本文完整記錄了如何從實體伺服器，保持所有環境配置資訊，紋絲不動的遷移到虛拟機上，俗稱 p2v 。采用的工具是vmware公司的<code>vmware vcenter vconverter standalone</code>，它支援将windows和linux作業系統用作源，可以執行若幹轉換任務：
将正在運作的遠端實體機和虛拟機作為虛拟機導入到vcenter server管理的獨立esx/esxi或esx/esxi主機
将由vmware workstation或microsoft hyper-v server托管的虛拟機導入到vcenter server管理的esx/esxi主機
将第三方備份或磁盤映像導入到vcenterserver管理的esx/esxi主機中
将舊版伺服器遷移到新硬體，而不重新安裝作業系統或應用程式軟體等
完整功能見《converter standalone 使用者指南》
converter standalone的元件，隻能安裝在windows作業系統上：
converter standalone server —— 啟用并執行虛拟機的導入和導出
converter standalone agent —— converter standalone server會在windows實體機上安裝代理，進而将這些實體機作為虛拟機導入，完成後可以選擇自動删除
converter standalone client —— 與converter服務端配合使用，包括看到的使用者界面、建立和管理轉換任務等
vmware vcenter converter引導cd：是單獨的元件，可用于在實體機上執行冷克隆
冷克隆可以建立一緻的源計算機的精确副本，而我們更多的是進行熱克隆，也就是源伺服器在遷移過程中會繼續工作，這就可能會出現某些檔案不一緻，但converter standalone會在熱克隆後将目标虛拟機與與主機同步，同步執行過程是将在初始克隆期間更改的塊從源複制到目标。
本文記錄的過程是，源主機是 suse 11.x 實體機，運作華為的智能呼叫中心應用，是以安裝有oracle資料庫，對于資料檔案和控制檔案的一緻性和安全性較高，是以建議先把oracle資料庫關閉再操作；目标虛拟伺服器是 esxi 5.1，但我使用的converter是 5.5-en，操作過程類似。下面正式開始
源主機：172.30.31.0/24
esxi: 172.29.88.0/24，與源主機ip段無法通信
helper vm: 172.29.41.0/24，與上面兩個ip段都通
source system
選擇你要轉換的源系統，實體機為 powered-on machine，填寫其他登陸資訊：
destination system
填寫要在哪個主機上建立虛拟機，也就是esxi伺服器位址:
這兩個過程有個簡短的拉去主機資訊的過程。
destination virtual machine
目标虛拟機名字預設是源hostname，不用選擇folder：
destination location
選擇新虛拟機要放在esxi的哪個datastore上，請確定有足夠的磁盤空間，不能小于源系統實際使用的大小：
這一步尤為關鍵，直接關乎後面轉換的成敗。
data to copy
設定目标虛拟機的磁盤和分區，我們可以看到自動擷取的源分區資訊，我這裡因為硬碟資源有限，沒有遵循預設的 maintain size，但比minmun size（在源suse下 <code>df -h</code> 看到的used大小）大。
cpu個數和記憶體大小預設也是與源主機保持一緻。
network
網絡設定這一塊比較糾結。按理說源主機不需要與目的主機的網卡通信，隻需要與helper vm能互通即可，但我一直卡在這走不過去。源主機有2塊網卡在使用，最後在這一步隻設定了一塊能ping同源主機的網卡，遷移完成後再手動添加劑一塊網卡。如下是vmware官方知識庫的note：
in the conversion wizard, ensure to select the virtual machine portgroup when configuring the network card. this virtual machine portgroup must be connected to the physical network that is routable via port 22 (ssh) in both directions from the source linux server's configured network ip address. the ip address entered must be routable to the ip address of the physical linux source machine. helper virtual machine ip address should able to ping the physical machine.
圖中看到vm local是事先在vsphere server上建立的端口組（portgroup），而且這個虛拟交換機vswitch沒有關聯任何實體網卡：
helper vm network
helper vm是做轉換時的一個臨時作業系統，運作在目的主機上，從源主機拷貝資料。如果轉化的時windows，則沒有這個vm，取而代之的時再源主機上運作一個agent，是以轉換windows要求esxi與源主機能互通，而轉換linux則隻需要設定的helper vm network能與源主機22端口互通即可。
可以看到轉換的資訊彙總，finish則開始遷移轉換過程。
測試在esxi上可以看到會自動建立一台虛拟機并啟動。等待轉換完成。
轉換幾次失敗都是因為網絡設定不當，轉換到1%時報錯：
error：event.obtainhelpervmipfailedevent.summary
轉換windows server 2003時還有可能會出現
加入遷移的是windows主機，上面的操作略有不同，主要差別在于沒有helpervm，而是在需要轉換的源主機上安裝agent。是以要求esxi與源主機必須能夠直接通信才可以遷移。