免責聲明： 此註釋僅供娛樂。 其中有用資訊的具體密度較低。 它是“為我自己”寫的。
抒情介紹
我們組織中的檔案轉儲運行在執行 Windows Server 6 的 VMware ESXi 2016 虛擬機器上。這不僅僅是垃圾轉儲。 這是結構部門之間的文件交換伺服器：有協作、專案文件和來自網路掃描器的資料夾。 一般來說，所有的生產生活都在這裡。
而這個所有生產生活的容器都開始掛了。 而且，客人可以安靜地上吊自殺，不影響其他人。 他可以關閉整個主機，並相應地關閉所有其他訪客機器。 我可以掛起自己並掛起 vSphere 用戶端服務：也就是說，其他來賓的進程處於活動狀態，電腦正常工作並回應，但沒有檔案清洗器，並且 vSphere 用戶端不附著在主機上。 一般來說，無法辨識任何系統。 白天低負載時可能會發生凍結。 他們可以在晚上空載的情況下進行。 可以在夜間進行差異備份和平均負載。 可以在週末進行完整備份和高負載時進行。 情況明顯惡化。 起初是一年一次，後來每六個月一次。 在我的耐心耗盡時——每週兩次。
我有記憶問題。 但他們甚至不讓我在周末停止垃圾堆並運行 Memtest。 我們一直在等待五一假期。 五一假期期間，我執行了Memtest，沒有發現任何錯誤。
我很驚訝，決定去度假。 當我度假時，垃圾場沒有發生任何堵塞。 當我周一第一天回去工作時，發現有一個垃圾堆。 我忍受了完整的備份並在完成後立即掛起。 假期如此熱烈的歡迎促使我決定將帶有客戶電腦的磁碟實體拖曳到另一台主機。
而且，雖然早就知道放假後的第一天不能做任何正經事，儘管我已經做好了一路不上班的準備，但又一次冰凍的憤慨打擊了我的心情和我的心情。誓言從我的腦海中浮現...
實體磁碟已移至另一台主機。 熱連接。 在選項卡上的儲存設定中 驅動器 出現磁碟。 在選項卡上 數據存儲 這些磁碟上沒有儲存空間。 刷新 - 不要出現。 嗯，當然，第一個衝動—— 添加存儲。 添加嚮導解釋了它支援的內容。 當然它也支援VMFS。 我並不懷疑這一點。 快速查看精靈每個步驟的訊息：下一步、下一步、下一步、完成。 眼睛甚至沒有註意到主人台階的窗戶底部有一個帶有感嘆號的黃色小圓圈。
在精靈結束時，新的資料儲存出現在清單中...以及來自剩餘實體磁碟的資料儲存。
我繼續瀏覽新添加的數據存儲，它是……空的。 當然，我又陷入了驚訝之中。 現在是早上 8 點，放假後上班的前 15 分鐘，我甚至還沒有攪拌咖啡裡的糖。 就是這樣。 第一個想法是我從「本機」主機拉出了錯誤的磁碟。 我查看了“本機”主機中是否存在所需的資料儲存：不，它不存在。 第二個念頭是：「幹！」 我不確定，但在我看來，第三個、第四個、至少第五個想法是一樣的。
為了消除疑慮，我快速安裝了一個新的 ESXi 進行測試，取出左側磁碟並在讀取它後，請按照嚮導的步驟進行操作。 是的。 使用精靈新增資料儲存時，磁碟上的所有資料都會遺失，並且無法回滾操作和復原資料。 後來我在一個論壇上讀到一位大師對這個設計的評價：狗屎。 我真的同意了。
從第六個開始，思想就朝著更有建設性的方向發展。 好的。 即使對於 3Tb 磁碟，初始化也只需幾秒鐘。 所以這是高級格式化。 這意味著分區表被簡單地重寫了。 所以數據還在那裡。 所以，現在我們將尋找一些未格式化的內容，瞧。
我從 Strelec 啟動映像啟動機器...我發現分割區復原程式知道除 VMFS 之外的所有內容。 例如，他們知道 Synology 的分割佈局，但不知道 VMFS。
搜尋程式並不能讓人放心：GetDataBack 和 R.Saver 最多只能找到具有即時目錄結構和即時檔案名稱的 NTFS 分割區。 但這不適合我。 我需要兩個 vmdk 檔案：系統碟和垃圾檔案盤。
然後我了解到我現在將安裝 Windows 並從檔案備份中推出。 同時我記得我在那裡有一個 DFS 根。 還有一個部門資料夾存取權限系統，其範圍和影響絕對是狂野的。 不是一個選擇。 唯一在時間上可接受的選項是使用資料和所有權限來恢復系統和磁碟的狀態。
Google、論壇、KB'shki 和 Yaroslavna 再次呼籲：VMware ESXi 不提供資料復原機制。 所有討論線程都有兩個結局：有人使用昂貴的 DiskInternals VMFS Recovery 進行恢復，或者某人得到了積極推廣其服務的軟體專家的幫助 vmfs 工具 и dd。 以 700 美元購買 DiskInternals VMFS 恢復許可證的選項不是一個選項。 允許來自「潛在敵人的領土」的外部人員存取公司資料也是不可行的。 不過google了一下發現VMFS分割區也可以被UFS Explorer讀取。
磁碟內部 VMFS 復原
試用版已下載並安裝。 程式成功看到空的 VMFS 分割區：
在模式下 取消刪除（快速掃描） 我還發現了一個破舊的數據存儲，其中包含帶有磁碟的虛擬機器資料夾：
預覽顯示文件還活著：
將分割區成功安裝到系統中，但由於某種未知原因，所有三個資料夾都包含相同的虛擬機器。 當然，根據法律規定，卑鄙並不是所要求的。
恥辱三行無恥地鎖定軟體的嘗試以失敗告終。 但 UFS Explorer 被鎖定。
我對軟體竊盜持極度消極的態度。 我絕不鼓勵使用任何方法來繞過未經許可的使用的保護。
我處於災難性的境地，對我所採取的措施一點也不感到自豪。
UFS 資源管理器
磁碟掃描顯示存在 7 個節點。 節點數量「令人驚訝」地與 VMFS Recovery 偵測到的 *-flat.vmdk 檔案數量一致：
檔案大小和節點大小的比較也顯示出精確到位元組的匹配。 同時，*-flat.vmdk 檔案的名稱及其屬於虛擬機器的名稱也被恢復。
一般來說，從 ESXi 的角度來看，vmdk 磁碟由兩個檔案組成：資料檔案 (<電腦名稱>-flat.vmdk) 和「實體」磁碟版面配置檔案 (<電腦名稱>.vmdk)。 如果您從本機電腦將 *-flat.vmdk 檔案上傳到資料存儲，ESXi 不會將其識別為有效的磁碟檔案。 VMware知識庫有一篇關於如何手動建立磁碟描述符檔案的文章： ，但我不必這樣做，我只是從DiskInternals VMFS Recovery中的文件內容預覽區域複製了相應文件的內容：
經過 4 小時從 UFS Explorer 卸載 2,5 TB 節點並載入到虛擬機器管理程式的資料儲存中 20 小時後，崩潰的磁碟檔案已連接到新建立的虛擬機器。 磁碟拾起。 沒有觀察到資料遺失。
來源： www.habr.com