升级部署

2017 年 5 月 9 日

可以将某些部署升级到较新版本,而无需先设置新计算机或站点;这称为原位升级。可以执行以下升级:

  • 从 XenDesktop 5.6 版本(或更高版本)至 7.6 LTSR 的最新版本
  • 从 XenApp 7.5 版本至 7.6 LTSR 的最新版本

也可以使用最新的 XenApp 7.6 LTSR 安装程序将 XenApp 6.5 工作服务器升级到最新 XenApp 7.6 LTSR VDA for Windows Server OS。这是迁移到 XenApp 6.5 的补充活动,请参阅将 XenApp 6.5 工作进程升级至新的 VDA for Windows Server OS

要启动升级,请运行新版本的安装程序,以升级以前安装的核心组件(Delivery Controller、Citrix Studio、Citrix Director、Citrix 许可证服务器)和 VDA。安装程序会先确定哪些组件需要升级,然后在您的命令处启动升级。升级组件之后,使用新升级的 Studio 来升级站点数据库和站点。

请务必在开始升级之前检查本文中的所有信息。

升级顺序

下图概要介绍了升级顺序。下面的升级过程中提供了详细信息。例如,如果您在一台服务器上安装了多个核心组件,则在该计算机上运行安装程序将升级具有新版本的所有组件。您可能希望升级主映像中使用的 VDA,再更新该映像。然后,更新使用该映像的目录以及使用该目录的交付组。详细信息中还包括如何自动或手动升级站点数据库和站点。

本地化后的图片

可以升级的产品组件版本

使用产品安装程序和 Studio,可以升级:

  • Citrix 许可证服务器、Studio 和 StoreFront
  • Delivery Controllers 5.6 或更高版本
  • VDA 5.6 或更高版本
    • 与早期 VDA 版本不同,必须使用产品安装程序来升级 VDA;不能使用 MSI。
    • 如果安装程序在计算机上检测到 Receiver for Windows (Receiver.exe),则会将其升级到产品安装介质上包含的 Receiver 版本。
  • Director 1.0 或更高版本
  • 数据库:此 Studio 操作将升级架构并迁移站点数据库的数据(以及配置日志记录和监视数据库,前提是从早期 7.x 版本进行升级)

如果需要,可以按照功能/产品文档中的指导升级以下组件:

  • Provisioning Services(对于 XenApp 7.x 和 XenDesktop 7.x,Citrix 建议使用最新发布版本;支持的最低版本是 Provisioning Services 7.0)。
    • 使用服务器滚动升级来升级 Provisioning Services 服务器,并使用虚拟磁盘版本化升级客户端。
    • Provisioning Services 7.x 不支持创建运行 XenDesktop 5 的新桌面。因此,虽然现有桌面仍可继续使用,但在升级 XenDesktop 之前,不能使用 Provisioning Services 7.x 来创建新桌面。如果规划一个装有 XenDesktop 5.6 和 7.x 站点的混合环境,不要将 Provisioning Services 升级到版本 7。
  • Microsoft System Center Virtual Machine Manager SCVMM。当前产品支持 SCVMM 2012 和 SCVMM 2012 SP1;XenDesktop 5.x 支持早期版本。为避免停机,可以按照以下顺序进行升级:
    1. 如果 Controller 运行低于 XenDesktop 5.6 FP1 的版本,则将其升级到 XenDesktop 5.6 FP1(请参阅此版本的 XenDesktop 文档)。
    2. 将 SCVMM 服务器升级到 SCVMM 2012;有关说明,请参阅 Microsoft 文档。
    3. 将 XenDesktop 组件升级到当前版本。
    4. (可选)将 SCVMM 服务器升级到 SCVMM 2012 SP1。
  • StoreFront。

限制

升级存在以下限制:

选择性组件安装

如果在安装任何组件或将任何组件升级到新版本时不升级不同计算机上其他需要升级的组件,Studio 将会提醒您。例如,假设一个升级包括新版本的 Controller 和 Studio。您升级 Controller,但您未在安装了 Studio 的计算机上运行安装程序。在您升级 Studio 之前,Studio.不允许您继续管理站点。

您不必升级 VDA,但 Citrix 建议升级所有 VDA 以使您能够使用所有可用功能。如果不打算将所有 VDA 升级到最新版本,请查阅混合 VDA 支持。

低于 7.5 的 XenApp 版本

不能从低于 7.5 的 XenApp 版本升级。可以从 XenApp 6.x 迁移;请参阅迁移 XenApp 6.x

