XenServer 和 Citrix Virtual Apps and Desktops™ 的升级方案

Last published : Oct 07, 2026
XenServer 包含使其成为 Citrix Virtual Apps and Desktops 环境中理想管理程序的特性和优化。
如果您将 XenServer 与 Citrix Virtual Apps and Desktops 结合使用，则在执行升级时需要考虑一些主要升级文章中未涵盖的因素：从现有版本升级。在开始从 Citrix Hypervisor 8.2 升级到 XenServer 8.4 之前，请查阅本文和主要升级文章。
重要提示：
如果您使用 Citrix Virtual Apps and Desktops 许可证来许可您的 Citrix Hypervisor 8.2 累积更新 1 主机，则此许可证不再适用于 XenServer 8.4。您必须改为获取 XenServer Premium Edition 许可证，以涵盖池中的每个 CPU 插槽。有关获取 XenServer 许可证的更多信息，请参阅 XenServer 网站。
如果您正在使用托管许可证文件以许可您的主机和池的 Citrix 许可证服务器，则必须改为使用 Citrix Cloud 中许可证激活服务中持有的许可证。有关更多信息，请参阅 许可。
XenServer 现在是 Citrix for Private Cloud、Citrix Universal Hybrid Multi-Cloud、Citrix Universal MSP 和 Citrix Platform License 订阅的权益，用于运行您的 Citrix 工作负载。阅读更多。
在 Citrix Virtual Apps and Desktops 环境中升级 XenServer® 时的注意事项：
  • XenServer 主机在升级过程中会重启两次。在升级开始时，您必须将服务器引导至安装介质。在过程结束时，安装程序会重启服务器以完成升级。在此期间，这些主机上的虚拟机必须迁移或停止。
  • 升级 XenServer 的方法取决于您的 XenServer 环境、您的 Citrix Virtual Apps and Desktops 环境以及 XenServer 托管的机器和应用程序类型。
  • 在开始 XenServer 升级之前，您可能需要在 Citrix Virtual Apps and Desktops 环境中进行一些准备工作。
  • 本文仅涵盖 Citrix Virtual Apps and Desktops 工作负载托管在 XenServer 池中的用例。本文不涵盖您还在 XenServer 池中的虚拟机上托管部分 Citrix Virtual Apps and Desktops 基础架构的情况。在进行升级规划时，请将这些组件考虑在内。
  • 确保您正在使用的 Citrix Virtual Apps and Desktops 版本支持您要从中升级的 XenServer 版本和您要升级到的版本。有关更多信息，请参阅 Citrix Virtual Apps and Desktops (MCS) 和 Citrix Provisioning (PVS) 支持的管理程序。
  • 执行升级所需的时间以及可能的服务中断取决于您的升级方法。整个池的完全升级可能需要数小时才能完成。
  • 本文假设完全升级单个 XenServer 主机的时间为 35 分钟。此主机升级时间包括升级过程和任何所需的重启。
本文描述的方法旨在引导您采用一种升级方法，该方法可减少服务中断的可能性，并使升级过程适应您的维护窗口。但是，在某些情况下，服务中断是不可避免的。如果 XenServer 升级过程无法在您的维护窗口内完成，您可以在维护窗口之间短时间以混合模式运行池。但是，不建议这样做。有关详细信息，请参阅 混合模式池。
在计划的 XenServer 升级维护窗口期间，请遵循以下限制：
  • 请勿尝试重新配置正在升级的池的基础设施。例如，请勿从池中添加或弹出主机。
  • 请勿在正在升级的池中添加、启动或停止任何虚拟机。
  • 请勿在此窗口期间执行目录更新。
Related information
将 XenServer® 与 Citrix® 产品结合使用

滚动池升级

