文章詳情頁(yè)
案例學(xué)習(xí)Oracle錯(cuò)誤:ORA-00235
瀏覽:4日期:2023-11-12 13:50:42
ORA-00235 controlfile fixed table inconsistent due to concurrent update ORA-00235控制文件固定表由于并發(fā)更新導(dǎo)致不一致 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:控制文件固定表由于并發(fā)更新導(dǎo)致不一致”相關(guān)的錯(cuò)誤的時(shí)候,0級(jí)的備份總是出錯(cuò)。我們沒(méi)有使用恢復(fù)目錄。我們已經(jīng)增加了redo日志,這樣檢測(cè)點(diǎn)就發(fā)生在8到10分鐘之后。問(wèn)題仍然浮于表面。您對(duì)如何防止在我們的正常數(shù)據(jù)庫(kù)使用中出現(xiàn)這個(gè)問(wèn)題有什么建議嗎? 我也碰到過(guò)同樣的事情。不幸的是,即使是Oracle的網(wǎng)站 也沒(méi)有有關(guān)這個(gè)問(wèn)題的任何信息。在我碰到的情況中,我發(fā)現(xiàn)我正在執(zhí)行一項(xiàng)備份,并且有一個(gè)自動(dòng)的任務(wù)也會(huì)定期的同步恢復(fù)目錄 或者執(zhí)行一些其他的RMAN 操作。所有這些RMAN 操作都會(huì)更新控制文件,不論你是否使用了恢復(fù)目錄。所以,確保這是惟一的RMAN 正在處理的事情。 假如你在收到ORA-235錯(cuò)誤的時(shí)候,你的數(shù)據(jù)庫(kù)沒(méi)有受到影響,只是你的RMAN備份失敗。你可以重新啟動(dòng)備份,那么一切都會(huì)好的。 本文國(guó)際來(lái)源:http://searchoracle.techtarget.com/ateQuestionNResponse/0,289625,sid41_cid600841_tax 296097,00.Html 案例二:TSM備份出錯(cuò) 請(qǐng)教一下在做BACKUP.SH是報(bào)以下錯(cuò)誤: RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03002: failure during compilation of commandRMAN-03013: command type: backupRMAN-06003: ORACLE error from target database: ORA-00235: controlfile fixed table inconsistent due to concurrent updateRMAN-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 所以 對(duì)于scn要從contolfile的鏡像中取,但是這個(gè)時(shí)候碰到了ckpt之類(lèi)的進(jìn)程,對(duì)contolfile等文件頭進(jìn)行了寫(xiě),一致性無(wú)法保證,所以報(bào)錯(cuò) 建議 1、使用rman的catalog server 2、不使用catalog server時(shí) 在業(yè)務(wù)不忙時(shí)作rman
標(biāo)簽:
Oracle
數(shù)據(jù)庫(kù)
排行榜
