服務器數據恢復環境：

IBM AIX系統;

存儲由4個PV組成1個VG，VG中劃分了5個文件系統：2個JFS2，2個JFS2LOG，1個JFS，兩個JFS2中重要的一個JFS2由2組LV條帶化后組成;

存儲中存放的是由ORACLE數據庫組織的某單位交管系統的重要數據。

服務器故障&分析：

因業務需要新增應用服務器，管理員不小心將4個PV MAP到新環境，然后刪除全部LV后重新做了4個LV并生成文件系統。生產環境報錯后又試圖重建回原始的LV結構，導致對數據的進一步破壞。

需要恢復數據的文件系統中有200多個ORACLE數據文件。

服務器數據恢復過程：

1、對故障服務器的磁盤做完整鏡像備份，后續的數據恢復操作都在鏡像文件上進行，避免對原始數據造成二次破壞。

2、基于鏡像備份文件在每個PV內部分析PP的參數，再按照PP之間的關系分析LP。經過仔細分析，北亞數據恢復工程師發現PP的連續性較差。和管理員溝通后得知故障服務器中的文件系統做過多次擴容。

3、分析PP與LP MAP后，北亞數據恢復工程師發現由于條帶化，整個結構更加復雜，很難拼接出完整的文件系統。

4、按照ORACLE數據文件內部結構，北亞數據恢復工程師在4個PV中進行全面地分析、整理，發現PP碎片極多，ORACLE數據文件也很亂。

5、通過對PP MAP與ORACLE的關聯特征，北亞數據恢復工程師研究出部分對應算法。通過此算法整理出多數LP-PP映射表，對剩余部分進行手工的核對，最終將文件系統完整拼接出來。

6、對文件系統進行解釋，發現文件系統前面破壞嚴重，原文件系統超級塊、元數據(包括節點)全部丟失。

7、在文件系統中搜索所有索引塊，按索引塊恢復部分數據文件。其余丟失索引塊的數據文件按ORACLE數據文件內部結構進行分析與重組。

服務器數據恢復結論：

歷時2天完成數據恢復任務，經過用戶親自檢驗，僅2個數據文件因后寫入導致部分記錄破壞，其他數據都成功恢復。

審核編輯：湯梓紅