济南的雨和Oracle GoldenGate 的Bug
济南现在在下雨(2014.11.28 03:16am ),可是,我现在的心情,用齐秦的歌来形容,是最恰当不过了---“无情的雨,轻轻把我打醒,让我的泪,像雨水一样冰”
刚刚确认了一个生产环境中ogg的bug(该bug跟ddl有关),出现bug的ogg版本为:
Oracle GoldenGate Capture for Oracle Version 11.2.1.0.25 19181440 19358139 AIX 5L, ppc, 64bit (optimized), Oracle 11g on Sep 3 2014 13:34:20 ——————————————>注意该时间
出现bug的ogg 介质来源于:p19509714_1121025_AIX64-5L.zip
在该zip文件中的 pdf文件中,对该ogg版本fix的bug有如下描述:
Version 11.2.1.0.25 BLR 19358139–1 September 2014 19358139 - GoldenGate parsing multiple times. Cache the prepare update statement to checkpoint table.
我自己虚拟机上测试的ogg版本为:
Oracle GoldenGate Capture for Oracle Version 11.2.1.0.25 19181440 19517566_FBO Linux, x64, 64bit (optimized), Oracle 11g on Sep 4 2014 15:53:25 ——————————————>注意该时间
该Version 11.2.1.0.25 19181440 19517566_FBO 版本是如下的介质:
p19551348_1121025_Linux-x86-64.zip
在该zip文件中的 pdf文件中,对该ogg版本fix的bug有如下描述:
Version 11.2.1.0.25 BLR19517566 –5 September 2014 19517566 - IE EXTRACT ABEND WITH OGG 01161 BAD COLUMN INDEX . Fixed a problem with STARTSCN greater than 8 bytes number.
对比两个ogg程序的编译时间,可以看出,仅仅相差1天,可是fix 掉的bug却不一样。。。
这也正好能解释:为啥我自己的虚拟机上再现不了客户生产环境中的问题。。。。
以"19517566"为关键字在mos上搜索,能搜到如下的文章:
Extract will not replicate the newly added columns in the table (文档 ID 1944004.1) EXTRACT misparses DDL metadata causing extract/ replicat errors when processing DML after a DDL change (文档 ID 1923448.1)
以上两篇文章中,均建议将ogg升级至最新版本----11.2.1.0.27
而"19517566"也是oracle sr工程师给我的这个生产环境中的ogg问题定位到的bug,看来ogg又免不了升级了。。。
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。