logshipping 14421问题该如何解决

今天就跟大家聊聊有关logshipping 14421问题该如何解决，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。

1、错误信息描述 Error: 14421:Server :The log shipping secondary database BOOK01\sk.newshu  has restore threshold of 45 minutes and is out of sync. No restore was performed for 48 minutes. Restored latency is 0 minutes. Check agent log and logshipping monitor information.

2、现象说明：

此消息指出日志传送在超出还原阈值的情况下不同步。还原阈值是生成消息之前在还原操作之间允许等待的分钟数。

3、可能原因：

此消息并不一定表示日志传送存在问题。这个消息可能表示存在以下问题：

• 还原作业未运行。
  导致作业未运行的可能原因包括：辅助服务器实例上的 SQL Server 代理服务未运行、作业被禁用或作业计划已更改。
  

• 还原作业失败。
  导致作业失败的可能原因包括：还原文件夹路径无效、磁盘已满、监控服务器的信息与辅助或者主库的信息不匹配或可能导致 RESTORE 语句失败的其他任何原因。

4、问题解决：

先查询相关视图来验证

在主库上查询  select * from log_shipping_monitor_primary

在辅库上查询 select * from log_shipping_monitor_secondary

可以查看last_copy_date和last_restored_date的信息，如果发现未更新，则说明确实是由于信息不同步导致的。

另外有个存储过程可以同步监控服务器和辅助服务器（主服务）的信息，既sp_refresh_log_shipping_monitor 不过我没有运行成功。

最后通过重新配置该库的日志重送及监视服务器后，该问题得以解决。

5、思考：

若要配置监视日志传送，在启用日志传送时必须添加监视服务器。如果之后添加监视服务器，则必须首先删除日志传送配置，然后将其替换为包含监视服务器的新配 置。

其他分析资料：

• 确保辅助服务器实例的 SQL Server 代理服务处于运行状态，同时启用了该辅助数据库的还原作业并安排它以适当的频率运行。
  

• 辅助服务器上的还原作业可能失败。在这种情况下，请查看还原作业的作业历史记录以寻找原因。
  

• 在辅助服务器实例上运行的日志传送还原作业可能无法连接到监视服务器实例以更新 log_shipping_monitor_secondary 表。这可能是由于监视服务器实例和辅助服务器实例之间的身份验证问题引起的。
  

• 备份警报阈值可能包含错误的值。理想情况下，至少将该值设置为还原作业频率的三倍。如果在配置了日志传送并使之起作用之后更改了还原作业的频率，则必须相应地更新备份警报阈值的值。
  

• 当监视服务器实例离线并重新在线时，在警报消息作业运行之前不会使用当前值更新 log_shipping_monitor_secondary 表。还原作业虽然成功但显示消息“找不到可以应用到辅助数据库的日志备份文件”时，可能引发错误 14421。出现这种情况时，将不更新还原时间。在这种情况下，错误原因可能是复制作业存在问题。
  若要使用辅助数据库的最新数据更新监视表，请在辅助服务器实例上运行 sp_refresh_log_shipping_monitor。
  

• 在辅助服务器实例或监视服务器实例上，日期或时间不正确。这也可能生成警报消息。可能在其中一个服务器实例上修改了系统日期或时间。
  

• 注：两个服务器实例的时区不同不会引发问题。

看完上述内容，你们对logshipping 14421问题该如何解决有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注亿速云行业资讯频道，感谢大家的支持。