我计划在我们的生产服务器和灾难恢复站点之间设置日志传送。两者之间的网络联系不是很好。目的是每 15 分钟运行一次日志传送，这通常意味着将创建少于 100Mb 的事务日志，这些日志将在接下来的 15 分钟间隔之前被复制并恢复到 DR。
然而，通宵作业有时会创建接近 10Gb 的巨大事务日志，这将需要 4 个多小时才能复制到 DR。后续的日志传送作业是否会运行并“超越”前一个作业。
谢谢
斯图尔特
问问题
84 次
2 回答
0
no, the logs will be backed up on your main server and send to your DR server on a queue basis, so you don't have to worry about that.
于 2013-02-19T11:54:19.010 回答
0
我在发送日志文件方面没有任何问题。Litespeed 完整备份（不必使用 Litespeed（.SLS 文件））但可以使用 .bak 文件。它们是您应该在其中运行和保存的脚本，让您的主要产品服务器具有手动同步工作，然后每天进行完整备份，然后每 15 分钟完成一次副本。在 DR 上，一些作业每 15 分钟运行一次，用于复制和还原过程。
我有几个从 200 GB 到 900 GB 的数据库，对于大型 .trn 文件的复制来说，网络延迟似乎不是问题。瓶颈似乎在还原过程中。
一般来说，如果您没有继承缺少主键的表的数据库灾难，那么我不会推荐旧的日志传送，有更好的方法（镜像和复制）
于 2013-11-08T06:42:17.690 回答