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会产生误差，如果归档产生的时候发生延迟（比如当前的业务量比较少，没有达到归档产生的门槛）
（编辑：李大同）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
