本文件已封存並已停止維護。

疑難排解虛擬機器轉換問題

更新日期: 2009年3月

適用於: Virtual Machine Manager 2008, Virtual Machine Manager 2008 R2, Virtual Machine Manager 2008 R2 SP1

本主題針對在 Virtual Machine Manager 2008 (VMM) 和 VMM 2008 R2 進行實體對虛擬 (P2V) 與虛擬對虛擬 (V2V) 轉換期間可能發生的問題,提供疑難排解的指引。

在開始正式的疑難排解程序之前,請先確認來源電腦符合 P2V:實體來源電腦的需求V2V:虛擬機器的需求

可能的原因

在離線 P2V 轉換中,Virtual Machine Manager 重新開機為 Windows 預先安裝環境 (Windows PE) 後,便無法與來源電腦連線。

解決方案

確認 Windows PE 是否具有存放裝置或網路驅動程式,方式是在來源電腦進入 Windows PE 時,查看下列記錄檔:x:\Windows\inf\setupapi.app.log 和 x:\Windows\inf\setupapi.dev.log。您也可以在來源電腦從 WinPE 重新開機至原來的作業系統時,查看位於開機磁碟區的 scvmm_winpe_setupapi.log 檔案。確認哪些驅動程式為必要,然後將驅動程式套件複製到 VMM 安裝根目錄的 Driver Import 資料夾:VMM 2008 為 %SYSTEMDRIVE%:\Program Files\Microsoft System Center Virtual Machine Manager 2008\Driver Import,VMM 2008 R2 則為 %SYSTEMDRIVE%:\Program Files\Microsoft System Center Virtual Machine Manager 2008 R2\Driver Import。

可能的原因

磁碟區陰影複製服務 (VSS) 無法對來源電腦的磁碟機內容進行快照。

解決方案

查看來源電腦的系統和應用程式事件記錄檔中的 VSS 錯誤。如果無法修正這些錯誤,請嘗試進行離線 P2V,這樣就不會使用 VSS。

可能的原因

將 VMM 代理程式安裝到來源電腦失敗。

解決方案

如果將 VMM 代理程式安裝到來源電腦失敗,請查看來源電腦的 VMM*.log,以收集更多資訊。若為 Windows 2000 Server、Windows XP 或 Windows Server 2003,這些記錄檔會儲存在 C:\Documents and Settings\All Users\Application Data\VMMLogs,若為 Windows Vista 或 Windows Server 2008,則儲存在 C:\Users\All Users\VMMLogs。

可能的原因

P2V 修復步驟所需的修補或驅動程式檔案遺失。

解決方案

如果修補檔案或驅動程式遺失,請將要求的修補和驅動程式檔案下載至 VMM 伺服器的 Patch Import 目錄 (預設路徑為 <C>:\Program Files\Microsoft System Center Virtual Machine Manager 2008\Patch Import),然後使用 Add-Patch 指令程式解壓縮檔案。

可能的原因

來源電腦具有少於 512 MB 的 RAM。

解決方案

將更多的 RAM 加到來源電腦,至少要等於 512 MB。

可能的原因

無法疑難排解離線 P2V。

解決方案

若要在離線 P2V 期間啟用來源電腦的追蹤,請建立名為 scvmm_enable_winpe_tracing.txt 的檔案,然後將它儲存到來源電腦開機磁碟區的根目錄。這個檔案不需要包含任何資料或資訊。來源電腦會建立和儲存名為 scvmm_winpe.etl 的追蹤檔。

可能的原因

防火牆不允許遠端系統管理 (RemoteAdmin 服務) 例外,使 P2V 無法進行。

解決方案

如果防火牆是由群組原則控制,請使用 GPEDIT.msc 將 VMM 主機的 IP 位址、開放通訊埠以及授權的應用程式設為例外。路徑為:GPEDIT.msc->電腦設定->系統管理範本->網路->網路連線->Windows 防火牆。

在 P2V 轉換期間,背景智慧型傳送服務 (BITS) 傳送失敗,錯誤為:ERROR_NO_TRACKING_SERVICE。

可能的原因

HTTP SSL 服務可能已停用。

解決方案

確認 HTTP SSL 服務正在執行,然後再嘗試 P2V 轉換。

可能的原因

選取 Hyper-V 主機做為 V2V 轉換的目標主機時,移轉精靈顯示下列警告:「無法自主機 <source host> 移轉虛擬機器 <VMName>,因為主機的管理功能狀態受限。對於在確定 (有限制) 狀態下的主機,虛擬機器只能在相同的 Virtual Center 伺服器中移轉。」

解決方案

按照正常方式繼續 V2V 轉換。此錯誤與 V2V 無關。

可能的原因

移轉精靈只列出 ESX Server 主機。我該如何執行 V2V 轉換以成為 Hyper-V 主機 (或未列出的任何主機)?

解決方案

確定預設篩選器展開並顯示 [所有主機]。

可能的原因

在 V2V 轉換期間,VMM 伺服器或目的主機與 ESX Server 主機、VMM 程式庫或存放 VMware 組態和資料檔案之 Windows 共用資料夾間的通訊失敗。

解決方案

解決方式會視情況而定:

  • 如果 VMware 虛擬機器位於 ESX Server 主機,請檢查安全殼層 (SSH) 和 HTTPS。

  • 如果 VMware 虛擬機器位於 VMM 程式庫,請檢查 WSMan 權限和設定,以及背景智慧型傳送服務 (BITS) 和 HTTPS 通訊埠的 Windows 防火牆例外。

  • 如果 VMware 虛擬機器位於 Windows 或 NFS 共用資料夾,請檢查目的主機的 WSMan 或伺服器訊息區 (SMB)。

可能的原因

修復作業系統所需的修補或驅動程式檔案遺失。

解決方案

將必要的修補與驅動程式檔案下載至 VMM 伺服器的 Patch Import 目錄 (預設路徑為 %SYSTEMDRIVE%\Program Files\Microsoft System Center Virtual Machine Manager 2008\Patch Import),然後使用 Add-Patch 指令程式解壓縮檔案。

可能的原因

VMM 沒有權限可以從命令列存取 V2V 程序相關的一個或多個檔案。

解決方案

解決方案會根據來源 VMware 虛擬機器的位置而定。如果虛擬機器和虛擬機器組態檔位於 Windows 或 NFS 共用資料夾,請確定目的主機的機器帳戶 (以及在 VMM 伺服器執行 VMM 服務的帳戶) 能夠存取共用。如果虛擬機器位於 ESX Server 主機,請確定主機處於 [確定] 狀態。

可能的原因

針對組態檔執行了 V2V 轉換,但它具有不支援或無法辨識的 vmx 或 .vmdk 檔案格式。

解決方案

如果無法辨識來源虛擬機器的 .vmx 或 .vmdk 檔案格式,此版本的 VMM 並不支援該虛擬機器進行 V2V 轉換。

可能的原因

VMM 找不到支援的作業系統,或無法辨識新 .vhd 檔案上的實體磁碟配置,因此 VMM 無法完成轉換。

解決方案

如果 VMM 不支援 VMware 虛擬機器的磁碟配置或作業系統,VMM 仍會將 VMDK 轉換成 VHD 並建立虛擬機器,但不會完成作業系統修復。因此,虛擬機器可能無法啟動或正常運作。

顯示: