VMware Update Manager 1.0 Update 4 | 2009 年 2 月 23 日 | 内部版本 63559

发行说明内容

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

这些发行说明提供有关 VMware VirtualCenter 的可选模块 VMware Update Manager 的信息。有关 VirtualCenter 的新增功能、要求和安装的信息,请参见产品的发行说明。请时常查看英语发行说明以了解新增内容及更新。

注意:在许多公用文档中,现在 VMware ESX Server 3.5 简称为 VMware ESX 3.5,VMware ESX Server 3i 简称为 VMware ESXi 3.5。这些发行说明使用以前的约定,以便与产品界面和文档保持一致。产品名 Virtual Appliances Development Kit (VADK) 已更改为 VMware Studio,但 Update Manager 文档仍使用该产品以前的名称。以后的版本将会更新产品名称。

安装说明

本节介绍关于安装 Update Manager 及其可选模块的信息。

Update Manager

安装 Update Manager 时需要与一台现有的 VirtualCenter Server 2.5 或更高版本建立网络连接。Update Manager 的每次安装都必须与一个 VirtualCenter Server 实例相关联。Update Manager 模块包括一个运行在 VMware Infrastructure Client 上的插件和一个服务器组件,此组件既可以与 VirtualCenter Server 安装在同一系统上,也可以安装在其他系统上。

下表列出了 Update Manager 的各个版本与 VirtualCenter Server 和 VI Client 的兼容性。

兼容性列表

 

VirtualCenter Server

VI Client

 

2.5

2.5

Update 1

2.5

Update 2

2.5

Update 3

2.5

Update 4

2.5

2.5

Update 1

2.5

Update 2

2.5

Update 3

2.5

Update 4

Update Manager 1.0

Update Manager 1.0 Update 1

*

Update Manager 1.0 Update 2

*

Update Manager 1.0 Update 3

*

Update Manager 1.0 Update 4

* 已通过初步兼容性测试。此兼容性是实验性的,不完全受支持。

Update Manager Download Service

可选的 Update Manager Download Service (UMDS) 安装程序需要一个数据库。安装程序包括一个创建 SQL Server 2005 Express 数据库的选项,或者可以使用现有的 Microsoft SQL Server 数据库或 Oracle 数据库。

VMware Infrastructure Update Manager – PowerShell Library

VMware Update Manager – PowerShell Library 是 commandlet 的集合,用于扫描和修复虚拟机或主机,下载软件更新以及创建基准。它可以在安装了 VMware Infrastructure Toolkit(适用于 Windows)并可以访问 VirtualCenter Server 的计算机上安装和使用。

VMware Infrastructure Update Manager – PowerShell Library 是实验性功能,仅支持英语版本。

在 Update Manager 的安装过程中,可以选择安装可选的 VMware Infrastructure Update Manager – PowerShell Library。

有关详细信息,请参见 Update Manager - PowerShell Library 文档

升级说明

本版本允许升级所有旧版本的 Update Manager。

升级 Update Manager

要将 Update Manager 升级到 Update Manager 1.0 Update 4,必须先从 VirtualCenter 升级到 VirtualCenter 2.5 Update 4。

注意:开始升级前,必须停止 Update Manager 服务。

当一个 VI Client 2.5 Update 4 实例与 VirtualCenter Server 2.5 Update 4 实例(和 Update Manager 1.0 Update 4)连接后,VI Client 将检测正确的 Update Manager 插件版本并尝试进行加载。如果不具有需要的 Update Manager 1.0 Update 4 插件版本,VI Client 会提示您安装该版本,并提供下载方式。

使用统一安装程序进行 Update Manager 升级或安装。

在升级 Update Manager 期间,您无法编辑诸如安装路径和修补程序下载位置之类的参数。系统将保留来自原始安装的这些参数。您只能在执行全新的 Update Manager 安装时才能编辑安装路径和修补程序下载位置路径。在升级向导的 [VirtualCenter Server 信息] 页面上,输入来自原始安装的 VirtualCenter Server IP 和凭据,以使 Update Manager 在 VirtualCenter Server 中的注册保持有效。

