1、如何解決 VMware Converter P2V 遷移失敗問題？在你使用 VMware Converter 將物理機遷移到虛擬機以后，下一步是什么呢？如果遷移失 敗該怎么辦？這一系列的第一部分中， 我們已經談論了準備步驟， 以確保遷移成功， 還有操作遷移向 導的過程。 在這一系列的第二篇文章中， 我們將繼續討論一些在遷移以后的工作， 并給出故 障排除的方法和解決失敗遷移的思路。無論你多么小心地為遷移做準備工作， 遷移有時還是會失敗。 失敗就可能發生在遷移過 程中的不同階段；具體哪個階段是基于任務欄百分比估計值出來的。1. 建立目標虛擬機 (VM) (0%-5%)2. 準備克隆磁盤 (5%-6

2、%)3. 克隆過程 (6%-95%)4. 克隆工作結束以后 (95%-97%)5. 定制或重新配置 (97%-99%)6. 安裝工具或啟動 (99%-100%)雖然在任何遷移階段都可能會失敗，但如果要是失敗的話，它通常會在97%處失敗。在遷移過程中， Converter 創建了一個詳細的日志文件，此文件會包含確切的錯誤信息以及 有關轉換失敗的原因。此日志文件被存放在你正在被遷移的服務器上，此服務器運行著 Converter 代理，通常日志被命名為 vmware-converter-0.log ，存放位置在 C:Windowstempvmware-temp 目錄下。打開該日志文件和滾動到文件底部

3、， 尋找失敗信息。 一旦這次遷移過程失敗， Converter 會將它自動創建的虛擬機刪除。確定哪個階段會失敗的一個線索是進度條如何快速地達到了 97%。如果它迅速地跳躍 到 97% 并且失敗，這通常表明問題出在以下幾個方面：網絡端口、DNS 解析或是需要的Windows 服務沒有運行。下面有幾個步驟可以幫你試圖解決這類問題。1. 如果你使用主機名稱來選擇你的 VC/ESX 目的服務器，請確保你可以在 你的源服務器上解析到這些主機名稱的 IP 地址。還有嘗試使用服務器的 FQDN （全稱域名），而不是短域名。2. 在源服務器上，確保 Workstation 、 Server，TCP/IP Ne

4、tBIOS Helper 和 VMware Converter services 這幾個服務正在運行。 在 Windows XP 和 2003 服務器上，確保 Volume Shadow Copy service 服務不是禁用狀態，在默 認情況下，應該是設置為手動狀態。這項服務并不需要在轉換過程中一 直處于運行狀態。3. 使用 Telnet 命令，看看你是否可以連接到在 VC 或 ESX 服務器上所需要 的端口。從源服務器 “Telnet 902。”你應該可以從 VC / ESX 服務器得到 回應，在端口 443 上也要這樣做。4. 嘗試重新啟動源服務器， 對于 Windows NT 和 20

5、00 服務器來說， 這是一 個必須的要求。如果需要很長的一段時間才能達到97% ，那么通常是在數據克隆或克隆后期過程中克隆失敗。 造成這種失敗的一些可能的原因是， 在服務器之間網絡連接丟失了， 網絡錯誤和源 服務器磁盤問題。下面有幾個步驟可以幫你試圖解決這類問題。1. 驗證網絡速度 /雙工設置， 你的源服務器的網卡和被連接的物理交換機的 端口是否符合。2. 如果你啟用操作系統鏡像，那么刪除這個鏡像。3. 清理你的 Boot.ini 文件，并確保它是正確的。4. 確保你使用的是最新版本的 Converter 。如果源服務器有動態磁盤舊版轉 換程序就會失敗。5. 在源服務器上運行 chkdsk ，

6、以驗證文件系統的完整性。6. 確保在源服務器的系統盤上你有至少 200 MB 可用磁盤。7. 如果你的源服務器已有超過兩個串口（ COM ）的端口，打開注冊表， 并尋找到 HKLMHARDWAREDEVICEMAPSERIALCOM 子鍵，移除 在串口端口 2 以上的任何端口。在做這個之前，你可以導出此鍵值，如 果需要的話，轉換完成后就可以重新導入。最后，如果你的轉換成功完成，但你的服務器無法啟動（或者出現藍屏），你可以嘗試 使用以下的步驟來進行修復。1. 在新創建的虛擬機上編輯 Boot.ini ，以確保磁盤的順序是正確的。有時 開機磁盤將不會被列為第一分區。要做到這一點，只需使用一個可用的

7、 虛擬機作為工作助手，將遷移后的磁盤以增加一個虛擬硬盤的方式添加 到此臺虛擬機上。這樣就可以瀏覽到新創建的磁盤文件內容。然后，你 就可以瀏覽該磁盤和編輯 Boot.ini 文件。完成后，從這臺虛擬機刪除此 虛擬磁盤。另外，你也可以嘗試再次運行 Converter 并選擇 “配置機器 ”， 選擇你新創建的虛擬機。 通過向導程序， （當完成時） 嘗試再次啟動它。2. 對于虛擬磁盤（ BusLogic 或 LSI Logic ）來說，確認你使用的是合適的 SCSI 控制器。3. 在安全模式下啟動虛擬機，看看是否特定的服務器硬件或驅動程序已經 被載入。加強新虛擬機的服務器性能當你的轉換完成后， 你應該

8、做以下幾個步驟， 對你的新虛擬機進行清理， 以便它有更好 的性能。1. 編輯虛擬機的硬件。移除所有不必要的硬件，包括軟盤驅動器和串行， 并行和 USB 端口。你應該分配給 VM 的內存和它需求的一樣多。如果 可以就盡量減少它。當使用一個 vCPU 時，大多數的虛擬機會運行地更 好，所以如果 ESX 主機服務器是一個 SMP （對稱多處理）的物理服務 器，那么應該考慮減少虛擬 CPU 的數量。2. 啟動 VM ，等待幾分鐘，讓它發現所有的新硬件，然后重新啟動它。3. 檢查服務器的 HAL ，如果它來自一個多 CPU 的物理服務器， 但現在只 有一個單一虛擬 CPU 的虛擬機，那么你需要打開設備管

9、理器并編輯 CPU （計算機）。選擇更新驅動程序， 不要選擇通過 Windows Update 來更新， 而是選擇從列表中安裝，選擇 Dont Search ，并選擇 ACPI Uniprocessor 取代 ACPI Multiprocessor 驅動。4. 移除任何硬件的特定應用程序和驅動。5. 最后，我要強調：刪除所有目前不使用的硬件驅動。有些硬件設備已從 系統中刪除，但相應的驅動還沒有被卸載，這是遷移后的遺留問題。那 些不再是系統中存在的物理硬件的驅動程序， 但 Windows 對待它們， 就 像它們存在一樣，并將系統資源分配給它們。并且當你試圖給新的網絡 適配器配置的 IP 地址與源服務器上的地址相同的時候， 它們也會導致沖 突。這個問題的原因是，舊 NIC 仍然存在，這個 IP 地址被不存在的硬件占用著。遷移后會 有大量的不存在的硬件設備的驅動被保留著。要刪除所有的只需打開一個命令提示符 CMD 并鍵入 SET DEVMGR_SHOW_NONPRESENT_DEVICES=1 。然后在同樣的命令窗口里輸入 Devmgmt.msc ，然后，當設備管理器