本主题列出了使用该服务时可能遇到的已知问题以及已知的解决办法(如果有)。

重要说明: 仅当您有权访问第一代控制平面中的第一代租户环境时,此信息才适用。如 知识库文章 92424 中所述,第一代控制平面已终止提供 (EOA)。有关详细信息,请参阅该文章。

本文档主题包括与 Horizon Cloud Connector 相关的已知问题。但是,即使您使用 Horizon Cloud Connector 将 Horizon 容器连接到 Horizon Cloud,有关在这些 Horizon 容器内运行的软件的已知问题,仍可根据容器的连接服务器软件版本,参阅以下位置的发行说明:

有关映像管理服务 (IMS) 的已知问题(涉及所有 Horizon Cloud 客户在生产环境中可用的 IMS 功能),请参阅《从云中管理 Horizon 映像》中的已知问题页面。

注: 在每个已知问题中,括号内标出的数字表示 VMware 内部问题跟踪系统的编号。

与登录相关的已知问题

即使您已成功为 My VMware 帐户创建了包含反斜线 (\) 的密码,也无法使用这些凭据登录 Horizon Cloud (2595757)
使用 My VMware 凭据登录到 Horizon Cloud 时,不支持使用包含反斜线的密码。要查看支持的特殊字符的列表,请登录到 my.vmware.com,然后导航到您的配置文件中的“更改密码”部分。该页面将显示受支持的特殊字符。解决办法:将您的 My VMware 帐户密码重置为新密码,并确保新密码中不包含反斜线 (\)。

与 Active Directory 相关的已知问题

在管理控制台中执行涉及 Active Directory 的操作之前,检测不到主绑定帐户锁定。(2010669)
由于此问题,只有在用户界面中执行了与 Active Directory 相关的操作(例如,搜索 Active Directory 来分配新用户)之后,登录到基于 Web 的管理控制台的管理员才能看到主绑定帐户锁定通知。只有当底层服务需要与 Active Directory 通信以执行(用户或组)身份验证或搜索时,才会检测到锁定的服务帐户。解决办法:无。
基于 Web 的管理控制台需要长达 15 分钟才能反映主绑定域帐户的锁定或解锁状态。(2009434)
由于缓存系统到 Active Directory 的连接对象需要用 15 分钟,因此,从主绑定帐户变为锁定状态,到系统向管理员发出通知,可能需要 15 分钟的时间。相反,管理员清除帐户的锁定条件后,系统可能需要 15 分钟才会停止有关帐户锁定条件现已清除的通知。解决办法:无。
对于 Microsoft Azure 的容器中的场,如果对同一 Active Directory 林中的不同域重复使用相同的场名称,则可能会因服务提供商名称 (SPN) 重复而导致加入域失败。(1969172)
由于 Microsoft Windows Server 2012 R2 及更高版本中的域控制器具有一项新功能,在域控制器上检查重复的 SPN 会导致域加入失败。请参见 Microsoft 知识库文章 3070083。解决办法:
  • 避免重复使用场名称。
  • 按照该 Microsoft 知识库文章中所述,关闭 Active Directory 域中的重复 SPN 检查。
使用 Azure AD 域服务时,Active Directory 注册工作流在域加入步骤失败,并显示缺少“重置密码”权限错误。(2218180)
Horizon Cloud 团队已确认,在将 Azure Active Directory (AD) 域服务与容器结合使用时以及在执行其他 Active Directory 域部署时,都要按相同的方式添加所需的域加入帐户权限。请参见 Microsoft 文档主题 在 Azure AD 域服务托管域中创建组织单位 (OU),其中介绍了内置容器 AADDC 计算机;另外,还请参见该主题开头处有关启用到 Azure AD 域服务的密码哈希同步的“重要”说明。在设置域加入服务帐户的权限之前,请务必遵循该 Microsoft 文档中有关为域加入服务帐户启用到 Azure AD 域服务的密码哈希同步的说明。如果在按照该 Microsoft 文档中的说明执行操作后,仍在“注册 Active Directory”工作流中遇到域加入权限错误,请联系 VMware 技术支持团队,并指明问题报告编号 2218180。

Microsoft Azure 订阅相关的已知问题

使用 Horizon Universal Console 更新容器的 Azure 订阅设置的密钥后,必须重新启动容器管理器虚拟机才能使新凭据生效(2979394、3007687、3017415)
由于此已知问题,在控制台的“管理订阅”窗口中编辑并保存 应用程序密钥设置后,新输入的密钥不会在容器管理器虚拟机上生效,直到在虚拟机的操作系统中重新启动管理服务。如果管理服务没有重新启动,则服务用于处理订阅中资源的 API 调用将开始失败。解决办法:如果您的容器由于某种原因(例如即将到期或已过期)需要更新其订阅密钥,请创建服务请求,以寻求 VMware 技术支持团队和 Horizon Cloud 运维团队的帮助,来确保成功执行一系列步骤。概要步骤如下所示:
  1. 在 Azure 门户中,生成新的密钥。
  2. Horizon Universal Console 中,根据更改、修改和更新与部署的 Horizon Cloud 容器关联的订阅信息页面中所述,按照标准步骤更新与旧密钥关联的容器所使用的密钥。
  3. 请求 VMware 技术支持团队在两个容器管理器虚拟机中重新启动管理服务。