在升级向导的 [VirtualCenter Server 信息] 页面上,输入来自原始安装的 VirtualCenter Server IP 和凭据,以使 Update Manager 在 VirtualCenter Server 中的注册保持有效。

升级 Update Manager Download Service

Update Manager Download Service (UMDS) 和 Update Manager 必须属于同一版本。要升级 UMDS,请执行以下操作:

  1. 升级 Update Manager。

    在 Update Manager 升级过程中,数据库架构也会升级,但是数据库中的数据保留不变。
  2. 升级 Update Manager Download Service

    UMDS 的二进制文件位于 Installation CD 的 umds 文件夹中,或解压后的 zip 二进制文件中。安装向导将 UMDS 从旧版本升级到新版本。

要获得新的更新元数据并更新数据库中已存在的信息,请下载 ESX Server 修补程序并把这些修补程序导入到安装了 Update Manager 服务器的计算机中。

要确认 UMDS 升级是否成功,请确保它可以下载修补程序并将其导入到 Update Manager 1.0 Update 4。例如,要下载 ESX Server 主机修补程序并将其导入到 Update Manager 1.0 Update 4,请执行下列操作:

  1. 登录安装了 Update Manager Download Service 的计算机。
  2. 选择 [开始] > [运行],键入 cmd,然后按 Enter。
  3. 转到安装 UMDS 的目录。

    默认文件夹为 C:\ProgramFiles\VMware\Infrastructure\Update Manager
  4. 要设置所有 ESX Server 主机更新的下载,请输入以下命令:

    vmware-umds -S -h true -w false -l false
  5. 运行下载更新的程序:

    vmware-umds -D
  6. 通过运行以下命令,将修补程序导出到便携式存储设备或共享文件夹:

    vmware-umds -E --dest <repository_path>

    此处的 <repository_path> 是指向导出目录的完整路径。

    如果只需包括在第 4 步中下载的更新,请使用下载开始时间选项 ( -s)。例如,如果只需导出 2008 年 10 月 3 日之后下载的更新,请运行以下命令:

    vmware-umds -E --dest <repository_path> -s 2008-10-03T00:00:00
  7. 将修补程序导入到安装了 Update Manager Download Service 的计算机。

硬件要求

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

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

磁盘存储要求随部署而异。有关更多信息,请参见 VMware Update Manager 所需空间估算器

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

Update Manager 可以扫描和修复各种 ESX Server 主机、虚拟机、虚拟设备及应用程序,包括:

ESX Server 扫描和修复

  • ESX Server 3.5 或更高版本
  • ESX Server 3i 或更高版本
  • ESX Server 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 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

