VMware Infrastructure Management Installer | 2012 年 3 月 8 日(本地化版本)
VirtualCenter 2.5 Server Update 6b | 2012 年 3 月 8 日 | 内部版本 597868
Virtual Infrastructure Client | 2012 年 3 月 8 日 | 内部版本 597940

VMware Infrastructure Management Installer | 2012 年 3 月 8 日(仅英文版本)
VirtualCenter 2.5 Server Update 6b | 2012 年 3 月 8 日 | 内部版本 598800
Virtual Infrastructure Client | 2012 年 3 月 8 日 | 内部版本 598800

有关可供下载的内部版本的信息,请参见 选择合适的 VMware Infrastructure Management Installer

文档最近更新日期:2012 年 3 月 8 日

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

注意:在许多公用文档中,VMware ESX Server 3.5 现称为 VMware ESX 3.5,VMware ESX Server 3i 版本 3.5 简称为 VMware ESXi 3.5。这些发行说明仍使用以前的约定,以便能够与产品界面和文档保持一致。以后的版本将会更新产品名称。

新增功能

本版本提供了已在 已解决的问题部分中记录的更新。

返回页首

VMware Infrastructure 3 的先前版本

有关 VMware Infrastructure 3 先前版本(包含 ESX Server 3.x 和 VirtualCenter 2.x 版本)的功能及已知问题在各版本的发行说明中均有所描述。要查看 VMware Infrastructure 3 组件先前版本的发行说明,请单击相关链接。

ESX Server 版本

VirtualCenter 版本

返回页首

开始前

ESX Server、VirtualCenter 和 Virtual Infrastructure Client 兼容性

VMware 产品互操作性列表详细介绍了 VMware Infrastructure 3 组件(其中包括 ESX Server、VirtualCenter 和 VI Client)当前版本与先前版本的兼容性。

硬件兼容性

了解硬件兼容性:

硬件兼容性列表现可在 http://www.vmware.com/resources/compatibility 中的基于 Web 的兼容性指南中找到。这一新的格式是所有 VMware 兼容性指南的单一访问点。之前的 PDF 版本将不再更新。基于 Web 的兼容性指南可提供指南搜索选项,此外还可将搜索结果保存为 PDF 格式。请通过 这是表示 RSS Feed 链接的 RSS 图标 订阅兼容性指南更新通知。

了解 VMware Infrastructure 兼容性:

VMware Infrastructure 兼容性列表 ( PDF)

安装和升级

请阅读 《安装指南》了解安装和配置 ESX Server 与 VirtualCenter 的分步指导。

虽然安装过程很简单,但是仍须执行若干后续配置步骤。有关具体信息,请阅读以下内容:

使用 VMware Infrastructure Management Installer 和物理介质

对于此版本,如果使用物理介质安装 VMware Infrastructure 软件,VMware Infrastructure Management Installer 需要使用 DVD 驱动器。

选择适合的 VMware Infrastructure Management Installer

VMware Infrastructure Management Installer 共有两种内部版本可供下载。可以选择以下选项之一:

  • VMware-VIMSetup-2.5.0-U6-English.iso或 VMware-VIMSetup-2.5.0-U6-English.zip– 这些文件包含仅英文版本的 VI Client。无论 Windows 系统使用哪种语言,该版本均在英语环境下运行。使用此安装程序安装的 VI Client 在中文、德语或日语版本的 Windows 操作系统中都以英文版运行。
  • VMware-VIMSetup-2.5.0-U6-localized.iso或 VMware-VIMSetup-2.5.0-U6-localized.zip- 这些文件包含已本地化的安装程序,可安装在英语、中文、德语或日语中运行所需的所有文件。如果区域设置为中文、德语或日语,则运行时所使用的 VI Client 将与当前 Windows 操作系统的区域设置相对应。当 Windows 操作系统的区域设置设置为除中文、德语或日语以外的其他语言时,将使用英文版 VI Client。

Virtual Infrastructure Client 安装程序变更

通过 VI Client 独立安装程序(由 ESX Server Web Access 提供)可安装 VMware Infrastructure Update 服务,用于更新和修补 ESX Server 3i 主机。VI Client 独立安装程序现已修改,可以选择是否安装 VMware Infrastructure Update 服务。VirtualCenter 统一安装程序(可用作 VirtualCenter 2.5 Update 6 下载的一部分)现已包含一个选项,您可在选择 VI Client 安装选项时选择安装 VMware Infrastructure Update 服务。

升级或迁移到 VirtualCenter 2.5 Update 6b

本版本支持从 VirtualCenter 2.5 Update 6 和 VirtualCenter 2.5 Update 6a 升级到 VirtualCenter 2.5 Update 6b。请查看 《升级指南》中提供的详细升级和迁移说明及准则。

有关受支持的升级路径的详细信息,请参见 VMware 产品互操作性列表中的“解决方案升级路径”部分。

升级 VMware Infrastructure Client

在将 VirtualCenter Server 升级到 VMware Infrastructure 2.5 Update 6b 的过程中,您可以选择将 VMware Infrastructure Client 和 VirtualCenter Server 一同升级到 2.5 Update 6b 版本。只能使用升级后的 VI Client 访问 VirtualCenter 2.5 Update 6b。如果您尝试使用旧版的 VI Client 访问 VirtualCenter 2.5 Update 6b,系统会提示您升级到 VI Client 2.5 Update 6b。VI Client 升级是强制性的。

注意:尝试升级旧版 VI Client 的过程中,系统可能会提示您已安装了另一版本的 VI Client。在这种情况下,您必须卸载旧版的 VI Client,并安装最新版本的 VI Client。

插件更新

本版本的 VMware Infrastructure 3 软件套件包括对 VMware Update Manager 的更新。有关详细信息,请参见 《VMware Update Manager 1.0 Update 6(适用于 VirtualCenter 2.5)发行说明》
VMware Converter Enterprise Update 4 可与 VirtualCenter 2.5 Update 6 兼容。

 

