暂无图片
分享
豆宇斯
2022-08-09
Oracle OGG 延迟问题

OGG源端是一套Oracle 19c双节点RAC,只在1节点上部署了到另一个单机Oracle库上的OGG进程,偶尔源库extract进程延迟很高,4h没有新的trail file生成,看了下那段时间的AWR报告,发现数据库负载DB Time/Elapsed>cpus,其他的等待事件也没看到有特殊的,各位大佬有什么分析思路么

收藏
分享
4条回答
默认
最新
张sir

1、首先确认下,这个4h内有ogg抽取的表的变动,即产生了相关表产生了redo日志。

2、查看下当时的v$ash视图,看看ogg进程在干嘛

3、ogg有个查看trail文件的dump工具,打开trail文件,找一条记录看看有没有时间记录。

4、由于你的ogg其实就一个抽取进程,如果数据库很忙的话,等待事件可能在awr里排不上top10,所以还是看看v$ash,过滤下ogg用户,看看进程在干嘛。

暂无图片 评论
暂无图片 有用 0
暂无图片
豆宇斯
题主
2022-08-09
还是上周出现的这个问题来着,现在看v$ash没什么作用了吧,redo大小2g,差不多5分钟一个
豆宇斯

刚发现在未生成trail file的时间里出现了ora-01555和ogg-01027的报错,怀疑是长事务一直未结束导致ogg同步延迟

暂无图片 评论
暂无图片 有用 0
张sir
2022-08-09
一般我用ogg,都是用在短小的事务上,长事务用ogg比较蛋疼。
薛晓刚

任何CDC的场景,都怕大事务。

暂无图片 评论
暂无图片 有用 0
豆宇斯
问题已关闭: 问题已经得到解决
暂无图片 评论
暂无图片 有用 0
豆宇斯
题主
2022-10-06
和MOS来回确认了两个月问题得到解决,记录一下没准对其他人有帮助 1.开始以为是长事务导致,添加了跳过长事务的参数但是没起到作用 2.分析了延迟时间段AWR报告,OSwatcher记录,IO情况,发现有条和OGG相关的sql每次都执行很慢,收集10046和sqlhc,发现system.LOGMNR_RESTART_CKPT$这张表HWM存在问题,4k行数据占了120G,做shrink后成功解决,参考MOS文档 How to reduce the Highwater of LOGMNR_RESTART_CKPT$ ( Doc ID 429599.1 ) 同时也需要对索引做shrink alter index SYSTEM.LOGMNR_RESTART_CKPT$_PK shrink space;
回答交流
提交
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