VMware vSphere Update Manager 6.5 发行说明

|

适用于 Windows 操作系统的 VMware vSphere Update Manager 6.5 | 2016 年 11 月 15 日 | 内部版本 4540462

vCenter Server Appliance 6.5 中的 VMware vSphere Update Manager 6.5 服务 | 2016 年 11 月 15 日 | 内部版本 4602587

上次更新时间:2017 年 1 月 20 日

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

发行说明内容

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

Update Manager 发行说明提供了有关 VMware vSphere Update Manager(VMware vCenter Server 的一个可选模块)的信息。有关 VMware vSphere Update Manager 的详细信息,请参见《安装和管理 VMware vSphere Update Manager》文档。


新增功能

  • Update Manager 64 位应用程序支持:Update Manager 6.5 服务器和 UMDS 6.5 现在都是受支持的 64 位应用程序。
  • vCenter Server Appliance 中的 Update Manager 即服务:Update Manager 服务器与 vCenter Server Appliance 完全集成,并且默认在部署 vCenter Server Appliance 时启用。
  • 支持在 Linux 上安装 UMDS:您可以将 UMDS 安装在基于 Linux 的 64 位操作系统上。UMDS 6.5 安装程序随 vCenter Server Appliance 6.5 的 ISO 文件提供。
  • 支持在 Linux 上安装 Update Manager Utility:您可以将 Update Manager Utility 安装在基于 Linux 的 64 位操作系统上。
  • 支持将 Windows 上的 Update Manager 迁移至 vCenter Server Appliance 6.5:VMware 提供支持的路径,用于将 Update Manager 从 Windows 操作系统迁移至 vCenter Server Appliance 6.5。
  • Update Manager 选项卡在 vSphere 用户界面中的位置已改变:与“监控”、“配置”、“数据中心”以及“主机和群集”等选项卡一样,Update Manager 选项卡现在为顶级选项卡。

 

产品支持注意事项

  • Update Manager 中的虚拟设备升级:在未来版本中,将不再支持虚拟设备的升级和修补操作。

 

安装说明

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

 

Update Manager

Update Manager 模块包含服务器组件和客户端组件。

 

在 Windows 操作系统上安装 Update Manager

Update Manager 6.5 服务器 (Windows) 作为 64 位应用程序提供,并且只能安装在 64 位 Windows 操作系统上。安装 Update Manager 之前,必须先安装 vCenter Server。Update Manager 服务器对于主机操作系统的要求与 vCenter Server 一样。有关数据库兼容性信息,请参见支持安装 Update Manager 服务器的数据库部分。

Update Manager 服务器可以与 vCenter Server 安装在同一系统中,也可以安装在不同系统中。每个 vSphere Update Manager 实例都可以与一个 vCenter Server 实例相关联。

在安装过程中,您无法将 Windows 上运行的 Update Manager 服务器连接到 vCenter Server Appliance。

安装 VMware vSphere Update Manager 需要与现有 vCenter Server 系统具有网络连接。

硬件要求

Update Manager 的最低硬件要求会随 Update Manager 在 Windows 操作系统上的部署方式而有所不同。

如果将数据库与 Update Manager 安装在同一台计算机上,则对内存大小和处理器速度的要求较高。为了确保提供良好的性能,需满足下列最低要求:

  • 处理器:Intel 或 AMD x86 处理器,逻辑内核至少为两个,且每个内核速度为 2 GHz。

  • 网络: 10/100 Mbps
    为获得最佳性能,请在 Update Manager 与 ESXi 主机之间使用千兆位连接。
  • 内存:
    • 如果 Update Manager 和 vCenter Server 安装在不同的计算机上,则需要 2 GB 的内存。
    • 如果 Update Manager 和 vCenter Server 安装在同一台计算机上,则需要 8 GB 的内存。

 

Update Manager 与 vCenter Server Appliance 相集成

Update Manager 6.5 与 vCenter Server Appliance 相集成,并且作为可选服务提供。自 vSphere 6.5 开始,您无法再将安装在 Windows Server 计算机上的 Update Manager 实例与 vCenter Server Appliance 相连接。

要在 vCenter Server Appliance 中使用 Update Manager 服务器,请启动 VMware vSphere Update Manager 扩展服务。

Update Manager 与 vCenter Server Appliance 的一种部署模型使用 PostgreSQL 数据库。Update Manager 和 vCenter Server Appliance 共同使用同一个 PostgreSQL 数据库服务器,但是使用单独的 PostgreSQL 数据库实例。

 

Update Manager Web Client

Update Manager 的客户端组件是 vSphere Web Client 中的插件。Update Manager 客户端组件为您提供了全套功能,您可以借助这些功能为 vSphere 清单执行修补程序和版本管理。

