ORA-00235 controlfile fixed table inconsistent due to concurrent update
ORA-00235控制文件固定表由於並發更新導致不一致
Cause Concurrent update activity on a control file caused a query on a control file fixed table to read inconsistent information.
Action Retry the operation.
案例一:使用RMAN level 0熱備份程序
我們使用的是RMAN level 0熱備份程序。在處理與“ORA-00235:控制文件固定表由於並發更新導致不一致”相關的錯誤的時候,0級的備份總是出錯。我們沒有使用恢復目錄。我們已經增加了redo日志,這樣檢測點就發生在8到10分鐘之後。問題仍然浮於表面。您對如何防止在我們的正常數據庫使用中出現這個問題有什麼建議嗎?
我也碰到過同樣的事情。不幸的是,即使是Oracle的網站 也沒有有關這個問題的任何信息。在我碰到的情況中,我發現我正在執行一項備份,並且有一個自動的任務也會定期的同步恢復目錄 或者執行一些其他的RMAN 操作。所有這些RMAN 操作都會更新控制文件,不論你是否使用了恢復目錄。所以,確保這是惟一的RMAN 正在處理的事情。
如果你在收到ORA-235錯誤的時候,你的數據庫沒有受到影響,只是你的RMAN備份失敗。你可以重新啟動備份,那麼一切都會好的。
案例二:TSM備份出錯
請教一下在做BACKUP.SH是報以下錯誤:
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure during compilation of command
RMAN-03013: command type: backup
RMAN-06003: ORACLE error from target database: ORA-00235: controlfile fixed table inconsistent due to concurrent update
RMAN-06097: text of failing SQL statement: select device ,node from x$krbaff where fno=:b1
RMAN-06099: error occurred in source file: krmk.pc, line: 4869
Recovery Manager complete.
看樣子你使用了nocatalog的模式rman
所以 對於scn要從contolfile的鏡像中取,但是這個時候碰到了ckpt之類的進程,對contolfile等文件頭進行了寫,一致性無法保證,所以報錯
建議
1、使用rman的catalog server
2、不使用catalog server時 在業務不忙時作rman