OGG 使用原有抽取程式,新增投遞程式出現的問題

darren__chan發表於2014-12-29
原來在整合平臺到查詢庫的ogg鏈路,已經用了很多天且同步正常。
現在我配置了由整合平臺到分發庫的鏈路,具體做法是在整合平臺庫增加一個投遞分發庫的程式,現在所有的程式都啟動正常。但是發現並不能同步操作,主要是在投遞程式並未同步響應。。。
除了程式名,程式檔名ip我都是copy到查詢庫程式的引數。

檢視投遞程式的report 發現唯一值得看的是  OGG-01052 No recovery is required for target file ./dirdat/***, at RBA 0 (file not opened).這個提示,但還是找不到解決方法;

後來諮詢了大神,原來我新增投遞程式,得手工修改投遞程式佇列檔案號 應該與 抽取程式一致;

info extract ESB_PZ7 查詢seqno;
 alter extract PSB_PZ7,extseqno 861, extrba 0     修改seqno

------------------------------------------------------------------------------------------------------------

此型別解決方法參考,以下轉載

① 停止所有Data Pump和Replicat,針對所有的Extract記錄其Write Checkpoint的佇列Seqno。

② 對於每個Extract向下滾動一個佇列:

示例9-6:

ALTER EXTRACT [name], ETROLLOVER 

啟動Extract檢視是否滾動到了下一個佇列,記錄其新佇列seqno,應當是舊佇列號+1。

③ 修改Data Pump從新的佇列開始傳輸:

示例9-7:
ALTER EXTRACT [pump_name], EXTSEQNO ##### EXTRBA 0  

重啟Data Pump檢視是否能夠重啟成功並從新的佇列傳輸。

④ 修改Replicat引數檔案,加入或者開啟HANDLECOLLISIONS,如果有GROUPTRANSOPS和MAXTRANSOPS請註釋掉,啟動Replicat,觀察其是否能夠讀取新傳輸過來的佇列如Replicat無法自動滾動到下一個佇列,需要透過如下命令手工滾動:

示例9-8:

alter replicat [replicat_name], EXTSEQNO ##### EXTRBA 0 

等待Replicat處理到結尾沒有延遲時,可以關閉HANDLECOLLISIONS和恢復原來的GROUPTRANSOPS和MAXTRANSOPS引數。

⑤ 重新啟動Replicat即可恢復正常複製。




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

相關文章