Profile Management

升级和迁移

本节包含升级 Profile Management 软件的步骤,以及有关将现有 Windows 用户配置文件转换为 Citrix 用户配置文件的信息。例如,您可以使用这些步骤轻松地从 3.x 版升级到 5.x 版。

在升级之前,请了解您要从哪个版本升级以及要升级到哪个版本,以及这些版本中提供了哪些 Profile Management 功能和设置。要查看此信息,请参阅Profile Management 策略。为了方便从 .ini 文件升级到组策略,该主题还介绍了如何将 .ini 文件中的设置映射到 .adm 和 .admx 文件中的设置。

升级时,请勿配置 Profile Management(无论是通过组策略还是使用 .ini 文件)。请先升级部署,然后根据需要配置设置,从而将这两个任务分开,理想情况下,可以通过回答决定配置中的问题来完成此操作。

提示:您可以通过升级到最新版本来热修复 Profile Management 2.1.1 或更高版本的部署。升级后,您可以根据需要启用任何后续功能。

混合部署

对于 Profile Management 不同版本共存的部署,请执行以下操作:

  • 最大限度地缩短混合部署的持续时间。
  • 将最新版本的 .adm 或 .admx 文件添加到所有域控制器上的每个组策略对象。确保所有新功能均已禁用,并留出时间让新策略传播。
  • 在启用任何策略之前,将所有计算机升级到最新版本的 Profile Management。

支持包含 5.x 版和 3.2 版的混合部署。但是,应将此类部署视为从早期版本迁移到更高版本期间存在的临时状态。

重要提示: 不支持包含 5.x 版与 2.1.1 版或任何更早版本(包括 Citrix 技术预览版或测试版)的部署。但是,如果您无法升级,并且这些版本必须在您的部署中共存,那么本主题的其余部分可能会对您有所帮助。

涉及 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. 按照前面所述,升级下一批计算机并迁移下一批用户。
升级和迁移