已解决的问题

  • 本版本将 JRE 版本更新到 1.5.0_32

    Oracle (Sun) JRE 更新到版本 1.5.0_32,这解决了先前版本的 Oracle (Sun) JRE 中存在的多个安全问题。

    Oracle 已经在 2011 年 10 月的《Oracle Java SE 重要修补程序更新公告》(网址为 http://www.oracle.com/technetwork/topics/security/javacpuoct2011-443431.html.)中记录了与在 JRE 1.5.0_32 中解决的问题相关的 CVE 标识符。

  •   VirtualCenter Web Access 支持 Firefox 3.0.x 和 3.5.x 浏览器

    本版本支持 Firefox 3.0.x 和 3.5.x 浏览器与 VirtualCenter Web Access 一起使用。本版本的 ESX Server 3.5 Update 5 Web Access 不支持 Firefox 3.x 浏览器。

    注意:此更新已添加到 VirtualCenter 2.5 Update 6a 中,但被错误地记录在 VirtualCenter 2.5 Update 6a 发行说明中。

返回页首

已知问题

本版本中的已知问题:

备份

  • 创建静止快照时,运行在虚拟机上的应用程序出错
    为虚拟机创建静止快照需要与其上运行的应用程序进行交互。如果应用程序正在使用高级别的负载,则创建静止快照时可能会出错。这些问题可能是应用程序错误(例如,向磁盘写入数据失败)或执行快照时出现的错误。
    您可以克隆已打开电源虚拟机。但此过程涉及静止快照创建操作,并且当虚拟机上运行的是高负载应用程序时可能会出错。
    注意:您可以在执行静止快照创建操作期间在虚拟机中运行自定义脚本。这些脚本可用于关闭应用程序,并在快照创建之后将其重新打开。要了解运行此类自定义脚本的更多信息,请参阅 VMware Infrastructure 文档集中《虚拟机备份指南》中的“VMware Consolidated Backup”一章。

CIM 和 API

  • VI Client 无法正确显示 HP 服务器上的电源冗余传感器名称
    使用 VI Client 连接安装在 HP 服务器系统上的 ESX Server 时,VI Client 错误地将服务器上的电源冗余传感器显示为物理电源。例如,当具有冗余传感器的 HP 服务器拥有两个物理电源时,VI Client 会把冗余传感器当成电源而显示为 [电源 3]。
  • 一些 CIM 类无法在 IBM 多节点系统中正常运行

    对于以下类,EnumerateInstance() 操作返回的实例比 EnumerateInstanceNames() 操作返回的实例少一个:

    • CIM_AssociatedSensor
    • CIM_MemberOfCollection

    对于以下类,一些实例的 GetInstance操作会失败。但是, EnumerateInstances()操作会成功。

    • CIM_HostedService
    • CIM_Sensor
    • CIM_SystemDevice
    • CIM_Slot
    • CIM_ElementConformsToProfile

    对于以下类,EnumerateInstances() 和 EnumerateInstanceNames() 操作无法返回任何结果:

    • CIM_OwningCollectionElement
    • CIM_RedundancySet
  • RequestStateChange(RestoreDefaultThresholds) 操作出错
    在 ESX Server 3.5 版本中, RequestStateChange(RestoreDefaultThresholds)操作会导致某些传感器出现以下错误消息:
    CIM_ERR_FAILED:索引超出范围 (CIM_ERR_FAILED:index out of bounds)
    虽然会显示错误消息,但 CIMOM 仍会还原阈值。
  • 使用 WS-Man 协议时,用于传感器和 SEL 的 InvokeMethod(RequestStateChange)都将失败。
  • ESX Server 3.5 的防火墙会干扰 CIM 指示支持
    ESX Server 3.5 上的防火墙会阻挡 HTTP 出站连接。这可防止指示达到指示使用程序。
    解决办法:在服务控制台中,使用以下命令打开连接指示使用程序的出站端口:
    esxcfg-firewall -o <port-number>,tcp,out,http
    要关闭防火墙中的某个 HTTP 端口:
    esxcfg-firewall -c <port-number>,tcp,out,http
  • 在运行 ESX Server 3.5 Update 2 或更高版本的 HP 380 G5 计算机上, CIM_IPProtocolEndpoint查询无响应,未返回 IPMI 板卡的 IP 地址。
  • 使用 WS-Man 协议时, openwsman指示在 ESX Server 3.5 Update 2 或更高版本上不起作用。
  • 在 IBM x3850 M2 和 x3950 M2 服务器上,发现部分 OMC_DiscreteSensor实例包含错误的设备 ID(设备 ID 的最后一个分段为 -1)。
  • 使用 WS-Man 协议时, ModifyInstance()调用更改传感器阈值失败。
  • 机箱入侵指示对 IBM Athena 服务器不可用。
  • 在某些 Dell MLK 硬件上, OMC_Memory实例的 NumberOfBlocks属性值为 0。

客户操作系统

国际化

除以下限制外,VI Client 和 VI Web Access 中的所有字段都支持非 ASCII 字符输入:

非 ASCII 字符输入限制

  • 远程命令行界面 (RCLI) 不支持指定非 ASCII 值作为输入字符串。
  • 安装有 VMware Infrastructure 3 或其任意组件的计算机的名称中必须仅包含 ASCII 字符。
  • 如果安装有 VirtualCenter Server 的计算机或虚拟机的名称使用了非 ASCII 计算机名称,则 VirtualCenter Server 的安装将失败。
  • 使用安装程序中指定的默认安装路径名称安装所有组件。请勿更改安装路径,因为安装程序不支持包含非 ASCII 字符和扩展 ASCII 字符的安装路径名称。
  • 数据存储名称、虚拟网络名称和映像文件名称(CD、DVD 和软盘驱动器)仅限使用 ASCII 字符。
  • [今日消息] 只能使用 ASCII 字符。
  • 仅支持使用 ASCII 字符用户名(Windows 的登录帐户名)登录 VirtualCenter Server。
  • 如果使用非 ASCII 字符,会导致映像自定义失败。
  • 自定义属性名称和值只能使用 ASCII 字符。
  • 为遵循常规的 Internet 做法和协议,以下项不能包含非 ASCII 字符:主机名、工作组名称、域名、URL、电子邮件地址、SMTP 服务器名称和 SNMP 团体字符串。
  • 支持使用 ASCII 编码对客户操作系统进行自定义,但是对使用 UTF-8 编码的日语、中文或德语本地字符进行的自定义提供有限支持。对于使用非 ASCII 的所有者、组织、用户名或密码的自定义,VirtualCenter 和 sysprep 工具的区域设置必须与客户机操作系统的区域设置相同。其中包括使用 UTF-8 编码的应答文件的方案。

非 ASCII 字符显示限制

  • 使用 VI Client 管理 VirtualCenter Server 时,如果 VI Client 运行于不同语言的 Windows 上,由于 Windows 特定于语言的支持差异,可能会看到部分字符显示错误。
  • 如果错误消息中的日志位置或用户名含有非 ASCII 字符,则它不会正确显示在本地化环境中。
  • 在使用 VMware Converter 导入向导时,日期和时间格式有时会与当前的区域设置不一致。
  • 在日语区域设置中, [任务视图] 的 [状态] 栏和 [任务详细信息] 下的 Unicode 字符显示为“???”。
  • [摘要] 选项卡上的 [命令] 区域未正确显示。
  • 如果 VirtualCenter 已从 VirtualCenter 2.0.2 升级,则本地化 VirtualCenter 2.5 Update 5 的数据中心名称中不能使用非 ASCII 字符
    从 VirtualCenter 2.0.2 升级到 VirtualCenter 2.5 Update 5 的本地化版本时,如果在 VirtualCenter 2.5 Update 5 的数据中心名称中使用非 ASCII 字符,然后重新启动 VMware VirtualCenter Server 服务,则数据中心名称中的每个字符都将替换为 ? 字符。
    解决办法:VirtualCenter 2.0.2 仅支持对数据中心名称使用 ASCII 字符。即使在升级完成后,也请在数据中心名称中使用 ASCII 字符。

Guided Consolidation 限制

[Guided Consolidation] 选项卡仅在 en_US 区域设置中可用。

翻译问题

已知此版本存在以下翻译问题:

  • 升级向导未进行翻译。
  • 部分来自 ESX Server 主机的消息未进行翻译。
  • 部分界面布局尚未完全本地化。

其他国际化问题

以下附加问题已得到确认:

  • 在使用 SQL Server 2005 且区域设置设为日语的情况下,从 VirtualCenter 2.0.2 升级到 VirtualCenter 2.5 时,VirtualCenter Server 会失败(知识库文章 1017604)
  • VI Client 可能会覆盖语言首选项设置(知识库文章 1017606)
  • 在本地化版本的 VI Client 中,某些字符串值以英文显示
    已本地化的 VI Client 中 [插件管理器] 页面上 [安装] 选项卡上的某些字符串值以英文显示。
  • 本地化版本的 Web Access 中 [确定] 和 [取消] 按钮被截断
    如果使用 Firefox 3.5 运行德语版本的 Web Access,则 [选择输出文件] 页面中的 [确定][取消] 按钮被截断。
    解决办法 1:使用 Firefox 3.5 时,在 [选择输出文件] 页面中使用 Tab 键可切换到 [确定][取消] 按钮。
    解决办法 2:使用 Internet Explorer 6.0 代替 Firefox 3.5。
  • 在区域设置设为日语和德语时,从 VirtualCenter 2.0.2 升级到 VirtualCenter 2.5 Update 6 时,单选按钮标签被截断
    从 VirtualCenter 2.0.2 升级到 VirtualCenter 2.5 Update 6 时,单选按钮的标签将在 [升级信息] 屏幕的 [性能数据] 部分重叠。英文版和本地化版本中的单选按钮标签如下所示:
    英语
    1. Keep all performance data
    2. Discard all performance data
    3. Keep performance data recorded during past 12 months
    日语
    1. すべてのパフォーマンス データを保持
    2. すべてのパフォーマンス データを廃棄
    3. 過去 12 ヶ月間に記録されたパォーマンス データを保持
    德语
    1. Alle Leistungsdaten aufbewahren
    2. Alle Leistungsdaten verwerfen
    3. Leistungsdaten der letzten 12 Monate aufbewahren

     

  • 本地化版本的 VI Client 中所有可见传感器的健康状况与英文版本中的不一致(知识库文章 1018219)
  • 单击 VI Client 工具栏上的 [映射] 图标时,概览区域被截断
    在中文版 VI Client 中,单击 VI Client 工具栏上的 [映射] 图标时,概览区域将被截断,因为映射图像未正确显示。
    解决办法:如果要查看映射图像的概览,请在 VI Client 工具栏上单击 [清单] > [主机和群集]。选择要查看的项目,然后单击 [映射] 图标。
  • 在已本地化的操作系统中,使用 VI Client 的仅英文版直接连接 ESX Server 主机可能会导致用户界面的某些地方显示本地化字符串。
  • 如果 VMware Infrastructure Client 主机操作系统语言与 VirtualCenter Server/数据库主机操作系统语言不同,重新启动 VirtualCenter Server 后,用于警报的 [运行脚本] 操作值可能无法正确显示。
  • 在简体中文版 VI Web Access 中, [取消] 按钮上的文本显示不正确。
  • 德语版 VI Client 的重新安装向导显示错误文本
    德语版 VI Client 中的重新安装向导会显示错误的文本。
    重新安装向导显示如下文本
    Der Installations-Assistent ermöglicht Ihnen, Virtual Infrastructure Client 2.5 zu reparieren oder zu entfernen.,而不是
    Der Installations-Assistent ermöglicht Ihnen, VMware Infrastructure Client 2.5 zu entfernen.
  • 包含自动生成虚拟机名称的链接不起作用
    使用 WebAccess 时,若通过单击包含自动生成虚拟机名称(通常以加号开头并以斜线结尾,如:+5paw55qE5qih5p2,/)的链接浏览数据库,Web 浏览器会显示空白页或返回 [找不到页面] 错误。但是,可以使用 VI Client 访问此类虚拟机。
  • 日语版 VI Client 添加网络向导的 [网络访问] 页面上的文本被截断
    使用日语版 VI Client 访问 VirtualCenter 时,[网络访问] 页面上显示的网络详细信息(IP 地址)被截断。
    在 [配置] 选项卡下的 [网络] 选项中选择 [添加网络连接] 时,会在添加网络向导中显示 [网络访问] 窗口。
    解决办法:可以在 [网络适配器] 页面中查看网络信息(IP 地址)。选择 [配置] > [网络] > [属性] > [网络适配器] 以查看网络。
  • Update Manager 扫描更新时,[事件] 选项卡可能会显示编码字符串
    在 VirtualCenter 2.5 Update 5 的本地化版本中,如果使用 VMware Update Manager 1.0 Update 4 扫描 ESX Server 主机或虚拟机的更新,则 [事件] 选项卡中的部分描述可能会显示为编码字符串,而不是人工可读的事件描述。例如,VirtualCenter 不会显示 “[data.name] 的修补程序元数据丢失。请先下载更新元数据。(Patch metadata for [data.name] missing. Please download updates metadata first.)”,而是显示如下所示的编码字符串:
    • event.com.vmware.vcIntegrity.MetadataNotFound.fullFormat
    • event.com.vmware.vcIntegrity.MetadataNotFound.category
  • 升级 VMware Infrastructure Client
    在本地化版本中从旧版的 VI Client 升级到 VI Client 2.5 Update 6b 时,您可能会遇到错误。
    解决办法:您必须卸载旧版的 VI Client,并重新安装 VirtualCenter Server 2.5 Update 6b 中的 VI Client 2.5 Update 6b。

通过 vMotion 迁移

其他

网络连接

性能概览图表

  • 性能图表概览失败,并出现统计报告服务内部错误(知识库文章 1012812)
  • 仅在 Tomcat Server 的 IP 地址可通过 Internet Explorer 进行访问时显示性能图表
    如果 Tomcat Server 的 IP 地址无法通过 Internet Explorer 进行访问,则 VI Client 中的 [性能概览] 选项卡可能会显示类似以下内容的错误消息:
    “发生错误,无法检索到请求的 URL (ERROR The requested URL could not be retrieved)”
    解决办法:
    1.  
      1. 在 VirtualCenter Server 系统的 Internet Explorer 中,选择 [工具] > [Internet 选项]
      2. [连接] 选项卡中,选择 [局域网设置]
      3. 在 [局域网 (LAN) 设置] 窗口中,选中 [跳过本地地址的代理服务器] 复选框,然后选择 [高级]
      4. 在 [代理服务器设置] 窗口中,将 VirtualCenter Server 的 IP 地址添加到 [例外情况] 字段中。
    • 确保 VirtualCenter Server 系统中已关闭 Windows 防火墙。
    • 配置 VirtualCenter Server 的 Internet Explorer 中的代理服务器设置,以将 VirtualCenter Server 的 IP 地址包括在 [例外情况] 列表中:
  • 如果 VirtualCenter 服务器使用 Oracle 数据库,性能概述图表可能不会显示(知识库文章 1008328)
  • 如果 VirtualCenter 服务器使用 SQL Express 捆绑数据库,性能概述图表可能不会显示(知识库文章 1008329)
  • 如果 VirtualCenter 是在 VMware Infrastructure Web Access 服务未停止的情况下升级的,可能无法显示性能概述图表(知识库文章 1008330)
  • 如果 Internet Explorer 中未启用 JavaScript 执行程序,VirtualCenter 可能不会显示性能概览图表
    请确保 Internet Explorer 中的 [活动脚本] 安全设置已启用。否则, [性能概览] 选项卡可能会显示一条类似以下内容的消息:
    “脚本通常是安全的。您是否希望允许脚本运行?(Scripts are usually safe. Do you want to allow scripts to run?)”
    要启用活动脚本,请执行以下操作:
    1. 在 Internet Explorer 浏览器中,选择 [工具] > [Internet 选项]
    2. [安全] 选项卡中,选择 [Internet] 区域,然后单击 [自定义级别]
    3. 对于 [脚本] 下的 [活动脚本] 设置,选择 [启用]
  • 性能概览插件可能不显示在 [插件管理器] 窗口的 [已安装] 选项卡中
    性能概览插件安装后,将显示在 [可用] 选项卡中,但可能不显示在 [已安装] 选项卡中。
    解决办法:重新启动 VI Client。如果该插件仍未显示在 [已安装] 选项卡中,请验证 VirtualCenter Server 和 VI Client 是否为同一域的成员。
    右键单击 [我的电脑],选择 [属性],然后查看 [计算机名称] 选项卡中的信息,可以核对这些计算机的域。
  • 单击性能概览插件对应的 [下载和安装] 按钮可能会导致错误
    即使性能概览插件已安装,[插件管理器] 窗口中的 [可用] 选项卡仍会为此插件提供一个 [下载和安装] 按钮。如果您单击此 [下载和安装] 按钮,VirtualCenter 将显示一条类似以下内容的错误消息:
    “URI 无效:URI 为空。(Invalid URI: The URI is empty.)”
    对于性能概览插件,请不要单击 [下载和安装]
  • 如果重新安装性能概览插件,可能不显示 [性能概览] 选项卡
    如果将性能概览插件卸载并重新安装,则 [性能概览] 选项卡可能不会显示在 VirtualCenter Server 中,除非在 [插件管理器] 窗口中启用该插件。要启用该插件,请执行以下操作:
    1. 在 VirtualCenter Server 中,单击 [插件] > [管理插件]
    2. 在 [插件管理器] 窗口的 [已安装] 选项卡中,对 com.vmware.vim.stats.report 选择 [已启用]

服务器配置

存储器

升级和安装

其他升级和安装问题

VirtualCenter 升级和安装

虚拟机管理

  • 克隆的 SLES 10 和 RHEL 4 虚拟机无法获取 IP 地址
    如果克隆某个 SUSE Linux Enterprise Server 10 (SLES 10) 或 Red Hat Enterprise Linux 4 (RHEL 4) 虚拟机,则克隆的虚拟机无法获取 IP 地址。
    解决办法:对 SLES 10 或 RHEL 4 虚拟机进行自定义克隆。自定义克隆的虚拟机能够获取 IP 地址。
  • Windows Server 2008 或 Windows Vista 虚拟机的自定义克隆当打开电源时提示网络位置选择(知识库文章 1008378)
  • 如果定制规范中提供的产品 ID 无效,则 Windows Server 2008 和 Windows Vista 虚拟机克隆将反复重新引导
    当使用自定义向导对装有许可版本的 Windows Server 2008 或 Windows Vista 的虚拟机进行自定义克隆时,如果在自定义向导的 [Windows 许可证] 页面中输入的产品 ID 无效,则克隆的虚拟机将反复重新引导,并在启动时显示类似以下内容的错误消息:
    “Windows 无法分析或处理 pass [specialize] 的无人参与应答文件。应答文件中指定的设置无法应用。处理组件设置 [Microsoft-Windows-Shell-Setup] 时检测到错误。
    计算机意外地重新启动或遇到错误。Windows 安装无法继续。(Windows could not parse or process the unattend answer file for pass [specialize]. The settings specified in the answer file cannot be applied. The error was detected while processing settings for component [Microsoft-Windows-Shell-Setup]. The computer restarted unexpectedly or encountered an unexpected error. Windows installation cannot proceed.)”若要安装 Windows,请单击 [确定] 重新启动计算机,然后重新启动安装。
  • Windows Server 2008 或 Windows Vista 客户机操作系统的定制规范只能连续更改三次
    请考虑使用运行 Windows Server 2008 或 Windows Vista 的虚拟机。您可以采用自定义方式克隆此虚拟机,然后编辑用于克隆的定制规范以创建另一个虚拟机。但是,此类克隆后续操作只能执行三次。
    例如,如果虚拟机 A 克隆为虚拟机 B,虚拟机 B 克隆为虚拟机 C,虚拟机 C 克隆为虚拟机 D,并且每次克隆操作都编辑了客户操作系统的定制规范,则使用自定义方式克隆虚拟机 D 的操作可能会失败。
  • 使用自定义方式克隆虚拟机时,可能会出现对话框提示需要 Sysprep 文件信息
    使用自定义方式克隆虚拟机时,克隆进程可能无法完成,可能出现 Sysprep 对话框提示需要其他文件。
    解决办法:记下 Windows mini-setup 无法找到的缺失文件的列表。将所需文件(例如, c_20127.nls)从源计算机复制到 Sysprep 安装文件所在的文件夹 c:\sysprep\i386中,然后再采用自定义方式执行克隆操作。Sysprep 对话框中提示需要的文件通常位于源虚拟机上的以下位置: C:\Windows\system32
    请注意,Sysprep 目录会在虚拟机启动且自定义过程完成之后删除。
  • 克隆的虚拟机不包含 DNS 后缀(知识库文章 1004299)
  • 克隆的虚拟机可以看到源虚拟机的 .vmdk 文件(知识库文章 1004176)
  • 从模板部署虚拟机时因无权限错误而失败(知识库文章 1004295)
  • 具有“创建”特权的用户无法创建虚拟机(知识库文章 1004417)
  • 固件升级期间虚拟机的 I/O 操作可能会停止
    当虚拟机在 I/O 负载过重的共享 LUN 上运行时,如果使用存储器管理实用程序升级固件,或重新启动存储控制器,则任何虚拟机都可能会出现 I/O 操作停止的情况。
    vmkernel.log文件中会出现类似以下内容的消息:
    “1:01:05:07.275 cpu2:1039) 警告:FS3:4785: 预留错误:不支持
    SCSI:4506: 找不到指向处于正常状态的设备 vmhba1:0:125 的路径。尝试路径 vmhba1:0:125。
    1:01:05:10.262 cpu3:1039)警示:SCSI:4506: 找不到指向处于正常状态的设备 vmhba1:0:125 的路径。尝试路径 vmhba1:0:125。
    1:01:05:40.748 cpu1:1083)<6>mptbase:ioc0:LogInfo(0x30030108):Originator={IOP}, Code={Invalid Page}, SubCode(0x0108)
    1:01:05:40.930 cpu0:1024) 日志:472: (通过 VSI)将模块“SCSI”的日志级别设置为 5 (1:01:05:07.275 cpu2:1039)WARNING: FS3: 4785: Reservation error: Not supported SCSI: 4506: Cannot find a path to device vmhba1:0:125 in a good state. Trying path vmhba1:0:125. 1:01:05:10.262 cpu3:1039)ALERT: SCSI: 4506: Cannot find a path to device vmhba1:0:125 in a good state. Trying path vmhba1:0:125. 1:01:05:40.748 cpu1:1083)<6>mptbase: ioc0: LogInfo(0x30030108): Originator={IOP}, Code={Invalid Page}, SubCode(0x0108) 1:01:05:40.930 cpu0:1024)Log: 472: Setting loglevel (via VSI) for module 'SCSI' to 5)”
  • 当主机已隔离时,虚拟机在进行故障切换后可能无法打开电源
    当主机已隔离且隔离响应设置为 [客户机关机](群集的默认配置)时,虚拟机在进行故障切换后可能无法启动。这可能发生在所包含节点少于五个的群集以及需要更多时间完成客户机关机的虚拟机上。
    解决办法:将所包含节点少于五个的群集的 [隔离响应] 设置为 [保持虚拟机为打开电源状态] 或 [保持关闭电源]。
    要为虚拟机设置 [隔离响应],请选择群集,然后单击 [编辑设置] 链接,并选择 VMware HA 下的 [虚拟机选项]。从 [隔离响应] 弹出菜单中,为特定虚拟机选择 [保持虚拟机为打开电源状态][保持关闭电源] 选项。
  • 挂起或关机事件未执行 VMware Tools 自定义脚本(知识库文章 1004390)
  • [运行一次] 页面中指定的命令可能无法运行
    如果 Virtual Infrastructure Client 客户机自定义向导的 [运行一次] 页面中指定的命令以引号结尾,则当用户登录至已自定义的客户机操作系统时,该命令可能无法运行。
    解决办法:避免在 [运行一次] 页面中指定的命令的末尾加上引号。
  • 如果在自定义客户机操作系统时未提供许可证密匙,则 Windows 2000 和 Windows Server 2003 虚拟机的克隆可能会失败
    当克隆 Windows 2000 或 Windows Server 2003 虚拟机时,如果 [选择客户机自定义选项] 页面上的 [使用定制向导定制] 选项为选中状态,而且 VMware Infrastructure Client Windows 客户机自定义向导的 [Windows 许可证] 页面上的 [包括服务器许可证信息] 复选框已取消选中,则克隆操作可能会失败,并显示类似以下内容的消息: “自定义失败。(Customization Failed.)”

