在已配置的SQL server上添加远程DR辅助服务器日志传送

Question

我们有一个设置，其中有3个Server实例，其中一个是主实例，一个是近二级实例，一个是远二级实例。

因此，已经有日志传送配置在主和近DR二级之间。

现在，我必须配置/添加日志传送之间的小学和远博士中学。

需要在日志传送大小为1.1TB的日志中添加1个数据库

问题是复制一个完整的备份可能需要超过12个小时从主要到真正的DR和有4个时间表的每日充分备份小学每6小时间隔。

请帮助一个计划，以便我可以配置日志传送上的远博士没有任何延迟，还有一件事，我们不能停止现有的日志传送配置。

Answer 1

问题是复制一个完整的备份可能需要超过12个小时从主要到真正的DR和有4个时间表的每日充分备份小学每6小时间隔。..。在远距离博士上配置日志传送没有任何延迟..。

这两个项目是相互竞争的。如果它需要12个小时的传输，而且每次都必须传输完整的备份，那么我看不出这将如何适合在一个6小时的窗口，更不要说能够做任何有用的它。

你要么需要拒绝这样做，要么要求更好的带宽。

但是，如果您不必每次发送相同的完整备份，那么根据数据库中的变化速度，可能会在两次之间发送满日志的一次。显然，这一切都取决于需求说什么。

评论...consider使用镜像或AlwaysOn高可用性组。

这可能取决于需求(我们目前还没有或者不知道)，尽管如果延迟非常高，这可能会导致其他不良后果。可用性组不喜欢延迟。

Answer 2

你不会说你为什么每6个小时做一次完全备份。

1. 假设你真的需要这么做。在本地进行备份，然后将备份复制到远端备用服务器。
2. 重新评估你为什么每6小时进行一次完全备份。除非你有特别的需要，否则你可能不需要这个。每天备份一次或每周备份一次，加上t-log和/或差异备份，将减少资源密集型。

您应该只需要发送完整的备份到您的远二级一次，然后寄出日志和他们应该保持同步的时间间隔允许。只有当您启动或重新启动日志传送时，启动时间才是痛苦的，希望这是每年一次或更少。

Answer 3

我试着复制备份还原(19个小时后)，然后继续在主服务器上配置日志传送的标准过程，我运行了LS_Copy作业，该作业花了一段时间复制大约300个日志文件，然后LS_Restore作业优雅地接收了它，并使DR同步。

我没有停止现有的日志传送或每日完全备份作业，只是确保日志文件没有被删除，所以我将LS_Backup日志文件保留时间提高到3天，并完成了标准过程。

谢谢大家。