VMware vCenter Update Manager 4.1 Update 2 | 2011 年 10 月 27 日 | 内部版本 493048

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

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

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

Update Manager 4.1 Update 2 发行说明提供有关 VMware vCenter Update Manager 的信息,VMware vCenter Update Manager 是 VMware vCenter Server 的一个可选模块。有关 Update Manager 的详细信息,请参见 《VMware vCenter Update Manager 安装和管理指南》

新增功能

  • 支持在 Windows 7 和 Windows 2008 R2 客户机操作系统上执行虚拟机修补程序扫描和虚拟机修补程序修复
  • 支持在 Windows 7 和 Windows Server 2008 R2 客户机操作系统上进行 VMware Tools 及虚拟机硬件升级
  • 修复前检查可检测运行 Update Manager 或 vCenter Server 的虚拟机:在群集级别对修复任务进行修复前检查过程中,Update Manager 4.1 Update 2 可检测到是否存在运行 Update Manager 或 vCenter Server 的虚拟机。可以在修复向导的 [群集修复选项] 页面上单击 [生成报告],以查看报告的 [当前配置/问题] 和 [建议的更改] 列中有关虚拟机的信息。
  • 修复重大缺陷

本版本包含 已解决问题中说明的错误修复及 已知问题中说明的已知问题。

 

返回页首

Update Manager 4.1 Update 2 功能和支持注意事项

Update Manager 4.1 Update 2 及其后续更新版本是该产品的最新版本,支持为在虚拟机中运行的 Windows 和 Linux 客户机操作系统和应用程序的修补程序执行扫描和修复操作。( 虚拟机和应用程序的扫描及修复部分中提供了此类操作系统和应用程序的列表。)下一个主要版本中将中止该功能。如果目前在使用该功能,应开始计划转换。

虽然未来的版本中将中止上述功能,但仍然会支持并增强执行虚拟机操作的功能(例如,升级 VMware Tools 和虚拟机硬件)。

 

返回页首

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

Update Manager 的最低硬件和磁盘存储要求取决于 Update Manager 的部署方式。

硬件要求

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

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

所需空间估算器

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

有关 Update Manager 性能、最佳做法和建议的信息,请参见 《VMware vCenter Update Manager 性能和最佳做法》(英文版)白皮书。

返回页首

安装说明

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

Update Manager

安装 Update Manager 之前,必须先安装 vCenter Server。安装 Update Manager 需要与现有的 vCenter Server 系统具有网络连接。每次安装 Update Manager 时都必须与单个 vCenter Server 实例相关联。

Update Manager 模块包含一个客户端组件和一个服务器组件,该客户端组件是 VMware vSphere Client 实例的插件接口,而该服务器组件可与 vCenter Server 安装在同一系统上,也可以安装在其他系统上。Update Manager 和 vCenter Server 的版本必须一致。

Update Manager 4.1 Update 2 Server 只能安装在 64 位 Windows 操作系统上,而 Update Manager 4.1 Update 2 Client 可以安装在 32 位和 64 位操作系统上。

Update Manager Download Service

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

UMDS 4.1 Update 2 可以安装在 32 位和 64 位 Windows 操作系统上。

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

Update Manager Utility

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

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

返回页首

升级说明

此版本允许从 Update Manager 4.0 及后续更新版本升级。Update Manager 4.1 Update 2 只能安装在 64 位计算机上。如果早期版本的 Update Manager 安装在 32 位计算机上,则必须将数据从 32 位计算机迁移到安装有 Update Manager 4.1 Update 2 的 64 位计算机上。要执行此操作,可以使用数据迁移工具。有关迁移 Update Manager 配置和数据库的详细信息,请参见 《VMware vCenter Update Manager 安装和管理指南》

从早期版本升级 Update Manager 之前,必须将 vCenter Server 和 vSphere Client 升级为兼容版本。Update Manager 4.1 Update 2 仅与 vCenter Server 4.1 Update 2 兼容。有关 Update Manager、vCenter Server 和 vSphere Client 之间兼容性的详细信息,请参见 vSphere 兼容性列表  

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

返回页首

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

Update Manager 可以扫描和修复各种 ESX/ESXi 主机、虚拟机、虚拟设备及应用程序。

ESX/ESXi 主机扫描和修复

  • 主机修补
    • ESX 3.0.3 或更高版本
    • ESX 3i Update 5 或更高版本
    • ESX 3.5 Update 5 或更高版本
  • 主机升级
    • ESX 3.5 Update 5a 或更高版本
    • ESX 3i Update 5a 或更高版本
    注意:无法将 ESX 3.0.x 主机直接升级到 ESX 4.1。要将运行 ESX 3.0.x 的 ESX 主机升级到 ESX 4.1,必须首先将其升级到 ESX 4.0 或 ESX 4.0.x,然后再升级到 ESX 4.1。

虚拟机和应用程序的扫描及修复

Update Manager 扫描并修复运行 Windows 或 Linux 的虚拟机。Update Manager 支持以下类型的虚拟机操作:

  • 可以对已打开电源、已关闭电源和已挂起的 Windows 虚拟机及模板执行修补程序扫描和修复操作。
  • 只能扫描已打开电源的 Linux 虚拟机的修补程序。
  • 可以扫描和修复已打开电源、已挂起或已关闭电源的 Windows 和 Linux 虚拟机和模板的 VMware Tools 和虚拟机硬件升级。

