VMware Converter P2V遷移失敗問題的解決方法
無論你多麼小心地爲VMware Converter P2V的遷移做準備工作，但在實際的遷移過程中有時還是會失敗。 VMware Converter P2V遷移失敗就可能發生在遷移過程中的不同階段；具體哪個階段是基於任務欄百分比估計值出來的。
無論你多麼小心地爲VMware Converter P2V的遷移做準備工作，但在實際的遷移過程中有時還是會失敗。VMware Converter P2V遷移失敗就可能發生在遷移過程中的不同階段；具體哪個階段是基於任務欄百分比估計值出來的。
建立目標虛擬機(VM) (0%-5%)
準備克隆磁盤(5%-6%)
克隆過程(6%-95%)
克隆工作結束以後(95%-97%)
定製或重新配置(97%-99%)
安裝工具或啓動(99%-100%)
雖然在任何遷移階段都可能會失敗，但如果要是失 敗的話，它通常會在97%處失敗。在遷移過程中，Converter創建了一個詳細的日誌文件，此文件會包含確切的錯誤信息以及有關轉換失敗的原因。此日誌文件被存放在你正在被遷移的服務器上，此服務器運行着Converter代理，通常日誌被命名爲vmware-converter-0.log，存放位置在C:\Windows\temp\vmware-temp目錄下。打開該日誌文件和滾動到文件底部，尋找失敗信息。一旦這次遷移過程失敗，Converter會將它自動創建的虛擬機刪除。
確定哪個階段會失敗的一個線索是進度條如何快速地達到了97%。如果它迅速地跳躍到97%並且失敗，這通常表明問題出在以下幾個方面：網絡端口、DNS解析或是需要的Windows服務沒有運行。下面有幾個步驟可以幫你試圖解決這類問題。
如果你使用主機名稱來選擇你的VC/ESX目的服務器，請確保你可以在你的源服務器上解析到這些主機名稱的IP地址。
在源服務器上，確保Workstation、Server，TCP/IP NetBIOS Helper和VMware Converter services這幾個服務正在運行。在Windows XP和2003服務器上，確保Volume Shadow Copy service服務不是禁用狀態，在默認情況下，應該是設置爲手動狀態。這項服務並不需要在轉換過程中一直處於運行狀態。
使用Telnet命令 ，看看你是否可以連接到在VC或ESX服務器上所需要的端口。從源服務器“Telnet 902”。你應該可以從VC / ESX服務器得到迴應，在端口443上也要這樣做。
嘗試重新啓動源服務器，對於Windows NT和2000服務器來說，這是一個必須的要求。
如果需要很長的一段時間才能達到97%，那麼通常是在數據克隆或克隆後期過程中克隆失敗。造成這種失敗的一些可能的原因是，在服務器之間網絡連接丟失了，網絡錯誤和源服務器磁盤問題。下面有幾個步驟可以幫你試圖解決這類問題。
驗證網絡速度/雙工設置，你的源服務器的網卡和被連接的物理交換機的端口是否符合。
如果你啓用操作系統鏡像，那麼刪除這個鏡像。
清理你的Boot.ini文件，並確保它是正確的。
確保你使用的是最新版本的Converter。如果源服務器有動態磁盤舊版轉換程序就會失敗。
在源服務器上運行chkdsk，以驗證文件系統的完整性。
確保在源服務器的系統盤上你有至少200 MB可用磁盤。
如果你的源服務器已有超過兩個串口（ COM ）的端口，打開註冊表，並尋找到HKLM\HARDWARE\DEVICEMAP\SERIALCOM子鍵 ，移除在串口端口2以上的任何端口。在做這個之前，你可以導出此鍵值，如果需要的話，轉換完成後就可以重新導入。
最後，如果你的轉換成功完成，但你的服務器無法啓動（或者出現藍屏） ，你可以嘗試使用以下的步驟來進行修復。
在新創建的虛擬機上編輯Boot.ini，以確保磁盤的順序是正確的。有時開機磁盤將不會被列爲第一分區。要做到這一點，只需使用一個可用的虛擬機作爲工作助手，將遷移後的磁盤以增加一個虛擬硬盤的方式添加到此臺虛擬機上。這樣就可以瀏覽到新創建的磁盤文件內容。然後，你就可以瀏覽該磁盤和編輯Boot.ini文件。完成後，從這臺虛擬機刪除此虛擬磁盤。另外，你也可以嘗試再次運行Converter並選擇“配置機器”，選擇你新創建的虛擬機。通過嚮導程序，（當完成時）嘗試再次啓動它。
對於虛擬磁盤（ BusLogic或LSI Logic）來說，確認你使用的是合適的SCSI控制器。
在安全模式下啓動虛擬機，看看是否特定的服務器硬件或驅動程序已經被載入。
加強新虛擬機的服務器性能
當你的轉換完成後，你應該做以下幾個步驟，對你的新虛擬機進行清理，以便它有更好的性能。
編輯虛擬機的硬件。移除所有不必要的硬件，包括軟盤驅動器和串行，並行和USB端口。你應該分配給VM的內存和它需求的一樣多。如果可以就儘量減少它。當使用一個vCPU時，大多數的虛擬機會運行地更好，所以如果ESX主機服務器是一個SMP（對稱多處理）的物理服務器，那麼應該考慮減少虛擬CPU的數量。
啓動VM，等待幾分鐘，讓它發現所有的新硬件，然後重新啓動它。
檢查服務器的HAL ，如果它來自一個多CPU的物理服務器，但現在只有一個單一虛擬CPU的虛擬機，那麼你需要打開設備管理器並編輯CPU （計算機）。選擇更新驅動程序，不要選擇通過Windows Update來更新，而是選擇從列表中安裝，選擇Don't Search，並選擇ACPI Uniprocessor取代ACPI Multiprocessor驅動。
移除任何硬件的特定應用程序和驅動。
最後，我要強調：刪除所有目前不使用的硬件驅動。有些硬件設備已從系統中刪除，但相應的驅動還沒有被卸載，這是遷移後的遺留問題。那些不再是系統中存在的物理硬件的驅動程序，但Windows對待它們，就像它們存在一樣，並將系統資源分配給它們。並且當你試圖給新的網絡適配器配置的IP地址與源服務器上的地址相同的時候，它們也會導致衝突。
這個問題的原因是，舊NIC仍然存在，這個IP地址被不存在的硬件佔用着。遷移後會有大量的不存在的硬件設備的驅動被保留着。要刪除所有的只需打開一個命令提示符CMD並鍵入SET DEVMGR_SHOW_NONPRESENT_DEVICES=1。然後在同樣的命令窗口裏輸入Devmgmt.msc ，然後，當設備管理器窗口打開的時候，選擇顯示隱藏的設備。當你展開每個硬件類，你會看到大量的不存在的硬件的驅動，它們所顯示出的圖標爲灰色。右鍵單擊並選擇卸載。當你刪除它們後應馬上重新啓動。
總結使用VMware Converter的這一系列文章。希望文章中的這些信息，將幫助你完成物理服務器到虛擬服務器的轉換，大家有什麼問題可以博客留言，我們互相討論解決。