ORACLE DATAGUARD災備歸檔空間滿導致的ORA-00600 [2619]
最近,Oracle資料庫維護中遇到一個常見的問題場景:oracle dataguard災備,源端資料庫在做大批次資料變更時,主端
產生大量歸檔,而源端和目標端的歸檔空間比較小,未到達oracle備份週期歸檔未及時清理,源端歸檔空間先滿,繼而目標
端歸檔空間100%;當源端和目標端的歸檔部分清理後,目標端再次啟動dataguard的日誌同步程式時,mrp程式無法啟動不
報錯,但是,目標庫的alert告警日誌有報錯ORA-00600 [2619],相關分析處理過程如下。
目標庫的告警日誌提示:
Wed Feb 15 14:11:31 2012
Streams CAPTURE CP01 for DOWNSTREAM_CAPTURE with pid=46, OS id=15497 stopped
Errors in file /oraxolt4db/oraadm/diag/rdbms/xonlt4pr/XONLT4/trace/XONLT4_cp01_15497.trc:
ORA-01280: Fatal LogMiner Error.
Errors in file /oraxolt4db/oraadm/diag/rdbms/xonlt4pr/XONLT4/trace/XONLT4_ms00_15503.trc:
ORA-00600: internal error code, arguments: [2619], [13608]
, [], [], [], [], [], [], [], [], [], []
LOGMINER: session#=52 (DOWNSTREAM_CAPTURE), reader MS00 pid=48 OS id=15503 sid=11 stopped
Errors in file /oraxolt4db/oraadm/diag/rdbms/xonlt4pr/XONLT4/trace/XONLT4_ms00_15503.trc:
ORA-00600: internal error code, arguments: [2619], [13608], [], [], [], [], [], [], [], [], [], []
LogMiner process death detected
LOGMINER: session#=52 (DOWNSTREAM_CAPTURE), preparer MS02 pid=50 OS id=15507 sid=393 stoppedLOGMINER: session#=52 (DOWNSTREAM_CAPTURE), builder MS01 pid=49 OS id=15505 sid=200 stopped
Sweep [inc][88385]: completed
Sweep [inc2][88385]: completed
根據報錯提示 ORA-00600 [2619],檢視oracle mos官網,有文件 Doc ID 1422085.1與之匹配,檢視該文件的原因描述
與我們遇到的完全一樣。按mos的說法是源端和目標端的13608號歸檔不一致導致,調查源端和目標端的13608號歸檔,發現
源端為678kb,而目標端的13608號歸檔為478MB,應該是源端歸檔空間滿13608號歸檔寫不下去,而目標端還沒滿,導致
mrp程式恢復到13608號歸檔時發現源端和目標端不一致而停止繼續應用歸檔日誌。
MOS原文:
CAUSE
ORA-600[2619] is raised due to an invalid next_change# detected in archive log.
This is caused by the archive log disk space ran out size, causing that archive log not fully written on disk.
MOS提供的方法是,將源端13608號歸檔覆蓋目標端13608號歸檔,直接啟動Mrp程式即可,但是需要注意,需要源端和目標端的日誌格式相同。
MOS原文:
SOLUTION
1. Resolve the disk space problem where archive log stored on Standby/Downstream site to make sure that there is no space issue.
2. Copy the problem archive log from the primary site and replace the one on the standby, before and after sequence# where got ORA-600 from source database, then restart recovery.
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;
3. Start the capture process.
按mos提示的方法,問題得到解決。後續需要處理的問題是,制定合適的歸檔備份清理策略。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29357786/viewspace-2666413/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ORACLE 歸檔空間滿導致的enq: TX - row lock contentionOracleENQ
- ORACLE的歸檔空間滿導致的監聽故障資料庫無法啟動Oracle資料庫
- Oracle10g中的flashback啟用日誌歸檔,寫滿空間導致錯誤Oracle
- undo表空間滿導致的ogg discard檔案寫滿
- dataguard standby備庫磁碟空間滿(ZT)
- 歸檔空間不足導致例項死鎖
- 手工清除歸檔處理歸檔空間滿
- 10g ORACLE_HOME空間滿導致SYSAUX表空間離線OracleUX
- dg中備庫歸檔目錄滿了,導致不能接收主庫歸檔檔案
- MySQL 磁碟空間滿導致表空間相關資料檔案損壞故障處理MySql
- ASM空間爆滿導致資料庫掛起ASM資料庫
- AWR不自動刪除導致SYSAUX表空間滿UX
- oracle rac歸檔使用nfs 導致oracle hungOracleNFS
- oracle資料庫歸檔日誌空間滿引起的錯誤處理Oracle資料庫
- rac使用預設閃回區歸檔空間滿
- ORA-00257歸檔日誌空間已滿
- Oracle資料庫的歸檔日誌寫滿磁碟空間解決辦法Oracle資料庫
- oracle goldengate 目標端表空間滿導致程式abended處理過程OracleGo
- oracle歸檔日誌滿了,導致無法啟動 ORA-03113Oracle
- 誤刪歸檔日誌除導致備份歸檔日誌失敗
- 歸檔日誌滿導致的資料庫掛起故障處理資料庫
- 單例項歸檔空間佔滿故障模擬實驗單例
- oracle adg備庫歸檔滿了無法同步Oracle
- 一次oracle資料庫down事件(歸檔量較大,造成ASM空間滿)Oracle資料庫事件ASM
- Oracle表空間切換路徑,解決硬碟滿導致的ORA-01653問題Oracle硬碟
- HP-UX上一次Oracle軟體安裝目錄磁碟空間滿導致的故障UXOracle
- oracle BUG 5890312導致表空間瞬間暴漲Oracle
- Oracle歸檔檔案丟失導致OGG不用啟動Oracle
- 歸檔日誌滿導致的資料庫掛起故障處理【轉載】資料庫
- 處理歸檔滿了fast_recovery_area無剩餘空間的案例AST
- oracle 10g rac+asm 歸檔路徑磁碟組空間滿問題處理Oracle 10gASM
- ORACLE正確刪除歸檔並回收空間的方法Oracle
- dataguard之邏輯備庫表空間不足
- Oracle的temp表空間被佔滿Oracle
- 資料庫夯住!ORA-19815!歸檔空間滿資料庫
- ubunt下boot檔案空間滿boot
- Oracle GoldenGate同步服務歸檔空間維護OracleGo
- Oracle SYSAUX 表空間使用率100% 導致的DB 故障OracleUX