VMware vSphere Update Manager 5.0 Update 1 | 2012 年 3 月 15 日 | 内部版本 639867

文档最近更新日期:2013 年 4 月 25 日

请时常查看以了解这些发行说明的新增内容及更新。

发行说明内容

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

Update Manager 5.0 Update 1 发行说明提供有关 VMware vSphere Update Manager 的信息,VMware vSphere Update Manager 是 VMware vCenter Server 的一个可选模块。有关 vCenter Server 的新增功能、要求和安装的信息,请参见《VMware vSphere 5.0 Update 1 发行说明》 。有关 VMware vSphere Update Manager 的详细信息,请参见 《安装和管理 VMware vSphere Update Manager》文档。


新增功能

  • 安全更新:在 Update Manager 5.0 Update 1 中,Oracle (Sun) JRE 软件包以及随 Update Manager 安装软件包一起提供的证书均已进行更新,解决了与安全相关的问题。
  • 产品可用性提高:Update Manager 5.0 Update 1 提供了升级的发行版本信息、增强的维护模式影响优势,以及用于说明在修复期间无法创建容错虚拟机快照的警告消息。
  • 产品稳定性提高:在 Update Manager 5.0 Update 1 中,虚拟设备更新方式和 Update Manager 服务器故障处理方式有所改进。

本版本包含 已解决问题中说明的错误修复及 已知问题中说明的已知问题。

返回页首

硬件要求和所需空间估算器

Update Manager 的最低硬件要求取决于 Update Manager 的部署方式。

硬件要求

如果将数据库与 Update Manager 安装在同一台计算机上,则对内存大小和处理器速度的要求较高。为了确保提供可接受的性能,需满足下列最低要求:

  • 处理器:Intel 或 AMD x86 处理器,逻辑内核至少为两个,且每个内核速度为 2 GHz。
  • 网络:10/100 Mbps
    为获得最佳性能,请在 Update Manager 与 ESX 主机之间使用千兆位连接。
  • 内存:
    • 如果 Update Manager 和 vCenter Server 安装在不同的计算机上,则需要 2GB 的内存。
    • 如果 Update Manager 和 vCenter Server 安装在同一台计算机上,则需要 4GB 的内存。

所需空间估算器

有关磁盘存储要求的详细信息,请参见 VMware vSphere Update Manager 所需空间估算器(英文版) 。所需空间估算器可计算 Update Manager 数据库和修补程序存储的大小。此估算是根据您关于部署所输入的信息(如主机和虚拟机的数量)计算而得。所需空间估算器还可为 Update Manager 数据库和服务器部署模型提供建议。

返回页首

安装说明

本节介绍有关安装 Update Manager 及 Update Manager Download Service(vSphere Update Manager 的可选模块)的信息。

Update Manager

安装 VMware vSphere Update Manager 需要与现有 vCenter Server 系统具有网络连接。安装的每个 vSphere Update Manager 都必须与一个 vCenter Server 实例相关联。

安装 Update Manager 之前,必须先安装 vCenter Server。有关数据库兼容性信息,请参见 支持安装 Update Manager 服务器的数据库

Update Manager 模块包含一个客户端组件和一个服务器组件,客户端组件是 VMware vSphere Client 实例的插件接口,而服务器组件可与 vCenter Server 安装在相同或不同的系统上。

Update Manager 5.0 Update 1 服务器只能安装在 64 位 Windows 操作系统上,而 Update Manager 5.0 Update 1 客户端可以安装在 32 位和 64 位操作系统上。

Update Manager Download Service

vSphere Update Manager Download Service (UMDS) 是 Update Manager 的一个可选模块,可用来下载修补程序定义。当部署系统是安全的,而安装了 Update Manager 的计算机不能访问 Internet 时,请安装 UMDS。

UMDS 5.0 Update 1 只能安装在 64 位 Windows 操作系统上。

仅在具有 Update Manager 5.0 实例的环境中安装 UMDS 5.0 Update 1

在 UMDS 5.0 Update 1 安装向导中,您可以选择早期 UMDS 4.x 安装中的修补程序存储作为现有下载目录,并在 UMDS 5.0 Update 1 中重用适用的已下载更新。应当先卸载现有 UMDS 4.x 实例,然后再重用修补程序存储。在将现有下载目录与 UMDS 5.0 Update 1 关联后,将不能在早期 UMDS 版本中使用该目录。如果您使用现有下载目录安装 UMDS,请确保在导出更新之前至少使用 UMDS 5.0 Update 1 执行一次下载。

在同时具有 Update Manager 4.x 和 Update Manager 5.0 实例的环境中安装 UMDS 5.0 Update 1

如果环境中同时包含 Update Manager 4.x 和 Update Manager 5.x 实例,则不能使用现有 UMDS 4.x 下载目录安装 UMDS 5.0 Update 1。在这种情况下,需要在两个独立的计算机上分别安装 UMDS 4.x 和 UMDS 5.x,才能导出各自 Update Manager 版本的更新。

要使用 UMDS,Download Service 的版本必须与 Update Manager 服务器的版本兼容。有关 Update Manager 与 UMDS 之间兼容性的详细信息,请参见《安装和管理 VMware vSphere Update Manager》文档。

Update Manager Utility

在您安装 Update Manager 或 UMDS 时,vSphere Update Manager Utility 将作为附加组件以静默方式在系统上安装。

使用 Update Manager Utility 您可以更改数据库密码和代理身份验证,在 vCenter Server 中重新注册 Update Manager,并且为 Update Manager 更换 SSL 证书。有关使用该实用程序重新配置 Update Manager 设置的详细信息,请参见《重新配置 VMware vSphere Update Manager》 文档。

