VMware vSphere Update Manager 5.1 Update 1 | 2013 年 4 月 25 日 | 内部版本 1022478

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

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

发行说明内容

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

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


新增功能

  • 新的 Update Manager Client:Update Manager 5.1 Update 1 提供了一个适用于 vSphere Web Client 的 Update Manager Web Client 插件。
  • 为 Update Manager 和 UMDS 增添了额外的安装支持:Update Manager 服务器 5.1 Update 1 和 UMDS 5.1 Update 1 可以安装在 Windows Server 2012(64 位)上。
  • 为 Update Manager 增添了额外的数据库支持:Update Manager 5.1 Update 1 服务器和 UMDS 5.1 Update 1 现在兼容 Microsoft SQL Server 2012 数据库。
  • 本版本更新了 Update Manager 中嵌入的某些开源组件,其中包括
    • Jetty Web 服务器更新为版本 7.6.7。
    • Oracle (Sun) JRE 软件包更新为 1.6.0_37。此更新解决了先前版本的 Oracle (Sun) JRE 中存在的多个安全问题。Oracle 已在 2012 年 10 月的 Oracle Java SE 关键修补程序更新建议中记录了 JRE 1.6.0_37 中已解决的 CVE 标识符问题。

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

返回页首

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

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 模块由服务器组件和客户端组件组成。Update Manager 服务器可以与 vCenter Server 安装在同一系统中,也可以安装在不同系统中。
Update Manager 提供两种客户端组件:

  • Update Manager Client,它是 VMware vSphere Client 实例的插件接口。
  • Update Manager Web Client,它是 VMware vSphere Web Client 实例的插件接口。

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

Update Manager 5.1 Update 1 服务器只能安装在 64 位 Windows 操作系统上。

Update Manager Web Client

Update Manager Web Client 是 vSphere Web Client 的一个插件。您可以使用 Update Manager Web Client 查看 vSphere 清单对象的扫描结果和合规性状态。

安装 Update Manager 服务器组件之后,将在 vSphere Web Client 上自动启用 Update Manager Web Client 插件。Update Manager Web Client 插件在 vSphere Web Client 的 [监控] 选项卡下显示为 Update Manager 选项卡。
要能够在 vSphere Web Client 中看到 Update Manager Web Client,必须拥有 [查看合规性状态] 特权。
如果在安装 Update Manager 服务器时已登录到 vSphere Web Client,请在安装完成后注销 vSphere Web Client,然后重新登录,以便 Update Manager 选项卡可以显示。

Update Manager Client

Update Manager Client 是 VMware vSphere Client 实例的一个插件接口。Update Manager Client 插件提供对 vSphere 清单应用修补程序和进行版本管理所需的功能。

Update Manager Client 具有独立于 Update Manager 服务器组件的单独安装程序。

Update Manager 5.1 Update 1 Client 可以安装在 32 位和 64 位操作系统上。

Update Manager Download Service

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

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

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

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

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

如果环境中同时包含 Update Manager 4.x 和 Update Manager 5.x 实例,则不应使用现有 UMDS 4.x 下载目录安装 UMDS 5.1 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》 文档。

返回页首

升级说明

此版本允许从安装在 64 位操作系统上的 Update Manager 4.x 和 5.0 版进行升级。不支持直接从 Update Manager 1.0 Update 6 以及更早版本和安装在 32 位平台上的 Update Manager 系统进行升级。您必须先使用随 Update Manager 5.0 安装介质一起提供的数据迁移工具将 Update Manager 系统从 32 位操作系统移至 64 位操作系统上的 Update Manager 5.0,然后执行从版本 5.0 到版本 5.1 Update 1 的对位升级。有关如何使用数据迁移工具的详细信息,请参见 Update Manager 5.0 的 《安装和管理 VMware vSphere Update Manager》文档。

升级 Update Manager 之前,必须先将 vCenter Server 和 vSphere Client 升级到兼容版本。

不支持从 UMDS 4.x 升级到 UMDS 5.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 4.x
    • ESXi 5.x
  • 主机从 ESX/ESXi 4.0、4.1 和 ESXi 5.0 及其各自相应的更新版本升级到 ESXi 5.1
  • 升级虚拟机的 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

返回页首