适用于 vSphere Web Client 的 Update Manager 插件无需安装。在 Windows 操作系统上安装 Update Manager 服务器组件或者启动 vCenter Server Appliance 中的 Update Manager 服务后,Update Manager 客户端组件将在 vSphere Web Client 中自动启用。 Update Manager 图标将出现在主页屏幕上,并且 Update Manager 将出现在 vSphere Web Client 中的顶级选项卡中。

您可以从 vSphere Web Client 主页屏幕中访问 Update Manager 的“管理”视图。
您可以通过从 vSphere 清单中选择一个对象并导航至 Update Manager 选项卡,访问 Update Manager 的“合规性”视图。

 

Update Manager Download Service

vSphere Update Manager Download Service (UMDS) 是 Update Manager 的一个可选模块,您可以将其用于在独立于 Update Manager 服务器的系统中下载修补程序定义。如果 Update Manager 部署系统是加固安全的,且安装了 Update Manager 服务器的计算机不能访问 Internet,请使用 UMDS。

您有两个 UMDS 安装选项。您可以将 UMDS 安装在 64 位的 Windows 操作系统上。不得将 UMDS 与 Update Manager 服务器安装在同一台 Windows 计算机上。
您也可以将 UMDS 安装在基于 Linux 的系统上。在 vSphere 6.5 版本中,UMDS 6.5 安装程序随 vCenter Server Appliance 6.5 的 ISO 文件提供。作为在 Linux 上安装 UMDS 的必备条件,您所需的 Linux 服务器上必须预配置有 PostgreSQL 数据库和 64 位 DSN。将 vCenter Server Appliance 6.5 的 ISO 文件挂载到 Linux 计算机上,然后安装并配置 UMDS 6.5。

要使用 UMDS,Download Service 的版本必须与 Update Manager 服务器的版本兼容。有关 Update Manager 与 UMDS 之间兼容性的详细信息,请参见《安装和管理 VMware vSphere Update Manager》文档

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

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

在同时具有 Update Manager 6.5 和 Update Manager 6.0 实例的环境中安装 UMDS 6.5

如果环境中同时包含 Update Manager 6.5 和 Update Manager 6.0 实例,请不要使用现有的 UMDS 6.0 下载目录安装 UMDS 6.5。在这种情况下,需要在两个独立的计算机上分别安装 UMDS 6.5 和 UMDS 6.0,才能导出各自相应 Update Manager 版本的更新。

 

Update Manager Utility

使用 Update Manager Utility 您可以更改数据库密码和代理身份验证,在 vCenter Server 中重新注册 Update Manager,并且为 Update Manager 更换 SSL 证书。有关使用该实用程序重新配置 Update Manager 设置的详细信息,请参见《重新配置 VMware vSphere Update Manager》文档

在您安装 Update Manager 或 UMDS 时,vSphere Update Manager Utility 将作为附加组件以静默方式安装在系统上。


升级说明

此版本允许从安装在 64 位 Windows 操作系统上的 Update Manager 版本 5.5 和 6.0 及其各自的更新版本进行升级。升级 Update Manager 之前,必须先将 vCenter Server 和 vSphere Web Client 升级到兼容版本。
不支持直接从早于 Update Manager 5.5 的版本或安装在 32 位平台上的 Update Manager 系统进行升级。您必须使用随 Update Manager 5.0 安装介质提供的数据迁移工具,将您的 Update Manager 系统从 32 位操作系统移动至 64 位 Windows 操作系统上的 Update Manager 5.0。在这之后,从版本 5.0 或者版本 5.1 升级至版本 5 5,然后再升级至版本 6.5。有关如何使用数据迁移工具的详细信息,请参见 Update Manager 5.0 的《安装和管理 VMware vSphere Update Manager》文档。

不支持从 UMDS 5.x 或 UMDS 6.0 升级至 UMDS 6.5。


迁移说明

VMware 提供支持的路径,用于迁移 Windows 操作系统中的 Update Manager,使其在 vCenter Server Appliance 6.5 中运行。

可以通过以下 vCenter Server 部署模型将 Update Manager 迁移至 vCenter Server Appliance:

  • vCenter Server 和 Update Manager 在相同的 Windows 计算机上运行
  • vCenter Server 和 Update Manager 在不同的 Windows 计算机上运行
  • Update Manager 在 Windows 计算机上运行并且连接到 vCenter Server Appliance

有关如何执行迁移的详细信息,请参见《安装和管理 VMware vSphere Update Manager》和《vSphere 升级》文档。


互操作性和软件要求

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

支持安装 Update Manager 服务器和 UMDS 的操作系统

