VMware vCenter Converter Standalone 5.0 html
本發行說明包含如下主題:VMware vCenter Converter Standalone 提供了一種易於使用的解決方案,能夠從物理機(運行 Windows 和 Linux)、其餘虛擬機格式及第三方映像格式自動建立 VMware 虛擬機。經過簡單易用的嚮導驅動界面和集中管理控制檯,Converter Standalone 無需任何中斷或停機即可快速而可靠地轉換多臺本地物理機和遠程物理機。java
優勢linux
返回頁首shell
新增功能VMware vCenter Converter Standalone 5.0 包括如下新功能:編程
返回頁首瀏覽器
安裝說明權限有限的用戶沒法在 Windows 上安裝 Converter Standalone 5.0。須要以管理員身份登陸,才能安裝 Converter Standalone。安全
返回頁首bash
平臺能夠將 VMware Converter Standalone 5.0 安裝在如下平臺上:服務器
返回頁首網絡
互操做性Converter Standalone 5.0 可支持如下源。
根據所選源的不一樣,能夠將源轉換爲下列目標。
Converter Standalone 的早期版本(版本 3.x 和 4.x)可能與 VMware vSphere 5.0 不兼容。
受支持的客戶機操做系統Converter Standalone 5.0 可支持如下客戶機操做系統:
注意:在對已打開電源的 Linux 計算機進行克隆的過程當中,Converter Standalone 5.0 會在目標上保留如下源文件系統:ext二、ext三、reiserfs 和 vfat。其餘全部源文件系統都將轉換到目標虛擬機上的 ext3 文件系統。
Converter Standalone 的早期版本Converter Standalone 早期版本中的功能在各版本的發行說明中均有說明。要查看 Converter Standalone 早期版本的發行說明,請單擊如下連接之一:
Converter Standalone 5.0 版本中包含如下已知問題:
安裝在從新安裝 Converter Standalone 以前,必須從新啓動運行 64 位 Windows Vista 或更高版本的計算機
若是從 64 位 Windows Vista、Windows Server 2008 或 Windows 7 計算機上卸載 Converter Standalone 後沒有從新啓動計算機,則後續的 Converter Standalone 安裝可能會失敗,並會顯示如下錯誤消息:
錯誤 29144。沒法安裝服務 Vstor2 MntApi 1.0 Driver(共享)。請從新引導並嘗試再次安裝 (Error 29144. Could not install service Vstor2 MntApi 1.0 Driver (shared). Please reboot and try to install again)。
解決辦法:從新啓動 Windows Vista、Windows Server 2008 或 Windows 7 計算機,而後嘗試從新安裝 Converter Standalone。
Converter Standalone 安裝程序未發出任何通知即移除 Workstation 6.5.x 遠程代理
使用 Workstation 6.5.x 熱克隆 Windows 源計算機時,Workstation 會在源上部署一個遠程 Workstation 代理。若是選擇保留該源上的遠程代理,而後將 Converter Standalone 安裝在同一計算機上,則 Converter Standalone 安裝程序將卸載該代理且不發送任何警告消息。
成功轉換以後,運行 64 位 Windows Vista 或更高版本的遠程源計算機的後續 P2V 轉換可能會失敗
若是成功轉換某一運行 64 位 Windows Vista、Windows Server 2008 或 Windows 7 操做系統的遠程源計算機後嘗試再次轉換,則轉換將失敗,而且會顯示錯誤消息:Converter Standalone Agent 在 x.x.x.x 上安裝失敗,錯誤代碼: 1603 (Converter Standalone Agent installation failed on x.x.x.x Error code: 1603)1603,其中 x.x.x.x 是源計算機的 IP 地址。
若是已在首次成功轉換的過程當中啓用了自動卸載遠程 Converter Standalone 代理的功能,則可能會出現此錯誤消息。
解決辦法:從新啓動遠程源計算機,而後再次嘗試運行轉換任務。
權限有限的用戶沒法在 Windows 上安裝 Converter Standalone
若是以非管理員用戶的身份登陸到 Windows,則在 InstallShield 解壓 Converter Standalone 安裝文件時會顯示如下錯誤消息:
沒法保存文件:
C:\WINDOWS\Installer\
系統找不到指定的路徑 (Unable to save file: C:\WINDOWS\Installer\ The system cannot find the path specified)。
顯示這一錯誤消息的緣由是受限用戶沒有所需的寫入權限。
解決辦法:選擇 %TEMP% 目錄來解壓安裝文件:
注意:仍然須要以管理員身份登陸,才能安裝 Converter Standalone。
[新增內容]沒法將 vCenter Converter 4.2.1 與 Converter Standalone 5.0 安裝在同一臺計算機上
若是在同一臺計算機上先安裝 Converter Standalone 5.0,而後安裝 vCenter Converter 4.2.1 服務器,則從 vSphere Client 下載 vCenter Converter 4.2.1 插件將失敗。
解決辦法:首先安裝 vCenter Converter 4.2.1,而後安裝 Converter Standalone 5.0。
[新增內容]從 Converter Standalone 3.x 升級至 Converter Standalone 5.0 時缺乏確認對話框
在安裝有 Converter Standalone 3.x 的計算機上安裝 Converter Standalone 5.0 時,安裝嚮導未要求進行升級確認。
若是爲同一 Windows 源計算機建立新的轉換做業並使用不一樣的端口部署 Converter Standalone 代理,則正在運行的 P2V 轉換做業將失敗
若是運行 P2V 轉換做業時,開始爲同一已打開電源的 Windows 源計算機建立另外一個轉換做業,並指定一個鏈接端口,則 Converter Standalone 將使用指定的端口部署 Converter Standalone 代理。若是該鏈接端口與已在運行的轉換做業所使用的端口不一樣,則這兩個做業都將失敗。第一個轉換做業的 [做業摘要] 選項卡中將顯示如下錯誤消息:失敗:出現了常規系統錯誤:沒法創建鏈接,由於目標計算機已主動拒絕鏈接 (FAILED: A general system error occurred: No connection could be made because the target machine actively refused it)。第二個轉換做業的 [做業摘要] 選項卡中將顯示如下錯誤消息:失敗:沒法建立源卷的 VSS 快照。錯誤代碼:2147754774 (0x80042316) (FAILED: Unable to create a VSS snapshot of the source volume(s). Error code: 2147754774 (0x80042316))。
沒法複製正在運行的轉換或配置做業
當源爲虛擬機或備份映像時,若是對正在運行的配置或轉換做業打開 [複製爲新做業] 嚮導,而後單擊 [下一步],則該向導將顯示錯誤消息:沒法獲取所選計算機的硬件信息 (Unable to obtain hardware information for the selected machine)。
解決辦法:等待做業完成,而後在其彈出菜單中選擇 [複製爲新做業]。
將超過 2 GB 的源映像連接克隆到不支持大型文件的網絡共享時,操做失敗
在超過 2 GB 的源映像中建立到不支持大型文件的網絡共享(例如,到 Linux SMB 共享)的連接克隆時,操做失敗。Converter Standalone 未將源文件拆分紅更小的塊文件。若是源超過目標上受支持的文件大小,則轉換任務將失敗。
將至少包含 15 個磁盤的 VMware Infrastructure 虛擬機源轉換爲由 VirtualCenter 2.5 管理的任何 ESX 目標時,操做失敗
若是將位於 ESX 3.5 主機上的虛擬機源轉換爲由 VirtualCenter 2.5 管理的 ESX 3.5 目標,且源計算機至少包含 15 個 VMDK 文件,則轉換做業將失敗,且 Converter Standalone 日誌中會出現如下錯誤消息:
失敗:agent.internal.fault.NfcConnectionFault.summary
解決辦法:
建立轉換做業以從不支持大型文件的網絡共享中轉換 VMDK 文件超過 2 GB 的獨立 VMware 源時,操做失敗
若是選擇 VMDK 文件超過 2 GB 的獨立虛擬機源,且該源位於不支持大型文件的遠程網絡位置(例如,Linux SMB 共享)上,則在單擊 [下一步] 或 [查看源詳細信息] 時,Converter 嚮導中將顯示如下錯誤消息:
沒法獲取所選計算機的硬件信息 (Unable to obtain hardware information for the selected machine)。
解決辦法:將網絡共享文件夾映射到運行 Converter Standalone 的計算機,並在該計算機中選擇此源。
若是 VMware Workstation 或其餘 VMware 託管源虛擬機位於只讀網絡共享上,則 Converter Standalone 將沒法檢測這些虛擬機的電源情況
若是源計算機是 Workstation 或其餘 VMware 託管源,而且位於具備只讀權限的網絡共享上,則 Converter Standalone 將沒法檢測該源是否已打開電源或處於掛起狀態。若是在轉換過程當中對已打開電源的源虛擬機進行更改,這可能會致使目標計算機上的數據不一致。
解決辦法:
在轉換超過 1 TB 的虛擬機時未顯示任務進度
若是源虛擬機超過了 1 TB,則 Converter Standalone 將不會顯示轉換任務的進度。轉換任務成功完成,但用戶沒法監控任務進度。
解決辦法:能夠經過監控目標 ESX 主機的磁盤性能來檢查任務是否正常運行。
若是源計算機上的磁盤數量超過九個,則向未鏈接到 vCenter Server 的 ESX 主機轉換或從中進行轉換的做業將失敗
若是要轉換的源計算機上的磁盤數量超過九個,則轉換將失敗,且日誌文件中顯示如下錯誤:
註銷時出錯(已忽略):操做超時
SSLStreamImpl::BIORead (3BBA4E8) 超時 (Error on logout (ignored): Operation timed out SSLStreamImpl::BIORead (3BBA4E8) timed out)。
出現該錯誤的緣由是,能夠與未鏈接到 vCenter Server 的 ESX 主機創建的 NFC 鏈接數量有限。
解決辦法:經過 vCenter Server 鏈接到目標 ESX 主機。在這種狀況下,ESX 主機的源磁盤數量限制在 27 個,而 ESXi 主機的源磁盤數量限制在 23 個。
轉換包含沒法識別的文件系統的源卷可能會致使目標虛擬機沒法啓動
在其中一個 Converter Standalone 嚮導中設置基於卷的克隆任務時,[源卷] 選項卡的某些行中可能會缺乏卷名稱。這表示 Converter Standalone 未識別這些捲上的文件系統。此類轉換任務所建立的目標虛擬機可能沒法啓動。可是,Converter Standalone 會經過塊級複製的方式將源卷數據複製到目標。
解決辦法:轉換後配置目標虛擬機。
將 VMDK 文件超過 2 GB 的獨立 VMware 源轉換爲位於不支持大型文件的網絡共享上的託管目標時,操做失敗
若是選擇 VMDK 文件超過 2 GB 的獨立虛擬機源,並嘗試將其轉換爲位於不支持大型文件的遠程網絡位置(例如,Linux SMB 或 NFS 共享)上的託管目標,則該轉換做業可能會失敗,而且會顯示如下錯誤消息之一:
若是系統卷位於 SCSI 磁盤上,而 IDE 磁盤在源計算機中,則 Converter Standalone 將沒法檢測該系統卷
在包含 SCSI 和 IDE 磁盤的源計算機上,若是系統卷位於 SCSI 磁盤上,則 Converter 將沒法檢測該系統卷。在此類配置中,Converter 僅檢查第一個 IDE 磁盤。
若是在轉換向導打開的狀況下修改源計算機的硬件配置,則須要從新啓動轉換向導才能查看正確的源詳細信息
源計算機詳細信息是在每次嚮導會話中進行檢索,由於此過程比較耗時。若是在該信息檢索後,源計算機上發生某些更改(如添加內存或硬盤驅動器),則轉換向導不會顯示有關這些更改的信息。
解決辦法:從新啓動轉換向導。
克隆包含文件系統錯誤的源可能會致使虛擬機損壞
請參見克隆包含文件系統錯誤的源可能會致使副本損壞(知識庫文章 1006689)。
經過 WAN 鏈路進行轉換時,SSL 握手超時
Converter Standalone 不支持經過 WAN 進行轉換。嘗試經過 WAN 鏈路執行轉換時,可能會出現 SSL 超時,由於 SSL 握手的超時時間是兩分鐘。
解決辦法:
若是未使用默認的管理員賬戶鏈接到已打開電源的源計算機,則用戶賬戶控制 (UAC) 將阻止 Converter Standalone 代理的安裝
若是正在設置任務對運行 Windows Server 200八、Windows Vista 或 Windows 7 的已打開電源的源計算機進行轉換,且以非默認管理員賬戶登陸到該源計算機,則在嘗試將 Converter Standalone 代理安裝到源計算機上時,可能會顯示如下錯誤消息:缺乏足夠權限,沒法鏈接到 xxxxxxx (Insufficient permissions to connect to xxxxxxx)。其中的 xxxxxxx 是源計算機的 IP 地址。這是由於在 UAC 已啓用且您以非默認管理員用戶身份登陸到源時,Converter Standalone 服務器沒法安裝 Converter Standalone 代理。
解決辦法:禁用源計算機上的 UAC,而後啓動 [轉換] 嚮導。能夠在 Microsoft 網站中搜索有關不一樣源操做系統的 UAC 禁用步驟。
[從新配置虛擬機] 嚮導未正確顯示 vDS 端口組名稱
從新配置使用 dvSwitch 的虛擬機並導航至 [網絡接口設置] 窗格時,[網絡名稱] 文本框中的端口組名稱後面未顯示 dvSwitch 的名稱。而僅顯示端口組。
[新增內容]報告的網絡傳輸速率可能不正確
因爲網絡協議使用固有的壓縮,所以報告的網絡傳輸速率可能會大於實際的傳輸速率。這不會影響網絡限制。
[新增內容]在 ESX 3.0 上,因爲查詢源信息失敗而沒法選擇受管源
查詢源信息時,在 ESX 3.0 上選擇受管源失敗。其緣由是 ESX 3.0 不支持加密的數據傳輸。
解決辦法:關閉 NFC SSL。
[新增內容]若是指定了徹底限定用戶名,則向域中添加虛擬機可能會失敗
配置虛擬機時,若是使用徹底限定用戶名 (DOMAIN_NAME/USER_NAME),則可能沒法向域中添加虛擬機。
解決辦法:指定不包含域名的用戶名。
[新增內容]若是嘗試轉換非正常完全關閉的 VMware Server 2.0 虛擬機,則可能會收到錯誤消息:沒法獲取所選計算機的硬件信息 (Unable to obtain hardware information for the selected machine)
若是非正常完全關閉 VMware Server 上的虛擬機的電源,而後再嘗試將其進行轉換,則可能沒法獲取該虛擬機的硬件信息。
解決辦法:在進行轉換以前徹底關閉虛擬機。
[新增內容]使用 BCD 管理器 (Boot Manager for Windows Vista) 及更高版本轉換正在運行 Microsoft Windows XP 或 Windows Server 2003 的物理機可能失敗
若是嘗試使用 BCD 管理器轉換物理機,則在如下狀況下 P2V 轉換可能失敗:
[新增內容]若是沒有管理特權,則沒法執行 P2V 轉換。
若是以非管理用戶身份啓動 Converter Standalone 客戶端,則將沒法執行遠程物理到虛擬遷移。
解決辦法:以具備管理特權的用戶身份啓動 Converter Standalone 客戶端。
對已打開電源的本地源計算機的轉換將在進度達到 1% 時失敗
若是選擇了 [此本地計算機] 做爲轉換源,而且源計算機上安裝了先前版本的 Converter Standalone 中的 Converter Standalone 代理,則轉換任務將在進度達到 1% 時失敗。[任務進度] 選項卡的 [狀態] 行中將顯示如下錯誤消息:
失敗:沒法建立源卷的 VSS 快照。錯誤代碼:127 (0x0000007F) (FAILED: Unable to create a VSS snapshot of the source volume(s). Error code: 127 (0x0000007F))。
這是由於 Converter Standalone 安裝程序沒法升級先前版本的 Converter Standalone 代理。
解決辦法:從源計算機中手動卸載 Converter Standalone 代理,而後建立新的轉換任務。
若是在客戶機操做系統自定義的過程當中嘗試複製某一配置做業,則 Converter Standalone Worker 進程將中止響應
若是在目標計算機正在自定義的過程當中右鍵單擊某個正在運行的配置做業,並選擇 [複製爲新做業],則 Converter Standalone Worker 進程會中止響應。
解決辦法:等待配置做業完成,而後再對其進行復制。
對在 Windows 上運行的物理機源進行轉換的過程當中,Converter Standalone 不會保留已禁用的網絡適配器
在 Windows 源計算機的 P2V 轉換過程當中,Converter Standalone 不會檢測到源計算機上已禁用的網絡適配器,且不會在目標虛擬機上保留這些網絡適配器。
解決辦法:在 Converter Standalone 嚮導的 [選項] 頁面上,單擊 [網絡] 以將網絡適配器添加到目標虛擬機中。
自定義後,Microsoft Windows Vista 反覆從新引導
若是源操做系統是 Microsoft Windows Vista,則提供不正確的自定義信息可能會致使目標虛擬機反覆從新引導。在轉換或配置過程當中,若是選擇自定義 Microsoft Windows Vista 並提供不正確的自定義信息(例如,無效的序列密鑰),則自定義的目標計算機將反覆從新引導。這是一個已知的 Microsoft Windows Vista 問題。
解決辦法:確保提供的自定義信息有效。
Converter Standalone 不支持對使用 FAT/FAT32 卷文件系統的已打開電源的 Windows Server 2008 源進行克隆
Windows Server 2008 下的 VSS 不支持 FAT/FAT32。嘗試轉換 FAT/FAT32 卷會致使轉換任務失敗。
解決辦法:取消選中轉換向導 [選項] 頁面上的全部 FAT/FAT32 卷。
在遠程熱克隆的過程當中,Converter Standalone 遠程代理不會通知用戶源系統上已安裝了 Converter 3.0.x 或 4.0.x 遠程代理
若是 Converter Standalone 正在轉換某個已安裝了版本 3.0.x 或 4.0.x 的 Converter 遠程代理的遠程計算機源,則 Converter Standalone 將卸載舊的遠程代理,而且不會發出通知或警告消息。這可防止較低版本的 Converter 以後會對此源計算機進行轉換。
以前版本的 Converter 沒法對安裝了 Converter Standalone 5.0 代理的源計算機進行轉換
在轉換過程當中,Converter Standalone 5.0 代理將會部署在源計算機上。若是在轉換以後,Converter Standalone 5.0 代理未卸載,則較低版本的 Converter 沒法將其代理部署到較新版本的 Converter Standalone 代理上。所以,沒法使用以前版本的 Converter 對已經使用 Converter Standalone 5.0 轉換的源進行轉換。
解決辦法:嘗試使用較低版本的 Converter 對源進行轉換以前,請先卸載 Converter Standalone 5.0 代理。
在文件級克隆過程當中中止 Converter Standalone 進程可能會致使運行 Converter Standalone Server 服務的計算機從新啓動
在對運行 Windows XP 或 Windows Server 2003 的源系統進行文件級克隆時,若是強制中止如下任一 Converter Standalone 進程,則運行該中止進程的計算機可能會自動從新引導。
解決辦法:不要在文件級克隆過程當中中止源計算機上的任何 Converter Standalone 服務。有關詳細信息和熱修補程序,請查閱 Microsoft 網站在 Windows Server 2003 中報告延遲寫入失敗事件時出現錯誤消息:「中止 0x00000019-BAD_POOL_HEADER (Stop 0x00000019 - BAD_POOL_HEADER)」或「中止 0xCD PAGE_FAULT_BEYOND_END_OF_ALLOCATION (Stop 0xCD PAGE_FAULT_BEYOND_END_OF_ALLOCATION)」。
在 Windows 源計算機轉換過程當中,Converter Standalone 未將 PIC HAL 更改成 APIC HAL
若是要轉換的源正在運行可編程中斷控制器 (PIC) HAL,則 Converter Standalone 不會在目標虛擬機中將 PIC HAL 更改成高級可編程中斷控制器 (APIC) HAL。所以,目標虛擬機可能不會進行引導或可能沒法按預期執行。要查找正在運行的 HAL,請轉到 Windows 設備管理器並在設備列表中選擇 [計算機]。若是其顯示的是 [Standard PC] 或 [高級配置和電源接口(ACPI) PC],則表示正在運行的是 PIC HAL。
解決辦法:VMware 虛擬機是 APIC 計算機。若是源計算機是運行 PIC HAL 的 PIC 計算機,則轉換後必須將目標虛擬機中的 HAL 更新爲 APIC HAL。有關配置正確 HAL 的詳細信息,請查閱 Microsoft 網站安裝 Windows XP 或 Windows Server 2003 以後的 HAL 選項。
注意:Microsoft 不支持在 APIC 計算機上運行 PIC HAL。若是源計算機是運行 PIC HAL 的 APIC 計算機,則必須先在源計算機上配置正確的 HAL,而後開始轉換。
自定義客戶機操做系統以後未正確顯示全部者名稱和組織
自定義客戶機操做系統以後,[計算機信息] 頁面上用於全部者名稱和組織的 Unicode 字符未按其在轉換向導或配置嚮導中設置的方式顯示。
對於除 Windows Vista 之外的全部 Windows 操做系統,自定義參數(例如用戶名和組織)必須僅使用客戶機默認用戶配置文件的本地編碼中的字符。例如,對於默認用戶配置文件的本地編碼設置爲日語的客戶機,用戶名中只能使用日語字符。以上限制不適用於 Windows Vista 客戶機,由於 Windows Vista 使用 UTF-8 編碼的 XML 文件存儲 Microsoft sysprep 參數。早期版本的 Windows 使用 sysprep.inf文件,而且 Microsoft Windows 最小化安裝進程僅以本地編碼讀取該文件。
解決辦法:分配目標虛擬機的全部者名稱和組織名稱時避免使用 Unicode 字符,或者使用如下網址中介紹的解決辦法:http://support.microsoft.com/kb/310441/。
僅當源計算機至少包含一個 NTFS 卷時,Converter 纔可在熱克隆過程當中轉換 FAT/FAT32 卷
對於在 Windows Server 2008 以前的 Windows 版本上運行的源計算機,僅當源計算機至少包含一個 NTFS 卷時,VSS 纔可對 FAT/FAT32 卷執行快照。對於全部支持基於卷的克隆的操做系統,您至少須要一個 NTFS 卷才能使 VSS 可以工做。
Converter Standalone 代理不會在從新引導以後自動啓動
若是源計算機啓動過慢,則 Converter Standalone 代理可能不會在源計算機從新啓動以後自動啓動。
解決辦法:手動啓動 Converter Standalone 代理:
源虛擬機沒有相應的驅動程序
因爲源操做系統中缺乏相應的驅動程序,從新配置失敗,且日誌文件中將會顯示如下錯誤消息:
在指定的 CAB 文件中找不到 symmpi.sys (Unable to find symmpi.sys in the specified CAB files)
此問題一般發生在 Windows Server 2003 SP1 中。
解決辦法:
Sysprep 會在自定義過程當中刪除驅動器盤符映射
若是選擇了自定義選項,而且目標虛擬機在第二次 sysprep 從新引導後顯示 [請等待] 屏幕時失敗,則須要取消自定義並從新運行轉換任務。出現此問題的緣由是 Microsoft 的 sysprep 存在問題(刪除了驅動器盤符映射),致使沒法訪問某些文件。
[新增內容]沒法在 boot.ini 文件中導入帶有「signature()」的 Window 源
沒法在 boot.ini 文件中導入帶有「signature()」的 Window 源。若是在 boot.ini 文件中導入帶有「signature()」的 Windows 實時源,並嘗試對其進行從新配置和轉換,則從新配置將失敗,而且這將致使轉換錯誤。若是嘗試轉換源而不進行從新配置,則轉換將成功,但目標沒法進行引導。有關「signature()」的詳細信息,請訪問 http://support.microsoft.com/kb/227704。
從運行 SLES 11 的 Hyper-V 虛擬機源轉換的虛擬機在轉換後沒法啓動
若是選擇轉換位於 Hyper-V Server 上的已關閉電源的虛擬機,則當源計算機的客戶機操做系統爲 SLES 11 時,生成的虛擬機在轉換後沒法啓動。這是由於 SLES 引導加載程序使用源磁盤 ID,而磁盤 ID 在轉換過程當中進行了更改。
解決辦法:
在從運行 Linux 的源轉換而成的目標虛擬機中,X Server 可能沒法啓動
當目標虛擬機啓動時,X Server 可能沒法啓動,並出現錯誤消息:X Server 出現嚴重錯誤 (Fatal X server Error)。發生此問題的緣由是 Linux 源中所使用的顯示驅動程序與目標 VMware 虛擬機的顯示適配器不兼容。
解決辦法:
將獨立的 VMware 源連接克隆到 Linux SMB 共享目標時,操做失敗
將 VMware 獨立源連接克隆到在 Linux 上運行的 SMB 共享目標時,操做失敗,並將顯示如下錯誤消息:
converter.fault.FileIOFault。
對於已打開電源的 Linux 源,每一個卷組的 LVM 邏輯卷的數量限制爲 12 個
在已打開電源的 Linux 計算機的轉換過程當中,Converter Standalone 會將 LVM 卷組轉換到目標虛擬機上的新磁盤。源 LVM 卷組上的 LVM 邏輯卷數不能超過 12。
解決辦法:將卷重新磁盤中移到其餘目標磁盤中:
默認狀況下,完成轉換做業以後會關閉 Linux P2V 助手虛擬機電源
解決辦法:在 converter-worker.xml 文件中手動禁用此選項。
在已打開電源的 Linux 計算機轉換過程當中,不會識別 LVM 以外的卷管理器上的源卷
Converter Standalone 僅識別在 LVM 卷管理器上運行的受管源卷。其餘卷管理器(包括但不限於 Veritas 卷管理器 (VxVM))將不會獲得識別。
Converter Standalone 不識別駐留在 Linux 軟件 RAID 配置上的源卷
在對已打開電源的 Linux 計算機進行克隆的過程當中,Converter Standalone 不會識別屬於軟件 RAID 配置(也稱爲多磁盤或 MD 配置)一部分的源卷。
Linux 源不支持 LILO 引導加載程序
僅當 GRUB 做爲引導加載程序安裝到源上時,纔可轉換運行 Linux 的已打開電源計算機。
默認狀況下,在 Linux P2V 轉換過程當中,Converter Standalone 在等待助手虛擬機啓動時會有 20 分鐘的超時
因爲鏈接超時,可能會致使 Linux P2V 轉換任務失敗。
解決辦法:經過修改 converter-worker.xml 文件中的 linuxP2VBootTimeout 標記,延長超時期間(以毫秒爲單位)。
對運行 Linux 的已打開電源的源計算機進行轉換的過程當中,不會保留稀疏文件
默認狀況下,Converter Standalone 在 Linux P2V 轉換過程當中不會保留源計算機上的稀疏文件。若是源上有大型稀疏文件,則會在目標虛擬機上將其建立爲非稀疏文件。這會致使目標文件系統上的佔用空間大於源計算機上的佔用空間。此外,還可能致使轉換任務失敗,同時出現超時錯誤。
解決辦法:經過修改 converter-worker.xml 文件中的 keepsake 標記,手動啓用在 Linux 轉換過程當中保留稀疏文件。
若是 ESX 3.5 Update 3 中已啓用 VMware HA,則對已打開電源的 Linux 計算機進行轉換可能會失敗
若是 VMware HA (High Availability) 上已啓用虛擬機監控功能,則 ESX 3.5 Update 3 中的某個已知問題將會致使助手虛擬機意外從新引導。這會使已打開電源的 Linux 源轉換提早終止。
請參見在 ESX 3.5 Update 3 上將 VMware HA 與虛擬機監控功能配合使用時,虛擬機可能會意外從新引導(知識庫文章 1007899)。
解決辦法:分別將其升級到 ESX 3.5 Update 4 或更高版本以及 VMware vCenter Server 2.5 Update 4 或更高版本。
若是在轉換 Linux 虛擬機的過程當中更改了磁盤控制器類型,則目標虛擬機可能不會進行引導
在 Linux 虛擬機中,可以使用 /boot/grub/grub.conf、/boot/grub/menu.lst 或 /etc/fstab 中的塊設備名稱(如 /dev/sda1)定義根設備。若是在轉換虛擬機的過程當中更改了磁盤控制器類型,則目標虛擬機可能不會進行引導。出現此問題的緣由是根設備如今具備不一樣的名稱(例如,其名稱可能已更改成 /dev/hda1)。
解決辦法:手動配置目標虛擬機。至少將根設備名稱更改成可以反映其在目標虛擬機中的新名稱。要使系統更堅固耐用,請使用卷標或 UUID 代替塊設備名稱。
在已打開電源的 Linux 計算機的轉換過程當中,若是在硬盤上直接映射了 Linux 源卷,則 Converter Standalone 不會對其進行識別
解決辦法:不受 LVM 管理的 Linux 源卷必須位於某個分區,這樣,Converter Standalone 才能在克隆已打開電源的 Linux 源的過程當中對這些源捲進行識別。
從 SLES 9 SP4 源轉換到 ESX 3.0 目標的虛擬機在轉換以後沒法進行引導
若是將 SLES 9 SP4 源轉換爲 ESX 3.0 管理的目標,併爲目標計算機選擇 LSI Logic 磁盤控制器類型,則最後獲得的虛擬機將沒法進行引導,並顯示如下錯誤消息:
未找到根設備;exitingwfo /bin/sh
sh:沒法訪問 tty;做業控制已關閉。(No root device found; exitingwfo /bin/sh sh: can't access tty; job control turned off.)
此問題是由 LSI Logic 驅動程序不兼容性引發的。
解決辦法:
[新增內容]若是 ASCII 符號或 Windows 當前系統區域設置中不存在虛擬機的名稱,則 ESX 5.0 目標主機上的 Linux P2V 做業將失敗
若是目標主機是 ESX 5.0,則 ASCII 或 Windows 當前系統區域設置中必須存在虛擬機的名稱,不然沒法鏈接助手計算機,且 Linux P2V 轉換將失敗。
解決辦法:進行轉換以前,請使用 ASCII 符號輸入虛擬機的名稱。轉換完成後,便可重命名虛擬機。
從具備動態卷的 Acronis 映像建立的虛擬機在轉換後不會啓動
Windows Vista、Windows Server 2008 或 Windows 7 的某些 Acronis True Image 映像未正確配置,轉換後不會啓動。當系統或活動磁盤位於源中的動態捲上時,會發生此問題。
解決辦法:
轉換第三方映像時的限制
可使用 Converter Standalone 轉換第三方虛擬機、系統映像和備份映像,但有如下限制:
單獨的備份映像應存儲在單獨的文件夾中
若是單個文件夾中存儲多個第三方備份,則會致使遷移失敗。
解決辦法:請先將每一個備份置於各自的文件夾中,而後再使用 Converter Standalone 轉換映像。
對具備多個磁盤的 Windows Server 2008 映像進行轉換將會致使操做系統所在磁盤之外的全部磁盤脫機
若是對具備多個磁盤的 Windows Server 2008 Enterprise Edition 或 Datacenter Edition 虛擬機進行轉換,則某些磁盤可能會保持脫機狀態。這是由於 Windows Server 2008 中有一個新的 SAN 策略可用來肯定是將新發現的磁盤聯機仍是將其保持脫機。
有關新 SAN 策略的詳細信息,請訪問 Microsoft 知識庫。
Converter Standalone 嚮導的 [高級選項] 窗格上顯示了未本地化的工具提示
若是 Converter Standalone 服務器在安裝了英文版 Windows 的計算機上運行,而且該 Windows 實例上未安裝東亞語言支持程序,則當您將已本地化的日語或簡體中文版的 Converter Standalone 客戶端與服務器鏈接時,Converter Standalone 嚮導的 [高級選項] 窗格上的工具提示將是未本地化的版本,而是以英語顯示。
解決辦法:啓用東亞語言支持。
嘗試在 Internet Explorer 中打開 Converter Standalone 聯機幫助時,會顯示空白頁
若是 Internet Explorer 瀏覽器中安裝了 Internet Explorer 加強型安全配置,則會致使聯機幫助沒法顯示。
解決辦法:從 Converter Standalone 客戶端計算機中卸載 Internet Explorer 加強型安全配置。
Converter Standalone 安裝在 Microsoft Windows Server 2008 上時,會顯示空白幫助頁
當 VMware Converter Standalone 安裝在 Microsoft Windows Server 2008 上且系統默認瀏覽器爲 Microsoft Internet Explorer 7 時,若是用戶經過 [幫助] 菜單或按 F1 調用幫助,則 Internet Explorer 將會啓動,但會顯示空白頁。
發生此問題的緣由是 Internet Explorer 7 的默認設置不容許在瀏覽器中運行 JavaScript 代碼。
解決辦法:啓用 Internet Explorer 7 中的 [活動腳本] 選項。
《Converter Standalone 用戶指南》中未列出 Converter Standalone 代理的靜默命令行命令
能夠在 VMware 知識庫中找到 Converter Standalone 代理的靜默安裝命令。
有關靜默模式命令的列表,請參見使用命令行安裝 VMware Converter Standalone Agent(知識庫文章 1008207)。
Converter Standalone 5.0 版本中解決了如下問題:
安裝若是 Hyper-V Server 上安裝了 vCenter Converter 4.2 代理,則沒法轉換 Hyper-V Server 虛擬機
嘗試從 Hyper-V Server 清單中選擇源虛擬機時,將顯示如下錯誤消息:沒法獲取所選計算機的硬件信息 (Unable to obtain hardware information for the selected machine)。若是源 Hyper-V Server 上安裝了 vCenter Converter 4.2 代理,且 Converter Standalone 安裝了 Converter Standalone 4.3 代理,則會出現此問題。所以,也會損壞 vCenter Converter 4.2 代理。
解決辦法:在部署 Converter Standalone 4.3 代理以前,請先從源 Hyper-V Server 中卸載全部早期版本的 Converter 代理。
使用自定義的磁盤卷佈局進行轉換後,目標虛擬機可能沒法啓動
經過在 [選項] 頁面的 [要複製的數據] 窗格上對捲進行從新排序或添加磁盤來更改磁盤卷佈局,可致使目標虛擬機沒法啓動。這是由於有些系統的引導代碼沒法處理移動引導卷或移動超過 8 GB 標記的引導卷。
安裝 Converter Standalone 服務器時,converter-client.xml 文件會自動更新
這會致使將更改以前安裝在系統上的任何 Converter Standalone 客戶端的默認通訊端口,以與爲 Converter Standalone 服務器安裝指定的值匹配。使用 Converter Standalone 客戶端鏈接到遠程 Converter Standalone 服務器時,請牢記這一點,由於通訊端口可能有所不一樣。
解決辦法:可使用 hostname:port 約定在鏈接對話框中明確指定通訊端口。
在 Converter Standalone 4.3 上安裝 Converter 3.0.3 時不會顯示任何警告消息
若是在已安裝了 Converter Standalone 4.3 的系統上啓動 Converter 3.0.3 安裝程序,則系統不會顯示任何警告消息來通知您將卸載 Converter Standalone 4.3。
在遠程熱克隆過程當中,Converter Standalone 沒法安裝 Converter Standalone 遠程代理
在對已安裝 VMware Converter 3.x 代理的遠程源計算機進行熱克隆的過程當中,Converter Standalone 沒法安裝其代理。在日誌文件中將顯示如下錯誤:
vm.fault.AgentInstallFailed。
解決辦法:手動將 Converter 3.x 代理從遠程計算機上移除,而後再次嘗試遠程熱克隆。要手動移除 VMware Converter 3.x 代理,請使用 [添加/刪除程序]。
若是在轉換向導中指定包含非 ASCII 字符的計算機名稱或 DNS 名稱,則遠程代理安裝將失敗
在轉換向導中選擇源時,若是使用非 ASCII 字符填寫計算機名稱或 DNS 名稱字段,則 Converter Standalone 代理安裝將失敗。
解決辦法:使用 IP 地址代替非 ASCII 名稱。
在遠程熱克隆過程當中,Converter Standalone 遠程代理不會通知用戶卸載以前安裝在同一計算機上的 Converter 3.0.x
若是 Converter Standalone 在轉換某個已安裝 Converter 3.0.x 的遠程計算機源,則 Converter Standalone 將卸載舊的安裝版本,但不會通知或警告用戶。
在早於 5.0 版本且受 vCenter Server 管理的 ESX 主機上,若是目標數據存儲的名稱中包含非 ASCII 字符,則沒法提交轉換做業
在 [轉換] 嚮導中單擊 [完成] 時,將顯示如下錯誤消息:出現了常規系統錯誤: 未知的內部錯誤 (A general system error occurred: unknown internal error)。鏈接到目標 vCenter Server 並選擇名稱中包含非 ASCII 字符的目標數據存儲時,VMware Infrastructure 虛擬機目標會出現此問題。
解決辦法:直接鏈接到目標 ESX 主機,而非 vCenter Server。
若是源數據存儲名稱中包含非 ASCII 字符,則沒法選擇 VMware Infrastructure 虛擬機來做爲源
若是鏈接到 vCenter Server,並從名稱中包含非 ASCII 字符的數據存儲中選擇源虛擬機,則在 [源計算機] 頁面上單擊 [下一步] 時,將顯示如下錯誤消息:沒法獲取所選計算機的硬件信息 (Unable to obtain hardware information for the selected machine)。
解決辦法:直接鏈接到源 ESX 主機,而非 vCenter Server。
若是更改了目標類型但未將更改應用到網絡設置,則沒法提交轉換做業
在 Converter Standalone 嚮導中選擇了目標後,若是轉至 [選項] 頁面,但未將任何更改應用到網絡設置,而後在嚮導中返回並更改了目標類型,則 Converter Standalone 將不容許提交轉換做業。在 [即將完成] 頁面上單擊 [完成] 後,系統將顯示如下錯誤消息:沒法建立虛擬機 (Unable to create virtual machine)。
出現這一問題是由於在更改目標類型時未刷新默認的網絡設置。
解決辦法:在返回更改目標類型以前,將全部更改應用到 [網絡] 窗格。
若是併發轉換做業數超過 20,則全部正在運行的轉換做業都將失敗
使用 Converter Standalone API 同時運行多個轉換做業時,若是併發做業總數超過 20,則全部正在運行的轉換做業都將失敗。這是由於當同時進行轉換的做業數超過其受支持的上限時,Converter Standalone Worker 會中止響應。Converter Standalone 服務器日誌文件中將顯示如下錯誤消息之一:SSLStreamImpl::BIORead (06a4b718) 已超時 (SSLStreamImpl::BIORead (06a4b718) timed out) 或 SSL 異常:SSL 握手已超時 (SSL Exception: The SSL handshake timed out)。Converter Standalone Worker 日誌文件中可能會顯示如下錯誤消息:SSLStreamImpl::BIORead (103e9a98) 已超時 (SSLStreamImpl::BIORead (103e9a98) timed out)。
解決辦法:併發轉換做業運行的數量不要超過 20 個。
在嘗試爲目標虛擬機輸入非 ASCII 名稱時,系統顯示不正確的錯誤消息
在 Converter Standalone 嚮導中建立轉換做業併爲目標虛擬機鍵入包含非 ASCII 字符的名稱時,系統可能會顯示如下錯誤消息:目標虛擬機名稱必須少於 80 個字符 (The destination virtual machine name must be shorter that 80 characters)。此錯誤消息內容應顯示以下:目標虛擬機名稱必須少於 80 字節 (The destination virtual machine name must be shorter than 80 bytes)。可爲目標虛擬機名稱輸入的字符數取決於所使用的語言。例如,若是使用法語或德語的非 ASCII 字符,則目標虛擬機名稱可能限制在 40 到 80 個字符之間不等。對於日語或簡體中文的非 ASCII 字符,字符數限制固定爲 26 個字符。
若是源虛擬機同時包含 IDE 和 SCSI 磁盤,則目標虛擬機可能不會啓動
若是如下條件都知足,目標虛擬機將沒法引導並在黑屏上顯示光標:
解決辦法 1:爲全部磁盤選擇一種適配器類型(IDE 或 SCSI)。
解決辦法 2:在 vSphere Client 中,更改目標計算機的 BIOS 中磁盤的引導順序:
在多引導源進行了基於磁盤的轉換後,目標虛擬機的非默認操做系統可能不會啓動
多引導源計算機進行了基於磁盤的轉換後,若是如下條件都知足,則目標虛擬機上可能不會啓動非默認操做系統:
解決辦法:使用與源中的控制器類型相同的控制器。
Converter Standalone 客戶端只能鏈接到同一版本的 Converter Standalone 服務器
嘗試鏈接到與 Converter Standalone 客戶端版本不一樣的遠程 Converter Standalone 服務器時,將顯示如下錯誤消息:
不支持鏈接到的服務器的版本 (The version of the server we connect to is not supported)。
解決辦法:在 Converter Standalone 服務器計算機上運行 Converter Standalone 安裝程序以安裝適當版本的 Converter Standalone 服務器。
若是已啓用了用戶賬戶控制 (UAC),但未使用默認的管理員賬戶,則沒法轉換已打開電源的本地計算機
若是未使用默認的管理員賬戶登陸已啓用用戶賬戶控制 (UAC) 的 Windows 操做系統,則在嘗試爲已打開電源的本地計算機建立轉換任務時,[轉換] 嚮導中可能會出現如下問題。
解決辦法:以管理員身份運行 Converter Standalone。
若是源計算機運行 Windows,且至少有一個源卷的羣集大小超過 4 KB,則基於卷的轉換任務將中止響應
若是提交用於對運行 Windows 的源計算機進行基於卷的克隆的轉換任務,且至少有一個源卷的羣集大小超過 4 KB,則轉換任務將中止響應。轉換任務將在任務列表中顯示爲正在運行,您沒法取消該任務。若是超過了最大併發任務數,則可能會致使其餘轉換任務沒法運行。
解決辦法:取消不響應的任務,並縮減羣集大小超過 4 KB 的全部源卷的卷大小。
若是活動(引導)分區不在源計算機的第一個磁盤上,則目標虛擬機將不會在轉換後啓動
若是源系統上的 BIOS 已修改成從除了第一個硬盤以外的任何硬盤進行引導,而且保留了目標卷佈局的默認設置,則 Converter Standalone 可能不會將引導卷克隆到目標虛擬機中的第一個虛擬硬盤上。所以,目標虛擬機的 BIOS 可能沒法找到包含活動分區的磁盤,目標虛擬機可能沒法啓動並顯示如下錯誤消息:未找到操做系統 (Operating system not found)。
解決辦法:
對運行 Windows Vista 或更高版本的客戶機操做系統進行自定義可能會由於某些系統時區而失敗
若是爲運行 Windows Vista、Windows Server 2008 或 Windows 7 的目標客戶機操做系統設置非標準時區,則在客戶機操做系統自定義的過程當中,轉換或配置任務可能會失敗。Converter Standalone 代理日誌文件中將顯示如下錯誤消息:TaskImpl 已失敗,緣由是 std::異常:時區 (TaskImpl has failed with std::Exception: Timezone)。
解決辦法:在相關 Converter Standalone 嚮導的 [自定義] 頁面上,選擇 [時區],而後從 [時區] 下拉菜單中選擇 [(GMT)格林威治標準時間: 都柏林、愛丁堡、里斯本、倫敦]。轉換任務完成後,能夠手動更改目標計算機的時區。
在打開從實時 Windows Server 2003 源上克隆而來的目標虛擬機電源時,出現錯誤消息
若是打開轉換自實時 Windows Server 2003 源的目標虛擬機電源,將出現帶有如下消息的對話框:
計算機爲何意外關機?(Why did the computer shutdown unexpectedly?)。
此對話框並不表示目標計算機存在問題。它僅是須要有關源計算機關閉緣由的信息。能夠安全關閉該對話框並照常繼續使用目標虛擬機。
對具備未格式化卷的已打開電源的 Windows Server 2008 源進行轉換時,操做失敗
若是運行 Windows Server 2008 的已打開電源的源計算機的卷未格式化,則沒法轉換這些源計算機。Windows Server 2008 中的 VSS 版本不支持未格式化的卷。在日誌文件中將顯示如下錯誤:
沒法建立源卷的 VSS 快照。錯誤代碼:2147754764 (0x8004230C)
解決辦法:
若是源上沒有足夠的空間執行 VSS 快照,則轉換將會失敗
若是源捲上沒有足夠的空間供 VSS 建立快照,則轉換將會失敗,並顯示如下錯誤:
沒法建立源卷的 VSS 快照。錯誤代碼:2147754783(0x8004231F) [Failed to create VSS snapshot of source volume. Error code: 2147754783(0x8004231F)]。
解決辦法:清除源卷(尤爲是系統卷和全部 NTFS 卷),而後再次嘗試轉換源。
若是用戶修改了源計算機 BIOS 中的磁盤順序,則 Converter Standalone 將沒法配置目標虛擬機
若是用戶修改了源計算機 BIOS 中的引導順序,則 Converter 可能沒法正確識別源引導磁盤,從而可能致使目標配置失敗。
解決辦法:在轉換以前從新排列源計算機 BIOS 中的磁盤順序,將引導磁盤放在第一個磁盤的位置。
對運行 Windows 操做系統的已打開電源的源計算機進行轉換的過程當中,Converter 不會報告系統中的全部磁盤和卷
此問題由 Microsoft API 中 Converter 用於查詢設備的缺陷引發。不帶任何服務包的 Windows XP Professional(64 位)中可能會出現此問題,而且在其餘版本的 Windows XP 或 Windows Server 2003 中也有可能出現。
解決辦法:更新至已解決此問題的最新服務包。Windows XP Professional(64 位)Service Pack 1 中未出現此問題。
若是在運行配置任務以後手動從新啓動虛擬機,則不會應用自定義
自定義過程的順序以下:
將源計算機轉換爲 Windows Vista 或 Windows Server 2008 本地或網絡共享驅動器,並選擇預先分配的目標磁盤選項時,可能會致使磁盤克隆失敗
在運行 Converter Standalone 服務器的計算機上,Converter Standalone Worker 日誌中將顯示如下錯誤消息:
[NFC 錯誤] 文件錯誤 -- 沒法寫入目標文件:檢測到錯誤。([NFC ERROR] File error -- Failed to write to the target file: An error was detected.)
此錯誤多是由 Windows Vista 和 Windows Server 2008 上的已知文件系統問題致使的。
解決辦法:
若是 .bashrc 文件中包含 echo 語句,則 Converter Standalone 將沒法鏈接到已打開電源的 Linux 源
若是指定的登陸賬戶的 .bashrc 文件中包含 echo 語句,則 Converter Standalone 可能沒法鏈接到已打開電源的 Linux 源計算機。Converter Standalone 使用 SFTP 協議複製源 Linux 系統上的文件,SFTP 在接收 .bashrc 文件中的 echo 語句時失敗。所以,Converter Standalone 可能會在檢索源計算機信息的過程當中中止響應 10 分鐘,或者可能會顯示如下錯誤消息:
沒法查詢實時 Linux 源計算機 (Unable to query the live Linux source machine)。
有關故障排除提示,請參見儘管 SSH 配置正確,但仍然沒法鏈接到 Linux 源(知識庫文章 1009153)。
解決辦法:從 .bashrc 文件中移除 echo 語句。可安全地將此 echo 語句置於 .bash_profile 文件中。這不會影響轉換任務。
默認狀況下,沒法在已打開電源的 Linux 源轉換過程當中登陸助手虛擬機
解決辦法:在 converter-worker.xml 文件中手動啓用此選項。
當 powerOffHelperVmConverter 代理標記已禁用時,啓用 useSourcePasswordInHelperVm 標記十分有用。這將使用戶能夠在轉換以後登陸助手虛擬機。
默認狀況下,Converter Standalone 須要以 root 用戶身份登陸源計算機,以便執行已打開電源的 Linux 轉換任務
解決辦法:啓用 sudo。
若是虛擬機是從運行 SLES 10 操做系統的已打開電源的源克隆到虛擬硬件版本爲 7.0 的 ESX 4.0 或 ESXi 4.0 所管理的目標,則其啓動將十分緩慢
若是將 SLES 10 操做系統上運行的已打開電源的源計算機克隆到虛擬硬件版本爲 7.0 的 ESX 4.0 或 ESXi 4.0 目標,則目標虛擬機的啓動將會十分緩慢。這是由於 /sabin/whupShell 腳本嘗試啓動再也不存在的設備。當源計算機運行 SLES 10 而不帶有任何服務包時,會出現此問題。
解決辦法:
從 Converter Standalone 4.0.x 升級到 Converter Standalone 4.3 後,沒法轉換已打開電源的 Linux 源計算機
若是將 Converter Standalone 的版本從 4.0.x 升級到 4.3,並嘗試爲已打開電源的 Linux 源建立一個轉換做業,則在 [源系統] 頁面上單擊 [下一步] 或 [查看源詳細信息] 時,[轉換] 嚮導中將顯示如下錯誤消息:
沒法查詢實時 Linux 源計算機 (Unable to query live Linux source machine)。
這是由於從 Converter Standalone 4.0.x 升級到 Converter Standalone 4.3 後,plink.exe文件和 pscp.exe文件會丟失。
解決辦法:不要執行將系統從 Converter Standalone 4.0.x 升級到 4.3 的升級操做。在安裝 Converter Standalone 4.3 以前,必須先從系統中卸載 Converter Standalone 4.0.x。
使用遠程 Converter Standalone 服務器時,連接克隆任務將在進度達到 1% 時失敗
連接克隆任務將在進度達到 1% 時失敗。當知足瞭如下全部條件時,[任務進度] 選項卡中將顯示此錯誤消息:錯誤: 沒法解析源虛擬機的配置文件 (Error: Unable to parse the configuration file of the source virtual machine)。
解決辦法:本地鏈接到 Converter Standalone 服務器。可能須要在運行 Converter Standalone 服務器的計算機上安裝 Converter Standalone 客戶端,或者在運行 Converter Standalone 客戶端的計算機上安裝 Converter Standalone 服務器,具體取決於您的設置。
因爲Symantec 備份中報告的磁盤編號不正確,目標虛擬機可能不會進行引導
在某些狀況下,Symantec 庫中報告的磁盤編號不正確,這將致使獲得的映像沒法引導,由於虛擬機在不正確的設備中搜索主引導記錄 (MBR)。
解決辦法:選擇目標虛擬機上包含可引導磁盤的虛擬設備節點。
對在 Hyper-V 服務器上運行的已打開電源虛擬機進行本地克隆時,可能會失敗
若是將 Converter Standalone 安裝在 Hyper-V 服務器上運行的虛擬機中,並嘗試將該虛擬機做爲已打開電源的源進行轉換,則轉換任務可能會失敗,而且會顯示如下錯誤消息:
沒法建立源卷的 VSS 快照。錯誤代碼:2147754758 (0x80042306) (Failed to create VSS snapshot of source volume. error code:2147754758 (0x80042306))。
Converter 代理日誌文件中將會顯示如下錯誤:
卷 \\?\Volume{a2e383da-26d8-11dd-a0f8-806e6f6e6963}\ 的 VSS 快照建立失敗,錯誤代碼爲 214754758 (VSS Snapshot creation failed for the volume \\?\Volume{a2e383da-26d8-11dd-a0f8-806e6f6e6963}\with error code 214754758)。
若是兩個 VSS 服務(Microsoft Software Shadow Copy Provider Service 和 Volume Shadow Copy Service)未在源計算機上啓動或正常運行,則會發生此問題。
解決辦法:
基於卷的克隆失敗,並在日誌中顯示如下錯誤消息:沒法獲取未分配的羣集,錯誤 87 (Failed to get unallocated clusters, error 87)
若是源卷的大小與該捲上文件系統的大小不一樣,則基於塊的卷級克隆將失敗。雖然這在物理機中不常見,但在 Windows Vista 和 Windows Server 2008 的第三方備份映像中卻十分常見,由於這些操做系統的分區都是非柱面對齊。
解決辦法:
VMware vCenter Converter Standalone API 爲 Converter Standalone 服務器管理框架提供了與語言無關的接口。
Converter Standalone SDK 是含有如下各項的 ZIP 文件。