用于重新启动管理服务的特定命令不宜在此处公开发布,因为只有 VMware 团队才能运行该命令。这些团队可以参考内部问题 3007687-update-9。

与 Cloud Connector 相关的已知问题

连接服务器监控服务 (CSMS) 状态在 Horizon Cloud Connector 配置门户的“运行状况”区域中显示为“未就绪”(3236634)
VMware 知识库文章 91124 中所述,对于 Horizon Cloud Connector 版本 2.3,在重新启动 Horizon Cloud Connector 设备或重新启动设备的 Kubernetes 集群后,CSMS 状态显示为 未就绪

从版本 2.4 开始,Horizon Cloud Connector 中已解决此问题。要解决先前版本中出现的这个问题,请按照知识库文章中的步骤进行操作。

证书过期问题 (3083444)
发现版本 2.4 之前的 Horizon Cloud Connector 版本中的证书会在设备部署一年后过期。此证书过期后, Horizon Cloud Connector 将无法再访问 Horizon Cloud 控制平面,从而会导致 Horizon Cloud Connector 提供的基于云的服务无法运行。有关更多详细信息和修复步骤,请参阅 知识库文章 90505

Horizon Cloud Connector 版本 2.4 开始,系统会在证书过期之前自动续订证书。

部署 OVF 模板时在“无代理”字段中指定的非代理主机配置不会保存到已部署的设备(2454245、2466306、2467017、DPM-5388)
Horizon Cloud Connector 版本 1.6 或更高版本中已解决此问题。在 vSphere 环境中运行“部署 OVF 模板”工作流时,您可以选择在“无代理”字段中指定非代理主机配置。但是,由于此已知问题,已部署设备的配置文件中不会捕获输入的设置。因此,已部署的设备不会采用指定的非代理主机设置。

Horizon Cloud 容器的网关配置相关已知问题

默认情况下,用于在网关配置中启用 syslog 服务器设置的 Horizon Universal Console 功能处于关闭状态。(3005985、3023935、3026855)
由于发现系统的 API 调用存在问题,无法使用 syslog 服务器信息来更新 Unified Access Gateway 配置,因此之前发布的功能在控制台中已关闭。解决办法:无。

与 Universal Broker 相关的已知问题

Horizon Cloud Connector 上的 Horizon Universal Broker 客户端不使用最初部署连接器设备后在该设备中所做的代理相关更新 (HD-35551)
Horizon Cloud Connector 版本 1.6 或更高版本中已解决此问题。连接器设备中的 Horizon Universal Broker 客户端会在设备首次引导期间选取代理详细信息。由于首次引导仅在部署 OVF 模板后首次打开设备电源时运行,因此 Horizon Universal Broker 客户端不会使用对设备的代理配置设置所做的任何后续更改。综合此已知问题以及上述与 OVF 模板部署过程中的非代理配置有关的已知问题,意味着无法将任何与 Horizon Universal Broker 相关的主机设置为非代理主机。
当 Horizon Client 或 Horizon HTML Access 在浏览器中开始连接到 Universal Broker 时,显示错误消息“无法连接到连接服务器 (Failed to connect to the Connection Server)”(2714266)
此问题会影响配置为使用 Universal Broker 方法代理最终用户桌面的租户中,运行清单版本 2632.x 的 Microsoft Azure 中的 Horizon Cloud 容器。如果同时观察到以下两种情况,则也表明出现了此问题:
  • 在桌面虚拟机所在的容器的详细信息页面中,该容器的所有容器管理器虚拟机的运行状况均报告为错误
  • 当 Horizon Client 或 Horizon HTML Access 开始在浏览器中连接到 Universal Broker 时,显示以下错误消息:“此桌面当前不可用。请稍后再尝试连接此桌面,或联系您的系统管理员。(This desktop is currently not available.Please try connecting to this desktop again later, or contact your system administrator.)”。
对于运行的清单版本为 2632.x 的 Microsoft Azure 中的 Horizon Cloud 容器,如果重新引导了容器管理器实例,则可能会间歇性出现此问题。有时,如果已重新引导容器管理器实例(很少见的非典型情况),在容器管理器实例重新打开电源后,Universal Broker 在尝试连接到容器时无法建立经过身份验证的连接。解决办法:无。如果遇到这种情况,请创建服务请求以寻求帮助,并引用内部问题报告编号 2714266。

对于清单版本为 2747.x 及更高版本的容器,此问题已解决。

与映像、场、分配有关的已知问题

此处列出的已知问题适用于 Microsoft Azure 中部署的容器。

在映像发布过程中,出现超时错误,且虚拟机保持打开电源状态,并阻止发布流程成功完成(2954270、2962049)
此问题是由于在运行发布过程的 sysprep 步骤时,Microsoft Azure Hypervisor 中出现问题所致。某些 Azure 虚拟机型号中会出现该问题。有关更多详细信息,请参阅 VMware 知识库文章 KB88343

根据 Microsoft Azure 团队的建议,为向 Horizon Cloud 客户提供解决方案,由服务的“从应用商店导入虚拟机”自动向导使用的默认 Azure 虚拟机型号将在服务的 v2204 版本中更改为使用 Standard_DS2_v2 型号自动导入非 GPU Windows 10 虚拟机(单会话和多会话):

  • 对于单容器映像,自动化过程的默认虚拟机型号将从之前使用的 Standard_D4_v3 虚拟机型号更改为使用 Standard_DS2_v2。
  • 对于多容器映像,自动化过程的默认虚拟机型号将从之前使用的 Standard_D2_v2 型号更改为使用 Standard_DS2_v2。

