服務器數據恢復環境:
某品牌730系列服務器+MD3200陣列,系列存儲,linux centos7操作系統+EXT4文件系統,分配一個lun。
服務器故障:
服務器在運行過程中突然關機且無法啟動。服務器管理員對故障服務器進行修復后,雖然服務器可以正常啟動,但服務器分區無法掛載。服務器管理員修復&掛載無法掛載的分區,查看數據后發現部分文件丟失。
服務器數據恢復過程:
1、服務器數據恢復工程師到達現場后將故障服務器以只讀模式映射到北亞企安備份服務器上,然后將故障服務器上的數據完整鏡像到備份服務器上。后續的數據分析和數據恢復操作都基于備份服務器上的數據進行。服務器數據恢復工程師對備份服務器內的數據進行分析后,初步判斷服務器故障是由于機房供電電壓不穩造成的。
2、服務器數據恢復工程師分析故障服務器的底層數據后發現目錄項被破壞,但底層數據仍然存在。由于服務器管理員對文件系統進行過fsck修復,損壞的目錄項修復失敗后以目錄節點號命名,存放于lost+found文件目錄內,這些目錄項所對應的數據區索引也被清除。經過北亞企安數據恢復工程師的會診,敲定數據恢復方案:通過被刪除的虛擬磁盤文件的文件系統和文件類型排查vmfs卷自由空間,匹配&重新合并碎片,恢復刪除的虛擬磁盤文件。
Tips:故障服務器使用EXT4文件系統,該文件系統中的文件丟失后其節點信息也會被清除,所以不能通過節點信息恢復數據,而應該通過將丟失的文件目錄項節點號和lost+found目錄下的文件名稱進行匹配的方法恢復數據。服務器數據恢復工程師提取目錄項節點號,與lost+found目錄下的文件名進行一一對應,還原服務器的原始目錄結構。
3、根據上述數據恢復方案,服務器數據恢復工程師分析底層數據。掃描底層空間的目錄項的區域,統計和記錄目錄項的節點號、數量等信息。根據服務器磁盤中的文件系統信息整合&匹配統計的目錄項和節點號,然后和lost+found目錄下的文件記錄號進行匹配,恢復服務器內丟失的數據。
4、用戶方工程師對恢復出來的數據進行檢測后,確認恢復出來的數據完整有效。本次數據恢復工作完成。
-
服務器
+關注
關注
14文章
10324瀏覽量
91659 -
數據恢復
+關注
關注
10文章
721瀏覽量
19028
發布評論請先 登錄
【服務器數據恢復】從崩潰到重生:16盤服務器RAID與EXT4文件系統深度修復實錄
【服務器數據恢復】服務器raid5陣列raid模塊損壞的數據恢復案例
服務器數據恢復—RAIDZ多盤離線導致服務器崩潰的數據恢復案例
服務器數據恢復—RAIDZ多塊硬盤離線導致服務器崩潰的數據恢復案例
服務器數據恢復—服務器斷電導致raid模塊損壞的數據恢復案例
服務器數據恢復—硬盤離線導致raid上層的卷無法掛載的數據恢復案例
服務器數據恢復——服務器異常斷電導致raid模塊損壞的數據恢復案例
服務器數據恢復—重裝系統導致XFS文件系統分區丟失的數據恢復案例
服務器數據恢復—Linux系統服務器崩潰的數據恢復案例
服務器數據恢復—服務器重裝系統導致分區消失的數據恢復案例
服務器數據恢復—供電不穩引發服務器EXT4分區掛載失敗的數據恢復案例
評論