VMware vRealize Automation 6.2.3 发行说明

|

vRealize Automation 6.2.3 | 2015 年 10 月 6 日 | 内部版本 3093004

VMware Identity Appliance 6.2.3 | 2015 年 10 月 6 日| 内部版本 3011559

vRealize Automation Application Services 6.2.0 | 2014 年 12 月 9 日 | 内部版本 2299597

vRealize Automation Application Services 6.2.0 | 2014 年 12 月 9 日 | 内部版本 2299597

更新时间:2015 年 10 月 6 日

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

发行说明内容

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

新增功能

此版本的 vRealize Automation 包含一些已解决的问题(如已解决的问题部分所述)以及以下增强功能:

  • 新增了对 vCloud vApps 变更保留操作的支持,使管理员能够更改置备的 vApp 的业务组。
  • 新增了当在蓝图中未启用快照时,对所有用户(包括业务组主管和支持用户)禁用快照选项的功能。
  • 新增了对 vCloud Government Service 和 Amazon Web Services GovCloud 的支持。
  • 更新了对下列端点的版本支持:
    • OpenStack Juno
    • vCloud Director 5.5.3
    • vRealize Orchestrator 6.0.3
    • vSphere 5.5 Update 3
    • vSphere 6.0 Update 1
  • 新增了对 Microsoft SQL Server 2012 SP2 的支持。
  • 改进了 Windows 版本的 Guest Agent 的错误日志记录。
  • 更改了 VMware 客户体验改善计划。
  • 客户体验改善计划 (CEIP) 从选择加入更改为选择退出,默认情况下已启用。当您升级到版本 6.2.3 时,您已自动在 CEIP 中注册。有关此计划的更多信息,请参见 《vRealize Automation 系统管理》。您可以从管理控制台上的“遥测”选项卡禁用此计划,如“启用或禁用 vRealize Automation 的客户体验改善计划”中所述。

有关 vRealize Orchestrator 插件新增功能的详细信息,请参见适用于 vCloud Automation Center 6.2 的 VMware vCenter Orchestrator 插件发行说明

此版本替换早期版本 vRealize Automation 6.2.3(内部版本 3025163)。有关自发布 vRealize Automation 6.2.3(内部版本 3025163)以来所修复问题的信息,请参见知识库文章 2131866知识库文章 2131870知识库文章 2131869

系统要求、安装和升级

有关支持的主机操作系统、数据库和 Web 服务器的信息,请参见 vRealize Automation 支持列表

有关其他必备条件和安装说明,请参见 VMware vRealize Automation 6.2 文档中心中的 vRealize Automation 安装和配置

要升级到版本 6.2.3,请按照升级到 vRealize Automation 6.2 或更高版本中的说明操作。

要从早期版本 vRealize Automation 6.2.3(内部版本 3025163)升级,请参见知识库文章 2133793

文档

vRealize Automation 文档集包括众多更新以支持版本 6.2.3 中引入的所有新功能。

要访问全套 vRealize Automation 6.2.3 文档,请转到 VMware vRealize Automation 6.2 文档

已知文档问题

  • 高级服务设计
    使用单个帐户配置与外部 vRealize Orchestrator 服务器的连接时,该帐户必须属于 vRealize Orchestrator vcoadmins 组或属于具有查看和执行权限的组。

已解决的问题

已解决的问题分为以下几组:

安装和升级

  • 安装或升级 VMware vRealize Automation 6.2.x IaaS 失败,并显示错误:退出,代码为 -1 (exited with code -1)
    出现此问题的原因是,IaaS 虚拟机安装了 Java Runtime Environment (JRE) 1.8。

    解决办法:卸载 Java Runtime Environment (JRE) 1.8,然后安装 JRE 1.7。请参见知识库文章 2101591

  • 此问题已解决。

配置和置备

  • 重新配置期间硬盘被意外删除。
    已解决下列关于执行重新配置操作时硬盘删除的问题:

    • 重新配置具有 RDM 磁盘的虚拟机时硬盘被删除。
    • 在多个浏览器选项卡中执行重新配置操作时硬盘和网卡被意外删除。
    请参阅知识库文章 2124657知识库文章 2124198

  • 此问题已解决。

已知问题

已知问题分为如下类别:

之前未记录的已知问题以 * 符号标记。

