服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
某品牌服務(wù)器+同品牌存儲(chǔ),Linux centos7+EXT4文件系統(tǒng)。
服務(wù)器故障:
意外斷電導(dǎo)致服務(wù)器操作系統(tǒng)不能正常啟動(dòng)。經(jīng)過(guò)修復(fù)后系統(tǒng)可以正常啟動(dòng),但是掛載的分區(qū)無(wú)法正常訪問(wèn)。使用fsck修復(fù)這個(gè)問(wèn)題分區(qū),雖然修復(fù)完成之后文件系統(tǒng)正常,但是發(fā)現(xiàn)部分文件丟失,查看后發(fā)現(xiàn)缺失的部分文件在lost+found文件夾里,文件名已經(jīng)發(fā)生改變。
服務(wù)器數(shù)據(jù)恢復(fù)過(guò)程:
1、將存儲(chǔ)上的出現(xiàn)問(wèn)題的lun以只讀模式映射到一臺(tái)windows server系統(tǒng)服務(wù)器上,以扇區(qū)的方式鏡像到備份空間,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作均在備份的數(shù)據(jù)上進(jìn)行,避免對(duì)原始數(shù)據(jù)造成二次破壞。
2、基于鏡像數(shù)據(jù)分析故障卷的底層數(shù)據(jù),發(fā)現(xiàn)服務(wù)器異常斷電導(dǎo)致虛擬機(jī)目錄下的目錄項(xiàng)被破壞。這種破壞不會(huì)影響重要數(shù)據(jù),只是破壞了文件的目錄項(xiàng),可以通過(guò)人工修復(fù)解決。之后工作人員使用fsck修復(fù)文件系統(tǒng),導(dǎo)致文件目錄結(jié)構(gòu)丟失。損壞的目錄項(xiàng)修復(fù)不成功,直接以目錄節(jié)點(diǎn)號(hào)命名放到lost+found文件夾下。這時(shí),目錄項(xiàng)對(duì)應(yīng)的數(shù)據(jù)區(qū)索引會(huì)被清掉,但是也不會(huì)影響刪除文件的實(shí)際數(shù)據(jù)??梢愿鶕?jù)刪除虛擬磁盤文件中的文件系統(tǒng)以及虛擬磁盤中的文件類型,在VMFS卷自由空間中進(jìn)行碎片匹配和合并,恢復(fù)刪除的虛擬磁盤文件。
由于ext4文件系統(tǒng)文件丟失后,文件的節(jié)點(diǎn)信息也會(huì)被清除,所以無(wú)法根據(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)提取出來(lái)和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ù)庫(kù)。將lost+found里面的文件記錄號(hào)和數(shù)據(jù)庫(kù)里面的記錄號(hào)進(jìn)行匹配。
4、經(jīng)過(guò)匹配,數(shù)據(jù)正?;謴?fù)。經(jīng)過(guò)數(shù)據(jù)恢復(fù)工程師和用戶方的驗(yàn)證都沒有發(fā)現(xiàn)問(wèn)題,數(shù)據(jù)恢復(fù)工作完成。
審核編輯 黃宇
-
Linux
+關(guān)注
關(guān)注
87文章
11181瀏覽量
208506 -
服務(wù)器
+關(guān)注
關(guān)注
12文章
8873瀏覽量
84968 -
數(shù)據(jù)恢復(fù)
+關(guān)注
關(guān)注
10文章
528瀏覽量
17318
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
評(píng)論