Product Documentation

升级部署

Feb 23, 2016

在本文中:

  • 简介
  • 可以升级的产品组件版本
  • 要求、限制和准备工作
  • 混合环境注意事项
  • 运行 Windows XP 或 Windows Vista 的计算机上的 VDA
  • 运行 Windows 8.x 或 Windows 7 的计算机上的 VDA
  • 混合 VDA 支持
  • 升级顺序

简介

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

  • 从 XenDesktop 版本 5(或更高版本)升级到最新发布(当前)的 XenDesktop 版本
  • 从 XenApp 版本 7.5(或更高版本)升级到最新发布(当前)的 XenApp 版本

还可以使用当前的 XenApp 安装程序将 XenApp 6.5 工作服务器升级到当前的 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 来升级站点数据库和站点。

在本文档中,除非另有说明,否则“产品”一词是指 XenApp 7.x 或 XenDesktop 7.x。

可以升级的产品组件版本

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

  • Delivery Controller 5 或更高版本
  • VDA 5.0 SP1 或更高版本
    • 与早期 VDA 版本不同,必须使用产品安装程序来升级 VDA;不能使用 MSI。
    • 如果安装程序在计算机上检测到 Receiver for Windows (Receiver.exe),则会将其升级到产品安装介质上包含的 Receiver 版本。
    • 如果安装程序在计算机上检测到 Receiver for Windows Enterprise (CitrixReceiverEnterprise.exe),则会将其升级到 Receiver for Windows Enterprise 3.4。
  • Director 1 或更高版本
  • 数据库:这将升级架构并迁移站点数据库的数据(以及配置日志记录和监视数据库,前提是从早期 7.x 版本进行升级)
  • Personal vDisk

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

  • 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。

要求、限制和准备工作

  • 必须使用产品安装程序的图形界面或命令行界面来升级核心组件和 VDA;不能从早期版本导入或迁移数据。
  • 如果在安装任何组件或将任何组件升级到新版本时不升级不同计算机上其他需要升级的组件,Studio 将会提醒您。 例如,如果升级中包含新版本的 Controller 和 Studio,但您只升级 Controller(不在安装了 Studio 的计算机上运行安装程序),Studio 将不允许您继续管理站点,直到升级 Studio 为止。
  • 在升级 Citrix 许可证服务器之前,请确保新产品版本的专享升级服务日期有效。 如果要从早期 7.x 产品版本进行升级,此日期必须至少为 2015 年 11 月 18 日。
  • 不能升级 XenDesktop Express Edition。 获取并安装当前支持版本的许可证,然后对其进行升级。
  • 在开始任何升级活动之前,请按照 CTX135207 中所述备份数据库,以便在数据库升级后发现任何问题时对数据库进行还原。
  • (可选)备份模板并升级虚拟机管理程序(如果使用)。
  • 如果必须继续运行早期版本的站点和当前版本的站点,请参阅混合环境注意事项。
  • 如果在 Windows XP 或 Windows Vista 计算机上安装了 VDA,请参阅运行 Windows XP 或 Windows Vista 的计算机上的 VDA。
  • 如果不打算将所有 VDA 升级到最新版本,请查阅混合 VDA 支持。
  • 如果您的部署包含 Web Interface,Citrix 建议使用 StoreFront。
  • 除了是域用户以外,您还必须是要升级产品组件的计算机上的本地管理员。
  • 请查看以下升级顺序,以便规划并减少可能出现的中断。

