love wife love life —Roger的Oracle/MySQL/PostgreSQL数据恢复博客

Phone:18180207355 提供专业Oracle/MySQL/PostgreSQL数据恢复、性能优化、迁移升级、紧急救援等服务

ogg学习系列–ORA-00353: log corruption due to GoldenGate extract process

某客户今天告诉我,一套核心库的备库的日志涨的很快,通过检查发现alert log不断的报错,如下所示:

查看其中的trace可以看到如下的内容:

我google一把,发现居然毫无所获。。。从alert log最开始报错的时间点开始看,我怀疑跟最近部署的goldengate有关系。
后面我搜索关键字ORA-00353 log corruption  ogg extract 发现mos 论坛上有人遇到类似的问题,发帖者提到使用了如下的参数:

该兄弟的环境为oracle 11.2.0.3 rac,ogg 版本为11.2.0.1.5;
最后据说通过将参数buffersize 、DBLOGREADERBUFSIZE 调小来解决该问题,最后貌似并没有提到解决了,只是暂时未出现。
考虑到客户这里是Oracle 11.2.0.4环境,虽然是ASM环境,然而归档日志都存放到本地文件系统上。

再次检查goldengate extract参数:

由于是抽取active dataguard且仅仅抽取archivelog,因此完全没有必要加入TranlogOptions DBLOGREADER参数。
这里我怀疑跟该参数有关,通过屏蔽该参数后,发现不在报错。看来这是GoldengGate的未知bug呀!
在此记录一下,供大家参考!
参考文档:
GoldenGate Extract Archived Log Only (ALO) Mode Template Best Practices (文档 ID 1482439.1)Bug 13840711 – ORA-353 in Standby / Streams Data Capture or ORA-272 in PRIMARY: Redo log corruption by ASYNC redo shipping

Leave a Reply

You must be logged in to post a comment.