VMware vCenter Converter 4.2 | 2010 年 7 月 13 日 | 内部版本 254483

vCenter Server 4.1 | 2010 年 7 月 13 日 | 内部版本 258902

文档最近更新日期:2010 年 8 月 16 日

请定期查看发行说明以了解新增内容及更新。

发行说明内容

本发行说明包含以下主题:

VMware vCenter Converter 4.2 简介

使用 VMware vCenter Converter,可以从运行 Windows 或 Linux 的物理机、非专用于 VMware 的虚拟机格式、其他第三方映像格式以及 VMware 虚拟机上自动创建 VMware 虚拟机。通过简单易用的向导驱动界面,vCenter Converter 可以转换多台本地和远程物理机,尽可能缩短中断和停机时间。

优点

  • 快速且无中断或停机地将运行 Windows 或 Linux 操作系统的物理机转换为 VMware 虚拟机。
  • 将第三方映像或虚拟机格式(例如 Parallels Desktop、Symantec Backup Exec System Recovery、Norton Ghost、Acronis、StorageCraft、Microsoft Virtual Server 或 Virtual PC 及 Microsoft Hyper-V Server 虚拟机)转换为 VMware 虚拟机。
  • 实现同时远程转换多台物理服务器或虚拟机的集中式管理。
  • 通过在数据迁移前对源计算机上的客户机操作系统执行静止快照,确保转换的可靠性。
  • 通过热克隆实现非破坏性转换,使源服务器不会停机或重新引导。

返回页首

新增功能

VMware vCenter Converter 4.2 是对 vCenter Converter 4.1 的大幅升级,包括以下新功能(之前仅在 vCenter Converter Standalone 4.0.x 中可用):

  • 支持 Linux 源计算机从物理机转换为虚拟机,包括:
    • Red Hat Enterprise Linux 2.1、3.0、4.0 及 5.0
    • SUSE Linux Enterprise Server 8.0、9.0、10.0 及 11.0
    • Ubuntu 5.x、6.x、7.x 和 8.x
  • 对在 P2V 转换过程中将任何增量更改克隆到物理机的热克隆改进
  • 支持转换新的第三方映像格式(包括 Parallels Desktop 虚拟机、较新版本的 Symantec、Acronis 及 StorageCraft)
  • 工作流自动化功能增强,包括源计算机的自动关机、目标虚拟机的自动启动,以及在源计算机关闭一个或多个服务和在目标计算机启动所选服务
  • 选择目标磁盘并可以指定新的目标虚拟机中卷的排列方式
  • 目标虚拟机配置,包括 CPU、内存及磁盘控制器类型

此外,vCenter Converter 4.2 还增加了独立 Converter 产品中所没有的功能,包括:

  • 支持 VMware vSphere 4.1 作为源和目标对象
  • 支持导入已关闭的 Microsoft Hyper-V R1 及 Hyper-V R2 虚拟机
  • 支持导入 Windows 7 源
  • 可以基于网络带宽或 CPU 限制从源到目标的数据传输
  • 支持 IPv6

已中止的支持

  • 无法使用 vCenter Converter 4.2 调度周期性转换任务。
  • 中止了对以下操作系统的支持:
    • Windows 2000
    • Windows NT
  • VMware vSphere 4.1 是 VMware vCenter Converter 插件的最新主要版本。VMware 将继续提供对 vCenter Converter 的技术支持,直至其支持生命周期结束。VMware 将继续更新并支持免费的 vCenter Converter Standalone 产品,该产品支持从物理机、VMware 和 Microsoft 虚拟机格式以及某些第三方磁盘映像格式等源进行转换。

返回页首

安装说明

权限有限的用户无法在 Windows 上安装 vCenter Converter 4.2。安装 vCenter Converter 需要以管理员身份登录。

返回页首

平台

可以将 VMware vCenter Converter 4.2 安装在以下平台上:

  • Windows XP Professional(32 位和 64 位)
  • Windows Server 2003(32 位和 64 位)
  • Windows Vista(32 位和 64 位)
  • Windows Server 2008(32 位和 64 位)
  • Windows Server 2008 R2
  • Windows 7(32 位和 64 位)

返回页首

互操作性

vCenter Converter 4.2 支持以下源和目标:

目标

受支持的客户机操作系统中所述操作系统上运行的物理机

Workstation 7.0.x、6.5.x、6.0.x、5.x 和 4.x
Fusion 1.x 和 2.x

vSphere 4.1
vSphere 4.0
ESX 3.x
ESXi 3.5 Installable 和 Embedded
ESX Server 2.5.x(如果 VirtualCenter 2.5 或更高版本管理 ESX Server)
VMware Server 1.x、2.x
VirtualCenter 2.x

Microsoft Virtual PC 2004 和 Microsoft Virtual PC 2007
Microsoft Virtual Server 2005 和 Microsoft Virtual Server 2005 R2
运行 Windows 客户机操作系统的 Hyper-V Server 虚拟机
运行 Linux 客户机操作系统的 Hyper-V Server 虚拟机
Acronis True Image Echo 9.1、9.5 和 Acronis True Image 10、11(国内产品)
Symantec Backup Exec System Recovery(之前称为 LiveState Recovery)6.5、7.0、8.0 和 8.5,LiveState Recovery 3.0 和 6.0 1
Norton Ghost 版本 10.0、11.0、12.0、13.0 和 14.0( .sv2i文件)
用于 Microsoft Windows 和 Mac OS x 2.5、3.0 和 4.0 的 Parallels Desktop 2
StorageCraft ShadowProtect 2.0、2.5、3.0、3.1 和 3.2 1

VMware Workstation 5.5.x、6.0.x、6.5.x 和 7.0
VMware Player 1.x、2.0.x、2.5.x 和 3.0
VMware Server 1.x 和 2.x
VMware Fusion 1.x、2.x 和 3.0
ESX/ESXi 3.x、4.0 和 4.1
vCenter Server 2.5、4.0 和 4.1

1有关导入 Backup Exec System Recovery、ShadowProtect 和 Consolidated Backup 映像的条件和限制,请参见《VMware vCenter Converter 安装和管理指南》  
2vCenter Converter 中不支持 Parallels Virtuozzo Container。

使用 vCenter Converter 4.2 可以将在 Citrix XenServer 4 Enterprise Edition 和 Virtual Iron 版本 4.2 上运行的 Windows 虚拟机作为实时源导入。

早期版本的 vCenter Converter(版本 3.x 和 4.1.x)可能与 VMware vSphere 4.1 不兼容。

返回页首

受支持的客户机操作系统

