中石化某省分公司的信息管理平臺，幾臺VMware虛擬機——ESX SERVER共享一臺IBM DS4100存儲，大約有40~50組虛擬機，占用1.8TB空間，正常工作中，vc裏報告虛擬磁盤丟失，ssh到ESX中執行fdisk -l查看磁盤，發現storage已經沒有分區表了。重啟所有設備後，ESX SERVER均無法連接到DS4100所在的STORAGE。

我們接到案例後仔細詢問當時的管理員但是可用信息不多，但是他們無意間提到曾經在這個存儲網絡裏連接過一臺windows 2003服務器，具體情況不詳。於是很自然地想到了，可能是那臺windows 2003因對storage的獨享操作導致了整個vmfs卷損壞。

以整個存儲做分析發現分區表清０，有55aa有效結束標誌，有硬盤ID標誌。簡單從前向後查看，發現一個NTFS卷，但似乎並未寫數據進去，像一個剛剛格式化的卷，對這個NTFS卷的BITMAP做分析，得知大小約為1.8T（全部空間），前部占用部分空間，3G左右位置占用部分空間，0.9T附近占用部分空間，但總占用空間不超過100M。針對VMFS卷進行分析，發現在原1.8TB的磁盤裏有2組VMFS分區，第２組是對第一組的extend，第一組約1.5T，第二組約300GB，因NTFS分區並未寫數據到第二個VMFS分區裏(最後一個扇區的DBR備份沒有覆蓋有用數據)，所以重點在於第一個VMFS分區。分析第一組VMFS，卷頭結構丟失，一級索引、二級索引均存在，NTFS覆蓋的數據區正好是某組虛擬機的臨時內存鏡像，損壞也無妨。

通過以上分析，我們就可以進行數據的恢復了，

第一步：對整個STORAGE進行鏡像備份。

第二步：分析後，連接兩個VMFS分區，直接按照VMFS分析組織方式提取所有VMDK及配置文件。

第三步：通過nfs直接遷移回ESX SERVER。

另：本例中因已對故障存儲做了安全備份，修復中同時直接重建第一組VMFS卷頭，索引列表、分區表等信息，直接附加在ESX SERVER環境，算是第二個方案。

經過兩天的努力，數據成功恢復，在此感謝工程師們為此付出的努力。

[其他]

１、本例中依然是因為光纖環境互斥不當導致的問題，實際上，應該是這個卷在WINDOWS系統做了重新分區，並格式化成了NTFS，之後又對分區做了刪除操作。因ESX VMFS的互斥不依賴於硬件，只依賴於操作系統驅動層，所以在其他服務器接入存儲網絡時一定要小心，盡量考慮好存儲分配權限。

２、ESX因便捷的信息集中管理，真正使用中往往數據特別重要，一定要做好備份工作，並考慮損壞時遷移的方便性。

本文出自 “SUN” 博客，請務必保留此出處http://sun510.blog.51cto.com/9640486/1959909

VMware虛擬機 VC裏報告虛擬磁盤丟失的解決方案