已解决问题:

  • Update Manager Client 插件会间断性地断开与 VI Client 的连接
    此版本修复了在 Update Manager Client 突然与 Update Manager Server 断开连接时,Update Manager Client 插件可能会从 VI Client 中卸载的问题。
  • 无需编辑 vci-integrity.xml 即可扫描或修复 ESX Server 3.0.3 主机
    在先前的 VMware Update Manager 版本中,要扫描或修复 ESX Server 3.0.3 主机,用户需要在 vci-integrity.xml文件中将 SupportedBaseHostVersion标签的值从 3.1.0 改为 3.0.3。
    从 Update Manager 1.0 Update 4 开始,无需进行人工干预即可扫描或修复 ESX Server 3.0.3 主机。
  • 更新已调度为每天下载
    在先前的 VMware Update Manager 版本中,VMware Update Manager [更新下载] 任务默认调度为每周运行一次。此设置无法提供每天都需要的最新更新。
    从 Update Manager 1.0 Update 4 版本开始,VMware Update Manager [更新下载] 任务默认调度为每天运行一次。
  • 使用 Express 修补程序扫描和修复 ESX Server 主机的问题已解决
    如果更新存储库包含 ESX Server Update 2 修补程序和针对 ESX Server Update 2 发布的 Express 修补程序,Update Manager 1.0 Update 3 可能会无法扫描或修复 ESX Server 主机并显示一条类似如下的消息:
    Update Manager 出现故障。
    此问题已解决。
  • 在 vum-proxyAuthCfg.exe 文件中输入代理身份验证信息后,Update Manager 和 UMDS 将下载更新
    此版本解决了如果 Update Manager 或 UMDS 配置为使用需要身份验证的 Internet 代理并且 Update Manager 或 UMDS 安装目录下的 vum-proxyAuthCfg.exe文件中已正确提供代理身份验证信息时,Update Manager 或 UMDS 可能会无法下载更新并显示一条类似如下的消息的问题:
    错误:需要代理身份验证,但未提供身份验证信息(Error: proxy authentication is required, but no auth info is provided)。
  • 更新 JRE 软件包
    随 VMware Update Manager 1.0 Update 4 分发的 JRE 软件包已从 1.5.0_12 更新为 1.5.0_16,解决了先前的 JRE 版本中存在的多个安全问题。
    有关 JRE 软件包版本 1.5.0_16 和先前版本中解决的安全问题的详细信息,请参见 java.sun.com/j2se/1.5.0/ReleaseNotes.html.
    Secunia 提出的下列这些建议列出了与 JRE 1.5.0_13、JRE 1.5.0_14、JRE 1.5.0_15 和 JRE 1.5.0_16 中解决的安全问题相关的 CVE 标识符:

    仅当攻击者具有服务控制台网络的访问权限时,才能远程利用这些漏洞。根据 VMware 提供的安全性最佳做法,服务控制台必须与虚拟机网络隔离开。有关 VMware 安全性最佳做法的详细信息,请参见 www.vmware.com/resources/techresources/726

已知问题

已知问题的分组如下:

