成功案例分享-伺服器3塊硬碟離線恢復成功

俗話說的好，正常的伺服器都是正常執行的，不正常的伺服器卻各有各的故障。作為一名從業了十多年的伺服器資料恢復工作者來說，近些年來遇到的伺服器資料恢復案例中故障情況大多相似了，沒見過的故障越來越少，我想一方面是自己從事伺服器資料恢復工作的時間越來越長，一般的故障都見識過了，另一方面是伺服器廠商對產品的安全效能不斷最佳化的結果。不過雖然導致伺服器資料丟失的故障情況比較單一了，但是伺服器資料恢復的案例卻並沒有明顯減少，今天還是透過一個近期處理的伺服器資料丟失案例來為大家介紹一下伺服器硬碟掉線的資料恢復過程。

首先介紹故障伺服器基本狀況，出現資料丟失的伺服器裡面是一組raid6磁碟陣列，陣列包含8塊硬碟，單塊硬碟的容量是500G，伺服器是一臺web伺服器，主要用來執行資料庫，另外一部分空間用來存放普通辦公檔案。由於管理員疏於管理也或者是存在僥倖心理，在這個陣列中已經有兩塊硬碟離線的情況下依然沒有對伺服器進行更換硬碟，很快陣列中又有一塊硬碟離線，而這最後一塊離線的硬碟就成了伺服器崩潰的直接原因。

在我們接到客戶這臺伺服器之前已經有過一家北京的資料恢復公司對伺服器進行過資料恢復操作了，恢復了大部分的資料，但是資料遭到嚴重損壞無法使用，辦公檔案也有近40天的資料丟失，於是該資料恢復公司只好推薦了我們，客戶帶著伺服器來到我們公司進行第二次資料恢復嘗試。

我們的伺服器資料恢復工程師簡單瞭解了客戶的伺服器故障情況後首先將所有硬碟映象到資料恢復安全儲存池中，雖然不確定上一家資料恢復公司是否也做了同樣的操作，但是為確保資料原始性，我們還是必須要對客戶原始伺服器進行映象操作，一方面是對我們資料恢復公司自己負責，另一方面也是對客戶資料的負責。

接下來伺服器資料恢復工程師對可恢復伺服器的映象檔案進行分析發現陣列內最先離線的兩塊硬碟離線時間非常早，至少有2個月不再有新的資料寫入了，所以資料恢復的關鍵點就落在了這最後一塊離線的硬碟上面了。客戶的這臺伺服器陣列使用的雙校驗，但是由於有兩塊硬碟長時間處於離線狀態，普通的異或運算已經無法對伺服器進行資料恢復，只能使用基於Reed-Solomon演算法生成的第二種校驗方式進行恢復資料，這種資料恢復方法目前還屬於我們公司的核心演算法之一，市面上也並沒有與之相似的其他演算法和軟硬體產品，所以這也是上一家資料恢復公司沒有能夠成功恢復資料的根本願意你了。

既然是核心演算法，那麼我就不詳細描述我們分析和恢復資料的過程了，伺服器資料恢復工程師們編寫了一個通用的小程式將被破壞的資料進行了重組和提取，然後生成為完整映象，在安全儲存池內對恢復出的資料進行驗證沒有問題後聯絡客戶來進行最終驗證資料。經客戶最終驗證，該伺服器內所有資料全部恢復，資料庫可以正常使用，本次伺服器資料恢復100%成功。