Product Documentation

升级和迁移

Jun 04, 2018

本部分包含 Profile Management 软件的升级步骤,以及将现有 Windows 用户配置文件迁移到 Citrix 用户配置文件的相关信息。例如,可以按照这些步骤从版本 3.x 轻松升级到版本 5.x。

进行升级之前,请了解您要从中升级和升级到的版本中具有哪些 Profile Managament 功能和设置。要检查此信息,请参阅 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 技术预览版本或 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 处理的用户组。并且您负责维护两组应用程序和桌面(但可以通过从 XenApp 中导出应用程序定义来实现自动化)。该操作的优势在于您可以慢慢进行迁移。

注意:作为以下策略的替代策略,对于 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 计算机发布新应用程序(使用 XenApp)或虚拟桌面(使用 XenApp 或 XenDesktop)。除名称外,这些应用程序和桌面与之前从版本 2 计算机发布的应用程序和桌面完全相同。这些名称标识为供版本 5 用户使用。
  5. 在这一批中选定的用户登录到应用程序或桌面(例如,使用 Web Interface)。这些用户选择使用新应用程序。(可以使用 Web Interface 强制用户执行此步骤,具体取决于用户名或组成员身份)。因此,这些用户的会话在版本 4 计算机上运行,但会使用版本 2 设置对其进行处理。
  6. 确保您已备份所有用户的配置文件。
  7. 将用户从版本 2 处理的用户组移动到版本 4 组。等待 AD 组策略更改传播到版本 5 计算机。这些用户下一次登录时,会使用版本 5 设置对其会话进行处理。
  8. 按如上所述升级下一批计算机,并迁移下一批用户。