服務器數據恢復案例之服務器raid6中3個磁盤離線導致陣列崩潰的數據恢復案例
服務器故障：
服務器中有一組由6塊盤組建的 RAID6，這臺網站服務器上運行MYSQL數據庫和存放其它類型的文件。該組raid中有兩塊磁盤離線，管理員沒有及時更換磁盤，當第3個磁盤離線，raid崩潰，服務器數據丟失。
服務器數據恢復過程：
1、用戶方將服務器送到我們數據恢復中心后，硬件工程師將故障服務器中所有磁盤編號后取出，檢查完硬件故障后將這6塊磁盤以只讀方式完整鏡像到北亞企安數據恢復專用存儲池中，后續的數據分析和數據恢復操作都基于鏡像文件進行，避免對原始磁盤數據造成二次破壞。
2、基于鏡像文件分析所有磁盤底層數據，數據恢復工程師發現有兩塊磁盤離線時間比較早，這2塊磁盤上沒有寫入新的數據。此RAID6采用的雙校驗，：第一個校驗是由普通的XOR運算生成，而第二個校驗是由Reed-Solomon算法生成。因為此RAID6較早掉線的兩塊磁盤早已不寫入新數據，所以需要通過第二個校驗來恢復數據，否則會導致最新數據的丟失或損壞。
3、服務器數據恢復工程師通過分析獲取到原始RAID6的相關參數，然后使用北亞企安自主編寫的RAID6恢復軟件生成一個完整鏡像，再將鏡像導回用戶方新搭建好的環境中，開機一切正常，經過服務器管理員的仔細驗證，沒有發現任何問題，用戶方認可數據恢復結果。

服務器數據恢復案例之服務器RAID5兩個磁盤指示燈顯示紅色導致服務器崩潰的數據恢復案例
服務器故障：
服務器中有一組使用NetRaid陣列卡+4塊磁盤組建的RAID5陣列，上層操作系統為Window2000，運行SQLServer2000數據庫。服務器在正常工作時突然有一塊硬盤指示燈顯示紅色，機器仍然在正常運行，一段時間后服務器無法正常工作，這時候又有一個硬盤指示燈顯示紅色。管理員將故障服務器送到北亞企安數據恢復中心要求恢復其中的數據。
服務器數據恢復過程：
1、數據恢復工程師拿到服務器后將故障服務器通電后開啟，服務器啟動后自檢至陣列時按Ctrl+M進入NetRaid管理程序。查看陣列信息發現有2塊硬盤狀態為Failed，將其中一塊硬盤設置為OnLine，重新啟動服務器，硬件自檢無效，啟動失敗。
2、再次啟動服務器，自檢至陣列時按Ctrl+M進入NetRaid管理程序。選擇磁盤陣列，將原來手工設置為OnLine的硬盤重新設置為Failed，然后再把另一塊Failed的硬盤設置成OnLine，重新啟動服務器后成功進入系統。經過檢查發現系統及數據庫運行正常，再次進入NetRaid管理程序將剩下的那塊狀態為Failed的硬盤手動設置為Rebuild，完成重建后再次重啟服務器，成功進入系統。經過檢查發現陣列和系統都恢復原狀了。經過服務器管理員的親自驗證，沒有發現任何問題，用戶方認可數據恢復結果。

服務器數據恢復案例之服務器硬盤出現壞道/壞扇區離線導致服務器崩潰的數據恢復案例
服務器故障：
一臺有20塊硬盤的服務器，在運行過程中上層業務突然崩潰，管理員檢查后發現服務器崩潰的原因是服務器上有3塊磁盤離線，管理員將服務器內的所有磁盤編號后按照現有盤序從槽位取出送到北亞企安數據恢復中心要求恢復服務器中的數據。
服務器數據恢復過程：
1、拿到故障服務器中所有磁盤后，硬件工程師對20塊硬盤進行硬件故障檢測，經過檢測所有硬盤均可識別，沒有發現明顯的硬件故障。
2、以只讀方式將所有硬盤做扇區級別的完整鏡像，在鏡像過程中發現離線的3塊磁盤鏡像速度異常，結合之前三塊磁盤離線，可以判斷這三塊離線的磁盤應該存在大量的壞道或者不穩定扇區。調整鏡像策略跳過硬盤的壞扇區繼續做鏡像，直到所有磁盤都完成鏡像。后續的數據分析和數據恢復操作都基于鏡像文件進行，避免對原始數據造成二次破壞。
3、基于鏡像文件分析所有磁盤的底層數據，通過逆向分析ext3文件系統獲取服務器內磁盤盤序和校驗信息，利用獲取到的raid信息重組raid陣列。
4、和用戶方的溝通后，北亞企安數據恢復工程師提取了故障服務器中運行的oracle數據庫的dmp文件，然后嘗試將dmp文件導入來恢復oracle數據庫數據，結果數據庫報告imp-0008錯誤。分析日志文件后發現提取的dmp文件存在問題，所以導致dmp文件導入失敗。
5、重新分析raid結構，進一步確定ext3文件系統被破壞的程度。經過數小時的分析后重新提取dmp文件和dbf原始庫文件，將提取出來的dmp文件移交給用戶方進行數據導入的測試，經過測試沒有發現問題。對提取出來的dbf原始庫文件進行校驗&檢測，所有文件均通過測試。
6、用戶方對恢復數據進行驗證后認可數據恢復結果。在服務器上搭建了一組新的raid陣列，在數據恢復工程師的幫助下將所有數據遷移到新準備的環境中。

審核編輯 黃宇