服務器數據恢復環境:
某品牌PowerEdge R730服務器+PowerVault MD3200存儲,劃分若干lun,操作系統版本是centos7,EXT4文件系統。
服務器故障&分析:
服務器在運行過程中自動關機且無法啟動,服務器管理員對服務器進行修復后成功啟動服務器,但服務器上原來的某個分區無法掛載。管理員將無法掛載的分區進行fsck修復&掛載,查看這個分區的數據發現部分文件丟失。
北亞企安數據恢復工程師到達機房后將故障服務器以只讀模式映射到備份服務器上,將故障服務器數據完整鏡像到備份服務器上。后續的數據分析和數據恢復操作都在備份服務器鏡像文件上進行,避免對原服務器數據造成二次破壞。
基于鏡像文件對故障服務器底層數據進行分析后,服務器數據恢復工程師初步判斷是機房供電電壓不穩導致服務器非正常關機,服務器出現故障。
通過分析底層數據,服務器數據恢復工程師發現電壓不穩引起的非正常關機導致目錄項被破壞,好在底層數據仍然存在,數據恢復工程師手工修復即可恢復數據。但是服務器管理員對文件系統進行了fsck修復,損壞的目錄項在修復失敗后以目錄節點號命名并被存放在lost+found目錄內,這些目錄項所對應的數據區索引也被清除,所以管理員查看分區數據時發現部分文件丟失。
服務器數據恢復過程:
1、故障服務器使用的是EXT4文件系統,EXT4文件系統的特征是文件丟失后其節點信息也會被清除,所以無法根據節點信息恢復數據。
2、因為lost+found目錄下的文件是以該文件的目錄項節點號命名,可以將丟失文件的目錄項節點號來匹配lost+found目錄下的文件名稱這種方案來恢復數據。北亞企安數據恢復工程師編寫程序提取目錄項節點號,將提取出來的目錄節點號與lost+found目錄下的文件名進行一一對應,通過這種方式來恢復服務器原始目錄結構。
3、根據上述數據恢復方案,服務器數據恢復工程師基于鏡像文件對底層數據進行分析&使用工具掃描底層空間目錄項區域,統計和記錄目錄項節點號、數量等信息。根據故障服務器磁盤中的文件系統信息將統計到的目錄項和節點號進行整合匹配,然后和lost+found目錄下的文件記錄號進行匹配,恢復服務器內丟失的數據。
4、經過一番努力,服務器數據恢復工程師終于將所有丟失文件恢復出來。經過用戶方的仔細驗證,確認恢復出來的文件完整可用。本次服務器數據恢復工作完成。
審核編輯 黃宇
-
服務器
+關注
關注
12文章
9308瀏覽量
86071 -
數據恢復
+關注
關注
10文章
586瀏覽量
17634
發布評論請先 登錄
相關推薦
服務器數據恢復—異常斷電導致linux系統無法啟動的數據恢復案例
服務器數據恢復—xfs文件系統服務器數據恢復案例
服務器數據恢復—搬遷導致服務器無法識別raid的數據恢復案例
服務器數據恢復—異常斷電導致RAID信息丟失的數據恢復案例
服務器數據恢復—正常關機斷電后重啟的服務器無法識別RAID的數據恢復案例
服務器數據恢復—異常斷電導致RAID管理信息丟失的數據恢復案例
服務器數據恢復—服務器XFS分區丟失,無法訪問的數據恢復案例
![<b class='flag-5'>服務器</b><b class='flag-5'>數據</b><b class='flag-5'>恢復</b>—<b class='flag-5'>服務器</b>XFS分區<b class='flag-5'>丟失</b>,無法訪問的<b class='flag-5'>數據</b><b class='flag-5'>恢復</b>案例](https://file.elecfans.com/web2/M00/A1/2E/poYBAGRE-MqAADD6AAK7fC9zywg823.png)
服務器數據恢復-異常斷電導致服務器故障的數據恢復案例
![<b class='flag-5'>服務器</b><b class='flag-5'>數據</b><b class='flag-5'>恢復</b>-異常斷電<b class='flag-5'>導致</b><b class='flag-5'>服務器</b>故障的<b class='flag-5'>數據</b><b class='flag-5'>恢復</b>案例](https://file1.elecfans.com/web2/M00/C2/C2/wKgaomXe3RKAB9LAAAGGXQmfEy8104.png)
評論