儲存互斥失敗導致資料丟失的資料恢復成功案例

資料恢復故障描述

需要恢復的資料是某公司的一個資訊管理平臺，客戶使用了3臺虛擬機器為企業共享一臺儲存裝置，供企業內部使用，儲存了公司大量的重要資料檔案。管理員在在正常工作時為該儲存網路又連線了一臺Windows2003伺服器，結果這臺儲存突然無法使用了，管理員對儲存進行故障排查時發現儲存虛擬磁碟丟失，分割槽表丟失。重啟該儲存後故障依然沒有解決。由於儲存中的資料十分重要且沒有備份，管理員不敢擅自進行嘗試修復，只好透過資料恢復手段進行資料恢復。

儲存資料恢復分析

由於儲存崩潰的原因並非硬體故障，但是介於資料恢復流程我們還是請硬體工程師幫忙對客戶儲存中的硬碟進行檢測，果然所有硬碟狀態正常，沒有任何物理故障。由此可以確定導致儲存故障的原因是管理員連線的Windows2003伺服器對storage的獨享操作導致了整個儲存的VMFS卷損壞。資料恢復工程師分析儲存底層資料發現分割槽表被清零；有55AA的有效結束標誌；有硬碟ID標誌。在向後分析發現了儲存中有一個NTFS卷，但並沒有資料，資料恢復工程師只好繼續分析該卷的BITMAP發現內容大小與儲存大小的全部空間相差無幾。在卷的不同位置有部分的佔用，但所有佔用的空間不足110MB。

最後資料恢復工程師發現原來客戶的儲存裡有兩個分割槽，其中第一組分割槽佔80%，第二組分割槽是第一組分割槽的擴充套件分割槽，在ntfs分割槽對源資料進行破壞時並沒有涉及到第二個分割槽。所以資料恢復的重點應該放在第一組分割槽上，經過分析與查詢發現第一組分割槽的重要資訊都在，存在資料恢復的機會。

儲存資料恢復過程

由於檢測硬體的同時已經對所有硬碟進行過映象操作，之前的分析也是基於映象檔案的操作，所以這裡就不需要單獨映象客戶的資料了。直接連線儲存的兩個VMFS分割槽，按照分割槽的組織方式可以直接提取出vmdk檔案和配置檔案。提取出檔案後透過nfs回遷資料即可進行資料恢復結果自檢，工程師自檢無誤後通知客戶來現場進行資料恢復結果驗證。驗證成功後移交資料。

資料恢復後記：

這個資料丟失的原因十分簡單，就是因為光纖環境互斥不當導致了卷在Windows系統下重新做了分割槽並且格式化了NTFS和刪除分割槽的操作。由於esx vmfs的互斥是獨立於硬體曾銘的單獨依賴作業系統的，在這裡也提醒各位管理員在將儲存網路接入其他伺服器時要注意儲存分配許可權，以免造成資料丟失。