vSphere Update Manager | 2015 年 3 月 12 日 | 内部版本 2503190

文档最近更新日期: 2015 年 3 月 12 日

请时常查看以了解这些发行说明的新增内容及更新。

发行说明内容

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

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


新增功能

  • 支持新的嵌入式数据库:可以将 Update Manager 6.0 和 UMDS 6.0 配置为使用新的嵌入式数据库 Microsoft SQL Server 2012。
    在 Update Manager 6.0 版本中,要安装嵌入式数据库,必须选择相应选项以使用 Microsoft SQL Server 2012 数据库,才能启动 Update Manager 服务器或 UMDS 安装向导。
  • 更多数据库支持:Update Manager 6.0 服务器和 UMDS 6.0 与 Oracle Database 12c 兼容。

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

Update Manager 的最低硬件要求取决于 Update Manager 的部署方式。

硬件要求

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

     

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

     

  • 网络:10/100 Mbps
    为获得最佳性能,请在 Update Manager 与 ESXi 主机之间使用千兆位连接。
  •  

     

  • 内存:
    • 如果 Update Manager 和 vCenter Server 安装在不同的计算机上,则需要 2GB 的内存。
    • 如果 Update Manager 和 vCenter Server 安装在同一台计算机上,则需要 8GB 的内存。
  •  

所需空间估算器

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


安装说明

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

Update Manager

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

Update Manager 模块由服务器组件和客户端组件组成。Update Manager 服务器可以与 vCenter Server 安装在同一系统中,也可以安装在不同系统中。
Update Manager 提供两种客户端组件:

  • Update Manager Client,它是 VMware vSphere Client 实例的插件接口。
  • Update Manager Web Client,它是 VMware vSphere Web Client 实例的插件接口。

安装 Update Manager 之前,必须先安装 vCenter Server。有关数据库兼容性信息,请参见 支持安装 Update Manager Server 的数据库

Update Manager 6.0 服务器只能安装在 64 位 Windows 操作系统上。

Update Manager Web Client

Update Manager Web Client 是 vSphere Web Client 的一个插件。您可以使用 Update Manager Web Client 查看 vSphere 清单对象的扫描结果和合规性状态。

安装 Update Manager 服务器组件之后,将在 vSphere Web Client 上自动启用 Update Manager Web Client 插件。Update Manager Web Client 插件在 vSphere Web Client 中的 [监控] 选项卡下显示为 Update Manager 的一个选项卡。
要能够在 vSphere Web Client 中看到 Update Manager Web Client,必须具有 [查看合规性状态] 特权。

您无法将 UMDS 5.x 升级到 UMDS 6.0。您可以根据 UMDS 6.0 的所有系统要求执行 UMDS 6.0 的全新安装,同时使用 UMDS 5.x 的现有修补程序存储。

Update Manager Client

Update Manager Client 是 VMware vSphere Client 实例的一个插件接口。Update Manager Client 为您提供了全套功能,您可以借助这些功能为 vSphere 清单执行修补程序和版本管理。

Update Manager Client 具有独立于 Update Manager 服务器组件的单独安装程序。

Update Manager 6.0 Client 可以安装在 32 位和 64 位操作系统上。

Update Manager Download Service

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

UMDS 只能安装在 64 位 Windows 操作系统上。

不能将 UMDS 与 Update Manager 服务器安装在同一台计算机上。

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

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

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

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

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

Update Manager Utility

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

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


升级说明

此版本允许从安装在 64 位操作系统上的 Update Manager 版本 5.x 及其各自的更新版本进行升级。不支持直接从 Update Manager 4.x 以及更早版本或安装在 32 位平台上的 Update Manager 系统进行升级。必须先使用与 Update Manager 5.0 安装介质一起提供的数据迁移工具将 Update Manager 系统从 32 位操作系统移至 64 位操作系统上的 Update Manager 5.0,然后才能执行从版本 5.0 到版本 6.0 的对位升级。有关如何使用数据迁移工具的详细信息,请参见 Update Manager 5.0 的《安装和管理 VMware vSphere Update Manager》  文档。

升级 Update Manager 之前,必须先将 vCenter Server 和 vSphere Client 升级到兼容版本。

不支持从 UMDS 5.x 升级到 UMDS 6.0。


互操作性和软件要求

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

支持安装 Update Manager Server 和 UMDS 的操作系统

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

支持安装 Update Manager Server 和 UMDS 的数据库

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

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

     

  • 下列主机版本的主机修补:
    • ESXi 5.x
    • ESXi 6.0
  •  

     

  • 主机从 ESXi 5.x 及其各自相应的更新版本升级到 ESXi 6.0
  •  

     

  • 升级虚拟机的 VMware Tools 和虚拟硬件
  •  

     

  • 升级虚拟设备
  •  

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

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

已知问题

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


