升级部署

注意:

单击此处了解与产品名变更有关的信息,单击此处了解与版本号变更有关的信息。

简介

重要:

请务必下载并使用文件名中包含 1808_2(1808.2,面向独立 VDA)的 ISO 和独立 VDA。有关完整的详细信息,请参阅 CTX237835

您可以将某些部署升级为更高版本,而无需事先设置新计算机或站点。该过程也称为原位升级。请参阅升级了解可以升级的版本列表。

要开始升级,请从新版本运行安装程序以升级以前安装的核心组件、VDA 以及某些其他组件。然后升级数据库和站点。

如果尝试升级不支持此产品版本的操作系统中的组件,则将显示一条消息,引导您参阅一篇文章。该文章中的信息也将在本文中提供。请参阅早期版本的操作系统

如果提供了更新版本,则可以升级能够通过完整产品安装程序安装的任何组件。有关不通过完整产品安装程序安装的其他组件(例如 Citrix Provisioning 和 Profile Management),请参阅该组件的文档以了解指导信息。对于主机升级,请参阅相应的文档。

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

升级顺序

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

升级顺序流程图

初步站点测试

升级 Delivery Controller 和站点时,初步站点测试在实际升级开始之前运行。这些测试将验证:

  • 站点数据库可以访问并且已备份
  • 与基本 Citrix 服务的连接正常运行
  • Citrix 许可证服务器地址可用
  • 可以访问配置日志记录数据库

测试运行后,可以查看结果报告。然后,可以修复检测到的任何问题并重新运行测试。运行初步站点测试失败,然后解决任何问题都会影响您的站点的运行方式。

包含测试结果的报告是一个与安装日志位于同一目录中的 HTML 文件 (PreliminarySiteTestResult.html)。如果该文件不存在,则将创建。如果该文件存在,则会覆盖其内容。

运行测试

  • 使用安装程序的图形界面进行升级时,向导将包含一个页面,您可以在该页面中开始测试并显示报告。测试运行并且您已查看报告并解决找到的任何问题后,可以重新运行测试。测试成功完成时,请单击“下一步”以继续执行向导。
  • 使用命令行界面进行升级时,测试将自动运行。默认情况下,如果测试失败,将不执行升级。查看报告并解决问题后,请重新运行命令。

Citrix 建议您始终先运行初步站点测试,然后解决所有问题,再继续升级 Controller 和站点。潜在的优势非常值得花费片刻时间来运行测试。但是,您可以忽略这一建议的操作。

  • 使用图形界面升级时,可以选择跳过测试并继续升级。
  • 从命令行升级时,不能跳过测试。默认情况下,失败的站点测试会导致安装程序失败,而不执行升级。如果包括 /ignore_site_test_failure 选项,任何测试失败都将被忽略,升级继续进行。

升级多个 Controller 时

开始在一个 Controller 上升级,然后开始在同一个站点中的另一个 Controller 上升级(在第一个升级完成之前)时:

  • 如果已在第一个 Controller 上完成初步站点测试,初步站点测试页面将不在另一个 Controller 上的向导中显示。
  • 如果当您在另一个 Controller 上开始升级时第一个 Controller 上的测试正在进行,站点测试页面将在另一个 Controller 上的向导中显示。但是,如果第一个 Controller 上的测试完成,则将仅保留来自第一个 Controller 的测试结果。

与站点的运行状况无关的测试失败问题

  • 如果初步站点测试由于内存不足失败,请提供更多可用内存,然后重新运行测试。
  • 如果您有升级权限,但未运行站点测试,初步站点测试将失败。要解决此问题,请使用有权运行测试的用户帐户重新运行安装程序。

限制