尽管不能升级 XenApp 6.5 场,但可以将 Windows Server 2008 R2 计算机上的 XenApp 6.5 软件替换为当前 VDA for Server OS。请参阅将 XenApp 6.5 工作进程升级至新 VDA

低于 5.6 的 XenDesktop 版本

不能从低于 5.6 的 XenDesktop 版本升级。

XenDesktop Express 版

不能升级 XenDesktop Express Edition。获取并安装当前支持版本的许可证,然后对其进行升级。

早期版本或技术预览版本

不能从 XenApp 或 XenDesktop 早期版本或技术预览版本升级。

Windows XP/Vista

如果在 Windows XP 或 Windows Vista 计算机上安装了 VDA,请参阅运行 Windows XP 或 Windows Vista 的计算机上的 VDA

产品选择

从早期 7.x 版本升级时,无需选择或指定在初始安装过程中设置的产品(XenApp 或 XenDesktop)。

混合环境/站点

如果必须继续运行早期版本的站点和当前版本的站点,请参阅混合环境注意事项

准备

开始升级之前:

决定要使用哪个界面/接口

使用安装程序的图形界面或命令行接口来升级核心组件和 VDA。不能从早期版本导入或迁移数据。

检查站点的运行状况

在开始升级之前,请确保站点处于稳定的正常工作状态。如果站点存在问题,升级过程不会解决问题,并可能让站点处于难于恢复的复杂状态。要测试站点,请在 Studio 导航窗格中选择站点条目。在中间窗格的“站点配置”部分中,单击测试站点

备份站点、监视和配置日志记录数据库

请按照 CTX135207 中的说明进行操作。如果在升级后发现任何问题,可以还原备份。

(可选)备份模板并升级虚拟机管理程序(如果需要)。

完成您的业务连续性计划规定的任何其他准备任务。

在高可用性环境中,确保在开始升级之前,站点、监视和配置日志记录数据库已在主数据库服务器上运行。

确保您的 Citrix Licensing 是最新的

在升级 Citrix 许可证服务器之前,请确保新产品版本的专享升级服务日期有效。如果要从早期 7.x 产品版本进行升级,此日期必须至少为 2016 年 4 月 20 日。

关闭应用程序和控制台

在开始升级之前,请关闭可能会导致文件锁定的所有程序,其中包括管理控制台和 PowerShell 会话。(重新启动计算机可确保清除任何文件锁定,以及不存在任何未完成的 Windows 更新。)

重要:开始升级之前,请停止并禁用所有第三方监视代理服务。

确保您有合适的权限

除了是域用户以外,您还必须是要升级产品组件的计算机上的本地管理员。

可以自动或手动升级站点数据库和站点。对于自动数据库升级,Studio 用户的权限必须能够更新 SQL Server 数据库架构(例如 db_securityadmin 或 db_owner 数据库角色)。如果 Studio 用户没有这些权限,则启动手动数据库升级将会生成脚本。Studio 用户可以从 Studio 运行某些脚本;数据库管理员可以使用 SQL Server Management Studio 等工具运行其他脚本。

使用 StoreFront

如果您的部署包含 Web Interface,Citrix 建议使用 StoreFront。

混合环境注意事项

如果您的环境中包含的站点/场安装了不同的产品版本(混合环境),Citrix 建议使用 StoreFront 来汇总不同产品版本中的应用程序和桌面(例如,如果您有 XenDesktop 7.1 站点和 XenDesktop 7.5 站点)。有关详细信息,请参阅 StoreFront 文档。

  • 在混合环境中,继续使用与每个发行版对应的 Studio 和 Director 版本,但要确保不同版本安装在单独的计算机上。
  • 如果计划同时运行 XenDesktop 5.6 和 7.x 站点并同时为二者使用 Provisioning Services,无论是部署用于 7.x 站点的新 Provisioning Services,还是升级当前的 Provisioning Services,均无法在 XenDesktop 5.6 站点中预配新的工作负载。

在每个站点内,Citrix 建议升级所有组件。尽管某些组件的早期版本仍可使用,但最新版本中的所有功能可能无法使用。例如,尽管可以在含有早前版本 Controller 的部署中使用当前 VDA,但当前版本中的新增功能可能无法使用。使用非当前版本时,也可能会出现 VDA 注册问题。

  • 具有 5.x 版本的 Controller 和 7.x 版本的 VDA 的站点将暂时保留在当前状态。理想情况下,应该尽快完成所有组件的升级。
  • 请仅在准备好使用新版本时再升级独立 Studio 版本。

运行 Windows XP 或 Windows Vista 的计算机上的 VDA

