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