使用文档日志传送作为灾难恢复解决方案

　　组织可能会在本地部署可用性解决方案，无法采用的是Windows故障转移群集还是文档日志传送，站点间的解决方案都是需要部署的关键工具。如果在远程某个位置的辅助服务器上部署日志传送，那么可以保护组织免受电网故障或局部灾难的影响。
　　如果无法访问备份文件夹中的事务文档日志文件或活动事务文档日志，比如在灾难中因为电网故障而无法重新启动主服务器，那么用户可以使用第三方的事务文档日志分析工具来整合主服务器的活动事务日志和事务日志文件，以表示还没有在辅助服务器上还原的事务并手动还原这些事务。但是用户的可用性或回复计划不应该依赖于这些日志分析工具，还需要归档备份作业创建的事务日志以提供把主服务器回复到某个时间点（例如，用户错误地修改了一些数据，并且现在需要恢复这些数据）所需的资源。
　　此外，归档事务文档日志和完整数据库备份提供了另一种灾难恢复的方法。为了控制删除日志文件的时间，使得OS备份程序能够根据自己的执行时间来备份这些文件，可以把“删除文件，如果其保留时间超过”选项的时间间隔设置为大于OS备份程序执行的时间间隔。可以在“事务日志备份设置”中找到这个选项。例如，如果安排OS备份程序到每天晚上运行，那么“删除文件，如果其保留时间超过”选项的值至少需要把文件保存到OS备份完成。
　　该方案中最大的挑战是网络带宽必须要有足够的容量来支持传送大型日志文件到远程站点上。此外，在灾难发生时一些文件可能正在传送的过程中，并且还没有在辅助服务器上还原这些文档日志文件。及时网络带宽能够很好地支持日志传送，但是当灾难发生时其他活动可能会影响到带宽，从而降低文件传输的速度。这意味着数据可能会丢失。数据库是通过事务日志来保持同步的。在一次灾难中可能丢失的数据量是由事务日志中包含的数据流来决定的。对于任务关键的应用程序来说，用户想要把数据丢失降到最小，因此可能需要选择另一个解决方案。例如，数据镜像能够在提交事务之后立即发送事务日志，而不需要等待备份事务日志。在日志传送中可能会丢失日志文件或无法访问备份日志文件夹，因此用户需要能够接受更多的数据丢失。