要查看可安装 Update Manager 服务器和 UMDS 的操作系统列表,请参见 VMware vCenter Server 安装支持的主机操作系统。本文列出的 vCenter Server 安装所需的受支持的主机操作系统也适用于安装 Update Manager 服务器和 UMDS 各自相应的版本。

支持安装 Update Manager 服务器和 UMDS 的数据库

VMware 产品互操作性列表中的“解决方案/数据库互操作性”选项提供了与 Update Manager 服务器和 UMDS 兼容的数据库的相关信息。

Update Manager 支持的 vSphere 清单对象操作

  • 下列主机版本的主机修补:
    • ESXi 5.5
    • ESXi 6.0
    • ESXi 6.5
  • 主机从 ESXi 5.5 和 ESXi 6.0 及其各自相应的更新版本升级到 ESXi 6.5
  • 升级虚拟机的 VMware Tools 和虚拟硬件
  • 升级虚拟设备

 

能够升级 VMware Tools 和虚拟硬件的操作系统

注意:将使用如 Yum 或 Apt 等特定于分发的软件包管理工具来管理使用 Open VM Tools 或操作系统特定软件包的 Linux 客户机操作系统。Update Manager 不支持升级此类 Linux 虚拟机的 VM Tools 或虚拟硬件版本。

支持升级 VMware Tools 和虚拟硬件的操作系统的列表如下:

  • Windows Server 2016 Datacenter Edition(64 位)
  • Windows Server 10 Enterprise Edition(32 位)
  • Windows 8.1 Update 3 Enterprise Edition(32 位)
  • Windows Server 2012 R2 Update 3 Datacenter Edition(64 位)
  • Windows Server 2012 Datacenter Edition(64 位)
  • Windows 7 SP1 Enterprise Edition(64 位)
  • Windows Server 2008 R2 SP1 Datacenter Edition(64 位)
  • Windows 10 RTM
  • Windows 8.1 Update 1 [Professional/Enterprise](32 位)
  • Windows 8.1 Update 1 [Professional/Enterprise](64 位)
  • Windows 8.1 [Professional/Enterprise](32 位)
  • Windows 8.1 [Professional/Enterprise](64 位)
  • Windows 8 [Professional/Enterprise](32 位)
  • Windows 8 [Professional/Enterprise](64 位)
  • Windows Server 2012 R2 [Standard/Enterprise/Datacenter] 64 位
  • Windows Server 2012 R2 Update 1 [Standard/Enterprise/Datacenter](64 位)
  • Windows Server 2012 [Standard/Datacenter](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](32 位)
  • Windows Server 2008 [Standard/Enterprise/Datacenter](64 位)
  • Windows Server 2008 SP2 [Standard/Enterprise/Datacenter](32 位)
  • Windows Server 2008 SP2 [Standard/Enterprise/Datacenter](64 位)
  • Windows Server 2008 R2 [Standard/Enterprise/Datacenter](64 位)
  • Windows Server 2008 R2 SP1 [Standard/Enterprise/Datacenter](64 位)
  • Windows XP Professional SP3(32 位)
  • Windows XP Professional 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 2003 [Standard/Enterprise/Datacenter] SP2(32 位)
  • Windows Server 2003 [Standard/Enterprise/Datacenter] SP2(64 位)
  • Windows 2000 [Professional/Server/Advanced Server/Datacenter Server](32 位)
  • Windows 2000 [Professional/Server/Advanced Server/Datacenter Server](64 位)
  • Red Hat Enterprise Linux 7.2
  • Red Hat Enterprise Linux 7.0
  • Red Hat Enterprise Linux 6.8
  • Red Hat Enterprise Linux 6.5
  • Red Hat Enterprise Linux 5.10
  • Red Hat Enterprise Linux 5
  • Red Hat Enterprise Linux 4
  • Red Hat Enterprise Linux 3
  • Red Hat Enterprise Linux 2
  • CentOS 6.5
  • CentOS 6
  • CentOS 5.10
  • CentOS 5
  • CentOS 4
  • Debian 8.1
  • Debian 8
  • Debian 6
  • Debian 5
  • Debian 4
  • Ubuntu 非 LTS 15.04
  • Ubuntu 14.04
  • Ubuntu 13.10
  • Ubuntu 11.x
  • Ubuntu 10.x
  • Ubuntu 9.x
  • Ubuntu 8.x
  • Ubuntu 7.x
  • SUSE Linux Enterprise Server 12 SP1
  • SUSE Linux Enterprise Server 12
  • SUSE Linux Enterprise Server 11 SP4
  • SUSE Linux Enterprise Server 11 SP3
  • SUSE Linux Enterprise Server 9
  • SUSE Linux Enterprise Server 8
  • Oracle Enterprise Linux 7.0
  • Oracle Enterprise Linux 6.7
  • Oracle Enterprise Linux 6.5
  • Oracle Enterprise Linux 6
  • Oracle Enterprise Linux 5.1
  • Oracle Enterprise Linux 5
  • Oracle Enterprise Linux 4
  • Oracle Enterprise Linux UEK3 Update 5
  • Asianux 4
  • Asianux 3

