本页介绍了将第一代 Horizon Cloud on Microsoft Azure 部署迁移到 Horizon Cloud 租户的自助迁移过程当前排除的项目。此外，本页还介绍了第一代部署的一些特殊情况。
**注意：**该内容是动态文档。该信息会随着提供其他支持而不断更新。
当前的关键排除项
**重要信息：**该内容不会引用所有可能的排除项。此处的项目是当前从迁移过程中排除的主要特性。
第一个列表说明了包含的项目，后面的列表说明了排除的项目。
自 2025 年 1 月 16 日起包含
截至撰写本文时，可以迁移满足以下条件的 Horizon Cloud on Microsoft Azure Pod。
- 在 Azure Commercial 环境中部署或在 Azure US Government 中部署（Azure 区域
usgovvirginia、usgovtexas、usgovarizona）。**注意：**由于 Azure US Government 订阅不支持 Azure 专用链路，因此在使用 AKS 部署类型迁移 Azure US Government 中的 Pod 时，生成的 Horizon Edge 默认将网络连接设置为 Internet。 - 拥有单个 Pod 内的分配或跨多个 Pod 的分配。（从 2025 年 1 月 16 日起，支持迁移跨多个 Pod 的分配。）
- Horizon Cloud on Microsoft Azure Pod 必须运行最低 Pod 清单版本，在第一代控制台的“容量”页面上具有
Online（绿色）状态，并且代理必须运行最低版本。有关更多详细信息，请参阅确保部署和代理具有迁移所需的版本一节。 - 第一代 Pod 部署程序为第一代 Pod 提供的内部网关配置。
- 第一代 Pod 部署程序为第一代 Pod 提供的外部网关配置。
- 在 Pod 的子网或 VNet 与所谓的受 AKS 限制的 IP 范围发生冲突或重叠时，只要您选择单个虚拟机部署类型或实施用于为 Horizon Cloud 部署创建新的 VNet 和管理子网的解决办法，就可以迁移 Pod。有关该场景的更多信息，请参阅确定 Pod 的 VNet 或连接的网络是否包含受 AKS 限制的 IP 地址。
- 向租户清单提供远程应用程序的 Pod 符合迁移条件。当前，可以迁移自动扫描的远程应用程序以及使用从场中手动选择选项添加到清单的远程应用程序。如此处的第一代文档中所述，这些远程应用程序由 Pod 中的应用程序场提供。
**注意：**如果您直接在第一代场虚拟机上安装了手动应用程序，即使在迁移过程中迁移了其元数据，也不会将此类应用程序默认安装在 Horizon Cloud 环境的池虚拟机上。对于此类应用程序，您必须将它们重新安装在池虚拟机上，具体路径与在第一代场虚拟机中安装此类应用程序的路径完全相同。
如需进一步了解迁移后的应用程序场将在 Horizon Cloud Horizon Universal Console 中如何呈现的详细信息，请参阅本迁移指南中的第一代场中的远程应用程序一节。
- 第一代服务在第一代 Pod 上支持的代理配置设置。迁移过程将在生成的 Horizon Edge Gateway 设备上配置相同的代理设置。
**注意：**如果您决定使用 AKS 部署类型进行迁移，并且第一代 Pod 使用经过身份验证的代理，其代理设置包括用于身份验证的用户名和密码，则迁移过程仅将代理 URL 本身复制到 Horizon Edge Gateway 设备。这是因为 AKS 类型使用 Microsoft Azure Kubernetes 服务 (AKS)，该服务目前不支持经过身份验证的代理。
有关确定迁移时选择的 Horizon Edge Gateway 部署类型的更多信息，请参阅确定 Horizon Edge Gateway 部署类型。
- 如果第一代租户的 Pod 群中除 Horizon Cloud on Microsoft Azure Pod 外还包含 Horizon Pod，只要这些 Horizon Pod 仅使用订阅许可而未使用任何其他基于云的服务，Horizon Cloud on Microsoft Azure Pod 就可以参与自助迁移过程。
在这种场景下，您可以使用本指南中介绍的自助迁移过程，将 Horizon Cloud on Microsoft Azure Pod 迁移到 Horizon Cloud 环境。迁移 Horizon Cloud on Microsoft Azure Pod 后，Horizon Pod 将仍保留在第一代租户环境中，并通过第一代租户接收其订阅许可。尚未提供 Horizon Pod 的自助迁移过程。
- 在迁移后，支持兼容性指南中为 Horizon Cloud 列出的 Horizon 瘦客户端。对于您的最终用户使用 Horizon 瘦客户端的用例，请在进行迁移之前检查您的 Horizon 瘦客户端设备和型号与 Horizon Cloud 之间的兼容性列表。在迁移后，仅支持被列为与 Horizon Cloud 兼容的 Horizon 瘦客户端。
《Horizon 瘦客户端兼容性指南》位于 Tech Zone 的 Technology Partner Hub - 兼容性指南中。
**注意：**目前，不支持迁移在 Horizon Client 中为每个桌面设置的最终用户桌面首选项。为了在迁移后获得所需的首选项，最终用户可以在其客户端中再次设置这些首选项。
排除项
当前不支持在以下场景下进行迁移：
- 要求最终用户或其客户端在 Horizon Cloud on Microsoft Azure 部署中使用 PCoIP 的情况。
**注意：**自动自助迁移无法检测您的最终用户是否希望或需要使用 PCoIP。您和 VDI 管理员必须验证这种情况是否适用于最终用户。
- 在迁移后，不支持使用未包含在兼容性列表中的 Horizon 瘦客户端。对于您的最终用户使用 Horizon 瘦客户端的用例，请在进行迁移之前检查您的 Horizon 瘦客户端设备和型号与 Horizon Cloud 之间的兼容性列表。仅支持被列为与 Horizon Cloud 兼容的 Horizon 瘦客户端。
《Horizon 瘦客户端兼容性指南》位于 Tech Zone 的 Technology Partner Hub - 兼容性指南中。
**注意：**如知识库文章 91183 中所述，从 2023 年 6 月 30 日开始，由 Cloud Monitoring Service (CMS) 数据提供支持的历史仪表板和报告只能通过 Omnissa Intelligence 获取。如果在 2023 年 6 月 30 日之前执行该知识库文章中的步骤，第一代 Horizon Cloud on Microsoft Azure Pod 的数据最初是在 Intelligence 控制台中获取的。
将第一代 Horizon Cloud on Microsoft Azure Pod 迁移到 Horizon Cloud 环境后，该 Pod 的时间序列类型数据在迁移后将继续可在 Intelligence 中获取。
如果 Horizon Cloud 团队允许您在第一代 Horizon Universal Console 中访问 Horizon Cloud 迁移向导，该向导会显示在第一代 Horizon Cloud on Microsoft Azure 中可用但在迁移到 Horizon Cloud 后不可用的功能集。
管理员应向最终用户通知迁移情况，以及 Horizon Cloud 用户体验与第一代 Horizon Cloud on Microsoft Azure 的用户体验有所不同。
您的第一代部署是否使用 Horizon Cloud 运维团队有选择地向您提供或启用的功能，或者与 Omnissa Access 集成的功能？
Horizon Cloud 运维团队可能已为您的第一代部署有选择地启用了某些功能。可能已提供某些项目以供您在特殊情况下使用，例如专用 API。
如果您的部署涉及其中的任何项目，请在您的团队中进行检查。
- 租户是否配置为单 Pod 代理，并且 Omnissa Access 与该租户及其 Pod 集成在一起？如果您尚未联系 Horizon Cloud 团队以迁移 Pod，请提交支持请求与 Horizon Cloud 团队联系以获得指导。
- 租户是否配置了 Universal Broker 并与 Access 和 Intelligent Hub 服务集成在一起？如果您尚未联系 Horizon Cloud 团队以迁移 Pod，请提交支持请求与 Horizon Cloud 团队联系以获得指导。
- 在根据请求明确允许您的租户使用第一代文档规定提供的任何功能时，您是否已请求启用此类功能？此类功能的示例包括在注册 Active Directory 域时使用 LDAPS，在同一 Pod 中的分配之间移动各个虚拟机，将范围权限缩小到内置的预定义角色的桌面分配和场。如果回答是，请提交支持请求与 Horizon Cloud 团队联系以获得指导。
- 您是否依赖于 Horizon Cloud 团队提供的用于第一代控制平面的 API 开发了脚本？需要使用 Horizon Cloud Control Plane 的 API 重新编写这些脚本或工具。请参阅 Horizon Cloud API 文档以了解这些 API。
- 您的团队或代表您的 Horizon Cloud 运维团队是否在部署的 Unified Access Gateway 配置中配置了特定功能或属性？此类配置的示例包括 syslog、高级 RADIUS 选项、管理或租户子网上的自定义路由，以及 Unified Access Gateway 实例上经过更改的默认 MTU 大小。如果回答是，请提交支持请求与 Horizon Cloud 团队联系以获得指导。
- Horizon Cloud 运维团队是否代表您配置了与部署的 Pod 管理器实例相关的特定属性？此类配置的示例包括更改默认用户缓存线程超时值以及禁用域加入帐户权限验证。如果回答是，请提交支持请求与 Horizon Cloud 团队联系以获得指导。
- Horizon Cloud 运维团队是否为您的部署配置了其他项目，而这些项目在第一代文档中未描述为公开发布的功能或按请求提供的功能？如果回答是，请提交支持请求与 Horizon Cloud 团队联系以获得指导。
此页面对您有帮助吗?