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/,如需轉載,請註明出處,否則將追究法律責任。

相關文章