服務器數據恢復環境&故障：
某公司一臺服務器上有一組由24塊FC硬盤組建的raid。
服務器出現故障，無法正常工作。
經過初步檢測，管理員發現導致服務器故障的原因是raid中有兩塊硬盤掉線，導致卷無法掛載。

服務器數據恢復過程：
1、將故障服務器中的所有硬盤做好標記后移出盤位，經過硬件工程師的初步檢測，所有硬盤都可以正常讀取。以只讀方式將所有硬盤（除了2塊離線硬盤）進行完整鏡像。鏡像完成后將所有磁盤根據標記按照原樣還原到原服務器中。后續的數據分析和數據恢復操作都基于鏡像文件進行，避免對原始磁盤數據造成二次破壞。將可能存在故障的兩塊離線硬盤單獨使用專業工具鏡像。
2、所有硬盤鏡像完成后，查看鏡像工具生成的日志，發現在storage manager和硬盤SMART狀態中均沒有報錯的一塊盤（非掉線盤）存在壞道，離線的2塊硬盤存在大量不規律的壞道分布。
根據壞道列表定位到目標鏡像文件，經過分析發現ext3文件系統的部分關鍵源數據信息被壞道破壞，只能通過同一條帶進行xor以及根據文件系統上下文關系的方式手動修復被損壞的文件系統。

3、北亞企安數據恢復工程師對故障服務器的文件系統和日志進行數據恢復逆向分析。通過分析獲取到故障服務器的盤序、raid塊大小、raid校驗方式等重組raid所必需信息。
4、根據這些信息虛擬重組raid。重組后進一步分析服務器文件系統基礎信息，進一步提取出oracle數據庫dmp文件。
5、這種情況下只需要通過dmp文件恢復數據庫即可，但在恢復數據庫時出現報錯，內容為“imp-008”的報錯。北亞企安數據恢復工程師對數據庫進行仔細排查，發現報錯的原因是從重組的raid中提取出的dmp文件異常，導致dmp導入數據時報錯。
6、服務器數據恢復工程師重新分析raid結構和文件系統結構。經過數小時的努力，再次提取出dmp文件及dbf原始庫文件。

7、服務器數據恢復工程師嘗試再次導入dmp文件進行檢驗，一切正常。將dmp文件移交給用戶方驗證，經過用戶方驗證，確認數據完整有效。
8、服務器數據恢復工程師將恢復出來的數據導入到新搭建的環境中進行驗證，驗證通過。本次服務器數據恢復工作完成。