VMware Update Manager 1.0 Update 2 | 2008 年 7 月 25 日 | 内部版本 103284

发行说明内容

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

这些发行说明提供有关 VMware VirtualCenter 的可选模块 VMware Update Manager 的信息。有关 VirtualCenter 的新增功能、要求和安装的信息,请参见产品的“VMware Infrastructure 3 发行说明”。

注意:在许多公用文档中,现在 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 1.0 Update 2 仅可以与 VirtualCenter 2.5 Update 2 配合使用。

Update Manager 1.0 Update 2 与 VirtualCenter 2.5 Update 2 和 VI Client 2.5 Update 2 兼容:

兼容性列表

 

VirtualCenter Server

VI Client

Update Manager

2.5

2.5 Update 1

2.5 Update 2

2.5

2.5 Update 1

2.5 Update 2

1.0

1.0 Update 1

1.0 Update 2

Update Manager Download Service


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

VMware Infrastructure Update Manager - PowerShell Library


在 Update Manager 的安装过程中,可以选择安装可选的 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。

升级 Update Manager


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

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

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

建议使用统一安装程序升级或安装 Update Manager。

升级 Update Manager Download Service


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

  1. 升级 Update Manager。

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

    UMDS 的二进制文件位于 Installation CD 的 umds文件夹中。安装向导将 UMDS 升级到新版本。

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

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

  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>是导出目录的完整路径。
    如果只需在第一步中包括下载更新,请使用下载开始时间选项 ( -s)。例如,如果只需导出 2008 年 7 月 25 日后的下载更新,请输入以下命令:
    vmware-umds -E --dest <repository_path> -s 2008-07-25T00: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 1.0 Update 2 中已经解决了 Update Manager 1.0 和 Update Manager 1.0 Update 1 中的下列已知问题:

  • 修复向导错误显示要应用的更新数量。
  • 修补 ESX Server 主机导致虚拟机 VMotion 违反严格接入控制。
  • 中断 Update Manager 和修补程序数据库服务器间的连接会导致问题,因为 Update Manager 不会自动重新连接数据库。
  • 以反斜线结尾的路径会导致 Windows 软件包导入失败。
  • 当 Update Manager 和 VirtualCenter 安装在不同的计算机上时,使用统一安装程序升级 Update Manager 失败。
  • 扫描和修复具有多个网卡的 ESX Server 主机会使 Update Manager 产生错误: 修补程序的元数据丢失
  • 不能将修补程序下载到名称中带有非 ASCII 字符的目录中。
  • 如果使用非 ASCII 字符,调度更新下载向导中包含损坏的和被截断的文本。
  • 升级 Update Manager 时,必须在 VirtualCenter Server 中重新注册安装程序。
  • 升级 Update Manager 时,未对默认的已调度下载更新任务进行本地化。
  • 调度更新下载向导包含非本地化字段。
  • 如果将修复配置为立即开始,修复向导的 [即将完成] 页面中的单词“Immediate”(立即)未进行本地化。
  • 在清单中为主机分配权限并为 VMware Update Manager 选择 View Compliance Status 特权时,特权的描述被截断。
  • 添加基准向导的 [即将完成] 页面中的本地化文本被截断。
  • 取消安装时,Update Manager Download Service 安装向导中的本地化文本被截断。

已知问题

已知问题的分组如下:

安装与升级

在安装了 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 服务器的计算机上运行 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。

使用 Update Manager>

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 关闭为止。

修复向导中的重试次数与 [配置] 选项卡中的 [ESX 主机设置] 不一致
在 Update Manager 的 [配置]选项卡中, [ESX 主机设置]页面中的 重试次数最初设置为 0。然而,如果选择一台 ESX Server 主机进行修复,修复向导显示的默认重试次数为 2,这与前面的次数不一致。
解决办法:在 [配置]选项卡中,按照您的需要设置重试次数。然后,修复向导即会显示正确的默认重试次数。

错误的目标类型显示在 [附加基准] 窗口中出现的目标类型错误
Update Manager 安装完成后,尝试通过右键单击 [Update Manager] 选项卡,选择 [附加基准]选项将基准附加到主机时,目标类型并不显示为主机,而是虚拟机。
解决办法:单击 [Update Manager] 选项卡右上角的 [附加基准] 链接。

Update Manager 插件中的消息与其他消息和按钮重叠
在新建基准向导中筛选更新时,显示筛选的更新数量的消息会与 [筛选]按钮重叠。
解决办法:扩大向导窗口。

不允许在更新筛选页面的文本包含字段中输入特殊字符
在创建动态基准时,不允许在 [文本包含]字段中输入特殊字符。仅应该使用有效的文本字符串作为搜索标准。如果输入特殊字符导致基准无效,那么基准不会显示在 [Update Manager] 选项卡中,同时无法附加、编辑、卸载或删除其他基准。
解决办法:从数据库的 VCI_BASELINES表中删除无效的基准。