不能将安装在运行 Windows XP 或 Windows Vista 的计算机上的 VDA 升级到 7.x 版本。必须使用安装了特定修补程序的 VDA 5.6 FP1;有关说明,请参阅 CTX140941。虽然早期版本 VDA 将在 7.x 的很多站点中运行,但它们无法使用其中的许多功能,包括:

  • Studio 中需要更新 VDA 版本的功能。
  • 从 Studio 配置 App-V 应用程序。
  • 从 Studio 配置 Receiver StoreFront 地址。
  • 使用 Machine Creation Services 时自动支持 Microsoft Windows KMS 许可。请参阅 CTX128580
  • Director 中的信息:
    • “控制板”、“趋势”和“用户详细信息”视图中影响登录持续时间的登录时间和登录结束事件。
    • HDX 连接和身份验证时间的登录时长细分详细信息,以及配置文件加载、GPO 加载、登录脚本和交互式会话建立的持续时间详细信息。
    • 多个类别的计算机和连接故障率。
    • “技术支持人员”和“用户详细信息”视图中的活动管理器。

Citrix 建议先对 Windows XP 和 Windows Vista 计算机重新创建到受支持操作系统版本的映像,然后再安装最新 VDA。

运行 Windows 8.x 或 Windows 7 的计算机上的 VDA

要将已安装 VDA 的 Windows 8.x 或 Window 7 计算机升级到 Windows 10,Citrix 建议先对 Windows 7 和 Windows 8.x 计算机重新建立到 Windows 10 的映像,然后再使用随 XenApp 和 XenDesktop 7.6 FP3 提供的独立 VDA 安装包,安装适用于 Windows 10 的 VDA。如果无法重新映像,请先卸载 VDA,然后再升级操作系统,否则,VDA 将处于不受支持的状态。

混合 VDA 支持

将产品升级到更高版本时,Citrix 建议升级所有核心组件和 VDA,以便访问您版本中的所有新功能和增强功能。

在某些环境中,可能无法将所有 VDA 升级到最新版本。在这种情况下,如果创建计算机目录,可以指定计算机上安装的 VDA 版本。默认情况下,此设置指定建议的最新 VDA 版本。只有在计算机目录包含装有早期 VDA 版本的计算机时才需要考虑更改此设置。不建议在计算机目录中混合使用多个 VDA 版本。

如果计算机目录是使用建议的默认 VDA 版本设置创建的,并且此目录中的任何计算机都安装了早期 VDA 版本,则这些计算机将无法在 Controller 中注册并且将无法使用。

例如,使用默认 VDA 设置创建计算机目录:“7.6 (推荐,以访问最新功能)”。然后,向此目录添加三个计算机:其中两个装有 VDA 7.6;一个装有 VDA 7.1。VDA 7.1 计算机将无法在 Controller 中注册。如果无法升级此 VDA,请考虑先创建一个单独的计算机目录并将 VDA 设置配置为“版本 7.0 或更高版本”,然后再添加此计算机。虽然此计算机将无法利用 7.6 中的新功能,但它可以在 Controller 中进行注册。

升级过程

要运行产品安装程序图形界面,请登录到计算机,然后插入介质或装载新版本的 ISO 驱动器。双击 AutoSelect。要使用命令行界面,请参阅使用命令行安装

步骤 1.如果多个核心组件安装在同一服务器上(例如 Controller、Studio 和许可证服务器),并且其中的多个组件有新版本可供使用,则在该服务器上运行安装程序时,这些组件将全部进行升级。

如果任何核心组件安装在 Controller 以外的计算机上,请在其中的每台计算机上运行安装程序。建议顺序:许可证服务器、StoreFront 及 Director。

步骤 2.如果使用 Provisioning Services,请按照 Provisioning Services 文档中的指导,升级 PVS 服务器和目标设备。

步骤 3.在包含 VDA 的计算机上运行产品安装程序。(如果使用主映像和 Machine Creation Services,请参阅步骤 12。)

从早期 7.x 版本升级安装在物理机(包括 Remote PC Access)上的 VDA 时,使用命令行接口和以下选项:/exclude “Personal vDisk”,”Machine Identity Service”。例如:

C:\x64\XenDesktop Setup\XenDesktopVdaSetup.exe /exclude “Personal vDisk”,”Machine Identity Service”

步骤 4.在一半的 Controller 上运行产品安装程序。(这还会升级安装在这些服务器上的其他任何核心组件。)例如,如果您的站点包含四个 Controller,应在其中两个 Controller 上运行安装程序。

  • 使另一半的 Controller 处于活动状态,以便用户能访问此站点。VDA 可以在其余 Controller 中进行注册。有时,站点容量可能会因可用 Controller 的减少而减少。升级仅导致在最终数据库升级步骤期间建立新的客户端连接时出现短暂的中断。直到整个站点都完成升级后,升级后的 Controller 才能处理请求。
  • 如果站点中只有一个 Controller,则升级期间站点无法正常运行。

