如何解決VMwareConverterP2V遷移失敗問題-轉(zhuǎn)

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

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

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

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

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

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

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

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

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