返回页首

升级说明

此版本允许从 Update Manager 版本 4.x 升级。从早期版本升级 Update Manager 之前,必须将 vCenter Server 和 vSphere Client 升级为兼容版本。
升级到 Update Manager 5.0 Update 1 后,请重新启动系统以使配置更改生效。

不支持从 UMDS 4.x 升级到 UMDS 5.0 Update 1,但在特定条件下,可以执行 UMDS 5.0 Update 1 的全新安装以及使用 UMDS 4.x 中的现有修补程序存储。

返回页首

互操作性和软件要求


VMware 产品互操作性列表详细介绍了 vSphere Update Manager 当前及早期版本与其他 VMware vSphere 组件(包括 ESXi、VMware vCenter Server、vSphere Client 和 vSphere Web Client)的兼容性问题。此外,在安装 ESXi 或 vCenter Server 之前,本站点还提供有关受支持的管理和备份代理的信息。



支持安装 Update Manager 服务器和 UMDS 的操作系统

要查看可以安装 Update Manager 服务器和 UMDS 的受支持的主机操作系统,请选择 《VMware 兼容性指南》[主机操作系统] 选项。



支持安装 Update Manager 服务器和 UMDS 的数据库

要查看关于兼容 Update Manager 服务器和 UMDS 的数据库的信息,请选择 《VMware 产品互操作性列表》[解决方案/数据库互操作性] 选项。



Update Manager 可以扫描和修复 ESX/ESXi 主机、虚拟机和虚拟设备

  • 主机修补
    • ESX/ESXi 3.5
    • ESX/ESXi 4.x
    • ESXi 5.0.x
  • 主机从 ESX/ESXi 4.x 升级到 ESXi 5.0
  • 升级虚拟机的 VMware Tools 和虚拟机硬件
  • 升级虚拟设备


能够升级 VMware Tools 和虚拟硬件的操作系统

  • Windows XP Professional SP3(32 位)
  • Windows XP Professional SP2(64 位)
  • Windows 2000 [Professional/Server/Advanced Server/Datacenter Server](32 位)
  • Windows 2000 [Professional/Server/Advanced Server/Datacenter Server](64 位)
  • Windows Server 2003 [Standard/Enterprise/Datacenter] SP2(32 位)
  • Windows Server 2003 [Standard/Enterprise/Datacenter] SP2(64 位)
  • Windows Server 2003 R2 [Standard/Enterprise/Datacenter] SP2(32 位)
  • Windows Server 2003 R2 [Standard/Enterprise/Datacenter] SP2(64 位)
  • Windows Vista [Business/Enterprise] SP2(32 位)
  • Windows Vista [Business/Enterprise] SP2(64 位)
  • Windows Server 2008 [Standard/Enterprise/Datacenter](32 位)
  • Windows Server 2008 [Standard/Enterprise/Datacenter](64 位)
  • Windows Server 2008 [Standard/Enterprise/Datacenter] SP2(32 位)
  • Windows Server 2008 [Standard/Enterprise/Datacenter] SP2(64 位)
  • Windows 7 [Professional/Enterprise](32 位)
  • Windows 7 [Professional/Enterprise](64 位)
  • Windows 7 [Professional/Enterprise] SP1(32 位)
  • Windows 7 [Professional/Enterprise] SP1(64 位)
  • Windows Server 2008 [Standard/Enterprise/Datacenter] R2(64 位)
  • Windows Server 2008 [Standard/Enterprise/Datacenter] R2 Service Pack 1(64 位)
  • Red Hat Enterprise Linux 2
  • Red Hat Enterprise Linux 3
  • Red Hat Enterprise Linux 4
  • Red Hat Enterprise Linux 5
  • CentOS 4
  • CentOS 5
  • CentOS 6
  • Debian 4
  • Debian 5
  • Debian 6
  • Ubuntu 7.x
  • Ubuntu 8.x
  • Ubuntu 9.x
  • Ubuntu 10.x
  • Ubuntu 11.x
  • SUSE Linux Enterprise Server 8
  • SUSE Linux Enterprise Server 9
  • Oracle Enterprise Linux 4
  • Oracle Enterprise Linux 5
  • Oracle Enterprise Linux 6
  • Asianux 3
  • Asianux 4

返回页首

