服務(wù)器Linux系統(tǒng)下的ext文件系統(tǒng)修復(fù)方案

一、故障描述

    服務(wù)器是dell 730系列服務(wù)器，存儲陣列是MD3200系列存儲5T的Lun，操作系統(tǒng)是Linux centos 7，文件系統(tǒng)類型是EXT4，因意外斷電，導(dǎo)致系統(tǒng)不能正常啟動，修復(fù)之后系統(tǒng)可以正常啟動，但是掛載的5T分區(qū)不能正常訪問了，對這個5T的分區(qū)進行fsck修復(fù)，修復(fù)完成之后文件系統(tǒng)正常，但是丟失了部分文件，仔細查看之后缺失的部分文件在lost+found文件夾里面，文件名稱已經(jīng)被改變。

二、故障分析

    1、備份數(shù)據(jù)

    把MD3200存儲的5T的lun以只讀模式重新映射到一臺windows 2008的備份服務(wù)器上，接著使用專業(yè)的工具將整個5T卷以扇區(qū)的方式鏡像到已準備的備份空間上，以確?？蛻舻臄?shù)據(jù)安全，之后的分析和恢復(fù)操作均在備份的數(shù)據(jù)上進行。

    2、分析故障原因

    仔細分析5T卷的底層數(shù)據(jù)發(fā)現(xiàn)，服務(wù)器的突然斷電導(dǎo)致故障虛擬機目錄下的目錄項出現(xiàn)破壞，但是這種破壞不會影響重要數(shù)據(jù)，只是破壞了文件的目錄項而已，可以通過人工修復(fù)即可解決。而之后對文件系統(tǒng)進行fsck修復(fù)，導(dǎo)致?lián)p壞的目錄項修復(fù)不成功，直接以目錄節(jié)點號命名放到lost+found文件夾下，則目錄項對應(yīng)的數(shù)據(jù)區(qū)索引會被清掉，也不會影響刪除文件的實際數(shù)據(jù)。這種情況可根據(jù)刪除虛擬磁盤文件中的文件系統(tǒng)以及虛擬磁盤中的文件類型在VMFS卷自由空間中進行碎片匹配和合并，最終也可恢復(fù)刪除的虛擬磁盤文件。

三、實施方向

    由于ext4文件系統(tǒng)文件丟失之后，文件的節(jié)點信息被清除了，所以無法根據(jù)文件的節(jié)點信息進行還原，只能根據(jù)丟失的文件的目錄項節(jié)點號和lost+found里面的文件的名稱進行匹配，由于lost+found里面的文件是以該文件的目錄項的節(jié)點號命名的，所以把目錄項節(jié)點號提取出來和lost+found的文件名稱進行匹配就可以還原之前的目錄結(jié)構(gòu)。

四、恢復(fù)數(shù)據(jù)

    按照實施方向思路進行底層分析，根據(jù)EXT4的文件系統(tǒng)結(jié)構(gòu)信息，在底層的空間中掃描符合的目錄項的區(qū)域，并統(tǒng)計其數(shù)量和計算目錄項的節(jié)點號。再根據(jù)磁盤中的文件系統(tǒng)的信息將這些掃描到的目錄項節(jié)點號進行整合，把掃描到的目錄項節(jié)點號記錄到數(shù)據(jù)庫里面，之后在通過lost+found里面的文件記錄號和數(shù)據(jù)庫里面的記錄號進行匹配。 

五、恢復(fù)總結(jié)

    由于客戶數(shù)據(jù)先是被突然斷電導(dǎo)致文件系統(tǒng)出現(xiàn)問題，接著人為fsck修復(fù)導(dǎo)致大量文件目錄結(jié)構(gòu)丟失，并且又重新寫入部分數(shù)據(jù)，導(dǎo)致其存在數(shù)據(jù)覆蓋的可能性。由于對ext4文件系統(tǒng)底層結(jié)構(gòu)足夠了解，并且有處理過類似故障類型的經(jīng)驗。所以整個恢復(fù)過程中還算比較順利。匹配之后數(shù)據(jù)正?；謴?fù)，并且驗證沒有問題，整個數(shù)據(jù)恢復(fù)成功。