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