已解决的问题

  • 如果 Update Manager 数据库安装在非 DBO 架构中,Update Manager 可能无法扫描主机
    如果您将 Update Manager 4.x 升级到 Update Manager 5.x,并且通过非 DBO 数据库架构扫描主机,则扫描操作会失败。

    本版本已解决该问题。

  • Update Manager 无法显示升级的发行版本信息
    创建升级基准时,升级的发行版本无法显示在以下位置:
    • Update Manager [管理视图] 中 [ESXi 映像] 选项卡中的 [产品] 列
    • Update Manager [合规性视图] 中的 [升级详细信息] 窗口

    本版本已解决该问题。

  • 如果第一个网络接口无法访问,则向具有多个网络接口的虚拟设备发送的 Update Manager 请求会失败
    当 Update Manager 向具有多个网络接口的虚拟设备发送请求而不是选择最先返回成功请求的 IP 地址时,如果第一个 IP 地址无法访问,Update Manager 会返回异常错误。

    本版本已解决该问题。

  • [已导入 ESXi 映像] 表中的 [发布日期] 列的标题已重命名为 [创建日期]
    包含已导入 ESXi 映像的日期信息的列标题之前为 [发布日期],现在已重命名为 [创建日期]。

    本版本已解决该问题。

  • 当 ESX/ESXi 主机使用非 MD5 根密码加密时,[升级详细信息] 窗口和 [事件] 选项卡中显示已更新的扫描消息
    根据 ESXi 5.0 基准扫描 ESX/ESXi 4.x 主机时,在 Update Manager [合规性视图] 中的 [升级详细信息] 窗口和 [管理视图] 中的 [事件] 选项卡中,可能会显示以下消息: 根密码不使用 MD5 哈希,这使得根密码最多只能以 8 个字符进行身份验证。有关如何更正此问题的说明,请参见 VMware 知识库文章 1024500,网址为 http://kb.vmware.com/kb/1024500 (The root password is not using MD5 hashing, causing it to be authenticated up to only 8 characters. For instructions on how to correct this, see VMware KB 1024500 at http://kb.vmware.com/kb/1024500)

    本版本已解决该问题。

  • Update Manager 服务器进程在清单更新过程中可能会意外停止。
    如果在 Update Manager 服务器处理清单更新过程中与 vCenter Server 的连接超时,Update Manager 服务器进程可能会异常停止。

    本版本已解决该问题。

  • 对 Oracle (Sun) JRE 软件包的更新
    随 Update Manager 5.0 Update 1 分发的 Oracle (Sun) JRE 软件包已更新至 1.6.0_30。该更新解决了 Oracle (Sun) JRE 早期版本中存在的多个安全问题。
    2011 年 10 月,Oracle 已在 Oracle Java SE 关键修补程序更新建议中记录在 JRE 1.6.0_29 和 JRE 1.6.0_30 中解决的 CVE 标识符问题。

    本版本已解决该问题。

  • Update Manager 5.0 Update 1 随附在 Microsoft SQL Server 2008 R2 SP1 Express 数据库中
    将随 Microsoft SQL Server 2008 R2 Express 数据库一起安装(捆绑安装)的 Update Manager 5.0 升级到 Update Manager 5.0 Update 1 时,Microsoft SQL Server 2008 R2 Express 数据库将升级到 Microsoft SQL Server 2008 R2 SP1 Express 数据库。

    本版本已解决该问题。

  • Update Manager 证书采用弱哈希算法进行签名
    随 Update Manager 安装软件包一起提供的证书采用弱哈希算法进行签名。

    本版本已解决该问题。

  • Update Manager 无法正确识别 ESX/ESXi 4.x 修补程序的维护模式影响
    Update Manager 为某些 ESX/ESXi 4.x 修补程序显示的维护模式影响不完整。Update Manager 无法正确识别 [维护模式][维护模式 (更新)]影响,并在所有情形下均显示 [维护模式]

    本版本已解决该问题。

  • Update Manager 不显示有关在修复过程中未创建容错虚拟机快照的警告消息
    如果要修复已启用 Fault Tolerance 的虚拟机,并在 [修复] 向导的 [回滚选项] 页面中选择 [生成虚拟机内存快照] 选项,则 Update Manager 不会针对无法创建虚拟机快照向您发出警告。

    此问题已在 Update Manager 5.0 Update 1 中解决。现在,在修复容错虚拟机过程中将会显示以下消息: Update Manager 不会创建容错虚拟机的快照 (Update Manager does not take snapshots of fault tolerant virtual machines.)。
    本版本已解决该问题。

返回页首

已知问题

本 Update Manager 版本中的已知问题分组如下:

安装与升级

  • 升级之后,Update Manager 插件在下载任务期间可能会禁用
    如果下载任务运行时 Update Manager 与 vCenter Server 断开连接,则无法重新启用 Update Manager 插件。升级到 Update Manager 5.0 之后可能会出现此问题。
    解决办法:请等待下载任务完成,然后再启用 Update Manager 插件。
  • 从 Update Manager 1.0 Update 6 升级到 Update Manager 5.0 之后,在 [系统管理] 视图中切换选项卡时会显示错误消息
    在 Update Manager [系统管理] 视图中的选项卡之间进行切换时,可能会显示一个对话框,询问是否要保存更改。如果单击 [否],将显示以下错误消息: 指定的参数不在有效值范围内。参数名:该值必须介于 MinimunTimeInSeconds 和 MaximumTimeInSeconds 之间 (Specified argument was out of the range of valid values. Parameter name: The value must be between MinimunTimeInSeconds and MaximumTimeInSeconds)。如果在原始 Update Manager 1.0 Update 6 安装中选择了 [任务失败] 作为 [ESX 主机设置] 页面上的失败响应,则从 Update Manager 1.0 Update 6 升级到 Update Manager 5.0 之后可能会遇到此问题。
    解决办法:要解决此问题,请执行以下解决办法之一。
    • 显示询问是否要保存更改的对话框时,单击 [是]
    • 在已升级的 Update Manager 5.0 中的 [ESX/主机群集设置] 页面上,单击 [应用]
  • 您可能无法在 vSphere Client 上启用 Update Manager 插件
    如果 Update Manager 数据库位于独立计算机上,且系统 DSN 使用 Windows 身份验证,则您无法在 vSphere Client 上启用 Update Manager 插件。您收到的错误消息为: 连接到 VMware vSphere Update Manager 时出错。数据库暂时不可用或网络有问题 (There was an error connecting to VMware vSphere Update Manager. Database temporarily unavailable or has network problems)
    解决办法:请确保 Update Manager 数据库使用的是 SQL Server 身份验证。
  • 引导驱动器上最少需要有 600MB 可用空间供 Update Manager 使用才能安装 Update Manager
    尽管不需要在引导驱动器上安装 Update Manager,但某些必要组件必须安装。Update Manager 在安装时需要 600MB 空间来容纳这些必要组件,以及安装过程中使用的临时文件。
    解决办法:请确保引导驱动器上至少有 600MB 可用空间,然后再安装 Update Manager。

