因為之前Server不熟悉RAID，不小心把傳統硬碟的RAID給砍了，

因此把幾台實驗性質的VM所掛的DATA DISK也跟著砍了

 

系統DISK都在，但DATA DISK GG了，剛好又有相依的SNAPSHOT

 

所以造成主系統開不了，而SNAPSHOT又砍不掉的窘境

 

下午TRY了一下，兩種方式

 

1.你可以把VMDK全部COPY出來，重新創一台VM，然後DISK掛上去，這樣OK

但這樣的做法，會連之前SNAPSHOT的舊紀錄都還在VMDK裡…髒髒的，且多占容量

 

2.用vmware-vdiskmanager.exe幫助你轉換，直接講實作：

C:\Users\Administrator>"C:\Program Files (x86)\VMware\VMware Workstation\vmware-vdiskmanager.exe" -r "F:\VMs\FreeBSD 10 64-bit\FreeBSD 64-bit-000002.vmdk" -t 0 "f:\FreeBSD 64-bit.vmdk"
VixDiskLib: Invalid configuration file parameter. Failed to read configuration file.
Creating disk 'f:\FreeBSD 64-bit.vmdk'
  Convert: 100% done.
Virtual disk conversion successful.

 

可以看到有問題的VMDK是FreeBSD 64-bit-000002.vmdk，當然，你要自己挑最新的那個vmdk，若你的VMDK是採用split分割數個儲存的方式，在放置VMDK的目錄底下就會有很多檔名

例如：FreeBSD 64-bit-0-000002-s011.vmdk, FreeBSD 64-bit-0-000002-s012.vmdk, FreeBSD 64-bit-0-000002-s013.vmdk…等等

 

所以找到最新且沒有-sxxx結尾的，那就是你最新狀態的VMDK，因為VMWARE做SNAPSHOT是用漸進式的，所以當你選擇最新的SNAPSHOT，它會自動地去找前面更早的VMDK做合併

 

指令參數請參考：

https://www.vmware.com/support/ws45/doc/disks_vdiskmanager_run_ws.html

 

上面即可把有問題的VM，找出最新狀態，抽出轉換複製成另外一個VMDK，所以要注意實體機的磁碟大小是否足夠

 

轉換成功之後，建議創一台新的VM，掛載轉換出來的VMDK，就可以繼續安全的使用了～

 

 

thx for:

https://communities.vmware.com/thread/502862

http://4rul.com/4rul/blog/blog/37-%E9%9B%BB%E8%85%A6%E7%B6%AD%E8%AD%B7/68-vmware-%E5%9C%A8-take-snapshot-%E5%BE%8C%EF%BC%8C%E4%B8%8D%E7%9F%A5%E4%B8%8D%E8%A6%BA%E7%94%A8%E5%88%B0%E7%A1%AC%E7%A2%9F%E7%88%86%E6%BB%BF.html