服務器數(shù)據恢復環(huán)境：
某品牌服務器+同品牌存儲，Linux centos7+EXT4文件系統(tǒng)。

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

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

審核編輯 黃宇