升级和迁移

Last published : Nov 13, 2026
本节包含升级 Profile Management 软件的步骤，以及有关将现有 Windows 用户配置文件转换为 Citrix 用户配置文件的信息。例如，您可以使用这些步骤轻松地从 3.x 版升级到 5.x 版。
升级之前，请了解您要升级的 Profile Management 版本以及升级后的版本中可用的功能和设置。要查看此信息，请参阅Profile Management 策略。为了方便从 .ini 文件升级到组策略，该主题还映射了 .ini 文件中的设置与 .adm 和 .admx 文件中的设置。
升级时，请勿配置 Profile Management（无论是通过组策略还是使用 .ini 文件）。请先升级部署，然后根据需要配置设置，从而将这两个任务分开，理想情况下，可以通过回答决定配置中的问题来完成此操作。
提示：您可以通过升级到最新版本来热修复 Profile Management 2.1.1 或更高版本的部署。升级后，您可以根据需要启用任何后续功能。
Related information
升级配置文件管理迁移用户配置文件

混合部署

对于 Profile Management 不同版本共存的部署，请执行以下操作：
  • 尽量缩短混合部署的持续时间。
  • 将最新版本的 .adm 或 .admx 文件添加到所有域控制器上的每个组策略对象。确保所有新功能均已禁用，并留出时间让新策略传播。
  • 在启用任何策略之前，将所有计算机升级到最新版本的 Profile Management。
支持包含 5.x 版和 3.2 版的混合部署。但是，应将此类部署视为从早期版本迁移到后期版本期间存在的临时状态。
重要提示： 不支持包含 5.x 版与 2.1.1 版或任何更早版本（包括 Citrix 技术预览版或 Beta 版）的部署。但是，如果您无法升级，并且这些版本必须在您的部署中共存，那么本主题的其余部分可能会有所帮助。

涉及 Profile Management 2.1.1 或更早版本的混合部署

本主题的其余部分包含有关 Profile Management 2.1.1 或更早版本与 Profile Management 3.x 或 5.x 共存的信息。它介绍了如何从一个版本迁移到另一个版本。在本主题中，版本 2 和版本 5 用作这些版本的简称。
在单独的 OU 中隔离每个版本，并为运行每个版本的计算机维护单独的用户存储。或者，如果单个用户存储服务于运行这两个版本的计算机，请确保禁用所有版本 5 设置，直到所有计算机都已升级到版本 5。在“混合”用户存储中启用任何版本 4 设置后，用户仍然可以登录到运行版本 2 的计算机。但是，他们会收到一个临时 Windows 用户配置文件（而不是其网络 Citrix® 用户配置文件），并且他们对该配置文件所做的更改不会保存。您必须将混合部署视为临时状态，并在完成升级之前尽量缩短其存在时间。
使用单独的 OU 和用户存储可能不方便。为避免这些限制，您可以使用以下两种策略之一。您可以使用“已处理组”设置在 Profile Management 的相应版本中配置每个组。策略 2 比策略 1 更复杂。对于前者，您需要持续更新版本 5 的已处理用户组。并且您需要维护两套应用程序和桌面（但您可以通过从 Citrix virtual apps™ 导出应用程序定义来实现自动化）。优点是您可以在迁移过程中从容不迫。
注意：作为以下策略的替代方案，对于 Windows Server 2008 Active Directory，您可以使用 WMI 筛选将 GPO 应用于 OU 中的一部分计算机，并确定安装了哪个版本的 Profile Management。因此，您可以自动调整应用的策略以匹配版本。

策略 1：一次性迁移

此方案假设可以接受一定的停机时间。所有计算机同时迁移。
迁移策略如下：
  1. 将版本 2 ADM 文件替换为版本 5 文件。后者与早期版本兼容，因此版本 2 计算机将继续正常运行。
  2. 确保所有版本 5 设置均已禁用。不要依赖默认的 未启用。
  3. 开始将所有计算机从版本 2 升级到版本 5。将此升级与您的常规维护和更新计划结合起来。除一个例外情况外，在您启用任何版本 5 设置之前，版本 5 的行为与版本 2 相同。例外情况如下。这种情况很少见，但如果此升级步骤分阶段进行很长时间，则更有可能发生。如果用户从多个服务器访问其 Citrix 用户配置文件，则会创建多个版本 4 会话。例如，他们首先使用工作站访问一台服务器上的虚拟桌面，然后使用笔记本电脑访问另一台服务器上发布的应用程序。Profile Management 必须为第二个（笔记本电脑）会话使用暂存区。此时，整个 OU 都被视为版本 5 部署（尽管没有配置任何版本 5 功能）。并且 PmCompatibility.ini 会更新以反映此更改。
  4. （可选）将您的版本 5 已处理用户组设置为仅包含小型试点组的成员。等待 AD 组策略更改在整个网络中传播（例如，在周末）。在此更改发生时，您无需阻止其他任何用户访问。备份试点组的配置文件。然后让试点组测试 Profile Management。
  5. 当您对试点组的结果满意时，确保您已备份其他用户的配置文件。
  6. 利用下一个计划维护期将剩余用户添加到版本 5 已处理用户组。留出足够的时间让 AD 组策略更改传播，并让剩余用户登录。

策略 2：分阶段迁移

此方案假设您无法一次性将所有计算机或用户迁移到新版本，因此您选择分批迁移用户子集。它适用于拥有多个数据中心或地理位置分散的用户的部署。
迁移策略如下：
  1. 将版本 2 ADM 文件替换为版本 5 文件。后者与早期版本兼容，因此版本 2 计算机将继续正常运行。
  2. 确保所有版本 5 设置都已禁用。不要依赖默认的“未启用”状态。
  3. 将少量计算机（第一批）升级到版本 5。或者，在新计算机上安装版本 5。默认情况下，您的版本 5 处理的用户组包含一个空组，因此没有用户被处理为版本 5 用户。请注意策略 1 中描述的例外情况，该例外情况在分阶段迁移中升级计算机时也可能适用。
  4. 从您的版本 5 计算机发布新应用程序（使用 Citrix Virtual Apps）或虚拟桌面（使用 Citrix Virtual Apps 或 Citrix Virtual Desktops™）。这些应用程序和桌面与之前从版本 2 计算机发布的应用程序和桌面相同，只是名称不同。这些名称标识它们供版本 5 用户使用。
  5. 此批次中选定的用户登录到应用程序或桌面（例如，使用 Web Interface）。他们选择新应用程序。（使用 Web Interface 根据用户名或组成员身份强制执行此步骤）。结果，他们的会话在版本 4 计算机上运行，但使用版本 2 设置进行处理。
  6. 确保已备份所有用户的配置文件。
  7. 将用户从版本 2 处理的用户组移出，并移入版本 4 组。等待 AD 组策略更改传播到版本 5 计算机。他们下次登录时，用户的会话将使用版本 5 设置进行处理。
  8. 升级下一批计算机并迁移下一批用户，如前所述。