ogg错误一例：OGG-01028

昨天刚刚对公司的一套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端进行数据检测，发现同步已经恢复正常。