VMware vCenter Update Manager 4.0 Update 2 | 2010 年 6 月 10 日 | 内部版本 264019

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

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


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

Update Manager 4.0 Update 2 发行说明提供有关 VMware vCenter Update Manager 的信息,VMware vCenter Update Manager 是 VMware vCenter Server 的一个可选模块。有关 VMware vCenter Update Manager 的详细信息,请参见 《VMware vCenter Update Manager 管理指南》。有关 Update Manager 支持的操作系统、数据库和 VMware 产品兼容性的详细信息,请参见 《VMware vSphere 兼容性列表》


新增功能

  • 提高在低带宽、高延迟或有损网络中的主机上操作的可靠性 – 在慢速网络、丢失数据包的网络或 WAN 环境中工作时,Update Manager 4.0 Update 2 将在主机上可靠地执行操作。在早期的 Update Manager 版本中,如果主机操作要花费两个小时以上的时间完成,任务可能会超时和失败。有关该问题的详细信息,请参见 延长 vCenter Server、ESX/ESXi 主机和 vCenter Update Manager 的默认超时期间(知识库文章 1017253)。在 Update Manager 4.0 Update 2 中能够成功完成此类任务。

VMware vCenter Update Manager 4.0 Update 2 中增加了一些增强功能和缺陷修复,这在 已解决的问题部分有所论述。此版本包含的已知问题请参见 已知问题

返回页首

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

Update Manager 的最低硬件和磁盘存储要求取决于 Update Manager 的部署方式。

硬件要求

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

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

所需空间估算器

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

有关 VMware vCenter Update Manager 性能、最佳做法和建议的信息,请参见 《VMware vCenter Update Manager 性能和最佳做法》白皮书。

返回页首

安装说明

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

Update Manager

安装 Update Manager 之前,必须先安装 vCenter Server。在安装 VMware vCenter Update Manager 的过程中需要与现有 vCenter Server 系统具有网络连接。安装的每个 vCenter Update Manager 都必须与一个 vCenter Server 实例相关联。

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

VMware vCenter Update Manager 将来版本可能不支持安装在 32 位 Windows 操作系统上。考虑将 vCenter Update Manager 安装在 64 位操作系统上。

Update Manager Download Service

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

要使用 UMDS,Download Service 的版本必须与 Update Manager 服务器的版本兼容。UMDS 4.0 Update 2 可与 Update Manager 4.0、Update Manager 4.0 Update 1 以及 Update Manager 4.0 Update 2 兼容。只要某个版本的 UMDS 导出的修补程序存储的元数据和结构与 Update Manager 兼容,并且 Update Manager Server 可以导入和使用该数据,Update Manager 就可以与该版本的 UMDS 配合使用。

返回页首

升级说明

此版本允许从早期的 Update Manager 1.x 和 Update Manager 4.0 版本升级。

从早期版本升级 Update Manager 之前,必须将 vCenter Server 和 vSphere Client 升级为兼容版本。

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

返回页首

互操作性和受支持的操作 系统

Update Manager 可以扫描和修复各种 ESX/ESXi 主机、虚拟机、虚拟设备及应用程序。

ESX 主机扫描和修复

  • 主机修补
    • ESX 3.5 或更高版本
    • ESX 3i 或更高版本
    • ESX 3.0.3
  • 主机升级
    • ESX 3.0.0 或更高版本
    • ESX 3i 或更高版本

虚拟机扫描和修复
  • Windows XP Professional SP2
  • Windows XP Professional(64 位)SP2
  • Windows 2000 Server SP4(具有更新汇总 1)
  • Windows 2000 Professional SP4
  • Windows Server 2003 SP1
  • Windows Server 2003 SP2
  • Windows Server 2003 R2
  • Windows Server 2003 64 位
  • Windows Server 2003(64 位)SP1
  • Windows Vista Business
  • Windows Vista Enterprise
  • Windows Vista Business(64 位)
  • Windows Vista Enterprise(64 位)
  • Windows Server 2008 Enterprise
  • Windows Server 2008 Standard
  • Windows Server 2008 Datacenter
  • Windows Server 2008 Enterprise(64 位)
  • Windows Server 2008 Standard(64 位)
  • Windows Server 2008 Datacenter(64 位)
  • Windows Server 2008 SP2
  • Windows Server 2008(64 位)SP2