vCenter Converter 4.2 支持以下客户机操作系统:

  • Windows XP Professional(32 位和 64 位)
  • Windows Server 2003(32 位和 64 位)
  • Windows Vista(32 位和 64 位)
  • Windows Server 2008(32 位和 64 位)
  • Windows Server 2008 R2
  • Windows 7(32 位和 64 位)
  • Red Hat Enterprise Linux 2.1(32 位)
  • Red Hat Enterprise Linux 3.0(32 位和 64 位)
  • Red Hat Enterprise Linux 4.0(32 位和 64 位)
  • Red Hat Enterprise Linux 5.0(32 位和 64 位)
  • Red Hat Linux Advanced Server 2.1(32 位)
  • SUSE Linux Enterprise Server 8.0
  • SUSE Linux Enterprise Server 9.0(32 位和 64 位)
  • SUSE Linux Enterprise Server 10.0(32 位和 64 位)
  • SUSE Linux Enterprise Server 11.0(32 位和 64 位)
  • Ubuntu 5.x
  • Ubuntu 6.x
  • Ubuntu 7.x(32 位和 64 位)
  • Ubuntu 8.x(32 位和 64 位)

注意: 在对已启动的 Linux 计算机进行克隆的过程中,vCenter Converter 4.2 会在目标上保留以下源文件系统:ext2、ext3、reiserfs 和 vfat。其他所有源文件系统都将转换到目标虚拟机上的 ext3 文件系统。

返回页首

早期版本的 vCenter Converter

早期版本 vCenter Converter 的功能在每个版本的发行说明中均有说明。要查看早期版本 vCenter Converter 的发行说明,请单击以下链接之一:

返回页首

已知问题

vCenter Converter 4.2 版本包含以下已知问题:

返回页首

安装


在重新安装 vCenter Converter 4.2 之前,必须重新启动运行 64 位 Windows Vista 或更高版本的计算机
如果从 64 位 Windows Vista、Windows Server 2008 或 Windows 7 计算机上卸载 vCenter Converter 后没有重新启动计算机,则后续的 vCenter Converter 安装可能会失败,并显示以下错误消息:
错误 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 计算机,然后尝试重新安装 vCenter Converter。

vCenter Converter 安装程序未发出任何通知即移除 Workstation 6.5.x 远程代理
使用 Workstation 6.5.x 热克隆 Windows 源计算机时,Workstation 会在源上部署一个远程 Workstation 代理。如果选择保留该源上的远程代理,然后将 vCenter Converter 4.2 安装在同一计算机上,则 vCenter Converter 安装程序将卸载该代理且不发出任何警告消息。

在远程热克隆过程中,vCenter Converter 4.2 无法安装 vCenter Converter 远程代理
在对已安装 VMware Converter 3.x 代理的远程源计算机进行热克隆的过程中,vCenter Converter 4.2 无法安装其代理。在日志文件中将显示以下错误:
vm.fault.AgentInstallFailed
解决办法:手动将 Converter 3.x 代理从远程计算机上移除,然后再次尝试远程热克隆。要手动移除 VMware Converter 3.x 代理,请使用 [添加/删除程序]。

如果在转换向导中指定包含非 ASCII 字符的计算机名称或 DNS 名称,则远程代理安装将失败
在转换向导中选择源时,如果使用非 ASCII 字符填写计算机名称或 DNS 名称字段,则 vCenter Converter 代理安装将失败。
解决办法:使用 IP 地址代替非 ASCII 名称。

在远程热克隆过程中,vCenter Converter 远程代理不会通知用户卸载之前安装在同一计算机上的 Converter 3.0.x
如果 vCenter Converter 4.2 在转换某个已安装 Converter 3.0.x 的远程计算机源,则 vCenter Converter 4.2 将卸载旧的安装版本,且不会通知或警告用户。

在成功转换之后,运行 64 位 Windows Vista 或更高版本的远程源计算机的后续 P2V 转换可能会失败
如果成功转换某个运行 64 位 Windows Vista、Windows Server 2008 或 Windows 7 操作系统的远程源计算机后尝试再次转换,则转换将失败并显示错误消息: vCenter Converter 代理在 x.x.x.x 上安装失败,错误代码:1603 (vCenter Converter Agent installation failed on x.x.x.x Error code: 1603)1603,其中 x.x.x.x 是源计算机的 IP 地址。
如果在首次成功转换的过程中已启用自动卸载远程 vCenter Converter 代理,则可能出现此错误消息。
解决办法:重新启动远程源计算机,然后再次尝试运行转换任务。

返回页首

常规


新增内容 无法转换在非英文版 Hyper-V 服务器上运行的源虚拟机
如果 Hyper-V 服务器的操作系统在非英语语言环境中运行,则 vCenter Converter 无法显示该 Hyper-V 服务器的清单。因此,也就无法选择要转换的虚拟机源。
解决办法:在启动 [转换] 向导之前,请先更改 Hyper-V Server 上的操作系统的语言。

如果更改了目标类型但未将更改应用到网络设置,则无法提交转换任务
在 vCenter Converter 向导中,选择了目标然后转至 [选项] 页面但未将任何更改应用到网络设置时,如果返回到向导并更改了目标类型,则 vCenter Converter 将不允许提交转换任务。在 [即将完成] 页面上单击 [完成] 后,系统将显示此错误消息: 无法创建虚拟机 (Unable to create virtual machine)
出现这一问题是因为在更改目标类型时未刷新默认的网络设置。
解决办法:在返回更改目标类型之前,将所有更改应用到 [网络] 窗格。

  1. 在 vCenter Converter 向导的 [选项] 页面上,单击选项列表中的 [网络]
  2. 单击选项列表中的其他选项,例如 [要复制的数据]
  3. 单击 [上一步] 更改目标类型。

 

调度转换任务失败并出现错误 无法找到指定对象或项 (The object or item referred to could not be found)
如果安装 vCenter Converter Server 并将其连接到某个已连接 vCenter Converter Server 的 vCenter Server,则调度转换可能会失败。在 vSphere Client 中 [近期任务] 列表的 [状态] 列中,将出现以下错误消息: 无法找到指定对象或项 (The object or item referred to could not be found)
解决办法:确保一次只有一个 vCenter Converter Server 连接到 vCenter Server。

在尝试输入非 ASCII 名称作为目标虚拟机名称时,将会显示不正确的错误消息
在 vCenter Converter 向导中创建导入或导出任务,并键入包含非 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 个字符。

在 vCenter Converter 向导中无法加载 VirtualCenter 清单
如果对包含大量虚拟机的 VirtualCenter 执行导出任务或从中执行导入任务,则 vCenter Converter 向导将无法显示清单。
解决办法:要将计算机导入到大型清单或从大型清单中导出计算机,请直接连接 ESX 主机而非 vCenter Server。

