我想在建立測試環境來嘗試這個之前我應該先問一下。
我有一台實體伺服器，具有較大的實體儲存空間。它正在運行 SQL，並且更願意進行冷遷移而不是熱遷移，以確保我不會遇到資料一致性問題。
我的問題是，在遷移過程中可用空間傳輸是否非常快，或者它實際上是否做了一些位元複製？該儲存有 600GB 實體空間，但已使用的空間不到 200GB。
我沒有足夠的時間來把它拿下來。顯然，一種選擇是建立一個單獨的 SQL 伺服器並一次遷移一個資料庫，但現在讓我們專注於有關如何傳輸空白空間的 P2V 問題。
答案1
簡單分享一下我的經驗：
- 使用精簡配置磁碟不會為新建立的來賓虛擬機器帶來空閒空間。
- 如果有必要或證明合理（通常不需要），請更改為厚（無論您想要什麼類型）。
附註：如果您提到“一致性”，那麼轉換過程必須足夠長，請要求您的老闆或系統團隊切合實際。
答案2
我還沒有嘗試過這個，但從 VMDK 的工作原理猜測，您可能會幸運地在轉換之前將可用空間清除。
執行此操作的一種工具是 sdelete：http://technet.microsoft.com/de-de/sysinternals/bb897443.aspx（如果這是 Windows 機器）
在 Linux 上，您通常dd if=/dev/zero of=/tmp/dummyfile會寫入一個帶有零的文件，直到磁碟機已滿。 （之後可以刪除該檔案）
但請記住，無論如何，轉換器都必須讀取整個磁碟。因此，如果網路管道出現問題，這將（如果有的話）提高轉換速度。
此外，如果您選擇將磁碟「延遲清除」（而不是「急切清除」），它還會提高伺服器上的 vmdk 建立速度。