虚拟机扫描
  • Red Hat Enterprise Linux AS 3.0 (Update 5)
  • Red Hat Enterprise Linux ES 3.0 (Update 5)
  • Red Hat Enterprise Linux AS 4.0 (Update 2)
  • Red Hat Enterprise Linux ES 4.0 (Update 2)

应用程序扫描及修复:
  • Internet Information Server (IIS)
  • Windows Media Player 7.0 或更高版本
  • Microsoft SQL Server 版本 7.0、2000 和 2005
  • Microsoft SQL Server Desktop Edition (MSDE) 版本 1.0 或更高版本
  • Exchange 2000 Server 或 Exchange Server 5.0
  • Internet Explorer 4.0 或更高版本
  • Outlook Express 4.01 或更高版本
  • Microsoft Site Server 3.0
  • ISA Server 2000
  • Microsoft .NET Framework 1.0 版或更高版本
  • Microsoft Data Access Components (MDAC) 2.5 或更高版本
  • BizTalk Server 2000 或更高版本
  • SNA Server 4.0
  • Host Integration Server 2000
  • WinZip 8.1 或更高版本
  • Apache 1.3 及 2.0 版
  • Firefox 1.0 或更高版本
  • RealPlayer 10 或更高版本
  • Adobe Acrobat Reader

返回页首

已解决的问题

  • 使用空的更新 URL 配置 vApp 时,VMware vCenter Update Manager 下载任务将导致未知故障
    调度修补程序下载任务时,如果使用空的更新 URL 配置清单中的 vApp,修补程序下载任务将失败。
    本版本已修复该问题。
  • 扫描脱机虚拟机时,“将 VMware Tools 升级到匹配主机的状态”基准的状态可能显示为“未知”
    根据“将 VMware Tools 升级到匹配主机的状态”基准扫描含有与 ESX 2.5.x 对应的 VMware Tools 版本的脱机虚拟机时,该基准的状态为“未知”。
    本版本已修复该问题。
  • 将已调度任务 Update Manager 更新下载的名称或描述更新为包含斜线 (/) 字符时,将生成连续的“设置已调度任务的自定义值 (set scheduled task custom value)”任务
    当已调度任务 Update Manager 更新下载已启用,且更新为在名称或描述文本中包含斜线字符时,Update Manager 将创建并显示一个连续的“ 设置已调度任务的自定义值 (set scheduled task custom value)”任务。出现此问题时,您将无法进一步使用 Update Manager。
    本版本已修复该问题。可以更新已调度任务更新下载的描述和名称,使其包含斜线字符。
  • 如果修补程序太大,无法在 30 秒内完成下载,则 UMDS 下载失败
    如果修补程序太大,无法在 30 秒内完成下载,则 UMDS 下载失败。发生该问题是由于默认超时值已设置为 30 秒。在本版本中,可以运行 vmware-umds.exe -S --timeout 命令在 downloadconfig.xml 中指定超时值。

返回页首

已知问题

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

