解决常见问题

Last published : Nov 13, 2026
本文介绍如何解决常见的 Profile Management 问题。
Related information
故障排除

登录缓慢

如果用户遇到登录缓慢问题，请按照以下步骤进行故障排除：
  1. 检查 Citrix Director 的“登录持续时间”面板中的配置文件加载时间。如果加载时间明显长于预期，则登录缓慢是由加载用户配置文件引起的。
    有关详细信息，请参阅诊断用户登录问题。
  2. 检查 Citrix Profile Management 日志文件中的配置文件处理时间。
    在 C:\Windows\System32\Log Files\User Profile Manager 处的 Profile Management 日志文件中，找到以 DispatchLogonLogoff 开头的条目。以下示例显示登录处理时间为 10.22 秒。
    DispatchLogonLogoff: ---------- Finished logon processing successfully in [s]: <10.22>..
  3. 确保已应用推荐的 Profile Management 策略。
    按照提高用户登录性能 中的建议来提高登录性能。
  4. 联系 Citrix 技术支持。
    如果登录缓慢问题仍然存在，请联系 Citrix 技术支持以获得进一步帮助。有关详细信息，请参阅联系 Citrix 技术支持。

检查配置文件是否正在进行流式处理

如果已启用流式用户配置文件并希望验证此功能是否已应用于用户的配置文件，请执行以下操作：
  1. 检查 Profile Management 日志文件中的以下类型的条目：
    2010-03-16;16:16:35.369;INFORMATION;;;;1140;ReadPolicy: Configuration value read from policy: PSEnabled=<1>
    如果功能已启用，则最后一项必须设置为 PSEnabled=\<1\>。
  2. 在 Profile Management 日志文件中检查用户的以下条目：
    2010-03-16;20:17:30.401;INFORMATION;<domain name>;<user name>;2;2364;ProcessLogon: User logging on with Streamed Profile support enabled.
    如果未应用流式用户配置文件，则该项显示为 ProcessLogon: User logging on with Streamed Profile support disabled。

确定正在生效的策略

使用 UPMSettings.ini 文件确定正在应用的 Profile Management 策略。此文件位于用户存储中每个 Citrix 用户配置文件的根文件夹中。检查此文件可能比使用策略的结果集 (RSoP) 更方便。如果您混合使用 GPO 和 .ini 文件设置来确定策略，则尤其如此。
使用 UPMFRSettings.ini 文件确定哪些配置文件文件夹未被处理，因为它们位于排除列表中。UPMFRSettings.ini 文件也位于根文件夹中。

排除损坏的配置文件数据

如果用户配置文件已损坏，并且您确信问题出在某个特定文件或文件夹上，请将其从同步过程中排除。方法是将该文件或文件夹添加到排除列表中。

清理注册表项连接

在某些情况下（不仅仅是涉及 Profile Management 的情况），用户注销后，与注册表配置文件数据的连接会保留。这种保留可能导致注销缓慢或用户会话终止不完整。Microsoft 的 User Profile Hive Cleanup (UPHClean) 工具可以帮助解决这些问题。

删除本地配置文件

Microsoft Delprof.exe 和 Sepago Delprof2 是帮助您删除用户配置文件的工具。

确定配置文件存储位置

诊断配置文件问题可能涉及查找用户配置文件中的文件存储位置。以下过程提供了一种快速识别配置文件存储位置的方法。
  1. 在事件查看器中，单击左窗格中的“应用程序”。
  2. 在右侧窗格的“源”下，找到感兴趣的 Citrix Profile Management 事件并双击它。
  3. 与事件关联的用户存储路径在“常规”选项卡上显示为链接。
  4. 如果要浏览文件，请按照链接浏览用户存储。

检查服务器

要确定服务器是否正确处理用户的登录和注销，请检查用户存储中用户配置文件中的 PmCompatibility.ini 文件。该文件位于配置文件的根文件夹中。文件中的最后一个条目是用户上次注销的服务器名称。例如，如果服务器运行 Profile Management 5.0，则条目将是：
[LastUpdateServerName]
5.0=<computer name>

回滚

要回滚到早期版本的 Profile Management，请在托管用户存储的文件服务器上从命令行运行 del /s。该命令会从每个配置文件中删除 PmCompatibility.ini 文件。例如，如果用户存储的本地路径是 D:\UpmProfiles，请运行：
del /s D:\UpmProfiles\pmcompatibility.ini
命令完成后，用户可以登录运行早期版本的计算机，并从用户存储中接收其配置文件。

用户存储中的排除文件夹

排除的文件夹会出现在用户存储中。此问题是预期行为，无需采取纠正措施。排除列表中的文件夹会在用户存储中创建，但其内容不会同步。

日志文件中缺少信息

激活调试模式不会自动启用完整日志记录。在日志设置中，验证您是否已选中要记录的所有事件的复选框。
提示：您可能需要向下滚动才能启用列表中的最后一个复选框。

GPO 设置无效