VirtualCenter、VI Client 和 Web Access 问题

  • Microsoft Windows 事件查看器中未显示 VirtualCenter Server 信息
    Microsoft Windows 事件查看器中未显示 VirtualCenter Server 信息,因为它无法找到 vmeventmsg.dll文件。
    解决办法:将 vmeventmsg.dll文件从 C:\Program Files\VMware\Infrastructure\VirtualCenter Server\dbupgrade复制到 C:\Program Files\VMware\Infrastructure\VirtualCenter Server。
  • 在 Windows Server 2008 或 Windows Vista 操作系统上运行 VI Client 时出错
    如果从 Windows Server 2008 或 Windows Vista 操作系统使用 vSphere 4.0 VI Client 连接到 VirtualCenter 2.5 安装或 ESX 3.5 主机,则在运行 VI Client 安装程序时可能遇到问题。因为 Windows Server 2008 和 Windows Vista 操作系统上已为非管理员用户启用了用户帐户控制 (UAC),所以会出现此问题。
    解决办法:
    1. 以管理员身份登录并安装 VI Client 安装程序。
    2. 在 VI Client 安装向导提示是安装还是保存时,选择保存该文件。
    3. 如果是以非管理员用户身份登录但具有管理员特权,请在将 vSphere 4.0 VI Client 连接到 VirtualCenter 2.5 Server 或 ESX 3.5 主机之前先禁用 UAC,然后运行该安装程序。在安装完成后,再启用 Windows Server 2008 或 Windows Vista 操作系统上的 UAC。
      • 要禁用 Windows 2008 或 Windows Vista 操作系统上的 UAC,请执行以下步骤:
        1. 选择 [开始] > [设置] > [控制面板] > [用户帐户]
        2. 单击 [打开或关闭[用户帐户控制]]
        3. 取消选中 [使用用户帐户控制(UAC)帮助保护您的计算机],然后单击 [确定]
        4. 出现提示后重新引导计算机。
      • 要启用 Windows 2008 或 Windows Vista 操作系统上的 UAC,请执行以下步骤:
        1. 选择 [开始] > [设置] > [控制面板] > [用户帐户]
        2. 单击 [打开或关闭[用户帐户控制]]
        3. 选择 [使用用户帐户控制(UAC)帮助保护您的计算机],然后单击 [确定]
        4. 出现提示后重新引导计算机。
  • VirtualCenter Server 通常需要很长时间才能完成 VirtualCenter 操作和任务
    VirtualCenter Server 通常需要很长时间才能完成 VirtualCenter Server 操作和任务,导致后面的任务排队。该情况类似于 VirtualCenter Server 没有响应。某些任务的状态持续几个小时都显示为 [正在进行中]。当 VirtualCenter 清单中有很多主机和虚拟机且 VC Server 负载过重时,会出现此问题。
    解决办法:
    1. 在 vpxd.cfg文件中,在结束标签 </vpxd>之前添加以下文本:
      <heartbeat>
      <maxHandlers>10</maxHandlers>
      </heartbeat>
    2. 重新启动 vpxd 服务。
  • 使用 Firefox 3.x 访问 VirtualCenter 2.5 Update 6 WebAccess 时导致导航面板显示错误
    如果使用 Firefox 3.x 从 VirtualCenter 2.5 Update 6 访问 Web Access,则在登录后,导航面板中的清单下拉菜单不能使用文件夹或数据中心标题正确填充。
    解决办法:使用导航面板中提供的 [向上] 按钮遍历清单下拉菜单。
  • 当创建包含 11 个或更多磁盘的虚拟机时,[虚拟机属性] 中的磁盘排序错误
    当通过 VI Client 创建包含 11 个或更多虚拟磁盘的虚拟机并对其进行部署时,[虚拟机属性] 窗口中的磁盘排序错误。
  • 在服务控制台上使用 esxcfg-firewall 对 ESX 防火墙的配置更改不会更新到 VirtualCenter 中
    在 ESX Server 服务控制台上使用 esxcfg-firewall命令执行启用或禁用操作时,防火墙服务的服务状态消息不会更新到 VI Client 中。
  • [入门] 选项卡中的链接对具有管理员特权的资源池级别用户不起作用
    向资源池级别的用户授予管理员特权时,用户将发现该资源池中虚拟机的 [入门] 选项卡上的链接不会执行预期的操作。
    解决办法:每个虚拟机上的所有功能均可通过弹出菜单(右键单击)正常运行。
  • 单个虚拟机上具有只读特权或管理员特权的用户无法创建虚拟机
    单个虚拟机上具有只读特权或管理员特权的用户无法通过单击 [入门] 选项卡中的 [创建新虚拟机] 链接来创建虚拟机。尽管 [创建新虚拟机] 链接已启用,但当用户单击该链接时无法继续操作,而且会显示类似以下内容的消息:
    “无法将对象的类型从‘Vmomi.Folder’改为‘Vmomi.ComputerResource’。(Unable to cast object of type 'Vmomi.Folder' to type 'Vmomi.ComputerResource'.)”
  • 通过模板部署的虚拟机可能无法正确自定义
    当 Windows XP 或 Windows Server 2003 虚拟机模板包含防病毒软件和 VPN 客户端软件,且部署虚拟机的模板包含自定义客户机操作系统的设置时,部署的虚拟机有时可能不包含自定义设置。
    解决办法:卸载模板中的所有防病毒软件和 VPN 客户端软件,然后部署该虚拟机。
  • 具有管理员特权的资源池级别用户可能无法创建虚拟机
    在连接到 VirtualCenter Server 或 ESX Server 主机的 VI Client 中,具有管理员特权的资源池级别的用户名无法创建虚拟机。新建虚拟机向导中的 [下一步] 按钮为禁用状态。
  • 默认的系统管理员组可以从 VirtualCenter Server 中删除
    系统管理员可使用 [主机和群集] 节点上的 [权限] 选项卡,将默认的管理员组从 VirtualCenter Server 中删除。删除默认的管理员组将断开 VI Client 与 VirtualCenter Server 的连接,并显示类似以下内容的连接错误消息:
    “到‘本地主机’服务器的当前会话不再有效。您要再次登录吗?
    您可能无法再次登录至 VirtualCenter Server。(The current session to the "local host" server is no longer valid. Do you want to login again? You might not be able to log in to the VirtualCenter Server again.)”
  • 将 ESX Server 主机添加到已启用 VMware DRS 和 DPM 的群集时,VirtualCenter Server 可能会停止响应
    将 ESX Server 主机添加到已启用 DPM 的 VMware DRS 群集时,VirtualCenter Server 可能会停止响应。
    解决办法:禁用该群集的 DPM,然后将 ESX Server 主机添加到该群集。
  • 在 VI Client 中重置传感器返回常规系统错误(知识库文章 1004256)
  • 某些清单对象的入门选项卡中的链接不显示(知识库文章 1003216)
  • Oracle 数据库表的大小过度增加(知识库文章 1004095)
  • 在安装 VI Client 之前,需要将 .NET Framework 2.0 安装在 Windows 64 位版本上(知识库文章 1004093)
  • VI Client 不提示下载客户端更新(知识库文章 1004396)
  • 自动工具升级从虚拟机摘要选项卡中移除了 IP 地址和 DNS 条目(知识库文章 1004487)
  • Update Manager 和 Converter Enterprise 插件在 VI Client 中不可用(知识库文章 1004292)
  • Windows 注册表显示两个不同的 VI Client 版本条目(知识库文章 1004352)
  • 如果 VI Client 2.0.x 安装在 Windows Server 2003 SP1 上,则无法自动下载 VI Client 2.5(知识库文章 1003620)
  • 整合失败,出现错误:“VirtualCenter 必须收集更多信息来枚举企业中的域和工作组。该操作需要几分钟的时间。请稍后再试。("VirtualCenter must gather more information to enumerate the domains and workgroups in the enterprise. This may take several minutes. Try again later.")”(知识库文章 1006099)

