m6米乐安卓版下载-米乐app官网下载
2

dg standby-m6米乐安卓版下载

布衣 2022-11-09
246

背景

  当遇到dg 同步延迟之奇怪的经典报错:ora-16191案例时,根据vdataguard_stats 的apply lag 值做同步时间监控,就会存在一定的报警延迟,为了解决这个问题,我想到了用主库与备库的scn 时间比较来确定同步是否延迟。

测试

  • 主库报错: ora-01031
sql> select dest_name,status,error from v$archive_dest where dest_id=1 or dest_id=2;
dest_name            status               error
-------------------- -------------------- ------------------------------------------------------------
log_archive_dest_1   valid
log_archive_dest_2   error                ora-01031: insufficient privileges
  • 主库scn时间:
sql> select to_char(scn_to_timestamp(current_scn),'yyyy-mm-dd hh24:mi:ss') from v$database;
to_char(scn_to_time
-------------------
2022-11-08 11:38:11
  • 备库scn时间及apply lag 状态值:
sql> select to_char(scn_to_timestamp(current_scn),'yyyy-mm-dd hh24:mi:ss') from v$database;
to_char(scn_to_time
-------------------
2022-11-08 11:38:18
sql>  select value from v$dataguard_stats where name='apply lag';
value
--------------------
 00 00:00:00

以上操作可以看出,虽然主备同步异常,但是scn 号还在同步更新,apply lag 值: 00 00:00:00

  • 主库切归档
sql> alter system switch logfile;
system altered.
  • 主库scn时间:
sql>  select to_char(scn_to_timestamp(current_scn),'yyyy-mm-dd hh24:mi:ss') from v$database;
to_char(scn_to_time
-------------------
2022-11-08 11:45:52
  • 查看备库scn时间
sql>  select to_char(scn_to_timestamp(current_scn),'yyyy-mm-dd hh24:mi:ss') from v$database;
to_char(scn_to_time
-------------------
2022-11-08 11:45:21
sql> /
to_char(scn_to_time
-------------------
2022-11-08 11:45:21
sql> /
to_char(scn_to_time
-------------------
2022-11-08 11:45:21
  • 多执行了几次,备库的scn时间不再更新
  • 查看同步时间,apply lag时间依然: 00 00:00:00 ,这就失去了同步延迟报警的意义了
sql> select * from v$dataguard_stats where name='apply lag';
name       value                unit                           time_computed                  datum_time
---------- -------------------- ------------------------------ ------------------------------ ------------------------------
apply lag   00 00:00:00         day(2) to second(0) interval   11/08/2022 11:51:27            11/08/2022 11:45:23

结论

1、apply lag 的value值依然: 00 00:00:00
2、time_computed:11:51:27 datum_time:11:45:23 已经看到延迟了。
3、从这就可以看出value: 00 00:00:00 ,并不是很敏感。可以time_computed与datum_time提高敏感度监控。
4、考虑到主库备库网络的情况,我采用的是通过tns远程连接主库与备库的scn时间比对验证同步情况,顺便可以验证下网络的连通性。

欢迎赞赏支持或留言指正

「喜欢文章,快来给作者赞赏墨值吧」
【米乐app官网下载的版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论

网站地图