某網站空間服務商，DELL伺服器，兩組RAID5，一組3塊146G SAS硬碟組成RAID5，用於安裝的虛擬機器VMWARE ESX4.0，第二組由三塊1TB硬碟組成RAID5，並構成一個分割槽，VMFS3檔案系統,此分割槽裡面安裝了數十個windows2003作業系統。資料量約1.1TB，存放了客戶網站資料庫等資訊。凌晨3點，值班管理員巡查時一切正常，早上7點檢視時，發現第二組RAID5有兩塊盤掉線。無法訪問裡面的資料，經過與管理員溝通，表示沒有對VMWARE伺服器做其他任何操作。
VMWARE資料恢復分析：
一、MHDD檢測三塊硬碟，發現有部分損壞，讀取時間小於150毫秒，不影響資料正常讀取。
二、winhex開啟三塊盤分析，0扇區有引導記錄，結束標記都正常，但是分割槽表所指向的VMFS3卷引導記錄或者linux下的超級塊，全部為00H，初步斷定，VMFS3檔案系統的超級快類似於RFS檔案系統，有一部分的保留扇區。
三、 三塊盤同時向下查詢卷引導記錄，沒有發現任何蹤跡。同時發現一號盤的0-500G之間居然全部為00，異或不透過。從大約600G的位置開始異或透過。分析出VMWARE的RAID5的盤序，塊大小，資料走向，校驗方向等引數，用winhex重組。winhex也不能識別這類檔案系統（0xfb）。重組成功後，接下來是如何驗證資料，或者提取裡面的資料，方法一，利用ufs4.6.1檢視裡面資料，遺憾的是，不支援此類檔案系統。方法二，利用linux下的vmfstools預覽資料，同樣也失敗，安裝ubuntu，下載vmfstools，只能識別該盤為RAID組建，無法識別裡面的VMFS分割槽。
解決辦法
將重組後的VMWARE RAID5恢復到一個2TB的硬碟裡面，由於是從0扇區開始映象，RAID5的LBA值大於2TB硬碟LBA，丟棄後面的部分扇區。經過一晚映象，RAID資料全部恢復到單盤。
驗證VMFS分割槽資料
在單盤上安裝VMWARE ESX4.0，連線恢復出來的2TB硬碟，訪問伺服器，用VMWARE新增此硬碟，分割槽識別。但是驗證裡面的SERVER2003時，啟動過程中報系統錯誤。執行chkdsk c: /f命令，重啟後，正常進入系統。驗證其他MSSQL資料庫，一切正常。至此資料恢復成功！