安装与升级

  • 引导驱动器上最少需要有 600MB 可用空间供 Update Manager 使用才能安装 Update Manager
    尽管不需要在引导驱动器上安装 Update Manager,但某些必要组件必须安装。Update Manager 在安装时需要 600MB 空间来容纳这些必要组件,以及安装过程中使用的临时文件。
    解决办法:请确保引导驱动器上至少有 600MB 可用空间,然后再安装 Update Manager。
  • 无法将 Update Manager 安装到名称中含叹号的目录
    在 Update Manager 的安装向导中,可以更改 Update Manager 的安装路径。将安装目录更改为名称中含叹号的文件夹会导致错误,并且安装无法完成。不支持含有叹号的安装路径。
  • Update Manager 安装过程中可能显示错误的警告消息
    在安装 Update Manager 过程中,可能会错误地警告您,指定用于下载修补程序的位置可用空间不足。当所选路径的驱动器可用空间大于 20GB,并在该驱动器上创建新文件夹时,就会出现此问题。修补程序存储位置的建议最小可用空间为 20GB。可能需要更多空间,具体取决于您的部署系统。
    解决办法:忽略此消息并继续。
  • 升级 Update Manager 时,在升级数据库的过程中可能会显示错误消息
    升级 Update Manager 时,必须升级数据库。如果使用 Oracle 数据库,并仅向用户授予了 connect 权限,则将显示权限不足的错误消息。即使向用户提供 execute on dbms_lockcreate procedurecreate sequencecreate tablecreate any sequencecreate any table 权限,数据库升级也会失败。
    解决办法:向 Update Manager 数据库用户授予下面这组权限:
    • connect
    • execute on dbms_lock
    • create view
    • create procedure
    • create table
    • create sequence
    • create any sequence
    • create any table
    • create type
    • unlimited tablespace
  • 安装 Update Manager 4.0 Client 插件后,无法在同一台计算机上启用 Update Manager Client 1.0 或 Update Manager Client 1.0 Update 1
    Update Manager Client 1.0(或 Update Manager Client 1.0 Update 1)可能显示为已安装在 VI Client 插件管理器上,但实际并未安装,这种现象发生在以下情况下:
    1. 安装了 VirtualCenter 2.5(或 VirtualCenter 2.5 Update 1)、Update Manager Server 1.0(或 Update Manager Server 1.0 Update 1)和 VI Client 2.5(或 VI Client 2.5 Update 1),但未安装 Update Manager Client 1.0(或 Update Manager Client 1.0 Update 1)。
    2. 将 VI Client 升级到 vSphere Client(前身为 VI Client)4.0。
    3. 将 vSphere Client 连接到 Update Manager 4.0 所注册的 vCenter Server 系统。
    4. 下载并安装 VMware vCenter Update Manager Client 4.0 插件。
    5. 将 vSphere Client 4.0 连接到 VirtualCenter Server 2.5(或 VirtualCenter 2.5 Update 1)。
    vSphere Client 插件管理器将 Update Manager Client 1.0(或 Update Manager Client 1.0 Update 1)显示为已安装,但实际未安装。也无法启用插件。
    解决办法
    1. 卸载 vCenter Update Manager Client 4.0 插件。
    2. 将 VI Client 2.5(或 VI Client 2.5 Update 1)连接到 VirtualCenter 2.5(或 VirtualCenter 2.5 Update 1),并安装 Update Manager Client 1.0(或 Update Manager Client 1.0 Update 1)。
    3. 再次安装 VMware vCenter Update Manager Client 4.0 插件。客户端插件的这两个版本可以在一台计算机上共存。
    VI Client 2.5 Update 2 和更高版本中已解决此问题。
  • 旧的 Update Manager 插件在 vSphere Client 4.0 Update 1 的插件管理器中仍显示为已启用状态
    在将 vSphere Client 和 vCenter Server 升级到版本 4.0 Update 1 之后,早期版本的 Update Manager 在插件管理器中仍显示为已启用状态
。为获得正确的功能,必须将 Update Manager 升级到版本 4.0 Update 1。
  • 如果 vCenter Server 或数据库服务器的密码包含分号,则安装 Update Manager 将失败
    安装 Update Manager Server 4.0 Update 1 时,如果提供的用于向 vCenter Server 或数据库服务器进行身份验证的密码包含分号,则安装将失败。
    解决办法:将 vCenter Server 或数据库服务器密码更改为不包含分号,然后重新运行安装。

