服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
某品牌PowerEdge系列服務(wù)器,磁盤陣列存儲(chǔ)型號(hào)為該品牌MD3200系列存儲(chǔ),分配lun;
linux centos 7操作系統(tǒng),EXT4文件系統(tǒng)。
服務(wù)器故障:
服務(wù)器在工作中由于未知原因突然關(guān)機(jī)且無法啟動(dòng),管理員經(jīng)過修復(fù)后可以啟動(dòng)服務(wù)器,但服務(wù)器的某個(gè)分區(qū)無法掛載。管理員對(duì)無法掛載的分區(qū)執(zhí)行了fsck修復(fù),修復(fù)完成后該分區(qū)可以成功掛載,但是查看該分區(qū)數(shù)據(jù)后發(fā)現(xiàn)部分文件丟失。
服務(wù)器數(shù)據(jù)恢復(fù)過程:
1、數(shù)據(jù)恢復(fù)工程師到達(dá)現(xiàn)場后將故障服務(wù)器以只讀模式映射到北亞企安數(shù)據(jù)恢復(fù)服務(wù)器上,將所有硬盤數(shù)據(jù)以只讀方式鏡像到數(shù)據(jù)恢復(fù)服務(wù)器上,后續(xù)數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像文件進(jìn)行,避免對(duì)原始數(shù)據(jù)造成二次破壞。
2、通過對(duì)鏡像文件的分析,數(shù)據(jù)恢復(fù)工程師初步診斷導(dǎo)致該服務(wù)器故障的原因是機(jī)房供電不穩(wěn)引起的服務(wù)器非正常關(guān)機(jī)。
3、仔細(xì)分析故障服務(wù)器的底層數(shù)據(jù),發(fā)現(xiàn)服務(wù)器的異常斷電導(dǎo)致目錄項(xiàng)被破壞,所幸的是底層數(shù)據(jù)依然存在,只需要數(shù)據(jù)恢復(fù)工程師手工修復(fù)即可恢復(fù)數(shù)據(jù)。
4、由于管理員對(duì)文件系統(tǒng)執(zhí)行了fsck修復(fù),被破壞的目錄項(xiàng)在修復(fù)失敗后以目錄節(jié)點(diǎn)號(hào)命名,并存放于lost+found目錄內(nèi),隨后又清除了這些目錄項(xiàng)所對(duì)應(yīng)的數(shù)據(jù)區(qū)索引。這就是分區(qū)掛載成功后部分文件丟失的原因。這樣的情況想要恢復(fù)數(shù)據(jù),可以根據(jù)被刪除的虛擬磁盤文件的文件系統(tǒng)和文件類型在vmfs卷自由空間中進(jìn)行排查,匹配碎片并重新合并,最終通過這種方式將刪除的虛擬磁盤文件恢復(fù)。
5、由于故障服務(wù)器采用的是EXT4文件系統(tǒng),EXT4文件系統(tǒng)有一個(gè)特點(diǎn)就是文件丟失后其節(jié)點(diǎn)信息也會(huì)被清除,所以在本案例不能采用基于節(jié)點(diǎn)信息進(jìn)行還原的方法來恢復(fù)數(shù)據(jù),而是根據(jù)丟失的文件目錄項(xiàng)節(jié)點(diǎn)號(hào)匹配lost+found目錄下的文件名稱這種方式來恢復(fù)數(shù)據(jù)。因?yàn)閘ost+found目錄下的文件命名規(guī)則就是該文件的目錄項(xiàng)節(jié)點(diǎn)號(hào)。可以先提取目錄項(xiàng)節(jié)點(diǎn)號(hào)并與lost+found目錄下的文件名進(jìn)行一一對(duì)應(yīng),最終還原出服務(wù)器的原始目錄結(jié)構(gòu)。
6、基于鏡像文件分析底層,在底層空間掃描目錄項(xiàng)的區(qū)域,將目錄項(xiàng)的節(jié)點(diǎn)號(hào)、數(shù)量等信息進(jìn)行統(tǒng)計(jì)和記錄,根據(jù)服務(wù)器磁盤中的文件系統(tǒng)信息將統(tǒng)計(jì)到的目錄項(xiàng)和節(jié)點(diǎn)號(hào)進(jìn)行整合匹配,然后匹配lost+found目錄下的文件記錄號(hào),最終將服務(wù)器分區(qū)丟失的數(shù)據(jù)恢復(fù)出來。
7、經(jīng)過管理員對(duì)恢復(fù)出來的數(shù)據(jù)進(jìn)行反復(fù)驗(yàn)證后,確認(rèn)恢復(fù)出來的數(shù)據(jù)完整有效,本次數(shù)據(jù)恢復(fù)工作完成。
審核編輯黃宇
-
服務(wù)器
+關(guān)注
關(guān)注
12文章
9663瀏覽量
87166 -
數(shù)據(jù)恢復(fù)
+關(guān)注
關(guān)注
10文章
633瀏覽量
17978
發(fā)布評(píng)論請(qǐng)先 登錄
在眾核場景下EXT4該如何應(yīng)對(duì)才能發(fā)揮性能

服務(wù)器數(shù)據(jù)恢復(fù)—LINUX系統(tǒng)刪除/格式化的數(shù)據(jù)恢復(fù)可行性分析
服務(wù)器數(shù)據(jù)恢復(fù)——Ext4文件系統(tǒng)umount失敗的數(shù)據(jù)恢復(fù)案例

虛擬化數(shù)據(jù)恢復(fù)—UFS2文件系統(tǒng)數(shù)據(jù)恢復(fù)案例
服務(wù)器數(shù)據(jù)恢復(fù)—raid5陣列+reiserfs文件系統(tǒng)數(shù)據(jù)恢復(fù)案例
服務(wù)器數(shù)據(jù)恢復(fù)—異常斷電導(dǎo)致linux系統(tǒng)無法啟動(dòng)的數(shù)據(jù)恢復(fù)案例
服務(wù)器數(shù)據(jù)恢復(fù)—EXT3文件系統(tǒng)下誤刪除數(shù)據(jù)的恢復(fù)案例

服務(wù)器數(shù)據(jù)恢復(fù)—V7000存儲(chǔ)NTFS文件系統(tǒng)數(shù)據(jù)恢復(fù)案例

Linux根文件系統(tǒng)的掛載過程
[2K300適配OpenharmonyV4.1]根文件系統(tǒng)制作請(qǐng)教
全志Linux磁盤操作基礎(chǔ)命令
ubuntu刪除的文件怎么恢復(fù)
虛擬機(jī)數(shù)據(jù)恢復(fù)—KVM虛擬機(jī)被誤刪除的數(shù)據(jù)恢復(fù)案例

服務(wù)器數(shù)據(jù)恢復(fù)—誤刪除KVM虛擬機(jī)的數(shù)據(jù)恢復(fù)案例

服務(wù)器數(shù)據(jù)恢復(fù)—CX4-480存儲(chǔ)中XFS文件系統(tǒng)分區(qū)丟失的數(shù)據(jù)恢復(fù)案例

評(píng)論