「服務器數據恢復」RAID5重建初始化失敗，數據丟失的數據恢復

　　服務器數據恢復環境：

　　IBM某型號服務器；

　　4塊SAS磁盤組建的RAID5磁盤陣列；

　　服務器操作系統windows server；

　　一個單節點Oracle，數據存儲為文件系統，無歸檔。oracle使用默認的users表空間，users表空間下僅有一個不到1G的數據文件。

　　兆柏數據恢復——RAID5數據恢復

　　服務器故障：

　　工作負荷過重導致RAID磁盤陣列出現故障，管理員為了挽救數據執行了重建RAID的操作，RAID初始化過程中一磁盤出現故障，RAID初始化中斷，有少量數據被同步破壞。此時重建的RAID磁盤陣列可訪問，系統可以正常啟動，oracle數據庫所在的分區報錯無法打開，執行chkdsk操作后能正常打開，但數據庫無法啟動。管理員在原盤上重新安裝了oracle數據庫并導入了以前備份的dmp文件，但數據相差太大。管理員聯系我們數據恢復中心尋求幫助。

　　服務器數據恢復過程：

　　1、兆柏數據恢復中心安排Oracle工程師和服務器數據恢復工程師到現場進行數據恢復。因為重建RAID很可能會造成嚴重破壞，所以工程師到達現場后首先對RAID層進行分析，分析后發現重建的RAID的塊大小、盤序都和原來的RAID一樣，初始化僅同步了少量數據，RAID層損壞不嚴重，數據庫沒有被破壞。

　　兆柏數據恢復——RAID5數據恢復

　　2、分析后面管理員對oracle數據庫所在分區執行chkdsk和重裝oracle數據庫并導入dmp文件操作造成的破壞進行檢測分析：由于Chkdsk操作不會破壞數據區，只會對文件系統元數據區進行修改，執行chkdsk后數據庫文件仍無破壞，最多只是文件的MFT或目錄項被破壞。但是重裝 Oracle和導入dmp文件的操作不僅對文件系統元數據區進行了破壞，還對數據區進行了覆蓋。

　　3、對oracle所在分區的NTFS文件系統進行分析。分析后發現原所有oracle數據文件的的MFT均被覆蓋，NTFS日志也被輪回覆蓋，從NTFS元數據區找不可利用信息。服務器數據恢復工程師使用兆柏數據恢復中心自研的Oracle恢復程序對整個分區進行恢復。經過Oracle恢復程序掃描發現Oracle實例為ANSORA，掃描出一個原始完整的控制文件和一個原始完整的undotbs表空間數據文件。但是重要的system和users表空間數據文件都有不同程度的損壞，其中system表空間的數據文件僅剩中后部的一小部分，而users表空間的數據文件也有一小部分被覆蓋。

　　兆柏數據恢復——RAID5數據恢復