安装与升级

  • 配置 Update Manager 使用 Internet 代理时,如果代理端口采用 5 位数,配置可能出现错误 (KB 1008546)
  • VirtualCenter Server 可能无法显示 Update Manager Client 的升级版本
    遇到以下情况时,[插件管理器] 窗口中的 [可用] 选项卡可能无法更新所安装的 Update Manager 的版本:
    • Update Manager 升级到 VMware Update Manager 1.0 Update 4
    • VMware Update Manager 1.0 Update 3 已卸载,并安装了 VMware Update Manager 1.0 Update 4。
      但是,[插件管理器] 窗口中的 [已安装] 选项卡上会显示正确的 Update Manager 版本。
    解决办法:要使 [可用] 选项卡显示所安装 Update Manager 的正确版本,请重新启动 VMware VirtualCenter Server 服务。
  • 即使 Update Manager 下载了更新信息,基准更新也不可用
    如果在没有连接到 Internet 或禁用了 Internet 代理设置的情况下安装 Update Manager,Update Manager 将无法下载可用更新的元数据,并且将没有任何基准更新可用。在 Update Manager 安装后,如果为了使用 Internet 代理服务器而修改了 Update Manager 配置,并且使用了 Update Manager 命令行界面下载或导入更新的元数据,则 [更新库] 选项卡将显示更新信息,但 [基准] 选项卡中不会显示任何信息。在 [基准] 选项卡中可能会显示类似于以下内容的消息:
    Baseline can not be created as there is not updates on update manager server........(无法创建基准,因为 Update Manager Server 上没有任何更新 ........)
    解决办法: 要启用 [基准] 选项卡以显示基准更新,请重新启动 VI Client 或在 VI Client 上重新启用 Update Manager。
  • 在安装了 Oracle 10g R2 版本 10.2.0.3 的系统上安装 Update Manager 时,出现不相关的警告消息
    使用统一安装程序在安装了 Oracle 10g R2 v10.2.0.3 的系统上安装 Update Manager 时,安装程序显示不相关的警告消息。 请确保将 Oracle Server 和 Oracle Client 升级到版本 10.2.0.3。有关详细信息,请参见发行说明。但是,可以忽略此消息,Update Manager 安装仍可成功完成。
  • Manager Upgrade 升级可能会失败
    如果更新过程中与 VirtualCenter Server 的连接丢失,Update Manager 升级会失败。
    解决办法:重新建立 Update Manager 和 VirtualCenter Server 之间的连接后,重试升级。
  • Update Manager 升级产生错误消息
    升级 Update Manager 时,即使已在升级开始前停止 Update Manager 服务,仍会出现其他错误消息。如果 Update Manager 服务正在执行扫描、修复或更新签名等任务,则需要一定时间服务才会停止。
    解决办法:接受消息,然后等待 Update Manager 服务关闭后,运行升级。
  • 修复 Update Manager 安装需要用户输入
    使用 [添加/删除程序] 功能的 [修复] 选项修复 Update Manager 安装时,安装程序会要求用户输入一些已在安装过程中输入的值,例如 VirtualCenter Server 的 IP。输入正确的值以修复安装。
  • 升级 Update Manager Server 之后 Update Manager 插件下载按钮不可用
    解决办法:从安装目录手动运行 Update Manager 客户端安装程序:\docroot\vci\downloads\VMware-UMClient.exe。默认安装目录是 C:\Program Files\VMware\Infrastructure\Update Manager\。
  • 升级 Update Manager 之后无法启用 Update Manager 插件
    如果 Update Manager 和 VirtualCenter Server 在不同的主机上运行,则升级 Update Manager 后 Update Manager 配置文件中的代理信息会丢失。VI Client 未连接 Update Manager Web 服务器。
    解决办法:修复 Update Manager 安装。
  • 当 Update Manager 和 VirtualCenter 安装在不同的计算机上时,升级 Update Manager 失败
    如果 Update Manager 和 VirtualCenter Server 安装在不同的计算机上,则使用统一安装程序升级 Update Manager 时会收到错误消息,例如“ 特权不足”。 解决办法:单击 [取消] 按钮取消安装。重启系统,并使用统一安装程序升级 Update Manager。
  • 重新安装 Update Manager 可能会产生错误
    卸载 Update Manager 时可能无法停止所有的 Update Manager 服务。如果重新安装 Update Manager,则可能会在安装完成时出现错误。尽管如此,安装过程还是能够成功完成。
  • 重新安装 Update Manager 可能会失败
    Update Manager 安装程序可能会失败,并出现“ 警告 25015,无法安装 Update Manager”的消息。尝试在之前曾安装并移除过 Update Manager 的计算机上安装 Update Manager 时可能会出现该错误。要解决该问题,请重新引导该计算机。
  • 在 Windows 2000 Server SP4 上执行 KB896423 修复可能会失败
    Update Manager 以静默模式在虚拟机上安装更新,因此,交互式用户无法接收有关更新或服务包安装的任何信息。在 Windows 2000 SP4 上安装 KB896423 有时可能导致错误,即向用户显示一个对话框。该对话框包括 “spoolsv.exe - 未找到入口点”的消息。该问题据认为是由虚拟机上安装的特定修补程序组合所致。 /
    此类错误可能导致某些修复任务无法继续。要继续修复过程,请从虚拟机控制台关闭对话框。
  • 如果使用了不同的数据库,通过统一安装程序安装 Update Manager 可能会失败 (KB 1003277)
  • VMware Update Manager 插件无法安装 (KB 1003468)
  • 无法启用 Update Manager 插件 (KB 1004680)
  • Update Manager 和 Converter Enterprise 插件在 VI Client 中不可用 (KB 1004292)
  • 如果在 VirtualCenter 安装过程中指定了新的 HTTP 或 HTTPS Web 服务端口,VirtualCenter 无法连接 Update Manager (KB 1004412)

