oracle主备同步
问题描述
ZABBIX近段时间某地区的DB备库同步异常，在后台查询主备是同步的
zabbix监控主备同步的语句为select round((sysdate-controlfile_time)2460) from v$database;该语句在plsql中执行的返回结果为0，
在备库的secucre crt中执行的结果就会产生同步时间差。而zabbix监控是以secucrt中执行的结果为准的。
原因分析
1、在plsql中执行的结果实际上显示的是主库的查询结果（因为plsql默认连接的是数据库的VIP）
2、主要原因是这个时间点业务量比较小，导致备库sysdate-controlfile_time的值变大。
此场地的值如下：
SQL> select sysdate-controlfile_time from v$database;
SYSDATE-CONTROLFILE_TIME.008125（此值是业务量大时候几十倍）
SQL> select round((sysdate-controlfile_time)2460) from v$database;
ROUND((SYSDATE-CONTROLFILE_TIME)2460)--------------------------------------- 12
一般正常场地的值如下：
SQL> select sysdate-controlfile_time from v$database;
SYSDATE-CONTROLFILE_TIME
.000046296（此值较小）
SQL> select round((sysdate-controlfile_time)2460) from v$database;ROUND((SYSDATE-CONTROLFILE_TIME)2460)
0
结论
这个结果出现偏差说明不了问题,因为主备同步不一定是实时的
主备同步巡检SQL，主备都执行一遍，结果一致就同步正常select thread#, max(sequence#), to_char(max(FIRST_TIME), ‘yyyy-mm-dd hh24:mi:ss‘) from v$log_history where RESETLOGS_TIME = (select max(RESETLOGS_TIME) from v$log_history) group by thread#;
TIPS：
1、oracle默认时间单位是毫秒:round((sysdate-controlfile_time)2460)
2、主备同步的多角度分析，使用sysdate-controlfile_time会产生误差，如果归档产生的时候发生延迟（比如当前的业务量比较少，没有达到归档产生的门槛）
原文地址：https://blog.51cto.com/zhouyaxiong/2379284