无法进行以下升级:

  • 从早期版本或技术预览版本升级
  • 从 7.5 之前的 XenApp 版本升级(将服务器上的 XenApp 6.5 软件替换为当前的 VDA for Server OS 除外,请参阅迁移 XenApp 6.x
  • 从 5.6 之前的 XenDesktop 版本升级,请参阅迁移 XenDesktop 4
  • 从 XenApp 升级到 XenDesktop,或从 XenDesktop 升级到 XenApp

混合环境注意事项

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

  • 通常,当前 Studio 和 Director 版本只管理/监视当前站点。 (虽然此版本的 Director 可以监视 XenDesktop 5.x VDA,但有些数据(包括登录时长)不可用于这些 VDA。)例如,不能使用 Studio 7.6 版本管理 XenDesktop 7.1 站点。 同样,也不能使用 Studio 版本 7.1 管理 XenDesktop 7.6 站点。
  • 在混合环境中,仍对每个发行版使用 Studio 和 Director 版本,但要确保不同版本安装在单独的计算机上。
  • 可以在包含早期 Controller 版本的部署中使用当前 VDA。 请记住,在这些情况下,当前版本中的新功能可能无法使用。 请参阅下文的“混合 VDA 注意事项”。
  • 具有 5.x 版本的 Controller 和 7.x 版本的 VDA 的站点将暂时保留在当前状态。 理想情况下,应该尽快完成所有组件的升级。
  • 如果计划同时运行 XenDesktop 5.6 和 7.x 站点并同时为二者使用 Provisioning Services,无论是部署用于 7.x 站点的新 Provisioning Services,还是升级当前的 Provisioning Services,均无法在 XenDesktop 5.6 站点中置备新的工作负载。
  • 请仅在准备好使用新版本时再升级独立 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 的映像,然后再安装适用于 Windows 10 的 VDA。 如果无法重新映像,请先卸载 VDA,然后再升级操作系统,否则,VDA 将处于不受支持的状态。

混合 VDA 支持

将产品升级到更高版本时,Citrix 建议升级所有核心组件和 VDA,以便访问您版本中的所有新功能和增强功能。 例如,要使用 7.6 版本中的会话预启动、会话延迟结束及未经身份验证的用户功能,必须至少安装 VDA 7.6 版本。

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

如上所述,如果您的部署包含 Windows XP 和 Windows Vista 系统,则必须使用早期 VDA 版本,并且包含这些计算机的计算机目录必须指定 VDA 版本 5.6 FP1。 VDA 将在 Controller 中成功注册,但这些计算机将无法使用 7.x 版本中的很多新功能(包括 StoreFront)。 这也适用于任何已添加到此目录中且装有 7.x 版本 VDA 的计算机。 下图说明了这一点。

在上述情况下,如果必须继续使用旧 VDA,请将它们放入自身的计算机目录中。

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

例如,假定最新 VDA 版本是 7.6。 使用默认 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 服务器和客户端。
  3. 在包含 VDA 的计算机上运行产品安装程序。 虽然在升级 Controller 前后均可以升级 VDA,但 Citrix 建议在升级 Controller 之前升级 VDA,因为这样便能在升级之后快速启用新功能。

    从早期 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 未安装在上一步中所升级的其中一个 Controller 上,则在安装 Studio 的计算机上运行安装程序。
  6. 从新升级的 Studio 升级站点数据库。 有关详细信息,请参阅升级数据库和站点
  7. 从新升级的 Studio 的导航窗格中选择 Citrix Studio 站点名称。 选择常规任务选项卡。 选择升级其余的 Delivery Controller
  8. 完成升级并确认完成之后,关闭 Studio,然后再重新打开。
  9. 在“常规任务”页面的“站点配置”部分中,选择执行注册。 注册 Controller,使其可供站点使用。
  10. 在升级完成时选择完成之后,可以在 Citrix 客户体验改善计划 (CEIP) 中进行注册,从而收集有关部署的匿名信息。 之后,可以利用此信息来提高产品质量、可靠性及性能。
  11. 升级组件、数据库和站点之后,使用 Studio 执行以下操作:
    • 测试新升级的站点。 从 Studio 的导航窗格中选择 Citrix Studio 站点名称。 选择常规任务选项卡,然后选择测试站点。 这些测试是在升级数据库之后自动运行的,但您可以随时重新运行。
    • 更新使用升级后的 VDA 的所有主映像。
    • 升级计算机目录和交付组。

升级站点数据库和站点

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

  • 对于自动数据库升级,Studio 用户的权限必须能够更新 SQL Server 数据库架构(例如 db_securityadmin 或 db_owner 数据库角色)。 有关详细信息,请参阅数据库文章。
  • 如果 Studio 用户没有这些权限,则启动手动数据库升级将会生成脚本。 Studio 用户可以从 Studio 运行某些脚本;数据库管理员可以使用 SQL Server Management Studio 等工具运行其他脚本。 如果 SQL 脚本手动运行,则应使用 SQLCMD 实用程序或在 SQLCMD 模式下使用 SQL Management Studio 运行。 否则,可能会出现不准确的错误。
重要:Citrix 强烈建议在升级之前备份数据库(如 CTX135207 中所述)。

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

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

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

手动升级数据库和站点:此过程包括生成脚本和运行脚本。
  1. 启动新升级的 Studio。 选择手动升级站点之后,向导会检查许可证服务器兼容性并请求确认。 确认数据库已备份之后,向导会生成并显示脚本以及升级步骤核对表。
  2. 按照显示的顺序运行以下脚本:
    脚本说明
    DisableServices.ps1由 Controller 上的 Studio 用户运行的 PowerShell 脚本,用于禁用产品服务。
    UpgradeSiteDatabase.sql由包含站点数据库的服务器上的数据库管理员使用 SQL Server Management Studio 等工具运行的 SQL 脚本。
    UpgradeMonitorDatabase.sql由包含监视数据库的服务器上的数据库管理员使用 SQL Server Management Studio 等工具运行的 SQL 脚本。
    UpgradeLoggingDatabase.sql由包含配置日志记录数据库的服务器上的数据库管理员使用 SQL Server Management Studio 等工具运行的 SQL 脚本。 只有在此数据库更改时(例如,在应用修补程序之后)才运行此脚本。
    EnableServices.ps1由 Controller 上的 Studio 用户运行的 PowerShell 脚本,用于启用产品服务。
  3. 完成显示的核对表任务之后,请选择完成升级