你当前正在访问 Microsoft Azure Global Edition 技术文档网站。如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

Azure 虚拟桌面部署或迁移

本文中的指南假定你制定了 Azure 虚拟桌面计划，评估了桌面部署要求以及完成了概念证明，现在已准备迁移或部署 Azure 虚拟桌面实例。

初始范围

Azure 虚拟桌面实例的部署过程类似于概念证明过程。使用此初始范围作为基线，以说明评估输出所需的各种范围更改。

部署和迁移包括角色迁移、应用程序迁移和用户配置文件迁移。根据工作负载评估的结果，这些迁移任务可能会发生更改。本文可帮助确定基于评估反馈的范围更改的方式。

每个角色可能需要对前面概述的初始范围进行迭代，从而生成多个主机池。根据 Azure 虚拟桌面评估，采用团队应定义基于角色数量或每个角色的用户数的迭代。将该过程分解为角色驱动的迭代有助于降低更改速度对业务的影响，使团队能够专注于正确测试或载入每个角色池。

以下每组注意事项都应包含在要迁移或部署的每个角色组的设计文档中。将范围注意事项纳入前面讨论的初始范围后，就开始进行部署或迁移。

在部署角色组之前，应在需要为要部署的每个角色提供支持的 Azure 区域中创建一个登陆区域。应根据登陆区域评审要求评估每个分配的登陆区域。

如果分配的 Azure 登陆区域不符合要求，则应添加范围，以进行要对环境做出的任何修改。

某些角色可能依赖于旧解决方案，这些解决方案与 Windows 10 企业版多会话不兼容。在这些情况下，某些角色可能需要专用桌面。在部署和测试之前，可能无法发现此依赖关系。

如果在此过程后期发现它们，则应分配未来的迭代，以现代化或迁移旧应用程序。这将降低长期桌面体验的成本。应根据现代化的总体定价影响与专用桌面相关的额外成本，优先完成这些未来的迭代。为了避免管道中断并实现业务成果，此优先级不应影响当前迭代。

某些应用程序可能需要修正、现代化或迁移到 Azure，以支持所需的最终用户体验。这些更改可能在发布后发生。或者，当桌面延迟可能影响业务功能时，应用程序更改可能会创建阻止依赖项以迁移一些角色。

可以使用 Azure NetApp 文件来托管用户配置文件。为此，需要在范围中执行一些额外的步骤，包括：

还可使用 Azure 文件存储来托管用户配置文件。为此，需要在范围中执行一些额外的步骤，包括：

每个Azure 文件存储实例：配置存储帐户、磁盘类型和 Microsoft Entra 连接（还支持 Microsoft Entra 域服务、为 Active Directory 用户组分配 Azure 基于角色的访问控制访问权限、对Azure 文件存储应用 NTFS 权限以及获取存储帐户访问密钥。
每个主机/角色：在会话主机虚拟机上配置 FSLogix。
每个用户：将用户分配到主机会话。

某些角色或用户的用户配置文件也可能需要执行数据迁移，这可能会延迟特定角色的迁移，直到可在本地 Active Directory 或单个用户桌面内修复用户配置文件。此延迟可能会对 Azure 虚拟桌面方案之外的范围产生显著影响。修复用户配置文件后，可以继续使用初始范围和上述方法。

在将所有注意事项纳入 Azure 虚拟桌面迁移或部署的生产范围后，即可开始执行此过程。采用团队现在将按照迭代节奏部署主机池、应用程序和用户配置文件。完成此阶段后，可以开始进行测试和加入用户的部署后工作。