安装与升级

     

  • 在具有 Microsoft .NET Framework 4 的系统上安装具有嵌入式 Microsoft SQL 2012 数据库的 Update Manager 失败
    如果主机使用 Microsoft .NET Framework 4,尝试安装具有嵌入式 Microsoft SQL 2012 数据库的 Update Manager 将失败。显示以下错误消息:
    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。
  •  

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

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

     

     

  • 如果在 Update Manager 服务器安装期间配置了带有非 ASCII 字符的 DSN,在非英语区域设置的 Windows 系统上将无法启动 Update Manager Client
    在非英语区域设置的 Windows 系统上安装 Update Manager 服务器时,如果选择相应选项以使用现有受支持的数据库并在 DSN 名称中使用非 ASCII 字符,安装将成功完成。然后安装 Update Manager Client。尝试启动 Update Manager Client 时,客户端无法启动,并显示以下错误:
    连接到 VMware vSphere Update Manager 时出错。数据库临时不可用或网络有问题。DSN 中存在非 ASCII 字符导致 Update Manager Client 启动失败 (There was an error connecting to VMware vSphere Update Manager. Database temporarily unavailable or has network problems. Having non-ASCII characters in the DSN causes the Update Manager Client start to fail)。
    解决办法:安装 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 Server 或 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 Server 或 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 插件。
  •  

     

  • 您可能无法在 vSphere Client 上启用 Update Manager 插件
    如果 Update Manager 数据库位于独立计算机上,且系统 DSN 使用 Windows 身份验证,则您无法在 vSphere Client 上启用 Update Manager 插件。您收到的错误消息为: 连接到 VMware vSphere Update Manager 时出错。数据库暂时不可用或网络有问题 (There was an error connecting to VMware vCenter Update Manager. Database temporarily unavailable or has network problems)
    解决办法:请确保 Update Manager 数据库使用的是 SQL Server 身份验证。
  •  

     

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

