伺服器資料恢復成功案例;分割槽不能掛載恢復方法

一、伺服器資料恢復故障描述

今天介紹一個伺服器資料恢復案例，透過今天這個案例主要介紹一下伺服器在分割槽不能掛載的情況下怎麼樣將伺服器內的資料進行完整恢復，對於沒有備份的伺服器資料恢復具有一定的幫助。下面簡單介紹一下案例中的伺服器具體故障情況：

本次需要資料恢復的伺服器是一臺某品牌730系列伺服器，儲存陣列型號為MD3200,系列儲存，分配lun容量為8TB，作業系統版本是linux centos 7，採用了EXT4檔案系統。由於未知原因伺服器在執行過程中突然關機且無法啟動，伺服器管理員進行修復後可以啟動伺服器，但伺服器內原來的分割槽無法掛載。管理員對不能掛載的分割槽進行fsck修復並掛載檢視資料情況，發現部分檔案丟失。由於該伺服器記憶體儲了大量的重要資料，管理員決定尋求資料恢復公司的幫助，經過對比多家資料恢復公司後選擇了北京一家資料恢復中心，資料恢復中心接到客戶諮詢後安排伺服器資料恢復工程師上門進行故障檢測。

二、伺服器資料恢復故障分析

伺服器資料恢復工程師到客戶現場後將發生故障的伺服器以只讀模式重新對映到資料恢復專用備份伺服器上，然後使用資料恢復工具將客戶故障伺服器以扇區形式映象到資料恢復備份伺服器上。資料恢復工程師對備份伺服器內的資料進行分析推測可能是由於機房電壓不穩導致伺服器異常斷電關機，才會出現故障。

三、伺服器資料恢復原理

伺服器資料恢復工程師仔細分析伺服器底層資料發現伺服器突然斷電導致了目錄項被破壞，但底層資料仍然存在，想要資料恢復只需要工程師手工修復即可。由於伺服器管理員對檔案系統進行fsck修復，導致了被損壞了的目錄項修復失敗後以目錄節點號進行命名並存放於lost+found檔案目錄內，隨後清除了這些目錄項所對應的資料區索引。這就是為什麼部分檔案丟失的原因。

現在這樣的情況想要進行資料恢復可以透過被刪除的虛擬磁碟檔案的檔案系統和檔案型別在vmfs卷自由空間中進行排查，匹配碎片並重新合併，最終就能將刪除的虛擬磁碟檔案進行恢復。

四、伺服器資料恢復過程

由於客戶需要進行資料恢復的伺服器上面使用的是EXT4檔案系統，該檔案系統的特徵是檔案丟失後其節點資訊也會被清除，所以在本次資料恢復中不能採用根據節點資訊進行還原的方法，而是應該根據丟失的檔案目錄項節點號匹配lost+found目錄下的檔名稱，因為lost+found目錄下的檔案命名的規則就是該檔案的目錄項節點號，伺服器資料恢復工程師將目錄項節點號進行提取，與lost+found目錄下的檔名進行一一對應，就可以還原伺服器的原始目錄結構。

根據上述資料恢復思路，伺服器資料恢復工程師對映象檔案進行底層資料分析，在底層空間掃描目錄項的區域，將目錄項的節點號、數量等資訊進行統計和記錄，然後根據伺服器磁碟中的檔案系統資訊將統計到的目錄項和節點號進行整合匹配，最後和lost+found目錄下的檔案記錄號進行匹配，最終恢復伺服器內丟失的資料。

五、伺服器資料恢復總結

最後簡單總結一下本次伺服器資料恢復的過程，這次伺服器出現資料丟失首先是由於供電異常導致伺服器異常關機損壞了檔案系統，接著人為進行fsck修復導致了鋒無力內的檔案目錄結構丟失。資料恢復中心對EXT4檔案系統的底層結構具有足夠的資料分析和恢復能力，並且有豐富的相關伺服器資料恢復經驗，整個資料恢復過程十分順利，經客戶伺服器管理員對資料進行驗證後確認本次資料恢復成功，伺服器資料100%恢復。