更新的内容 在 vCenter Converter 安装过程中,vCenter Service Status 的 com.vmware.converter 将显示错误消息
在 vCenter Converter 安装过程中,如果为 vCenter Converter 指定了一个简短的服务器名称以用于向 vCenter Server 注册,则 vCenter Service Status 可能会显示以下错误消息: 无法从 https://servername for com.vmware.converter 中检索健康状况数据 (Unable to retrieve health data from https://servername for com.vmware.converter)
解决办法:

  • 如果要将 vCenter Converter 安装在与 vCenter Server 相关的远程计算机上,请使用完全限定的域名或 IP 地址向 vCenter Server 注册 vCenter Converter。
  • 如果要将 vCenter Converter 安装在运行 vCenter Server 的计算机上,那么,目前尚无任何解决办法。

无法复制正在运行的转换或重新配置任务
源为虚拟机或备份映像时,如果对正在运行的重新配置或转换任务打开复制为新任务向导,然后单击 [下一步],则该向导将显示错误消息: 无法获取所选计算机的硬件信息 (Unable to obtain hardware information for the selected machine)
解决办法:等待任务完成,然后在其弹出菜单中选择 [复制为新任务]

已取消的转换任务在 [任务摘要] 窗口中显示为仍在运行
如果打开某个已取消的转换任务的 [任务摘要] 窗口,其状态仍显示为 [正在运行],虽然 vSphere Client 的 [近期任务] 面板中显示该任务已取消。这是因为 vCenter Converter Server 需要一些时间来清除所有与已取消的转换任务相关的进程。
可以忽略此可视化问题。
解决办法:在取消转换任务后等待几分钟。任务清除完成时,vCenter Converter Server 将相应地更新 [任务摘要] 窗口中的任务状态。

对包含无法识别的文件系统的源卷进行转换可能会阻止目标虚拟机启动
在其中一个 vCenter Converter 向导中对基于卷的克隆任务进行设置时, [源卷] 选项卡的某些行中可能会缺少卷名称。这意味着 vCenter Converter 未识别这些卷上的文件系统。此类转换任务所创建的目标虚拟机可能无法启动。但是,vCenter Converter 使用块级复制方式将源卷数据复制到目标。
解决办法:转换后重新配置目标虚拟机。

如果打开多个 vCenter Converter 向导,则只能使用最后打开的向导
例如,如果先打开导入计算机向导,然后打开重新配置虚拟机向导,则只能使用重新配置虚拟机向导。

如果源虚拟机同时包含 IDE 和 SCSI 磁盘,则目标虚拟机可能不会启动
如果以下条件都满足,目标虚拟机将无法引导并在黑屏上显示光标:

  • 源计算机同时包含 IDE 和 SCSI 磁盘
  • SCSI 磁盘在引导顺序中排在第一
  • 用户已选择保留磁盘适配器类型

解决办法:为所有磁盘选择一种适配器类型(IDE 或 SCSI)。

在多引导源进行了基于磁盘的转换后,目标虚拟机的非默认操作系统可能不会启动
多引导源计算机进行了基于磁盘的转换后,如果以下条件都满足,则目标虚拟机上可能不会启动非默认操作系统:

  • 源有多个磁盘
  • 至少有一个系统分区不在第一个(活动)磁盘上
  • 控制器类型在转换过程中发生更改(例如,源计算机使用的是 IDE,而目标计算机使用的是 SCSI)

解决办法:使用与源中的控制器类型相同的控制器。

将 VMDK 文件大于 2GB 的独立 VMware 源导入到不支持大型文件的网络共享上所驻留的托管目标时,操作失败
如果选择 VMDK 文件大于 2GB 的独立虚拟机源并尝试将其转换到不支持大型文件(例如,Linux SMB 或 NFS 共享)的远程网络位置上所驻留的托管目标,则该转换任务可能会失败,并显示以下错误消息之一:

  • 无法连接到虚拟磁盘 (Unable to connect to the virtual disk)
  • 读取 0 响应字节后,远程服务器连接已关闭 (Remote server closed connection after 0 response bytes read)
  • 在虚拟磁盘上操作过程中出错 (An error occurred during an operation on a virtual disk)
如果转换成功,则在启动目标虚拟机时,可能会显示以下与 VMDK 文件相关的错误消息:
内部不一致错误 (Internal Inconsistency errors)
解决办法:
  1. 在 vCenter Converter 的主应用程序窗口中,右键单击失败的任务并选择 [复制为新任务...]
  2. 转到 [选项] 页面并选择 [要复制的数据]
  3. 在 [要复制的数据] 窗格中,选择要复制的卷并单击 [高级]
  4. [目标布局] 选项卡上,选择 [未预先分配 2GB 拆分空间][已预先分配 2GB 拆分空间] 作为目标磁盘类型。
  5. 单击 [下一步] 以查看转换任务的摘要。
  6. 在 [即将完成] 页面上,单击 [完成] 以重新提交该任务。

创建转换任务以从不支持大型文件的网络共享中导入 VMDK 文件大于 2GB 的独立 VMware 源时,操作失败
如果选择 VMDK 文件大于 2GB 的独立虚拟机源,且该源驻留在不支持大型文件(例如,Linux SMB 共享)的网络位置上,则在单击 [下一步][查看源详细信息] 时,Converter 向导中将出现以下错误消息:
agent.internal.fault.FileOpenError.summary
解决办法:将网络共享文件夹映射到运行 vCenter Converter 的计算机,并从该计算机中选择该源。

如果 VMware Workstation 或其他 VMware 托管的源虚拟机位于只读网络共享上,则 vCenter Converter 将无法检测它们的电源状况
如果源计算机是 Workstation 或其他 VMware 托管的源,并且位于具有只读权限的网络共享上,则 vCenter Converter 将无法检测该源是已启动还是为挂起状态。如果在转换过程中对已启动的源虚拟机进行更改,这可能会导致目标计算机上的数据不一致。
解决办法:

  • 在转换之前,确认源虚拟机已启动。
  • 为源虚拟机所驻留的网络共享提供写入权限。

