从 Azure 虚拟桌面 (经典) 手动迁移

Azure 虚拟桌面 (经典) 使用 PowerShell cmdlet、REST API 和服务对象创建其服务环境。 Azure 虚拟桌面服务环境中的 对象 是 Azure 虚拟桌面创建的对象。 服务对象包括租户、主机池、应用程序组和会话主机。

但是，Azure 虚拟桌面 (经典) 未与 Azure 集成。 如果没有 Azure 集成，Azure 门户不会自动管理创建的任何对象，因为它们未连接到 Azure 订阅。

Azure 虚拟桌面的最新重大更新标志着服务向完全 Azure 集成转变。 在 Azure 虚拟桌面中创建的对象由 Azure 门户自动管理。

本文介绍如何考虑迁移到最新版本的 Azure 虚拟桌面。 之后，我们将介绍如何手动从 Azure 虚拟桌面 (经典) 迁移到 Azure 虚拟桌面的最新更新。

为什么要迁移？

重大更新可能不方便，尤其是必须手动完成的更新。 但是，有一些原因导致无法自动迁移：

• 使用经典版本创建的现有服务对象在 Azure 中没有任何表示形式。 其范围不会超出 Azure 虚拟桌面服务。
• 在最新更新中，服务的应用程序 ID 已更改，以删除对 Azure 虚拟桌面 (经典) 的许可。 除非使用新的应用程序 ID 进行身份验证，否则无法使用 Azure 虚拟桌面创建新的 Azure 对象。

尽管很麻烦，但从经典版本迁移仍然很重要。 以下是迁移后可以执行的作：

• 通过Azure 门户管理 Azure 虚拟桌面。
• 将Microsoft Entra用户组分配给应用程序组。
• 使用改进的 Log Analytics 功能对部署进行故障排除。
• 使用 Azure 本机基于角色的访问控制 (Azure RBAC) 来管理管理访问权限。

何时应迁移？

问自己是否应迁移时，还应考虑到部署的当前和未来情况。

在某些情况下，我们建议手动迁移：

• 你有一个包含少量用户的测试主机池设置。
• 你有一个包含少量用户的生产主机池设置，但计划最终增加到数百个用户。
• 你有一个可以轻松复制的简单设置。 例如，如果 VM 使用库映像。

重要

如果使用的高级配置需要很长时间才能稳定或拥有大量用户，我们不建议手动迁移。

准备迁移

在开始之前，需要确保环境已准备好迁移。

以下是启动迁移过程所需的内容：

• 一个 Azure 订阅，你将在其中创建新的 Azure 服务对象。

• 确保已分配给以下角色：

  • 参与者
  • 用户访问权限管理员

  “参与者”角色允许在订阅上创建 Azure 对象，而“用户访问管理员”角色允许将用户分配到应用程序组。

如何手动迁移

现在，你已为迁移过程做好了准备，接下来可以进行实际迁移。

若要手动从 Azure 虚拟桌面 (经典) 迁移到 Azure 虚拟桌面，请执行以下作：

1. 按照使用 Azure 门户创建主机池中的说明，使用 Azure 门户创建所有高级对象。
2. 如果要引入已在使用的虚拟机，请按照将 虚拟机注册到 Azure 虚拟桌面主机池 中的说明作，将其手动注册到步骤 1 中创建的新主机池。
3. 创建新的 RemoteApp 应用程序组。
4. 将用户或用户组发布到新的桌面和 RemoteApp 应用程序组。
5. 按照 设置多重身份验证中的说明更新条件访问策略以允许新对象。

若要防止停机，应首先将现有会话主机一次注册到 Azure 资源管理器 集成的主机池（以小型组为单位）。 之后，慢慢将用户引入新的 Azure 资源管理器集成应用程序组。

后续步骤

若要了解如何自动迁移部署，请转到 从 Azure 虚拟桌面自动迁移 (经典) 。

迁移后，请查看 我们的教程，了解 Azure 虚拟桌面的工作原理。 在 扩展现有主机池 和 自定义 RDP 属性中了解高级管理功能。

若要详细了解服务对象，检查 Azure 虚拟桌面环境。