扫描和修复

  • 在 ESX Server 被添加回 VirtualCenter 清单后,可能无法对已关闭的 Linux 虚拟机进行更新扫描操作
    在从 VirtualCenter Server 中移除包含 Linux 虚拟机的 ESX Server 主机,然后将其添加回包含处于关闭状态的 Linux 虚拟机的 VirtualCenter 清单之后,可能无法对这些已关闭的 Linux 虚拟机进行更新扫描操作,并显示类似于以下内容的消息:
    The server database does not support the Software Inventory for the target.(服务器数据库不支持此目标的软件清单。)
    解决方法: 在将包含 Linux 虚拟机的 ESX Server 主机添加回 VirtualCenter 清单时,请打开 Linux 虚拟机,并在这些虚拟机关闭时扫描这些虚拟机之前至少进行一次更新扫描。
  • Update Manager 可能无法对受支持版本的 Linux 虚拟机进行更新扫描
    在创建 Linux 虚拟机期间,在将 Update Manager 不支持的 Linux 操作系统定义为 Linux 虚拟机的操作系统,但此虚拟机安装了 Update Manager 支持的 Linux 操作系统时,可能无法对受支持的 Linux 虚拟机进行扫描操作,并显示类似于以下内容的错误消息:
    The attempted operation cannot be performed on the object.(无法对此对象执行所尝试的操作。)
    解决办法: 更改已定义的虚拟机的 Linux 操作系统版本,以匹配实际安装的版本,并对此虚拟机进行更新扫描操作。
    要更改为此虚拟机定义的 Linux 操作系统,请执行以下操作:
    1. 右键单击您无法为其扫描更新的 Linux 虚拟机,然后选择 [编辑设置]
    2. [选项] 选项卡中,编辑 [常规选项] 设置,然后更改客户操作系统版本,以匹配虚拟机上安装的 Linux 操作系统。
  • 在 VMotion 迁移期间扫描或修复虚拟机可能会失败
    如果在对虚拟机进行扫描或修复操作的同时对其执行迁移,则 Update Manager 可能无法扫描或修复这些虚拟机。可能会显示类似以下内容的错误消息:
    There are errors during the scan operation.(扫描操作期间出错。)
    There are errors during the remediate operation.(修复操作期间出错。)
    解决办法: 确保 Update Manager 正在扫描或修复虚拟机时,这些虚拟机在同一 ESX Server 主机上。
  • 已启用 DPM 的 DRS 群集上的修复操作可能会失败
    在已启用 DRS 的 VMware 群集上启用 VMware 分布式电源管理 (DPM) 后,如果该群集使用 Update Manager 更新,用于更新群集的修复操作可能会失败,并显示类似如下的消息:
    修复过程中发生错误
    解决办法:在修复已启用 DRS 的群集时,请禁用 DPM 并启动任何处于待机模式的主机,以允许对其进行修复。
    要禁用 DPM:
    1. 右键单击已启用 DRS 的群集,然后选择 [编辑设置]
    2. [<Cluster_Name> 设置] 窗口中,选择 [电源管理]
    3. 选择 [关闭] 作为群集的默认电源管理选项。
  • 脱机扫描会因防病毒软件而变慢
    在安装了 Update Manager 服务器的计算机上运行 McAfee 等防病毒软件时,部署系统中执行的脱机虚拟机扫描的速度会显著降低。
    解决办法:禁用防病毒按访问时扫描或从防病毒软件的拦截功能中排除 vmware-updatemgr.exe
  • 修复过程中 Windows XP x64 SP2 安装可能会失败
    Windows XP x64 SP2 需要使用交互式桌面,修复过程可能会失败。
    解决办法:在虚拟机上手动安装 Windows XP x64 SP2。
  • 远程 ESX Server 主机修复任务可能会失败
    使用大型修补程序文件修复远程 ESX Server 主机时,可能会因为网络问题而失败。将文件从本地存储库传输到已修复的 ESX Server 主机所需的时间比预期的长,可能会产生超时。
  • 数据中心修复可能无法对正确的 ESX Server 主机造成影响
    调度数据中心修复任务时,修复操作会在任务调度时在数据中心的 ESX Server 主机上执行。如果在修复开始前更改了数据中心的配置(例如,将 ESX Server 主机移入或移出此数据中心),修复操作仅在配置改变前数据中心中已有的主机上执行。
  • 修复进程可能无法在虚拟机上安装修补程序
    如果虚拟机中应用程序的区域与操作系统的区域不同,则修复进程无法在该虚拟机安装全部修补程序。修复混合区域设置的虚拟机时,每次仅会应用一种区域设置的修补程序。这会导致其他区域设置的修补程序在安装时产生错误。
    解决办法:重复执行修复操作,直至基准与该虚拟机兼容。
  • 修复可能失败,并在该虚拟机的 Windows 事件查看器日志中显示“文件未签名”消息
    未正确下载 Windows 修补程序文件时(例如,由于网络问题或下载的文件不完整),修复期间的修补程序文件签名验证以及修复操作本身都将失败。记录应用程序事件,并在 Windows 事件查看器中显示为 文件未签名(文件路径显示在该消息的后面)。
    解决办法:要重新下载丢失的修补程序文件,请删除事件查看器日志中显示路径下的文件,然后启动另一个修复进程。
  • 修复过程中 ESX Server 主机可能无法进入维护模式
    在修复过程中,ESX Server 主机可能无法进入维护模式,并且没有完成修复任务。[近期任务] 窗格中显示的 [进入维护模式] 任务进程始终保持在 2%,持续时间长达 4 个多小时。
    解决办法:检查未响应的 ESX Server 主机上的虚拟机是否已关闭。必要时,手动关闭虚拟机,以完成 [进入维护模式] 任务。关闭所有虚拟机后,如果 [进入维护模式] 任务没有继续进行,并且 30 分钟后 ESX Server 主机仍无法进入维护模式,那么请手动重新引导服务。
  • 修复 ESX Server 3.5 和 ESX Server 3.5 Update 1 主机时可能会安装修补程序的等效较新版本
    在根据包含已过时必备程序的修补程序的基准修复 ESX Server 主机时, [事件] 选项卡会显示一则事件消息,表明安装了修补程序和过时的必备程序。但是,在 ESX Server 主机上,则会安装修补程序和必备程序的当前版本。例如,如果 B 为 A 的修补程序,B 为 C 的过时修补程序,那么在根据仅包含修补程序 A 的基准执行修复操作时,Update Manager 会在 [事件] 选项卡中显示安装了修补程序 A 和 B。但是,在 ESX Server 主机上,则安装了修补程序 A 和 C。
  • 使用 ESX350-Update02 捆绑包修复 ESX Server 3.5 之后,ESX350-Update01 捆绑包可能显示为不合规 ( KB 1006383)
    根据包含 ESX350-Update02 捆绑包的基准修复 ESX Server 3.5 主机之后,如果基准包含之前的更新(即 ESX350-Update01 捆绑包),可能会显示为不合规。ESX Server 更新版本是指包含先前更新版本的所有修复内容的累积版本和新的更新版本。无需在与 ESX350-Update02 兼容的主机上安装 ESX350-Update01。
    解决办法:要使主机与包含 ESX350-Update01 捆绑包的附加基准兼容,请执行以下操作之一:
    1. 从所有与基准(包含 ESX350-Update02 捆绑包)兼容的主机上分离包含 ESX350-Update01 捆绑包的基准。
    2. 根据包含 ESX350-Update01 捆绑包的基准修复 ESX 主机。
  • 已调度的虚拟机修复可能会失败
    已调度的虚拟机修复可能会在调度时失败,并显示错误消息 用户名或密码错误,登录失败。当 Update Manager Server 与 VirtualCenter Server 安装在不同计算机上,并且它们的时间设置并未同步时会发生这一情况。
    解决办法:确保 VirtualCenter Server 和 Update Manager Server 计算机上的系统时间设置同步,时差不超过一分钟。例如,使用 NTP Server 自动同步这些计算机。
  • 修复 ESX Server 3.5 和 ESX 3.5 Update 1 将安装修补程序的较新版本
    当相对一个固定基准修复 ESX Server 3.5 和 ESX 3.5 Update 1 时,如果包含具有已过时必备程序的修补程序,主机上将安装该修补程序和必备程序的较新版本。从 ESX Server 3.5 Update 2 开始,该行为已改变,修复时主机上仅安装固定基准中需要的捆绑包。例如,如果 B 为 A 的修补程序,B 为 C 的过时修补程序,修复 ESX Server 3.5 Update 2 时,主机上将安装修补程序 A 和 B。
    如果根据动态基准修复 ESX Server 主机,此行为并不改变,主机上将安装该修补程序和必备程序的较新版本。
  • 已调度的修复任务可能会失败
    如果“排除项”列表中存在大量修补程序,则已调度的修复任务可能会失败,并显示错误消息: 指定的参数不正确。值
    解决办法:要减少“排除项”列表中的修补程序,请使用所需修补程序创建基准,然后调度修复任务。
  • 编辑 Update Manager 正在扫描或修复的虚拟机时导致问题
    Update Manager 正在扫描或修复虚拟机时,可以修改该虚拟机的设置。但这样做可能会导致扫描或修复失败,对该虚拟机所作的更改亦可能丢失。要避免该问题,请勿编辑正在执行扫描或修复的虚拟机。
  • 如果 VMware Tools 不可用,则修复虚拟机或模板可能会失败
    修复过程可能需使用 VMware Tools。如果这是一个必要条件,修复可能会失败。要解决该问题,请安装或重新启动 VMware Tools,然后重试修复操作。
  • 针对某些 Microsoft 产品的修复任务失败
    Update Manager 不会修复某些 Microsoft 产品。这些失败情况的详细信息将记录在一个事件中,并可以使用 VI Client 进行查看。
    • 向 Microsoft Content Management Server 2002 应用 SP2 和向 Internet Explorer 6 应用 SP2 会失败。它们仅用于扫描。
    • 向 Exchange 应用某些服务包需要用户介入,因此无法自动完成。
  • 修复向导不保留有关选定更新的信息
    在修复向导的基准页面中,如果从一个基准中选择了特定数量的更新,然后切换回基准列表视图,则之前的更新选择不会保留,所有更新均需重新选择。
  • Update Manager 不应用 Windows Small Business Sever 2003 服务包
    Update Manager 无法下载或安装适用于 Windows Small Business Server 2003 的服务包 2 (SP2)。Update Manager 可以精确地扫描和报告服务包是否已应用,但无法执行修复操作。
  • Update Manager 可能会将 Windows Vista 客户机修补程序错误地报告为尚未安装
    Update Manager 可能会在已成功安装修补程序的情况下报告某些 Windows Vista 虚拟机不合规。要解决该问题,请重新引导该虚拟机。之后的扫描会显示该计算机合规。
  • 修复已挂起的 Windows 2003 Enterprise (x64) 虚拟机可能会失败
    使用修补程序 MS06-061、MS06-071 和 MS07-042 修复 Windows 2003 Enterprise x64 SP2 在某些情况下可能会失败。如果虚拟机拥有 256 MB RAM,则任务将在进行到 62% 时停止并最终失败。将 RAM 大小更改为 512 MB 可成功完成后续修复。
  • 使用非默认的 Web 服务 HTTP 端口时,Update Manager 无法扫描 ESX Server 的更新 (KB 1003943)

