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

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

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

審核編輯 黃宇