升级存在以下限制:

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

    您不必升级 VDA,但 Citrix 建议升级所有 VDA 以使您能够使用所有可用功能。

  • 低于 7.5 的 XenApp 版本: 不能从低于 7.5 的 XenApp 版本升级。可以从 XenApp 6.x 迁移;请参阅迁移 XenApp 6.x
  • 低于 7.x 的 XenDesktop 版本: 不能从低于 5.6 的 XenDesktop 版本升级。要将 XenDesktop 5.6 升级到此版本,请先升级到 7.6 LTSR(包含最新的 CU),然后再升级到此 Citrix Virtual Desktops 版本。
  • XenDesktop Express Edition: 不能升级 XenDesktop Express Edition。获取并安装当前支持版本的许可证,然后进行升级。
  • 早期版本或技术预览版: 不能从早期版本、技术预览版或预览版本进行升级。
  • 早期版本的操作系统中的组件: 不能在 Microsoft 或 Citrix 不再支持的操作系统上安装当前 VDA。有关详细信息,请参阅早期版本的操作系统
  • 产品选择: 从早期版本升级时,无需选择或指定在初始安装过程中设置的产品(Citrix Virtual Apps 或 Citrix Virtual Desktops)。
  • 混合环境/站点: 如果必须继续运行早期版本的站点和当前版本的站点,请参阅混合环境注意事项
  • 7.13 之前的 Delivery Controller: 升级 7.13 之前的 Delivery Controller 时,如果在任意策略中配置了“客户端自动重新连接超时”设置,可能会出现错误(异常)。如果“客户端自动重新连接超时”设置的值不在允许的范围(0 到 300)内,则会出现此错误(首先在 7.13 版中引入的)。要阻止出现此错误,请使用 Citrix 组策略 PowerShell 提供程序取消配置该设置,或者将其设置为指定范围内的值。有关示例,请参阅 CTX229477

准备

开始升级之前,请查看以下信息并完成必要的任务。

选择安装程序和界面

使用产品 ISO 中的完整产品安装程序升级组件。

可以使用完整产品安装程序或其中一个独立的 VDA 安装程序来升级 VDA。

所有的安装程序都提供图形界面和命令行接口。有关详细信息,请参阅安装程序

不能通过从可以升级的版本导入或迁移数据来升级。对于一些比较低的版本,必须迁移,而不是升级;请参阅升级和迁移了解可以升级的版本列表。

如果您最初是使用 VDAWorkstationCoreSetup.exe 安装程序安装桌面 VDA,Citrix 建议使用该安装程序对其升级。如果使用完整产品 VDA 安装程序或 VDAWorkstationSetup.exe 安装程序升级 VDA,可能会安装最初排除的组件,除非在升级中明确将其忽略/排除。

例如,假设您最初使用 VDAWorkstationCoreSetup.exe 安装了 VDA 7.14。之后,使用完整产品安装程序升级该 VDA。如果接受完整产品安装程序中的默认设置,在升级过程中可能会安装本质上从原始安装中排除的组件(例如 Profile Management)。

将 VDA 升级到当前版本时,计算机在升级过程中将重新启动。(此要求是 7.17 及更高版本的要求)。此要求不能避免。升级在重新启动后自动继续进行(除非您在命令行中指定了 /noresume)。

检查站点的运行状况

如果站点存在问题,升级过程不会解决这些问题。事实上,升级会让站点处于难以恢复的复杂状态。

启动完整产品安装程序以升级 Delivery Controller 时,将先运行初步站点测试,然后再开始实际升级。测试运行后,可以查看结果报告。如果找到问题,可以停止升级并修复这些问题。然后,解决问题之后,可以重新开始升级。

有关详细信息,请参阅初步站点测试

备份数据库

备份站点数据库、监视数据库和配置日志记录数据库。按照 CTX135207 中的说明进行操作。如果在升级后发现任何问题,可以还原备份。

其他准备任务

  • 确保您的 Citrix Licensing 是最新的: 在升级之前,请确保您的 Customer Success Services/软件维护/专享升级服务日期对新产品版本有效。如果要从早期的 7.x 产品版本进行升级,此日期必须至少为 2018.0815。
  • 关闭应用程序和控制台: 在开始升级之前,请关闭可能会导致文件锁定的所有程序,其中包括管理控制台和 PowerShell 会话。(重新启动计算机可确保清除任何文件锁,并且不存在任何挂起的 Windows 更新。)开始升级之前,请停止并禁用所有第三方监视代理服务。
  • 确保您具有合适的权限: 除了是域用户以外,您还必须是要升级产品组件的计算机上的本地管理员。

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

  • 备份模板并升级虚拟机管理程序(如果需要)。
  • 完成您的业务连续性计划规定的任何其他准备任务。