国际化问题

  • 不能将 Update Manager Server 安装在名称中带有非 ASCII 字符的计算机上
    如果试图将 Update Manager Server 安装在名称中带有非 ASCII 字符的计算机上,则安装会失败。
  • 不能将 Update Manager 安装在名称中带有非 ASCII 字符的目录中
    在 Update Manager 的安装向导中,可为本产品选择一个与默认安装目录 (C:\Program Files\VMware\Infrastructure\Update Manager) 不同的安装目录。如果选择一个包含非 ASCII 字符的文件夹作为安装目录,则安装会失败。
  • 在调度扫描向导中,全角数字无效
    在调度扫描向导中,如果在任一时间字段中输入全角数字,并转至下一页面,则该值会变为 0。只有半角数字才被视为数值。不会出现提示全角数字无效的警告消息。
  • 在调度扫描向导中,不能输入最大数量 (80) 的非 ASCII 字符作为任务名称
    在调度扫描向导中,如果任务名称包含最大数量的非 ASCII 字符(80 个),则虽可完成向导,但会在 [近期任务] 面板中收到一条错误消息。您不会收到任何其他警告消息。如果名称中包含最大数量的非 ASCII 字符,则此任务不会显示在 [已调度任务] 面板中。
    解决办法:缩短任务名称。