您更改了 GPO 设置，但它在运行 Citrix Profile Management Service 的计算机上不起作用。出现此问题是因为 GP 不会立即刷新，而是基于部署中指定的事件或间隔。要立即刷新 GP，请在计算机上运行 gpupdate /force。
为了使您的更改生效，请从命令提示符运行 gpupdate /force 命令，如 <https://docs.microsoft.com/zh-cn/windows-server/administration/windows-commands/gpupdate> 中所述。

用户收到新的或临时配置文件

默认情况下，当出现问题时（例如，用户存储不可用），会为用户提供临时配置文件。或者，您可以配置 Profile Management 以显示错误消息，然后注销用户。此方法有助于故障排除。
有关配置此功能的说明，请参阅强制用户注销。
在某些情况下，用户登录时会收到新配置文件，而不是其缓存的配置文件。
如果在用户存储中的副本被删除后本地配置文件仍然存在，用户也可能会收到临时配置文件。如果用户存储被清除但在注销时未删除本地配置文件，则可能会出现这种情况。
Profile Management 将此类部分删除配置文件视为网络、共享或权限错误，并为用户提供临时配置文件。因此，不建议部分删除。要解决此问题，请登录受影响的计算机并手动删除配置文件。
如果您的部署包含个人 vDisk，则如果未正确调整这些磁盘的默认处理方式，用户可能会收到临时配置文件。有关详细信息，请参阅迁移用户配置文件。

虚拟桌面会话无响应时配置文件数据丢失

在 Citrix 虚拟桌面部署中，断开远程桌面协议 (RDP) 会话连接可能导致虚拟桌面无响应或重新启动。此行为会影响 Profile Management，因为它会导致会话结束时配置文件数据丢失。此问题已在 Citrix Virtual Delivery Agent 3.1.3242 及更高版本中修复。

用户无法登录（事件 ID：1000，来源：Userenv）

用户无法登录 Citrix 环境，并收到以下错误消息：“Windows 未加载您的漫游配置文件，正在尝试使用您的本地配置文件登录...请联系您的网络管理员。”此错误显示在 Windows 应用程序事件日志中（事件 ID：1000，来源：Userenv）。

打印

在 Citrix 虚拟桌面™ 环境中，用户可以选择默认打印机，但有时该选择在登录之间不会保留。当使用 Citrix 虚拟桌面策略在基于标准映像模式下的 Citrix Provisioning Services 个人 vDisk 的池化虚拟桌面上设置打印机时，已观察到此问题。
此问题并非源于 Profile Management。尽管 Profile Management 日志文件显示打印机的注册表项在注销时已复制（这是预期的），但用户的 NTUSER.dat 不包含该条目（这是非预期的）。实际上，此问题源于 Citrix 虚拟桌面使用 DefaultPmFlags 注册表设置的方式。
有时，意外的打印机会添加到配置文件中。用户将其删除后，这些打印机会在下次登录时重新出现。有关详细信息，请参阅 Profile Management 支持论坛。

多平台应用程序设置问题

您可能会遇到应用程序设置无法在多个平台之间正确漫游的问题。通常，这些问题是由以下原因造成的：
  • 不适用于不同系统之间的设置。例如，并非所有系统都具有的特定于硬件的设置。
  • 在不同系统上安装方式不同的应用程序。例如：
    • 在某个系统上安装在 C: 驱动器上，但在另一个系统上安装在 D: 驱动器上的应用程序。
    • 在某个系统上安装在 C:\Program Files 中，但在另一个系统上安装在 C:\Program Files (x86) 中的应用程序。
    • 在某个系统上安装了 Excel 加载项，但在另一个系统上未安装。
  • 未将设置信息存储在配置文件中的应用程序。例如，存储在本地计算机设置中或用户配置文件之外的信息。
  • 存储在注册表中的特定于语言的配置设置。Profile Management 会自动翻译版本 1 配置文件中的特定于语言的文件夹名称，但不会翻译注册表中的名称。
在大多数情况下，更好地标准化导致这些问题的系统可以最大程度地减少问题。但是，问题通常是由于操作系统或相应应用程序固有的（与多个平台）不兼容性造成的。如果存在问题的设置不关键，将其从配置文件中排除可能会解决问题。

未知帐户拥有的配置文件

在极少数情况下，配置文件可能显示为属于未知帐户。在计算机的“系统属性”对话框的“高级”选项卡上，当您在“用户配置文件”中单击“设置”时，会显示“未知帐户”。此问题伴随着事件日志条目 “Profile notification of event Create for component \&lt;application ID\> failed, error code is???”。在注册表中，应用程序 ID 指向 SHACCT Profile Notification Handler，这是一个 Microsoft 组件。
要确认此问题在您的环境中发生，请以 Profile Management 不处理其数据的用户身份登录，并检查这些症状。
It isn't an issue with Profile Management but might be the result of Active Directory interacting badly with virtual machine snapshots. The operation of Citrix user profiles is unaffected. Users can log on and off, and their profile changes are preserved.