日志传送-监视服务器下移-复制正在发生但不在辅助服务器上恢复

Question

我已经设置了一些日志传送实例，但我不是DBA。

这个周末发生了一些事情，这是第一次--由于我无法控制的电气问题，日志运输监视器服务器暂时关闭了。

在此期间，当我查看主计算机和辅助计算机时，这两台机器都已启动并运行，.trn文件仍在按预期的方式从主计算机复制到辅助计算机。然而，次要实例根本没有恢复.trn文件。我收到通知：

日志传送主数据库_________的备份阈值为60分钟，并且82分钟没有执行备份日志操作。检查代理日志和日志传送监视信息。

这是意料之中吗？主程序和辅助程序都在运行--监视器不应该是一个“可选的”SQL实例，对日志传送没有影响吗？它阻止次要实例应用备份，即使我后来显式地运行了还原作业。当监视器服务器重新启动时，一切都会自行解决。

我有很多要学习，我知道，任何建议，我是否可以检查一些设置，或这是否是预期的，将不胜感激。

Answer 1

根据错误，它不一定表示日志传送有问题。该消息表明，上一次备份文件与监视器服务器上当前时间之间的差异大于为备份警报阈值设置的时间。超过备份阈值的日志传送已脱离同步。

相反，此消息可能会指出以下问题：

备份作业没有运行。造成这种情况的可能原因包括:主服务器实例上的Server代理服务没有运行，作业被禁用，或者作业的计划已经更改。

以下清单列出了其中一些原因：

1. 监视服务器上的日期或时间(或两者)与主服务器上的日期或时间不同。还可能在监视器或主服务器上修改了系统日期或时间。这还可能生成警报消息。
2. 当监视器服务器脱机，然后恢复联机时，在警报消息作业运行之前，log_shipping_primaries表中的字段不会被更新为当前值。这似乎是导致不同步的原因，在你的情况下。
3. 在主服务器上运行的日志传送副本作业可能无法连接到监视服务器msdb数据库以更新log_shipping_primaries表中的字段。这可能是监视服务器和主服务器之间的身份验证问题的结果。

它阻止次要实例应用备份，即使我后来显式地运行了还原作业。当监视器服务器重新启动时，一切都自行解决了。

当监视器服务器实例脱机并返回联机时，在警报消息作业运行之前，不会用当前值更新log_shipping_monitor_primary表。若要用主数据库的最新数据更新监视器表，请运行主服务器实例上的sp_refresh_log_shipping_monitor并同步您的LS状态。