从 v2204 版本开始,请在容器的 Azure 订阅中包含 Azure DSv2 系列的配额。

虚拟机及其相关资源可能无法在 Microsoft Azure 订阅中完全删除。(2824239、2681761、2750176)
容器清单版本 2915.x 或更高版本已解决此问题。如果或者当具有较低清单版本的容器出现此问题,则可能会发生一些问题,如 VDI 分配扩展问题。此问题由 Microsoft Azure 资源管理器 (Azure Resource Manager, ARM) 中存在的问题所致,将导致跨 Microsoft Azure 云的多个区域复制资源状态时发生延迟。由于此 Microsoft ARM 问题,其中一些虚拟机相关资源可能会保留下来,因而不会连接到 Azure 订阅中的虚拟机。可能会出现此类未连接项目的示例包括磁盘和网卡。解决办法:运行清单版本 2915.x 或更高版本的容器已解决此问题。如果遇到此问题,请提交服务请求 (SR) 以寻求清除失效数据的帮助并安排容器升级,以防止再次出现此问题。有关提交 SR 的步骤,请参阅 知识库文章 2006985
对于部署到 Microsoft Azure 政府云订阅中的容器,无法在场和桌面分配中使用磁盘加密功能。(2572579)
当您的容器位于 Microsoft Azure 政府云中时,如果您尝试使用选定的磁盘加密功能创建场或 VDI 分配,创建过程失败,并显示 Azure error encrypting the VM 错误。解决办法:无。
在现有场的“服务器”选项卡中,所有用户登录模式选项都将显示一条错误消息,指出必须更新 Horizon Agent。(2528295)
是否使用管理控制台来设置用户登录模式,取决于对场虚拟机中运行的代理版本 20.1.0 的检测情况。但是,在云控制平面中可能还无法使用该代理版本来更新现有场虚拟机中的代理。解决办法:无。当可在云平面中使用代理的 20.1.0 版本,并且您的容器已更新到可以使用该代理版本的清单版本时,您可以将场虚拟机更新到该代理,以使用“用户登录”模式选项。
有时,较大的浮动 VDI 桌面分配中的某些桌面虚拟机报告未知的代理状态。(DPM-3201)
在具有大量桌面虚拟机的浮动 VDI 桌面分配中,由于已知问题,其中有少量桌面虚拟机可能会进入未知的代理状态,因为某些 Windows 服务(如 Horizon Agent 的 Blast Service 或 Microsoft Azure Service)未启动或启动缓慢。因此,在管理控制台中,这些桌面虚拟机的“代理状态”列显示“未知”状态,并报告代理错误。解决方法:在该控制台中,使用 重新启动操作来重新启动这些虚拟机。
使用“从商城导入虚拟机”向导创建的 Windows Server 2012 映像不会启用桌面体验。(2101856)
由于已知问题,在使用“从商城导入虚拟机”向导为 Windows Server 2012 操作系统自动创建映像时,生成的映像不会启用桌面体验。解决方法:如果您希望生成的映像具有桌面体验,则必须在生成的映像中手动启用桌面体验。另外,还请注意,对于 Windows Server 2012 操作系统,要使用“扫描仪重定向”选项安装 Horizon Agent,需要在该操作系统中启用桌面体验。
发布(也称为封装)导入的虚拟机时,此过程可能会由于 sysprep 失败而发生超时或其他故障。(2036082、2080101、2120508、2118047)
对导入的虚拟机单击 转换为桌面,然后再单击 发布以使其成为已发布(封装)的映像后,系统会在此虚拟机上执行一系列操作。这些操作包括运行 Windows 系统准备 (sysprep) 进程、关闭虚拟机以及断开该虚拟机的电源等。由于 Windows sysprep 进程和虚拟机自定义存在一些行业已知问题,此发布过程会因各种原因而失败。在“活动”页面上,您会看到“超时错误,等待虚拟机关闭电源的时间已有 20 分钟 (Timeout Error Waited 20 minutes for virtual machine to power off)”之类的消息以及其他 sysprep 失败消息。

一般而言,如果您使用“从商城导入虚拟机”向导创建虚拟机,并针对此向导的优化 Windows 映像选项开关选择,则可以避免发生此类 sysprep 问题。如果未使用该选项的导入的虚拟机出现此错误,或者该虚拟机是手动创建的,请参见 Microsoft 知识库文章 2769827Microsoft MVP 文章 615,了解有关如何配置映像虚拟机以减少发布此映像时发生 sysprep 问题的几率的最佳做法。如果继续遇到 sysprep 问题,请参阅以下文章中的信息:决定在使用“从商城导入虚拟机”向导时优化 Windows 映像使用“导入桌面”向导时使用“移除 Windows 应用商店应用程序”选项,以了解自动“从商城导入虚拟机”向导可使用哪些方法来减少 sysprep 问题发生更改的几率。如果您在“活动”页面上看到超时错误,可以尝试以下解决办法:在“映像”页面上,对映像使用将映像转换为桌面操作。“活动”页面指示将映像转换为桌面已成功时,导航到“导入的虚拟机”页面。连接到虚拟机,并应用知识库文章中所述的最佳做法。在看到“导入的虚拟机”页面报告已打开虚拟机电源后,选择该虚拟机,然后单击转换为映像以再次运行发布过程。

