我已经设置了几个日志传送实例，但我不是 DBA。
这个周末第一次发生了一些事情——由于我无法控制的电气问题，日志传送监视器服务器暂时关闭。
在此期间，当我查看主要机器和次要机器时 - 两者都已启动并正在运行，并且 .trn 文件仍在从主要机器复制到次要机器 - 正如预期的那样。然而，辅助实例根本没有恢复 .trn 文件。我收到通知：
日志传送主数据库 _________ 的备份阈值为 60 分钟，并且有 82 分钟未执行备份日志操作。检查代理日志和日志传送监视器信息。
这是预期的吗？主要和次要都在运行 - 监视器不应该是一个“可选”的 SQL 实例，它应该对日志传送没有影响吗？它阻止了辅助实例应用备份，即使我后来明确运行了还原作业。当监控服务器重新启动时 - 一切都会自行解决。
我知道我有很多东西要学，如果有任何关于我是否可以检查某些设置或这是否符合预期的建议，我们将不胜感激。
根据错误，它不一定表示日志传送有问题。该消息表明上次备份文件与监控服务器上的当前时间之间的差异大于为备份警报阈值设置的时间。日志传送在备份阈值之外不同步。
相反，此消息可能指示以下问题：
以下列表包括其中一些原因：
log_shipping_primaries警报消息作业运行之前，表中的字段不会更新为当前值。在你的情况下，这似乎是 LS 不同步的原因。msdb数据库以更新log_shipping_primaries表中的字段。这可能是监控服务器和主服务器之间的身份验证问题的结果。当监控服务器实例脱机然后重新联机时，
log_shipping_monitor_primary在警报消息作业运行之前不会使用当前值更新该表。要使用主数据库的最新数据更新监控表，请sp_refresh_log_shipping_monitor在主服务器实例上运行并同步您的 LS 状态。