ogg错误一例:OGG-01028

本文详细记录了一次 Oracle GoldenGate Extract 进程 ABENDED 的问题排查过程,涉及使用 ggserr.log 日志分析原因,SQL 查询检查 DBMS_TABCOMP_TEMP_CMP 表,排除压缩表导致的问题,并通过调整 extract 参数文件中的 TABLEEXCLUDE 设置来避免。同时,由于 RAC 数据库每天晚上备份后删除归档文件,导致进程失败,通过 RMAN 恢复归档文件解决了问题。最终,TimeSinceChkpt 从 12 小时降低至 0,Lag 速度恢复正常。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

昨天刚刚对公司的一套RAC库用ogg做了到报表库的同步,还没来得及做监控。今天一早来看,发现source端extract进程昨晚10点多ABENDED掉了,查看ggserr.log,内容如下:

2013-02-26 22:00:27  ERROR   OGG-01028  Oracle GoldenGate Capture for Oracle, ext232.prm:  Object with object number 95523 is compressed. Table compression is not supported.
2013-02-26 22:00:28  INFO    OGG-00991  Oracle GoldenGate Capture for Oracle, ext232.prm:  EXTRACT EXT232 stopped normally.

在OTN上找到一篇文章,问题描述很类似,是因为DDL同步引起的,链接如下:
https://forums.oracle.com/forums/thread.jspa?messageID=10292582
依照上面的解决方法:
SQL> select * from ogg_user.GGS_DDL_HIST where OBJECTID=95523;        //ogg_user表示库中创建的ogg用户,OBJECTID见上文中。
如果输出中包含 (DBMS_TABCOMP_TEMP_CMP) or (DBMS_TABCOMP_TEMP_UNCMP) or (DBMS_TABCOMP_TEMP)
则需要在extract中把这些table给exclude掉
我的结果中包含有DBMS_TABCOMP_TEMP_CMP
所以在extract参数文件中加上如下参数:
TABLEEXCLUDE owner.DBMS_TABCOMP_TEMP;

其中owner为查出来的owner值
再重启extract进程。

但是发现进程又ABENDED掉,继续检查ggserr.log,说是归档文件找不到,原来每天晚上RMAN备份完的时候,直接把备份过的archivelog删除了。赶紧又登录RMAN,把需要的归档文件给restore回来。因为是RAC数据库,restore归档文件的时候,还需要分thread来进行。
RMAN> list backup of archivelog all;
RMAN> restore archivelog sequence between 651 and 653 thread 1;
RMAN> restore archivelog sequence between 655 and 658 thread 2;

再次start extract进程,用info all发现终于正常, Time Since Chkpt从12小时直降至0,Lag也飞速下降。在target端进行数据检测,发现同步已经恢复正常。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值