【伺服器資料恢復】VMFS分割槽被刪除並格式化的資料恢復案例

北亞資料恢復發表於2023-03-30

伺服器資料恢復環境:

某公司資訊管理平臺,若干臺VMware虛擬機器共享一臺儲存裝置,供內部使用,該儲存裝置中存放了公司大量重要資料。


伺服器故障:

該儲存裝置執行時,管理員在儲存網路中連線了一臺Windows伺服器,這臺儲存裝置突然無法正常使用。管理員對該儲存設

備進行初步檢查後發現該儲存裝置中的虛擬磁碟丟失,分割槽表丟失,重啟該儲存裝置後故障依舊。由於該儲存裝置中的資料

十分重要且沒有備份,管理員不敢擅自進行操作。


伺服器資料恢復過程:

1、透過管理員的描述,資料恢復工程師初步判斷該儲存裝置崩潰並非是硬體故障導致的。按照正規資料恢復流程和謹慎考慮

,硬體工程師還是對故障儲存裝置中的所有硬碟進行了物理故障檢測,檢測結果和初步判斷一致:所有硬碟都可以正常讀取,

沒有發現任何物理故障。

2、將故障儲存中所有硬碟編號後取出,以只讀方式將所有硬碟完整映象備份,後續的資料分析和資料恢復操作都基於映象文

件進行,避免對原始資料造成二次破壞。

3、經過初步分析,資料恢復工程師基本上可以確定該儲存裝置崩潰的原因就是管理員連線的那臺Windows伺服器對故障存

儲的storage的獨享操作破壞了儲存的VMFS卷。

4、對儲存的底層資料進行分析後,資料恢復工程師發現:分割槽表被清零,但是分割槽表有55AA的有效結束標誌,有硬碟ID標

志。

5、繼續分析發現儲存中有一個沒有任何資料的NTFS卷,繼續分析該卷的BITMAP後發現其大小與儲存的全部空間大小相差

無幾,在卷的幾個不同位置都有部分的佔用,但所有佔用的總空間很小。

6、經過和管理員溝通和對底層資料的分析,發現故障儲存實際上有兩個分割槽,第一個分割槽佔總空間大小的80%,第二個分

區是第一個分割槽的擴充套件分割槽,在ntfs分割槽對資料進行破壞時並沒有涉及到第二個分割槽。所以資料恢復的關鍵在第一個分割槽,

經過分析與查詢發現第一個分割槽的重要資訊都還在。

7、連線故障儲存的兩個VMFS分割槽,按照分割槽的組織方式直接提取vmdk檔案和配置檔案。

8、提取出檔案後透過nfs回遷資料的方式進行資料恢復。恢復完成後對結果進行校檢,檢測無誤後交由使用者方工程師來現場

進行結果驗證,驗證沒有問題後移交資料。


伺服器資料恢復總結:

這個資料丟失的原因十分簡單,就是因為光纖環境互斥不當導致了卷在Windows系統下重新做了分割槽並且執行了NTFS格式

化和刪除分割槽的操作。由於esx vmfs的互斥是獨立於硬體層面而只依賴於作業系統驅動層的,所以將儲存接入其他伺服器時

一定要注意儲存的分配許可權,避免造成資料丟失。


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

相關文章