VMware vCenter Update Manager 4.0 | 2009 年 5 月 21 日 | 内部版本 162871

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

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

 

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

这些发行说明介绍 VMware vCenter Update Manager,它是 VMware vCenter Server 4.0 的一个可选模块。有关 vCenter Server 的新增功能、要求和安装的信息,请参见 《VMware vSphere 4.0 发行说明》。有关 VMware vCenter Update Manager 的详细信息,请参见 《VMware vCenter Update Manager 管理指南》


新增功能

VMware vCenter Update Manager 是一个新版本,其中含有以下增强功能:

  • 合规性仪表板 - 一种基于策略的新型可操作合规性仪表板,用户通过它可以查看整个虚拟数据中心范围内修补程序的合规性,并采取相应的修复措施。
  • 协调的数据中心升级 - 这项新功能通过使用 Update Manager 基准和基准组,使整个数据中心范围内对 ESX/ESXi 4.0 进行自动化两步式升级的过程更简便。现在,升级仅分为主机升级以及虚拟机的 VMware Tools 和虚拟硬件升级。可以使用 VMware vCenter Update Manager 主机升级基准分别在群集、文件夹和数据中心级别升级主机。还可以使用虚拟机升级基准组,同时升级虚拟机的虚拟硬件和 VMware Tools。
  • VMware Tools 和虚拟硬件升级 - VMware vCenter Update Manager 提供新的默认基准,以扫描虚拟机是否拥有最新的 VMware Tools 和虚拟硬件版本。可以根据默认的“将 VMware Tools 升级到匹配主机的状态”基准和“升级虚拟机硬件以匹配主机”基准,来查看虚拟机的合规性状态。可以对个别虚拟机执行 VMware Tools 和虚拟机升级,也可以在文件夹、群集或数据中心级别执行批量虚拟机升级。
  • 虚拟设备升级 - Update Manager 4.0 提供新的虚拟设备升级默认基准,以扫描虚拟设备,并将其升级到最新版或最新关键版本。通过 Update Manager 还可以创建虚拟设备升级基准。有关虚拟设备的详细信息,请参见 VMware Studio 文档
  • 第三方修补 - Update Manager 4.0 提供通过使用 VMware vSphere Installation Bundle (VIB) 软件包,在 ESX/ESXi 主机上为第三方 ISV/IHV 组件安装更新的功能。通过 Update Manager,可以添加第三方 URL 地址,从中可以下载 ESX/ESXi 4.x 主机的第三方修补程序元数据和内容。
  • 基准组 - Update Manager 4.0 提供将个别修补程序与升级基准合并为基准组的功能。通过基准组功能,可以指定无冲突的升级基准,以及某个组中的一组修补程序基准,以扫描清单对象并根据这组基准将其修复。如果您尝试对有冲突的基准进行修复,Update Manager 则会为您提供解决方法。
  • 转储修补程序 - 通过 Update Manager,可以从 Update Manager 服务器将主机的修补程序下载到 ESX/ESXi 主机,供以后进行修复。这样,转储修补程序加快了修复的速度;当您准备好应用修补程序时,在本地主机上即可获得这些修补程序。
  • 共享修补程序存储库 - vCenter Update Manager Download Service 得到了增强。在此版本中,可以将 vCenter Update Manager Download Service (UMDS) 设置为下载第三方 ESX/ESXi 4.x 修补程序。UMDS 下载的修补程序元数据和修补程序二进制文件可以导出到服务器、便携存储设备或安装了 Update Manager 的计算机。导出更新是为了设置共享存储库。导出更新之后,可以设置 Update Manager,将共享存储库用作修补程序的下载源。
  • Update Manager 处理主机修补程序的方式有所变化
    • Update Manager 在修复过程中自动解析和安装依赖项
      如果基准中的修补程序需要安装其他修补程序,则 Update Manager 将在库中检测必备程序,并随所选的修补程序安装该必备程序。
    • 不转储已弃用的修补程序
      如果基准或基准组中的修补程序对同一转储操作弃用了修补程序,则不转储这些修补程序。根据当前的主机扫描结果,Update Manager 将仅转储可以在后续修复过程中安装的修补程序。如果某个修补程序因所选的同一修补程序集中的修补程序而变为过时程序,则无法转储这个已弃用的修补程序。
    • Update Manager 可能不安装或转储有冲突的修补程序
      如果某个修补程序与主机上安装的某些其他修补程序发生冲突,则可能不安装或转储这个有冲突的修补程序。但是,如果基准中存在另一个可以解决该冲突的修补程序,则仍将安装冲突的修补程序。例如,如果基准包含修补程序 A 和修补程序 C,并且修补程序 A 与已安装在主机上的修补程序 B 冲突,但修补程序 C 使修补程序 B 成为了过时程序,并且修补程序 C 与修补程序 A 不冲突,则修复过程会根据基准安装修补程序 A 和 C。
    • Update Manager 安装较新版本的修补程序
      当选择了相同修补程序的多个版本时,Update Manager 将跳过这组选定修补程序中的所有旧版本,并安装最新版本。
