出現VMware虛擬機器磁碟丟失的情況，使用這種解決方式實在是太有必要了

VMware虛擬機器 裝置資訊:

1、 VMware虛擬機器 （數量： 40-50組;佔用空間:1.8TB ）

2、 VMware虛擬機器——ESX SERVER共享一臺IBM DS4100儲存

VMware虛擬機器 故障描述：

工作人員在使用過程當中 ， 由於 vc裡報告虛擬磁碟丟失， 通過 ssh到ESX中執行fdisk -l檢視磁碟，storage已經 無 分割槽表。 經過 重啟所有裝置後，ESX SERVER均無法連線到DS4100所在的STORAGE。

通過對管理員的諮詢瞭解到，在該儲存網路裡曾連線一臺 windows 2003伺服器 。

VMware虛擬機器 故障分析：

由此我們可推測，有 可能是那臺windows 2003 通過 對storage的獨享操作導致了vmfs卷損壞。

1、 以整個儲存做分析發現分割槽表清 0 ，有55aa有效結束標誌，有硬碟ID標誌。

2、 從前向後檢視，發現一個NTFS卷， 且無任何資料。我們通過 對這個NTFS卷的BITMAP分析，得知大小約為1.8T（全部空間），3G左右位置佔用部分空間，0.9T附近佔用部分空間，但總佔用空間不超過100M。

3、 針對VMFS捲進行分析，發現在原1.8TB的磁碟裡有2組VMFS分割槽，第 2 組是對第一組的extend，第一組約1.5T，第二組約300GB，因NTFS分割槽並未寫資料到第二個VMFS分割槽裡(最後一個扇區的DBR備份沒有覆蓋有用資料)，所以重點在於第一個VMFS分割槽。分析第一組VMFS，卷頭結構丟失，一級索引、二級索引均存在，NTFS覆蓋的資料區正好是某組虛擬機器的臨時記憶體映象，損壞也無妨。

VMware虛擬機器 資料恢復步驟：

第一步：對整個STORAGE進行映象備份。

第二步：分析後，連線兩個VMFS分割槽，直接按照VMFS分析組織方式提取所有VMDK及配置檔案。

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

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

VMware虛擬機器 資料恢復結果：

歷經兩天時間，已將資料成功提取，經使用者驗收，資料可正常讀取無誤，至此資料恢復工作結束。

VMware虛擬機器 操作小貼士：

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

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

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/31380569/viewspace-2665081/，如需轉載，請註明出處，否則將追究法律責任。