使用 Update Manager

  • 重新启用 Update Manager 插件时可能显示无关的错误信息
    当 VMware Update Manager Server 服务重新启动且 Update Manager 插件重新启用时,可能会显示与以下类似的错误信息:
    object reference not set to an instance of an object(对象引用没有设置为对象实例)
    解决办法:请忽略该错误信息,选中 已启用复选框,重新启用插件。
  • Update Manager 插件遭禁用
    如果部署系统中运行 McAfee 或其他防病毒软件,VI Client 中的 Update Manager 插件会遭禁用。
    解决办法:将 vmware-updatemgr.exe 进程及其端口从防病毒软件的扫描和拦截功能中排除。对于 McAfee VirusScan Enterprise 8.5i,请执行以下操作:
    1. 选择 [开始] > [所有程序] > [McAfee] > [VirusScan 控制台]
    2. 双击 [访问保护]
    3. 在 [访问保护属性] 窗口中,选择 [用户定义规则] 类别。确保 Update Manager SOAP 端口(默认为 8084)未包含在拦截规则(双击每条规则以查看其详情)中。如果必须使用规则拦截此端口,则请将 vmware-updatemgr.exe 添加到 [排除项] 列表中。
  • [更新下载] 任务未正确设置
    在 Update Manager 的 [配置] 选项卡和在调度更新下载向导的 [调度任务] 页面中编辑 [更新下载] 任务时,若将 [频率] 设置为 [启动后],启动后不会再设置频率。
  • 已取消的任务始终显示在 [近期任务] 面板中
    失败或已完成的任务一段时间后即会从 VI Client 中消失。而已取消的任务则不同,这些任务将会一直保留在 VI Client [近期任务] 面板中,直到 VirtualCenter Server 关闭为止。
  • [附加基准] 窗口中可能出现错误的目标类型
    Update Manager 安装完成后,尝试通过右键单击 [Update Manager] 选项卡,选择 [附加基准] 选项将基准附加到主机时,目标类型并不显示为主机,而是虚拟机。
    解决办法:单击 [Update Manager] 选项卡右上角的 [附加基准] 链接。
  • Update Manager 插件中的消息与其他消息和按钮重叠
    在新建基准向导中筛选更新时,显示筛选的更新数量的消息会与 [筛选] 按钮重叠。
    解决办法:扩大向导窗口。
  • [更新筛选] 页面的 [文本包含] 字段不允许输入特殊字符
    在创建动态基准时,不允许在 [文本包含] 字段中输入特殊字符(如符号)。仅应该使用有效的文本字符串作为搜索标准。如果输入特殊字符导致基准无效,那么基准不会显示在 [Update Manager] 选项卡中,同时无法附加、编辑、分离或删除其他基准。
    解决办法:从数据库的 VCI_BASELINES 表中删除无效的基准。
  • 尽管出现错误,但 VCI_UNDO_ORACLE.sql 脚本仍会成功完成
    如果运行 VCI_UNDO_ORACLE.sql 脚本,会看到许多错误。但脚本仍会成功完成。