济南的雨和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又免不了升级了。。。

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。