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会产生误差，如果归档产生的时候发生延迟（比如当前的业务量比较少，没有达到归档产生的门槛）