在SQL Server2005中建立日志传送时，你可以用许多种方法来实现主服务器和副服务器之间的最优配置。除了一些最佳实践方法之外，我们还要从头到尾遵循SQL Server MVP Hilary Cotter日志传送安装过程，其中包括选择合适的数据库恢复模式、事务日志路径和副数据库设置。

　　日志传送是SQL Server内置的一项高可用性技术，它在本质上是一个持续备份和恢复操作。日志传送先从主（源）服务器上拷贝数据库备份和事务日志备份，然后在一个或多个副（目的地）服务器上重建这些数据库和事务日志备份。数据库和事务日志会以备用或无恢复模式在副服务器上重建，这样后续事务日志在主服务器上备份然后传送（或拷贝）到副服务器并应用。

• 备用模式允许用户访问重建的数据库，但不允许对它们做任何修变，只允许将来再将日志备份恢复到数据库。
• 无恢复模式不允许用户访问数据库，但是允许将来再事务日志备份恢复到数据库。
• 日志传送可以使主（源）和副或备用服务器在每个数据库上实现同步。

　　下面是一些需要注意的关于日志传送的重要说明：

• 除了只读、tempdb、模型和任何不在完全恢复模式或简单恢复模式的数据库，你可以传送所有的数据库。
• 在碎片整理/索引/重索引操作中，事务日志的备份文件可能变得非常大。为了减小事务日志的大小，你可以选择使用完全和批量日志恢复模式（批量日志操作能减少索引操作日志）。
• 某些操作会“中断”日志传送，比如将日志恢复模式从完全或批量模式改为简单模式。
• 日志传送操作在备份操作中暂停。
• 延迟时间（未同步的主服务器到副服务器的时间）可以有所不同；比如在日志传送过程中，你会每10分钟备份一次事务日志。而在1:00a.m开始的事务日志备份可能需要10分钟才能完成。可能还需要再花费5分钟的时间将备份拷贝到目的服务器。这就意味着你需要承担15分钟丢失数据的风险。假设你的服务器在1：09 a.m时死机了将发生什么呢？你的备份将无法生成或者拷贝到副/备用服务器上，而你的副服务器上的数据将可能是只到12:50 a.m的。
• 所有依赖项都必须先在副服务器上准备好（比如，登陆、DTS或者SSIS包、SQL Server任务和其它外部依赖）。
• 客户端必须手动地重定向到备用服务器。
• 应用必须知道数据库使用了日志传送——如果主服务器掉线，数据将在客户端排队等待，直到备用服务器重新连线。最佳实践做法就是手动进行重定向；否则，应用将可能过早或错误地重定向到备用服务器。

　　日志传送很受欢迎，这是因为它是一项很好理解的技术，而且并没有任何实际的距离限制，它可以在因特网上运用，目的数据库可以被访问但只限于只读方式，同时在备用SQL Server上发生错误后的30天内不需要使用授权。但是，备用服务器需要一个OS使用授权。

　　在本文中，我们将探讨如何使用SQL Server 2005包含的安装向导来在SQL Server上设置日志传送的。