已知问题

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


安装、升级和迁移

  • 新问题在 Linux 上安装的 UMDS 不包含 Update Manager Utility
    在 Linux 系统上安装 UMDS 时,不会在系统上安装 Update Manager Utility。
    解决办法:您可以执行以下任务之一以解决此问题︰

    • 在 Linux 系统上,通过输入以下命令重置数据库︰
      cd <UMDS_INSTALLATION_DIRECTORY>/bin/ ./vmware-vciInstallUtils -D <DSN> -U <DB_USERNAME> -P <DB_PASSWORD> -I <UMDS_INSTALLATION_DIRECTORY>/bin -L <LOG_DIRECTORY> -C <UMDS_INSTALLATION_DIRECTORY>/bin -T PostgreSQL -O dbcreate
    • 在 Linux 系统上,更新代理主机和端口︰
      1. 通过输入以下命令,更新代理主机和端口︰
        <UMDS_INSTALLATION_DIRECTORY>/bin/vmware-umds -S -p <HOST>:<PORT>
      2. 通过输入以下命令,更新代理用户名和密码︰
        cd <UMDS_INSTALLATION_DIRECTORY>/bin
        vi downloadConfig.xml
      3. downloadConfig.xml 文件中,更新 proxySettings/username 和 proxySettings/password 参数。
  • 如果 Update Manager 数据库的 DSN 包含高位 ASCII 字符,则 Update Manager 迁移可能会失败
    在将 Update Manager 从 Windows 迁移到 vCenter Server Appliance 6.5 时,如果 Update Manager 数据库的 DSN 包含高位 ASCII 字符,迁移将会失败。
    解决办法:重命名 DSN,使其不包含任何 ASCII 字符。

  • 尽管 vCenter Server Appliance 未连接到 Internet,但是 vSphere Web Client 仍显示关于 Update Manager 修补程序下载尝试失败的错误消息
    部署 vCenter Server Appliance 后,Update Manager 服务自动启动,并且尝试从预定义的修补程序库中下载修补程序。在服务启动时下载修补程序是 vCenter Server Appliance 中的 Update Manager 服务选项,并且在部署 vCenter Server Appliance 后默认启用该选项。如果 vCenter Server Appliance 在部署后未连接到 Internet,则您在登录到 vSphere Web Client 时将看到一则关于 Update Manager 修补程序下载尝试失败的错误消息。由于该任务每天都会运行,因此该错误消息将持续重复出现。
    解决办法:如果您的 vCenter Server Appliance 未连接到 Internet,则 Update Manager 在 vCenter Server Appliance 首次启动时未能下载修补程序后,请禁用在 Update Manager 服务启动时下载修补程序的选项。Update Manager 不会在 Update Manager 服务启动时进一步尝试下载修补程序。

    执行以下步骤可禁用在 Update Manager 服务启动时的修补程序下载。

    1. 在 vSphere Web Client 中,选择主页 > 系统管理
    2. 选择部署 > 系统配置,然后选择服务
    3. 从服务列表中,选择 VMware vSphere Update Manager,然后单击管理选项卡。
    4. 单击编辑,然后在服务启动时下载修补程序文本框中,输入 False 作为值,然后单击确定
    5. 重新启动 VMware vSphere Update Manager 服务。
  • 在 Windows Server 2008 R2 中安装 Update Manager 可能会失败
    在 Windows Server 2008 R2 中安装捆绑了数据库的 Update Manager 可能会失败。
    解决办法:在以下操作系统中安装 Update Manager:

    • Windows Server 2008 R2 SP1 Datacenter 64 位
    • Windows Server 2008 R2 SP1 Enterprise 64 位
    • Windows Server 2008 R2 SP1 Standard 64 位
    • Windows Server 2008 R2 SP1 Foundation 64 位
    • Windows Server 2008 R2 SP1 Web 64 位
    • Windows Server 2008 SP2 Datacenter 64 位
    • Windows Server 2008 SP2 Enterprise 64 位
    • Windows Server 2008 SP2 Standard 64 位
    • Windows Server 2008 SP2 Foundation 64 位
    • Windows Server 2008 SP2 Web 64 位
  • 在具有 Microsoft .NET Framework 4 的系统上安装具有嵌入式 Microsoft SQL 2012 数据库的 Update Manager 失败
    如果主机使用 Microsoft .NET Framework 4,尝试安装具有嵌入式 Microsoft SQL 2012 数据库的 Update Manager 将失败。此时将显示以下错误消息:

    SQL 安装不成功 (SQL installation was not successful)

    解决办法:要解决此问题,请执行以下步骤:

    1. 在尝试安装 Update Manager 的计算机上,关闭并禁用所有需要使用 Microsoft .NET Framework 4 的服务。
    2. 卸载所有 Microsoft .NET Framework 4 组件。
    3. 打开命令提示符窗口并更改为 C:\Windows\Microsoft.NET\Framework\v2.0.50727
    4. 运行以下命令在配置文件夹中创建 security.config 和 security.config.cch 文件:
      Caspol.exe -all -reset
    5. 将路径更改为 C:\Windows\Microsoft.NET\Framework64\v2.0.50727
    6. 运行以下命令在配置文件夹中创建 security.config 和 security.config.cch 文件:
      Caspol.exe -all -reset
    7. 重新下载并安装所有 Microsoft .NET Framework 4 组件。
    8. 安装完成后,启用所有需要使用 Microsoft .NET Framework 4 的服务。
    9. 重新启动操作系统,再次尝试安装具有嵌入式 Microsoft SQL 2012 数据库的 Update Manager。
  • 如果在 Update Manager 服务器安装期间配置了带有非 ASCII 字符的 DSN,在区域设置不是英语的 Windows 系统上将无法启动 Update Manager Client
    在非英语区域设置的 Windows 系统上安装 Update Manager 服务器时,如果选择相应选项以使用现有受支持的数据库并在 DSN 名称中使用非 ASCII 字符,安装将成功完成。然后安装 Update Manager Client。尝试启动 Update Manager Client 时,客户端无法启动,并显示以下错误:

    连接到 VMware vSphere Update Manager 时出错。数据库临时不可用或网络有问题 (There was an error connecting to VMware vSphere Update Manager. Database temporarily unavailable or has network problems)。

    DSN 中存在非 ASCII 字符导致 Update Manager Client 启动失败。
    解决办法:安装 Update Manager 服务器时,请不要使用非 ASCII 字符。

  • 如果已在系统上安装 Microsoft SQL 2008 R2 SP2 数据库,Update Manager 安装程序将停止响应
    如果要安装 Update Manager 服务器或 UMDS 的系统上存在 Microsoft SQL 2008 R2 SP2 数据库实例但不存在 VIM_SQLEXP 实例,尝试安装 Update Manager 服务器或 UMDS 时,如果选择安装与安装程序捆绑在一起的数据库,安装程序将停止响应。
    解决办法:要解决此问题,请执行以下步骤:

    1. 在要安装 Update Manager 服务器或 UMDS 的计算机上,打开命令行界面并键入以下命令:
      .\redist\SQLEXPR\SQLEXPR_x64_ENU.exe /ACTION=install /IACCEPTSQLSERVERLICENSETERMS /SQLSVCACCOUNT="NT AUTHORITY\SYSTEM" /HIDECONSOLE /FEATURES=SQL /SQLSYSADMINACCOUNTS="BUILTIN\ADMINISTRATORS" /NPENABLED="1" /TCPENABLED="1" /INSTANCENAME=VIM_SQLEXP
    2. 尝试重新安装 Update Manager 服务器或 UMDS。
  • 卸载 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 并使用捆绑数据库时失败,并显示以下错误:
    错误 25003。安装程序未能创建数据库表 (Error 25003. Setup failed to create database tables)。
    解决办法:要解决此问题,请执行下列任务之一:

    • 在采用英语语言包的 Windows 操作系统上安装 Update Manager 服务器和 UMDS。
    • 在采用土耳其语语言包的 Windows 操作系统上安装 Update Manager 服务器和 UMDS,并使用下列数据库之一:
      • Microsoft SQL Server 2012(64 位)
      • Microsoft SQL Server 2008 R2(64 位)
      • Oracle 11g R2(64 位)
  • 升级之后,Update Manager 插件在下载任务期间可能会禁用
    如果下载任务运行时 Update Manager 与 vCenter Server 断开连接,则无法重新启用 Update Manager 插件。升级 Update Manager 之后可能会出现此问题。
    解决办法:请等待下载任务完成,然后再启用 Update Manager 插件。

  • 引导驱动器上最少需要有 600 MB 可用空间供 Update Manager 使用才能安装 Update Manager
    尽管不需要在引导驱动器上安装 Update Manager,但某些必要组件必须安装。Update Manager 在安装时需要 600MB 空间来容纳这些必要组件,以及安装过程中使用的临时文件。
    解决办法:请确保引导驱动器上至少有 600MB 可用空间,然后再安装 Update Manager。

 

