我计划在生产服务器和灾难恢复站点之间设置日志传送。两者之间的网络连接不太好。其目的是每15分钟运行一次日志传送，这通常意味着将创建不到100Mb的事务日志，这些日志将在下一个15分钟间隔之前复制并恢复到DR。
然而，隔夜作业有时会创建接近10Gb的巨大事务日志，这将需要4个多小时才能复制到DR。后续的日志传送作业会运行并"超过"前一个作业吗。
不，日志将在主服务器上备份，并以队列为基础发送到DR服务器，因此您不必担心这一点。
我在发送日志文件时没有遇到任何问题。Litespeed完全备份（不必使用Litespeed（.SLS文件）），但可以使用.bak文件。它们是你应该在其中运行和保存的脚本——让你的主产品服务器有一个手动同步作业，然后每天进行完整备份，然后每15分钟进行一次复制。在DR上，每隔15分钟运行一次的几个作业用于复制和恢复过程。
我有几个数据库，从200 GB到900 GB不等，网络延迟似乎不是复制大型.trn文件的问题。瓶颈似乎在还原过程中。
一般来说，如果您没有继承表缺少主键的数据库灾难，那么我不建议使用旧的日志传送，有更好的方法（镜像和复制）