虚拟机扫描和修复

  • Windows XP Professional SP2(32 位)
  • Windows XP Professional 64 位
  • Windows 2000 Server SP4(具有更新汇总 1)
  • Windows 2000 Professional SP4
  • Windows Server 2003 SP1
  • Windows Server 2003 R2
  • Windows Server 2003 64 位
  • Windows Server 2003 Standard/Web(32 位和 64 位)
  • Windows 2003 Datacenter
  • Windows Server 2008 Enterprise
  • Windows Server 2008 Standard
  • Windows Server 2008 Datacenter
  • Windows Server 2008 Enterprise(64 位)
  • Windows Server 2008 Standard(64 位)
  • Windows Server 2008 Datacenter(64 位)
  • Windows Vista Business
  • Windows Vista Enterprise
  • Windows Vista Business(64 位)
  • Windows Vista Enterprise(64 位)
  • Windows Vista SP2(32 位和 64 位)
  • Windows 7
  • Windows 2008 R2

虚拟机扫描

  • 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.0 或更高版本
  • Microsoft Site Server 3.0
  • ISA Server 2000
  • Microsoft .NET Framework 版本 1.0 或更高版本
  • Microsoft Data Access Components (MDAC) 2.5 或更高版本
  • BizTalk 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

返回页首

已解决的问题

  • 在主机修补程序修复过程中,虚拟机在应答模式对话框之前保持无响应
    如果客户机操作系统包含锁定的 CD-ROM,则 Update Manager 在修复过程中无法断开与介质设备的连接,且虚拟机无响应。一个包含错误消息 msg.cdromdisconnect.locked 的模式对话框将显示在客户机操作系统中,要求您断开与介质设备的连接。在您应答模式对话框之前,虚拟机无响应。vSphere Client 将显示以下消息: 无法修复主机,因为设备与主机上的虚拟机断开连接过程中出错 (Cannot remediate host because error occurred during device disconnect on VMs on host)
  • 如果禁用已调度更新下载任务,则会阻止更新下载
    如果禁用已调度更新下载任务,则无法通过单击 [修补程序下载设置] 页面上的 [立即下载] 来下载更新。
  • 在导入主机升级版本 ZIP 文件过程中上载操作失败
    使用 Update Manager 尝试导入主机升级 ZIP 文件时,出现 [登录失败] 错误,描述如下: 上载文件时出现了网络异常 (A Web exception has occurred during file upload)。文件上载操作及所有后续尝试均失败。
  • 如果为群集启用 HA 接入控制,则无法将主机添加到 Cisco Nexus 1000V 交换机中
    您可以使用 Update Manager [配置] 选项卡中的 [ESX 主机/群集设置] 页面来选择临时禁用 VMware DPM、HA 接入控制和 FT。在这种情况下,如果尝试将主机添加到 Cisco Nexus 1000V 交换机,则操作将失败并显示以下错误消息: 主机 <host_name> 上的 vDS 操作失败,发现 (vmodl.fault.SystemError) 异常 (vDS operation failed on host <host_name>, got (vmodl.fault.SystemError) exception)
    注意:手动安装 Virtual Ethernet Module (VEM) 成功,且主机可成功添加到交换机中。
  • 基于主机扫描修补程序时,显示错误的主机冲突消息
    使用 Update Manager 基于 ESX 4.1 或 ESX 4.1 Update 1 扫描修补程序时,将显示一条主机冲突消息,即使该冲突可以解决也是如此。有关已解决问题的详细信息,请参见 VMware 知识库文章 2000608
  • 重新启动 Update Manager 之后,更新下载任务处于已排队状况
    在安装了虚拟设备的环境中,重新启动 Update Manager 之后,更新下载任务仍保持已排队状况。
  • 如果在一个父 vApp 中创建一个包含子 vApp 的资源池,则 Update Manager 服务将停止响应
    可通过默认设置创建一个 vApp,然后通过默认设置在该 vApp 中创建一个资源池。如果在该资源池中创建一个新 vApp 作为子项,则 Update Manager 服务将不可用。
  • 由于 Update Manager 无法向 vCenter Server 注册,Update Manager 安装可能会失败
    Update Manager 安装在向 vCenter Server 注册的过程中可能会失败。安装过程回滚并显示以下错误消息: 错误 25085。安装程序无法向 VMware vCenter Server 注册 VMware vCenter Update Manager 扩展 (Error 25085. Setup failed to register VMware vCenter Update Manager extension to VMware vCenter Server)
  • 在默认的 SSL 和 SOAP 端口上允许使用弱强度和中强度的密码
    允许在默认的 SOAP 端口 8084 和默认的 SSL 端口 9087 上使用 RC4-SHA 和 RC4-MD5 密码进行连接。
    注意:可将 Update Manager 4.1 Update 2 配置为仅使用您指定的密码列表。要配置密码列表,请编辑 vci-integrity.xmljetty-vum-ssl.xml 文件。
    要为使用 SOAP 端口的连接指定允许的密码,请在 vci-integrity.xml 中添加或编辑以下代码:
    
    <vmacore>
    <ssl>
    <cipherList>AES128-SHA, AES256-SHA, DES-CBC3-SHA, RC4-SHA, RC4-MD5</cipherList>
    </ssl>
    </vmacore>
    
                    

    要为使用 SSL 端口的连接指定禁止的密码,请在 jetty-vum-ssl.xml 中添加或编辑以下代码:
    
    <Set name="ExcludeCipherSuites">
    <Array type="java.lang.String">
    <Item>SSL_RSA_WITH_DES_CBC_SHA</Item>
    <Item>SSL_DHE_RSA_WITH_DES_CBC_SHA</Item>
    <Item>SSL_DHE_DSS_WITH_DES_CBC_SHA</Item>
    <Item>SSL_RSA_EXPORT_WITH_RC4_40_MD5</Item>
    <Item>SSL_RSA_EXPORT_WITH_DES40_CBC_SHA</Item>
    <Item>SSL_DHE_RSA_EXPORT_WITH_DES40_CBC_SHA</Item>
    <Item>SSL_DHE_DSS_EXPORT_WITH_DES40_CBC_SHA</Item>
    </Array>
    </Set>
    
                    
  • 更新 Oracle (Sun) JRE 软件包
    随 Update Manager 4.1 Update 2 分发的 Oracle (Sun) JRE 软件包已从 1.5.0_26 更新到 1.5.0_30。此次更新解决了早期版本的 Oracle (Sun) JRE 中存在的多个安全问题。
    常见漏洞与暴露方案已为 Oracle (Sun) JRE 1.5.0_28 中已修复的安全问题指定了以下名称:CVE-2010-4447、CVE-2010-4448、CVE-2010-4450、CVE-2010-4454、CVE-2010-4462、CVE-2010-4465、CVE-2010-4466、CVE-2010-4468、CVE-2010-4469、CVE-2010-4473、CVE-2010-4475、CVE-2010-4476。
    常见漏洞与暴露方案已为 Oracle (Sun) JRE 1.5.0_30 中已修复的安全问题指定了以下名称:CVE-2011-0862、CVE-2011-0873、CVE-2011-0815、CVE-2011-0864、CVE-2011-0802、CVE-2011-0814、CVE-2011-0871、CVE-2011-0867 和 CVE-2011-0865。
  • 如果使用 vmware vem upgrade proceed 命令,则安装 Cisco Nexus 1000V Virtual Ethernet Module (VEM) 可能会失败。
    在有网络延迟的大型 vSphere 环境中,使用 vmware vem upgrade proceed 命令在 ESX/ESXi 主机上安装 VEM 可能会失败。
  • 如果主机上存在无法访问的虚拟机,则修复任务会失败
    在 vSphere HA 群集中,如果主机上存在无法访问的虚拟机,则修复任务可能会失败,并显示错误 vim.fault.NoHost
  • 重新启动 Update Manager 服务器后,Update Manager 修补程序下载任务仍处于 [正在进行] 状况中
    在安装了虚拟设备的环境中,重新启动 Update Manager 服务器后,Update Manager 更新下载任务仍无限期处于 [正在进行] 状况中。[近期任务] 窗格中的 [详细信息] 列会显示此消息: 正在扫描虚拟设备 (scanning virtual appliances)

