【发布时间】：2020-01-04 03:37:02
【问题描述】：
我目前正在为客户设置日志传送并有一个问题。
设置日志传送的过程非常简单，但我没有看到太多关于故障转移到 DR 的辅助服务器事件的信息。
辅助数据库处于待机（正在恢复）。我是否只是再次恢复备份？
【问题讨论】：
标签： sql recovery log-shipping
【发布时间】：2020-01-04 03:37:02
【问题描述】：
使用 Google 或 Bing 搜索短语“Microsoft SQL Server Log Shipping Failover”应该会给您一些有用的文章。其中一个称为“故障转移到日志传送辅助服务器 (SQL Server)”，另一个是“更改主要和辅助日志传送服务器之间的角色 (SQL Server)”。这些提供了执行故障转移时的详细步骤和注意事项。
非常高级的想法是： 1 - 在主数据库上执行任何可以执行的事务日志备份 2 - 将所有可用的 tran 日志备份（包括上述步骤中的备份）应用到辅助数据库 3 - 使辅助数据库可用
您关于是否“简单地再次恢复备份”的问题可能更适合当您遇到某些问题时如何重新启动日志传送。如果配置正确并且您已经解决了任何未解决的问题，您应该能够在 NORECOVERY 模式下恢复辅助节点上最近的完整数据库备份，并且它将再次开始应用主数据库中的日志备份，而无需进一步干预。如果走这条路，最好使用“WITH COPY_ONLY”子句对主节点执行数据库备份，这样您就不会在恢复链中引入复杂性。使用该子句可以告诉 SQL Server，您只想“在一边”进行数据库备份，以便在完成后丢弃。
希望这会有所帮助。
【讨论】：