App Layering

已知问题

在当前版本中发现了以下问题。

App Layering 升级

  • App Layering 2005 升级包足够大,旧设备无法自动下载。如果您运行的是 2001 或更早的版本,请从 下载网站 中手动下载软件包。

  • 我们建议在安全 HTTP (HTTPS) 中从管理控制台运行升级。如果您在 HTTP 中进行升级,则消息不会显示在浏览器中。如果发生这种情况,请在 20 分钟后刷新浏览器。(尽管有消息说不刷新,刷新不会导致问题。)如果升级仍在运行,则会收到“服务不可用错误”。“ 忽略该消息并保持每隔几分钟刷新浏览器,直到登录页面出现为止是安全的。

App Layering 设备和管理控制台

  • 安装 App Layering 设备时,必须使用 4 个 CPU 的默认 CPU 设置。
  • 如果您在复杂的 Active Directory 环境中使用角色,并且登录速度较慢,请将所有角色分配给显式用户,而不是分配给组。

App Layering 文档链接

管理控制台中的文档链接在 Internet Explorer 11 中作为空白页打开。要解决此问题,请将链接粘贴到另一个浏览器中。文档显示正确。

App Layering 代理

默认情况下,Citrix App Layering 代理在 Hyper-V 服务器上的 本地系统 帐户下运行。如果将帐户更改为 “ 本地系统” 以外的任何帐户,则代理无法在设备之间传输磁盘。

App Layering 操作系统机床

  • (仅限 19.5 版)从 19.3(或更早版本)升级到 19.5 版(或更高版本)后,请确保更新 KMS 办公室激活以使用 Office 2019。准备操作系统映像以进行分层时,请下载并运行新的 App Layering 操作系统机床工具。

  • (仅限 19.1 版)准备操作系统映像以进行分层时,请确保在桌面启动时触发 KMS Office 激活。仅对于此版本,请下载并运行 18.12 版中的 App Layering 操作系统机器工具。

弹性分层

  • 由于其许可证与 Windows 应用商店集成的方式,Microsoft Office 无法弹性分层。Office 应用程序层必须包含在分层图像中。
  • 启用具有弹性分层功能的图像时,用户可能能够在 Windows 资源管理器中查看其他会话中的文件和目录。在其他会话中浏览的目录可能会创建对有权浏览该目录的所有会话可见的文件夹。
  • 如果您对 Windows Server 2008 或 Windows 7 使用弹性层分配,请创建扇区大小为 512 的文件共享。有关此问题和相关操作系统更新的详细信息,请参阅以下内容:
  • 在启用弹性分层的 Windows 10 上启动一小组通用 Windows 平台 (UWP) 桥接应用程序时,这些应用程序有时无法启动。(ALHELP-15,UNI-71062)
  • 将 ArcMap 10.7 作为弹性层交付时,应用程序最多需要 60 秒才能启动。通常,作为基础映像的一部分传送需要 3 秒钟。要优化开始时间,请将版本添加到应用程序层。在新版本的层中,将注册表“错误缓存”优化设置增加到 100(十进制)或更多,最大值为 250。在 Unifltr 服务键下方创建 DWORD 值,确保该值是十进制而不是十六进制。(ALHELP-387,UNI-74957)

     HKLM\System\CurrentControlSet\Services\Unifltr\MaxMissCacheEntries [DWORD] 100.
     <!--NeedCopy-->
    

用户层

  • 升级后登录将启动 Windows 第一登录屏幕 当你在升级到 4.10 或更高版本后登录时,通常的 Windows 首先登录 将使用户层与操作系统版本最新。该过程会保留用户层文件。

  • 在置备的桌面上启用用户层时,MSI 安装程序将被阻止在系统启动时运行: 运行 MSI 文件时,分层服务必须已在运行。当用户登录时,分层服务会运行。如果 MSI 尝试运行,则会出现以下错误:

    The Windows Installer service depends on the Citrix App Layering Guest Service service which failed to start with the following error: The service cannot start, either because it is disabled or because it has no enabled devices associated with it.

Windows 10 支持

  • Windows 10,版本 20H2 升级。如果将操作系统层从早期版本升级到 Windows 10 20H2,请直接升级到构建 19042.630 或更高版本。从 2020 年 11 月 16 日之前发布的 Windows 10 20H2 版本升级可能会导致映像部署不一致。例如,如果使用选择了脱机通用化的模板发布映像,则已发布的映像可能无法正常工作。
  • 升级到新的 Windows 10 主要版本时需要额外的步骤: 在升级过程中,Windows 10 可以在与操作系统层版本相同的磁盘上创建恢复卷。在完成操作系统层版本之前,请务必删除此卷。否则,恢复卷可能会导致桌面无法正常启动。有关详细信息,请参阅App Layering:Windows 10 升级可能会导致新的恢复卷分区
  • 如果您已生成应用 App Layering Optimizations.cmd 脚本并将其应用于 Windows 10 1909 操作系统层,则 “ 开始 ” 菜单上的 “ 搜索 ” 选项可能无法按预期工作。为避免此问题,请向操作系统层添加版本并运行程序 c:\windows\setup\scripts\Optimize.hta。要构建新 Optimizations.cmd 脚本以应用于新层版本,请取消选择 禁用平板电脑输入服务(第 6 节,选项 M) ,然后选择 保存文件。在最终确定操作系统层之前,运行命令 Powershell Set-Service TabletInputService -startuptype manual 以撤消可能已禁用 Optimizations.cmd 该服务的任何以前的影响。