滚动池升级是 XenServer 的一项功能，旨在简化升级过程并最大限度地减少停机时间。
XenCenter® 中的 滚动池升级 向导会引导您完成升级过程并自动组织升级路径。对于池，池中的每个服务器都会依次升级，从池协调器开始。在开始升级之前，向导会执行一系列预检查。这些预检查可确保某些池范围的功能（例如高可用性）暂时禁用，并确保池中的每个服务器都已准备好进行升级。一次只有一个服务器处于脱机状态。在该服务器上安装升级之前，所有正在运行的虚拟机都会自动从该服务器迁移出去。
您可以将滚动池升级用于本文中概述的许多 Citrix Virtual Apps and Desktops 用例。对于每个用例，升级时间是相同的：池中主机的数量乘以单个主机的升级时间。（N x 35 分钟）。虚拟机中断的可能性取决于您的 Citrix Virtual Apps and Desktops 工作负载和 XenServer 池设置。
即使您打算使用滚动池升级来升级 XenServer 池，也请查看您特定环境的信息，以确保您了解 Citrix Virtual Apps and Desktops 的先决条件操作、任何特殊注意事项以及预期行为。

用例

本文确定了几个广泛的用例。对于这些用例中的每一个，我们都假设 XenServer 池仅托管一种类型的 Citrix Virtual Apps and Desktops 工作负载。如果您的池包含不同类型工作负载的混合，请查看适用于您的池的所有情况，以决定您首选的升级方法。
首先，考虑您的 XenServer 环境是如何配置的：
  • 具有共享存储的 XenServer 池
    在具有一个或多个共享存储库 (SR) 的 XenServer 池中，虚拟机磁盘可以托管在此共享存储上，这使得虚拟机能够在升级期间在主机之间迁移。此配置可以减少或消除虚拟机停机的需要。
  • 没有共享存储的 XenServer 池或独立主机(#xenserver-pool-without-shared-storage-or-a-standalone-host)
    在没有共享存储的 XenServer 池中或在独立的 XenServer 主机上，虚拟机在升级过程中无法迁移。当主机作为升级的一部分重新启动时，您必须关闭虚拟机。

具有共享存储的 XenServer 池

如果您正在升级虚拟机磁盘位于共享存储上的池，则可以在升级过程中从池中的每个 XenServer 主机撤离虚拟机。
此类型池的大多数用例都可以通过使用滚动池升级进行升级。但是，Citrix Virtual Apps and Desktops 中所需的先决条件操作和中断行为因您的工作负载而异。
考虑您的池中托管了哪种类型的 Citrix Virtual Apps and Desktops 工作负载：
  • 未分配的单会话桌面(#case-1-single-session-desktops-running-on-a-pool-with-shared-storage)
  • 其他工作负载(#case-2-other-workloads-running-on-a-pool-with-shared-storage)

没有共享存储的 XenServer 池或独立主机

如果您正在升级虚拟机磁盘位于本地存储上的池，或者您的池中只有一个主机，则在升级过程中无法将虚拟机从 XenServer 主机迁移出去。在这些情况下，虚拟机必须在主机或池升级期间关闭。在这些情况下，您的虚拟应用程序和桌面将不可避免地出现一些中断。
考虑您的池中托管了哪种类型的 Citrix Virtual Apps and Desktops 工作负载：
  • 已分配的桌面(#case-3-assigned-desktops-running-on-a-pool-with-local-storage-or-on-a-standalone-host)
  • 其他工作负载(#case-4-other-workloads-running-on-a-pool-with-local-storage-or-on-a-standalone-host)

案例 1：在具有共享存储的池上运行的单会话桌面

此用例涵盖了具有共享存储的 XenServer 池，其主要工作负载是具有随机机器分配类型的单会话虚拟桌面。此类机器必须由 Citrix Provisioning 或 Machine Creation Services 管理。
对于由 Citrix Virtual Apps and Desktops 管理的任何工作负载，包括由 Citrix Provisioning™ 和 Machine Creation Services 进行电源管理的工作负载，在执行升级时，您无法维持完整的服务。在升级过程中，机器的电源管理可能会出现问题，并且在不禁用新会话创建的情况下，您无法禁用电源管理。
推荐的升级选项：
  • 滚动池升级
    • 预计升级时间：池中主机的数量乘以单个主机的升级时间。(N x 35 minutes)
    • 中断行为：在整个升级期间，所有计算机都处于 Citrix Virtual Apps and Desktops 维护模式。
如果可能，在升级此池期间，从其他具有容量的 XenServer 池提供工作负载。此方法可能会导致升级期间容量减少。如果您的其他 XenServer 主机和池没有足够的容量来承载工作负载，我们建议您声明工作负载中所有计算机的服务中断。

滚动池升级 (1)

请查看开始之前中的步骤和指导。
  1. 将池中的所有计算机置于维护模式。如果所有计算机都使用相同的连接，您可以将整个计算机目录置于维护模式。
  2. 通知所有受影响的用户即将发生的服务中断。
    • 如果此池中的计算机上仍有会话正在运行，请要求用户注销或强制结束其会话。
    • 通知用户，注销后，在服务完全恢复之前，他们无法再次登录。
  3. 在 XenCenter 中，启动滚动池升级向导并选择自动模式。有关详细信息，请参阅使用 XenCenter 进行滚动池升级。
    升级完成后，作为滚动池升级一部分而挂起的任何 VM 都将重新启动。
  4. 使计算机退出维护模式。
    新会话现在可以启动，并且可以恢复全部服务。

案例 2：在具有共享存储的池上运行的其他工作负载

此用例涵盖了具有共享存储的 XenServer 池，其主要工作负载是具有分配的计算机分配类型的单会话虚拟桌面，或具有随机计算机分配类型的多会话虚拟应用程序。
建议的升级选项：
  • 滚动池升级
    • 预计升级时间：池中主机的数量乘以单个主机的升级时间。（N x 35 分钟）
    • 中断行为：无服务中断

滚动池升级 (2)

查看开始之前中的步骤和指南。
  1. 确保池具有足够的容量，以便在池中主机数量减少一台的情况下运行您的工作负载。在升级过程中，每个主机将逐个移除。剩余主机必须能够运行所有必需的虚拟机。
    如果池中容量不足，某些计算机在升级过程中可能不可用。如果可能，您可以在升级过程中暂停任何非关键虚拟机。
  2. 确保 XenServer 池提供的所有计算机都已开机，并已在相关的交付组中注册到 Citrix Virtual Apps and Desktops™。
    • 对于非托管计算机：
      • 使用 XenCenter® 确认所有虚拟机均已开机。
      • 在升级过程中，请勿执行任何手动电源操作。
    • 对于电源管理的计算机：
      • 确保所有计算机都已开机（通过使用 XenCenter、Citrix® Studio 或 Web Studio）。
      • 要在升级过程中启用新会话启动：
        • 请勿将计算机设置为维护模式。
        • 在升级过程中，请勿执行任何手动电源操作。
        • 禁用任何可能暂停计算机的电源管理方案。
        • 确保没有其他进程可能会关闭或暂停计算机。
      • 如果升级期间无法启动新会话是可以接受的：
        • 将托管连接置于维护模式。有关详细信息，请参阅 打开或关闭连接的维护模式。
        • 通知最终用户，如果他们注销，则在升级期间无法重新连接。
      有关详细信息，请参阅 交付组中的电源管理计算机。
    • 对于由 Machine Creation Services™ 管理的计算机
      • 请遵循与上一列表项中电源管理计算机相同的指导。
      • 此外，在整个升级期间，请勿尝试创建新计算机。
  3. 在 XenCenter 中，启动 Rolling Pool Upgrade 向导并选择自动模式。有关详细信息，请参阅 使用 XenCenter 进行滚动池升级。
  4. 将您的环境操作恢复到其常规配置。
    • 移除在早期步骤中设置的任何维护模式标志。
    • 恢复在早期步骤中进行的任何电源管理方案调整。

案例 3：在具有本地存储的池或独立主机上运行的分配桌面

此用例涵盖了没有共享存储的 XenServer 独立主机或池，其主要工作负载是具有分配的计算机分配类型的单会话虚拟桌面。
推荐的升级选项：
  • 滚动池升级 在单个维护窗口中使用自动模式的 RPU。这要求所有用户在整个升级过程中都经历中断，但对于池而言，管理开销较低。
    • 预计升级时间：池中主机的数量乘以单个主机的升级时间。（N x 35 分钟）
    • 中断行为：所有计算机在整个升级期间都处于 Citrix Virtual Apps and Desktops 维护模式。
  • 手动升级 此模式在升级期间为每个用户提供最少的中断，但对管理员来说更复杂。
    • 预计升级时间：单个主机升级时间的二倍。（大约 70 分钟）
    • 中断行为：每个桌面在其各自主机的升级期间不可用。此时间通常为 35 分钟。

滚动池升级 (3)

查看 开始之前 中的步骤和指南。
  1. 将所有从池中提供计算机的交付组或目录置于维护模式。
    当机器处于维护模式时，池中的机器无法启动新会话。现有会话将一直保持，直到机器关闭或暂停。
    有关详细信息，请参阅 阻止用户连接到交付组中的计算机。
  2. 通知所有受影响的用户即将发生的服务中断。提供他们必须结束会话的时间，并指明服务何时恢复。
  3. 检查受影响机器上剩余的会话，并对这些会话采取适当的操作。
  4. 在 XenCenter 中，启动 滚动池升级 向导并选择自动模式。有关详细信息，请参阅 使用 XenCenter 进行滚动池升级。
    升级完成后，作为 滚动池升级 的一部分而暂停的任何虚拟机都将重新启动。
  5. 将机器退出维护模式。
    现在可以启动新会话并恢复全部服务。

手动升级 (3)

您可以使用此手动过程，首先升级池协调器，然后并行升级所有其他主机，以显著减少总体停机时间。
注意：
采用并行升级方法，风险状况会发生变化。如果在升级过程中出现问题，可能要等到所有主机都已升级并遇到问题时才能检测到。而如果按顺序升级主机，则可以在升级每个主机成功后，再继续升级下一个主机。
查看 开始之前 中的步骤和指导。
  1. 确保 XenServer 池或主机提供的所有计算机都已开机，并且已在相关的交付组中注册到 Citrix Virtual Apps and Desktops™。
    • 对于非托管计算机：
      • 使用 XenCenter® 确认所有 VM 均已开机。
      • 在升级过程中，请勿执行任何手动电源操作。
    • 对于电源管理的计算机：
      • 确保所有计算机均已开机（使用 XenCenter 或 Studio）。
      • 要在升级过程中启用新会话启动：
        • 请勿将计算机设置为维护模式。
        • 在升级过程中，请勿执行任何手动电源操作。
        • 禁用任何可能暂停计算机的电源管理方案。
        • 确保没有其他可能关闭或暂停计算机的进程。
      • 如果升级期间无法启动新会话是可以接受的：
        • 将托管连接置于维护模式。有关详细信息，请参阅打开或关闭连接的维护模式。
        • 通知最终用户，如果他们注销，则在升级期间无法重新连接。
      有关详细信息，请参阅交付组中电源管理的计算机。
    • 对于由 Machine Creation Services™ 管理的计算机
      • 请遵循与上一个列表项中电源管理的计算机相同的指导。
      • 此外，在整个升级期间，请勿尝试创建计算机。
  2. 识别池协调器和关联的 VM。
  3. 将池协调器主机上目录中的计算机置于维护模式。
  4. 使用 Director、Citrix® Studio 或 Web Studio 向仍连接到活动会话的用户发送消息，警告他们其桌面将离线一段时间。此时间段是此单个主机的升级时间（大约 35 分钟）。
  5. 使用 xe CLI 更新池协调器：
    1. 禁用池协调器。这可以防止任何新 VM 在指定主机上启动或迁移到指定主机。
      xe host-disable host=<uuid_or_name_label>
    2. 确保池协调器上没有 VM 正在运行。关闭、暂停或将 VM 迁移到池中的其他主机。
      • 要关闭 VM，请使用以下命令：
        xe vm-shutdown
      • 要暂停 VM，请使用以下命令：
        xe vm-suspend
      • 要迁移特定 VM，请使用以下命令：
        xe vm-migrate
        将指定的 VM 迁移到指定的主机，可让您完全控制迁移的 VM 在池中其他主机上的分布。
      • 要清空主机，请使用以下命令：
        xe host-evacuate
        从主机清空所有 VM 会将迁移的 VM 的分布留给 XenServer 处理。
    3. 关闭池协调器。
      xe host-shutdown
      重要提示：
      在池协调器升级完成之前，您无法联系池协调器。关闭池协调器会导致池中的其他主机进入紧急模式。当主机所在的池的池协调器从网络中消失且多次尝试后仍无法联系时，主机可能会进入紧急模式。虚拟机在紧急模式下的主机上继续运行，但控制操作不可用。
    4. 使用 XenServer 安装介质和您选择的方法（例如，USB 或网络）启动池协调器。
    5. 按照 XenServer 安装过程操作，直到安装程序为您提供升级选项。选择升级。
      当您的池协调器重新启动时，池中的其他主机将退出紧急模式，并在几分钟后恢复正常服务。
    6. 启动或恢复任何已关机或已暂停的虚拟机。
    7. 将您希望迁移回池协调器的任何虚拟机迁移回去。
    如果池协调器的升级被中断或因任何原因失败，请勿尝试继续升级。重新启动池协调器并恢复到可工作的版本。
  6. 池协调器升级完成后，在 Citrix Studio 或 Web Studio 中将池协调器上的计算机退出维护模式。
  7. 对池中所有剩余主机并行完成以下步骤：
    1. 将主机上目录中的计算机置于维护模式。
    2. 使用 Director、Citrix Studio 或 Web Studio 向仍连接到活动会话的用户发送消息，警告他们其桌面将在一段时间内离线。此时间段是此单个主机的升级时间（大约 35 分钟）。
    3. 使用 xe CLI 禁用主机。
      xe host-disable host-selector=<host_selector_value>
    4. 确保主机上没有虚拟机正在运行。关闭、暂停或将虚拟机迁移到池中的其他主机。
      • 要关闭虚拟机，请使用以下命令：
        xe vm-shutdown
      • 要暂停虚拟机，请使用以下命令：
        xe vm-suspend
      • 要迁移特定的虚拟机，请使用以下命令：
        xe vm-migrate
        将指定的虚拟机迁移到指定的主机，可以完全控制迁移的虚拟机在池中其他主机上的分布。
      • 要疏散主机，请使用以下命令：
        xe host-evacuate
        从主机疏散所有虚拟机后，迁移的虚拟机分布将由 XenServer 决定。
    5. 关闭主机。
      xe host-shutdown
    6. 使用 XenServer 安装介质和您选择的方法（例如 USB 或网络）启动主机。
    7. 按照 XenServer 安装过程进行操作，直到安装程序提供升级选项。选择升级。
    8. 主机升级完成后，启动或恢复所有已关闭或已暂停的虚拟机。
    9. 将您希望迁回主机的任何虚拟机迁移回去。
    如果从属主机的升级失败或中断，则无需回滚。在池中运行命令 xe host-forget 以忘记该主机。在该主机上重新安装 XenServer，然后使用命令 xe pool-join 将其作为新主机加入池。
  8. XenServer 主机更新后，在 Citrix Studio 或 Web Studio 中将计算机移出维护模式。

案例 4：在具有本地存储的池或独立主机上运行的其他工作负载

此用例涵盖了具有共享存储的 XenServer 池，其主要工作负载是单会话虚拟桌面或具有随机计算机分配类型的多会话虚拟应用程序。
对于由 Citrix Virtual Apps and Desktops 管理的任何工作负载，包括由 Citrix Provisioning 和 Machine Creation Services 进行电源管理的工作负载，在执行升级时都无法维持完整的工作负载。在升级过程中，计算机的电源管理可能会出现问题，并且在不禁用新会话创建的情况下，您无法禁用电源管理。
推荐的升级选项：
  • 滚动池升级
    • 预计升级时间：池中主机数量乘以单个主机的升级时间。(N x 35 分钟)
    • 中断行为：在整个升级期间，所有计算机都处于 Citrix Virtual Apps and Desktops 维护模式。
  • 手动升级
    • 预计升级时间：单个主机升级时间的二倍。(大约 70 分钟)
    • 中断行为：在整个升级期间，所有计算机都处于 Citrix Virtual Apps and Desktops 维护模式。
如果可能，在此池升级期间，从其他具有容量的 XenServer 池提供工作负载。此方法可能会导致升级期间容量减少。如果您的其他 XenServer 主机和池没有工作负载容量，我们建议您声明工作负载中所有计算机的中断。

滚动池升级 (4)

查看开始之前中的步骤和指导。
  1. 将池中的所有计算机置于维护模式。如果所有计算机都使用相同的连接，则可以将整个计算机目录置于维护模式。
  2. 通知所有受影响的用户即将发生的中断。
    • 如果此池中的计算机上仍有会话正在运行，请要求用户注销或强制结束其会话。
    • 通知用户，注销后，在服务完全恢复之前，他们无法再次登录。
  3. 在 XenCenter 中，启动滚动池升级向导并选择自动模式。有关详细信息，请参阅使用 XenCenter 进行滚动池升级。
    升级完成后，作为滚动池升级一部分而挂起的任何 VM 都将重新启动。
  4. 将机器退出维护模式。
    现在可以启动新会话并恢复完整服务。

手动升级 (4)

您可以使用此手动过程先升级池协调器，然后并行升级所有其他主机，以显著减少总体停机时间。
注意：
采用并行升级方法，风险状况会发生变化。如果在升级过程中出现问题，可能直到所有主机都已升级并遇到问题时才会被检测到。而如果按顺序升级主机，则可以在升级每个主机成功后，再继续升级下一个主机。
请查看 (/zh-cn/xenserver/8/install/upgrade.html#before-you-start) 中的“开始之前”步骤和指南。
  1. 确保 XenServer 池或主机提供的所有计算机都已开机，并且已在相关的交付组中注册到 Citrix Virtual Apps and Desktops™。
    • 对于非托管计算机：
      • 使用 XenCenter® 确认所有 VM 都已开机。
      • 在升级过程中，请勿执行任何手动电源操作。
    • 对于电源管理的计算机：
      • 确保所有计算机都已开机（使用 XenCenter 或 Studio）。
      • 要在升级过程中启用新会话启动：
        • 请勿将计算机设置为维护模式。
        • 升级过程中请勿执行任何手动电源操作。
        • 禁用任何可能暂停计算机的电源管理方案。
        • 确保没有其他进程可能关闭或暂停计算机。
      • 如果升级期间无法启动新会话是可以接受的：
        • 将托管连接置于维护模式。有关详细信息，请参阅打开或关闭连接的维护模式。
        • 通知最终用户，如果他们注销，则在升级期间无法重新连接。
      有关详细信息，请参阅交付组中的电源管理计算机。
    • 对于由 Machine Creation Services™ 管理的计算机
      • 遵循与上一列表项中电源管理计算机相同的指导。
      • 此外，在整个升级期间，请勿尝试创建计算机。
  2. 识别池协调器和关联的虚拟机。
  3. 将池协调器主机上目录中的计算机置于维护模式。
  4. 使用 Director、Citrix® Studio 或 Web Studio 向仍连接到活动会话的用户发送消息，警告他们其桌面将离线一段时间。此时间段是此单个主机的升级时间（大约 35 分钟）。
  5. 使用 xe CLI 更新池协调器：
    1. 禁用池协调器。这可以防止任何新虚拟机在此指定主机上启动或迁移到此主机。
      xe host-disable host=<uuid_or_name_label>
    2. 确保池协调器上没有运行任何 VM。关闭、暂停或将 VM 迁移到池中的其他主机。
      • 要关闭 VM，请使用以下命令：
        xe vm-shutdown
      • 要暂停 VM，请使用以下命令：
        xe vm-suspend
      • 要迁移特定 VM，请使用以下命令：
        xe vm-migrate
        将指定的 VM 迁移到指定的主机，可让您完全控制迁移的 VM 在池中其他主机上的分布。
      • 要疏散主机，请使用以下命令：
        xe host-evacuate
        从主机疏散所有 VM 会将迁移的 VM 的分布留给 XenServer 处理。
    3. 关闭池协调器。
      xe host-shutdown
      重要提示：
      在池协调器升级完成之前，您无法联系池协调器。关闭池协调器会导致池中的其他主机进入紧急模式。当主机所在的池的池协调器从网络中消失并且多次尝试后仍无法联系时，主机可能会进入紧急模式。VM 会继续在紧急模式下的主机上运行，但控制操作不可用。
    4. 使用 XenServer 安装介质和您选择的方法（例如，USB 或网络）启动池协调器。
    5. 按照 XenServer 安装过程操作，直到安装程序提供升级选项。选择升级。
      当池协调器重新启动时，池中的其他主机将退出紧急模式，并在几分钟后恢复正常服务。
    6. 启动或恢复任何已关闭或已暂停的 VM。
    7. 将您希望返回到池协调器的任何 VM 迁移回去。
    如果池协调器升级中断或因任何原因升级失败，请勿尝试继续升级。重新启动池协调器并恢复到工作版本。
  6. 池协调器升级后，在 Citrix Studio 或 Web Studio 中将池协调器上的计算机移出维护模式。
  7. 对池中所有剩余主机并行完成以下步骤：
    1. 将主机上目录中的计算机置于维护模式。
    2. 使用 Director、Citrix Studio 或 Web Studio 向仍连接到活动会话的用户发送消息，警告他们其桌面将离线一段时间。此时间段是此单个主机的升级时间（大约 35 分钟）。
    3. 使用 xe CLI 禁用主机。
      xe host-disable host-selector=<host_selector_value>
    4. 确保主机上没有正在运行的虚拟机。关闭、暂停或将虚拟机迁移到池中的其他主机。
      • 要关闭虚拟机，请使用以下命令：
        xe vm-shutdown
      • 要暂停虚拟机，请使用以下命令：
        xe vm-suspend
      • 要迁移特定虚拟机，请使用以下命令：
        xe vm-migrate
        将指定的虚拟机迁移到指定的主机，可让您完全控制迁移的虚拟机在池中其他主机上的分布。
      • 要清空主机，请使用以下命令：
        xe host-evacuate
        从主机清空所有虚拟机后，迁移的虚拟机将由 XenServer 分配。
    5. 关闭主机。
      xe host-shutdown
    6. 使用 XenServer 安装介质和您选择的方法（例如 USB 或网络）启动主机。
    7. 遵循 XenServer 安装过程，直到安装程序提供升级选项。选择升级。
    8. 主机升级完成后，启动或恢复所有已关机或已暂停的虚拟机。
    9. 将您希望迁移回主机的任何虚拟机迁移回去。
    如果从属主机的升级失败或中断，您无需回滚。在池中运行命令 xe host-forget 以忘记该主机。在该主机上重新安装 XenServer，然后使用命令 xe pool-join 将其作为新主机加入池。
  8. XenServer 主机更新后，在 Citrix Studio 或 Web Studio 中将计算机移出维护模式。

混合模式池

混合模式池是指池中的主机使用不同版本的 XenServer。请勿让您的池长时间处于混合模式（使用多个版本的 XenServer），因为池在升级期间会以降级状态运行。在此降级状态下，某些 VM、SR、VDI 和主机操作会被阻止。已在较高版本 XenServer 主机上运行的 VM 无法迁移到较低版本 XenServer 主机或在其上启动。
混合模式池不支持标准用法，仅在池升级期间作为过渡状态受支持。如果您在混合模式下运行时遇到问题，技术支持将要求您完成池升级，然后在非混合池中重现该问题。
在审查了 Citrix Virtual Apps and Desktops 环境的升级选项后，您计划的 XenServer 升级路径可能比可用的维护窗口更长。如果可能，请延长维护窗口，以便在其中完成 XenServer 升级。如果无法做到这一点，您可以选择在混合模式下运行池，直到下一个维护窗口。但是，在混合模式下运行池会增加出现意外行为或问题的可能性，这可能会导致您需要紧急维护窗口。请计划尽量缩短池在混合模式下运行的时间。
如果您的 Citrix Virtual Apps and Desktops 环境暂时在混合模式 XenServer 池之上运行，请注意以下行为：
  • 对于需要虚拟机在重新使用前重启的池化桌面工作负载，虚拟机仅在运行较新版本 XenServer 的主机上重启。池的有效容量受到限制。根据池中有多少主机已升级，可能没有足够的容量来重启所有必需的虚拟机。这种行为可能导致故障，并且某些 Citrix Virtual Apps and Desktops 用户可能无法访问其所需的会话。
  • 如果您有使用本地存储的专用计算机，并且这些计算机位于运行旧版本 XenServer 的主机上，则这些虚拟机可以停止，但在升级完成且池不再处于混合模式之前，它们无法重启。