返回页首

已知问题

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

安装与升级

  • 如果 ESXi 4.0.x 主机从版本 3.5.x 进行升级,则主机从 ESXi 4.0.x 升级到 ESXi 4.1 Update 2 可能会失败
    如果将主机从 ESXi 3.5.x 升级到 ESXi 4.0.x 并立即尝试升级到 ESXi 4.1 Update 2,则修复会失败。[事件] 选项卡中将显示以下消息: 无法在主机上运行升级脚本 (Cannot run upgrade script on host)
    解决办法:忽略此错误并重新尝试修复。升级成功。
    如果在升级到 ESXi 4.1 Update 2 之前应用了主机修补程序,则不会出现此错误。
  • 部分 Windows Server 2008 R2 修补程序可能会安装失败
    在 Windows Server 2008 R2 计算机上安装修补程序 MS06-061、MS06-071、MS07-042、MS08-069 和 MS11-027 可能会失败。
    解决办法:重试修复操作。
  • 如果使用 Update Manager 4.1 进行升级,则主机升级至 ESX/ESXi 4.1 Update 1 将失败(知识库文章 1035436)
  • 将 Update Manager Download Service 从版本 4.0 升级到版本 4.1 时,配置设置可能会丢失
    在从 UMDS 4.0 升级到 UMDS 4.1 的过程中,之前已为 UMDS 4.0 配置的设置可能会丢失。
    解决办法:最佳做法是先将 UMDS 从版本 4.0 升级到版本 4.1,然后再重新配置 UMDS 设置。
    要保留 UMDS 配置设置,也可以执行以下操作:
    1. 在升级之前,先备份 downloadConfig.xml 文件。
      • 在 32 位 Windows 中的默认位置是 C:\Program Files\VMware\Infrastructure\Update Manager
      • 在 64 位 Windows 中的默认位置是 C:\Program Files (x86)\VMware\Infrastructure\Update Manager
    2. 将 UMDS 4.0 升级到 UMDS 4.1。
    3. 还原已备份的 downloadConfig.xml 文件。
  • 如果从未运行过 vmware-umds.exe,则 Update Manager Download Service 的升级可能会失败
    如果从未运行过 UMDS(如果从未运行过 vmware-umds.exe),则 UMDS 升级到版本 4.1 可能会失败,并显示安装程序错误: E25095。由于该版本与较新版本不兼容,请卸载现有的 VMware vCenter Update Manager Download Service。现有的修补程序存储位置在新版本中不可用 (E25095. Please uninstall the existing VMware vCenter Update Manager Download Service since this version is not compatible with the newer version. Existing patchstore location cannot be used with the new version)
    解决办法:要将 UMDS 升级到版本 4.1,请确保在开始升级之前至少运行一次 UMDS。
  • 将 Update Manager 1.0 Update 2 和后续的 1.0 更新版本升级到 Update Manager 4.1 可能会失败
    如果环境中包含任何虚拟设备,且希望将 Update Manager 从版本 1.0 Update 2 或更高版本升级到版本 4.1,则升级可能会失败。安装程序无法将 Update Manager 1.0 Update 2 或更高版本的数据库升级到 4.1 版本。此问题不适用于从 Update Manager 4.0.x 升级到 Update Manager 4.1 的情况。
    解决办法:全新安装 Update Manager 4.1。
  • 您可能无法在 vSphere Client 上启用 Update Manager 插件
    如果 Update Manager 数据库位于独立计算机上,且系统 DSN 使用 Windows 身份验证,则您无法在 vSphere Client 上启用 Update Manager 插件。您收到的错误消息为: 连接到 VMware vCenter Update Manager 时出错。数据库暂时不可用或网络有问题 (There was an error connecting to VMware vSphere Update Manager. Database temporarily unavailable or has network problems)
    解决办法:请确保 Update Manager 数据库使用的是 SQL Server 身份验证。
  • 旧的 Update Manager 插件在 vSphere Client 4.0 Update 1 的插件管理器中仍显示为已启用状态
    在将 vSphere Client 和 vCenter Server 升级到版本 4.0 Update 1 之后,早期版本的 Update Manager 在插件管理器中仍显示为已启用状态。为获得正确的功能,必须将 Update Manager 升级到版本 4.0 Update 1。
  • 如果 vCenter Server 或数据库服务器的密码包含分号,则安装 Update Manager 将失败
    安装 Update Manager Server 版本 4.0 Update 1 时,如果提供的用于向 vCenter Server 或数据库服务器进行身份验证的密码包含分号,则安装将失败。
    解决办法:将 vCenter Server 或数据库服务器密码更改为不包含分号,然后重新运行安装。
  • 引导驱动器上最少需要有 600MB 可用空间供 Update Manager 使用才能安装 Update Manager
    尽管不需要在引导驱动器上安装 Update Manager,但某些必要组件必须安装。Update Manager 在安装时需要 600MB 空间来容纳这些必要组件,以及安装过程中使用的临时文件。
    解决办法:请确保引导驱动器上至少有 600MB 可用空间,然后再安装 Update Manager。
  • 安装 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 和更高版本中已解决此问题。

