服務器供電不穩導致數據丟失恢復方法

一、服務器數據恢復故障描述

今天介紹一個服務器數據恢復案例,通過今天這個案例主要介紹一下服務器在分區不能掛載的情況下怎麼樣將服務器內的數據進行完整恢復,對於沒有備份的服務器數據恢復具有一定的幫助。下面簡單介紹一下案例中的服務器具體故障情況:
本次需要數據恢復的服務器是一臺某品牌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%恢復。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章