VMware High Availability (HA)

  • 默认的故障切换主机上无法打开某些出现故障的虚拟机的电源
    在 HA 故障切换期间,默认的故障切换主机上无法再次打开某些出现故障的虚拟机的电源。因为 das.defaultfailoverhost设置没有生效,所以会出现这种情况。
    解决办法:
    1. 在 VI Client 中指定 das.defaultfailoverhost并重新配置群集。
      1. 在 VI Client 中单击 [主机和群集]
      2. 右键单击某个群集并选择 [编辑设置]
      3. 在 [<Cluster_Name> 设置] 页面中,选择 [VMware HA] 并单击 [高级选项]
      4. [选项] 字段中输入 das.defaultfailoverhost,并在 [值] 字段中输入默认故障切换主机的 IP 地址或主机名称。
      5. 单击 [确定] 以重新配置该群集。
    2. 重新配置所有之前出现故障后又重新加入群集的主机。
      1. 在 VI Client 中单击 [主机和群集]
      2. 选择某个群集并单击 [主机] 选项卡。
      3. 选择所有要重新配置的主机,右键单击并选择 [重新配置 VMware HA]
  • 使用 NFS 数据存储的虚拟机可能会在 HA 故障切换事件后发生故障
    当 NFS 数据存储上的虚拟机内存过载时,将创建 vswp 文件,该文件是非零大小的交换文件。在这种情况下,如果发生 HA 故障切换事件且 HA 的设置为 [保持虚拟机为打开电源状态],则最初在 HA 事件之前运行虚拟机的主机上可能会发生虚拟机故障。
    当 NFS 数据存储上的虚拟机内存没有发生过载时,如果在 HA 设置为 [保持虚拟机为打开电源状态] 时发生 HA 故障切换事件,则可能无法进一步迁移在原始主机上运行的虚拟机。
    解决办法:将修补程序 ESX350-200905401-BG 应用到 ESX Server 3.5 主机,并将修补程序 ESXe350-200905401-I-BG 应用到 ESX Server 3i 版本 3.5 主机。
  • 将 NAS 数据存储上运行的虚拟机配置为 [关机] 或 [保持虚拟机为打开电源状态] 以响应主机隔离时,虚拟机可能会尝试在同一网络隔离事件中的两个主机上同时运行
    在多个网络发生故障导致主机隔离及数据存储网络访问丢失的情况下,如果将虚拟机配置为 [关机] 或 [保持虚拟机为启动状态] 设置以响应主机隔离,则虚拟机可能会无限期地无法响应。由于 HA 尝试关闭虚拟机电源并在其他主机上重新启动,因此 VI Client 中可能出现两个虚拟机实例。没有数据损坏,因为 HA 和 VMFS 能正确控制对虚拟机数据的访问,但原始虚拟机无响应。已隔离主机上的数据存储访问恢复后,可手动关闭原始虚拟机电源。
    解决办法:在 NFS 或 iSCSI 环境中,如果主机已隔离,请选择 [关闭虚拟机电源] 作为群集中默认的虚拟机响应。

     

  • 在每台 ESX Server 主机都包含约 80 个虚拟机的 HA 群集中,虚拟机可能无法故障切换到其他主机
    从 VirtualCenter 2.5 Update 5 版本开始,HA 群集中的每个 ESX Server 主机最多可支持 80 个虚拟机。HA 群集中的每个 ESX Server 主机上都运行有大约 80 个虚拟机,如果故障切换容量限制内的主机发生故障,则可能会发现群集中其他主机上的虚拟机没有全部打开电源。VirtualCenter Server 可能会显示类似以下内容的消息:
    “<Datacenter_Name> 的群集 <Cluster_Name> 中的 <ESX_Server_Name> 上的 HA 代理出现错误 (HA agent on <ESX_Server_Name> in cluster <Cluster_Name> in <DataCenter_Name> has an error)”
    日志文件可能会显示类似以下内容的消息:
    “无法打开虚拟机电源:超过运行 VCPU 的个数限制 (Could not power on VM: Number of running VCPUs limit exceeded)”
    每个 ESX Server 上的虚拟 CPU 个数限制没有增加到 192 时,可能会发生该问题。从 ESX Server 3.5 Update 1 版本开始,每个 ESX Server 上的虚拟 CPU 个数限制从 128 增加到 192。默认情况下,ESX Server 主机上的该限制设置仍为 128。要解决该问题,请将 HA 群集中每个 ESX Server 的虚拟 CPU 限制增加到 192。
    有关增加 ESX Server 主机的虚拟 CPU 个数限制的信息,请参见 在 ESX 3.5 Update 1 及更高更新版本上将虚拟 CPU 数的限制从 128 增加到 192。(知识库文章 1006393)
  • 在已启用 HA 的群集中编辑的高级选项没有生效(知识库文章 1008479)
  • 主机故障切换后,VMware HA 健康状况监控未在控制台中显示重新引导
    主机出现故障后,在 HA 群集启用了健康状况监控的情况下,虚拟机控制台会显示一个空窗口。控制台不显示虚拟机重新引导。
    解决办法: 必须打开一个新控制台窗口,查看故障切换后重新启动的虚拟机。
  • 在对 HA-DRS 群集进行操作的过程中,VI Client 可能将主机显示为 [无响应]
    在对 HA-DRS 群集进行操作(例如向 DRS 群集中添加主机或从 DRS 群集中移除主机,或应用 DRS 建议)的过程中,即使主机 IP 可到达,VI Client 可能仍将主机显示为 [无响应]。
    解决办法:将主机与 HA-DRS 群集断开,然后重新进行连接。这将刷新系统,VI Client 将反映已作出的配置更改。 如果 VI Client 仍然将主机显示为 [无响应],请将主机与 HA-DRS 群集断开,移除主机,然后将主机重新添加到相同的群集中。
  • VirtualCenter Server 升级完成后,重新配置 ESX Server 主机上的 HA Agent 可能会失败
    当升级包含已启用 HA 的群集的 VirtualCenter Server 并将 ESX Server 主机重新连接到该 VirtualCenter 时,为其中一个 ESX Server 主机配置 HA 代理可能会失败,并显示类似以下内容的 HA 代理错误消息:
    “<Datacenter_Name> 的群集 <Cluster_Name> 中的 <Host_Name> 上的 HA 代理出现错误:
    无法为主节点执行 cmd addnode 命令:/opt/vmware/aam/bin/ft_startup 失败 (HA agent on <Host_Name> in cluster <Cluster_Name> in <Datacenter_Name> has an error: cmd addnode failed for primary node: /opt/vmware/aam/bin/ft_startup failed)”
    解决办法:VirtualCenter Server 升级完成后,禁用并重新启用群集上的 HA。
  • HA 网络合规检查
    在 VirtualCenter 2.5 Update 2 中配置 HA 的过程中, [任务与事件] 选项卡可能会显示以下错误消息和建议:
    “<datacenter> 的群集 <clustername> 中的 <esxhostname> 上的 HA 代理出现 HA 网络不兼容的错误:
    请考虑使用 [高级群集设置] das.allowNetwork 控制网络使用情况。(HA agent on <esxhostname> in cluster <clustername> in <datacenter> has an error Incompatible HA Network: Consider using the Advanced Cluster Settings das.allowNetwork to control network usage.)”
    从 VirtualCenter 2.5 Update 2 开始,HA 具有增强型网络合规检查以提高群集的可靠性。此增强型网络合规检查功能有助于确保群集范围的心跳网络路径的正确性。有关详细信息,请参见 知识库文章 1006606
  • 早于 ESX 3.5 Update 3 的 ESX 或 ESXi 版本不支持 VMware HA 中的虚拟机监控功能
    为受 VirtualCenter Server 2.5 Update 6 管理的群集启动了 VMware HA 后,虚拟机监控功能在版本低于 ESX 3.5 Update 3 的 ESX 或 ESXi 主机上无法正常发挥作用,并且可能会导致错误的虚拟机故障切换。
    解决办法:禁用这些虚拟机的虚拟机监控功能,或将 ESX/ESXi 主机升级到 ESX 3.5 Update 3 或更高版本。