扫描、转储和修复

     

  • 如果使用 11.2.0.3 或 11.2.0.4 版本的 Oracle 数据库,Update Manager 将无法创建基准并下载有关修补程序的元数据
    使用 11.2.0.3 或 11.2.0.4 版本的 Oracle 数据库时,Update Manager 无法创建基准和下载有关修补程序的元数据。
    解决办法:使用 Oracle Instant 客户端软件包 - 适用于 32 位 Microsoft Windows 的 11.2.0.2 版本的 ODBC 创建 32 位 DSN,以便 Update Manager 正确连接和使用 11.2.0.3 或 11.2.0.4 版本的 Oracle 数据库服务器。
    您可以从以下 链接下载 Oracle Instant 客户端软件包 - 适用于 32 位 Microsoft Windows 的 11.2.0.2 版本的 ODBC。
  •  

     

  • 全新安装 Update Manager 服务器或首次下载修补程序之后,[新建基准] 向导中的产品与供应商之间的映射关系不完整
    在您安装 Update Manager 服务器或首次下载修补程序之后,当您创建新的动态基准时,[新建基准] 向导中 [动态基准条件] 页的 [产品] 文本框可能不会列出在 [修补程序供应商] 选择窗口中选择的供应商的所有产品。
    解决办法:注销然后登录 vSphere Client。
  •  

     

  • 如果 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 在执行升级扫描或修复时会检查该标记,并在升级主机前会要求清除该标记。可通过重新引导主机来清除该标记。
    解决办法:重新引导将合规性状态报告为 [不兼容] 的主机。主机重新联机后,请再次运行升级扫描或修复。
  •  

     

  • 在为 ESXi 5.1 主机上已打开电源的虚拟机执行虚拟机硬件升级的过程中,[近期任务] 窗格显示错误消息
    为与虚拟机硬件版本 9 不兼容的 ESXi 5.1 主机上已打开电源的虚拟机执行虚拟机硬件升级时,[近期任务] 窗格显示错误消息: 目标主机不支持虚拟机的当前硬件要求。对于 cpuid.LM 以外的不兼容性问题: 如果可能,请使用已启用增强型 vMotion 兼容性 (EVC) 的群集;请参见知识库文章 1003212。未满足以下功能的要求:
    有关此问题原因的详细信息,请查看错误堆栈 (The target host does not support the virtual machine's current hardware requirements. For incompatibilities other than cpuid.LM: if possible, use a cluster with Enhanced vMotion Compatibility (EVC) enables; see KB article 1003212. Requirements were not met for the following features: See the error stack for details on the cause of this problem)。

    修复过程成功完成,虚拟机硬件版本已升级为与 ESXi 5.1 主机相匹配。
    解决办法:忽略该错误消息。

     

  • 根据标记为需要重新引导的公告修复 ESXi 5.0 主机可能不会重新引导主机
    某些更新需要在修复过程中重新引导主机。有关是否需要重新引导的信息包含在更新元数据中,并显示在 Update Manager 修补程序存储库中的 [影响] 下。对于 ESXi 5.0 VIB,重新引导要求不是仅由元数据决定的,而是取决于 VIB 规范和主机上是否安装了之前版本的 VIB。这可以为某些 VIB 提供重新引导优化,即初始安装不需要主机重新引导,只有 VIB 的后续修补才需要重新引导。
    解决办法:不需要任何解决办法。Update Manager 将根据需要重新引导主机以确保修复成功。
  •  

     

  • 修补程序元数据不可用时,主机修补程序修复会失败
    在 Update Manager 安装向导中,可以取消选择 [安装后立即从默认源下载更新]。安装后,在 [配置] 选项卡中,可以选择仅从源下载特定 ESXi 版本的修补程序元数据,例如,仅 ESXi 5.5 的修补程序元数据。在这种情况下,如果您尝试修复具有不同版本 ESXi 主机的容器,且您已为部分(不是所有)主机版本下载修补程序元数据,则修复会失败。
    解决办法:为清单中的所有主机版本下载修补程序元数据。
  •  

     

  • 如果主机包含已打开电源的容错虚拟机,则主机修复可能无法完成
    如果主机上有任何主虚拟机已禁用 FT,则主机修复可能无法完成,请在修复向导的 [主机修复选项] 页面上选择 [任务失败][重试]。在这种情况下,已打开电源且已禁用 FT 的主虚拟机无法关闭电源或在 DRS 群集中迁移。主机上有已打开电源的虚拟机时,主机无法进入维护模式,且修复操作无法完成。
    解决办法:对包含主虚拟机或辅助虚拟机的主机进行修复时,可以使用以下解决办法之一:
    • 在修复向导的 [主机修复选项] 页面上选择 [关闭虚拟机电源并重试][挂起虚拟机并重试]
    • 开始修复前,手动将容错虚拟机迁移到另一台主机上。
    • 如果 DRS 群集上已启用 EVC,则当主机尝试进入维护模式时,已禁用 FT 的虚拟机可以自动迁移。仅当特定主机上未禁用 DRS 时,才可能发生此情况。
  •  

     

  • 如果 vCenter Server 未正确更新主机的电源状况,主机修复可能会失败
    当主机正在打开电源或正在退出待机模式时,主机电源状况可能不会更新到 vCenter Server 中,主机修复无法完成或超时。如果主机的电源状况未正确更新,则即使该主机已打开电源,该主机也可能会在 vSphere Client 清单中显示为似乎处于待机模式。
    解决办法:若要修复该主机,请从清单中移除该主机后重新添加,以便 vCenter Server 刷新该主机的电源状况,然后启动修复过程。
  •  

     

  • [修复选择] 页面可能对所选基准显示不正确的修补程序数
    根据在合规性视图中预先选定的某个修补程序或扩展基准修复 vSphere 清单对象时,修复向导的首页上显示的需要修复的修补程序数可能不正确。在这种情况下,当该清单对象有多个附加的修补程序基准和扩展基准时,修补程序数与所有附加基准中的合规修补程序数相对应,而不仅仅与所选基准中的合规修补程序数相对应。
    解决办法:在 [修复选择] 页面上更改选择的基准或基准组,或者首先单击 [下一步] 转到下一页,然后单击 [上一步] 返回到选择页面。
  •  

     

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

     

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

 

国际化问题

     

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

     

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

使用 Update Manager

     

  • 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 群集上开始进行修复时,第一个主机正在重新引导,第二个主机可能会在第一个主机重新连接到 vCenter Server 之前进入维护模式。这将导致修复过程失败,因为一次只能有一个属于 Virtual SAN 群集的主机进入维护模式。
    解决办法:无
  • 如果目标主机上存在不受支持的硬件设备,则 Update Manager 无法将 ESXi 5.1 更新版本的主机升级到 ESXi 6.0
    当通过 ISO 映像来使用 Update Manager 将 ESXi 5.1 更新版本的主机升级到 ESXi 6.0 时,如果 Update Manager 在目标主机上发现一组不受升级 ISO 映像支持的硬件设备,Update Manager 将主机的合规性状况显示为 [不兼容]。因此,附加的 ISO 映像不会进行转储,升级失败。
    以下警告消息也与可能导致目标主机处于 [不兼容] 合规性状况的潜在问题有关。
    • VMkernel 和服务控制台网络接口正在共享同一子网 <子网名称>。升级后不支持此配置。只应有一个接口连接到子网 subnet_name
    • 主机上找到了不受支持的设备 device_name
    解决办法:在修复向导的 [ESXi 6.0 升级] 页面上,选择相应选项以忽略修复过程中有关主机上不受支持设备的警告,确保修复成功。
  •  

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

     

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

     

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

     

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

     

  • ESXi 5.0 不支持转储工具公告
    使用 ESXi 5.0 工具公告运行转储任务时,任务成功完成,但不会转储工具公告。
    解决办法:可以直接修复 [工具] 公告以进行安装。在修复工具公告的过程中,不需要将主机置于维护模式或进行重新引导,且不会导致主机停机。
  •  

     

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

     

  • 在合规性视图与管理视图之间切换可能会导航到错误的位置
    在 vSphere Client 的 [虚拟机和模板] 清单中选择数据中心对象,然后使用 [管理视图][合规性视图] 快速链接导航到 Update Manager 管理视图和 Update Manager 合规性视图时,可能会转到错误的 vSphere Client 清单。例如,选择导航栏上的 [主页] > [清单] > [虚拟机和模板]。在清单中选择数据中心对象,然后单击 [Update Manager] 选项卡以打开 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 Service 可能在 \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
  •  

使用 Update Manager Web Client

     

  • 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。
  •