此版本包含的已知问题请参见 已知问题

 

返回页首

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

硬件要求

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

  • 处理器:Intel 或 AMD x86 处理器,逻辑核心至少为 2 个, 且单核心速度不低于 2 GHz
  • 网络:
    • 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 性能和最佳做法》白皮书。

返回页首

安装说明

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

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

安装 Update Manager 之前,必须先安装 vCenter Server。

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

VMware vCenter Update Manager - 此版本中没有 PowerShell Library。

返回页首

升级说明

不支持从 vSphere 4.0 测试版和 vSphere 4.0 预发布版升级到 vSphere 4.0。卸载 vCenter Server 4.0 测试版 2(内部版本 115113)或预发布版本(内部版本 140822),然后执行 vCenter Server 4.0 的全新安装。

从 vCenter Update Manager 4.0 测试版 2(内部版本 114000)和 vCenter Update Manager 4.0 预发布版本(内部版本 140797)升级到 vCenter Update Manager 4.0 的过程不受支持。卸载 vCenter Update Manager 4.0 测试版 2 或预发布版本以及 vCenter Update Manager Download Service 4.0 预发布版本,并删除修补程序存储库。必须从 vCenter Update Manager 和 vCenter Update Manager Download Service 存储库中移除测试版 2 和预发布版本的所有修补程序。执行 vCenter Update Manager 4.0 和 vCenter Update Manager Download Service 4.0 的全新安装。

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

从早期版本升级 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

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

虚拟机扫描
  • 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 或更高版本
  • ESX 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

 

返回页首

已知问题

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

安装与升级

  • 引导驱动器上最少需要有 600 MB 可用空间供 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)显示为已安装,但实际未安装。也无法启用插件。
    解决办法:卸载 vCenter Update Manager Client 4.0 插件。将 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)。此后,重新安装 VMware vCenter Update Manager Client 4.0 插件。客户端插件的这两个版本可以在一台计算机上共存。VI Client 2.5 Update 2 和更高版本中已解决此问题。

返回页首