扫描和修复

  • 针对某些 Microsoft 产品的修复任务失败
    Update Manager 不会修复某些 Microsoft 产品。这些失败的详细信息记录在一个事件中,并可以使用 vSphere Client 查看该事件。
    • 向 Microsoft Content Management Server 2002 应用 SP2 和向 Internet Explorer 6 应用 SP2 会失败。只能扫描这些内容。
    • 向 Exchange 应用某些 Service Pack 需要用户干预,无法自动完成这些应用。
  • 主机修补程序和升级修复可能失败
    如果主机上存在不可访问的虚拟机,则主机修补程序和升级修复可能会失败,并显示此消息: 修复操作中出现错误 (There are errors during the remediation operation)。此项失败的原因可能是虚拟机文件所在的网络存储断开连接。
    解决办法:连接断开连接的网络存储或从 vSphere 清单中删除不可访问的虚拟机。
  • 主机修补程序修复可能失败
    如果基准包含一个或多个有冲突的修补程序,则针对 Update Manager 默认主机基准或用户定义的主机修补程序基准的主机修补程序修复可能会失败。
  • 主机升级扫描和修复可能失败
    主机升级扫描和修复可能失败,并显示 代理安装失败(AgentInstallFailed) 错误消息。此错误可能是由于 ESX/ESXi 主机上的可用空间不足引起的。
    解决办法:若要升级 ESX/ESXi 主机,请确保主机的 /tmp 目录中至少有 10MB 可用空间。
  • 安装 Windows Vista 或 Windows Server 2008 客户机修补程序时,Update Manager 修复进程可能会失败
    安装某些 Windows Vista 或 Windows Server 2008 客户机修补程序时 Update Manager 修复进程可能会失败,并报告 Windows Vista 和 Windows Server 2008 虚拟机不合规。
    解决办法:重新引导虚拟机并执行扫描。扫描会显示该虚拟机合规。
  • 对于在 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。
  • 同时升级虚拟硬件和应用修补程序时,修补程序修复可能失败
    根据包含基准 [升级虚拟机硬件以匹配主机] 和修补程序基准的基准组,修复包含虚拟硬件版本 3 的 Windows 2000 Professional SP4 虚拟机时,修补程序修复可能失败。升级虚拟硬件之后,Update Manager 会打开虚拟机电源并显示 [系统设置更改] 对话框,要求您重新启动系统。如果不单击 [是],则计算机不会重新启动,修复过程也将停止。由于过程超时,因此修补程序修复失败。您收到的错误消息为: VMware vCenter Update Manager Guest Agent 在 <virtual_machine_name> 上未能及时响应。请检查该虚拟机是否已打开电源以及 Guest Agent 是否正在运行 (VMware vCenter Update Manager Guest Agent failed to respond in time on <virtual_machine_name>. Please check if the VM is powered on and Guest Agent is running)。
    解决办法:在 [系统设置更改] 对话框中单击 [是],重新启动虚拟机。
  • VMware Tools 升级可能失败,并显示一般错误消息
    在未运行 VMware Tools 服务的虚拟机上升级 VMware Tools 可能失败,并显示一般错误消息: 为 <virtual_machine_name> 升级 VMware Tools 失败 (VMware Tools upgrade failed for <virtual_machine_name>)
    解决办法:在客户机操作系统中启动 VMware Tools 服务,并再次执行升级。
  • 基准中包含有冲突的修补程序时,针对某些修补程序的主机修复可能失败
    当基准输入中的某个修补程序(例如修补程序 A)与主机冲突,并且该基准输入中的其他修补程序无法解决该冲突时,主机的修补程序修复可能失败。
    解决办法:修补程序 A 的 [修补程序详细信息] 窗口中显示一条信息,建议使用修补程序 B 解决该问题。在此解决方案中,将所需的修补程序 B 包括在基准中并连同修补程序 A 一起应用。有关详细信息,请参阅与修补程序 A 相关的知识库文章。
  • 在进行 ESX 主机升级修复时,不得使用共享数据存储
    根据某个升级基准修复 ESX 主机的群集或文件夹时,可以在修复向导中指定要将 ESX 主机的 COS 迁移到的 VMDK 位置。应使用本地数据存储,而不是由多个主机共享的特定数据存储。
    解决办法:如果要升级的 ESX 主机有本地存储器,则通过选择使用本地数据存储可以成功地分别进行升级。
  • 无磁盘主机的 ESX 主机升级修复将失败
    根据某个升级基准修复 ESX 主机时,可以在修复向导中指定要将 ESX 主机的 COS 迁移到的 VMDK 位置。如果要在群集或文件夹级别执行修复,VMware 建议使用本地数据存储。不建议使用多台主机共享的数据存储,因为容器对象内的无磁盘主机的升级将失败。
    解决办法:单独升级无磁盘 ESX 主机。在这种情况下,可以选择特定的网络数据存储,前提是该网络数据存储没有被其他主机共享。
  • 时区修补程序 931836 和 933360 显示为 [缺少],但实际状态为 [不适用]
    时区修补程序 931836 和 933360 是废弃的修补程序,在 Update Manager 1.0 Update 2 版本后不久就被撤消,并且不再能够下载。Shavlik 提供一种用于检查虚拟机上是否安装了这些修补程序的功能。如果虚拟机上安装了这些修补程序,则 Update Manager 将这些修补程序报告为 [已安装]。否则,Update Manager 报告这些修补程序为 [缺少],尽管应将它们标记为 [不适用]。修补程序 931836 被修补程序 933360 所取代,而后者被修补程序 942763 所取代,修补程序 942763 又被修补程序 951072 所取代。如果安装了修补程序 951072,则不需要其他修补程序。
    解决办法:要获得正确的虚拟机合规性状况,请从环境中所定义的修补程序基准中移除上述修补程序,然后重新执行扫描。
  • 当用户没有足够的 Update Manager 特权时,合规性视图不会加载
    当您没有足够的凭据查看 vSphere 对象的合规性详细信息时,[查看合规性] 屏幕将保持空白并显示 正在加载 (Loading)消息。
  • VMware Tools 升级可能失败,并显示错误“此对象不支持该操作 (The operation is not supported on this object)”
    如果群集中同时包含 ESX 3.x 和 ESX 4.0.x 主机,并在自动模式下已启用 DRS,则升级可能失败。完成 VMware Tools 升级后,Update Manager 会首先关闭客户机操作系统,然后打开其电源。DRS 将选择最合适的主机,用于打开已修复的虚拟机的电源。如果所选主机运行 ESX 3.x,则对 VMware Tools 升级任务执行扫描后测试将产生错误消息: VMware Tools 升级跳过了 <VM name>。只有 ESX 4.0 及更高版本主机上的虚拟机才支持这一升级 (VMware Tools upgrade skipped for <VM name>. It is supported only for VMs on ESX 4.0 host onwards)
    解决办法:对同时包含 ESX 3.x 和 ESX 4.0.x 主机的群集中的 VMware Tools 进行升级之前,请禁用 DRS 或将 DRS 切换为手动模式。
  • 在修复向导中,vSphere 清单对象的状态始终显示为 [不合规]
    在 Update Manager Client 合规性视图中,不同的图标表示基准对 vSphere 对象的合规性状态。对 vSphere 对象启动修复操作时,在修补程序编号或升级名称旁边将显示一个误导性的状态图标。该图标为一个红色圆圈中带一个白色的 X,它与表示不合规状态的图标一致。
  • [修复选择] 页面可能对所选基准显示不正确的修补程序数
    根据在合规性视图中预先选定的某个修补程序或扩展基准修复 vSphere 清单对象时,修复向导的首页上显示的需要修复的修补程序数可能不正确。在这种情况下,当该清单对象有多个附加的修补程序基准和扩展基准时,修补程序数与所有附加基准中的合规修补程序数相对应,而不仅仅与所选基准中的合规修补程序数相对应。
    解决办法:在 [修复选择] 页面上更改选择的基准或基准组,或者首先单击 [下一步] 转到下一页,然后单击 [上一步] 返回到选择页面。