在创建场的过程中,有时服务器虚拟机会卡在自定义步骤。(2010914、2041909)
有时在场的服务器虚拟机上执行 sysprep 流程的过程中,名为 tiledatamodelsvc 的 Windows 服务会阻止 sysprep 访问其完成 sysprep 自定义过程所需的 Windows 文件。因此,场的服务器虚拟机无法完成自定义步骤。sysprep 错误日志中包含一行文本,内容为“Error SYSPRP setupdigetclassdevs failed with error 0”。解决办法:如果遇到此问题,并在 sysprep 错误日志文件中看到此错误消息,请尝试在映像中终止并停用 tiledatamodelsvc 服务,然后再创建场。
复制映像或在 Microsoft Azure 中手动创建映像后,“导入的虚拟机”页面上的代理状态可能会显示为“未定义”。(2002798)
使用“映像”页面上的 复制按钮克隆已发布的映像,或者在 Microsoft Azure 中手动创建映像虚拟机时,所生成的虚拟机会列在“导入的虚拟机”页面上。由于此问题,甚至当虚拟机完全打开电源后,代理状态仍可能会显示为“未定义”。但是,当您选择此虚拟机,然后选择“转换为映像”以发布该虚拟机时,用户界面会报告代理处于“活动”状态。解决办法:无。如果 重置代理配对新建映像转换为映像工作流报告代理为“活动”状态,可以忽略“导入的虚拟机”页面上的“未定义”状态。

与 Microsoft Azure 中容器上的 App Volumes 相关的已知问题

此处列出的已知问题适用于 Microsoft Azure 中部署的容器。

将在不同时间捕获且拥有相同文件名的应用程序包(.vhd 文件)上载到相同位置(文件共享)时,可能会阻止 App Volumes 服务在用户登录时将应用程序连接到 VDI 桌面 (2783560)
App Volumes 每次捕获应用程序包(.vhd 文件)时,系统都会生成唯一的 GUID 来标识卷或捕获会话。尝试将应用程序包上载到 Horizon Cloud Azure 容器的转储文件共享时,如果文件共享中包含先前已上载的 (.vhd) 文件名,则 Horizon Cloud Azure 容器中已存在的 GUID 与云服务之间会出现不匹配问题。

在Horizon Cloud Azure 容器上运行的App Volumes Manager服务会定期从文件共享导入应用程序包。尝试从 Horizon Universal Console 的导入清单 > 应用程序页面导入应用程序时,新导入的应用程序包及其对应的 GUID 与运行 Horizon Cloud Azure 容器的 App Volumes Manager 服务中存在的 GUID 不匹配。由于这种不匹配,分配的应用程序不会连接到授权用户。

在控制台中从 App Volumes 分配中删除部分用户或组可能会删除该分配中部分其余用户或组的授权 (2704889)
由于此问题,如果您创建了一个包含一组应用程序和指定用户或组的 App Volumes 分配,然后编辑该分配并删除了一些特定用户或组,则仍在该分配中配置的一些用户和组会发现他们在授权桌面中看不到这些应用程序。

尽管在容器清单 2747 及更高版本中已解决该问题,但您可能会在早期清单版本的容器中遇到此问题。如果遇到此问题,您可以通过新建具有所需应用程序以及用户和组的 App Volumes 分配来解决此问题,并删除先前创建的 App Volumes 分配。

当您的环境具有多个 Microsoft Azure 中的容器时,捕获过程有时可能会在该过程完成后进入未知状态。(2600573)
当您的环境具有多个与 App Volumes 配合使用的容器时,在运行捕获过程后,即使虚拟机上的捕获过程已完成,控制台有时也会指示捕获处于未知状态。要解决此问题,请使用 清单 > 应用程序 > 新建 > 导入重新导入应用程序包。这样,应用程序包便会作为单独的应用程序成功导入,并且随后的分配和应用程序启动也将正常工作。
在 Microsoft Windows 10 企业版多会话部署中,打印作业可能在其他用户登录到同一计算机时终止。
在此环境中,如果应用程序包分配中包含打印机驱动程序的用户首次登录,那么该多会话计算机上另一个用户正在进行的打印作业可能会进入错误状态。要解决此问题,请等待几分钟或更长时间,在打印作业终止后,再次尝试打印作业。要了解最佳实践的相关信息,请参阅 管理您的 Horizon Cloud 租户环境和载入的容器群指南。
在 Microsoft Windows 10 企业版多会话部署中,未分配应用程序包的用户会收到应用程序的各个部分

在此环境中,有时候当您在置备期间没有为应用程序关闭自动更新时,应用程序更新部分无意中会对多会话桌面上的所有用户(而不是分配有该应用程序的用户)可见,例如,桌面快捷方式和应用程序二进制文件形式。要解决此问题,对于具有自动更新服务的应用程序,可以将应用程序服务名称添加到多字符串 svservice 注册表配置 DisableAppServicesList 中,以确保不会启动自动更新服务。要了解最佳实践的相关信息,请参阅管理您的 Horizon Cloud 租户环境和载入的容器群指南。

与代理更新相关的已知问题

此处列出的已知问题适用于 Microsoft Azure 中部署的容器。

