近期在給一客戶配置GoldenGate，在個表新增supplemental log時，即執行add trandata時，有大量的表報如下錯誤：

[html]view plaincopy

GGSCI (racdb1) 148> add trandata ▇▇▇▇▇▇▇▇▇▇  

2013-07-10 10:24:55  WARNING OGG-00869  No unique key is defined for table ▇▇▇▇▇▇▇▇▇▇'.   

All viable columns will be used to represent the key, but may not guarantee uniqueness.  KEYCOLS may be used to define the key.  

2013-07-10 10:24:55  WARNING OGG-01387  Table ▇▇▇▇▇▇▇▇▇▇ has no valid key columns,   

added unconditional supplemental log group for all table columns.  

Logging of supplemental redo log data is already enabled for table ▇▇▇▇▇▇▇▇▇▇.

OGG-00869 是由於表不存在primary key或unique index所致，倒不會有太大影響。但OGG-01387錯誤引起了我的注意，不清楚其究竟，所以不敢忽略它，因此查詢MOS得知，是因為該類的表的列的數量均超過了33列。

如果一張表，其列的數量超過33列（含），且沒有primary key的話，則在執行add trandata命令時，會報OGG-01387錯誤，看提示說supplemental redo log data已經被啟用，其實你查詢 dba_log_group_columns可以得到驗證。

實際情況是，這樣的表存在200多個，確實挺恐怖的，有的表的列數高達200餘個（不清楚這樣的設計是不是存在缺陷？），於是我透過生成sql指令碼的方式，給這些特殊的表啟用supplemental redo log data。

舉一個例子，如表 SCOTT.EMP存在超過33個列，且沒有主鍵的話，那麼手動新增supplemental redo log data的方法是：

[sql]view plaincopy

alter table scott.emp add supplemental log group ggs_emp_1(col1,col2,...,col33) always;  

add table scott.emp add supplemental log  group ggs_emp_2(col34,col35....) always;

額外提供一個驗證表supplemental log新增是否成功的語句：

[sql]view plaincopy

select owner,table_name  

     from all_tables  

    where owner in ('SCOTT')  

      and table_name not in (select distinct table_name  

                               from dba_log_group_columns  

                              where owner in ('SCOTT'));

OGG-01387 【goldengate】表列數超過33個

相關文章