国际化问题

  • 无法将 Update Manager 安装到以及将修补程序下载到名称中含有非 ASCII 字符的目录
    在 Update Manager 的安装向导中,可以更改 Update Manager 的安装位置和修补程序下载位置。将安装位置和修补程序下载位置更改为名称中含有非 ASCII 字符的文件夹可能会导致错误。安装路径和用户名中仅支持 ASCII 字符。但是,密码中支持非 ASCII 字符。
  • 无法在日语操作系统上安装简体中文 Update Manager
    如果在日语操作系统上选择简体中文作为安装语言,则会显示错误 1158,并且安装失败。在日语操作系统上可以选择日语、德语或英语作为安装语言。
  • 如果没有修补程序的本地化版本,则虚拟机修补程序修复可能失败
    将修补程序应用于本地化客户机操作系统时,如果供应商未发行适用于特定区域设置的修补程序,则修复进程可能失败。Update Manager 报告错误: 无法安装修补程序 <patch_name>
    解决办法:请与修补程序供应商联系,获取本地化的相关信息。
  • 针对某些适用于 Windows 的本地化修补程序的修复可能失败
    由于修补程序安装程序问题,Update Manager 可能无法安装某些适用于 Windows 的本地化修补程序,并显示错误代码: 1618 - 另一个安装已在进行中 (1618 - another installation is already in progress)
    解决办法:重试修复操作。
  • 在某些本地化的 Windows 系统上,Update Manager 联机帮助可能无法打开
    如果将 Update Manager 安装在非英语版、德语版、日语版和简体中文版的 Windows 操作系统上,则无法从 [帮助] 菜单中打开 Update Manager 联机帮助。此外,如果在 Update Manager Client 中单击其他链接或按钮来获取联机帮助,将显示以下错误消息: 缺少帮助文件 (Missing help file)
    解决办法:导航到 Update Manager 帮助目录(默认文件夹是 C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Plugins\Update Manager 4.0\Help\en\),然后双击 index.html,或者将 Update Manager 联机帮助文件从
    C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Plugins\Update Manager 4.0\Help\en\
    复制到
    C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Plugins\Update Manager 4.0\Help\
    请记住,将文件复制到上一级目录并不总是为建议操作。
  • 在 Update Manager 的德语本地化版本中,[筛选] 文本字段的 [清除] 按钮丢失
    使用 [清除]按钮可以删除 [筛选]字段内的查询,以便输入其他查询。在 Update Manager 的德语本地化版本中,[清除] 按钮丢失。
    解决办法:您可以通过选择文本并将其删除来清除 [筛选]字段中的查询。这样将列出所有修补程序。然后,您就可以在 [筛选]字段中输入新的查询。
  • 在 Update Manager 的德语本地化版本中,“Staging”和“Stage”被错误地翻译为“Einstufungsvorgang”和“Einstufen”
    在很多地方,“stage”的翻译不正确。在 Update Manager 上下文中,动词“to stage”的正确翻译是“bereitstellen”。
  • 在德语操作系统区域设置中,当 vSphere Client 区域设置切换为英语时,可能会显示不一致的修复错误消息
    在德语操作系统区域设置中,当您使用区域设置强制将 vSphere Client 用户界面和相关消息更改为英语时,错误消息可能不正确。该错误消息与 Linux 虚拟机的修复相关。可能出现不正确的错误消息: 没有用于此操作的实体 (No entities for this operation),正确的消息是: 不支持清单对象上的操作 (Operation on the inventory object is not supported)
  • 双击 VMware vCenter Update Manager.msi 时,提示消息未本地化
    .zip 文件或 .iso 映像中将安装 Update Manager 所需的所有组件解压到一个本地文件夹时,可以通过双击 VMware vCenter Update Manager.msi 应用程序来运行它。运行该应用程序时,弹出的提示显示消息: 应使用 VMware-UpdateManager.exe 启动安装程序 (The installer should be started using VMware-UpdateManager.exe)。该消息为英文版本,它未本地化。
  • 双击 VMware vCenter Update Manager Download Service.msi 时,提示消息未本地化
    .zip 文件或 .iso 映像中将安装 UMDS 所需的所有组件解压到一个单独的文件夹时,可以通过双击 VMware vCenter Update Manager Download Service.msi 应用程序来运行它。运行该应用程序时,弹出的提示消息显示: 应使用 VMware vCenter Update Manager Download Service.msi 启动安装程序 (The installer should be started using VMware vCenter Update Manager Download Service.msi)。该消息为英文版本,它未本地化。

