我有两个 SQL Server 2005 STANDARD 版本的实例，纽约的服务器 A 和加利福尼亚的服务器 B。
服务器 A 有一个大型数据库；出于 DR/BCP 的目的，我想使用日志传送在服务器 B 上保持热备份。
不幸的是，事务日志太大（在 WAN =( ) 上超过 10GB。在我投资处理此问题的第三方产品之前，我可以这样做：
1) 禁用服务器 B 上的复制作业。备份仍在服务器 A 上创建，但不会自动移动到服务器 B。
2) 创建一个计划任务来压缩服务器 A 上的所有备份日志（使用 7zip 或 WinZip 之类的工具），并将它们转储到服务器 B 上恢复作业需要它们的位置（当然还有解压缩）。
3) 让服务器 B 上的还原作业正常工作。
这是一个幼稚或可行的解决方案吗？
如果我们有企业版，我会使用异步数据库镜像；或者如果我们有 2008 企业版，我会研究内置压缩。
不要创建另一个计划任务，因为时间可能会搞砸。修改现有的 sql server 生成的日志传送作业，用于备份日志和复制日志。
这里有一篇博客文章，其中包含您可能想从中借用部分或全部部分的解决方案。
我相信这会很好。请记住，除非您使用的是 2008，否则无论如何您都必须研究某种 3rd 方工具来进行压缩。
我看到的唯一真正的缺点是您需要做更多的工作来维护，因为您将不仅仅依靠 SQL Server 来完成这项工作。