这段时间监控交易情况告警经常报交易数为0，最初同事排查结果为：监控的是备库，备库与主库同步延时。
监控是2分钟运行一次，如果偶尔出现一次同步延时可以理解 ，但是这类告警自从出现以后每天都出现频率趋于频繁。
今天早上查看了主备服务器有时间发现主库快了42秒，于是以为是时间不同步问题。
但是把时间同步以后告警依旧，于是在虚拟环境测试，把备库的时间调到比主库慢了1天，切换日志后备库依然能正常及时把日志应用到备库。也就是说刚才推断由于时间不同步备库数据同步会延时是不正确的。
再排查，原因为时钟源出问题，比准确的时钟快了2分钟，也就是数据库只有50分的数据，但是监控却查了51-52分，这个时候显然已经穿越，数据库是没有数据的。
较准时钟源解决。
PS:时钟源为独立服务器，与主库和备库不在一台服务器上
监控是2分钟运行一次，如果偶尔出现一次同步延时可以理解 ，但是这类告警自从出现以后每天都出现频率趋于频繁。
今天早上查看了主备服务器有时间发现主库快了42秒，于是以为是时间不同步问题。
但是把时间同步以后告警依旧，于是在虚拟环境测试，把备库的时间调到比主库慢了1天，切换日志后备库依然能正常及时把日志应用到备库。也就是说刚才推断由于时间不同步备库数据同步会延时是不正确的。
再排查，原因为时钟源出问题，比准确的时钟快了2分钟，也就是数据库只有50分的数据，但是监控却查了51-52分，这个时候显然已经穿越，数据库是没有数据的。
较准时钟源解决。
PS:时钟源为独立服务器，与主库和备库不在一台服务器上
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/14888950/viewspace-1416597/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
交换分区
下一篇：
关闭特定对象统计信息自动收集
请登录后发表评论
登录
全部评论
