raid5數據恢復方法，服務器磁盤陣列數據恢復成功案例

【物理服務器與邏輯存儲介紹】
客戶使用一臺IBM 3850服務器，4塊300GB SAS磁盤做的RAID5磁盤陣列。服務器操作系統為 windows2003 x64，跑有一個單節點Oracle，版本為11.2.0.2 ，數據存儲為文件系統，無歸檔。此oracle數據量不大，oracle 內只有一個用戶建的用戶，使用默認的users 表空間，users 表空間下僅有一個數據文件，大小不到 1GB。

【服務器故障現象】
由于負荷過重，存儲底層的RAID磁盤陣列出現問題，用戶為了挽救數據做了一系列重建RAID的操作，后因一磁盤出現故障而中止RAID初始化，但有少量數據被同步而破壞，此時RAID磁盤陣列已可訪問，
系統雖出現錯誤，但能正常啟動，但D盤也就是oracle數據庫所在分區報錯無法打開，客戶chkdsk后能正常打開，但oracle無法啟動，客戶在原盤上重裝了 oracle系統，并導入了以前備份的 dmp文件，但數據差得太多。

【數據恢復過程】
客戶聯系到北京數據恢復中心后，數據恢復中心安排Oracle數據恢復工程師和服務器數據恢復工程師同時來到客戶現場進行恢復。
·
首先分析RAID層： 重建RAID會帶來最為嚴重的破壞，但分析發現重建的RAID的塊大小、盤序都和原來一樣，而在初始化過程中僅同步了前部的少量數據，RAID層損壞不大，數據庫還沒被破壞。
·
然后分析后面管理員對分區chkdsk和重裝oracle系統和導入 dmp文件所帶來的破壞： Chkdsk并不會破壞用戶數據區，chkdsk只對文件系統元數據區修改。這時數據庫文件仍無破壞，最多只是文件的MFT或目錄項被破壞。最嚴重的是重裝 Oracle系統和導入dmp文件，這不只是對 文件系統元數據區進行破壞，還對用戶數據區進行覆蓋。
·
第三步對D盤的NTFS文件系統進行分析：發現原所有oracle數據文件的的MFT均被覆蓋，NTFS日志也早被輪回覆蓋，從NTFS元數據區找不可利用信息。只能使用數據恢復中心內部的Oracle恢復程序對整個分區進行恢復。經掃描，發現 Oracle實例為 ANSORA，掃描出的一個原始完整的控制文件和一個原始完整的undotbs表空間數據文件，重要的system和 users表空間數據文件都有不同程度的破壞，
·
其中system表空間的數據文件僅剩中后部的10MB，原始應有約700MB，而 users 表空間的數據文件也有部分被覆蓋，但僅4MB。
提取出找到了數據，下一步對嚴重損壞的數據庫進行修復。
·
由于 system表空間不可用，無法得到數據字典，在和客戶溝通后，客戶確認了重要的三張表，這三張表也較大，從客戶imp回去的數據庫中得到了這三張表的結構，再從恢復 users表空間的數據文件中找到對應的segment，但有一張表死活無法對應上，再次詢問客戶，客戶表示這一張表有過更改字段的操作，再構建新的表結構對應上users表空間數據文件中segment，然后通過 oracle官方的dul工具提取這三張表的數據，客戶驗證后，表示數據已無問題。

【數據恢復結果】耗時三天，用戶指定數據99%以上恢復成功。