这不是一个新技术，SQL SERVER2000时就已经有了，2005中没有什么太大的改进，，还是由三项操作组成：
1． 在主服务器中备份事务日志
2． 然后将备份的事务日志文件复制到辅助服务器中
3． 在辅助服务器中还原日志备份
大家看到了这个过程还是很简单的，也就是在实现的应用中，对你所正在使用听数据库进行一个事务日志备份。备份成功后，复制到辅助服务器，这个过程不应该是管理员手动执行，而应该是通过调度来实现。然后再做一个调度，在辅助服务器上进行还原。但日志传送到此就结束了，它并不会因为主要服务器故障而实现自动转移，这是实现不了的，这个转移工作已经要由手动来实现。这点和复制是一样的。如果是通过应用程序来连接的话，还要改源代码来实现转移。这和群集和镜像是不一样的。
日志传送所使用的角色：
主服务器和数据库 （生产用服务器及所使用到的数据库）
辅助服务器和数据库 （用于存放备份的服务器及相应数据库）
监视服务器 用于监视主要服务器和辅助服务器的通讯，以及主服务器的运行状态，
应该是一个专门的服务器，那如果机器不够可以和辅助服务器在一起。
可以监视主服务器是否做了备份，这个备份是否复制，辅助服务器什么候还原等等，那么这个地方，监视到出现问题怎么办，可以给管理员发邮件以通知管理员。这要结合作业来实现。
主服务器和辅助服务器的关系：可以不是一：一的关系，可以多个主要服务器对应一个辅助服务器，用于存放多个主要服务器上的备份，以节约硬件资源
这三个角色如何进行工作的，全部是通过SQL Server AGET来实现的，所以一定要确保在所有角色上都要运行代理服务，分别执行以下作业：
主要服务器： 备份作业
辅助服务器： 复制作业，还原作业
监视服务器：警报作业
但这一系列的作业，不需要我们一一创建，只要我们配置好日志传送之后，系统会自动创建。当然前提是数据库恢复模型应该是完全或是大容量日志
下面我们就来看一下具体的实施步骤：
1． 确定主服务器，辅助服务器和监视服务器
2． 为事务日志备份创建文件共享，是好是一个文件服务器（我们就在主要服务器上）
3． 制定主数据库的备份计划
4． 可以为主服务器配置一个或是多个辅助服务器，注意：辅助服务器上数据库不能写，但是可以查询，
5． 配置一个监视服务器，有两种方法，可以使用存储过程，也可以使用SSMS
有了上面的理论介绍，下面就可以动手了：
我们的目的很明确就是
配置日志传送
监视日志传送
实现手动的转移到辅助服务器
清除日志传送
![]()
步骤1：创建共享文件夹用于存放相关文件
我们在SERVER1上创建两个共享文件夹,在 server2上创建一个共享文件夹，如上图所示：
其中 primarydata\logs 用于存放主服务器备份文件的。主服务器代理用户必须是域用户。
Secondarydata\logs 系统会将 PRIMARY\logs中的日志复制到此供辅助服务器使用。
Databaseback 用于存放生产数据库的副本
步骤2： 备份主服务器上的数据库，注意一个数据库只能有一个日志传送
我们以 dufei 数据库为例：辅助服务器上不能有同名数据库。
backup database dufei to disk='c:\databasebackup\dufei.bak'
这个文件夹是主服务器上的一个共享文件夹
我们为了测试方便，我们在此创建一个表，并插入一条记录：
USE DUFEI
GO
CREATE TABLE YG
(
ID CHAR(4),
UNAME VARCHAR(10),
*** CHAR(2)
)
INSERT INTO YG VALUES ('0001','岳雷','男')
GO
BACKUP LOG DUFEI TO DISK='C:\DATABASEBACKUP\DUFEI.BAK'
GO
步骤3： 开始在主服务器上配置日志传送
下面是添加辅助服务器：
我们这里选择第二种初始化辅助数据库的方法：
但这个时候确定键是不能用的，是因为我们的操作还没有结束。我们还要复制日志文件到SECONDARYDATA\logs文件夹下。
下面的操作就是指定还原事务日志的模式：
有两种模式，这两种模式差别是很大的。
到此时三步就已经完成了。 备份----复制----还原。
最后我们再来指定监视服务器。
到这里为止，日志传送就配置结束了：点击确定
测试：到SERVER2上可以看到DUFEI数据库已经创建成功了，并且岳雷这条记录也出现在辅助数据库中。
并且在SERVER2的共享文件夹中可以看到相应的日志文件也复制过来了。
与复制的目的是一样的，结果也相同，都不能实现自动的转移，但事务复制要求参与的表必须要有主键，而日志传送不需要。
日志文件应该是两分钟复制一次，但我们也没有必要每次都打开文件夹来查看，我们可以利用监视功能来监视服务器的运行状况。并定义一个警报来对你的日志传送进行监控，如果发生了故障，则通过操作员。但默认情况下，警报肯定是用不了的，我们要设置一下，如：
我们在监视服务器上：会发生自动多出两个警报
如果希望这两个警报能正常工作，我们要设置一下，过程如下：
1． 定义操作员：
2． 配置警报：
此时，再启用网卡，则一切又OK了！
1． 查看日志传送状况Z
在监视服务器上：
可以测试一下，我们在主服务器上创建一个表，或是更新一条记录，会很快的反映到辅助服务器。
最近我们来看一下如何手动的实现故障转移
1． 我们手动停止主要服务器上的SQL SERVER服务，删除相应的DUFEI数据库所对应的MDF文件 再次启动服务器，会发现DUFEI数据库已经不能用了。
2． 在辅助服务器上，禁用代理，运行命令
此时，辅助服务器上的DUFEI数据库就不再是只读了。！
但要注意的是：监视服务器上的代理作业也应该禁用，不然会不停的发出警报。
好，我们的实验就到此结束了！
最后可以清除日志传送：
关于日志传送就介绍到此！
本文出自 “杜飞” 博客，请务必保留此出处http://dufei.blog.51cto.com/382644/88720