安装和升级

  • 升级 vRealize Automation 时,高级服务设计器将无法打开并显示错误消息*
    升级 vRealize Automation 时,将显示错误消息“依赖关系解析失败 (Resolution of the dependency failed)”。有关详细信息,请参见知识库文章 2122397


  • 升级 vRealize Automation 时,数据库升级脚本失败*
    如果数据库名称中包含空格,则升级脚本将失败。

  • 解决办法:如果您遇到此问题,请联系 VMware 客户支持部门。

  • vRealize Automation IaaS 基于 .Net 4.5.2 安装失败
    从 .NET 4.5.1 升级到 4.5.2 时,可能会显示以下错误消息:Files (x86)\VMware\vCAC\Server\Model Manager Data\DynamicOps.ManagementModel.dll" -s "sql_server.your_company_name.com" -d "vCAC" -c "C:\Program Files (x86)\VMware\vCAC\Server\Model Manager Data\ManagementModelSecurityConfig.xml" -v

  • 解决办法:按照 Microsoft 安装说明中所述安装最新的 Windows 更新并重新引导系统以升级到 .NET 4.5.2。

  • 在某些情况下可能会覆盖对 /etc/hosts 文件所作的更改
    如果对 /etc/hosts 文件进行了更改,则执行以下任一操作时将会覆盖您的更改:

    • 重新引导
    • 网络更改
    • 在管理控制台的“网络”选项卡中进行更改
    • 升级

  • 解决办法:要永久更改 /etc/hosts 文件,必须在 VAMI_EDIT_BEGIN 至 VAMI_EDIT_END 部分以外进行更改,因为检测到网络更改时会覆盖此部分。

  • 设备重新启动时不会保留 hosts 文件中更改或添加的 IP 地址
    有关详细信息,请参见知识库文章 2112582

  • vRealize Automation 登录页面上不显示“用户名”和“密码”字段
    此问题仅出现在较高版本的 Firefox 浏览器中,原因是 VMware 客户端集成插件和 Firefox 不兼容。

    解决办法:有关详细信息,请参见知识库文章 2102075

  • 升级到 vCenter PSC (Platform Services Controller) 版本 6.0 之后,登录到 vRealize Automation 时出错
    升级到 vCenter PSC (Platform Services Controller) 版本 6.0 之后,登录到 vRealize Automation 时显示错误消息:由于 VMware 客户端集成插件导致的错误,Windows 会话身份验证登录已失败 (Windows Session Authentication login has failed as a result of an error caused by the VMware Client Integration Plugin)。可能还会出现一个对话框,其中显示消息:没有要运行 vmware_csd 进程的应用程序 (there is no application to run vmware_csd process)。需要使用 6.0 版本的客户端集成插件才能登录。

    解决办法:从 http://vsphereclient.vmware.com/vsphereclient/VMware-ClientIntegrationPlugin-6.0.0.exe 下载客户端集成插件,然后再次登录到 vRealize Automation。

  • 使用 vSphere 6.0 中引入的 vCenter PSC (Platform Services Controller) 版本 6.0,可以指定除 vsphere.local 以外的其他租户名称。
    vRealize Automation 要求使用 vsphere.local 作为默认租户名称,因为配置 vRealize Automation 时,无法在虚拟设备的 SSO 选项卡上输入租户名称。
    解决办法:请勿在 vSphere 6.0 中对租户名称 vsphere.local 进行重命名。

  • vCenter Server 从版本 5.5 U2 升级到 6.0 之后,vSphere Web Client 登录屏幕显示 VMware vCloud Automation Center 而不是 VMWare vCenter Single Sign-On

    升级配置了 PSC (Platform Services Controller) 且还随其一起配置了 vRealize Automation 的 vCenter Server 时,vSphere Web Client 登录屏幕错误地显示 VMware vCloud Automation Center 而不是 VMWare vCenter Single Sign-On。即使未在 vRealize Automation 中选择 [应用品牌] 选项,也会发生此问题。

  • 从 vCenter SSO 5.5 升级到 PSC (Platform Services Controller) 6.0 之后,无法编辑 vRealize Automation 中使用 vCenter 5.5 SSO 创建的租户(仅基于 Windows 的 SSO)

    如果在连接到 vCenter 5.5 SSO 时创建租户,并尝试在升级到 PSC 6.0 之后编辑这些租户,则编辑操作将失败并显示以下错误消息:系统异常 (System Exception)。有关详细信息,请参见知识库文章 2109719

  • 升级到 PSC 6.0 之后,访问默认租户 URL (https://FQDN_VA/vcac) 时显示 400 请求错误,因为在 vRealize 虚拟设备中进行 SSO 注册期间端口 7444 不再有效
    尝试向升级后的 PSC 6.0 重新注册虚拟设备时,虚拟设备上显示错误消息:尝试在主机 vra-va-hostname.domain.name 上通过端口 7444 访问远程 SSO,但返回的主机是 vra-va-hostname.domain.name 且端口是 443 (Trying to access remote SSO on host vra-va-hostname.domain.name and port 7444, but the returned host is vra-va-hostname.domain.name and port 443)

  • 解决办法:执行以下步骤。

    1. 通过使用 vRealize Appliance 管理控制台的完全限定域名 (https://vra-va-hostname.domain.name:5480) 导航到该管理控制台。
    2. 使用您在部署设备时指定的 root 用户名和密码登录管理控制台。
    3. 单击 vRA 设置选项卡。
    4. 单击 SSO
    5. 输入 SSO 服务器的设置。这些设置必须与您在配置 SSO 设备时输入的设置匹配。
        1. SSO 主机文本框中以 sso-va-hostname.domain.name 格式键入 SSO 设备的完全限定域名。不要使用 https:// 前缀。例如,vra-sso-mycompany.com
        2. 默认端口号 7444 将显示在 SSO 主机文本框中。将此值更改为 443。
        3. 不要更改默认租户名称 vsphere.local。
        4. SSO 管理员用户文本框中键入默认管理员名称 administrator@vsphere.local。
        5. 在“SSO 管理员密码”文本框中键入 SSO 管理员名称。
        6. 选择应用品牌
        7. 单击保存设置
        8. 单击确定
        9. 几分钟后,将出现一条成功消息,且 SSO 状态更新为“已连接”。

        10. 导航到服务选项卡,等待所有虚拟设备服务开始运行,然后再重新登录该产品。
  • 将 vRealize Automation 从 SSO 5.x 升级到 vCenter PSC 6.0 之后,无法访问租户并显示内部错误(仅 Linux)
    解决办法:有关详细信息,请参见知识库文章 2112030

  • 恢复与 vSphere 蓝图的远程控制台操作的连接
    6.2.2 包含对 vSphere 所置备设备的远程控制台的支持。从 6.2 升级到 6.2.2 时,必须更改现有蓝图以在“操作”选项卡中启用“使用远程控制台连接”。有关详细信息,请参见知识库文章 2109706

  • 在拆分 DNS 配置下,Identity Appliance 管理控制台中会显示警告
    如果在拆分 DNS 配置下选择“加入 AD 域”,Identify Appliance 管理控制台中会显示警告。可以忽略此警告消息。

    解决办法:通过在命令行运行 domainjoin-cli --disable hostname 命令手动加入域。vCenter Appliance 将此语法用于相同的 domainjoin-cli。

  • 使用 IaaS 自定义安装选项安装 Manager Service 组件失败
    不支持在已安装数据库、网站和 Model Manager Data 组件的计算机上安装 Manager Service 组件。如果尝试进行该安装,Manager Service 组件安装会失败,并显示错误消息:存在虚拟应用程序 vcac (Virtual application vcac exists)

  • 由于节点和管理控制台之间的网络连接速度缓慢,日志未包括在最终捆绑包中
    如果超过了超时时间,日志不会上载并且不会包括在最终捆绑包中。当前超时时间固定为节点开始执行命令后的 30 分钟。由于节点和管理控制台之间的网络连接速度缓慢,可能会出现这种情况。

  • 必备条件检查器使用非默认 SQL 端口时不会检测设置
    如果运行自定义安装并在使用非默认实例和非默认端口的 SQL 上选择数据库节点,则即使 Microsoft 分布式事务处理协调器 (MSDTC) 已正确配置并且该 MSDTC 服务正在运行,必备条件检查器也不会检测设置。

    解决办法:手动验证 MSDTC 正在运行,然后在必备条件检查器中单击绕开以继续进行安装。

  • 从 6.1 升级到 6.2 后,Identity 虚拟设备的登录页面会显示 VMware vCloud Automation Center
    如果从 VMware vCloud Automation Center 6.1.x 升级到 vRealize Automation 6.2,Identity 虚拟设备的登录页面会将品牌名称显示为 VMware vCloud Automation Center,而不是 VMware vRealize Automation。

    解决办法:通过导航到管理控制台中的 SSO 选项卡并选择保存设置,重新注册 Identity 虚拟设备。将显示新品牌名称。

  • 已停止计算机的存档日志丢失
    如果某些计算机的存档日志丢失,计算机要么已停止,要么无法连接。

  • 无法使用安装向导将 vRealize Automation 数据库安装到自定义目录
    在分布式(自定义)安装中,安装程序会忽略您对默认数据库和日志目录所做的更改。将在默认目录中创建数据库和日志。

    解决办法:要将数据库安装到非默认位置,请先使用 DBinstall 脚本安装数据库,然后再安装 vRealize Automation。

  • 如果公用名称包含大写字母,Single Sign-On 证书验证会失败
    将证书分配给 Single Sign-On 设备时,所有字符串将转换为小写。由于验证过程区分大小写,且证书名称包含大写字母,而验证过程在搜索全部小写的名称,因此验证失败。

    解决办法:在 vRealize Automation 设备 > vRA 设置 > SSO 处指定 SSO 主机地址时,使用将证书分配给 SSO 设备时使用的大小写输入地址。

  • 指定的主机名不正确时安装失败
    安装失败,并显示类似以下内容的错误:
    信息: 2014-06-17 10 42 32 059 AM: System.AggregateException: 发生一个或多个错误。---> System.Net.Http.HttpRequestException: 发送请求时出错。---> System.Net.WebException: 无法解析此远程名称: “po-va-rtq8c.sqa.local”原因: 在“vCAC 设置”>“主机设置”的“vCAC 主机名”字段中输入了错误的名称 (Info : 2014-06-17 10 42 32 059 AM : System.AggregateException: One or more errors occurred. ---> System.Net.Http.HttpRequestException: An error occurred while sending the request. ---> System.Net.WebException: The remote name could not be resolved: 'po-va-rtq8c.sqa.local'Cause: Cause: An incorrect name was entered in the vCAC HostName field at vCAC Settings > Host Settings)。

    解决办法

    1. 编辑虚拟设备配置文件 /etc/sysconfig/network/dhcp 以包含正确的主机名。
    2. 重新引导虚拟设备。
    3. 登录到虚拟设备管理控制台。
    4. 打开 vRA 设置选项卡并单击主机设置
    5. 主机名文本框中输入正确的名称。
    6. 单击保存设置
      注意:请勿单击解析主机名
    7. 完成虚拟设备配置步骤并继续安装。

迁移

  • 对于迁移自 vRealize Automation 5.2.x 版本的 vApp,其组件的销毁日期与 vApp 容器的不同
    迁移自 vRealize Automation 5.2.x 版本的所有 vApp 显示的组件销毁日期与容器销毁日期不一致。组件显示与过期日期相同的销毁日期,但容器显示正确的信息。由于 vRealize Automation 基于容器信息管理 vApp 租约,组件将不会提前删除。

  • 迁移后,事件日历 Portlet 不显示正确的创建日期
    迁移后,事件日历 Portlet 将迁移日期显示为所有迁移项的创建日期。不管实际日期还是正确日期,都会出现此问题。

国际化

  • 如果在“项目”选项卡中,虚拟机的名称包含非 ASCII 字符,将无法创建快照
    如果项目选项卡中的虚拟机名称包含非 ASCII 字符,将无法创建虚拟机快照。

    解决办法:重命名该计算机并使用英文字符创建快照。

  • 包含 Unicode 字符的客户机代理自定义脚本保持无限循环
    如果客户机代理的自定义脚本在脚本名称中包含 Unicode 字符,则不会置备虚拟机,且请求保持无限循环。

    解决办法:请勿在脚本名称中包含 Unicode 字符。

网络连接

  • 在多个 VDR 路由网络中启用负载平衡时,将使用相同的 NSX Edge
    在多计算机蓝图的多个 VDR 路由网络中启用负载平衡时,单个 NSX Edge 将连接到边缘上行链路端的网络。在这种情况下,一个或多个负载平衡器虚拟服务器可能无法访问。

  • 在 vCenter Server 中重新配置网络后,vRealize Automation 中的虚拟多计算机组件显示不正确的网络设置
    在 vRealize Automation 中,无法重新配置虚拟多计算机组件的 vCloud Networking and Security (NSX) 网络。而必须使用 vSphere Client 在 vCenter Server 中重新配置网络。请注意,虚拟多计算机组件的某些网络设置不会正确显示在 vRealize Automation 中。

    解决办法:在 vCenter Server 中更新网络以还原正常的网络设置。

  • VMware NSX 多计算机蓝图的并行部署任务无限期处于“正在进行”状态*

    解决办法:要解决此问题,请参见知识库文章 2128908

Application Services

  • SSO 用户无法登录到 Application Services
    如果 Application Services 在 vRealize Automation 启动并运行之前重新启动,则 SSO 用户无法登录到 Application Services。

    解决办法:确保先运行 vRealize Automation,然后再启动或重新启动 Application Services。

  • 无论是否配置全局代理设置,将不使用部署环境代理设置
    无论您是否配置 darwin_global.conf 文件中的全局代理设置,在配置部署环境级别的代理设置时,部署将不应用部署环境级别的代理设置。

  • 无法使用 vRealize Automation 6.2 版本将蓝图从 Application Director 发布到 vRealize Automation 目录
    如果将 vRealize Automation 6.0.1.x 或 6.1 升级到 6.2,然后尝试将蓝图发布到 vRealize Automation 目录,则出现错误消息:发生意外错误。请联系系统管理员 (An unexpected error occurred. Please contact your system administrator)。向 vRealize Automation 6.2 版本注册新的 Application Director 实例不会出现此问题。

    解决办法:从 vRealize Automation 6.2 取消注册 Application Director 6.0.1.x 或 6.1,然后向 vRealize Automation 重新注册 Application Director。

  • 架构管理员销毁跨租户物理、应用程序服务时访问被拒绝
    架构管理员在销毁跨租户物理、应用程序服务时将收到以下消息:拒绝访问 (Access Denied)。

  • 解决办法:在计算机所在的租户中以架构组的架构管理员身份登录来进行销毁。

  • 在 Application Services 中,无法向蓝图画布中的磁盘添加描述
    如果使用 Windows Internet Explorer 11,无法向蓝图画布的磁盘选项卡上的磁盘添加描述。

    解决办法:要向蓝图画布中的磁盘添加描述,必须使用 Chrome 或 Firefox。

  • 无法更新使用通过 Application Director 6.0.1.x 或 6.1 部署的 Puppet 服务的节点
    Application Services 6.2 不支持更新使用通过 Application Director 6.0.1.x 或 6.1 部署的 Puppet 服务的节点。Application Services 6.2 会创建一个 Puppet 节点清单,允许您更新特定的服务,但它与在 Application Director 6.0.1.x 或 6.1 中生成的节点清单文件不兼容。

    解决办法:请参见知识库文章 2088837

高级服务设计器

  • 测试连接时出错“无法连接到 Orchestrator 服务器 (Cannot connect to Orchestrator server)”
    如果在登录到 vRealize Automation 管理控制台时测试连接,收到错误消息“无法连接到 Orchestrator 服务器 (Cannot connect to Orchestrator server)”,则 vRealize Orchestrator 端点未注册。偶尔会出现此问题。

    解决办法:要解决此问题,您必须重新注册 Orchestrator 服务器。

    1. 以 root 用户身份登录到 vRealize Applicance Linux 控制台。
    2. 输入 vcac-vami vco-service-reconfigure,然后按 Enter
    3. 注销并测试 vRealize Orchestrator 连接。
  • vRealize Orchestrator 表示绑定后,不会评估高级服务设计器字段值限制
    如果设计的是请求表单,且字段限制使用与该表单中其他字段(其值基于 vRealize Orchestrator 表示中定义的绑定表达式计算)的绑定,则不会正确应用限制。字段之间的绑定应完全在 vRealize Orchestrator 表示或高级服务设计器表单中定义。

  • 高级服务设计器中可能会出现错误的字段检查
    更改创建模式的端点类型时,可能会出现不正确的字段检查。

    解决办法:执行以下步骤。
    1. 关闭当前打开的端点创建向导。
    2. 启动新的端点创建向导。
    3. 在向导首页选择正确的插件类型。
    4. 表单表示选项卡上,输入所需的数据。
    5. 保存配置。

    将执行正确的表单条件限制。

  • 选择的工作流的输入类型为字符串数组且数组中包含可能返回空值的预定义应答操作时,无法在高级服务设计器中创建服务蓝图或资源操作
    在高级服务设计器中,创建服务蓝图或资源操作过程中,如果您选择的 vRealize Orchestrator 工作流的输入参数类型为字符串数组,且数组中包含的预定义应答属性调用可能返回空值的脚本操作,则当您单击“下一步”时,此过程将失败并显示错误消息:出现了内部错误。如果问题仍然存在,请与系统管理员联系。与系统管理员联系时,请使用以下参考: (Internal ErrorAn internal error has occurred. If the problem persists, please contact your system administrator.When contacting your system administrator, use this reference:)

    解决办法:从 vRealize Orchestrator 客户端的设计角度来看,可通过将空值替换为空数组来编辑预定义应答操作。例如,如果操作脚本代码为:

    if (someCondition) {
    return ["a", "b", "c"];
    } else {
    return null;
    }

    您必须将代码更改为:

    if (someCondition) {
    return ["a", "b", "c"];
    } else {
    return [];
    }

配置和置备

  • 服务目录中置备克隆虚拟机、基本虚拟机或链接克隆虚拟机的请求失败
    将 vCenter Server 从 6.0 升级到 6.0U1 并且将 vRealize Automation 从 6.2.0 升级到 6.2.2 后,置备失败,但是错误消息“请求失败: 计算机 : 克隆虚拟机: 对象引用未设置为一个即时对象 (Request failed: Machine : CloneVM : Object reference not set to an instance of an object)”未提供详细的错误原因。

    解决办法:在 IaaS 计算机中重新安装分配给对应 vCenter Server 的 vSphere Agent,然后启动数据收集。

  • 在“编辑业务组”页面上无法使用部分名称搜索用户
    如果在“编辑业务组”页面上的“组主管角色”、“支持角色”或“用户角色”字段中使用部分名称进行搜索,则会显示以下错误:搜索导致错误: (无错误消息) (Search resulted in an error: (no error message available))。此错误仅出现在已配置本地 AD 的默认租户中。

    解决办法:搜索用户时,输入完全限定域名。

  • 从大型多计算机蓝图置备计算机时,如果多计算机虚拟机名称的总长度过长,则会显示错误消息
    从多计算机蓝图置备计算机时,请求的计算机名称列表中所允许的总字符数为 503。此事件的审核日志(基础架构 > 监控 > 审核日志)中会创建以下错误消息。但是,此错误不会影响多计算机置备过程。[Error]: System.Data.UpdateException: An error occurred while updating the entries.See the inner exception for details.---> System.Data.SqlClient.SqlException: String or binary data would be truncated.

    解决办法:要消除错误,可以减少多计算机蓝图中的蓝图数量,或缩短相关计算机名称。

  • vSphere 预留不支持 NetApp FlexClone 存储验证
    如果使用 Reservation Service API 创建预留,则即使为该预留分配的所有存储均支持 FlexClone,也不会启用 NetApp FlexClone。

    解决办法:使用用户界面创建预留。

  • 从 Active Directory 中删除的用户仍在 vRealize Automation 的某些区域中
    如果从 Active Directory 中删除某个用户,则该用户仍在“授权”选项卡的“授权列表”中和“批准策略”列表中。如果某个请求需要用户批准,则批准将失败,并显示以下错误:状态详细信息: 请求批准已返回但显示错误 (Status Details The Request approval has returned with an error)。

    解决办法:将用户重新添加到 Active Directory,或者删除并重新创建批准策略,然后移除对此用户的所有引用。

  • 重新配置批准请求中的成本显示不正确
    如果更改现有计算机计算资源的成本,然后使用更多的内存、CPU 和存储重新配置计算机,则重新配置批准请求中的成本显示不正确。而是显示旧值。

  • “衡量指标提供程序配置”选项卡中显示错误
    如果导航到衡量指标提供程序配置选项卡(初始便已选择 vRealize Automation 衡量指标提供程序),并选择 vRealize Operations 端点选项,然后重新选择 vRealize Automation 衡量指标提供程序,再单击保存,将显示错误消息:更正突出显示的错误 (Correct the highlighted errors)

  • 解决办法:刷新浏览器或注销并重新登录到 vRealize Automation 用户界面。

  • 由于自定义期间出错,vApp 置备失败
    如果更改 vApp 模板中虚拟机的硬件设置,然后更新该模板,则无法置备虚拟机,除非运行端点数据收集。

  • 授予用户新角色后,无法更新选项卡
    授予用户新角色后,即使注销后重新登录,该角色特定的选项卡仍可能无法持续显示至少 5 到 10 分钟。

  • 之前在“主页”选项卡上添加的 Portlet 可能无法完全呈现
    如果使用 Internet Explorer 8 或 9 登录 vRealize Automation 并在主页选项卡下方添加其他 Portlet,之前在 vRealize Automation 中存在的 Portlet 可能无法完全呈现。

  • 解决办法:刷新浏览器。

  • 使用新的操作系统版本部署基于 Puppet 的预定义 Test App 1.0.0 或基于 Puppet 的 Test App 1.0.1 时发生错误
    如果在基于 Puppet 的预定义 Test App 1.0.0 或基于 Puppet 的 Test App 1.0.1 的蓝图中创建和使用新的操作系统版本,并部署应用程序,部署会失败,并出现错误消息:发生意外错误。请联系系统管理员 (An unexpected error occurred. Please contact your system administrator)

  • 解决办法:重用蓝图中的预定义操作系统版本,而非使用新的操作系统版本。

  • 置备计算机上的操作尚未完成前标记为完成
    “重新置备”“关闭电源”等操作可能仍在进行中时,就在“请求”页面上显示为“完成”。计算机的实际状态反映在“项目”页面上。

  • 客户机代理文件 SCCMPackageDefinitionFile.sms 需要更新
    客户机代理文件 SCCMPackageDefinitionFile.sms 包含过期的名称和发布者信息。这不会影响功能。

  • 租约日期可以更改为超出批准策略值范围
    使用更改租约资源操作,可以将租约日期更改为晚于在蓝图上指定的最大租约范围的日期。

  • 已删除的自定义组未从授权中移除
    当链接到授权的自定义组删除时,自定义组未从授权中移除。

    解决办法:删除自定义组并将其从授权中移除:

    1. 从授权中移除自定义组。
    2. 删除自定义组。

  • 从自定义组中移除业务组角色不会撤销授权
    当链接到授权的自定义组从业务组角色中移除时,自定义组未从授权中移除。

    解决办法:从自定义组中移除业务组角色并将其从授权中删除:

    1. 从授权中移除自定义组。
    2. 从业务组角色中移除自定义组。

  • Hyper-V 计算机在基础架构组织器中错误地作为非受管计算机列出
    当 Hyper-V 计算机置备失败时,vRealize Automation 报告计算机已损坏,但是它仍保留在端点上,并在基础架构组织器中显示为非受管计算机。

  • 置备 Citrix XenDesktop/Provisioning Service 计算机时,计算机仍保留“未置备”状态
    VMware VDI 代理以及任意版本的 VMware EPI 代理(例如 Citrix、BMC、Opsware、VBScripts 等)会出现此问题。主工作流计算机置备周期中的各个点也会出现此问题。

    可能是代理安装为使用特定服务器名称(而非留空)处理所有第三方服务器请求。如果输入特定服务器名称,则此代理只会处理与该服务器名称完全匹配的服务器的请求。vRealize Automation 使用自定义属性 EPI.Server.NameVDI.Server.Name 中的值查找相应代理来处理请求。如果未找到匹配的代理,计算机在置备期间仍保留“EPI 注册/计算机已置备”状态,或者“未置备/取消激活计算机”状态,直到找到相应代理。

    解决办法:安装新的 EPI/VDI 代理,其中服务器值为 EPI.Server.Name/VDI.Server.Name 中输入的值,或者将服务器名称留空。
    此外,您可以通过完成以下步骤更新当前代理的代理配置文件并更改服务器值。

    1. 备份代理配置文件,通常位于 C:\Program Files (x86)\VMware\vCAC\Agents\agentName\VRMAgent.exe.config
    2. 以管理员身份打开文本编辑器。
    3. 要更改任何代理类型,请将 SERVER_NAME_VALUE 替换为您的服务器名称,或将其删除以留空。
      epiIntegrationConfiguration epiType="CitrixProvisioning" server="SERVER_NAME_VALUE"
      vdiIntegrationConfiguration vdiType="XenDesktop" server=""X
    4. 保存更改。
    5. 重新启动代理服务。
        1. 单击开始 > 管理工具 > 服务
        2. 右键单击所需的 VMware vRealize Automation 代理服务,然后单击重新启动
        3. 代理成功重新启动后,作业将按预期继续。

  • 当管理员是数百个组中的成员时,打开“基础架构”选项卡失败
    使用 Active Directory 和 SSO 时,属于多个组成员的 IaaS 管理员可能无法显示“基础架构”选项卡。尝试执行此操作可能产生以下错误之一:

    • 错误请求 - 请求过长 - HTTP 错误 400。请求标头过长 (Bad Request - Request Too Long - HTTP Error 400. The size of the request headers is too long)。
    • 服务无法访问 - 在预期地址无法访问所需的服务。请与系统管理员联系以获取帮助。引用错误 REPO404 (Service Unreachable - A required service cannot be reached at the expected address. Contact your system administrator for assistance. Reference error REPO404.)。
  • 解决办法:解决方案是增加令牌限制,如以下示例所示。

    1.确定并设置最大 Kerberos 令牌大小。要为您的部署确定正确的 Kerberos 最大令牌大小,请使用以下准则:

    Kerberos MaxTokenSize = 1200 + 40d + 8s(字节)

    此公式使用以下值:

    • d -- 用户所属的域本地组的数目 + 用户所属的用户帐户域之外的通用组的数目 + 安全 ID (SID) 历史记录中表示的组数目。
    • s -- 用户所属的安全全局组的数目 + 用户所属的用户帐户域中通用组的数目。
    • 1200 -- 票证开销的估计值。该值可能因 DNS 域名长度和客户端名称等因素而异。

    2.确定是否需要修改注册表项。如果通过使用以上公式计算的令牌大小小于 12,000 字节(默认大小),则不必在域客户端中修改 MaxTokenSize 注册表值。如果该值大于 12,000 字节,则需要调整 MaxTokenSize 注册表值(请参见 http://support.microsoft.com/kb/263693)。如果需要更改 Kerberos MaxTokenSize 值,请修改以下注册表项:

    HKLM\System\CurrentControlSet\Control\Lsa\Kerberos\Parameters
    MaxTokenSize, REG_DWORD,
    <value>(MaxTokenSize 注册表项的建议值为 65535 十进制格式或 FFFF 十六进制格式)

    3.通过使用以下准则为您的部署确定并设置正确的 HTTP 最大请求大小,其中 T 是上面设置的 Kerberos MaxTokenSize

    MaxFieldLength =(4/3 * T 字节)+ 200
    MaxRequestBytes =(4/3 * T 字节)+ 200

    MaxFieldLengthMaxRequestBytes 设置为计算的值,如以下示例中所示,它们被设置为允许的最大值:

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters
    MaxFieldLength DWORD 65534
    MaxRequestBytes DWORD 16777216

    有关用户属于多个组时的 Kerberos 身份验证问题的信息,请参见以下支持说明:
    http://support.microsoft.com/kb/327825
    http://support.microsoft.com/kb/263693
    http://support.microsoft.com/kb/2020943

已弃用的功能和支持

在未来的 vRealize Automation 版本中,将不再支持以下已弃用的功能。VMware 仍然支持已弃用的功能,并为当前版本的 vRealize Automation 提供技术支持和工程修复。

互操作性

如果您使用的是以下已弃用的软件版本之一,VMware 建议您升级到新版本。在安装较新的软件版本之前,vRealize Automation 仍然支持这些软件版本。

  • 浏览器
    • Internet Explorer 8 和 9

  • 数据库
    • 外部 PostgreSQL 或 vPostgres 设备
    • SQL Server 2008 R2

  • 客户机操作系统
    • Red Hat Enterprise Linux 5.x、6.0、6.1、6.2、6.3、6.4
    • SUSE Linux Enterprise Server 11 SP2
    • Windows 8

  • VMware 平台
    • vSphere 4.x
    • vCloud Director 5.1
    • vRealize Business 6.1
    • vRealize Orchestrator 6.0

  • 第三方置备
    • BMC BladeLogic 7.6 和 8.2
    • Cisco UCS Manager 2.0 和 2.1
    • Citrix PVS 6.0
    • Citrix XenDesktop 5.5、7.0、7.1、7.5
    • Citrix XenServer 5.6
    • HP Software Server Automation 7.8
    • Hyper-V 2012
    • KVM 3.1
    • NetApp FlexClone OnTap 7.3.1.1
    • Red Hat OpenStack Grizzly 和 Havana

API

计划在未来的 vRealize Automation API 版本中进行以下更改。将对 vRealize Orchestrator 和 vRealize CloudClient 的 vRealize Automation 插件进行更新,以反映 vRealize Automation API 中的这些更改。

  • 置备和管理目录项和资源
    • vRealize Automation 目录 API 中的 HTTP 方法和端点 URI 保持不变;但是,请求和响应负载将会因为蓝图模型发生了更改而有所不同。

  • 业务组管理
    • API 客户端应从使用 IaaS 业务组 API 切换为使用 vRealize Automation 标识 API。

  • 预留管理
    • API 客户端应从使用 IaaS 预留 API 切换为使用 vRealize Automation 6.2 中引入的 vRealize Automation 预留 API 。

  • Application Services
    • 将不再支持 Application Services API。将来,Application Services API 公开的功能将由新的 vRealize Automation API 提供支持。

  • Java SDK
    • 基于当前 Java SDK 构建的 Java 客户端将继续进行编译且不会报错;但是,必须更新用于置备多计算机蓝图的代码以与新的蓝图模型保持一致。