【翻译自mos文章】OGG add Supplemental Logging 时失败，报错为 块损坏（Block Corruption）

OGG add Supplemental Logging 时失败，报错为 块损坏（Block Corruption）
来源于：
Add Supplemental Logging Fails Due To Block Corruption (文档 ID 1468322.1)

适用于：
Oracle Server - Enterprise Edition - Version 10.2.0.5 to 12cBETA1 [Release 10.2 to 12.1]
Information in this document applies to any platform.

症状：
在GoldenGate环境中，GoldenGate是基于  supplemental logging的。

突然你发现  supplemental logging 没有设置，然后你尝试开启 supplemental logging，但是失败了，报错如下：

 SQL> alter database add supplemental log data;

 ERROR at line 1:
 ORA-01578: ORACLE data block corrupted (file # 234, block #3760863)
 ORA-01110: data file 1257:'+CRMDB01/oradata/prdcrmdb/loy119.dbf'

 
 变化：
 控制文件被重建过
 
 原因:
 当你重建控制文件时，supplemental logging 被设置为默认值，即：none
 尝试手工enable supplemental logging 时，oracle会检查有无active transaction，
 oracle 会等待这些active transaction完成，同时，oracle也会检查涉及到的objects
 如果被active transaction涉及到的objects 有坏块（corruption）,那么add supplemental logging 会失败。
 
 解决方案：
 无论什么时候，当你需要重新创建控制文件时，你需要在控制文件创建脚本中加入下面一行：

 ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;

  当你手工add supplemental logging，并且 active transaction涉及到的objects有坏块时，add supplemental logging 会报错：ora-1578
 你必须首先解决掉坏块，然后再add the supplemental logging.

注意：从该篇mos文档中，我体会到了该mos文章的潜在作用：
 1.找到了一种检查坏块（block corrupt）的方法，虽然该方法有点歪门邪道。
    该方法的使用场景有限：

     A. 用OGG（做alter database add supplemental log data时)
     B. 有active transaction
     C. active transaction中涉及到的object 有损坏。
     以上ABC三点必须同时满足，才能检查出坏块（corruption）

 2.在客户现场实施OGG时，有可能会遇到此种情况，那么有些人可能说：你看看，OGG把Oracle 数据库弄出坏块（block corrupt）来了。
   此时，可以搬出本mos文章救驾---OGG不会让Oracle 数据库出现坏块，相反：OGG的 alter database add supplemental log data会检查 active transaction  涉及到的object有无坏块。