OGG複製程式掛起abended處理
一個能正常複製的ogg程式突然掛起的的情況,一般會有以下幾種情況:
1、在資料庫複製沒開啟DDL複製情況下:如果在建設階段,資料的初始化沒有做好(做部署的時候應用或者資料庫程式沒有停止),當生產端資料表結構發生變化(即有ddl操作)時候,資料庫複製的程式會出現abended的狀態。
2、另一種是第一種的衍生,如果有臨時表產生也會導致複製程式中斷。記錄下解決過程,
#檢視原因:
首先當出現程式abended時候,觀察ggserr.log會發現 OGG-01296:error mapping from table_name to table_name。
需要將該表排除(修改複製程式只是一種臨時解決辦法,最好需要重新初始化)
#su - oracle(確定使用者是否是oracle)
$cd /goldengate
$./ggsci ALTER GGSCI (None) 9>info all
#解決方法,修改複製程式引數檔案,以repxa為例:
ALTER GGSCI (None) 9>edit params repxa) 然後將這個表名新增到複製程式的引數檔案中:mapexclude table_name,然後儲存,退出。
#改完複製程式後,重啟複製程式:
以repxa為例:
ALTER GGSCI (None) 9>kill repxa
ALTER GGSCI (None) 9>alter repxa,begin now
ALTER GGSCI (None) 9>start repxa
#檢查.程式有沒有running ,同時檢視tail -f ggserr.log
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/22907091/viewspace-712660/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- oracle goldengate ddl 操作導致複製程式abended處理案例OracleGo
- ogg複製程式報ORA-01438錯誤處理
- OGG 複製程式拆分
- GoldenGate extract process abended with error OGG-01028的處理GoError
- ogg replicat 程式 abend 處理
- ogg 併發複製程式自阻塞
- mysql複製報錯案例處理MySql
- OGG雙向DML複製操作
- OGG單向DDL複製操作
- ogg中抽取或複製程式(extract or replicat)中表的的重複配置
- 使用AD+處理崩潰和掛起 (轉)
- sqlldr標準輸出未處理導致批處理掛起問題SQL
- MySQL 常見同步複製故障處理方法MySql
- 處理mysql複製故障一例薦MySql
- OGG複製程式延遲高,優化方法一(使用索引)優化索引
- OGG 指定csn啟動複製程式的另一種方式
- oracle goldengate 目標端表空間滿導致程式abended處理過程OracleGo
- OGG複製程式出現 OGG-00868, 904-ORA-00904 "VISIBILITY"
- 使用AD+處理崩潰和掛起(2) (轉)
- PostgreSQL 原始碼解讀(157)- 後臺程式#9(同步複製主庫掛起分析)SQL原始碼
- Goldengate的複製程式出錯OGG-01296Go
- OGG 故障處理一例
- PG 流複製的隱患以及處理措施
- Redis主從複製網路閃斷處理Redis
- sqlsever處理資料庫的恢復掛起狀態SQL資料庫
- ogg12 oracle to oracle 雙向DDL複製Oracle
- ogg長交易查詢及增加複製表
- OGG複製與加密欄位的衝突加密
- mysql多源複製跳過錯誤處理方法MySql
- 專案02(Mysql gtid複製故障處理01)MySql
- MySQL主從複製延遲原因及處理思路MySql
- 案列分析 p570a主機掛起處理報告
- oracle時間格式記錄異常導致OGG複製程式報錯Oracle
- OGG 12c mysql複製到oracle部署方案MySqlOracle
- 處理MySQL複製環境Slave故障的一個案例MySql
- OGG問題處理(OGG-01031,OGG-01416)
- OGG_mysql 12c複製到OGG_oracle 11g部署方案MySqlOracle
- 遞迴處理複製變數目錄按原路徑複製到新目錄的指令碼遞迴變數指令碼