形成RAID組癱瘓的狀況有不少，掌握這幾步便可高效解決問題

1、服務器設備類型：
HP DL380服務器
300G SAS盤 數量三塊
2、服務器故障描述：
硬盤磁盤故障致使整個RAID組癱瘓，具體顯示爲其中一塊硬盤狀態燈爲紅色。因爲數據庫存儲在D分區，備份存儲在E分區。存儲故障，形成D分區不可識別，E分區可識別，可是拷貝備份文件報錯，經過重啓服務器，致使先離線的硬盤上線，並同步了一段時間，在沒有同步完成就直接強制關機，以後未對服務器作任何操做。

3、服務器數據恢復操做流程：
一、爲了確保現存磁盤中數據的安全，先對磁盤作只讀鏡像備份，三塊硬盤能夠正常讀取，沒有發現壞道。只讀鏡像備份日誌以下圖所示：

二、對備份的鏡像文件進行詳細分析，重組raid結構，並進行異或校驗，部分校驗經過。因爲離線硬盤上線以後進行同步操做，會損壞數據，因此以下圖所示表示數據有損壞的狀況。

三、RAID分析過程，嘗試多種硬盤離線狀態下提取數據，每塊盤離線所提取的數據都是同樣的。


四、首先針對E分區中的dat文件進行分析修復。發現兩個備份文件都有損壞，以下圖：

五、分析聚合dat碎片，驗證dat數據完整性，底層結構顯示有損壞。

六、同時進行D分區的數據文件的分析掃描，因爲存儲同步,數據文件目錄不可見。

七、對D分區自由空間數據頁掃描，並對文件碎片進行分析和聚合。
八、驗證數據文件碎片的完整性和有效性。
九、提取備份文件中的數據記錄到新建的數據庫中。
十、經過上層應用鏈接數據庫，驗證數據可用性，數據庫文件能夠正常加載，上層應用軟件中用戶帳號正常，能夠進行正常數據查詢。
4、 服務器數據恢復結果
對重組的raid結構進行異或檢測，發現數據部分被同步損壞，可是還有部分數據正常
在恢復過程當中，在E盤發現2個SealLib數據庫的備份文件。可是備份文件數據中頁結構有小部分損壞，
在D分區掃描的結果中數據碎片發現較連續的數據片斷，碎片可用。經過對D分區碎片和E分區備份文件進行整合拼接。
5、服務器數據恢復結論：
經過工程師解析處理，最終修復解析出的數據能夠支撐整個應用的正常使用，上層應用能夠正常查詢數據庫內容，至此數據恢復工做結束。