ogg错误一例：OGG-01028

最新推荐文章于 2022-11-14 15:18:26 发布

原创最新推荐文章于 2022-11-14 15:18:26 发布 · 7.8k 阅读

3 ·

CC 4.0 BY-SA版权

GoldenGate 专栏收录该内容

3 篇文章

订阅专栏

本文详细记录了一次 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端进行数据检测，发现同步已经恢复正常。