記一次RMAN-20207報(bào)錯(cuò)處理過(guò)程

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

概述

最近給一套庫(kù)做不完全恢復(fù),其中映象較為深刻的對(duì)RMAN-20207（如下圖）的報(bào)錯(cuò)處理方式，下面在測(cè)試環(huán)境中來(lái)復(fù)現(xiàn)。

現(xiàn) 象模擬

1、前提條件，全庫(kù)備份在，后續(xù)歸檔文件在。

==》我這套測(cè)試環(huán)境中只有1，2，3，4，5。這個(gè)5個(gè)數(shù)據(jù)文件。system，sysaux，undo（rac環(huán)境中各個(gè)節(jié)點(diǎn)都要還原）這個(gè)三類(lèi)表空間是必須要恢復(fù)的。5號(hào)表空間是模擬業(yè)務(wù)表空間，是我們這次要恢復(fù)的目標(biāo)。

==》通過(guò)如上命令還原表空間對(duì)應(yīng)的數(shù)據(jù)文件。

==》這里通過(guò)skip方式跳過(guò)不需要恢復(fù)的表空間，恢復(fù)完成后，使用resetlogs方式打開(kāi)數(shù)據(jù)庫(kù)。紅框中2號(hào)文件被offlinedrop，這里的2號(hào)文件對(duì)應(yīng)的是test2這個(gè)表空間。換個(gè)思路就是說(shuō)，我們不使用skip命令，而是提前將不需要的表空間對(duì)應(yīng)的數(shù)據(jù)文件給offlinedrop掉，就可以直接使用recoverdatabase ;進(jìn)行恢復(fù)。（當(dāng)然這是另外一種思路了）。

2、發(fā)現(xiàn)只恢復(fù)test1表空間，數(shù)據(jù)有丟失，需要二次恢復(fù)把test2表空間給加上如下圖：

==》這里還原時(shí)新加了test2表空間對(duì)應(yīng)的數(shù)據(jù)文件，2號(hào)文件。

==》隨后進(jìn)行recover報(bào)RMAN-20209.這里就復(fù)現(xiàn)了之前生產(chǎn)的報(bào)錯(cuò)。

關(guān)于報(bào)錯(cuò)原因：

我這里模擬使用了resetlogs后的控制文件進(jìn)行二次恢復(fù)的（如上圖紅框），因?yàn)閕ncarnation發(fā)生了改變，導(dǎo)致恢復(fù)報(bào)錯(cuò)。實(shí)際上生產(chǎn)上進(jìn)行了恢復(fù)就是犯了這個(gè)錯(cuò)誤，從而引發(fā)后續(xù)一系列的問(wèn)題。

解決方案

1、通過(guò)resetdatabase toincarnation，調(diào)整到resetlog之前的incarnation號(hào)。此外，根據(jù)二次恢復(fù)需要，檢查v$datafile中status狀態(tài)，將新添加的文件修改為online（首次恢復(fù)，通過(guò)skip命令調(diào)整成了offline。實(shí)際生產(chǎn)中，我們雖然reset了incarnation,但是未將新增的文件給online就進(jìn)行了recover，雖然recover沒(méi)有報(bào)錯(cuò)，但在啟庫(kù)階段數(shù)據(jù)庫(kù)一直拉不起來(lái)，最終導(dǎo)致第三次重新恢復(fù)。