[Vx]_VMware Workstation 11 解決Snapshot無法刪除的大絕招

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

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

 

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

 

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

2015-03-01_19-09-25

 

下午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

Leave a comment

這個網站採用 Akismet 服務減少垃圾留言。進一步了解 Akismet 如何處理網站訪客的留言資料