物理DG库出现延迟

显示全部楼层 · 2017-2-22 15:16:26

物理DG库出现延迟，通过v$archived_log查看没有延迟，但是数据库中一张时间表的同步确相差几十分钟，DG作为只读库给业务人员作为查询用，当时观察存在latch: row cache objects等待事件，各位还有遇到类似问题？还有解决方法？

千问 · 2017-2-22 15:16:26

什么版本.12c建立dg 的standlog 要指定thread.不然不行.
https://chandlerdba.com/2019/01/03/data-guard-unexpected-lag/

千问 · 2017-2-22 15:16:26

lfree 发表于 2019-5-5 17:11
什么版本.12c建立dg 的standlog 要指定thread.不然不行.https://chandlerdba.com/2019/01/03/data-guard-un ...
11204
这个问题不是很频繁，偶尔出现，现在的处理方式是重启备库重新应用日志

千问 · 2017-2-22 15:16:26

说明你们的网络状况不太好, 我们的带宽不足时就经常出来. 后来做了压缩传输就没出现了

千问 · 2017-2-22 15:16:26

关注一下。

千问 · 2017-2-22 15:16:26

小学徙发表于 2019-5-6 12:24
说明你们的网络状况不太好, 我们的带宽不足时就经常出来. 后来做了压缩传输就没出现了
如果是网络带宽引起的，那么重启DG后问题解决怎么解释呢？
而且查看MRP0进程发现APPLYING_LOG是最新的sequence#，但是表数据确没有更新；

千问 · 2017-2-22 15:16:26

APPLYING_LOG是需要时间的, 你可以查备库的current_scn就知道应用到具体的时间了, 如果你的archivelog文件很大就更久了

千问 · 2017-2-22 15:16:26

小学徙发表于 2019-5-7 10:26
APPLYING_LOG是需要时间的, 你可以查备库的current_scn就知道应用到具体的时间了, 如果你的archivelog文件 ...
照理说，若没APPLY 结束，就不该标识日志状态为APPLIED, 也就是，既然APPLIED 了，那说明日志应该是应用完了，数据该反应在备库上，

千问 · 2017-2-22 15:16:26

ZALBB 发表于 2019-5-7 15:24
照理说，若没APPLY 结束，就不该标识日志状态为APPLIED, 也就是，既然APPLIED 了，那说明日志应该是应用 ...
他说的是从MRP0进程看到的APPLYING_LOG状态, 说明日志还在应用当中