三下搞定VMware虛擬機(jī)的數(shù)據(jù)恢復(fù)
作者：張宇，北亞VMWARE數(shù)據(jù)恢復(fù)中心，轉(zhuǎn)載請聯(lián)系作者，如果實(shí)在不想聯(lián)系作者，至少請保留版權(quán)，謝謝。
對前幾天接手的一個(gè)VMWARE ESX SERVER的數(shù)據(jù)恢復(fù)案子進(jìn)行一下總結(jié)
[數(shù)據(jù)恢復(fù)故障描述]
中石化某省分公司，信息管理平臺，幾臺VMware虛擬機(jī)——ESX SERVER共享一臺IBM DS4100存儲，大約有40~50組虛擬機(jī)，占用1.8TB空間，數(shù)據(jù)重要。
正常工作中，vc里報(bào)告虛擬磁盤丟失，ssh到ESX中執(zhí)行fdisk -l查看磁盤，發(fā)現(xiàn)storage已經(jīng)沒有分區(qū)表了。重啟所有設(shè)備后，ESX SERVER均無法連接到DS4100所在的STORAGE。
仔細(xì)詢問當(dāng)時(shí)的管理員，他們提到一點(diǎn)，曾經(jīng)在這個(gè)存儲網(wǎng)絡(luò)里連接過一臺windows 2003服務(wù)器，具體情況不詳。
[數(shù)據(jù)恢復(fù)分析]
很自然地想到了，可能是那臺windows 2003因?qū)torage的獨(dú)享操作導(dǎo)致了整個(gè)vmfs卷損壞。
以整個(gè)存儲做分析發(fā)現(xiàn)：
１、分區(qū)表清０，有55aa有效結(jié)束標(biāo)志，有硬盤ID標(biāo)志。
２、簡單從前向后查看，發(fā)現(xiàn)一個(gè)NTFS卷，但似乎并未寫數(shù)據(jù)進(jìn)去，像一個(gè)剛剛格式化的卷，對這個(gè)NTFS卷的BITMAP做分析，得知大小約為1.8T（全部空間），前部占用部分空間，3G左右位置占用部分空間，0.9T附近占用部分空間，但總占用空間不超過100M。
３、針對VMFS卷進(jìn)行分析，發(fā)現(xiàn)在原1.8TB的磁盤里有2組VMFS分區(qū)，第２組是對***組的extend，***組約1.5T，第二組約300GB，因NTFS分區(qū)并未寫數(shù)據(jù)到第二個(gè)VMFS分區(qū)里(***一個(gè)扇區(qū)的DBR備份沒有覆蓋有用數(shù)據(jù))，所以重點(diǎn)在于***個(gè)VMFS分區(qū)。
４、分析***組VMFS，卷頭結(jié)構(gòu)丟失，一級索引、二級索引均存在，NTFS覆蓋的數(shù)據(jù)區(qū)正好是某組虛擬機(jī)的臨時(shí)內(nèi)存鏡像，損壞也無妨。
[數(shù)據(jù)恢復(fù)過程只要三步]
１、對整個(gè)STORAGE進(jìn)行鏡像備份。
２、分析后，連接兩個(gè)VMFS分區(qū)，直接按照VMFS分析組織方式提取所有VMDK及配置文件。
３、通過nfs直接遷移回ESX SERVER。
另：本例中因已對故障存儲做了安全備份，修復(fù)中同時(shí)直接重建***組VMFS卷頭，索引列表、分區(qū)表等信息，直接附加在ESX SERVER環(huán)境，算是第二個(gè)方案。
[數(shù)據(jù)恢復(fù)結(jié)果]
花費(fèi)2天時(shí)間(不計(jì)之后的遷移時(shí)間)，全部數(shù)據(jù)恢復(fù)成功
[其他]
１、本例中依然是因?yàn)楣饫w環(huán)境互斥不當(dāng)導(dǎo)致的問題，實(shí)際上，應(yīng)該是這個(gè)卷在WINDOWS系統(tǒng)做了重新分區(qū)，并格式化成了NTFS，之后又對分區(qū)做了刪除操作。因ESX VMFS的互斥不依賴于硬件，只依賴于操作系統(tǒng)驅(qū)動層，所以在其他服務(wù)器接入存儲網(wǎng)絡(luò)時(shí)一定要小心，盡量考慮好存儲分配權(quán)限。
２、ESX因便捷的信息集中管理，真正使用中往往數(shù)據(jù)特別重要，一定要做好備份工作，并考慮損壞時(shí)遷移的方便性。
【編輯推薦】
