疑難排解虛擬機器轉換問題
適用於: 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)
可能的原因
在離線 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。
磁碟區陰影複製服務問題 (P2V)
可能的原因
磁碟區陰影複製服務 (VSS) 無法對來源電腦的磁碟機內容進行快照。
解決方案
查看來源電腦的系統和應用程式事件記錄檔中的 VSS 錯誤。如果無法修正這些錯誤，請嘗試進行離線 P2V，這樣就不會使用 VSS。
代理程式問題 (P2V)
可能的原因
將 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)
可能的原因
P2V 修復步驟所需的修補或驅動程式檔案遺失。
解決方案
如果修補檔案或驅動程式遺失，請將要求的修補和驅動程式檔案下載至 VMM 伺服器的 Patch Import 目錄 (預設路徑為 <C>:\Program Files\Microsoft System Center Virtual Machine Manager 2008\Patch Import)，然後使用 Add-Patch 指令程式解壓縮檔案。
少於 512 MB RAM (僅適用離線 P2V)
可能的原因
來源電腦具有少於 512 MB 的 RAM。
解決方案
將更多的 RAM 加到來源電腦，至少要等於 512 MB。
離線 P2V
可能的原因
無法疑難排解離線 P2V。
解決方案
若要在離線 P2V 期間啟用來源電腦的追蹤，請建立名為 scvmm_enable_winpe_tracing.txt 的檔案，然後將它儲存到來源電腦開機磁碟區的根目錄。這個檔案不需要包含任何資料或資訊。來源電腦會建立和儲存名為 scvmm_winpe.etl 的追蹤檔。
防火牆問題 (P2V)
可能的原因
防火牆不允許遠端系統管理 (RemoteAdmin 服務) 例外，使 P2V 無法進行。
解決方案
如果防火牆是由群組原則控制，請使用 GPEDIT.msc 將 VMM 主機的 IP 位址、開放通訊埠以及授權的應用程式設為例外。路徑為：GPEDIT.msc->電腦設定->系統管理範本->網路->網路連線->Windows 防火牆。
BITS 傳送失敗 (P2V)
在 P2V 轉換期間，背景智慧型傳送服務 (BITS) 傳送失敗，錯誤為：ERROR_NO_TRACKING_SERVICE。
可能的原因
HTTP SSL 服務可能已停用。
解決方案
確認 HTTP SSL 服務正在執行，然後再嘗試 P2V 轉換。
主機處於受限狀態錯誤 (V2V)
可能的原因
選取 Hyper-V 主機做為 V2V 轉換的目標主機時，移轉精靈顯示下列警告：「無法自主機 <source host> 移轉虛擬機器 <VMName>，因為主機的管理功能狀態受限。對於在確定 (有限制) 狀態下的主機，虛擬機器只能在相同的 Virtual Center 伺服器中移轉。」
解決方案
按照正常方式繼續 V2V 轉換。此錯誤與 V2V 無關。
主機遺失 (V2V)
可能的原因
移轉精靈只列出 ESX Server 主機。我該如何執行 V2V 轉換以成為 Hyper-V 主機 (或未列出的任何主機)？
解決方案
確定預設篩選器展開並顯示 [所有主機]。
通訊問題 (V2V)
可能的原因
在 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 指令程式解壓縮檔案。
權限問題 (V2V)
可能的原因
VMM 沒有權限可以從命令列存取 V2V 程序相關的一個或多個檔案。
解決方案
解決方案會根據來源 VMware 虛擬機器的位置而定。如果虛擬機器和虛擬機器組態檔位於 Windows 或 NFS 共用資料夾，請確定目的主機的機器帳戶 (以及在 VMM 伺服器執行 VMM 服務的帳戶) 能夠存取共用。如果虛擬機器位於 ESX Server 主機，請確定主機處於 [確定] 狀態。
無法辨識的 vmx 或 .vmdk 檔案格式 (V2V)
可能的原因
針對組態檔執行了 V2V 轉換，但它具有不支援或無法辨識的 vmx 或 .vmdk 檔案格式。
解決方案
如果無法辨識來源虛擬機器的 .vmx 或 .vmdk 檔案格式，此版本的 VMM 並不支援該虛擬機器進行 V2V 轉換。
作業系統問題
可能的原因
VMM 找不到支援的作業系統，或無法辨識新 .vhd 檔案上的實體磁碟配置，因此 VMM 無法完成轉換。
解決方案
如果 VMM 不支援 VMware 虛擬機器的磁碟配置或作業系統，VMM 仍會將 VMDK 轉換成 VHD 並建立虛擬機器，但不會完成作業系統修復。因此，虛擬機器可能無法啟動或正常運作。
另請參閱
工作
Frequently Asked Questions: P2V and V2V Conversions in VMM