服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
北京某公司的EMC NAS,總共有3個(gè)節(jié)點(diǎn),每個(gè)節(jié)點(diǎn)配置12塊STAT硬盤。
NAS中存放有vmware虛擬機(jī)(WEB 服務(wù)器)和視頻文件。
虛擬機(jī)通過(guò)NFS協(xié)議共享到ESX主機(jī),視頻文件通過(guò)CIFS協(xié)議共享給虛擬機(jī)(WEB服務(wù)器)。
服務(wù)器故障:
由于工作人員誤操作將包括MSSQL數(shù)據(jù)庫(kù),大量MP4、ASF和TS格式的視頻文件刪除。NFS共享的所有數(shù)據(jù)(虛擬機(jī))被刪除而CIFS共享的數(shù)據(jù)則沒(méi)有被刪除。
服務(wù)器數(shù)據(jù)恢復(fù)過(guò)程:
1、對(duì)故障存儲(chǔ)中所有硬盤以只讀方式進(jìn)行全盤鏡像。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復(fù)操作都基于鏡像進(jìn)行,避免對(duì)原始數(shù)據(jù)造成二次破壞。
2、基于鏡像文件分析所有硬盤中的數(shù)據(jù)。由于數(shù)據(jù)是被人為刪除的,需要分析文件被刪除后,文件的Indoe及數(shù)據(jù)MAP是否發(fā)生變化。
3、由于被刪除的虛擬磁盤文件大小都在64G或者以上,而且存儲(chǔ)中沒(méi)有其他類型的、文件大小超過(guò)64G的大文件。北亞企安數(shù)據(jù)恢復(fù)工程師編寫Indoe掃描程序,將大小符合64G或以上的文件的Indoe都掃描出來(lái)。
4、分析掃描出來(lái)的Indoe,找出數(shù)據(jù)MAP位置,其index指向的內(nèi)容不是正常數(shù)據(jù),并且所有節(jié)點(diǎn)上的Indoe均是同樣的情況。
5、分析Inode,發(fā)現(xiàn)大文件的數(shù)據(jù)MAP會(huì)有多層(樹(shù)結(jié)構(gòu)),并且數(shù)據(jù)MAP中會(huì)記錄文件的唯一ID,因此可以嘗試找到文件底層的數(shù)據(jù)MAP。
6、對(duì)文件底層的數(shù)據(jù)MAP做遍歷跟蹤操作后發(fā)現(xiàn)底層的數(shù)據(jù)MAP果然還在。
7、從文件的Inode取出文件的唯一ID,聚合所有符合該ID的數(shù)據(jù)MAP。根據(jù)數(shù)據(jù)MAP中的VCN號(hào)排序,發(fā)現(xiàn)每個(gè)文件的前17088項(xiàng)數(shù)據(jù)MAP都不存在,這意味著每個(gè)文件的前17088項(xiàng)數(shù)據(jù)沒(méi)法恢復(fù)。
8、經(jīng)過(guò)換算發(fā)現(xiàn)丟失的數(shù)據(jù)MAP項(xiàng)總共包含不到1G的數(shù)據(jù),而刪除的文件全是虛擬機(jī)的vmdk文件,內(nèi)部采用的NTFS文件系統(tǒng),而NTFS文件系統(tǒng)的MFT基本都在3G的位置,也就是只需要在每個(gè)vmdk文件的頭部手動(dòng)偽造一個(gè)MBR和DBR就可以解釋vmdk里面的數(shù)據(jù)。
9、解釋掃描到的數(shù)據(jù)MAP,根據(jù)VCN號(hào)的順序?qū)С鰯?shù)據(jù),沒(méi)有MAP的情況就保留為零。經(jīng)過(guò)不斷的測(cè)試,嘗試導(dǎo)出一個(gè)vmdk文件,發(fā)現(xiàn)導(dǎo)出的vmdk文件比實(shí)際情況要小,并且vmdk中MFT的位置也與自身描述不符。
10、隨機(jī)驗(yàn)證幾個(gè)MAP發(fā)現(xiàn)都能指向數(shù)據(jù)區(qū),程序解釋MAP的方式也都沒(méi)有發(fā)現(xiàn)問(wèn)題。所以初步判斷出現(xiàn)這種情況的原因可能是文件稀疏。
11、調(diào)整代碼后重新導(dǎo)出剛才的vmdk文件,這次vmdk文件大小符合實(shí)際,且MFT的位置正確。手工偽造一個(gè)MBR、分區(qū)表以及DBR,使用北亞企安自主開(kāi)發(fā)的文件系統(tǒng)解釋程序成功解釋其文件系統(tǒng),導(dǎo)出該vmdk文件里的數(shù)據(jù)庫(kù)及視頻文件。
12、驗(yàn)證此vmdk中的數(shù)據(jù)庫(kù)及視頻文件沒(méi)有問(wèn)題后,批量導(dǎo)出所有的vmdk文件,再手工修改每個(gè)vmdk文件。直至恢復(fù)出所有用戶需要的數(shù)據(jù)。
服務(wù)器數(shù)據(jù)驗(yàn)證:
將所有重要數(shù)據(jù)恢復(fù)完成后,由用戶方安排工程師對(duì)恢復(fù)出來(lái)的數(shù)據(jù)做完整性及準(zhǔn)確性驗(yàn)證。經(jīng)過(guò)反復(fù)驗(yàn)證測(cè)試,用戶方確認(rèn)數(shù)據(jù)完整有效。本次數(shù)據(jù)恢復(fù)工作完成。
審核編輯:湯梓紅
-
服務(wù)器
+關(guān)注
關(guān)注
13文章
9796瀏覽量
88015 -
數(shù)據(jù)恢復(fù)
+關(guān)注
關(guān)注
10文章
650瀏覽量
18161
發(fā)布評(píng)論請(qǐng)先 登錄
服務(wù)器數(shù)據(jù)恢復(fù)—raid5陣列多塊硬盤離線導(dǎo)致EMC存儲(chǔ)不可用的數(shù)據(jù)恢復(fù)案例
服務(wù)器數(shù)據(jù)恢復(fù)—Linux系統(tǒng)服務(wù)器崩潰的數(shù)據(jù)恢復(fù)案例
服務(wù)器數(shù)據(jù)恢復(fù)—NAS存儲(chǔ)硬盤出現(xiàn)故障的數(shù)據(jù)恢復(fù)案例
虛擬化數(shù)據(jù)恢復(fù)—VMware虛擬化環(huán)境下重裝系統(tǒng)導(dǎo)致服務(wù)器數(shù)據(jù)丟失的數(shù)據(jù)恢復(fù)

服務(wù)器數(shù)據(jù)恢復(fù)—Zfs文件系統(tǒng)服務(wù)器數(shù)據(jù)恢復(fù)案例
服務(wù)器數(shù)據(jù)恢復(fù)—服務(wù)器硬盤燈閃黃燈的數(shù)據(jù)恢復(fù)案例
服務(wù)器數(shù)據(jù)恢復(fù)—ZFS文件系統(tǒng)下RAIDZ數(shù)據(jù)恢復(fù)案例


服務(wù)器數(shù)據(jù)恢復(fù)—通過(guò)開(kāi)盤恢復(fù)服務(wù)器硬盤數(shù)據(jù)的數(shù)據(jù)恢復(fù)案例#數(shù)據(jù)恢復(fù) #數(shù)據(jù)恢復(fù)
云硬盤掛載到新服務(wù)器,怎么恢復(fù)數(shù)據(jù)?
服務(wù)器數(shù)據(jù)恢復(fù)—EVA存儲(chǔ)誤刪除VDISK的數(shù)據(jù)恢復(fù)案例

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

評(píng)論