OGG 指定csn啟動複製程式的另一種方式

snowdba發表於2015-03-20
OGG運維經常會使用資料泵按照csn來重新初始化表。 為了不影響其它表的同步，可能會將需要同步的表單獨建立一個程式，單獨建立一個配置檔案，使其被剝離，將影響降到最低。當該表重新初始化話，最後使用START REPLICAT , ATCSN 啟動程式後就大功告成，等待追平延時。

最近遇到了新狀況，就是在START REPLICAT , ATCSN，並且追平延時後，複製程式就不再繼續複製源庫變化了。 在源端發起dml，透過lag 看到該表的dml語句已經被成功投遞，但是在複製端沒有應用，反覆使用lag 沒有變化。

百思不得其解，檢查所有步驟均沒有問題。

後來採用了另一種方式，在複製程式的引數檔案中使用filter引數來制定CSN的方式解決問題。其實兩種方法的原理是一樣的，而且都使用過很多次了，但是這次只有filter方式起作用，特此記錄一下。

map BLS.ESTRAINTS, target ATM.RESTRAINTS, filter ( @GETENV ("TRANSACTION", "CSN") > 12509724757269 ) ;

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/29047826/viewspace-1467776/，如需轉載，請註明出處，否則將追究法律責任。

相關文章