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