解决常见问题
本文介绍如何解决常见的 Profile Management 问题。
登录缓慢
如果用户遇到登录缓慢问题，请按照以下步骤进行故障排除：
-
在 Citrix Director 的“登录持续时间”面板中检查配置文件加载时间。如果加载时间明显长于预期，则登录缓慢是由加载用户配置文件引起的。
有关详细信息，请参阅诊断用户登录问题。
-
检查 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>.. -
确保已应用推荐的 Profile Management 策略。
按照提高用户登录性能 中的建议来提高登录性能。
-
联系 Citrix 技术支持。
如果登录缓慢问题仍然存在，请联系 Citrix 技术支持以获得进一步帮助。有关详细信息，请参阅联系 Citrix 技术支持。
检查配置文件是否正在流式传输
如果您已启用流式用户配置文件并希望验证此功能是否已应用于用户的配置文件，请执行以下操作：
-
检查配置文件管理日志文件中的以下类型的条目：
pre codeblock 2010-03-16;16:16:35.369;INFORMATION;;;;1140;ReadPolicy: Configuration value read from policy: PSEnabled=<1> <!--NeedCopy-->如果功能已启用，则最后一项必须设置为 PSEnabled=<1>。
-
检查配置文件管理日志文件中用户的以下条目：
pre codeblock 2010-03-16;20:17:30.401;INFORMATION;<domain name>;<user name>;2;2364;ProcessLogon: User logging on with Streamed Profile support enabled. <!--NeedCopy-->如果未应用流式用户配置文件，则该项显示为 ProcessLogon: User logging on with Streamed Profile support disabled。
确定哪些策略正在生效
使用 UPMSettings.ini 文件确定正在应用的配置文件管理策略。此文件位于用户存储中每个 Citrix 用户配置文件的根文件夹中。检查此文件可能比使用策略的结果集 (RSoP) 更方便。如果您混合使用 GPO 和 .ini 文件设置来确定策略，则尤其如此。
使用 UPMFRSettings.ini 文件确定哪些配置文件文件夹未被处理，因为它们位于排除列表中。UPMFRSettings.ini 文件也位于根文件夹中。
排除损坏的配置文件数据
如果用户配置文件已损坏，并且您确信问题出在某个特定文件或文件夹上，请将其从同步过程中排除。方法是将该文件或文件夹添加到排除列表。
清理注册表项连接
在某些情况下（不仅仅是涉及配置文件管理的情况），用户注销后，与注册表配置文件数据的连接会保留。这种保留可能导致注销缓慢或用户会话终止不完整。Microsoft 的用户配置文件配置单元清理 (UPHClean) 工具可以帮助解决这些情况。
删除本地配置文件
Microsoft Delprof.exe 和 Sepago Delprof2 是帮助您删除用户配置文件的工具。
删除锁定的缓存配置文件
如果您使用 VMware 软件创建虚拟桌面，但用户的缓存配置文件被锁定且无法删除，请参阅 Profile Management and VMware 以获取故障排除信息。
识别配置文件存储位置
诊断配置文件问题可能涉及查找用户配置文件中的文件存储位置。以下过程提供了一种快速识别配置文件存储位置的方法。
- 在事件查看器中，单击左窗格中的“应用程序”。
- 在右窗格的“源”下，找到感兴趣的 Citrix Profile Management 事件并双击它。
- 与事件关联的用户存储路径将作为链接显示在“常规”选项卡上。
- 如果要浏览文件，请按照链接浏览用户存储。
检查服务器
要确定服务器是否正确处理用户的登录和注销，请检查用户存储中用户配置文件中的 PmCompatibility.ini 文件。该文件位于配置文件的根文件夹中。文件中的最后一个条目是用户上次注销的服务器名称。例如，如果服务器运行 Profile Management 5.0，则条目将是：
[LastUpdateServerName]
5.0=<computer name>
<!--NeedCopy-->
回滚
要回滚到早期版本的 Profile Management，请在托管用户存储的文件服务器上从命令行运行 del /s。该命令将从每个配置文件中删除 PmCompatibility.ini 文件。例如，如果用户存储的本地路径是 D:\UpmProfiles，请运行：
del /s D:\UpmProfiles\pmcompatibility.ini
<!--NeedCopy-->
命令完成后，用户可以登录运行早期版本的计算机并从用户存储中接收其配置文件。
用户存储中的排除文件夹
排除的文件夹会出现在用户存储中。此问题是预期行为，无需采取任何纠正措施。排除列表中的文件夹会在用户存储中创建，但其内容不会同步。
日志文件中缺少信息
激活调试模式不会自动启用完整日志记录。在日志设置中，请验证您是否已选中要记录的所有事件的复选框。
提示：您可能需要向下滚动才能启用列表中的最后一个复选框。
GPO 设置无效
您更改了 GPO 设置，但它未在运行 Citrix Profile Management Service 的计算机上生效。出现此问题是因为组策略 (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 virtual desktops™ 环境中，用户可以选择默认打印机，但有时所选内容在登录之间无法保留。当 Citrix virtual desktop 的策略用于在基于 Citrix Provisioning Services Personal vDisk（标准映像模式）的池化虚拟桌面上设置打印机时，已观察到此问题。
此问题并非源于 Profile Management。尽管 Profile Management 日志文件显示打印机的注册表项在注销时已复制（这是预期的），但用户的 NTUSER.dat 不包含该条目（这是非预期的）。实际上，此问题源于 Citrix virtual desktops 使用 DefaultPmFlags 注册表设置的方式。
有时，意外的打印机会被添加到配置文件中。用户将其删除后，这些打印机会在下次登录时重新出现。有关详细信息，请参阅 Profile Management 支持论坛。
多个平台上的应用程序设置问题
您可能会遇到应用程序设置无法在多个平台之间正确漫游的问题。通常，这些问题是由以下原因造成的：
- 不适用于不同系统之间的设置。例如，并非每个系统都具有的特定于硬件的设置。
- 在不同系统上安装方式不同的应用程序。示例：
- 在某个系统上安装在 C: 驱动器上，但在另一个系统上安装在 D: 驱动器上的应用程序。
- 在某个系统上安装在 C:\Program Files 中，但在另一个系统上安装在 C:\Program Files (x86) 中的应用程序。
- 在某个系统上安装但未在另一个系统上安装的 Excel 加载项。
- 未将设置信息存储在配置文件中的应用程序。例如，存储在本地计算机设置中或用户配置文件之外的信息。
- 存储在注册表中的特定于语言的配置设置。Profile Management 会自动翻译 Version 1 配置文件中的特定于语言的文件夹名称，但不会翻译注册表中的名称。
在大多数情况下，更好地标准化导致这些问题的系统可以最大程度地减少这些问题。但是，这些问题通常是由于操作系统或相应应用程序固有的不兼容性（与多个平台）造成的。如果存在问题的设置不重要，将其从配置文件中排除可能会解决此问题。
由未知帐户拥有的配置文件
极少数情况下，配置文件可能显示为属于未知帐户。在计算机的“系统属性”对话框的“高级”选项卡上，当您在“用户配置文件”中单击“设置”时，会显示“帐户未知”。此问题伴随着事件日志条目 “事件创建的配置文件通知，针对组件 <应用程序 ID> 失败，错误代码是???”。在注册表中，应用程序 ID 指向 SHACCT 配置文件通知处理程序，这是一个 Microsoft 组件。
要确认此问题在您的环境中发生，请以一个其数据未由 Profile Management 处理的用户身份登录，并检查是否存在这些症状。
这不是 Profile Management 的问题，但可能是 Active Directory 与虚拟机快照交互不良的结果。Citrix 用户配置文件的操作不受影响。用户可以登录和注销，并且其配置文件更改会得到保留。