案例分享：ORA-26040處理過程

IT那活兒發(fā)布于2023-01-11 13:19 / 1362人閱讀

案例分享：ORA-26040處理過程

點(diǎn)擊上方“IT那活兒”公眾號，關(guān)注后了解更多內(nèi)容，不管IT什么活兒，干就完了！！！

一

故障現(xiàn)象

最近給一套核心數(shù)據(jù)庫做主備切換時，由主庫切換到備庫后，新主庫日志中報ORA-O1578、ORA-01110、ORA-26040，提示多個塊有損壞，且塊使用了NOLOGGING選項(xiàng)，如下圖：

二

故障分析

根據(jù)平時操作記錄，有時在創(chuàng)建索引時會使用nologging選項(xiàng)。但這套adg環(huán)境應(yīng)該是強(qiáng)日志同步的，即使用nologging選項(xiàng)也不應(yīng)該丟數(shù)據(jù)，導(dǎo)致數(shù)據(jù)出現(xiàn)不一致的情況。我們在mos上也搜索了一些資料，隨后去核查相關(guān)參數(shù)，結(jié)果發(fā)現(xiàn)主庫的force_logging屬性是打開，但備庫是沒有打開。如下圖:

那大致可以基本猜測，這個套adg庫在搭建的時候force_logging可能沒開，后來運(yùn)行一段時間主庫開啟了force_logging屬性，這期間有nologging操作，導(dǎo)致備庫出現(xiàn)了nologging的塊。

受影響的塊可以通過v$nonlogged_block來查看：

三

解決方案

如果是12.2以后的版本可以參考mos How to Resolve ORA-1578 /ORA-26040 Nologging operation in 12.2 on Standby database (Doc ID 2378500.1)來進(jìn)行修復(fù)。

大致步驟：

停掉備庫的日志應(yīng)用。
在rman客戶端中執(zhí)行命令：RECOVER DATABASE NONLOGGED BLOCK。

下面是這個命令輸出的日志，它會掃描全部的datafile，遇到有nologging的塊就進(jìn)行修復(fù)。

如果是12c以前的版本可以參考mos How to resolve ORA-1578 / ORA-26040 Data Blocks Corrupted After Database Switchover in Primary/Standby Configuration (Doc ID 2428723.1)來解決,大致步驟：

先確認(rèn)哪些數(shù)據(jù)文件受影響。
在生產(chǎn)中備份這些數(shù)據(jù)文件。
在備庫中進(jìn)行還原恢復(fù)。

如果是主庫有nologging的塊可以參考mos ORA-1578 / ORA-26040 Corrupt blocks by NOLOGGING - Error explanation and solution (Doc ID 794505.1)來解決，大致解決思路是找到這些nologging塊對應(yīng)的對象，以logging的方式重建。