使用 Update Manager

  • 新增内容:嵌入在 Update Manager 中的 Jetty Web Server 版本的安全漏洞
    以下 Update Manager 版本中嵌入了 Jetty Web Server 版本 6.1.6:
    • Update Manager 1.0 Update 2 及更高版本
    • Update Manager 4.0
    • Update Manager 4.0 Update 1
    • Update Manager 4.0 Update 1 Patch 1
    • Update Manager 4.0 Update 1 Patch 2
    • Update Manager 4.0 Update 2
    • Update Manager 4.1
    对于 Jetty Web Server 版本 6.1.6,已报告两个安全漏洞:
    • CVE-2009-1523 ( http://jira.codehaus.org/browse/JETTY-1004) 用于标识目录遍历漏洞。该漏洞允许未经身份验证的远程攻击者从安装了 Update Manager 的系统中获取文件。要成功实施攻击,攻击者需要与安装了 Update Manager 的系统位于同一网络上。
    • CVE-2009-1524 ( http://jira.codehaus.org/browse/JETTY-980) 用于标识跨站点脚本漏洞。该漏洞可在用户单击包含对 Update Manager 的恶意请求的 URL 时在浏览器中运行 JavaScript。要成功实施攻击,攻击者需要诱使用户单击此恶意 URL。
    根据 VMware 安全响应策略,这些安全漏洞可分类为 [重要]。
    解决办法:将 Jetty 升级到版本 6.1.22。有关详细信息,请参见 通过安全修补程序升级嵌入在 VMware vCenter Update Manager 中的 Jetty Web Server(知识库文章 1023962)。
  • 在 Windows Vista 中,Update Manager Client 中的所有 [帮助] 按钮会打开默认的 Update Manager 帮助页面
    如果在 Windows Vista 计算机上使用安装的 Internet Explorer 7 浏览器,则 vCenter Update Manager 上下文相关帮助不会显示所需的帮助页面。相反,该帮助会显示 [Update Manager 简介] 帮助页面。
    解决办法:向 Windows Vista 应用 Service Pack 2。有关详细信息,请参见下面的 Microsoft 知识库文章 http://support.microsoft.com/kb/942172
  • 无法向 ESX/ESXi 3.x 主机转储修补程序
    向个别 ESX/ESXi 3.x 主机或包含 ESX/ESXi 3.x 和 ESX/ESXi 4.0 主机的容器对象转储修补程序失败。[近期任务] 窗格中将显示此错误消息: VMware Update Manager 出现未知故障。有关详细信息,请参见 [任务与事件] 选项卡 (VMware Update Manager had a unknown failure. Please refer the task and events tab for further details)。Update Manager 4.0.x 仅支持使用 ESX/ESXi 4.0.x 主机转储修补程序。
  • VMware Tools 升级过程中,可能在 [近期任务] 窗格中看到误导性的错误消息
    对虚拟机执行 VMware Tools 升级时,即使修复已成功,也可能看到误导性的错误消息 无法完成操作,因为该虚拟机未运行 VMware Tools (Cannot complete operation because VMware Tools is not running in this VM)
  • 对处于维护模式下的主机上的虚拟机进行 VMware Tools 升级可能失败,并显示误导性的错误消息
    当升级处于维护模式下的主机上的虚拟机时,修复可能失败,并显示误导性的错误消息: 此虚拟机中安装的 VMware Tools 不支持自动升级。请手动升级 VMware Tools (The VMware Tools installed in the VM does not support automatic upgrade. Please upgrade VMware Tools manually),此误导性错误消息显示在 [任务和事件] 选项卡中。处于维护模式下的主机上的虚拟机无法进行修复。正确的错误消息是: 修复操作中出现错误 (There are errors during the remediation operation.)
  • VMware Tools 升级修复可能失败,并显示误导性的事件错误消息
    在未安装 VMware Tools 的虚拟机上尝试升级 VMware Tools 时,修复失败,并显示误导性的错误消息: VMware vCenter Update Manager 出现未知故障,请检查 [任务与事件] 选项卡和日志获取更多详细信息 (VMware vCenter Update Manager had an unknown failure. Check Tasks and Events tab and logs for more details.)。Update Manager 不支持对未安装 VMware Tools 的虚拟机进行 VMware Tools 升级。
  • 调度修复任务可生成一组任务,其中一个有误导性
    调度修复任务时,[近期任务] 窗格中将显示若干活动任务。其中一个任务为 [修复实体]。当创建新的修复任务时显示此任务,且它不是要对其中对象进行修复的实际修复任务。 [修复实体] 任务根据您在修复向导中的输入,为所调度的修复创建子任务。
  • 如果环境处于链接模式下,则管理视图与合规性视图之间的快速切换链接可能不起作用
    如果 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 操作已取消。
  • 修复向导中对有冲突的修补程序进行计数
    根据修补程序基准扫描所选的对象之后,您可能会在 [修补程序基准] 窗口中看到若干有冲突的修补程序。尝试修复所选的对象时,在修复向导中将有冲突的修补程序作为要在对象上安装的修补程序进行计数,但在修复过程中只会安装某些或不安装有冲突的修补程序。
  • Update Manager 不支持重新导入主机升级文件
    如果已导入的文件损坏或被手动从 Update Manager 修补程序存储中删除,则 Update Manager 不支持重新导入主机升级文件(对于 ESX 主机为 ISO,对于 ESXi 主机为 ZIP)。为特定版本导入升级文件为一次性活动。上载升级文件后,必须使用 Update Manager 中可用的现有版本升级创建新的主机升级基准。此外,如果使用新的 ESX 4.0 评估副本(内部版本 171294)创建升级基准,则不能为 ESX 4.0 许可版本(内部版本 164009)创建新的升级基准。使用 ESX 4.0 Update 1 评估副本时,您也可能会遇到此问题。
  • 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
  • 虚拟机硬件升级或 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 时,可能会引入新的修补程序供应商。新供应商可能未包括在基准创建向导显示的供应商列表中。在这种情况下,您可能无法使用涉及新修补程序供应商名称的搜索标准设置动态基准。
    解决办法:关闭 vSphere Client,然后重新打开它。此操作将刷新基准创建向导中显示的供应商列表,并允许您将新的供应商包括在动态基准搜索标准中。
  • 当多个用户同时尝试创建具有相同名称的基准时,Update Manager 将会显示不明确的错误消息
    当多个用户同时尝试创建具有相同名称的基准时,Update Manager 将会显示此消息: 指定的密钥、名称或标识符已经存在 (The specified key, name, or identifier already exists)。该消息未明确告知另一个用户正在尝试创建具有相同名称的基准。
  • Update Manager 合规性视图使用通用图标表示 vSphere 清单对象
    在 Update Manager 合规性视图中,仅通过用于表示 vSphere 对象状态的图标无法区分 vSphere 对象的状态。合规性视图使用相同图标表示主机、虚拟机或虚拟应用程序的所有状态。
    解决办法:有关清单对象的实际状态,请参见清单树。
  • 安装旧版本的 Update Manager 时,vSphere Client 可能会显示错误消息“调用的目标引发了异常 (Exception has been thrown by the target of an invocation)”
    将 vSphere Client 连接到注册了旧版本的 Update Manager Server 的 vCenter Server 4.0.x 实例时,vSphere Client 将显示错误消息 “调用的目标引发了异常 (Exception has been thrown by the target of an invocation)”
    解决办法:首先将 Update Manager Server 升级到版本 4.0.x,然后从 vSphere Client 插件管理器重新安装 Update Manager 插件,或者卸载旧版本的 Update Manager Server 和插件。
  • 在合规性视图与管理视图之间切换可能导航到错误的位置
    在 vSphere Client 的 [虚拟机和模板] 清单视图中选择数据中心对象,并使用 [管理视图][合规性视图] 快速链接导航到 Update Manager 管理视图和 Update Manager 合规性视图时,可能会转至错误的 vSphere Client 视图。例如,选择导航栏上的 [主页] > [清单] > [虚拟机和模板]。在清单中选择数据中心对象,然后单击 [Update Manager] 选项卡以打开 Update Manager 合规性视图。单击 [管理视图],然后通过单击 [合规性视图] 快速链接返回,将导航到 [主机和群集] 清单视图,而不是 [虚拟机和模板] 视图。
    解决办法:通过选择导航栏中的 [主页] > [清单] > [虚拟机和模板],可以手动从 [主机和群集] 清单视图导航到 [虚拟机和模板] 视图。
  • 转储包含多个公告的基准时,某些公告可能显示为 [缺少]
    成功转储包含多个公告的基准之后,一些公告可能显示为 [已转储],而另一些公告显示为 [缺少]。造成这种差异的原因是,这些公告可能包含版本不同但用于相同组件的安装捆绑包。在这种情况下,Update Manager 将仅转储最新版本的安装捆绑包。包含过时版本的安装捆绑包的公告将被标记为 [缺少],并且不会进行转储。修复基准时,Update Manager 将忽略旧版本的安装捆绑包,而仅安装最新版本的安装捆绑包。由于已修复新版本的安装捆绑包,因此,标记为 [缺少] 的公告将变为 [已安装]。
  • 如果 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。

返回页首