近期在給一客戶配置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個

相關文章