尝试对正等待 Windows 更新的映像进行代理更新时,更新过程可能会失败。(2234964)
如果映像需要的是 Windows 操作系统更新,而不是次要的非操作系统更新,这可能会导致操作系统资源脱机,且无法用于代理更新。解决方法:等待 Windows 更新完成,然后再重新尝试代理更新。要确认所有 Windows 更新均已完成,您可以使映像脱机,执行所有待处理的更新,重新发布映像,然后再启动代理更新。

与报告和监控相关的已知问题

此处列出的已知问题适用于 Microsoft Azure 中部署的容器。

在用户活动报告中,显示的每周平均值(小时)不直观。(1817065)
由于该问题,每周的统计信息随时间发生变化,因为计算逻辑将当前周的持续时间除以七 (7),而不是向上舍入到整周。例如,在选择过去 30 天时,完成的周的数据保持不变,但将当前周的数据除以七 (7)。当前逻辑是每周平均值(小时)= 每天平均值(小时)* 7 天,结果是,过去 30 天的每周平均值 =(总持续时间 / 30 天)* 7 天。解决办法:无
只有在更改场或 VDI 桌面分配名称一个小时后,“桌面运行状况”报告才会反映更新后的名称。(1756889)
在更改场或 VDI 桌面分配名称后,“桌面运行状况”报告的“分配”下拉菜单和“分配”列需要一小时才会反映新的名称。解决方法:等待一小时后预计新名称才会显示在报告中。
某些可从“报告”用户界面屏幕导出的 CSV 文件中的格式设置与屏幕上的表格不匹配。(2015500)
“报告”页面的某些子屏幕提供了导出功能,用于以 CSV 格式导出显示的数据。由于该问题,从“桌面运行状况”、“并发”和“会话历史记录”报告导出的 CSV 文件中的格式设置与您在屏幕上看到的显示内容并不完全匹配。例如,列标题可能会有所不同,CSV 文件可能比屏幕上的表具有更多的数据列。解决办法:无。

与身份管理、Workspace ONE Access、True SSO 相关的已知问题

此处列出的已知问题适用于 Microsoft Azure 中部署的容器。

将低于 1763 的清单版本的容器更新为清单 1763 或更高版本,并且该容器在其 Unified Access Gateway 实例上配置了双因素 RADIUS,并且还与 Workspace ONE Access 集成时,如果使用浏览器从 Workspace ONE Access 启动桌面,系统将会显示 RADIUS 登录表单,并使用用户的 UPN 预填充用户名字段。(2248160)
出现此症状的原因是 VMware Horizon HTML Access 4.10 中发布了一项更改。以前,如果为 Horizon Cloud 先前版本的 Microsoft Azure 中的容器配置了 Unified Access Gateway 实例和双因素 RADIUS 身份验证,并将该容器配置为使用 Workspace ONE Access 时,当使用浏览器从 Workspace ONE Access 启动桌面时,系统会显示 RADIUS 登录表单,提示输入用户名和通行码。届时,最终用户可以在表单中键入用户名和通行码。但是,由于此问题,将该容器升级到此版本后,如果使用同样的桌面启动步骤,RADIUS 登录表单中的用户名字段会预先填充域用户的 UPN。仅在使用浏览器启动桌面时,才会出现此行为。使用 Horizon Client 时不会出现此行为。解决方法:如果遇到这种情况,最终用户可以清除预先填充的用户名字段,然后再输入其信息。通常,对于与 Workspace ONE Access 集成的大多数环境,系统将在 Workspace ONE Access 中配置双因素身份验证,而不是在底层 Unified Access Gateway 实例中进行配置,在这种情况下,将不会遇到此问题。
使用 Horizon Client 从 Workspace ONE Access 启动第二个桌面时可能会失败,并显示错误“您无权访问该桌面或应用程序 (You are not entitled to that desktop or application)”。(1813881、2201599)
以下情况会出现此症状。用户通过组授权有权访问两个专用 VDI 分配。当用户登录时,将在 Workspace ONE Access 中列出专用 VDI 桌面分配。用户可使用 Horizon Client 启动第一个桌面。该桌面将建立连接。然后,用户同样尝试使用 Horizon Client 从另一个分配中启动另一个桌面。启动第二个桌面时会失败,并显示错误,指示用户未获得授权。但是,此问题仅会在首次尝试启动第二个桌面时才会出现。如果用户使用浏览器启动了第二个桌面,则此后再尝试使用 Horizon Client 启动第二个桌面将会成功。解决方法:如果遇到这种情况,请尝试使用浏览器启动第二个桌面。
Workspace ONE Access 不会显示您在 Horizon Cloud 管理控制台中设置的远程应用程序显示名称。(2131583)
已通过使用 Workspace ONE Access Connector 版本 19.03 解决了此问题。由于 19.03 之前的 Workspace ONE Access Connector 版本中存在一个已知问题,因此,当 Workspace ONE Access 显示您从 Horizon Cloud 同步的远程应用程序时, Workspace ONE Access 不会显示您在 Horizon Cloud 中为这些远程应用程序设置的显示名称。尽管 Horizon Cloud 会将显示名称发送到 Workspace ONE Access,但 Workspace ONE Access 仍将使用远程应用程序的启动 ID。因此, Workspace ONE Access 将显示远程应用程序的基本名称。

与用户界面相关的已知问题

