服務器數據恢復環境：
某品牌服務器+同品牌存儲，Linux centos7+EXT4文件系統。

服務器故障：
意外斷電導致服務器操作系統不能正常啟動。經過修復后系統可以正常啟動，但是掛載的分區無法正常訪問。使用fsck修復這個問題分區，雖然修復完成之后文件系統正常，但是發現部分文件丟失，查看后發現缺失的部分文件在lost+found文件夾里，文件名已經發生改變。

服務器數據恢復過程：
1、將存儲上的出現問題的lun以只讀模式映射到一臺windows server系統服務器上，以扇區的方式鏡像到備份空間，后續的數據分析和數據恢復操作均在備份的數據上進行，避免對原始數據造成二次破壞。
2、基于鏡像數據分析故障卷的底層數據，發現服務器異常斷電導致虛擬機目錄下的目錄項被破壞。這種破壞不會影響重要數據，只是破壞了文件的目錄項，可以通過人工修復解決。之后工作人員使用fsck修復文件系統，導致文件目錄結構丟失。損壞的目錄項修復不成功，直接以目錄節點號命名放到lost+found文件夾下。這時，目錄項對應的數據區索引會被清掉，但是也不會影響刪除文件的實際數據。可以根據刪除虛擬磁盤文件中的文件系統以及虛擬磁盤中的文件類型，在VMFS卷自由空間中進行碎片匹配和合并，恢復刪除的虛擬磁盤文件。
由于ext4文件系統文件丟失后，文件的節點信息也會被清除，所以無法根據文件的節點信息恢復數據，只能將丟失的文件的目錄項節點號和lost+found里面的文件的名稱進行匹配。由于lost+found里面的文件是以文件的目錄項的節點號命名的，所以把目錄項節點號提取出來和lost+found里面的文件名進行匹配就可以還原之前的目錄結構。
3、按照上述思路分析底層數據。根據EXT4的文件系統結構信息，在底層的空間中掃描符合的目錄項的區域，統計其數量和計算目錄項的節點號。根據磁盤中的文件系統的信息，北亞企安數據恢復工程師將這些掃描到的目錄項節點號進行整合，將掃描到的目錄項節點號記錄到數據庫。將lost+found里面的文件記錄號和數據庫里面的記錄號進行匹配。
4、經過匹配，數據正常恢復。經過數據恢復工程師和用戶方的驗證都沒有發現問題，數據恢復工作完成。

審核編輯 黃宇