解决常见问题
登录速度缓慢
如果您的用户遇到登录缓慢的问题，请按照以下步骤进行故障排除：
-
在 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>. -
联系 Citrix 技术支持。
如果登录速度仍然很慢，请联系 Citrix 技术支持以获取更多帮助。有关详细信息，请参阅联系 Citrix 技术支持。
检查是否正在通过流技术推送配置文件
如果您启用了流用户配置文件，并希望验证是否正将此功能应用到用户的配置文件，请执行以下操作：
-
检查 Profile Management 日志文件中以下类型的条目：
pre codeblock 2010-03-16;16:16:35.369;INFORMATION;;;;1140;ReadPolicy: Configuration value read from policy: PSEnabled=<1> <!--NeedCopy-->如果此功能处于启用状态，则必须将最后一项设置为 PSEnabled=<1>。
-
检查 Profile Management 日志文件中的以下用户条目：
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（ProcessLogon：“支持用户使用流配置文件进行登录”处于禁用状态）。
确定有效策略
使用 UPMSettings.ini 确定正在应用的 Profile Management 策略。UPMSettings.ini 文件位于用户存储中每个 Citrix 用户配置文件的根文件夹中。与使用策略的结果集 (RSoP) 相比，检查此文件可能更为便利，特别是在您混合使用 GPO 和 .ini 文件设置来确定策略时。
使用 UPMFRSettings.ini 确定由于其列于排除列表中，所以未处理的配置文件夹。UPMFRSettings.ini 文件也位于根文件夹中。
排除损坏的配置文件数据
如果用户配置文件损坏，并且您确定问题出在特定文件或文件夹中，请将其从同步过程中排除。方法是将文件或文件夹添加到排除列表中。
清理与注册表项的连接
在某些情况下（不仅仅是涉及 Profile Management 的方案），用户注销后会保留与注册表配置文件数据的连接。此保留会导致注销缓慢或用户会话不能完全终止。Microsoft 提供的 User Profile Hive Cleanup (UPHClean) 工具可以帮助解决这些问题。
删除本地配置文件
Microsoft Delprof.exe 和 Sepago Delprof2 这两个工具可帮助您删除用户配置文件。
删除处于锁定状态的缓存配置文件
如果您使用 VMware 软件创建虚拟桌面，但用户的缓存配置文件处于锁定状态而无法删除，请参阅 Profile Management 和 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-->
完成命令后，用户可以登录运行早期版本的计算机，并从用户存储接收其配置文件。
在 VMware 上运行的 Profile Management 将创建多个配置文件
重复的 VMware 文件夹是在用户配置文件中创建的。这些重复项具有增量式文件夹名称（000、001、002，依次类推）。有关此问题以及如何解决它的详细信息，请参阅知识中心文章 CTX122501。
使用 Novell eDirectory 时登录时间长
用户登录到安装了 Citrix 产品和 Novell eDirectory（以前称为 Novell Directory Services）的环境时，登录时间可能会非常长，并且会在事件日志中写入错误。在应用个人设置阶段，会话可能会在长达 30 秒内无响应。有关此问题以及如何解决它的详细信息，请参阅知识中心文章 CTX118595。
用户存储中的排除文件夹
排除的文件夹显示在用户存储中。此为正常现象，无需采取任何纠正措施。排除列表中的文件夹会在用户存储中创建，但不会对其内容执行同步。
日志文件中丢失信息
激活调试模式时不会自动启用完整日志记录功能。在日志设置中，确认您已选中要记录的事件所对应的所有复选框。
提示：您可能需要向下滚动以启用列表中后面部分的复选框。
GPO 设置失效
您更改了某个 GPO 设置，但它在运行 Citrix Profile Management Service 的计算机上无效。出现此问题是因为 GP 不能立即刷新，而是需要基于在部署中指定的事件或时间间隔进行刷新。如果要立即刷新 GP，请在计算机上运行 gpupdate /force。
要使更改生效，请从命令提示窗口中运行 gpupdate /force 命令，如 https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/gpupdate 中所述。
用户收到新配置文件或临时配置文件
默认情况下，遇到问题时，系统会为用户提供一个临时配置文件。例如，用户存储不可用。或者，您可以将 Profile Management 配置为显示错误消息，然后注销用户。此方法可以帮助进行故障排除。
有关配置此功能的说明，请参阅强制用户注销。
在某些情况下，用户登录时将收到一个新配置文件，而非其缓存的配置文件。有关此问题及其解决方法的详细信息，请参阅知识中心文章 CTX118226。
如果在删除了用户存储中的配置文件副本之后，出现一个本地配置文件，用户也有可能会收到一个临时的配置文件。如果在注销时清除了用户存储，但没有删除本地配置文件，则会出现上述情况。Profile Management 将这种部分删除配置文件的情况视为网络、共享或权限错误，并为用户提供一个临时配置文件。因此，不建议部分删除。要解决此问题，请登录受影响的计算机，然后手动删除配置文件。
当您的部署中包含个人虚拟磁盘功能（Citrix Virtual Desktops 的一项功能）时，如果尚未正确调整这些磁盘的默认处理方法，用户可能会接收到临时配置文件。有关详细信息，请参阅迁移用户配置文件。
当 Citrix Virtual Desktops 会话无响应时配置文件数据丢失
在 Citrix Virtual Desktops 部署中，断开远程桌面协议 (RDP) 会话连接可能会导致虚拟桌面无响应或重新启动。此行为将对 Profile Management 产生影响，因为它会导致配置文件数据在会话结束时丢失。此问题在 Citrix Virtual Delivery Agent 3.1.3242 版及更高版本中已修复。
用户无法登录（事件 ID：1000，来源：Userenv）
用户无法登录 Citrix 环境，并收到以下错误消息：“Windows did not load your roaming profile and is attempting to log you on with your local profile… Contact your network administrator.”（Windows 未加载您的漫游配置文件，但正在尝试通过本地配置文件将您登录…请与网络管理员联系。）此错误出现在 Windows 应用程序事件日志中（事件 ID：1000，来源：Userenv）。
有关此问题及其其他解决方法的详细信息，请参阅知识中心文章 CTX105618。
打印
在 Citrix Virtual Desktops 环境中，用户可以选择默认打印机，但在某些情况下，所做的选择在两次登录之间不会保留。使用 Citrix Virtual Desktops 策略在标准映像模式下基于 Citrix Provisioning Services 虚拟磁盘在池虚拟桌面上设置打印机时，已发现此问题。此问题并非起因于 Profile Management。尽管 Profile Management 日志文件显示打印机的注册表项在注销时已复制（预期行为），但用户的 NTUSER.dat 中未包含该注册表项（非预期行为）。实际上，此问题起因于 Citrix Virtual Desktops 使用 DefaultPmFlags 注册表设置的方式。有关详细信息，请参阅知识中心文章 CTX119066。
有时，非预期的打印机将添加到配置文件中，并且在用户删除后，这些打印机在用户下次登录时仍将再次显示。有关详细信息，请参阅 Profile Management 支持论坛。
多个平台上的应用程序设置问题
您可能会遇到应用程序无法跨多个平台正确漫游的问题。这些问题通常由以下各项引起：
- 不适用于从一个系统到另一个系统的设置。例如，并非存在于每个系统中的硬件特定的设置。
- 通过不同的方式安装在不同的系统中的应用程序。例如，某个应用程序在一台计算机上安装在 C: 驱动器上，而在另一台计算机上安装在 D: 驱动器上；某个应用程序在一个系统中安装在 C:\Program Files 下，而在另一个系统中安装在 C:\Program Files (x86) 下；或者一个系统中安装了某个 Excel 加载项，而另一个系统中未安装。
- 在配置文件外部存储设置信息的应用程序。例如，存储在本地计算机的设置中或用户配置文件外部的信息。
- 存储在注册表中特定于语言的配置设置。Profile Management 将自动转换版本 1 配置文件中特定于语言的文件夹名称，但不转换注册表中的此类信息。
大多数情况下，提高引发问题的系统的标准化程度可以最大限度地减少这些问题的发生。但是，这些问题往往是由于操作系统或各应用程序固有的不兼容性（与多个平台之间）造成的。如果存在问题的设置并不重要，将这些设置从配置文件中排除可能会解决该问题。
配置文件由未知帐户所有
在一些罕见的情况下，配置文件显示为属于一个未知帐户。在计算机系统属性对话框的高级选项卡中，当您单击“用户配置文件”中的设置时，会显示未知帐户。此问题会伴随出现一个事件日志条目，”Profile notification of event Create for component <application ID> failed, error code is ???.”（组件 <应用程序 ID> 的“创建”事件的配置文件通知失败，错误代码为 ???。）在注册表中，应用程序 ID 指向 SHACCT Profile Notification Handler（一个 Microsoft 组件）。
要确认您的环境中是否出现此问题，请以其数据不是由 Profile Management 处理的用户登录，并查看以上这些现象。
这不是 Profile Management 的问题，但可能是由于 Active Directory 与虚拟机快照交互不正确导致的。Citrix 用户配置文件的运行不受影响。用户可以登录和注销，系统会保留其配置文件更改。
在本文中
- 登录速度缓慢
- 检查是否正在通过流技术推送配置文件
- 确定有效策略
- 排除损坏的配置文件数据
- 清理与注册表项的连接
- 删除本地配置文件
- 删除处于锁定状态的缓存配置文件
- 确定配置文件的存储位置
- 检查服务器
- 回退
- 在 VMware 上运行的 Profile Management 将创建多个配置文件
- 使用 Novell eDirectory 时登录时间长
- 用户存储中的排除文件夹
- 日志文件中丢失信息
- GPO 设置失效
- 用户收到新配置文件或临时配置文件
- 当 Citrix Virtual Desktops 会话无响应时配置文件数据丢失
- 用户无法登录（事件 ID：1000，来源：Userenv）
- 打印
- 多个平台上的应用程序设置问题
- 配置文件由未知帐户所有