除非在已知问题文本中另有说明,此处列出的已知问题适用于 Microsoft Azure 中部署的容器。

会话仪表板中显示的“登录部分”图表没有数据。
此问题适用于所有类型的容器。VMware 登录监视器服务会为会话仪表板中显示的“登录部分”图表提供数据。但是,此版本不支持使用 VMware 登录监视器服务,并且在默认情况下,Horizon Agents Installer 会在该安装程序执行的所有安装中停用 VMware 登录监视器服务。因此,虽然未报告“登录部分”图表可显示的数据,但您会看到“登录部分”图表仍会显示在会话仪表板中。解决办法:无。
在一个浏览器选项卡中使用管理控制台时,如果尝试在同一浏览器的另一个浏览器选项卡中启动已断开连接的桌面,则也会注销 HTML Access 门户,此时您必须重新登录到 HTML Access 门户。(2118293)
通常,启动桌面后,如果在不注销桌面的情况下断开与该桌面的连接,则您仍会保持登录到 HTML Access 门户,您可以随后重新连接到已断开连接的桌面,而无需在 HTML Access 门户中输入凭据。由于此问题,如果您已在浏览器窗口中的一个浏览器选项卡上登录到管理控制台,而使用另一个浏览器选项卡登录到 HTML Access 门户并启动一个桌面,则在断开与该桌面的连接后尝试重新连接时,HTML Access 门户将注销。要重新连接到该桌面,您必须在 HTML Access 门户中重新输入凭据。解决方法:要避免出现此问题,请使用单独的浏览器窗口登录到管理控制台,而不是使用已登录到 HTML Access 门户的浏览器窗口。只有当用来登录到该控制台的浏览器选项卡位于使用 HTML Access 门户的同一浏览器窗口中时,才会出现此行为。
在特定用户的“用户卡”屏幕中,当用户首次启动分配中的 VDI 专用桌面后,该 VDI 专用桌面分配被从“分配”选项卡中移除。(1958046)
当在 VDI 专用桌面分配中将用户指定为单个用户(而不是通过 Active Directory 组进行指定)时,只有在用户首次启动该分配中的专用桌面之前,其“用户卡”屏幕上的“分配”选项卡中才显示该 VDI 专用桌面分配。在用户首次启动该分配中的 VDI 专用桌面后,用户卡的“分配”选项卡中便不再显示该用户的 VDI 专用桌面分配。用户的首次启动操作导致该用户在由分配定义的底层池中声明占用了特定的专用桌面,因此系统将该特定专用桌面映射到该特定用户。执行该映射后,这个特定的专用桌面便进入“已分配”状态,并在该用户的用户卡的“桌面”选项卡上列出。

解决方法:在这种情况下,要查看已分配给特定用户且已启动的 VDI 专用桌面,您可以使用“桌面”选项卡,而不使用用户卡的“分配”选项卡。如果您需要找到执行用户-桌面映射的特定 VDI 专用桌面分配,请从用户卡的“桌面”选项卡上获取桌面名称,然后使用顶部横幅搜索的“按虚拟机搜索”功能来列出该特定桌面虚拟机。在“按虚拟机搜索”的结果中,单击相应名称以打开包含该特定专用桌面的特定分配页面。然后,您可以在分配的详细信息中找到用户。

即使您之前已经选择了不再显示“新增功能”屏幕的选项,仍会继续显示该屏幕。(2075825)
该问题适用于采用任何容器类型的环境。由于此问题,如果您清除了浏览器缓存,或者使用其他浏览器(而不是您之前选择不显示“新增功能”屏幕选项时使用的浏览器),在登录到管理控制台时可能仍会显示该屏幕。指示是否显示“新增功能”屏幕的标志存储在浏览器的本地缓存中,而不是用户的设置中。解决办法:无。
即使映像创建过程尚未完全完成,“入门”屏幕仍会将“创建映像”步骤显示为“已完成”。(2100467)
由于存在此问题,会提前将“创建映像”步骤标记为已完成。解决方法:使用“活动”页面来验证映像创建过程是否已完成。
使用管理控制台时,您可能会看到占位符,而不是实际的文本字符串,或者,当您单击页面上的按钮时,系统没有任何反应。(2045967)
该问题适用于采用任何容器类型的环境。VMware 会定期更新用于托管基于 Web 的控制台的云中管理环境。如果在安装最新的云中更新之前在浏览器中缓存了静态内容,可能会出现此问题。这是一个暂时性问题,在清除浏览器缓存后即会消除。解决方法:尝试注销该控制台,清除浏览器缓存,重新启动浏览器,然后重新登录到该控制台。
在最终用户使用 Workspace ONE Access 访问应用程序时,应用程序名称以小写字符显示。(1967245)
如果将 Horizon Cloud 环境与 Workspace ONE Access 集成在一起,则最终用户使用 Workspace ONE Access 访问为其分配的桌面和应用程序。由于该已知问题,用户看到的应用程序名称以小写字符显示,而无论在应用程序名称中实际使用何种大小写。存在此限制的原因是, Workspace ONE Access 使用较早版本的 Horizon Cloud REST API 在 Horizon Cloud 中创建启动 ID。解决办法:无。
为桌面运行状况报告所报告的内存使用情况百分比,以及用于桌面运行状况警示的内存使用情况百分比,都基于所提交的内存百分比,而所提交的内存等于物理内存加上页面文件大小,并不是仅基于物理内存的百分比。(2015772)
所提交的桌面虚拟机内存是将物理内存与页面文件大小相加得出的。计算桌面中的内存使用情况百分比时,系统会使用两者(物理内存加上页面文件大小)总共的内存使用情况百分比。桌面运行状况报告中的桌面运行状况警示和内存使用情况报告都使用该百分比计算方法。但是,当您登录到桌面虚拟机,在桌面的 Windows 操作系统中打开 Windows 任务管理器查看内存使用情况时,会发现 Windows 任务管理器显示的使用情况百分比仅基于物理内存。因此,桌面的 Windows 任务管理器所显示的内存使用情况百分比与“桌面运行状况”报告或桌面运行状况警示中显示的内存使用情况百分比不匹配。解决方法:如果您决定将桌面的 Windows 任务管理器报告的内存使用情况百分比,与该控制台中该桌面的桌面运行状况报告和桌面运行状况警示中报告的内存使用情况百分比进行比较,请记住此差异。
如果桌面虚拟机的 CPU 使用情况已达到或接近 100%,不会触发桌面警示。(1446496)
如果桌面虚拟机中的应用程序或内容导致虚拟机的 CPU 使用情况达到 100%,由于 CPU 非常忙碌,导致桌面代理无法向 Horizon Cloud 发送像往常一样多的数据样本。由于返回的样本计数较少,导致系统用于触发桌面警示的计算受到影响。解决办法:无。