混合环境注意事项

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

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

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

  • 如果您的站点中的 Controller 的版本为 5.x,VDA 的版本为较新版本,请尽快完成所有组件的升级。
  • 请仅在准备好使用新版本时再升级独立 Studio 版本。

早期版本的操作系统

假设您在运行受支持的操作系统 (OS) 版本的计算机上安装了早期版本的组件。现在,您想要使用较新的组件版本,但该操作系统对该组件的当前版本不再有效。

例如,假设您在运行 Windows 7 SP1 的计算机上安装了 VDA for Desktop OS 7.14。现在您希望将该 VDA 升级到当前版本(假设为 Citrix Virtual Apps and Desktops 7 1808),但 Windows 7 操作系统对桌面 VDA 不再有效。

无效的操作系统将不仅仅是“不受支持”。不受支持的项目可能会禁用,但实际允许使用。无效表示 Citrix Virtual Apps and Desktops 安装程序不允许您在运行该操作系统版本的计算机上安装或升级组件。

尝试在不再允许使用的操作系统上安装或升级组件时,将显示错误消息,例如“无法在此操作系统上安装”。

下图显示了受影响的安装程序组件。(虽然图中显示了完整产品安装程序的图形界面,但使用图形界面或命令行界面时将检测到无效的操作系统,任何独立的 VDA 安装程序都存在此情况。)

可以使用安装程序安装的组件和功能

有效的操作系统

请按照这些链接了解某个版本支持的操作系统。

无效的操作系统

下表列出了不适用于安装/升级当前版本中的组件的早期版本的操作系统。下表指出了列出的每个操作系统支持的最新的有效组件版本,以及安装和升级变得无效的组件版本。

下表中的操作系统包括 Service Pack 和更新。例如,Windows 7 包括 Windows 7 SP1,Windows 8 包括 Windows 8.1。假定您正在进行升级,从 7.x 版本升级到较新版本。

操作系统 组件/功能 最新的有效版本 不能安装/升级的截至版本
Windows 7 和 Windows 8 VDA 7.15 LTSR 7.16
Windows 7 和 Windows 8 其他安装程序组件 7.17 7.18
1607 之前的 Windows 10 版本 VDA 7.15 LTSR 7.16
Windows Server 2008 R2 VDA 7.15 LTSR 7.16
Windows Server 2008 R2 其他安装程序组件 7.17 7.18
Windows Server 2012 VDA 7.15 LTSR 7.16
Windows Server 2012 其他安装程序组件 7.17 7.18
Windows Server 2012 R2 服务器 VDI 7.15 LTSR 7.16

Windows XP 和 Windows Vista 不适用于任何 7.x 组件或技术。

可以执行的操作

可以选择的对象。检查以下选项。

继续使用当前的操作系统:

这些方法对 VDA 而言是可行的方法。

如果您希望继续使用安装了早期版本的操作系统的计算机,可以选择以下选项之一:

  • 继续使用已安装的组件版本。
  • 下载最新的有效组件版本,然后将该组件升级到该版本。(这假设尚未安装最新的有效组件版本。)

例如,假设您在 Windows 7 SP1 计算机上安装了 7.14 版本的 VDA。Windows 7 操作系统计算机上最新的有效 VDA 版本为 XenApp 和 XenDesktop 7.15 LTSR。可以继续使用 7.14 或下载 7.15 LTSR VDA,然后将您的 VDA 升级到该版本。这些早期版本的 VDA 在包含较新版本的 Delivery Controller 的部署中运行。例如,7.15 LTSR VDA 可以连接到 Citrix Virtual Apps and Desktops 7 1808 Controller。

重新创建映像或升级计算机:

这些方法对 VDA 以及其他未安装核心组件(例如 Delivery Controller)的计算机而言是可行的方法。选择以下方法之一:

  • 使计算机停止服务(打开维护模式并允许所有会话关闭)后,可以重新创建其映像至受支持的 Windows 操作系统版本,然后安装最新版本的组件。
  • 要升级操作系统而不重新创建映像,请先升级操作系统,然后再卸载 Citrix 软件。否则,Citrix 软件将处于不受支持的状态。然后,安装新组件。

添加安装了受支持的操作系统的新计算机,然后删除较旧的计算机:

如果必须升级包含 Delivery Controller 或其他核心组件的计算机上的操作系统,此方法可行。

Citrix 建议站点中的所有 Controller 都具有相同的操作系统。不同的 Controller 具有不同的操作系统时,以下升级顺序可将时间间隔降至最低。

  1. 创建站点中的所有 Delivery Controller 的快照,然后备份站点数据库。
  2. 在操作系统受支持的干净服务器上安装新 Delivery Controller。例如,在两台 Windows Server 2016 计算机上安装一个 Controller。
  3. 将新 Controller 添加到站点中。
  4. 删除对当前版本无效的操作系统中运行的 Controller。例如,删除两台 Windows Server 2008 R2 计算机中的两个 Controller。请按照 Delivery Controller 中有关删除 Controller 的建议进行操作。

服务方案:

本文中的大多数示例适用于使用当前版本 (CR) 服务方案的部署。这些概念还适用于使用长期服务版本 (LTSR) 服务方案的部署。

  • 在 XenApp 和 XenDesktop 7.6 LTSR 与 7.15 LTSR 之间,所有受支持的操作系统都不会变得无效。因此,从早期版本的 LTSR 版本移至下一个版本时不会发生任何升级问题。
  • 将来(例如,从 7.15 LTSR 移至下一个 LTSR 版本时),由于该时间间隔内操作系统标识为无效,因此可能会出现问题。

混合 VDA 支持

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

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

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

有关详细信息,请参阅 VDA 版本和功能级别

升级过程

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

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

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

  2. 如果使用 Citrix Provisioning,请升级 Citrix Provisioning 服务器和目标设备。请参照 Citrix Provisioning 文档中的指导信息。

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

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

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

    在开始实际升级之前,将在第一个 Controller 上运行初步站点测试。有关详细信息,请参阅初步站点测试

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

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

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

  8. 完成升级并确认完成之后,关闭 Studio,然后再重新打开。Studio 可能会提示额外进行一次站点升级,以在站点中注册 Controller 的服务,或者创建区域 ID(如果不存在)。

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

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

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

    如果未启动 SQL Server Browser 服务,则当本地 SQL Server Express 用于站点数据库时,对 Windows Server 2016 上的 Controller,测试站点功能可能会失败。为了避免此问题,请完成下列任务。

    1. 启用 SQL Server Browser 服务(如果需要),然后启动该服务。

    2. 重新启动 SQL Server (SQLEXPRESS) 服务。

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

升级数据库和站点

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

谨记:请检查准备了解权限要求。

  • 对于自动数据库升级,Studio 用户的权限必须能够更新 SQL Server 数据库架构。
  • 如果进行手动升级,Studio 用户从 Studio 运行其中一些生成的脚本。数据库管理员使用 SQLCMD 实用程序或 SQLCMD 模式下的 SQL Server Management Studio 运行其他脚本。否则,可能会出现不准确的错误。

Citrix 强烈建议您在升级之前备份数据库。请参阅 CTX135207。数据库升级期间,禁用产品服务。此时,Controller 无法为站点代理任何新连接,因此应认真规划。

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

自动升级数据库和站点:

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

手动升级数据库和站点:

  1. 启动新升级的 Studio。选择手动升级站点。向导将检查许可证服务器的兼容性并请求确认。确认数据库已备份之后,向导会生成并显示脚本以及升级步骤核对表。

    如果自从升级产品版本后数据库架构未发生变化,则不生成该脚本。例如,如果日志记录数据库架构未发生变化,则不生成 UpgradeLoggingDatabsae.sql 脚本。

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

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