扫描和修复

  • 主机修补程序扫描之后,[修补程序详细信息] 窗口可能会显示误导性的信息
    根据含有冲突依赖项的修补程序基准扫描空白状态的主机时,[修补程序详细信息] 窗口可能会显示误导性的信息。例如,假定修补程序基准包含修补程序 A、B 和 C。修补程序 A 依赖于修补程序 B,而修补程序 B 与修补程序 C 有冲突。在 [修补程序详细信息] 窗口中选择修补程序 A 时,窗口底部会显示与冲突相关的信息: 下列更新依赖项与主机有冲突: B。(Following update dependencies conflict with host:B.)但是,[修补程序详细信息] 窗口中不显示与修补程序 B 有冲突的修补程序 C。如果主机上未安装修补程序 C,则来自修补程序 B 的修补程序依存关系与 [修补程序详细信息] 窗口中报告的主机没有冲突。
  • 针对某些 Microsoft 产品的修复任务失败
    Update Manager 不会修复某些 Microsoft 产品。这些失败的详细信息记录在一个事件中,并可以使用 vSphere Client 查看该事件。
    • 向 Microsoft Content Management Server 2002 应用 SP2 和向 Internet Explorer 6 应用 SP2 会失败。只能扫描这些内容。
    • 向 Exchange 应用某些 Service Pack 需要用户干预,因此无法自动完成这些应用。
  • 如果锁定 /etc/vmware/esx.conf文件,主机修复可能会失败
    整点运行的 ESX 3.5 主机修复可能会失败。Update Manager 将修复的失败报告为 平台配置错误(Platform Configuration Error),而 Update Manager 日志文件将错误报告为: 无法锁定 /etc/vmware/esx.conf(Could not lock /etc/vmware/esx.conf)。修复失败的原因是:主机中的修复进程和其他进程都尝试获取 /etc/vmware/esx.conf 文件的锁定。对于 ESX 3.5 主机, refreshrd 进程严格按 /etc/cron.hourly/refreshrd 脚本的规定每小时运行一次。如果同时启动修复进程,则它在无法获取锁定时可能会失败。
    解决办法:重复修复过程。
  • 主机修补程序和升级修复可能失败
    如果主机上存在不可访问的虚拟机,则主机修补程序和升级修复可能会失败,并出现消息 修复操作中出现错误。此项失败的原因可能是虚拟机文件所在的网络存储断开连接。
    解决办法:连接断开连接的网络存储或从 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 虚拟机报告为不合规。
    解决办法:重新引导虚拟机并执行扫描。扫描会显示该虚拟机合规。
  • 在延迟较高的网络中主机修复可能失败或保持进行中状态
    由于 vCenter Server 系统、Update Manager 服务器和托管主机之间距离较远,主机修复可能会失败或长时间保持进行中的状态。如果某个修补程序的安装超时,则主机将无法退出维护模式。Update Manager 将主机退出维护模式的任务以及安装任务在 [任务与事件] 选项卡上报告为 操作已超时
  • 对于在 2.5.x 版主机上创建的虚拟机所进行的 VMware Tools 升级可能失败
    根据基准“将 VMware Tools 升级到匹配主机的状态”扫描含有与 ESX 2.5.x 对应的 VMware Tools 版本的虚拟机时, 基准“将 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)。
    解决办法:在 [系统设置更改] 对话框中单击 [是],重新启动虚拟机。
  • vCenter Update Manager 4.0 不允许在主机上全新安装新的第三方模块
    vCenter Update Manager 4.0 不允许在 ESX/ESXi 主机上全新安装新的第三方软件模块。通过 Update Manager 只能向主机上已安装的第三方模块应用更新。
  • VMware Tools 升级可能失败,并显示通用错误消息
    在未运行 VMware Tools 服务的虚拟机上升级 VMware Tools 可能失败,并显示 为 <virtual_machine_name> 升级 VMware Tools 失败的通用错误消息。
    解决办法:在客户机操作系统中启动 VMware Tools 服务,并再次执行升级。
  • 某些修补程序的主机修复可能失败
    当一个基准输入中的某个修补程序(例如,修补程序 A)与主机冲突,并且该基准输入中的其他修补程序不能解决该冲突时,主机的修补程序修复可能失败。
    解决办法:修补程序 A 的 [修补程序详细信息] 窗口中显示一条信息,建议使用修补程序 B 解决该问题。在此解决方案中,将所需的修补程序 B 包括在基准中并连同修补程序 A 一起应用。更多信息可以在与修补程序 A 相关的 KB 文章中找到。
  • 在进行 ESX 主机升级修复时务必不要使用共享数据存储
    在根据升级基准修复 ESX 主机的群集或文件夹时,在 [修复] 向导中,可以指定要将 ESX 主机的 COS 迁移到的 VMDK 位置。VMware 建议使用本地数据存储,而不是由许多主机共享的特定数据存储。
    解决办法:如果要升级的 ESX 主机有本地存储器,则通过选择使用本地数据存储可以成功地分别进行升级。
  • 无磁盘主机的 ESX 主机升级修复失败
    当根据升级基准修复 ESX 主机时,在 [修复] 向导中,可以指定要将 ESX 主机的 COS 迁移到的 VMDK 位置。如果要在群集或文件夹级别执行修复,VMware 建议使用本地数据存储。不建议使用多台主机共享的数据存储,因为容器对象内的无磁盘主机的升级将失败。
    解决办法:单独升级无磁盘 ESX 主机。在这种情况下,可以选择特定的网络数据存储,前提是该网络数据存储没有被其他主机共享。
  • Distributed Power Management 可能导致主机上的 Update Manager 操作失败
    分布式电源管理 (DPM) 可能导致没有运行虚拟机的主机上的扫描、转储和修复操作失败。如果在群集上启用了 DPM,则它可能会将虚拟机未在运行的主机置于待机模式,而不管这些主机上是否有任何正在运行的操作(例如 Update Manager 操作),因此扫描、转储和修复操作可能无法完成。
    解决办法:在群集上禁用 DPM,执行 Update Manager 操作,然后重新启用 DPM。
  • 时区修补程序 931836 和 933360 显示为 [缺少],但实际状态为 [不适用]
    时区修补程序 931836 和 933360 是弃用的修补程序,已在推出 Update Manager 1.0 Update 2 发行版后不久被撤消,无法再下载。Shavlik 提供一种用于检查虚拟机上是否安装了这些修补程序的功能。如果虚拟机上安装了这些修补程序,则 Update Manager 将这些修补程序报告为 [已安装]。否则,Update Manager 报告这些修补程序为 [缺少],尽管应将它们标记为 [不适用]。修补程序 931836 被修补程序 933360 所取代,而后者被修补程序 942763 所取代,修补程序 942763 又被修补程序 951072 所取代。如果安装了修补程序 951072,则不需要其他修补程序。
    解决办法:要获得正确的虚拟机合规性状况,必须从环境中所定义的修补程序基准中移除上述修补程序,然后重新执行扫描。