与最终用户、Horizon Agent 和 Horizon Client 相关的已知问题

此处列出的已知问题适用于 Microsoft Azure 中部署的容器。

使用打开的最近打开选项(或等效选项,基于客户端类型)从Horizon Client启动专用桌面可能无法正确启动专用桌面(SR23422432704、HCS-39121)
各种 Horizon Client 提供了一些机制,以便客户端记住以前启动的桌面或远程应用程序,并且最终用户无需转到他们有权使用的桌面和应用程序的完整列表即可启动以前打开的桌面或已发布的应用程序。

例如,在适用于 iOS 的 Horizon Client 和适用于 Android 的 Horizon Client 中,可通过标记为最近的屏幕来访问之前启动的此类桌面和远程应用程序。如适用于 Mac 的 Horizon Client 文档中所述,适用于 Mac 的 Horizon Client 提供了两种方法来打开最近使用的桌面和远程应用程序:使用客户端的文件 > 打开最近选项,以及使用 Dock 上的图标(如果已将客户端添加到 Dock)。如适用于 Windows 的 Horizon Client 文档中所述,适用于 Windows 的 Horizon Client 提供了用于跳转列表集成的 GPO 设置,该设置在默认情况下通常处于启用状态,允许用户使用 Windows 任务栏上的 Horizon Client 图标连接到最近使用的桌面和已发布的应用程序。

对于由 Horizon Cloud on Microsoft Azure 置备的专用桌面,在初次桌面启动后,Horizon Client 可能不会将桌面的正确标识存储为最近启动项。

因为这个问题,当最终用户随后使用上述客户端的最近机制之一再次打开该桌面时,该桌面可能无法启动。

如果将 Workspace ONE Access 与 Horizon Cloud on Microsoft Azure 部署结合使用,并且 Horizon Client 将用户重定向到 Workspace ONE 以编排专用桌面的启动,那么也会出现此问题。如果最终用户之前直接从 Workspace ONE 门户启动桌面,然后该用户尝试使用客户端的某个最近机制来启动桌面,那么当客户端重定向到 Workspace ONE 以编排启动时,桌面可能由于这个问题而无法启动。