扫描、转储和修复

  • 根据 ESX 4.1 Update 1 基准扫描或修复 ESX 3i Update 5 之前版本的主机时,将显示错误的错误消息。
    主机修复过程中,您将收到此错误消息: 主机升级基准不包含正确的升级软件包,无法将主机升级到版本 4.1.0。您可导入正确的升级软件包。有关受支持的主机升级的信息,请参见 vCenter Update Manager 文档 (The host upgrade baseline does not contain the right upgrade package to upgrade host to version 4.1.0. You can import the correct upgrade package. For information about the supported host upgrades, see the vCenter Update Manager documentation)
    主机扫描过程中,其状态错误地显示为: 不兼容 (Incompatible)。但是,在导航到 [修补程序详细信息] 窗口时,将显示此消息: 升级缺少主机的一个软件包 (The upgrade has a missing package for host)
  • 在脱机扫描 Windows 虚拟机的修补程序过程中,安装有 Update Manager 的操作系统可能会显示错误消息
    在脱机扫描 Windows 虚拟机的修补程序时,安装有 Update Manager Server 的操作系统可能会显示错误消息,声明注册表配置单元已损坏。如果注册表配置单元未从主机正确下载,则 Windows 注册表将无法正确地将其挂载。因为 Update Manager 使用 REDO 日志装载目标只读虚拟磁盘,所以脱机扫描不会更改虚拟机的状况。
    解决办法:重试脱机扫描。
  • 虚拟机修补程序修复可能无法完成
    使用 Update Manager 在虚拟机上安装修补程序后,Windows 客户机操作系统可能无法重新启动。Update Manager 超时且修复未完成。
    解决办法:手动检查客户机操作系统的状况,然后重新启动,再重新扫描。
  • 如果在修复过程中删除升级版本,则修复可能无法完成
    如果在修复过程中尝试删除主机升级版本,则主机升级修复可能无法完成。如果在主机升级修复任务过程中尝试删除其所使用的同一升级版本,则 Update Manager 不保证正确的行为。
  • 如果主机包含已打开电源的容错虚拟机,则主机修复可能无法完成
    如果主机上有任何主虚拟机已禁用 FT,则主机修复可能无法完成,请在修复向导的 [主机修复选项] 页面上选择 [任务失败][重试]。在这种情况下,已打开电源且已禁用 FT 的主虚拟机无法关闭电源或在 DRS 群集中迁移。主机上有已打开电源的虚拟机时,主机无法进入维护模式,且修复操作无法完成。
    解决办法:对包含主虚拟机或辅助虚拟机的主机进行修复时,可以使用以下解决办法之一:
    • 在修复向导的 [主机修复选项] 页面上选择 [关闭虚拟机电源并重试][挂起虚拟机并重试]
    • 开始修复前,手动将容错虚拟机迁移到另一台主机上。
    • 如果 DRS 群集上已启用 EVC,则当主机尝试进入维护模式时,已禁用 FT 的虚拟机可以自动迁移。仅当特定主机上未禁用 DRS 时,才可能发生此情况。
  • 如果 VMware DPM 使用 LAN 唤醒机制,则主机修复可能会失败
    如果在修复过程中将 Update Manager 配置为在群集上禁用 VMware DPM,且该群集包含处于待机模式的主机,则在修复前,Update Manager 会尝试打开该主机的电源。当 VMware DPM 使用 LAN 唤醒机制打开处于待机模式的主机的电源时,如果在其他主机正在打开电源时尝试断开群集中所有已打开电源的主机的连接,则 退出待机主机操作可能会失败。
    解决办法:请确保在其他处于待机模式的主机正在打开电源时,群集上已打开电源的主机保持连接。
  • 如果 vCenter Server 未正确更新主机的电源状况,主机修复可能会失败
    当主机正在打开电源(退出待机模式)时,主机电源状况可能不会更新到 vCenter Server 中,主机修复无法完成或超时。如果主机的电源状况未正确更新,该主机可能在 vSphere Client 清单中显示为好像处于待机模式,但实际上该主机已打开电源。
    解决办法:若要修复该主机,请从清单中移除该主机后重新添加,以便 vCenter Server 刷新该主机的电源状况。然后开始修复过程。
  • VMware Tools 升级可能失败,并显示以下错误:对象不支持此操作 (The operation is not supported on this object)
    如果群集中同时包含 ESX 3.x 和 ESX 4.x 主机,并在自动模式下已启用 DRS,则升级可能失败。完成 VMware Tools 升级后,Update Manager 会首先关闭客户机操作系统,然后打开其电源。DRS 将选择最合适的主机,用于打开已修复的虚拟机的电源。如果所选主机运行 ESX 3.x,则对 VMware Tools 升级任务执行扫描后测试将产生错误消息: VMware Tools 升级未在 <虚拟机名称> 上执行。只有 ESX 4.0 主机及更高版本上的虚拟机支持 VMware Tools 升级 (VMware Tools upgrade was not performed on <VM name>. VMware Tools upgrade is supported only for VMs on ESX 4.0 hosts and higher)
    解决办法:对同时包含 ESX 3.x 和 ESX 4.x 主机的群集中的 VMware Tools 进行升级之前,请禁用 DRS 或将 DRS 切换为手动模式。
  • [修复选择] 页面可能对所选基准显示不正确的修补程序数
    根据在合规性视图中预先选定的某个修补程序或扩展基准修复 vSphere 清单对象时,修复向导的首页上显示的需要修复的修补程序数可能不正确。在这种情况下,当该清单对象有多个附加的修补程序基准和扩展基准时,修补程序数与所有附加基准中的合规修补程序数相对应,而不仅仅与所选基准中的合规修补程序数相对应。
    解决办法:在 [修复选择] 页面上更改选择的基准或基准组,或者首先单击 [下一步] 转到下一页,然后单击 [上一步] 返回到选择页面。
  • 扫描脱机虚拟机时,基准 [将 VMware Tools 升级到匹配主机的状态] 可能显示为 [未知]
    根据基准 [将 VMware Tools 升级到匹配主机的状态] 扫描含有与 ESX 2.5.x 对应的 VMware Tools 版本的脱机虚拟机时,该基准的状况为 [未知]。
    解决办法:在该虚拟机打开电源时执行扫描。Update Manager 将显示正确的合规性状况。
  • 针对某些 Microsoft 产品的修复任务失败
    Update Manager 不会修复某些 Microsoft 产品。这些失败的详细信息记录在一个事件中,并可以使用 vSphere Client 查看该事件。
    • 向 Microsoft Content Management Server 2002 应用 SP2 和向 Internet Explorer 6 应用 SP2 会失败。只能扫描这些内容。
    • 向 Exchange 应用某些 Service Pack 需要用户干预,无法自动完成这些应用。
  • 如果主机上没有足够的可用空间,主机升级扫描和修复可能失败
    主机升级扫描和修复可能失败,并显示错误消息: 代理安装失败 (AgentInstallFailed)。此错误可能是由于 ESX/ESXi 主机上的可用空间不足引起的。
    解决办法:若要升级 ESX/ESXi 主机,请确保主机的 /tmp 目录中至少有 20MB 可用空间。
  • 安装 Windows Vista 或 Windows Server 2008 客户机修补程序时,Update Manager 修复过程可能失败
    安装某些 Windows Vista 或 Windows Server 2008 客户机修补程序时,Update Manager 修复过程可能失败,并将 Windows Vista 和 Windows Server 2008 虚拟机报告为不合规。
    解决办法:重新引导虚拟机并执行扫描。扫描会显示该虚拟机合规。
  • 对于在 2.5.x 版主机上创建的虚拟机所进行的 VMware Tools 升级将失败
    根据基准 [将 VMware Tools 升级到匹配主机的状态] 扫描含有与 ESX 2.5.x 对应的 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)。
    解决办法:在 [系统设置更改] 对话框中单击 [是],重新启动虚拟机。
  • 针对某些修补程序进行的主机修复可能失败,因为与主机上的修补程序存在无法解决的冲突
    当基准输入中的某个修补程序(例如修补程序 A)与主机冲突,且该冲突无法通过基准输入中的其他修补程序解决时,主机的修补程序修复可能会失败。
    解决办法:修补程序 A 的 [修补程序详细信息] 窗口显示一条信息,建议使用另外一个修补程序解决该冲突。该建议信息中也可能包含多个修补程序。将推荐的修补程序之一或全部包含到基准中,可能会解决该冲突。有关详细信息,请参见与修补程序 A 和推荐的修补程序相关的知识库文章。
  • 在进行 ESX 主机升级修复时,不得使用共享数据存储
    根据某个升级基准修复 ESX 主机的群集或文件夹时,可以在修复向导中指定要将 ESX 主机的 COS 迁移到的 VMDK 位置。应使用本地数据存储,而不是由多个主机共享的特定数据存储。
    解决办法:如果要升级的 ESX 主机有本地存储器,则通过选择使用本地数据存储可以成功地分别进行升级。
  • 无磁盘主机的 ESX 主机升级修复将失败
    根据某个升级基准修复 ESX 主机时,可以在修复向导中指定要将 ESX 主机的 COS 迁移到的 VMDK 位置。如果要在群集或文件夹级别执行修复,VMware 建议使用本地数据存储。不建议使用多台主机共享的数据存储,因为容器对象内的无磁盘主机的升级将失败。
    解决办法:单独升级无磁盘 ESX 主机。在这种情况下,可以选择特定的网络数据存储,前提是该网络数据存储没有被其他主机共享。
  • 时区修补程序 931836 和 933360 显示为 [缺少],但实际状态为 [不适用]
    时区修补程序 931836 和 933360 是废弃的修补程序,在 Update Manager 1.0 Update 2 版本后不久就被撤消,并且不再能够下载。Shavlik 提供一种用于检查虚拟机上是否安装了这些修补程序的功能。如果虚拟机上安装了这些修补程序,则 Update Manager 将这些修补程序报告为 [已安装]。否则,Update Manager 报告这些修补程序为 [缺少],尽管应将它们标记为 [不适用]。修补程序 931836 被修补程序 933360 所取代,而后者被修补程序 942763 所取代,修补程序 942763 又被修补程序 951072 所取代。如果安装了修补程序 951072,则不需要其他修补程序。
    解决办法:要获得正确的虚拟机合规性状况,请从环境中所定义的修补程序基准中移除上述修补程序,然后重新执行扫描。
  • 无法向 ESX/ESXi 3.x 主机转储修补程序
    向单个 ESX/ESXi 3.x 主机或包含 ESX/ESXi 3.x 和 ESX/ESXi 4.0 主机的容器对象转储修补程序可能失败。[近期任务] 窗格中显示错误消息: 转储操作中出现错误 (There are errors during staging operation)。vCenter Update Manager 仅支持向运行 ESX/ESXi 4.0 及更高版本的主机转储修补程序。