步骤 5.如果安装 Studio 的计算机不是已升级的计算机,则在安装 Studio 的计算机上运行安装程序。

步骤 6.从新升级的 Studio 升级站点数据库。有关详细信息,请参阅下面的升级数据库和站点

步骤 7. 在新升级的 Studio 的导航窗格中选择 **Citrix Studio** 站点名称。选择常规任务选项卡。选择升级其余的 Delivery Controller

步骤 8.完成升级并确认完成之后,关闭 Studio,然后再重新打开。

步骤 9. 在“常规任务”页面的“站点配置”部分中,选择执行注册**。注册 Controller,使其可供站点使用。

步骤 10. 在升级完成时选择完成**后,可以在 Citrix 遥测程序中进行注册,从而收集有关您的部署的信息。可以利用该信息来提高产品质量、可靠性及性能。

步骤 11.升级组件、数据库和站点之后,请测试新升级的站点。在 Studio 的导航窗格中选择 Citrix Studio 站点名称。选择常规任务选项卡,然后选择测试站点。这些测试是在升级数据库之后自动运行的,但您可以随时重新运行。

步骤 12.如果您使用 Machine Creation Services 并希望使用升级的 VDA:在升级并测试部署之后,请更新主映像中使用的 VDA(如果您尚未更新)。更新使用这些 VDA 的主映像。然后更新使用这些主映像的计算机目录,以及升级使用这些目录的交付组。

升级数据库和站点

升级核心组件和 VDA 之后,使用新升级的 Studio 来启动数据库和站点的自动或手动升级。

  • 对于自动数据库升级,Studio 用户的权限必须能够更新 SQL Server 数据库架构(例如 db_securityadmin 或 db_owner 数据库角色)。
  • 如果 Studio 用户没有这些权限,则启动手动数据库升级将会生成脚本。Studio 用户从 Studio 运行其中一些脚本。数据库管理员使用 SQL Server Management Studio 等工具运行其他 SQL 脚本。如果手动运行 SQL 脚本,则应使用 SQLCMD 实用程序或在 SQLCMD 模式下使用 SQL Management Studio 运行这些脚本。否则,可能会出现不准确的错误。

重要: Citrix 强烈建议在升级之前备份数据库(如 CTX135207 中所述)。

数据库升级期间,禁用产品服务。此时,Controller 无法为站点代理任何新连接,因此应认真规划。

数据库升级完成且产品服务启用之后,Studio 会先对环境和配置进行测试,然后生成一份 HTML 报告。如果确定出现了问题,可以还原数据库备份。解决问题之后,可以重新升级数据库。

自动升级数据库和站点

启动新升级的 Studio。选择自动启动站点升级并确认准备工作就绪之后,数据库和站点将继续升级。

手动升级数据库和站点

此过程包括生成脚本和运行脚本。

步骤 1. 启动新创建的 Studio。选择手动升级站点后,向导会提示确认您已备份数据库。然后,向导会生成并显示脚本以及升级步骤核对表。

步骤 2. 按照所示顺序运行以下脚本。

  • DisableServices.ps1: 由 Studio 用户在 Controller 上运行以禁用产品服务的 PowerShell 脚本。
  • UpgradeSiteDatabase.sql: 由数据库管理员在包含站点数据库的服务器上运行的 SQL 脚本。
  • UpgradeMonitorDatabase.sql: 由数据库管理员在包含监视数据库的服务器上运行的 SQL 脚本。
  • UpgradeLoggingDatabase.sql:由数据库管理员在包含配置日志记录数据库的服务器上运行的 SQL 脚本。只有在此数据库更改时(例如,在应用修补程序之后)才运行此脚本。
  • EnableServices.ps1: 由 Studio 用户在 Controller 上运行以启用产品服务的 PowerShell 脚本。

步骤 3. 完成向导中所示的所有核对表任务后,单击完成升级

Dbschema 升级

将您的部署更新到新的 CU 时,会升级多个数据库架构。有关在该过程中升级的数据库架构的信息,请参阅下表:

dbschema-update

术语定义:

  • 站点 = 站点数据存储;将对站点数据存储更新 Dbschema。
  • 监视 = 监视数据存储;将对监视数据存储更新 Dbschema。
  • 配置 = 配置表;将在配置表中更新 Desktop Studio 版本或/和许可证服务器版本。