扫描、转储和修复

  • 在 IBM x3650 M2 服务器上,从 ESXi 4.x 到 ESXi 5.0 的升级修复失败
    在 IBM x3650 M2 服务器上,从 ESXi 4.x 升级到 ESX 5.0 可能失败,并显示以下错误信息: 主机 <主机名> 的软件或系统配置不兼容。请查看扫描结果以获取详细信息 (Software or system configuration of host <host_name> is incompatible. Check scan results for details)。
    解决办法:通过使用脚本式升级或交互式升级,执行到 ESXi 5.0 的升级。
  • 如果启用了自动 VMware Tools 升级,则已关闭电源的虚拟机的 VMware Tools 升级修复可能失败
    可以通过使用 Update Manager 中的 [编辑 VMware Tools 升级设置] 窗口,或通过编辑 vSphere Client 中 [虚拟机属性] 对话框中的 [VMware Tools] 选项,在重新启动时为虚拟机启用自动 VMware Tools 升级。如果启用了自动 VMware Tools 升级,并尝试基于 VMware Tools 升级基准修复已关闭电源的虚拟机,则修复会失败,并显示以下错误消息: 出现常规系统错误: VMware Tools 安装已在进行中 (A general system error occurred: A VMware Tools installation is already in progress)
    解决办法:要在已关闭电源的虚拟机上升级 VMware Tools,请使用升级基准或自动升级选项,但不能同时使用两者。
  • 根据标记为需要重新引导的公告修复 ESXi 5.0 主机可能不会重新引导主机
    某些更新需要在修复过程中重新引导主机。是否需要重新引导的信息包含在更新元数据中,并显示在 Update Manager 修补程序存储库中的 [影响] 下。对于 ESXi 5.0 VIB,重新引导要求不是仅由元数据决定的,而是取决于 VIB 规范和主机上是否安装了之前版本的 VIB。这可以为某些 VIB 提供重新引导优化,即初始安装不需要主机重新引导,只有 VIB 的后续修补才需要重新引导。
    解决办法:不需要任何解决办法。Update Manager 将根据需要重新引导主机以确保修复成功。
  • 修补程序元数据不可用时,主机修补程序修复失败
    在 Update Manager 5.0 安装向导中,可以取消选择 [安装后立即从默认源下载更新]。安装后,在 [配置] 选项卡中,可以选择仅从源下载特定 ESX/ESXi 版本的修补程序元数据,例如,仅 ESXi 5.0 修补程序元数据。在这种情况下,如果您尝试修复具有不同版本 ESX/ESXi 主机的容器,且您已为部分(不是所有)主机版本下载修补程序元数据,则修复会失败。
    解决办法:为清单中的所有主机版本下载修补程序元数据。
  • 通过使用修复向导,可以忽略一些升级扫描警告,并强制进行修复,即使升级警告与第三方软件无关
    在修复向导中的 [ESXi 5.x 升级] 页面上,可以选择 [移除与升级不兼容的已安装第三方软件,然后继续执行修复],以便移除安装在主机上的第三方软件并确保修复成功。选择此选项也会强制 Update Manager 忽略三个与第三方软件无关的潜在问题。以下警告消息与这些潜在问题相关。
    • 根密码未使用 MD5 哈希,这使得根密码最多只能以 8 个字符进行身份验证。有关如何更正此问题的说明,请参见 VMware 知识库文章 1024500,网址为 http://kb.vmware.com/kb/1024500 (The root password is encrypted with DES encryption, causing it to be authenticated up to only 8 characters. For instructions on how to correct this, see VMware KB 1024500 at http://kb.vmware.com/kb/1024500)
    • VMkernel 和服务控制台网络接口正在共享同一子网 <子网名称>。升级后不支持此配置。只应有一个接口连接到子网 <子网名称> (VMkernel and Service Console network interfaces are sharing the same subnet <subnet_name>. This configuration is not supported after upgrade. Only one interface should connect to subnet <subnet_name>)
    • 主机上找到不受支持的设备 <设备名称> (Unsupported devices <device_name> found on the host)。
    解决办法:在进行修复之前,执行升级扫描并查看 Update Manager 的 [升级详细信息] 窗口中的消息。执行由消息建议的必要操作以确保修复成功。
  • 当根据 ESXi 5.0 升级基准扫描或修复主机时,合规性状态为 [不兼容] 且 ESX 4.1 Update 1 主机的修复失败
    根据 ESXi 5.0 升级基准对 ESX 4.1 Update 1 主机执行升级扫描时,合规性状态可能为 [不兼容]。根据 ESXi 5.0 升级基准对 ESX 4.1 Update 1 主机进行的修复可能失败。ESX 4.1 Update 1 安装中的第三方驱动程序导致了扫描和修复问题。对主机执行升级扫描后,升级基准的冲突详细信息中会提供有关第三方软件的详细信息。
    解决办法:两种不同类型的驱动程序可能会导致这类问题。
    • 异步驱动程序,如 oem-vmware-esx-drivers-scsi-3w-9xxx
      供应商将为 ESXi 5.0 异步发行驱动程序,VMware 修补程序库中将会提供这些驱动程序。如果需要这些驱动程序,必须进行下载,使用 Image Builder CLI 构建包含它们的自定义 ESXi 映像,然后基于自定义映像进行修复。如果没有 ESXi 5.0 驱动程序,则相关的硬件设备可能停止运行。
    • 已弃用的驱动程序,如 oem-vmware-esx-drivers-net-vxge
      该驱动程序已在 ESXi 5.0 中停用,因为相关硬件已停用。在 Update Manager 修复向导中的 [ESXi 5.x 升级] 页面上,单击 [移除与升级不兼容的已安装第三方软件,然后继续执行修复]。您应当了解因移除第三方软件而对功能造成的影响,因为相关硬件设备可能停止运行。
  • 将具有过期许可证的 ESX 4.x 主机迁移到 ESXi 5.0 时,修复任务失败
    将具有过期许可证的 ESX 4.x 主机迁移到 ESXi 5.0 时,任务失败并显示以下错误消息: 由于许可问题,已升级的主机无法连接到 vCenter Server。请配置新版本的 vSphere 许可证,并手动连接主机 (The upgraded host could not connect to vCenter Server due to licensing issues. Configure the vSphere licenses for the new version and connect the host manually)
    解决办法:主机已成功迁移,并处于维护模式。手动将主机重新连接到 vCenter Server。迁移或升级后,主机的评估期重置为 60 天。
  • 如果主机包含已打开电源的容错虚拟机,主机修复可能未完成
    如果主机上存在已禁用 FT 的任何主虚拟机,并且您在修复向导的 [主机修复选项] 页面上选择 [任务失败][重试],则主机修复可能未完成。在这种情况下,已打开电源且已禁用 FT 的主虚拟机无法关闭电源或在 DRS 群集中迁移。主机上有已打开电源的虚拟机时,主机无法进入维护模式,且修复操作无法完成。
    解决办法:对包含主虚拟机或辅助虚拟机的主机进行修复时,可以使用以下解决办法之一:
    • 在修复向导的 [主机修复选项] 页面上选择 [关闭虚拟机电源并重试][挂起虚拟机并重试]
    • 开始修复前,手动将容错虚拟机迁移到另一台主机上。
    • 如果 DRS 群集上已启用 EVC,则当主机尝试进入维护模式时,已禁用 FT 的虚拟机可以自动迁移。仅当特定主机上未禁用 DRS 时,才可能发生此情况。
  • 如果 vCenter Server 未正确更新主机的电源状况,主机修复可能会失败
    当主机正在打开电源(退出待机模式)时,主机电源状况可能不会更新到 vCenter Server 中,主机修复无法完成或超时。如果主机的电源状况未正确更新,该主机可能在 vSphere Client 清单中显示为好像处于待机模式,但实际上该主机已打开电源。
    解决办法:若要修复该主机,请从清单中移除该主机后重新添加,以便 vCenter Server 刷新该主机的电源状况。然后开始修复过程。
  • [修复选择] 页面可能对所选基准显示不正确的修补程序数
    根据在合规性视图中预先选定的某个修补程序或扩展基准修复 vSphere 清单对象时,修复向导的首页上显示的需要修复的修补程序数可能不正确。在这种情况下,当该清单对象有多个附加的修补程序基准和扩展基准时,修补程序数与所有附加基准中的合规修补程序数相对应,而不仅仅与所选基准中的合规修补程序数相对应。
    解决办法:在 [修复选择] 页面上更改选择的基准或基准组,或者首先单击 [下一步] 转到下一页,然后单击 [上一步] 返回到选择页面。
  • 如果主机上没有足够的可用空间,主机升级扫描和修复可能失败
    主机升级扫描和修复可能失败,并显示错误消息: 代理安装失败 (AgentInstallFailed)。此错误可能是由于 ESX/ESXi 主机上的可用空间不足引起的。
    解决办法:若要升级 ESX/ESXi 主机,请确保主机的 /tmp 目录中至少有 20MB 可用空间。
  • 对于在 2.5.x 版主机上创建的虚拟机所进行的 VMware Tools 升级将失败
    根据基准 [将 VMware Tools 升级到匹配主机的状态] 扫描含有与 ESX 2.5.x 对应的 VMware Tools 版本的虚拟机时,该基准的状态为 [不合规]。虽然状况为 [不合规],但 VMware Tools 升级失败时会显示以下错误消息: 此虚拟机中安装的 VM Tools 不支持自动升级 (VM Tools installed in the VM doesn't support automatic upgrade)。只有在运行版本 ESX 3.0.x、ESX 3.5 或更高版本以及 ESX 3i 版本 3.5 或更高版本的主机上创建的虚拟机才支持 VMware Tools 自动升级。
    解决办法:右键单击清单中的虚拟机并选择 [客户机] > [安装/升级 VMware Tools],可以手动升级 VMware Tools。
  • 针对某些修补程序进行的主机修复可能失败,因为与主机上的修补程序存在无法解决的冲突
    当基准输入中的某个修补程序(例如修补程序 A)与主机冲突,且该冲突无法通过基准输入中的其他修补程序解决时,主机的修补程序修复可能会失败。
    解决办法:修补程序 A 的 [修补程序详细信息] 窗口显示一条信息,建议使用另外一个修补程序解决该冲突。该建议信息中也可能包含多个修补程序。将推荐的修补程序之一或全部包含到基准中,可能会解决该冲突。有关详细信息,请参见与修补程序 A 和推荐的修补程序相关的知识库文章。
  • 无法向 ESX/ESXi 3.x 主机转储修补程序
    向单个 ESX/ESXi 3.x 主机或包含 ESX/ESXi 3.x 和 ESX/ESXi 4.0 主机的容器对象转储修补程序可能失败。[近期任务] 窗格中显示错误消息: 转储操作中出现错误 (There are errors during staging operation)。vSphere Update Manager 仅支持向运行 ESX/ESXi 4.0 及更高版本的主机转储修补程序。

国际化问题

  • 无法使用包含非 ASCII 字符的用户帐户登录 Update Manager Utility
    包含在 Update Manager 5.0 版本中的 Update Manager Utility 不支持非 ASCII 用户名。
    解决办法:使用用户名仅包含 ASCII 字符的帐户。
  • 使用包含非 ASCII 字符的用户名登录后,上载 ESXi 映像失败
    如果用于对 vSphere Client 进行身份验证的 Windows 帐户用户名包含非 ASCII 字符,并且您尝试使用 Update Manager 上载 ESXi 映像,则会显示以下错误消息: 未能登录。错误是:身份验证失败,用户无效 (Failed to login. Error was: Authentication failed, not a valid user)
    解决办法:使用用户名仅包含 ASCII 字符的帐户。
  • 双击 VMware vSphere Update Manager.msi 时,提示消息未本地化
    .zip 文件或 .iso 映像中将安装 Update Manager 所需的所有组件解压到一个本地文件夹时,可以通过双击 VMware vSphere Update Manager.msi 应用程序来运行它。运行该应用程序时,弹出的提示显示消息: 应使用 VMware-UpdateManager.exe 启动安装程序 (The installer should be started using VMware-UpdateManager.exe)。该消息为英文版本,它未本地化。
  • 双击 VMware vSphere Update Manager Download Service.msi 时,提示消息未本地化
    .zip 文件或 .iso 映像中将安装 UMDS 所需的所有组件解压到一个单独的文件夹时,可以通过双击 VMware vSphere Update Manager Download Service.msi 应用程序来运行它。运行该应用程序时,弹出的提示显示消息为: The installer should be started using VMware vSphere Update Manager Download Service.msi。该消息为英文版本,它未本地化。
  • 无法在名称中包含非 ASCII 字符的目录中安装 Update Manager 及下载修补程序
    在 Update Manager 的安装向导中,可以更改 Update Manager 的安装位置和修补程序下载位置。将安装位置和修补程序下载位置更改为名称中含有非 ASCII 字符的文件夹可能会导致错误。安装路径和用户名中仅支持 ASCII 字符。但是,密码中支持非 ASCII 字符。
  • 无法在日语操作系统上安装简体中文 Update Manager
    如果在日语操作系统上选择简体中文作为安装语言,则会显示错误 1158,并且安装失败。在日语操作系统上可以选择日语、德语或英语作为安装语言。

使用 Update Manager

  • 对于处于锁定模式的主机,HA 配置失败
    如果启用了 vSphere HA 的群集中包含处于锁定模式的 ESXi 4.x 主机,则将 ESXi 4.x 主机成功修复到 ESXi 5.0 之后,不会为该主机配置 HA。如果尝试手动配置 HA,则会显示以下错误: 无法安装 vCenter 代理服务。安装程序错误未知。(Cannot Install the vCenter agent service. Unknown installer error.)
    执行 ESXi 5.0 的全新安装时也会出现该问题。
    解决办法:禁用锁定模式并重新尝试为主机配置 HA。
  • 您可能无法查看克隆虚拟机的合规性信息
    当克隆虚拟机,启用计算机的 Fault Tolerance 并打开克隆虚拟机的电源时,您可能无法查看合规性信息。打开 [合规性视图] 时,将显示错误 无法检索数据 (Failed to retrieve data)
  • 运行 Update Manager 的虚拟机可能在主机升级期间关闭电源
    在 DRS 群集外,Update Manager 不会升级运行 vCenter Server 或 Update Manager 虚拟机的主机。在 DRS 群集中,如果在运行 vCenter Server 或 Update Manager 虚拟机的主机上启动修复任务,则 DRS 会尝试将虚拟机迁移到另一主机上,以便修复成功进行。如果从 DRS 群集移除运行 Update Manager 虚拟机的主机,然后将其添加到 vSphere Client 清单中的数据中心,则可以修复该主机,且 Update Manager 虚拟机会关闭电源。
    解决办法:修复之前,请确保运行 Update Manager 虚拟机的主机位于 DRS 群集中,或者将 Update Manager 虚拟机移动到另一主机上。
  • 导入修补程序向导中缺少修补程序类型信息
    在 Update Manager 的全新安装中,首次导入脱机修补程序捆绑包时,导入修补程序向导中不显示修补程序类型信息。[确认导入] 页面上的 [类型] 列为空。
    解决办法:虽然不显示修补程序类型信息,但可以通过完成向导来成功导入修补程序。仅在首次导入脱机修补程序捆绑包时出现此问题。随后的导入操作会在向导中正确显示修补程序类型信息。
  • 如果将 Update Manager 配置为使用经过身份验证的代理,则下载修补程序定义任务可能会失败
    如果将 Update Manager Server 配置为使用需要进行身份验证的代理服务器,则 下载修补程序定义任务可能无法下载修补程序。
    解决办法:在代理服务器上启用匿名用户访问。
  • ESX 5.0 不支持转储工具公告
    使用 ESX 5.0 工具公告运行转储任务时,任务成功完成,但不会转储工具公告。
    解决办法:可以直接修复 [工具] 公告以进行安装。在修复工具公告的过程中,不需要主机置于维护模式或进行重新引导,且不会导致主机停机。
  • Update Manager 无法从有效的下载源下载更新
    不存在的 HTTPS URL 可能在 [添加下载源] 窗口中错误地显示为可访问状态。例如,如果键入 https://mydepot.com 而不是 http://mydepot.com,然后单击 [验证 URL],则即使实际下载源是 HTTP 地址,验证也可能成功。因此,Update Manager 无法从指定的 HTTPS URL 地址下载更新。
    解决办法:删除相应的 URL,然后正确添加。
  • 从存储库手动删除之前下载的修补程序时,Update Manager 无法下载修补程序
    下载修补程序时,文件将存储在硬盘上的存储库中。如果手动删除下载的文件,后续修补程序下载可能会失败。
    解决办法:避免从存储库删除修补程序文件。
  • 电子邮件通知设置中的无效电子邮件地址会阻止 Update Manager 发送电子邮件
    在修补程序和通知下载调度中,可以配置 Update Manager 在新的修补程序或通知下载完成后发送电子邮件。如果输入无效的电子邮件地址,Update Manager 可能不会发送电子邮件。如果输入的无效电子邮件地址与 vCenter Server 邮件发件人设置中的 SMTP 服务器发件人帐户具有相同的域名,则 Update Manager 不会将电子邮件传送到任何电子邮件地址(包括有效的电子邮件地址)。如果无效邮件地址的域名不同于 vCenter Server 邮件发件人设置中的 SMTP 服务器发件人帐户,则电子邮件通知可以成功传送到 Update Manager 电子邮件通知设置中输入的有效电子邮件地址。
    解决办法:移除电子邮件通知设置中的无效电子邮件地址。
  • 在 Windows Vista 中,Update Manager Client 中的所有 [帮助] 按钮会打开默认的 Update Manager 帮助页面
    如果使用安装在 Windows Vista 计算机上的 Internet Explorer 7 浏览器,则 vSphere Update Manager 上下文相关帮助不会显示所需的帮助页面。相反,帮助会显示默认的 vSphere Update Manager 帮助页面。
    解决办法:向 Windows Vista 应用 Service Pack 2。有关详细信息,请参见下面的 Microsoft 知识库文章 http://support.microsoft.com/kb/942172
  • 防病毒软件可能会阻止通知电子邮件
    如果 vCenter Server 系统上安装了某个防病毒软件,您可能不会从 Update Manager 收到任何电子邮件通知。可以将 Update Manager 配置为发送电子邮件通知(例如新下载修补程序及其他调度任务的通知)。如果安装了会监控和阻止电子邮件流量的防病毒软件(例如 McAfee),您可能无法收到来自 Update Manager 的通知。
    解决办法:禁用阻止电子邮件流量的防病毒软件规则。
  • 如果 VMkernel 配置为使用 DHCP,则 ESX 4.0 主机可能会在修复后丢失网络连接
    在 Update Manager 修补 ESX 主机时,修补程序可能要求重新引导主机。重新引导后,如果主机的 VMkernel 配置为使用 DHCP,则 vCenter Server 可能无法将 ESX 主机添加到 vSphere 清单。
    解决办法:将主机的 VMkernel 配置为使用静态 IP 地址或安装修补程序 ESX400-200906402-BG,以修复 ESX 4.0 问题。可以在 ESX400-200906001.zip 捆绑包中找到修补程序 ESX400-200906402-BG。
  • 在合规性视图与管理视图之间切换可能导航到错误的位置
    在 vSphere Client 的 [虚拟机和模板] 清单视图中选择数据中心对象,并使用 [管理视图][合规性视图] 快速链接导航到 Update Manager 管理视图和 Update Manager 合规性视图时,可能会转至错误的 vSphere Client 视图。例如,选择导航栏上的 [主页] > [清单] > [虚拟机和模板]。在清单中选择数据中心对象,然后单击 [Update Manager] 选项卡以打开 Update Manager 合规性视图。单击 [管理视图],然后通过单击 [合规性视图] 链接返回时,可以导航到 [主机和群集] 清单视图而不是 [虚拟机和模板] 视图。
    解决办法:通过选择导航栏中的 [主页] > [清单] > [虚拟机和模板],可以手动从 [主机和群集] 清单视图导航到 [虚拟机和模板] 视图。
  • 在修复之前,Update Manager 不会对已启用 FT 的虚拟机执行快照
    无法对已启用 FT 的虚拟机执行快照。如果对已启用 FT 的虚拟机进行修复并在 [修复] 向导中选择在修复之前创建快照,则 Update Manager 会忽略此设置,并显示一条消息“ Update Manager 不会创建容错虚拟机的快照 (Update Manager does not take snapshots of fault tolerant virtual machines)”,并且不会创建该虚拟机的快照。
    解决办法:禁用 FT,将 Update Manager 配置为生成该虚拟机的快照,然后修复计算机。如果希望在修复后启用 FT,请删除该快照,然后启用 FT。
  • 虚拟机硬件升级或 VMware Tools 升级可能会失败,并出现错误 fault.com. - vmware.vc - Integrity.V - MToolsRemediationFault.summary
    在通过 vMotion 从 ESX 3.0.x 主机迁移到 ESX 4.0.x 主机的虚拟机上,升级可能会失败。在这种情况下,该虚拟机的客户机 ID 属性会被取消设置,但不会分配新的 ID。Update Manager 尝试在升级 VMware Tools 的过程中读取客户机 ID,但该任务失败。将 ESX 4.0.x 主机上的虚拟机恢复为快照或者从挂起状态恢复时,也可能会出现同样的问题。
    解决办法:首先手动升级 VMware Tools,然后升级虚拟机的虚拟硬件。
  • 当多个用户同时尝试创建具有相同名称的基准时,Update Manager 将会显示不明确的错误消息
    当多个用户同时尝试创建具有相同名称的基准时,Update Manager 将会显示消息: 指定的密钥、名称或标识符已经存在 (The specified key, name, or identifier already exists)。该消息未明确告知另一个用户正在尝试创建具有相同名称的基准。
  • 转储包含多个公告的基准时,某些公告可能显示为 [缺少]
    成功转储包含多个公告的基准之后,一些公告可能显示为 [已转储],而另一些公告显示为 [缺少]。有关详细信息,请参见 转储基准之后,某个公告可能显示为 [缺少] 而不是 [已转储](知识库文章 1018530)。
  • 如果 ESX 主机在 IPv6 网络堆栈上运行,Update Manager 将无法安装和升级 Cisco Nexus 1000V VEM
    将 ESX 主机添加到 Cisco Nexus 1000V DVS 时,Update Manager 会将 Cisco Nexus 1000V VEM 安装到主机上。将 Cisco Nexus 1000V VSM 升级到最新版本时,将调用 Update Manager 对连接到 DVS 的主机上的 VEM 进行升级。如果主机在 IPv6 网络堆栈上运行,则安装和升级操作都有可能失败。
    解决办法:使用脱机捆绑包,将 VEM 手动安装到主机或手动升级主机上的 VEM。
  • VMware Tools 升级过程中,可能在 [近期任务] 窗格中看到误导性的错误消息
    对虚拟机执行 VMware Tools 升级时,即使修复已成功,也可能看到误导性的错误消息: 无法完成操作,因为该虚拟机未运行 VMware Tools (Cannot complete operation because VMware Tools is not running in this VM)
  • 调度修复任务可生成一组任务
    调度修复任务时,[近期任务] 窗格中将显示若干活动任务。其中一个任务为 [修复实体]。当创建新的修复任务时显示此任务,且它不是要对其中对象进行修复的实际修复任务。 [修复实体] 任务根据您在修复向导中的输入,为所调度的修复创建子任务。
  • 如果环境处于链接模式下,管理视图与合规性视图之间的快速切换链接可能不起作用
    如果 vCenter Server 系统属于 vCenter 链接模式下的连接组,且 Update Manager 实例在每个 vCenter Server 系统中均已注册,则 [管理视图][合规性视图] 的导航链接可能无法正常发挥作用。例如,考虑以下情形:Update Manager 实例 1 在 vCenter Server 系统 1 中注册,Update Manager 实例 2 在 vCenter Server 系统 2 中注册。当选择由 vCenter Server 系统 1 管理的对象,单击 Update Manager 选项卡,然后单击右上角的 [管理视图] 时,可以看到 Update Manager 实例 1 的管理员视图。当单击 [合规性视图],从由 vCenter Server 2 管理的清单中选择对象,并单击右上角的 [管理视图] 时,将再次看到 Update Manager 实例 1 的管理视图。
    解决办法:单击 [合规性视图],然后再次单击 [管理视图],即可看到第二个 Update Manager 实例的管理视图。
  • 执行 VMware Tools 升级时,您可能会看到误导性的错误消息
    如果对虚拟机执行 VMware Tools 升级时可用空间不足,则修复会因缺少空间而失败,并显示不正确的错误消息: VMware Tools 操作已取消(The VMware Tools operation was canceled)
  • 修复向导中对有冲突的修补程序进行计数
    根据修补程序基准扫描所选的对象之后,您可能会在 [修补程序基准] 窗口中看到若干有冲突的修补程序。尝试修复所选的对象时,在修复向导中将有冲突的修补程序作为要在对象上安装的修补程序进行计数,但在修复过程中只会安装某些或不安装有冲突的修补程序。
  • Update Manager Service 可能会在 \Temp 目录中添加许多临时系统文件
    可能会在 Windows \Temp 目录(默认位置为 C:\WINDOWS\Temp)中看到许多名称如 ufa{*}.tmpufa{*}.tmp.LOG{*} 的文件。
    • ufa{*}.tmp 文件 – 在脱机虚拟机扫描过程中 Update Manager 服务变为不可用时将创建这些文件。删除 ufa{*}.tmp 文件(例如删除 ufa729F.tmp 文件):
      1. 选择 [开始] > [运行]
      2. 在 [运行] 窗口中输入 regedit
      3. 在注册表编辑器中,导航到 My Computer\HKEY_LOCAL_MACHINE 文件夹,并选择 ufa729F.tmp 文件。
      4. 选择 [文件] > [卸载配置单元]
      5. 打开 [命令提示符] 窗口。
      6. 导航到 C:\,并运行以下命令:
        del C:\Windows\Temp\ufa729F.tmp
    • ufa{*}.tmp.LOG{*} 文件 – 这些文件是注册表操作的 Windows 事务日志文件。这些文件在处理 Windows 日志记录注册表事务时生成,且在使用后即被移除。 ufa{*}.tmp.LOG{*} 文件类似于其他任何 Windows 临时文件,可以在 Windows 磁盘清理任务过程中将其删除。
      要删除 ufa{*}.tmp.LOG{*} 文件(例如,要删除 ufaFF50.tmp.LOG2 文件),请执行以下操作:
      1. 打开 [命令提示符] 窗口。
      2. 导航到 C:\,并运行以下命令:
        del C:\Windows\Temp\ufaFF50.tmp.LOG2

返回页首