国际化问题

  • 在德语操作系统区域设置中,当 vSphere Client 区域设置切换为英语时,可能会显示不一致的修复错误消息
    在德语操作系统区域设置中,当您使用区域设置强制将 vSphere Client 用户界面和相关消息更改为英语时,错误消息可能错误。该错误消息与 Linux 虚拟机的修复相关。可能出现不正确的错误消息: 没有用于此操作的实体 (No entities for this operation),正确的消息是: 不支持清单对象上的操作 (Operation on the inventory object is not supported)
  • 双击 VMware vCenter Update Manager.msi 时,提示消息未本地化
    .zip 文件或 .iso 映像中将安装 Update Manager 所需的所有组件解压到一个本地文件夹时,可以通过双击 VMware vCenter Update Manager.msi 应用程序来运行它。运行该应用程序时,弹出的提示显示消息: 应使用 VMware-UpdateManager.exe 启动安装程序 (The installer should be started using VMware-UpdateManager.exe)。该消息为英文版本,它未本地化。
  • 双击 VMware vCenter Update Manager Download Service.msi 时,提示消息未本地化
    .zip 文件或 .iso 映像中将安装 UMDS 所需的所有组件解压到一个单独的文件夹时,可以通过双击 VMware vCenter Update Manager Download Service.msi 应用程序来运行它。运行该应用程序时,弹出的提示消息显示: 应使用 VMware vCenter Update Manager Download Service.msi 启动安装程序 (The installer should be started using VMware vCenter Update Manager Download Service.msi)。该消息为英文版本,它未本地化。
  • 无法在名称中包含非 ASCII 字符的目录中安装 Update Manager 及下载修补程序
    在 Update Manager 的安装向导中,可以更改 Update Manager 的安装位置和修补程序下载位置。将安装位置和修补程序下载位置更改为名称中含有非 ASCII 字符的文件夹可能会导致错误。安装路径和用户名中仅支持 ASCII 字符。但是,密码中支持非 ASCII 字符。
  • 无法在日语操作系统上安装简体中文 Update Manager
    如果在日语操作系统上选择简体中文作为安装语言,则会显示错误 1158,并且安装失败。在日语操作系统上可以选择日语、德语或英语作为安装语言。
  • 如果没有修补程序的本地化版本,则虚拟机修补程序修复可能失败
    将修补程序应用于本地化客户机操作系统时,如果供应商未发布适用于特定区域设置的修补程序,则修复过程可能失败。Update Manager 报告错误: 无法安装修补程序 <patch_name> (Failed to install patch <patch_name>)
    解决办法:请与修补程序供应商联系,获取本地化的相关信息。
  • 针对某些适用于 Windows 的本地化修补程序的修复可能失败
    由于修补程序安装程序问题,Update Manager 可能无法安装某些适用于 Windows 的本地化修补程序,并显示以下错误代码: 1618 - 另一个安装已在进行中 (1618 - another installation is already in progress)
    解决办法:重试修复操作。
  • 在某些本地化的 Windows 系统上,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 的计算机上可用空间的警告消息中包含错误链接
    在可用空间不足 20 GB 的计算机上安装 Update Manager 时,安装程序会显示一条消息,指明建议的最小可用空间为 20 GB。警告消息提供了指向 Update Manager 空间估算器的错误链接。指向 Update Manager 4.1 空间估算器的正确链接为 http://www.vmware.com/support/vsphere4/doc/vsp_vum_41_sizing_estimator.xls
  • 电子邮件通知设置中的无效电子邮件地址会阻止 Update Manager 发送电子邮件
    在修补程序和通知下载调度中,可以配置 Update Manager 在新的修补程序或通知下载完成后发送电子邮件。如果输入无效的电子邮件地址,Update Manager 可能不会发送电子邮件。如果输入的无效电子邮件地址与 vCenter Server 邮件发件人设置中的 SMTP 服务器发件人帐户具有相同的域名,则 Update Manager 不会将电子邮件传送到任何电子邮件地址(包括有效的电子邮件地址)。如果无效邮件地址的域名不同于 vCenter Server 邮件发件人设置中的 SMTP 服务器发件人帐户,则电子邮件通知可以成功传送到 Update Manager 电子邮件通知设置中输入的有效电子邮件地址。
    解决办法:移除电子邮件通知设置中的无效电子邮件地址。
  • 修复后的 Update Manager 可能不会还原容错虚拟机的原始电源状况
    在修复处于挂起或关闭电源状态的容错虚拟机时,计算机可能在修复完成后仍保持打开电源状态。
    解决办法:修复完成后,手动挂起或关闭虚拟机电源。
  • 在大型环境中,Update Manager Client 插件可能会暂时断开与 Update Manager Server 的连接
    VMware Tools 操作(例如扫描 VMware Tools 版本和升级 VMware Tools)与 Update Manager Client 插件使用相同的系统资源。如果同时运行多个 VMware Tools 操作,Update Manager Client 插件可能会和 Update Manager Server 断开连接。其他操作(例如主机和虚拟机修补、主机升级或虚拟设备升级)不会出现此问题。
    解决办法:不要尝试同时执行多个 VMware Tools 操作。如果必须同时执行多个 VMware Tools 操作,请增加服务器上的线程数。也可以等待 VMware Tools 操作完成。VMware Tools 操作显示为 vSphere Client 中的任务,但是 Update Manager 插件可能无响应。
  • 在 Windows Vista 中,Update Manager Client 中的所有 [帮助] 按钮会打开默认的 Update Manager 帮助页面
    如果使用 Windows Vista 计算机上安装的 Internet Explorer 7 浏览器,则 vCenter Update Manager 上下文相关帮助不会显示所需的帮助页面。相反,帮助会显示默认的 vCenter Update Manager 帮助页。
    解决办法:向 Windows Vista 应用 Service Pack 2。有关详细信息,请参见下面的 Microsoft 知识库文章 http://support.microsoft.com/kb/942172
  • 防病毒软件可能会阻止通知电子邮件
    如果 vCenter Server 系统上安装了某个防病毒软件,您可能不会从 Update Manager 收到任何电子邮件通知。可以将 Update Manager 配置为发送电子邮件通知(例如新下载修补程序及其他调度任务的通知)。如果安装了会监控和阻止电子邮件流量的防病毒软件(例如 McAfee),您可能无法收到来自 Update Manager 的通知。
    解决办法:禁用阻止电子邮件流量的防病毒软件规则。
  • 已关闭电源的虚拟机不会迁移到已启用 DRS 的群集中的其他主机
    在修复过程中,Update Manager 会将主机置于维护模式,但它不会将已关闭电源的虚拟机迁移到已启用 DRS 的群集中的其他主机。
    解决办法:在修复之前,手动将主机置于维护模式,然后选择迁移已关闭电源的虚拟机的选项。
  • 如果 VMkernel 配置为使用 DHCP,则 ESX 4.0 主机可能会在修复后丢失网络连接
    在 Update Manager 修补 ESX 主机时,修补程序可能要求主机重新引导。重新引导后,如果主机的 VMkernel 配置为使用 DHCP,则 vCenter Server 可能无法将 ESX 主机添加到 vSphere 清单。
    解决办法:将主机的 VMkernel 配置为使用静态 IP 地址或安装修补程序 ESX400-200906402-BG,以修复 ESX 4.0 问题。可以在 ESX400-200906001.zip 捆绑包中找到修补程序 ESX400-200906402-BG。
  • 在合规性视图与管理视图之间切换可能导航到错误的位置
    在 vSphere Client 的 [虚拟机和模板] 清单视图中选择数据中心对象,并使用 [管理视图][合规性视图] 快速链接导航到 Update Manager 管理视图和 Update Manager 合规性视图时,可能会转至错误的 vSphere Client 视图。例如,选择导航栏上的 [主页] > [清单] > [虚拟机和模板]。在清单中选择数据中心对象,然后单击 [Update Manager] 选项卡以打开 Update Manager 合规性视图。单击 [管理视图],然后通过单击 [合规性视图] 链接返回时,可以导航到 [主机和群集] 清单视图而不是 [虚拟机和模板] 视图。
    解决办法:通过选择导航栏中的 [主页] > [清单] > [虚拟机和模板],可以手动从 [主机和群集] 清单视图导航到 [虚拟机和模板] 视图。
  • 群集修复时,不会生成群集修复选项报告
    如果在群集修复过程中尝试生成群集修复选项报告,则只有在修复完成后,才会生成并显示该报告。
  • 在修复之前,Update Manager 不会对已启用 FT 的虚拟机执行快照
    无法对已启用 FT 的虚拟机执行快照。如果对已启用 FT 的虚拟机进行修复并在修复向导中选择在修复之前生成快照,则 Update Manager 会忽略此设置且不会生成该虚拟机的快照。
    解决办法:禁用 FT,将 Update Manager 配置为生成该虚拟机的快照,然后修复计算机。如果希望在修复后启用 FT,请删除该快照,然后启用 FT。
  • 虚拟机硬件升级或 VMware Tools 升级可能会失败,并出现错误 fault.com. - vmware.vc - Integrity.V - MToolsRemediationFault.summary
    在通过 vMotion 从 ESX 3.0.x 主机迁移到 ESX 4.0.x 主机的虚拟机上,升级可能会失败。在这种情况下,该虚拟机的客户机 ID 属性会被取消设置,但不会分配新的 ID。Update Manager 尝试在升级 VMware Tools 的过程中读取客户机 ID,但该任务失败。将 ESX 4.0.x 主机上的虚拟机恢复为快照或者从挂起状态恢复时,也可能会出现同样的问题。
    解决办法:首先手动升级 VMware Tools,然后升级虚拟机的虚拟硬件。
  • 当多个用户同时尝试创建具有相同名称的基准时,Update Manager 将会显示不明确的错误消息
    当多个用户同时尝试创建具有相同名称的基准时,Update Manager 将会显示消息: 指定的密钥、名称或标识符已经存在 (The specified key, name, or identifier already exists)。该消息未明确告知另一个用户正在尝试创建具有相同名称的基准。
  • 安装旧版本的 Update Manager 时,vSphere Client 可能会显示以下错误消息:调用的目标引发了异常 (Exception has been thrown by the target of an invocation)
    将 vSphere Client 连接到注册了旧版本的 Update Manager Server 的 vCenter Server 4.0.x 实例时,vSphere Client 将显示以下错误消息: 调用的目标引发了异常 (Exception has been thrown by the target of an invocation)
    解决办法:首先将 Update Manager Server 升级到版本 4.0.x,然后从 vSphere Client 插件管理器重新安装 Update Manager 插件,或者卸载旧版本的 Update Manager Server 和插件。
  • 转储包含多个公告的基准时,某些公告可能显示为 [缺少]
    成功转储包含多个公告的基准之后,一些公告可能显示为 [已转储],而另一些公告显示为 [缺少]。有关详细信息,请参见 转储基准之后,某个公告可能显示为 [缺少] 而不是 [已转储](知识库文章 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 链接模式下的连接组,且 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 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 日志记录注册表事务时生成,且在使用后即被移除。 ufa{*}.tmp.LOG{*} 文件类似于其他任何 Windows 临时文件,可以在 Windows 磁盘清理任务过程中将其删除。
      要删除 ufa{*}.tmp.LOG{*} 文件(例如,要删除 ufaFF50.tmp.LOG2 文件),请执行以下操作:
      1. 打开 [命令提示符] 窗口。
      2. 导航到 C:\,并运行以下命令:
        del C:\Windows\Temp\ufaFF50.tmp.LOG2

返回页首