Profile Management

启用 UWP 应用程序加载加速

在 Citrix® 环境中部署 Microsoft UWP 应用程序可能会增加 Windows 登录时间。默认情况下,Windows 会将 UWP 应用程序注册数据本地保存在每台计算机上。在非持久性环境中,该数据在重新启动后可能会丢失。

启用启用 AppX 包加载加速策略后,Profile Management 会为每台计算机创建一个虚拟磁盘容器,用于存储 UWP 应用程序注册数据。此功能可加速 UWP 应用程序的加载,并防止在计算机重新启动时数据丢失。

从版本 2603 开始,当启用 AppX 包加载加速功能时,Profile Management 会为 AppRepository 数据库损坏提供自动检测和恢复。有关详细信息,请参阅 自动 StateRepository 恢复

使用 GPO 启用策略

详细步骤如下:

  1. 打开组策略管理编辑器。
  2. 访问 策略 > 管理模板: 策略定义 (ADMX 文件) > Citrix 组件 > Profile Management > 高级设置
  3. 双击启用 AppX 包加载加速策略。
  4. 在出现的策略窗口中,选择已启用
  5. 输入用于存储 UWP 注册数据的 UNC 路径。确保域计算机可以访问该路径。
  6. 单击确定

配置优先级如下:

  1. 如果未使用 GPO、Studio 或 Workspace Experience Management (WEM) 配置此设置,则使用 .ini 文件中的值。
  2. 如果未在任何位置配置此设置,则此功能处于禁用状态。

为了使您的更改生效,请从命令提示符运行 gpupdate /force 命令,具体操作请参阅 https://docs.microsoft.com/zh-cn/windows-server/administration/windows-commands/gpupdate

验证应用程序加载加速

启用策略后,请按照以下步骤验证应用程序加载加速是否正常工作:

  1. 检查功能:

    1. 打开磁盘管理 (diskmgmt.msc),验证存储 UWP 应用程序注册数据的容器是否已附加。
    2. 通过创建临时文件夹并检查其是否出现在附加磁盘上,确认 C:\ProgramData\Microsoft\Windows\AppRepository 已重定向到附加磁盘。
  2. 验证性能加速:

    使用 WEM 管理工具中心中的登录分析工具或 ControlUp 的登录持续时间脚本来测量 Appx 包加载阶段所花费的时间。

自动 StateRepository 恢复

当 AppX 包加载加速功能处于活动状态并配置了 AppRepository 容器存储路径时,将自动启用自动 StateRepository 恢复。

当 AppX 包加载加速将 AppRepository 数据库重定向到容器时,AppRepository 数据库有时会因操作系统升级、意外关机或存储问题而损坏。

以前,解决此问题需要手动干预。现在,Profile Management 会自动执行以下操作:

  • 通过监视 Windows 事件日志条目(事件 ID 100、270 和 272),实时检测 AppRepository 数据库损坏。
  • 使用渐进式三阶段策略进行恢复,无需用户或管理员操作。
  • 在整个服务生命周期中持续监视损坏情况。

查看日志消息

恢复进度记录在 Profile Management 日志中。查找以下消息:

  • Starting background monitoring for AppRepository database integrity....
  • AppRepository database corruption detected. Recovery stage: N
  • Recovery Stage N completed..
  • All automatic recovery attempts exhausted. Corruption persists. Manual intervention required..

验证损坏事件

您可以在事件查看器中验证损坏事件:

  1. 打开 事件查看器
  2. 转到 应用程序和服务日志 > Microsoft > Windows > StateRepository > Operational
  3. 查找事件 ID 100(错误)、事件 ID 270(严重)和事件 ID 272(严重)。

自动恢复失败时该怎么办

如果所有自动恢复尝试都已用尽,请执行以下操作:

  1. 检查 Profile Management 日志以获取恢复尝试历史记录。
  2. 验证 AppRepository 容器路径是否可访问。
  3. 检查 Windows 事件日志中事件 ID 100、270 和 272 的出现频率。
  4. 检查系统事件日志中是否存在底层存储或磁盘错误。
  5. 停止 Profile Management 服务,删除损坏的容器文件,然后重新启动服务。系统将自动创建一个新容器。
  6. 如果损坏反复发生,请调查潜在的硬件或存储问题。
启用 UWP 应用程序加载加速