造成RAID組癱瘓的情況有很多，掌握這幾步即可高效解決問題

一、  伺服器裝置型別 ：

     HP   DL380伺服器

  300G SAS 盤   數量三塊

二、  伺服器 故障描述：

硬碟 磁碟故障導致整個RAID組癱瘓， 具體顯示為其中 一塊硬碟狀態燈為紅色。 由於 資料庫儲存在 D分割槽，備份儲存在E分割槽。儲存故障，造成D分割槽不可識別， E 分割槽可識別，但是複製備份檔案報錯， 透過 重啟伺服器，導致先離線的硬碟上線，並同步了一段時間，在沒有同步完成就直接強制關機，之後 未對伺服器做任何操作。

三、  伺服器 資料恢復 操作 流程 ：

1、  為了確保現存磁碟中資料的安全，先對磁碟做只讀映象備份，三塊 硬碟 可以 正常讀取 ， 沒有發現壞道 。 只讀 映象備份日誌 如下圖所示：

2、  對備份的映象檔案進行詳細分析，重組rai d結構 ，並進行異或校驗， 部分校驗透過 。由於 離線 硬碟上線之後進行同步操作，會損壞資料 ，所以 如下圖 所示 表示 資料 有損壞 的情況。

3、  RAID 分析過程，嘗試 多種 硬碟離線狀態下提取資料， 每塊 盤離線所提取的資料都是一樣的 。

       4、首先針對E分割槽中的 dat 檔案進行分析修復。發現兩個備份檔案都有損壞， 如下圖 ：

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

       6、同時 進行 D分割槽的資料檔案的分析掃描，由於儲存同步,資料檔案目錄不可見。

       7、  對D分割槽自由空間資料頁掃描，並對檔案碎片進行分析和聚合。

       8、  驗證 資料檔案碎片的完整性 和有效性。

       9、  提取備份檔案中的資料記錄到新建的資料庫中 。

       10、 透過上層應用連線資料庫 ， 驗證資料可用性 ，資料庫 檔案可以正常載入， 上層 應用軟體中使用者賬號 正常 ， 可以 進行 正常 資料查詢 。

四 、   伺服器資料 恢復結果

     對重組的raid結構進行異或檢測 ， 發現資料部分被同步損壞 ，但是還有部分資料正常

在恢復過程中 ， 在 E盤發現2個 SealLib資料庫 的備份檔案。但是備份檔案資料中頁結構有小部分損壞，  

在 D分割槽掃描的結果中資料碎片發現較連續的資料片段，碎片可用。透過對D分割槽碎片和E分割槽備份檔案進行整合拼接。

五、 伺服器資料恢復結論：

透過工程師解析處理 ， 最終修復解析出的資料 可以 支撐整個應用的正常使用 ，上層應用可以正常查詢資料庫內容， 至此資料恢復工作結束 。