连接器

  • 使用 Windows 迷你启动磁盘选项时,最多可以为任何给定的应用程序层指定四个先决条件层。如果某个应用需要在安装过程中存在四个以上的其他应用程序,请在一个层中安装多个应用程序。(UNI-69524)
  • 在 Windows 7 64 位上创建层(应用程序、操作系统或平台)时,如果在连接器配置中选择卸载合成,则将版本添加到层时可能会遇到问题。出现错误,打包计算机未创建。当连接器配置中选择“卸载合成”时,将创建打包计算机。(UNI-82545)
  • 从 Azure 收到 503 错误,“服务器忙碌问题”。如果您一直收到此错误消息,请按照CTX310868中的步骤操作。这个问题偶尔发生,正在测试解决方案。(ALHELP-1383)

Citrix Provisioning

  • 创建映像模板时,目标设备硬件设置必须与 Windows 操作系统和平台层设置相匹配。确保目标设备上的硬件设置与操作系统和平台层硬件设置相匹配,特别是 CPU 数量。如果设置不匹配,您可以在启动已发布映像时收到重新启动所需消息。(UNI-50799)
  • 如果使用 Provisioning Services,则必须在操作系统层而 不是 在平台层禁用 IPv6。(UNI-53600)
  • 将从 App Layering 发布的 VHDX 文件导入 PVS 磁盘存储时,有时会收到无效的磁盘消息。通过更改已发布文件名的日期和时间中的句点 (.) 字符来消除错误。有效的文件名只包含 .VHDX 文件扩展名的一个句点。(UNI-75902)

Citrix Hypervisor

  • 准备要在 Citrix Hypervisor 拟机管理程序中使用的操作系统映像时,必须打开端口 5900 以允许访问控制台。(UNI-50846)
  • 始终将 Citrix App Layering 连接器配置设置为指向主节点。(UNI-52454)
  • 必备项层:
    • 如果计算机在启动时挂起并选择了必备条件层,则可能未连接其中一个层磁盘。确保 Citrix 客户机工具包含在操作系统或平台层中。
    • 如果使用必备条件层创建操作系统或平台层,则必须存在 Citrix Tools。没有这些工具,包装机会出现故障,你会收到蓝屏。Citrix Hypervisor 无法看到在 DVD 驱动器 之后 连接的任何设备。DVD 驱动器始终位于第三个插槽中。 (UNI-67741)

Citrix Virtual Apps and Desktops (CVAD)

  • 将 CVAD 更新到版本 7.15 CU4 时,必须首先在操作系统层的新版本上安装 .NET 框架 4.7.1,而不是在平台层上。在操作系统层上安装 .NET Framework 4.7.1 可确保所有应用程序层、平台层和映像正常工作。最新的 Windows 更新已经包含 .NET Framework 4.7.1 作为更新的一部分。(ALHELP-588, UNI-75108)

Google Cloud

  • 从其他平台导入层时,必须向操作系统层添加版本,然后从此开始切换到使用新层版本。否则,打包机和已发布的图像可能会因蓝屏而失败。

  • 谷歌 Cloud Connector 配置。“检查凭据” 应验证服务帐户用户角色。如果 Google Cloud 连接器配置服务帐号 JSON 密钥文件中指定的服务帐号 与与选定的 实例模板关联的服务帐号不同,则配置中的服务帐号必须具有 服务帐号用户角色。如果没有,则在使用该连接器配置部署计算机时会收到错误。(UNI-82082)

Nutanix Acropolis

  • 创建应用程序层期间出现以下消息指示应用程序层设置指定了平台层。不要将平台层与应用程序层的性能增强缓存功能结合使用。(UNI-67742)

    图片

VMware vSphere

  • 使用创建操作系统层向导创建操作系统层时,将列出统一可扩展固件接口 (UEFI) 虚拟机。但是,您无法使用向导创建 UEFI 计算机。相反,请使用新 ImportOsLayer.ps1 脚本在新的操作系统层计算机上导入操作系统

VMware Horizon View

  • 只有浮动桌面池才支持弹性层。(UNI-53442)
  • 在 VMware 版本 6.7 上创建 Windows 10 或 Windows Server 2016 虚拟机时,计算机的启动选项默认为统一可扩展固件接口 (UEFI)。App Layering 不支持 UEFI 虚拟机。改为使用 BIOS 设置。(UNI-69435)
  • App Layering 不支持 VMware 虚拟卷 (vVol)。(UNI-62302)

Microsoft Azure

  • App Layering 不支持 Azure 文件存储。对于 Azure 中的存储,请创建一个 SMB 文件共享或网络文件共享。(UNI-42272)
  • 不支持托管磁盘。在 Azure 中创建虚拟机时,请务必选择 无托管磁盘

Microsoft Hyper-V

  • 在 Hyper-V 中配置弹性分层时,必须使用非托管 RDS 池 (UNI-53545)
  • 创建应用程序层时,如果在应用程序层设置中指定了平台层,则会收到错误消息。不要将平台层与 App Layering 的缓存功能结合使用。(UNI-71868、UNI-67743)

    图片

  • 在 Hyper-V 服务器 2019 上创建操作系统层可能会导致以下错误:

    ‘创建 VHD 失败。确保在连接器配置中指定的共享上有足够的空间。’

    此错误是由于与微软 PowerShell 新增 VHD 命令存在的问题引起的。我们正在关注微软的修复。同时,对此错误使用以下解决方法:

    1. 确保黄金虚拟机没有检查点。
    2. 确保 Gold VM 磁盘与连接器配置中配置的目录路径相同。示例: 本地路径是 D:\Brock
      黄金虚拟机磁盘存储在 D:\Brock\WIn10Gold\Win10GoldDisk.vhdx 中

相关信息