返回页首

国际化问题

  • 无法将 Update Manager 安装到以及将修补程序下载到名称中含有非 ASCII 字符的目录
    在 Update Manager 的安装向导中,可以更改 Update Manager 的安装位置和修补程序下载位置。将安装位置和修补程序下载位置更改为名称中含有非 ASCII 字符的文件夹可能会导致错误。安装路径和用户名中仅支持 ASCII 字符。但是,密码中支持非 ASCII 字符。
  • 无法在日语操作系统上安装简体中文 Update Manager
    如果在日语操作系统上选择简体中文作为安装语言,则会显示错误 1158,并且安装失败。在日语操作系统上可以选择日语、德语或英语作为安装语言。
  • 如果没有修补程序的本地化版本,则虚拟机修补程序修复可能失败
    将修补程序应用于本地化客户机操作系统时,如果供应商未发布适用于特定区域设置的修补程序,则修复过程可能失败。Update Manager 报告错误: 无法安装修补程序 <patch_name>
    解决办法:请与修补程序供应商联系,获取本地化的相关信息。
  • 用于 Windows 的某些本地化修补程序可能会使修复失败
    由于修补程序安装程序的问题,Update Manager 可能无法安装用于 Windows 的某些本地化修补程序,并显示错误代码 1618 - 另一安装过程正在进行当中
    解决办法:重试修复操作。
  • 新增内容:在某些本地化的 Windows 系统上,VMware vCenter 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 中的 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)。
  • 首次下载修补程序之后,可能看不到修补程序类型、影响或供应商信息
    首次下载修补程序之后,在 [修补程序存储库] 选项卡中或在创建固定修补程序基准时会看到修补程序列表。在这种情况下,可能看不到像修补程序的类型、其影响或发布修补程序的供应商等信息。此外,创建动态修补程序基准时,可能会看到供应商的列表为空。
    解决办法:重新启动 Update Manager Client 插件。
  • 无法向 ESX/ESXi 3.x 主机转储修补程序
    向个别 ESX/ESXi 3.x 主机或包含 ESX/ESXi 3.x 和 ESX/ESXi 4.0 主机的容器对象转储修补程序失败。[近期任务] 窗格中显示错误消息: 转储操作中出现错误(There are errors during the remediate operation.)。 VMware vCenter Update Manager 4.0 仅对 ESX/ESXi 4.0 主机支持转储修补程序。
  • 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 remediate operation.)
  • VMware Tools 升级修复过程中可能显示错误的事件错误消息
    根据将 VMware Tools 升级到匹配主机的状态基准修复 Linux 虚拟机时,在 [事件] 选项卡上显示不正确的错误消息 无法用这些修补程序修复 <virtual_machine_name>: 不支持 Linux 虚拟机的修复(Cannot remediate <virtual_machine_name> for patches: Remediation of Linux VMs is not supported) 。此事件与 VMware Tools 的升级无关。
  • 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 升级操作被取消(The VMware Tools operation was canceled.)。
  • 修复向导中对有冲突的修补程序进行计数
    针对修补程序基准扫描所选的对象之后,在 [修补程序基准] 窗口中可能会看到若干有冲突的修补程序。尝试修复所选的对象时,在修复向导中将有冲突的修补程序作为要在对象上安装的修补程序进行计数,但在修复过程中只会安装某些或不安装有冲突的修补程序。
  • 已更新:Update Manager 不支持重新导入主机升级文件
    如果已导入的文件损坏或被手动从 Update Manager 修补程序存储中删除,则 Update Manager 不支持重新导入主机升级文件(对于 ESX 主机为 ISO,对于 ESXi 主机为 ZIP)。为特定版本导入升级文件为一次性活动。上传升级文件后,必须使用 Update Manager 中可用的现有版本升级创建新的主机升级基准。此外,如果使用新的 ESX 4.0 评估副本(内部版本 171294)创建升级基准,则不能为 ESX 4.0 许可版本(内部版本 164009)创建新的升级基准。
  • 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 日志记录注册表事务的结果可以生成这些文件,而 Windows 操作系统在使用后并不删除这些文件。 ufa{*}.tmp.LOG{*} 文件类似于任何其他 Windows 临时文件,可以在 Windows 磁盘清理任务过程中将其删除。
      删除 ufa{*}.tmp.LOG{*} 文件,例如删除 ufaFF50.tmp.LOG2 文件:
      1. 打开 [命令提示符] 窗口。
      2. 导航到 C:\,并输入以下命令:
        del C:\Windows\Temp\ufaFF50.tmp.LOG2

返回页首