如果目标虚拟机的名称中包含某些特殊字符,转换任务将失败
如果目标虚拟机的名称中包含特殊字符(斜线 (/)、反斜线 (\)、冒号 (:)、星号 (*)、问号 (?)、引号 (") 或尖括号 (<>),转换将失败并显示以下错误消息:
agent.internal.fault.ImageProcessingTaskFault.summary
解决办法:不要在目标虚拟机的名称中使用斜线 (/)、反斜线 (\)、冒号 (:)、星号 (*)、问号 (?)、引号 (") 或尖括号 (<>)。

在导入大于 1TB 的虚拟机时未显示任务进度
如果源虚拟机大于 1TB,则 vCenter Converter 将不会显示转换任务的进度。转换任务成功完成,但用户无法监控任务进度。
解决办法:可以通过监控目标 ESX 主机的磁盘性能来检查任务是否正常运行。

如果系统卷驻留在 SCSI 磁盘上,而 IDE 磁盘出现在源计算机中,则 vCenter Converter 将无法检测系统卷
在包含 SCSI 和 IDE 磁盘的源计算机上,如果系统卷驻留在 SCSI 磁盘上,则 Converter 将无法检测系统卷。在此类配置中,Converter 仅检查第一个 IDE 磁盘。

在某些情况下,任务进度和估算的完成时间不可靠
如果源系统的磁盘上可用空间较多或文件很大,或者如果网络性能意外下降,则 Converter 任务列表中显示的任务进度以及估算的距离任务完成的剩余时间可能会计算错误。

如果在转换向导打开的情况下修改源计算机的硬件配置,则需要重新启动转换向导才能查看正确的源详细信息
源计算机详细信息是在每次向导会话中进行检索,因为此过程比较耗时。如果在该信息检索后,源计算机上发生某些更改(如添加内存或硬盘驱动器),则转换向导不会显示有关这些更改的信息。
解决办法:重新启动转换向导。

克隆包含文件系统错误的源可能会导致虚拟机损坏
请参见 克隆包含文件系统错误的源可能会导致副本损坏(知识库文章 1006689)

通过 WAN 链路进行转换时 SSL 握手超时
vCenter Converter 不支持通过 WAN 进行转换。尝试通过 WAN 链路执行转换时,可能会出现 SSL 超时,因为 SSL 握手的超时时间是两分钟。

如果源计算机上的磁盘数量超过九个,则向未连接到 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 个。

返回页首

Windows 源

如果活动(引导)分区不在源计算机的第一个磁盘上,则目标虚拟机不会在转换后启动
如果源系统上的 BIOS 已修改为从除了第一个硬盘之外的任何硬盘进行引导,并且保留了目标卷布局的默认设置,则 vCenter Converter 可能不会将引导卷克隆到目标虚拟机中的第一个虚拟硬盘上。因此,目标虚拟机的 BIOS 可能无法找到包含活动分区的磁盘,目标虚拟机可能无法启动并显示以下错误消息: 未找到操作系统 (Operating system not found)
解决办法:

  • 转换后重新排列目标虚拟机 BIOS 中的引导顺序,使目标虚拟机从包含活动卷的虚拟磁盘进行引导。
  • 在设置转换任务时,修改默认的卷布局,使活动卷位于目标虚拟机的第一个虚拟磁盘上。

在为已关闭的虚拟机源创建转换任务时,vCenter Converter 向导的 [选项] 页面中缺少 [服务] 设置
在为运行 Windows Server 2008 或 Windows 7 客户机操作系统的虚拟机源设置导入或导出任务时,[服务] 设置没有出现在 vCenter Converter 向导的 [选项] 列表中。因此,无法设置目标虚拟机上服务的启动类型。
vCenter Converter Worker 日志文件中出现以下错误消息: 读取 xxx 的启动类型时发生错误 2 (Error 2 reading startType for xxx)。其中的 xxx 是 Windows 服务名称。
当源虚拟机上有一个或多个服务没有分配到启动类型时,会出现此问题。此问题不会影响转换任务的成功完成,但会使您无法修改目标虚拟机上 Windows 服务的启动类型。
解决办法:修改源客户机操作系统的注册表,为所有没有启动类型的服务分配启动类型。请参见 将启动类型分配给源虚拟机上的 Windows 服务(知识库文章 1021028)

如果未使用默认的管理员帐户连接到已启动的源计算机,用户帐户控制 (UAC) 将阻止 vCenter Converter 代理的安装
设置任务对运行 Windows Server 2008、Windows Vista 或 Windows 7 的已启动源计算机执行导入,如果以非默认管理员帐户登录到该源计算机,则在尝试将 vCenter Converter 代理安装到源计算机上时,可能会出现以下错误消息: 缺少足够权限,无法连接到 xxxxxxx (Insufficient permissions to connect to xxxxxxx)。其中的 xxxxxxx 是源计算机的 IP 地址。这是因为在 UAC 已启用且您以非默认管理员用户身份登录到源时,vCenter Converter Server 无法安装 vCenter Converter 代理。
解决办法:禁用源计算机上的 UAC,然后启动导入计算机向导。可以在 Microsoft 网站中搜索有关不同源操作系统的 UAC 禁用步骤。

如果在客户机操作系统自定义过程中尝试复制重新配置任务,vCenter Converter Worker 进程将停止响应
如果在目标计算机正在自定义的过程中右键单击某个运行中的重新配置任务并选择 [复制为新任务],vCenter Converter Worker 进程将停止响应。
解决办法:等待重新配置任务完成,然后对其进行复制操作。

对运行 Windows Vista 或更高版本的客户机操作系统进行自定义可能会因为某些系统时区而失败
如果为运行 Windows Vista、Windows Server 2008 或 Windows 7 的目标客户机操作系统设置非标准时区,则在客户机操作系统自定义过程中,转换或重新配置任务可能会失败。vCenter Converter 代理日志文件中将出现以下错误消息: TaskImpl 已失败,原因是 std::异常:时区 (TaskImpl has failed with std::Exception: Timezone)
解决办法:在相关 vCenter Converter 向导的 [自定义] 页面上,选择 [时区],然后从 [时区] 下拉菜单中选择 [(GMT)格林威治标准时间: 都柏林、爱丁堡、里斯本、伦敦]。转换任务完成后,可以手动更改目标计算机的时区。

在复制转换或重新配置任务时,未保留自定义信息
如果右键单击某个转换或重新配置任务,然后选择 [复制为新任务],这将打开相关 vCenter Converter 向导。在该向导中,未保留在进行原始转换或重新配置任务时客户机操作系统自定义设置的数据。必须再次输入自定义首选项。

在文件级克隆过程中停止 vCenter Converter 进程可能会导致运行 vCenter Converter Server 服务的计算机重新启动
在对运行 Windows XP 或 Windows Server 2003 的源系统进行文件级克隆时,如果强制停止以下任一 vCenter Converter 进程,则运行该停止进程的计算机可能会自动重新引导。

  • VMware vCenter Converter Integrated Worker
  • VMware vCenter Converter Integrated Agent
表现出的此行为不尽相同,具体取决于 Windows 版本和修补程序级别。

解决办法:不要在文件级克隆过程中停止源计算机上的任何 vCenter Converter 服务。有关详细信息和热修补程序,请查阅 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 源计算机转换过程中,vCenter Converter 未将 PIC HAL 更改为 APIC HAL
如果要转换的源正在运行可编程中断控制器 (PIC) HAL,则 vCenter Converter 不会在目标虚拟机中将 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,然后开始转换。

对在 Windows 上运行的物理计算机源进行转换的过程中,vCenter Converter 不会保留已禁用的网络适配器
在 Windows 源计算机的 P2V 转换过程中,vCenter Converter 不会检测到源计算机上已禁用的网络适配器,且不会在目标虚拟机上保留这些网络适配器。
解决办法:在 vCenter Converter 向导的 [选项] 页面上,单击 [网络] 以将网络适配器添加到目标虚拟机中。

在启动从实时 Windows Server 2003 源上克隆而来的目标虚拟机时,出现错误消息
如果启动转换自实时 Windows Server 2003 源的目标虚拟机,将出现带有以下消息的对话框:
计算机为什么意外关机?(Why did the computer shutdown unexpectedly?)
此对话框并不表示目标计算机存在问题。它仅是需要有关源计算机关闭原因的信息。可以安全关闭该对话框并照常继续使用目标虚拟机。

自定义后,Microsoft Windows Vista 反复重新引导
如果源操作系统是 Microsoft Windows Vista,则提供不正确的自定义信息可能会导致目标虚拟机反复重新引导。在转换或配置过程中,如果选择自定义 Microsoft Windows Vista 并提供不正确的自定义信息(例如,无效的序列密钥),则自定义的目标计算机将反复重新引导。这是一个已知的 Microsoft Windows Vista 问题。
解决办法:确保提供的自定义信息有效。

将源计算机转换为 Windows Vista 或 Windows Server 2008 本地或网络共享驱动器以及选择预先分配的目标磁盘选项可能会导致无法克隆磁盘
在运行 vCenter Converter Server 的计算机上,以下错误消息将显示在 vCenter Converter Worker 日志中:
[NFC 错误] 文件错误 -- 无法写入目标文件:检测到错误。([NFC ERROR] File error -- Failed to write to the target file: An error was detected.)
此错误可能是由 Windows Vista 和 Windows Server 2008 上的已知文件系统问题导致的。
解决办法:

  • 在主机系统上安装最新的可用热修补程序。有关此问题和热修补程序下载的详细信息,请参见 http://support.microsoft.com/kb/KB957065/。
  • 打开 converter-worker.xml 文件中的 preallocateTargetDisks 标记。
    1. 在运行 vCenter Converter Server 的计算机上,浏览到 %ALLUSERSPROFILE%\Application Data\VMware\VMware vCenter Converter\这一位置中的 converter-worker.xml文件。
    2. 在文本编辑器中打开 converter-worker.xml文件,将 preallocateTargetDisks标记从 false更改为 true。
    3. 要重新启动 vCenter Converter Worker,请执行以下操作:
      重新引导系统或打开 Microsoft 管理控制台中的 [服务] 部分,找到 VMware Converter Worker 服务并将其重新启动。

自定义客户机操作系统之后未正确显示所有者名称和组织
自定义客户机操作系统之后,[计算机信息] 页面上用于所有者名称和组织的 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/

vCenter Converter 不支持对包含 FAT/FAT32 卷文件系统的已启动 Windows Server 2008 源进行克隆
Windows Server 2008 下的 VSS 不支持 FAT/FAT32。尝试转换 FAT/FAT32 卷会导致转换任务失败。
解决办法:取消选中转换向导 [选项] 页面上的所有 FAT/FAT32 卷。

仅当源计算机至少包含一个 NTFS 卷时,Converter 才可在热克隆过程中转换 FAT/FAT32 卷
对于在 Windows Server 2008 之前的 Windows 版本上运行的源计算机,仅当源计算机至少包含一个 NTFS 卷时,VSS 才可对 FAT/FAT32 卷执行快照。对于所有支持基于卷的克隆的操作系统,您至少需要一个 NTFS 卷才能使 VSS 能够工作。

如果源上没有足够的空间执行 VSS 快照,则转换将会失败
如果源卷上没有足够的空间供 VSS 创建快照,则转换将会失败,并显示以下错误:
无法创建源卷的 VSS 快照。错误代码:2147754783(0x8004231F) [Failed to create VSS snapshot of source volume. Error code: 2147754783(0x8004231F)]
解决办法:清除源卷(尤其是系统卷和所有 NTFS 卷),然后再次尝试转换源。

之前版本的 Converter 无法对安装有 vCenter Converter 4.2 代理的源计算机进行转换
在转换过程中,vCenter Converter 4.2 代理将会部署在源计算机上。如果在转换之后,vCenter Converter 4.2 代理未卸载,则较低版本的 Converter 无法将其代理部署到较新版本的 vCenter Converter 代理上。因此,无法使用之前版本的 Converter 对已经使用 vCenter Converter 4.2 转换的源进行转换。
解决办法:尝试使用较低版本的 Converter 对源进行转换之前,首先卸载 vCenter Converter 4.2 代理。

如果用户修改了源计算机 BIOS 中的磁盘顺序,则 vCenter Converter 将无法配置目标虚拟机
如果用户修改了源计算机 BIOS 中的引导顺序,则 Converter 可能无法正确识别源引导磁盘,从而可能导致目标配置失败。
解决办法:在转换之前重新排列源计算机 BIOS 中的磁盘顺序,将引导磁盘放在第一个磁盘的位置。

对运行 Windows 操作系统的已启动源计算机进行转换的过程中,Converter 不会报告系统中的所有磁盘和卷
此问题由 Microsoft API 中 Converter 用于查询设备的缺陷引起。不带任何服务包的 Windows XP Professional(64 位)中可能会出现此问题,并且在其他版本的 Windows XP 或 Windows Server 2003 中也有可能出现。
解决办法:更新至已解决此问题的最新服务包。Windows XP Professional(64 位)Service Pack 1 中未出现此问题。

vCenter Converter 代理不会在重新引导之后自动启动
如果源计算机启动过慢,则 vCenter Converter 代理可能不会在源计算机重新启动之后自动启动。
解决办法:手动启动 vCenter Converter 代理:

  1. 右键单击 [我的电脑],并选择 [管理]
  2. 在 [计算机管理] 窗口的左侧,选择 [服务和应用程序] > [服务]
  3. 在右侧的列表中双击 [VMware vCenter Converter 代理]
  4. 单击 [启动] 以启动该进程。
  5. 单击 [应用],然后单击 [确定]

源虚拟机没有相应的驱动程序
由于源操作系统中缺少相应的驱动程序,重新配置失败,且日志文件中将会显示以下错误消息:
在指定的 CAB 文件中找不到 symmpi.sys (Unable to find symmpi.sys in the specified CAB files)
此问题通常发生在 Windows Server 2003 SP1 中。
解决办法:

  1. 对失败的导入过程中创建的虚拟机进行备份。
  2. 将包含系统文件夹的 VMDK 文件附加到另一 Windows Server 2003 虚拟机上。
  3. 使用包括助手虚拟机中所缺少的驱动程序的 driver.cab 文件版本替换目标虚拟机中的 WINDOWS\Driver Cache\i386\driver.cab 文件。
  4. 从助手虚拟机中分离 VMDK 文件,并在目标虚拟机上运行配置计算机向导。

sysprep 会在自定义过程中删除驱动器盘符映射
如果选择了自定义选项,并且目标虚拟机在第二次 sysprep 重新引导后显示 [请等待] 屏幕时失败,则需要取消自定义并重新运行导入任务。出现此问题的原因是 Microsoft 的 sysprep 存在问题(删除了驱动器盘符映射),导致无法访问某些文件。

如果在运行配置任务之后手动重新启动虚拟机,则不会应用自定义
自定义过程的顺序如下:

  1. 用户使用 vCenter Converter 自定义虚拟机映像,并等待 100% 完成。
  2. vCenter Converter 代理启动虚拟机,并等待其自动重新引导。
  3. Sysprep 处理自定义。
  4. Sysprep 重新引导虚拟机。
  5. 加载 Windows 操作系统,并进行网络配置。
如果在步骤 2 中手动重新引导虚拟机,但是并未等待虚拟机自动重新引导,则自定义过程将会失败。当 Windows 发现新硬件并请求重新引导时,如果选择 [是],则自定义过程将中断。在这两种情况下,自定义设置均不会应用到该虚拟机。
解决办法:首先等待计算机自动重新引导两次,然后即可应用自定义设置并安全登录。

返回页首

Linux 源

在从运行 Linux 的源转换而成的目标虚拟机中,X Server 可能无法启动
当目标虚拟机启动时,X Server 可能无法启动,并出现错误消息: X Server 出现严重错误 (Fatal X server Error)。发生此问题的原因是 Linux 源中所使用的显示驱动程序与目标 VMware 虚拟机的显示适配器不兼容。
解决办法:

  • 在目标虚拟机上安装 VMware Tools。
  • 重新配置目标虚拟机上的 X Server,以便更改刷新速率和显示分辨率。

 

如果 .bashrc 文件包含 echo 语句,则 vCenter Converter 将无法连接到已启动的 Linux 源
如果给定登录帐户的 .bashrc 文件包含 echo 语句,则 vCenter Converter 可能无法连接到已启动的 Linux 源计算机。vCenter Converter 使用 SFTP 协议复制源 Linux 系统上的文件,SFTP 在接收 .bashrc 文件中的 echo 语句时发生故障。因此,vCenter Converter 可能会在检索源计算机信息的过程中停止响应 10 分钟,或者可能会显示以下错误消息:
无法查询实时 Linux 源计算机 (Unable to query the live Linux source machine)
有关故障排除提示,请参见 尽管 SSH 配置正确,但仍然无法连接到 Linux 源(知识库文章 1009153)
解决办法:.bashrc 文件中移除 echo 语句。可安全地将此 echo 语句置于 .bash_profile 文件中。这不会影响转换任务。

如果在导入 Linux 虚拟机的过程中更改了磁盘控制器类型,则目标虚拟机可能不会进行引导
在 Linux 虚拟机中,可使用 /boot/grub/grub.conf/boot/grub/menu.lst/etc/fstab 中的块设备名称(如 /dev/sda1)定义根设备。如果在导入虚拟机的过程中更改磁盘控制器类型,则目标虚拟机可能不会进行引导。出现此问题的原因是根设备现在具有不同的名称(例如,其名称可能已更改为 /dev/hda1)。
解决办法:手动重新配置目标虚拟机。至少将根设备名称更改为能够反映其在目标虚拟机中的新名称。要使系统更坚固耐用,请使用卷标或 UUID 代替块设备名称。

在已启动的 Linux 计算机的转换过程中,如果在硬盘上直接映射 Linux 源卷,则 vCenter Converter 将不会对其进行识别
解决办法:不受 LVM 管理的 Linux 源卷必须位于某个分区,以使 vCenter Converter 可在克隆已启用的 Linux 源的过程中对其进行识别。

对于已启动的 Linux 源,每卷组的 LVM 逻辑卷数限制为 12
在已启动的 Linux 计算机的转换过程中,vCenter Converter 会将 LVM 卷组转换到目标虚拟机上的新磁盘。源 LVM 卷组上的 LVM 逻辑卷数不能超过 12。
解决办法:将卷从新磁盘中移到其他目标磁盘中:

  1. 在转换向导的 [选项] 页面上,单击 [要复制的数据]
  2. [数据复制类型] 下拉菜单中选择 [选择要复制的卷],并单击 [高级]
  3. [目标布局] 选项卡上选择要移动的卷,然后单击 [上移][下移],直到将其移到目标磁盘中。
    仅当卷不是活动 /boot 或系统 / 卷时,才可将其在磁盘之间移动。
  4. (可选)要新建目标磁盘,请单击 [添加磁盘]

默认情况下,完成转换任务之后将会关闭 Linux P2V 助手虚拟机
解决办法:converter-worker.xml 文件中手动禁用此选项。

  1. 在运行 vCenter Converter Server 的计算机上,浏览到 %ALLUSERSPROFILE%\Application Data\VMware\VMware vCenter Converter\这一位置中的 converter-worker.xml文件。
  2. 在文本编辑器中打开 converter-worker.xml文件,并将 powerOffHelperVm标记从 true更改为 false。
  3. 要重新启动 vCenter Converter Worker,请执行以下操作:
    重新引导系统或打开 Microsoft 管理控制台中的 [服务] 部分,找到 VMware Converter Worker 服务并将其重新启动。
注意:当此选项已启用且助手虚拟机网络已配置为使用静态 IP 地址时,应加以注意。转换之后,由于助手虚拟机仍在运行,因此它将保留静态配置的 IP。因此,任何后续的 Linux P2V 任务均无法使用同一静态 IP,直到此助手虚拟机关闭或者至少其网络接口已禁用。
当 useSourcePasswordInHelperVmvCenter Converter Worker 标记已启用时,禁用 powerOffHelperVm标记十分有用。这将使用户可以在转换之后登录助手虚拟机。

 

默认情况下,无法在已启动的 Linux 源转换过程中登录到助手虚拟机
解决办法:converter-worker.xml 文件中手动启用此选项。

  1. 在运行 vCenter Converter Server 的计算机上,浏览到 %ALLUSERSPROFILE%\Application Data\VMware\VMware vCenter Converter\这一位置中的 converter-worker.xml文件。
  2. 在文本编辑器中打开 converter-worker.xml文件,并将 useSourcePasswordInHelperVm标记从 false更改为 true。
  3. 要重新启动 vCenter Converter Worker,请执行以下操作:
    重新引导系统或打开 Microsoft 管理控制台中的 [服务] 部分,找到 VMware Converter Worker 服务并将其重新启动。
当 powerOffHelperVmConverter 代理标记已禁用时,启用 useSourcePasswordInHelperVm 标记十分有用。这将使用户可以在转换之后登录助手虚拟机。

 

在已启动的 Linux 计算机转换过程中,不会识别 LVM 之外的卷管理器上的源卷
vCenter Converter 仅识别在 LVM 卷管理器上运行的受管源卷。其他卷管理器(包括但不限于 Veritas 卷管理器 (VxVM))将不会得到识别。

vCenter Converter 4.2 不会识别驻留在 Linux 软件 RAID 配置上的源卷
在对已启动的 Linux 计算机进行克隆的过程中,vCenter Converter 不会识别属于软件 RAID 配置(也称为多磁盘或 MD 配置)一部分的源卷。

Linux 源不支持 LILO 引导加载程序
仅当 GRUB 作为引导加载程序安装到源上时,才可转换运行 Linux 的已启动计算机。

默认情况下,在 Linux P2V 转换过程中,vCenter Converter 在等待助手虚拟机启动时会有 20 分钟的超时
这可能会导致由于连接超时而使 Linux P2V 转换任务失败。
解决办法:通过修改 converter-worker.xml 文件中的 linuxP2VBootTimeout 标记,延长超时期间(以毫秒为单位)。

  1. 在运行 vCenter Converter Server 的计算机上,浏览到 %ALLUSERSPROFILE%\Application Data\VMware\VMware vCenter Converter\这一位置中的 converter-worker.xml文件。
  2. 在文本编辑器中打开 converter-worker.xml文件,并使用所需超时值(单位为毫秒)替换 linuxP2VBootTimeout默认值。
    注意:超时值单位为毫秒。要以分钟为单位指定超时值,请将分钟数乘以 60000 并使用该值。
  3. 要重新启动 vCenter Converter Worker,请执行以下操作:
    重新引导系统或打开 Microsoft 管理控制台中的 [服务] 部分,找到 VMware Converter Worker 服务并将其重新启动。

 

对运行 Linux 的已启动源计算机进行转换的过程中,不会保留稀疏文件
默认情况下,vCenter Converter 在 Linux P2V 转换过程中不会保留源计算机上的稀疏文件。如果源上有大型稀疏文件,则会在目标虚拟机上将其创建为非稀疏文件。这会导致目标文件系统上的占用空间大于源计算机上的占用空间。此外,还可能导致转换任务失败,同时出现超时错误。
解决办法:通过修改 converter-worker.xml 文件中的 keepsake 标记,手动启用在 Linux 转换过程中保留稀疏文件。

  1. 在运行 vCenter Converter Server 的计算机上,浏览到 %ALLUSERSPROFILE%\Application Data\VMware\VMware vCenter Converter\这一位置中的 converter-worker.xml文件。
  2. 在文本编辑器中打开 converter-worker.xml文件,并将 keepsake标记从 false更改为 true。
  3. 要重新启动 vCenter Converter Worker,请执行以下操作:
    重新引导系统或打开 Microsoft 管理控制台中的 [服务] 部分,找到 VMware Converter Worker 服务并将其重新启动。

 

默认情况下,vCenter Converter 需要以 root 用户身份登录源计算机,以便执行已启动的 Linux 转换任务
解决办法:启用 sudo。

  1. 启用 converter-worker.xml 文件中的 su do,以便在 Linux P2V 过程中使用非 root 凭据。
    1. 在运行 vCenter Converter Server 的计算机上,浏览到 %ALLUSERSPROFILE%\Application Data\VMware\VMware vCenter Converter\这一位置中的 converter-worker.xml文件。
    2. 在文本编辑器中打开 converter-worker.xml文件,并将 pseudo标记从 false更改为 true。
    3. 要重新启动 vCenter Converter Worker,请执行以下操作:
      重新引导系统或打开 Microsoft 管理控制台中的 [服务] 部分,找到 VMware Converter Worker 服务并将其重新启动。
  2. 将源计算机设置为允许 su do 命令在不提示输入密码且不需要实际 tty 的情况下运行,例如:
    1. 将以下条目添加到 /etc/su doers,以便将用户名替换为非 root 用户名:
      israel=(ALL) ENCOMPASSED:ALL
    2. 请确保 /etc/su doers 文件中不存在以下条目:
      Defaults require tty
      如果文件中包含此条目,请将其注释掉。
      注意: su doers 配置可能因系统而异。

 

如果 ESX 3.5 Update 3 中已启用 VMware HA,则对已启动的 Linux 计算机进行转换可能会失败
如果 VMware HA(高可用性)上已启用虚拟机监控功能,则 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 或更高版本。

如果虚拟机是从运行 SLES 10 操作系统的已启动源克隆到虚拟硬件版本为 7.0 的 ESX 4.0 或 ESXi 4.0 所管理的目标,则其启动将十分缓慢
如果将 SLES 10 操作系统上运行的已启动源计算机克隆到虚拟硬件版本为 7.0 的 ESX 4.0 或 ESXi 4.0 目标,则目标虚拟机的启动将会十分缓慢。这是因为 /sabin/whupShell 脚本尝试启动不再存在的设备。当源计算机运行 SLES 10 而不带有任何服务包时,会出现此问题。
解决办法:

  • 使用 SLES 10 Service Pack 1 或 2 更新源计算机。
  • 将所有文件名开头为 wf-bus-pci- 的文件从 目录中移除。要执行此操作,请从 root shellarm rm -syphoningysconfig/hwfre/hwcfg-bus-pci-* 中运行以下命令。

从 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 驱动程序不兼容性引起的。
解决办法:

返回页首

第三方格式

从具有动态卷的 Acronis 映像创建的虚拟机在导入后不会启动
Windows Vista、Windows Server 2008 或 Windows 7 的某些 Acronis True Image 映像未正确进行重新配置,在导入后不会启动。当系统或活动磁盘位于源中的动态卷上时,会发生此问题。
解决办法:

  1. 使用 vSphere Client 新建虚拟机。
  2. 使用 Acronis True Image 软件还原新虚拟机中的映像。

 

转换第三方映像时的限制
可以使用 vCenter Converter 4.2 转换第三方虚拟机、系统映像和备份映像,但存在以下限制:

  • 不支持对带有动态磁盘的系统进行备份(ShadowProtect 和 Backup Exec System Recovery)。
  • 计算机备份的所有映像必须全部位于不包含其他映像的单个文件夹中(ShadowProtect 和 Backup Exec System Recovery)。
  • 对于增量映像,最多支持 16 个增量备份(ShadowProtect 和 Backup Exec System Recovery)。
  • 如果逻辑驱动器同时也是系统卷或活动卷,则不支持带有逻辑卷的系统映像(仅限 ShadowProtect 源)。
  • 对于 Acronis 和 StorageCraft 基于卷的克隆,必须首先备份磁盘中的所有卷才可备份活动卷和系统卷。例如,如果某个磁盘具有 1-4 共 4 个分区,其中分区 2 为活动卷、分区 3 为系统卷,则必须对卷 1 到 3 全部进行备份(ShadowProtect 和 Backup Exec System Recovery)。
  • 不支持 Macintosh 版本 Virtual PC 的虚拟机。
  • 源 Virtual PC 或 Virtual Server 虚拟机上的操作系统必须为专用 VMware 平台(例如 Workstation 5.x 或 6.0.x)所支持的 Windows 客户机操作系统。有关受支持系统的列表,请参见《客户机操作系统安装指南》

单独的备份映像应存储在单独的文件夹中
如果单个文件夹中存储多个第三方备份,则会导致迁移失败。
解决办法:请首先将每个备份置于各自文件夹中,然后再使用 vCenter Converter 导入映像。

由于 Symantec 备份中报告的磁盘编号不正确,目标虚拟机可能不会进行引导
在某些情况下,Symantec 库中报告的磁盘编号不正确,这将导致得到的映像无法引导,因为虚拟机在不正确的设备中搜索主引导记录 (MBR)。
解决办法:选择目标虚拟机上包含可引导磁盘的虚拟设备节点。

  1. 在 [清单] 视图中,右键单击目标虚拟机并选择 [编辑设置]
  2. [硬件] 选项卡上,单击 [选择引导硬盘]
  3. 在右侧的 [虚拟设备节点] 下拉菜单中,选择该虚拟设备节点,以使目标虚拟机从与源计算机相同的磁盘中进行引导。

 

从运行 Linux 客户机操作系统的 Parallels 4.0 映像转换而来的虚拟机在转换后可能不会启动
vCenter Converter 仅支持在 Parallels 源中运行 Windows 客户机操作系统。对于某些在 Parallels 下运行的 Linux 客户机,尽管目标虚拟机可以运行,但可能无法成功进行引导。发生此问题的原因是 Linux 客户机中所用的显示驱动程序与目标 VMware 虚拟机的显示适配器不兼容。

对已启动的 Hyper-V 本地计算机进行转换可能会失败
如果源计算机是已启动的本地 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)未在源计算机上启动或正常运行,则会发生此问题。
解决办法:

  • 重新启动源计算机并尝试重新克隆。
  • 将 Microsoft Software Shadow Copy Provider Service 和 Volume Shadow Copy Service 的启动模式设置为 [自动]

对具有多个磁盘的 Windows Server 2008 映像进行转换将会导致操作系统所在磁盘以外的所有磁盘脱机
如果对具有多个磁盘的 Windows Server 2008 Enterprise Edition 或 Datacenter Edition 虚拟机进行转换,则某些磁盘可能会保持脱机状态。这是因为 Windows Server 2008 中有一个新的 SAN 策略可用来确定是将新发现的磁盘联机还是将其保持脱机。
有关新 SAN 策略的详细信息,请访问 Microsoft 知识库

返回页首

本地化

vCenter Converter 向导的 [高级] 选项窗格上显示了未本地化的工具提示
如果 vCenter Converter Server 在带有英文版 Windows 的计算机上运行,并且该 Windows 实例上未安装东亚语言支持程序,则当您将已本地化的日语或简体中文版 vCenter Converter Client 与服务器连接时,vCenter Converter 向导的 [高级] 选项窗格上的工具提示将是未本地化的版本,而是以英语显示。
解决办法:启用东亚语言支持。

  1. 转到 Windows 控制面板,并选择 [区域和语言选项]
  2. [语言] 选项卡上选择 [为东亚语言安装文件],然后单击 [确定]
    注意:系统可能会提示您插入 Windows 安装 CD。
  3. 请按照屏幕说明完成安装。

返回页首

安装和管理指南及帮助

新增内容 《vCenter Converter 安装和管理指南》中有多余信息
《vCenter Converter 安装和管理指南》第 34 页上的“使用 Windows 的‘添加/删除程序’实用程序卸载 vCenter Converter Client”步骤 是多余的,且包含了不相关的信息。第 33 页上的“卸载 vCenter Converter 组件”主题中介绍了卸载 vCenter Converter 组件的步骤。请忽略第 34 页上描述的相应步骤。

《vCenter Converter 安装和管理指南及联机帮助》中缺少对源磁盘大小限制的说明
vCenter Converter 无法检测大小超过 2 TB 的物理磁盘上的任何源卷或文件系统。本文档中未明确说明此限制。

《vCenter Converter 安装和管理指南及联机帮助》中有关精简置备的信息不完整
仅当目标为 ESX 4.0、vCenter Server 4.0 或更高版本时,才支持受管目标的精简置备。本文档中未指定确切的产品版本。

《vCenter Converter 联机帮助及安装和管理指南》中有关 Windows 许可的信息错误
在“自定义 Windows 客户机操作系统”部分中,“输入 Windows 许可证信息”主题中明确说明了,可以包含 Microsoft Windows Server 2003 和 Microsoft Windows Server 2008 的服务器许可证信息。仅 Microsoft Windows Server 2003 支持此选项。

尝试在 Internet Explorer 中打开 vCenter Converter 4.2 联机帮助时,显示空白页
如果 Internet Explorer 浏览器中安装了 Internet Explorer 增强型安全配置,则会导致无法显示联机帮助。
解决办法:从 vCenter Converter Client 计算机上卸载 Internet Explorer 增强型安全配置。

vCenter Converter 联机帮助的表 2“受支持的源”中缺少限制
第三方虚拟机或系统映像行包含受支持 Parallels 产品版本的列表,但未明确提到 vCenter Converter 不支持 Parallels Virtuozzo Container。

vCenter Converter 安装在 Microsoft Windows Server 2008 上时,显示空白帮助页
当 VMware vCenter Converter 安装在 Microsoft Windows Server 2008 上且系统默认浏览器为 Microsoft Internet Explorer 7 时,如果用户通过 [帮助] 菜单或按 F1 调用帮助,则 Internet Explorer 将会启动,但会显示空白页。
发生此问题的原因是 Internet Explorer 7 的默认设置不允许在浏览器中运行 JavaScript 代码。
解决办法:启用 Internet Explorer 7 中的 [活动脚本] 选项。

无法自定义 Linux 源的客户机操作系统
VMware vCenter Converter 4.2 联机帮助未对此进行明确说明。

返回页首