扫描、转储和修复

  • 如果 Virtual SAN 数据存储中的虚拟机的 CPU 总数超过 384 个,则修复 Virtual SAN 群集失败
    对于要求将主机置于维护模式的修补程序,如果某个 Virtual SAN 群集的虚拟机位于具有 384 个或更多活动 CPU 的 Virtual SAN 数据存储中,尝试修复该群集将失败。
    解决办法:执行以下解决办法之一:

    • 关闭属于 Virtual SAN 数据存储的虚拟机的电源,使活动虚拟机 CPU 的数量保持在 384 个以下。
    • 由于无法将主机置于维护模式状态而导致 Virtual SAN 群集修复失败之后,尝试在无法修复的 Virtual SAN 群集中的主机上运行修复功能。
  • 转储或修复修补程序期间可能显示错误的警告消息
    在 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 在执行升级扫描或修复时会检查该标记,并在升级主机前会要求清除该标记。可通过重新引导主机来清除该标记。
    对属于 HA 群集的 ESXi 5.x 主机执行升级扫描时,Update Manager 可能会将主机的合规性状态报告为“不兼容”,并且可能不允许对主机进行修复。合规性状态为“不兼容”是由于在 ESXi 5.x 主机上安装 FDM (HA) 代理的方式所造成的。从 vSphere 5.0 开始,FDM 代理将在 ESXi 主机上以 VIB 的形式进行安装。在 ESXi 主机上安装或更新 VIB 之后,将会设置一个标记,表示已更新主机上的引导槽。Update Manager 在执行升级扫描或修复时会检查该标记,并在升级主机前会要求清除该标记。可通过重新引导主机来清除该标记。
    解决办法:重新引导将合规性状态报告为“不兼容”的主机。主机重新联机后,请再次运行升级扫描或修复。

  • 如果主机包含已打开电源的容错虚拟机,则主机修复可能无法完成
    如果主机上有任何主虚拟机已禁用 FT,则主机修复可能无法完成,请在修复向导的"主机修复选项"页面上选择任务失败重试。在这种情况下,已打开电源且已禁用 FT 的主虚拟机无法关闭电源或在 DRS 群集中迁移。主机上有已打开电源的虚拟机时,主机无法进入维护模式,且修复操作无法完成。
    解决办法:对包含主虚拟机或辅助虚拟机的主机进行修复时,可以使用以下解决办法之一:

    • 在修复向导的“主机修复选项”页面上选择关闭虚拟机电源并重试挂起虚拟机并重试
    • 开始修复前,手动将容错虚拟机迁移到另一台主机上。
    • 如果 DRS 群集上已启用 EVC,则当主机尝试进入维护模式时,已禁用 FT 的虚拟机可以自动迁移。仅当特定主机上未禁用 DRS 时,才可能发生此情况。
  • “修复选择”页面可能对所选基准显示不正确的修补程序数
    根据在合规性视图中预先选定的某个修补程序或扩展基准修复 vSphere 清单对象时,修复向导的首页上显示的需要修复的修补程序数可能不正确。在这种情况下,当该清单对象有多个附加的修补程序基准和扩展基准时,修补程序数与所有附加基准中的合规修补程序数相对应,而不仅仅与所选基准中的合规修补程序数相对应。
    解决办法:在"修复选择"页面上更改选择的基准或基准组,或者首先单击"下一步"转到下一页,然后单击上一步返回到选择页面。

  • 如果主机上没有足够的可用空间,主机升级扫描和修复可能失败
    主机升级扫描和修复可能失败,并显示错误消息:代理安装失败 (AgentInstallFailed)。此错误可能是由于 ESXi 主机上的可用空间不足引起的。
    解决办法:要升级 ESXi 主机,请确保主机的 /tmp 目录中至少有 20 MB 可用空间。

  • 针对某些修补程序进行的主机修复可能失败,因为与主机上的修补程序存在无法解决的冲突
    当基准输入中的某个修补程序(例如修补程序 A)与主机冲突,且该冲突无法通过基准输入中的其他修补程序解决时,主机的修补程序修复可能会失败。
    解决办法:修补程序 A 的"修补程序详细信息"窗口显示一条信息,建议使用另外一个修补程序解决该冲突。该建议信息中也可能包含多个修补程序。将推荐的修补程序之一或全部包含到基准中,可能会解决该冲突。有关详细信息,请参见与修补程序 A 和推荐的修补程序相关的知识库文章。

 

