GoldenGate實施相關問題

昨天與廠商就GoldenGate實施問題進行討論，對一些問題進行了澄清，總結如下：

1,對應用程式的要求
1.1,對錶的要求
*表的屬性不能為nologging
*除了以下幾種情況,所有表需要有主鍵或唯一索引:
  --除非只有插入，沒有更新和刪除(使用分割槽刪除或不刪除)
  --小表

1.2,對軟體升級版本的要求
*不能有nologging操作(sqlldr直接插入,使用append/並行插入等)
*規範臨時表命名，避免複製

1.3,關於索引
源端：
*存在主鍵或唯一索引，可以減少日誌生成量
*索引可以是nologging

目標端：
*存在索引，可以加快目標端應用速度
*可以存在不同於源端的索引

2,軟體版本升級策略(是否啟用DDL複製)
使用DDL複製
*應用版本中不能有nologging操作

手工同步
*在升級期間源端停止捕獲,分別在源端和目標端執行升級指令碼(DDL,DML),升級完成後重新啟動複製

3,啟用DDL複製的優缺點
優點：
*支援聯機版本升級
*對新增表自動增加附加日誌
*應用版本自動升級

缺點：
*需要關閉recyclebin
*不支援非源系統日誌捕獲
*不支援目標端使用hash並行應用（只支援一個CPU應用）,日誌應用上限380GB/日,目前為100GB/日
*對應用版本有特殊要求,對大的dml操作有較長時間延遲

4,在複製資料同時,實現歷史資料保留（在系統資源滿足需求、充分測試的情況下實施）
使用相同的捕獲、傳遞程式，透過設定兩個獨立的應用程式實現歷史資料保留：
*複製資料到shema A，與源端進行相同處理
*複製資料到shema B，只處理刪除操作，將刪除變為插入操作
需要注意：
*注意應用版本只維護表結構，不能插入資料
*初始只匯入資料結構
*shema B中，為了避免插入失敗，需要刪除所有外來鍵約束