已解决的问题

  • 升级 vSphere 环境的证书后无法登录 Update Manager Utility
    如果替换了 vSphere 环境中的组件的证书,将无法登录到 Update Manager Utility,并显示以下错误消息: 无法运行 vciInstallUtility (Failed to run vciInstallUtility)。
    本版本已解决该问题。

返回页首

已知问题

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


安装与升级

  • 卸载 Update Manager 之后,Update Manager Web Client 仍然存在于 vSphere Web Client 中
    卸载 Update Manager 后, [Update Manager] 选项卡仍然留在 vSphere Web Client 的 [监控] 选项卡下,并且 [扫描][附加] 按钮仍然可见。如果卸载 Update Manager 服务器之后在 vSphere Web Client 中选择 [Update Manager] 选项卡,将出现以下错误消息: 连接到 VMware vSphere Update Manager 时出错 (There was an error connecting to VMware vSphere Update Manager)。
    解决办法:注销 vSphere Web Client,然后重新登录。
  • 在采用土耳其语语言包的 Windows 操作系统上安装 Update Manager 服务器和 UMDS 会失败
    尝试在采用土耳其语语言包的 Windows 操作系统上安装 Update Manager 服务器和 UMDS 会失败。
    解决办法:在采用英语语言包的 Windows 操作系统上安装 Update Manager 服务器和 UMDS。
  • 升级之后,Update Manager 插件在下载任务期间可能会禁用
    如果下载任务运行时 Update Manager 与 vCenter Server 断开连接,则无法重新启用 Update Manager 插件。升级 Update Manager 之后可能会出现此问题。
    解决办法:请等待下载任务完成,然后再启用 Update Manager 插件。
  • 从 Update Manager 1.0 Update 6 升级到 Update Manager 5.1 之后,在 [管理] 视图中切换选项卡时会显示错误消息
    在 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.1 之后可能会遇到此问题。
    解决办法:要解决此问题,请执行下列任务之一:
    • 当对话框提示您保存更改时,单击 [是]
    • 在已升级的 Update Manager 5.1 中的 [ESX/主机群集设置] 页面上,单击 [应用]
  • 您可能无法在 vSphere Client 上启用 Update Manager 插件
    如果 Update Manager 数据库位于独立计算机上,且系统 DSN 使用 Windows 身份验证,则您无法在 vSphere Client 上启用 Update Manager 插件。您收到的错误消息为: 连接到 VMware vSphere Update Manager 时出错。数据库暂时不可用或网络有问题 (There was an error connecting to VMware vCenter 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。

扫描、转储和修复

  • 转储或修复修补程序期间可能显示错误的警告消息
    在 Update Manager 中进行修补程序转储或修复操作期间,可能会错误地收到关于某些修补程序不可用的警告消息。显示的警告消息如下: 选择用于修复的某些修补程序不可用。是否要继续?(Some of the patches you selected for remediation are not available. Do you want to continue?)
    解决办法:忽略该消息并单击 [是] 继续进行转储。最初选定的所有修补程序都将完成转储。
  • Update Manager 在扫描或修复属于 HA 群集的 ESXi 5.x 主机时将合规性状态报告为 [不兼容]
    对属于 HA 群集的 ESXi 5.x 主机执行升级扫描时,Update Manager 可能会将主机的合规性状态报告为 [不兼容],并且可能不允许对主机进行修复。合规性状态为 [不兼容] 是由于在 ESXi 5.x 主机上安装 FDM (HA) 代理的方式所造成的。从 vSphere 5.0 开始,FDM 代理将在 ESXi 主机上以 VIB 的形式进行安装。在 ESXi 主机上安装或更新 VIB 之后,将会设置一个标记,表示已更新主机上的引导槽。Update Manager 在执行升级扫描或修复时会检查该标记,并在升级主机前会要求清除该标记。可通过重新引导主机来清除该标记。
    解决办法:重新引导将合规性状态报告为 [不兼容] 的主机。主机重新联机后,请再次运行升级扫描或修复。
  • 根据自定义映像修复 ESX 4.0 主机可能会失败
    您根据自定义 ISO 映像扫描 ESX 4.0 主机时,Update Manager 可能会将合规性状态错误地显示为 [不合规]。默认情况下,VMware 分发的 ESXi 安装程序映像需要主机至少具有 2048 MB 可用内存才能引导。自定义 ISO 映像包含自定义 VIB,而这些 VIB 要求主机具有额外的内存资源才能引导。根据自定义映像修复 ESX 4.0 主机时,如果主机不具有引导所需的足够内存资源,修复会失败,并且 Update Manager 升级修复任务会超时。
    解决办法:通过自定义 ISO 映像执行升级时,验证 ESXi 4.0 主机是否具有引导所需的足够内存。

     

  • 在为 ESXi 5.1 主机上已打开电源的虚拟机执行虚拟机硬件升级的过程中,[近期任务] 窗格显示错误消息
    为与虚拟机硬件版本 9 不兼容的 ESXi 5.1 主机上已打开电源的虚拟机执行虚拟机硬件升级时,[近期任务] 窗格显示错误消息: 目标主机不支持虚拟机的当前硬件要求。对于 cpuid.LM 以外的不兼容性问题: 如果可能,请使用已启用增强型 vMotion 兼容性 (EVC) 的群集;请参见知识库文章 1003212。未满足以下功能的要求:
    有关此问题原因的详细信息,请查看错误堆栈 (The target host does not support the virtual machine's current hardware requirements. For incompatibilities other than cpuid.LM: if possible, use a cluster with Enhanced vMotion Compatibility (EVC) enables; see KB article 1003212. Requirements were not met for the following features: See the error stack for details on the cause of this problem)。

    修复过程成功完成,虚拟机硬件版本已升级为与 ESXi 5.1 主机相匹配。
    解决办法:忽略该错误消息。

     

  • 使用修复向导时,可以忽略一些升级扫描警告,并强制进行修复,即使升级警告与第三方软件无关
    在修复向导的 [ESXi 5.x 升级] 页面上,可以选择 [移除与升级不兼容的已安装第三方软件,然后继续执行修复],以便移除安装在主机上的第三方软件并确保修复成功。选择此选项也会强制 Update Manager 忽略三个与第三方软件无关的潜在问题。以下警告消息与这些潜在问题相关。
    • 根密码使用 DES 加密进行加密,这使得根密码最多只能以 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 主机可能不会重新引导主机
    某些更新需要在修复过程中重新引导主机。有关是否需要重新引导的信息包含在更新元数据中,并显示在 Update Manager 修补程序存储库中的 [影响] 下。对于 ESXi 5.0 VIB,重新引导要求不是仅由元数据决定的,而是取决于 VIB 规范和主机上是否安装了之前版本的 VIB。这可以为某些 VIB 提供重新引导优化,即初始安装不需要主机重新引导,只有 VIB 的后续修补才需要重新引导。
    解决办法:不需要任何解决办法。Update Manager 将根据需要重新引导主机以确保修复成功。
  • 修补程序元数据不可用时,主机修补程序修复会失败
    在 Update Manager 5.1 安装向导中,可以取消选择 [安装后立即从默认源下载更新]。安装后,在 [配置] 选项卡中,可以选择仅从源下载特定 ESX/ESXi 版本的修补程序元数据,例如,仅 ESXi 5.1 修补程序元数据。在这种情况下,如果您尝试修复具有不同版本 ESX/ESXi 主机的容器,且您已为部分(不是所有)主机版本下载修补程序元数据,则修复会失败。
    解决办法:为清单中的所有主机版本下载修补程序元数据。
  • 当根据 ESXi 5.1 升级基准扫描或修复主机时,合规性状态为 [不兼容] 且 ESX 4.1 Update 1 主机的修复会失败
    根据 ESXi 5.1 升级基准对 ESX 4.1 Update 1 主机执行升级扫描时,合规性状态可能为 [不兼容]。根据 ESXi 5.1 升级基准对 ESX 4.1 Update 1 主机进行的修复可能失败。ESX 4.1 Update 1 安装中的第三方驱动程序导致了扫描和修复问题。对主机执行升级扫描后,升级基准的冲突详细信息中会提供有关第三方软件的详细信息。
    解决办法:两种不同类型的驱动程序可能会导致这类问题。
    • 异步驱动程序,如 oem-vmware-esx-drivers-scsi-3w-9xxx
      供应商将为 ESXi 5.1 异步发行驱动程序,VMware 修补程序库中将会提供这些驱动程序。如果需要这些驱动程序,必须进行下载,并使用 Image Builder CLI 构建包含这些驱动程序的自定义 ESXi 映像,然后根据自定义映像进行修复。如果没有 ESXi 5.1 驱动程序,则相关的硬件设备可能停止运行。
    • 已弃用的驱动程序,如 oem-vmware-esx-drivers-net-vxge
      该驱动程序已在 ESXi 5.0 中停用,因为相关硬件已停用。在 Update Manager 修复向导中的 [ESXi 5.x 升级] 页面上,单击 [移除与升级不兼容的已安装第三方软件,然后继续执行修复]。您应当了解因移除第三方软件而对功能造成的影响,因为相关硬件设备可能停止运行。
  • 如果主机包含已打开电源的容错虚拟机,则主机修复可能无法完成
    如果主机上有任何主虚拟机已禁用 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 及更高版本的主机转储修补程序。


国际化问题

  • 在简体中文版 Windows Server 2012 上安装 Update Manager 5.1 Update 1 时显示未本地化文字
    如果在简体中文版的 Windows Server 2012 操作系统上安装 Update Manager,用户界面中的某些文字将显示为英文,而未进行本地化。
  • 双击 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)。该消息为英文版本,它未本地化。
  • 无法在名称中包含非 ASCII 字符的目录中安装 Update Manager 及下载修补程序
    在 Update Manager 的安装向导中,可以更改 Update Manager 的安装位置和修补程序下载位置。将安装位置和修补程序下载位置更改为名称中含有非 ASCII 字符的文件夹可能会导致错误。安装路径和用户名中仅支持 ASCII 字符。但是,密码中支持非 ASCII 字符。

使用 Update Manager Web Client

  • Update Manager Web Client 页面上显示的合规性状态信息可能不一致
    在 Update Manager Web Client 中选择某项基准时,可以在 [附加的基准] 表、 [附加的基准组] 下拉菜单中看到对象的合规性状态信息,并在 [附加的基准] 表下看到合规性状态详细信息。
    如果您或另一位用户执行的操作影响了对象的合规性状态,Update Manager Web Client 页面上显示的合规性状态信息可能会出现不一致。例如,修复 Update Manager Client 中的对象、直接更新对象或者更改 Update Manager Client 中基准的内容等操作,都可能影响对象的合规性状态。
    当您在 Update Manager Web Client 选择某项基准时,合规性状态详细信息始终必须显示对象的最新合规性状态信息。但是,基准显示的是上次从 Update Manager Web Client 启动扫描操作或上次刷新 vSphere Web Client 得到的合规性状态。
    解决办法:如果在 Update Manager Web Client 中发现基准部分与对象的合规性详细信息之间存在合规性状态不一致的情况,请手动刷新 vSphere Web Client,以便在 Update Manager Web Client 页面的所有部分显示最新的合规性状态。
  • Update Manager Web Client 中附加的基准与 Update Manager Client 中显示的附加基准不同
    在 Update Manager Client 中向 vSphere 清单对象附加基准时,附加的基准不会显示在 Update Manager Web Client 的 [附加的基准] 表中。在 Update Manager Client 中分离基准时,分离的基准也不会从 Update Manager Web Client 中的 [附加的基准] 表中消失。
    如果您从 Update Manager Web Client 中对某个已从 Update Manager Client 中分离、但在 Update Manager Web Client 中仍然可见的基准启动扫描,待扫描操作完成后,该基准将从 Update Manager Web Client 中的 [附加的基准] 表中消失。
    发生此行为的原因是,在从 Update Manager Client 中执行操作后,Update Manager Web Client 不会自动刷新所有内容。
    对于基准和基准组,都会出现此行为。
    解决办法:手动刷新 vSphere Web Client。
  • 基准和基准组的长名称在 Update Manager Web Client 对话框中会被截断
    如果在 Update Manager Client 中创建的基准或基准组名称非常长,Update Manager Web Client 中显示的该基准或基准组的名称可能会被截断。这将导致您可能无法区分名称很长、只是名称最后几个字符不同的基准或基准组。
    解决办法:无。

使用 Update Manager

  • 根据仅具有重新引导影响的公告进行的主机修复将失败
    在根据修补程序基准修复 ESXi 主机的过程中,当基准中包含仅具有重新引导影响的公告时,Update Manager 无法关闭该主机上的虚拟机的电源或挂起虚拟机。这将导致主机无法进入维护模式,并且修复操作无法完成。
    解决办法:从 vSphere Client 中将主机置于维护模式,并使用 Update Manager 根据仅具有重新引导影响的公告修复主机。
  • VMware Update Manager 不使用配置的代理身份验证
    您启动修补程序下载任务后,尽管 Update Manager 已配置为使用代理身份验证,但 Update Manager 仍使用匿名凭据来向代理服务器进行身份验证。如果代理服务器不接受匿名凭据,则修补程序下载任务可能会失败。
    解决办法:将 Update Manager 服务更改为使用具有本地管理员权限的本地管理员帐户或者具有本地管理员权限的域帐户运行。
  • 运行 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 虚拟机移动到另一主机上。
  • 您可能无法查看克隆虚拟机的合规性信息
    如果您克隆虚拟机、启用计算机的 Fault Tolerance 并打开克隆虚拟机的电源,可能无法查看合规性信息。打开 [合规性视图] 时,将显示错误 无法检索数据 (Failed to retrieve data)
  • 导入修补程序向导中缺少修补程序类型信息
    在 Update Manager 的全新安装中,首次导入脱机修补程序捆绑包时,导入修补程序向导中不显示修补程序类型信息。[确认导入] 页面上的 [类型] 列为空。
    解决办法:虽然不显示修补程序类型信息,但可以通过完成向导来成功导入修补程序。仅在首次导入脱机修补程序捆绑包时出现此问题。随后的导入操作会在向导中正确显示修补程序类型信息。
  • 如果将 Update Manager 配置为使用经过身份验证的代理,则下载修补程序定义任务可能会失败
    如果将 Update Manager 服务器配置为使用需要进行身份验证的代理服务器,则 下载修补程序定义任务可能无法下载修补程序。
    解决办法:在代理服务器上启用匿名用户访问。
  • ESXi 5.0 不支持转储工具公告
    使用 ESXi 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 可能不会发送电子邮件。如果输入的无效电子邮件地址与 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 会忽略此设置且不会对该虚拟机执行快照。
    解决办法:禁用 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 Server 系统单独注册了一个 Update Manager 实例,则 [管理视图][合规性视图] 导航链接可能无法正常起作用。例如,请考虑以下情形:已向 vCenter Server 系统 1 注册 Update Manager 实例 1,已向 vCenter Server 系统 2 注册 Update Manager 实例 2。当选择由 vCenter Server 系统 1 管理的对象,并单击 Update Manager 选项卡,然后单击右上角的 [管理视图] 时,将看到 Update Manager 实例 1 的管理视图。当单击 [合规性视图],并从由 vCenter Server 2 管理的清单中选择对象,然后单击右上角的 [管理视图] 时,将再次看到 Update Manager 实例 1 的管理视图。
    解决办法:单击 [合规性视图],然后再次单击 [管理视图],即可看到第二个 Update Manager 实例的管理视图。
  • 修复向导中对有冲突的修补程序进行计数
    根据修补程序基准扫描所选的对象之后,您可能会在 [修补程序基准] 窗口中看到若干有冲突的修补程序。尝试修复所选的对象时,在修复向导中将有冲突的修补程序作为要在对象上安装的修补程序进行计数,但在修复过程中只会安装某些或不安装有冲突的修补程序。
  • Update Manager Service 可能在 \Temp 目录中装满许多临时系统文件
    在 Windows 的 \Temp 目录(默认位置为 C:\WINDOWS\Temp)中可能会看到许多名称类似于 ufa{*}.tmpufa{*}.tmp.LOG{*} 的文件。
    • ufa{*}.tmp 文件 – 在脱机虚拟机扫描过程中 Update Manager 服务变为不可用时将创建这些文件。要删除 ufa{*}.tmp 文件(例如,删除 ufa729F.tmp 文件),请执行以下操作:
      1. 选择 [开始] > [运行]
      2. 在 [运行] 窗口中,键入 regedit,然后按 Enter 键。
      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

返回页首