服務器數據恢復背景介紹：
本次數據恢復案例的背景是一臺裝有20塊硬盤的普通服務器，由於未知原因上層業務突然崩潰，機房管理員對服務器進行檢查發現導致服務器崩潰的主要原因是服務器上有3塊硬盤離線，管理員將服務器內的所有硬盤按照現有盤序從槽位取出後攜帶硬盤來到北京某數據恢復中心進行服務器數據恢復操作。
服務器數據恢復過程：
服務器數據恢復工程師接到客戶的硬盤後使用數據恢復檢測設備對20塊硬盤進行檢測，結果發現所有硬盤在數據恢復設備下均可識別，這就避免了修復硬件的過程和由於硬盤物理損傷過於嚴重無法修復導致的服務器數據恢復風險，是一件值得慶幸的事情，隨後對該服務器內的所有硬盤進行鏡像，鏡像過程中發現原來服務器中提示離線的3塊硬盤鏡像個過程十分緩慢，這也與之前硬盤離線的原因有一定的關係，多數原因是因爲這三塊硬盤內存在大量的壞道或者不穩定扇區，所以在正常的服務器環境下出現離線情況，在專業的數據恢復設備中則可以識別，在鏡像過程中就會出現鏡像十分緩慢的情況，通過調整鏡像策略來調過硬盤的壞扇區來進行調整，直至所有硬盤都成功鏡像完成。
所有硬盤都成功鏡像以後，數據恢復工程師繼續使用服務器數據恢復工具將所有的鏡像文件展開進行底層數據分析，根據ext3文件系統的逆向分析得到服務器內硬盤的盤序和校驗信息，分析過程這裏就不贅述了。最後利用這些分析出來的信息進行重組raid陣列，通過和用戶溝通提取出了一些oracle的dmp文件，在dmp恢復的過程中，數據庫報告爲imp-0008錯誤，通過仔細分析導入dmp文件的日誌文件，發現恢復的dmp文件存在問題而導致dmp導入數據失敗。立刻重新分析raid結構，以及進一步確定ext3文件系統被破壞的程度，又經過數小時的工作，重新恢復dmp文件和dbf原始庫文件，將恢復出來的dmp文件移交給用戶進行數據導入測試，結果測試順利沒有發現問題，說明這次的數據恢復是成功的，接着對恢復出來的dbf原始庫文件進行校驗檢測，所有文件均能通過測試。
服務器數據恢復工程師聯繫客戶進行數據恢復結果的驗證，經過客戶驗證所有數據均已經成功恢復，於是在服務器上又搭建了一組新的raid陣列，由數據恢復工程師配合將所有恢復成功的服務器數據遷移回客戶的服務器上。客戶的數據原則上在我公司免費保存三天，三天後進行數據銷燬。