俗話說的好，正常的服務器都是正產運行的，不正常的服務器卻各有各的故障。作爲一名從業了十多年的服務器數據恢復工作者來說，近些年來遇到的服務器數據恢復案例中故障情況大多相似了，沒見過的故障越來越少，我想一方面是自己從事服務器數據恢復工作的時間越來越長，一般的故障都見識過了，另一方面是服務器廠商對產品的安全性能不斷優化的結果。不過雖然導致服務器數據丟失的故障情況比較單一了，但是服務器數據恢復的案例卻並沒有明顯減少，今天還是通過一個近期處理的服務器數據丟失案例來爲大家介紹一下服務器硬盤掉線的數據恢復過程。
首先介紹故障服務器基本狀況，出現數據丟失的服務器裏面是一組raid6磁盤陣列，陣列包含8塊硬盤，單塊硬盤的容量是500G，服務器是一臺web服務器，主要用來運行數據庫，另外一部分空間用來存放普通辦公文件。由於管理員疏於管理也或者是存在僥倖心理，在這個陣列中已經有兩塊硬盤離線的情況下依然沒有對服務器進行更換硬盤，很快陣列中又有一塊硬盤離線，而這最後一塊離線的硬盤就成了服務器崩潰的直接原因。
在我們接到客戶這臺服務器之前已經有過一家北京的數據恢復公司對服務器進行過數據恢復操作了，恢復了大部分的數據，但是數據遭到嚴重損壞無法使用，辦公文件也有近40天的數據丟失，於是該數據恢復公司只好推薦了我們，客戶帶着服務器來到我們公司進行第二次數據恢復嘗試。
我們的服務器數據恢復工程師簡單瞭解了客戶的服務器故障情況後首先將所有硬盤鏡像到數據恢復安全存儲池中，雖然不確定上一家數據恢復公司是否也做了同樣的操作，但是爲確保數據原始性，我們還是必須要對客戶原始服務器進行鏡像操作，一方面是對我們數據恢復公司自己負責，另一方面也是對客戶數據的負責。
接下來服務器數據恢復工程師對可恢復服務器的鏡像文件進行分析發現陣列內最先離線的兩塊硬盤離線時間非常早，至少有2個月不再有新的數據寫入了，所以數據恢復的關鍵點就落在了這最後一塊離線的硬盤上面了。客戶的這臺服務器陣列使用的雙校驗，但是由於有兩塊硬盤長時間處於離線狀態，普通的異或運算已經無法對服務器進行數據恢復，只能使用基於Reed-Solomon算法生成的第二種校驗方式進行恢復數據，這種數據恢復方法目前還屬於我們公司的核心算法之一，市面上也並沒有與之相似的其他算法和軟硬件產品，所以這也是上一家數據恢復公司沒有能夠成功恢復數據的根本願意你了。
既然是核心算法，那麼我就不詳細描述我們分析和恢復數據的過程了，服務器數據恢復工程師們編寫了一個通用的小程序將被破壞的數據進行了重組和提取，然後生成爲完整鏡像，在安全存儲池內對恢復出的數據進行驗證沒有問題後聯繫客戶來進行最終驗證數據。經客戶最終驗證，該服務器內所有數據全部恢復，數據庫可以正常使用，本次服務器數據恢復100%成功。