【服務(wù)器數(shù)據(jù)恢復(fù)】IBM AIX系統(tǒng)下oracle數(shù)據(jù)庫數(shù)據(jù)恢復(fù)案例

服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
IBM AIX系統(tǒng);
存儲由4個PV組成1個VG,VG中劃分了5個文件系統(tǒng):2個JFS2,2個JFS2LOG,1個JFS,兩個JFS2中重要的一個JFS2由2組LV條帶化后組成;?
存儲中存放的是由ORACLE數(shù)據(jù)庫組織的某單位交管系統(tǒng)的重要數(shù)據(jù)。

因業(yè)務(wù)需要新增應(yīng)用服務(wù)器,管理員不小心將4個PV MAP到新環(huán)境,然后刪除全部LV后重新做了4個LV并生成文件系統(tǒng)。生產(chǎn)環(huán)境報錯后又試圖重建回原始的LV結(jié)構(gòu),導(dǎo)致對數(shù)據(jù)的進(jìn)一步破壞。?
需要恢復(fù)數(shù)據(jù)的文件系統(tǒng)中有200多個ORACLE數(shù)據(jù)文件。
服務(wù)器數(shù)據(jù)恢復(fù)過程:
1、對故障服務(wù)器的磁盤做完整鏡像備份,后續(xù)的數(shù)據(jù)恢復(fù)操作都在鏡像文件上進(jìn)行,避免對原始數(shù)據(jù)造成二次破壞。
2、基于鏡像備份文件在每個PV內(nèi)部分析PP的參數(shù),再按照PP之間的關(guān)系分析LP。經(jīng)過仔細(xì)分析,北亞數(shù)據(jù)恢復(fù)工程師發(fā)現(xiàn)PP的連續(xù)性較差。和管理員溝通后得知故障服務(wù)器中的文件系統(tǒng)做過多次擴(kuò)容。
3、分析PP與LP MAP后,北亞數(shù)據(jù)恢復(fù)工程師發(fā)現(xiàn)由于條帶化,整個結(jié)構(gòu)更加復(fù)雜,很難拼接出完整的文件系統(tǒng)。?

4、按照ORACLE數(shù)據(jù)文件內(nèi)部結(jié)構(gòu),北亞數(shù)據(jù)恢復(fù)工程師在4個PV中進(jìn)行全面地分析、整理,發(fā)現(xiàn)PP碎片極多,ORACLE數(shù)據(jù)文件也很亂。?
5、通過對PP MAP與ORACLE的關(guān)聯(lián)特征,北亞數(shù)據(jù)恢復(fù)工程師研究出部分對應(yīng)算法。通過此算法整理出多數(shù)LP-PP映射表,對剩余部分進(jìn)行手工的核對,最終將文件系統(tǒng)完整拼接出來。?
6、對文件系統(tǒng)進(jìn)行解釋,發(fā)現(xiàn)文件系統(tǒng)前面破壞嚴(yán)重,原文件系統(tǒng)超級塊、元數(shù)據(jù)(包括節(jié)點)全部丟失。?
7、在文件系統(tǒng)中搜索所有索引塊,按索引塊恢復(fù)部分?jǐn)?shù)據(jù)文件。其余丟失索引塊的數(shù)據(jù)文件按ORACLE數(shù)據(jù)文件內(nèi)部結(jié)構(gòu)進(jìn)行分析與重組。
服務(wù)器數(shù)據(jù)恢復(fù)結(jié)論:
歷時2天完成數(shù)據(jù)恢復(fù)任務(wù),經(jīng)過用戶親自檢驗,僅2個數(shù)據(jù)文件因后寫入導(dǎo)致部分記錄破壞,其他數(shù)據(jù)都成功恢復(fù)。

北亞數(shù)據(jù)恢復(fù)——oracle數(shù)據(jù)恢復(fù)