解决办法:为避免遇到此问题,请始终通过直接从客户端的完整桌面列表中选择桌面来启动桌面,或者在环境配置为要求从 Workspace ONE 门户中执行所有启动的情况下,通过在 Workspace ONE 门户中选择桌面来启动桌面。请避免使用客户端的 最近机制(避免使用 文件 > 打开最近最近列表,或客户端提供的任何 最近机制)。
注: 如果为 Horizon Cloud on Microsoft Azure 部署启用了 Workspace ONE 重定向,且最终用户使用 最近机制而桌面启动失败,则会写入 Workspace ONE 审核事件以指示启动失败。
对于运行 Microsoft Windows 10 企业版多会话 2004 或更高版本的虚拟机,DPI 同步和显示缩放功能存在问题(2587685、DPM-6352)
由于在运行 Microsoft Windows 10 企业版多会话 2004 或更高版本的虚拟机中无法查询当前 DPI,此类虚拟机的这些功能无法按照 Horizon Client 文档中的说明正常使用。在重新连接 PCoIP 会话时,DPI 同步和显示缩放功能不起作用。在重新连接 Blast 会话时,DPI 缩放功能不起作用。解决方法:注销会话,然后重新登录。
对于运行 Microsoft Windows 10 企业版操作系统 1903 或更高版本的虚拟机,DPI 同步和显示缩放功能存在问题 (2589129)
由于在运行 Microsoft Windows 10 企业版客户端操作系统 1903 或更高版本的虚拟机中无法查询当前 DPI,当重新连接 PCoIP 或 Blast 会话时,这些功能无法按照 Horizon Client 文档中的说明正常使用。解决方法:注销会话,然后重新登录。
有时,在使用 VMware HTML Access 启动 VDI 桌面时,系统会显示有关正在断开连接的错误消息,但是随后仍会成功启动。(2243471)
VDI 桌面虚拟机具有默认的会话连接超时时间,当达到该超时时间时,会话便会断开连接。有时,在启动桌面时,如果最终用户的 HTML Access 会话在达到桌面的默认会话连接超时时间时发生超时,桌面一开始将抛出该错误,之后又会继续启动桌面。解决办法:无。
如果 VDI 桌面分配选择了磁盘加密,并使用一个单核或双核虚拟机型号,而桌面的底层虚拟机已关闭电源,则 Horizon Client 的自动重试选项可能无法建立连接。(2167432)
如果 VDI 桌面虚拟机由于 VDI 桌面分配的电源管理设置而关闭电源,则该虚拟机必须先打开电源并准备就绪后,才能与该桌面建立最终用户连接。如果最终用户的客户端尝试连接到 VDI 桌面分配的虚拟机,而该虚拟机已关闭电源,则系统会开始打开该虚拟机的电源。对于未加密的虚拟机,虚拟机通常会在 10 分钟内准备就绪,以接受客户端连接。但是,具有一个或两个内核的加密虚拟机通常需要 10 分钟以上的时间才能准备就绪来接受连接。Horizon Client 的 客户端重试选项的上限为 12 分钟。由于 客户端重试选项具有此上限,在桌面的底层虚拟机正在打开电源和进行准备时,如果最终用户的客户端自动重试连接,但在 12 分钟内连接未成功,则会放弃客户端自动重试。由于加密的虚拟机通常需要 12 分钟以上的时间才能准备就绪来接受客户端连接,因此,最终用户可能会看到 Horizon Client 的自动重试未能完成到其加密桌面虚拟机的连接。解决方法:如果要对 VDI 桌面分配使用磁盘加密,请选择具有两个以上内核的虚拟机型号。否则,如果 VDI 桌面分配使用了磁盘加密,而虚拟机型号包含一个或两个内核,请告知最终用户,在使用 客户端重试选项连接到这些加密的桌面虚拟机时,可能会遇到此问题。
使用 Horizon Client 中“最近使用”页面上的快捷方式链接,可能无法启动专用 VDI 桌面分配中的虚拟桌面。(1813881、HD-3686、DPM-1140)
Horizon Client 的 iOS 和 Android 版本具有一个“最近使用”页面,其中显示了最近启动的桌面的链接。用户初次启动某个专用池虚拟桌面时,该桌面会照常启动,并且客户端会在“最近使用”页面上创建一个启动图标。但是,当用户从桌面断开连接,稍后尝试从“最近使用”页面启动桌面时,该桌面无法启动,因为启动图标使用了桌面名称的缩短版本。解决方法:从客户端的主页面启动桌面,而不要从“最近使用”页面启动。
1976.0 清单版本的容器和运行代理级别 19.4 的场虚拟机:当使用 HTML Access (Blast) 和 PCoIP 协议时,用户将在启动其桌面或远程应用程序会话的一小时后断开连接。(2519400)
此问题是由于 Microsoft Windows 10 企业版多会话系统中的 Microsoft 终端服务出现问题所致。对于通过基于 Microsoft Windows 10 企业版多会话操作系统的 RDSH 场置备的基于会话的桌面和远程应用程序,如果最终用户使用 HTML Access (Blast) 或 PCoIP 协议重新连接到现有的桌面或远程应用程序会话,那么在一小时过后,用户会话将强制断开连接。不会丢失任何数据。即使用户可以再次重新连接,并且会话处于断开连接时的相同状态,此行为也会重复,重新连接的会话将在一小时后再次强制断开连接。

已使用 Horizon Agents Installer (HAI) 20.1 或更高版本解决了此问题。在将 1976.0 容器更新到清单版本 1976.1 或更高版本后,“从商城导入虚拟机”向导将自动安装具有此修复的代理软件。如果您的容器仍处于 1976.0 清单级别,则运行该向导仍会安装具有此问题的代理软件。但是,在封装虚拟机时,“映像”页面将显示一个蓝点,表示您可以使用“更新代理”功能来将代理更新到具有该修复的级别。

清单版本低于 2298 的容器:此外,在客户端中切换协议时,如果选择“连接”选项(而非“注销并重新连接”),则客户端可能变得无响应。(2528014)
在已更新到清单 2298 或更高版本的容器中,已解决了此问题。在使用一种协议建立到 RDSH 场的会话后,在客户端中切换协议时,会发生此问题。如果使用一种协议启动桌面或应用程序、断开该会话的连接、使用客户端菜单切换到其他协议或者启动相同的桌面或应用程序,则客户端会显示一个对话框(指出“此桌面在服务器上处于打开状态,但正在运行其他协议”),并提供用于连接或注销并重新连接的选项。如果选择“连接”按钮,则会再次显示该对话框;如果选择“重新连接”,则客户端将变得无响应。
使用“更新代理”功能更新代理版本低于 18.2.2 的映像时,更新过程可能会失败 (2200962)
在清单级别低于 965 的节点上创建的映像可能会遇到此问题。有时,映像的 RunOnce 注册表值会阻止完成代理更新过程。解决方法:重新执行代理更新,在“代理更新”向导的“命令行”选项卡中添加以下命令行参数:VDM_SUPPRESS_RUNONCE_CHECK=1