我有两个SQL Server 2005 STANDARD版本的实例，纽约的服务器A和加州的服务器B.
服务器A有一个大型数据库; 为了DR / BCP的目的，我想使用日志传送在服务器B上保留一个热备份。
不幸的是，事务日志太大了（在WAN上超过了10GB =（）。在我投资处理这个问题的第三方产品之前，我可以这样做：
1）禁用服务器B上的复制作业。备份仍在服务器A上创build，但不会自动移动到服务器B.
2）创build一个计划任务来压缩服务器A上的所有备份日志（使用类似7zip或WinZip的工具），并将其转储到还原作业期望的服务器B上（当然还有解压缩）。
3）允许服务器B上的恢复作业正常工作。
这是一个天真或可行的解决scheme？
如果我们有企业版，我会使用asynchronous数据库镜像; 或者如果我们有2008企业版，我会看看内置的压缩。
我相信这可以正常工作。 请记住，除非你使用2008，否则你不得不考虑使用某种第三方工具进行压缩。
我所看到的唯一真正的不利之处在于，您需要维护更多的工作，因为您不仅仅依靠SQL服务器来完成这项工作。
不要创build另一个计划的任务，因为时间可能会搞砸。 修改现有的sql server生成的日志传送作业，以备份日志并复制日志。
这里有一个博客文章，提供一个解决scheme，你可能想借用一些或所有的部分。