国际化问题

  • Partner 一词未本地化
    导航到“主页”>“Update Manager”>“管理”>“ESXI 映像”>“导入 ESXi 映像”,Update Manager 的“导入 ESXi 映像”对话框中的单词“Partner”未本地化

  • 双击 VMware vSphere Update Manager.msi 时,提示消息未本地化
    .zip 文件或 .iso 映像中将安装 Update Manager 所需的所有组件解压到一个本地文件夹时,可以通过双击 VMware vSphere Update Manager.msi 应用程序来运行它。运行该应用程序时,弹出的提示显示消息:The installer should be started using VMware-UpdateManager.exe。该消息为英文版本,它未本地化。

  • 无法在名称中包含非 ASCII 字符的目录中安装 Update Manager 及下载修补程序
    在 Update Manager 的安装向导中,可以更改 Update Manager 的安装位置和修补程序下载位置。将安装位置和修补程序下载位置更改为名称中含有非 ASCII 字符的文件夹可能会导致错误。安装路径和用户名中仅支持 ASCII 字符。但是,密码中支持非 ASCII 字符。

 

使用 Update Manager

  • 新问题ESXi 映像在导入后未显示在列表中
    如果删除了 ESXi 映像,在一段时间后又导入了该映像,则导入的映像不会显示在 Update Manager 可使用的 ESXi 映像列表中。该映像实际已上载,但不会在 Update Manager 管理视图的管理选项卡下的 ESXi 映像中显示。使用 vSphere Web Client 刷新按钮后,该 ESXi 映像仍然不会在导入的 ESXi 映像列表中显示。
    解决办法:要解决此问题,请使用浏览器的刷新按钮。

  • 新问题上载脱机捆绑包或升级 ISO 可能会失败
    如果在部署 vCenter Server Appliance 后的几天未使用 Update Manager,则尝试上载脱机捆绑包或升级 ISO 可能会失败。
    解决办法:重新启动 Update Manager 服务。

  • 您无法从 vSphere Web Client 中的 Update Manager“管理”视图中更改 Update Manager 的修补程序存储设置
    如果 Update Manager 服务器计算机的主机名包含高位 ASCII 字符或非 ASCII 字符,则在 Update Manager 网络设置下,在 Update Manager 修补程序存储的主机名和 IP 地址之间切换的尝试将失败,并且出现以下错误消息:
    错误消息: com.vmware.vim.vmomi.core.exception.Unmarsh allException: 无法取消封送响应 (Error info: com.vmware.vim.vmomi.core.exception.Unmarsh allException: Unable to unmarshal response)。
    解决办法:只在 Update Manager 服务器计算机的主机名中使用 ASCII 字符。

  • VMware VirtualCenter Server 服务重新启动后,Update Manager 服务不会自动启动
    vCenter Server 意外停止运行时,某些自动化进程会强制 VMware VirtualCenter Server 服务(vmware-vpxd 服务)重新启动。但是,VMware VirtualCenter Server 服务启动后,Update Manager 服务不会自动启动。
    解决办法:手动启动 Update Manager 服务。

  • Linux 上运行的 Update Manager Utility 的帮助错误地显示了用于更新 Update Manager 证书的选项
    当您调用在 Linux 上运行的 Update Manager Utility 的帮助时,在建议的位置参数行中,您将看到 Update Manager 用于更新证书的选项。此选项不应该显示出来。
    解决办法:无。请勿使用此选项。

  • 如果您将 Update Manager 服务配置为使用低于 1024 的自定义端口,则该服务可能不会启动
    从 vSphere Web Client 中,您可以将端口自定义为用于 VMware vSphere Update Manager 服务。如果您将该端口自定义为低于 1024,则无法启动 Update Manager 服务。出现此问题是因为高于 1024 的端口已经由 vCenter Server Appliance 使用,因此 Update Manager 服务无法启动。

    解决办法:无。如果您对 Update Manager 服务使用自定义端口,请将端口设置为高于 1024。

  • Update Manager 在具有多个 vCenter Server 实例的 vSphere 环境中仅显示一个 vCenter Server
    在具有多个 vCenter Server 实例的 vSphere 环境中且这些 vCenter Server 实例注册在同一 Platform Services Controller 中或各自注册在不同 Platform Services Controller 中,Update Manager 仅显示其 IP/DNS 用于 Update Manager Client 的 vCenter Server 实例。
    解决办法:无。不管在 Update Manager Client 中输入哪一个 IP/DNS,您都会在清单中看到两个 vCenter Server 实例。

  • 在多个 vCenter Server 实例注册到同一 Platform Sevices Controller 的 vSphere 环境中,您可能无法使用 Update Manager
    如果在 vSphere 环境中设置了两个注册到同一 Platform Sevices Controller 的 vCenter Server,并将 Update Manager 服务器注册到各个 vCenter Server 实例,您可以成功登录到其中一个 Update Manager 实例,但尝试登录到另一个实例时,Update Manager Client 将无法连接。无法登录到 Update Manager 实例时,将显示以下错误消息:
    权限不足,无法检索数据 (Insufficient permissions to retrieve data)。
    解决办法:在管理 vCenter Server 实例的 vSphere Web Client 中,创建具有全部 vSphere 特权的新用户,并使用该帐户登录到显示错误的 Update Manager 实例中。

  • 正常运行几天后,Update Manager 服务器可能会失去与 vCenter Server 实例的连接
    使用 Update Manager 服务器几天后,它可能会失去与 vCenter Server 实例的连接,在 Update Manager Client 中执行操作时,您可能会看到以下错误:
    未连接到 VC Server,无法重新登录 (No connection to VC server to relogin)。
    解决办法:使用 Update Manager Utility 将 Update Manager 服务器重新连接到 vCenter Server 实例,然后重新启动 Update Manager 服务。

  • 当修复过程中属于 Virtual SAN 群集的主机无法进入维护模式时,将显示信息不够充分的系统错误
    在修复过程中,如果某个属于 Virtual SAN 群集的主机无法进入维护模式,会显示有关 Virtual SAN 的一般系统错误,例如:
    出现了常规系统错误: 由于 vSAN 错误导致操作失败 (A general system error occurred: Operation failed due to vSAN error)。
    该错误消息不包含出现故障或相关错误消息的原因的任何上下文。
    解决办法:要查看有关故障原因的更多上下文,请执行以下步骤:

    1. 在“近期任务”窗格中,单击查看详细信息
    2. 单击提交错误报告并在“错误堆栈”中查看有关故障原因的详细信息。
  • Update Manager Utility 不支持通过 IPv6 地址登录
    尝试通过键入 vCenter Server 计算机 IPv6 地址登录到 Update Manager Utility 失败并出现错误。
    解决办法:要成功登录到 Update Manager Utility,请键入 vCenter Server 计算机 IPv4 地址或主机名。

  • 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 Web Client 清单中的数据中心,则可以修复该主机,且 Update Manager 虚拟机会关闭电源。
    解决办法:修复之前,请确保运行 Update Manager 虚拟机的主机位于 DRS 群集中,或者将 Update Manager 虚拟机移动到另一主机上。

  • 您可能无法查看克隆虚拟机的合规性信息
    如果您克隆虚拟机、启用计算机的 Fault Tolerance 并打开克隆虚拟机的电源,可能无法查看合规性信息。打开“合规性视图”时,将显示错误:无法检索数据 (Failed to retrieve data)

  • 导入修补程序向导中缺少修补程序类型信息
    在 Update Manager 的全新安装中,首次导入脱机修补程序包时,导入修补程序向导中不显示修补程序类型信息。“确认导入”页面上的“类型”列为空。
    解决办法:虽然不显示修补程序类型信息,但可以通过完成向导来成功导入修补程序。仅在首次导入脱机修补程序包时出现此问题。随后的导入操作会在向导中正确显示修补程序类型信息。

  • 如果将 Update Manager 配置为使用经过身份验证的代理,则下载修补程序定义任务可能会失败
    如果将 Update Manager 服务器配置为使用需要进行身份验证的代理服务器,则下载修补程序定义任务可能无法下载修补程序。
    解决办法:在代理服务器上启用匿名用户访问。

  • 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 的通知。
    解决办法:禁用阻止电子邮件流量的防病毒软件规则。

  • 在修复之前,Update Manager 不会对已启用 FT 的虚拟机生成快照
    无法对已启用 FT 的虚拟机生成快照。如果对已启用 FT 的虚拟机进行修复并在修复向导中选择在修复之前生成快照,则 Update Manager 会忽略此设置且不会生成该虚拟机的快照。
    解决办法:禁用 FT,将 Update Manager 配置为生成该虚拟机的快照,然后修复计算机。如果希望在修复后启用 FT,请删除该快照,然后启用 FT。

  • 当多个用户同时尝试创建具有相同名称的基准时,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 服务可能在 \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
  • vSphere Web Client 中不显示 Update Manager Web Client
    如果您在使用 IPv6 地址的 vCenter Server 系统中注册 Update Manager 服务器,但使用 IPv4 地址登录到 vSphere Web Client,则 vSphere Web Client 中不会显示 Update Manager 选项卡。
    解决办法:要在 vSphere Web Client 中显示 Update Manager 选项卡,请执行以下任务之一:

    • 如果在使用 IPv4 的 vCenter Server 系统中注册 Update Manager 服务器,请使用 IPv4 地址连接到 vSphere Web Client。
    • 如果在使用 IPv6 的 vCenter Server 系统中注册 Update Manager 服务器,请使用 IPv6 地址连接到 vSphere 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 中附加的基准与 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。