将计算机作为物理服务器迁移到 Azure

本文介绍如何使用 Azure Migrate：服务器迁移工具将计算机作为物理服务器迁移到 Azure。 在很多情况下，通过将计算机视为物理服务器来进行迁移会非常有用：

• 迁移本地物理服务器。

• 迁移通过 Xen 和 KVM 等平台虚拟化的虚拟机 (VM)。

• 如果无法将标准迁移过程用于 Hyper-V 或 VMware 无代理迁移，请迁移 Hyper-V 或 VMware VM。

• 迁移私有云中运行的 VM。

• 迁移公有云中运行的 VM，例如 Amazon Web Services （AWS）。

本教程介绍如何执行下列操作：

如果没有 Azure 订阅，请在开始前创建一个试用版订阅。

先决条件

开始之前：

1. 转到现有项目或 创建新项目。
2. 完成本教程以配置Azure，并发现并迁移物理服务器。
3. 建议先完成 评估物理服务器教程，然后再将服务器迁移到Azure。
4. 验证Azure帐户的权限。 你需要以下权限：
   • 创建 VM。
   • 写入 Azure 托管磁盘。
5. 有关创建项目并运行发现、评估和迁移所需的 Azure Migrate 内置角色和权限详细信息，请参阅 准备适用于 Azure Migrate 的 Azure 帐户。
6. 分配在 Microsoft Entra ID 中注册复制设备的权限。 有关详细信息，请参阅 所需的权限。

此外，

• 查看迁移体系结构。
• 查看有关将 Windows Server 2008 服务器迁移到 Azure 方面的限制。

创建 Azure 网络

设置 Azure 虚拟网络。 复制到 Azure 时，会创建 Azure VM 并将其加入到你在设置迁移时指定的 Azure 虚拟网络。

准备迁移

若要准备迁移物理服务器，请确保：

• 检查计算机要求：验证源计算机是否支持物理服务器迁移。
• 设置复制设备：物理服务器迁移需要单独的复制设备来执行基于代理的迁移。 无法使用为发现创建的 Azure Migrate 工具来进行物理服务器迁移。

检查迁移的系统要求

确保计算机符合迁移到 Azure 的要求。

1. 验证物理服务器要求。

2. 验证复制到 Azure 的本地计算机是否符合 Azure VM 要求。

3. 将 VM 迁移到 Azure 之前，需要在 VM 上进行一些更改：

   • 对于某些操作系统，Azure Migrate and Modernize 可自动做出这些更改。
   • 请在开始迁移之前进行这些更改。 如果在做出更改之前迁移 VM，VM 可能无法在 Azure 中启动。 查看在 Windows 和 Linux 上需要进行的更改。

为复制装置准备计算机

Azure Site Recovery 复制设备用于将计算机复制到 Azure。 了解详细信息。

若要设置新设备，可以使用 PowerShell 安装程序脚本。 确保满足硬件和软件要求以及任何其他先决条件。

设置复制应用设备

本节将介绍如何下载并使用PowerShell安装脚本来设置简化设备。

1. 在 Azure Migrate 项目 >执行>迁移中，选择“ 复制”。

2. 在“指定意向”下，在“要迁移什么？”下，选择“服务器”或“虚拟机”（VM）。 在“要迁移到的位置”下，选择Azure VM。

3. 在“ 你将如何选择工作负载”中，在 “其他来源”下，选择 “来自复制设备（物理或其他）”。 选择页面中可用的链接以启动设置。

4. 在设置页面中，虚拟化类型会根据你在上一步中所做的选择（物理）预先填充。

5. 在“目标区域”中，选择要将计算机迁移到的 Azure 区域。

6. 选择“ 确认迁移的目标区域为 region-name”。

7. 选择“创建资源”。 此操作将在后台创建一个 Azure Site Recovery 保管库。

   注意

   点击 创建资源 按钮后，你无法更改该项目的目标区域，之后所有迁移都会迁移到该区域。

使用 PowerShell 设置设备

本节描述如何使用PowerShell设置设备。

1. 从门户或提供的 链接下载安装程序，并将其放置在在环境中创建的复制设备上。 确保设备满足 要求。

2. 解压缩并提取组件。

3. 以管理员身份执行 DRInstaller.ps1 PowerShell 脚本。

注册设备

创建设备后， Azure 设备配置管理器 会自动启动。 它验证了 Internet 连接、时间同步、系统配置和组策略等先决条件。

• CheckRegistryAccessPolicy - 阻止访问注册表编辑工具

  • 键： HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System.
  • 这个 DisableRegistryTools 值不应该等于0。

• CheckCommandPromptPolicy - 阻止访问命令提示符

  • 键： HKLM\SOFTWARE\Policies\Microsoft\Windows\System.
  • 该 DisableCMD 值应为0。

• CheckTrustLogicAttachmentsPolicy - 文件附件的信任逻辑。

  • 键： HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Attachments.
  • 这个 UseTrustedHandlers 数值不应该等于3。

• CheckPowershellExecutionPolicy - 打开脚本执行。

  • PowerShell 执行策略不应设置为 AllSigned 或 Restricted。
  • 确保组策略“ 启用脚本执行附件管理器 ”没有设置为禁用或 仅允许签名脚本。

使用以下步骤注册设备：

1. 如果设备使用代理进行 Internet 访问，请在“使用代理连接到 Internet”选项上切换来配置代理设置。

   • 所有Microsoft Site Recovery 服务都使用这些设置连接到 Internet。

   注意

   仅支持 HTTP 代理。

2. 确保允许和从 Azure Site Recovery 复制设备访问 所需的 URL ，以保持持续连接。

3. 在验证完前提条件后，设备在下一步中获取所有组件信息。 查看所有组件的状态，然后选择“ 继续”。

4. 保存 详细信息，然后继续选择设备连接方法。 可以选择 FQDN 或 NAT IP 来定义与设备的通信方式。

   。

5. 保存连接详细信息后，选择 “继续 ”继续在 Azure 中注册。

6. 确保满足 先决条件 ，然后继续注册。

   .

7. 设备的友好名称：提供友好名称，用于在 Azure 门户中的恢复服务保管库基础结构下跟踪此设备。

   注意

   设置后，无法更改名称。

8. Azure Migrate 复制设备密钥：从门户的发现屏幕复制密钥。

   。

9. 粘贴密钥后，选择 登录。 你将被重定向到新的身份验证选项卡。默认情况下，身份验证代码在 “设备配置管理器 ”页上生成。 在身份验证选项卡中使用以下代码。

10. 输入 Azure 凭据以完成注册。

11. 成功注册后，可以关闭选项卡并返回到 设备配置管理器 以继续设置。

    

    注意

    身份验证代码在生成后的 5 分钟内过期。 如果超过这一时长仍处于非活动状态，系统会提示您重新登录 Azure。

12. 成功登录后，会显示订阅、资源组和恢复服务保管库的详细信息。

13. 选择 “继续 ”继续。

    。

14. 成功注册后，继续配置 vCenter 详细信息。

    。

15. 选择 “添加 vCenter Server” 以输入 vCenter 信息。

16. 输入 vCenter 的服务器名称或 IP 地址，包括端口号，然后提供用户名、密码和友好名称。

    此信息用于检索有关通过 vCenter 管理的虚拟机的详细信息。 用户帐户详细信息将加密并存储在本地计算机上。 了解详细信息。

    注意

    如果要将同一 vCenter Server 添加到多个设备，请确保在所有设备上使用相同的友好名称。

17. 成功保存 vCenter 信息后，选择“ 添加虚拟机 凭据”，为通过 vCenter 发现的 VM 提供用户详细信息。

    注意

    • 对于 Linux OS，请确保提供根凭据。
    • 对于 Windows OS，应添加具有管理员权限的用户帐户。 这些凭据用于在启用复制操作时将移动代理的安装推送到源 VM。 在启用复制工作流期间，可以在 Azure 门户中为每个 VM 选择凭据。
    • 访问 设备配置器 以编辑或添加凭据以访问计算机。

18. 添加 vCenter 详细信息后，展开“ 提供物理服务器详细信息 ”以添加有关计划保护的任何物理服务器的信息。

    。

19. 选择 “添加凭据 ”以添加计划保护的计算机的凭据。 提供所有必要的详细信息，例如操作系统、凭据的友好名称、用户名和密码。 用户帐户详细信息将加密并存储在本地计算机上。

20. 最后，选择“ 添加”。

    。

21. 选择 “添加服务器 ”以添加物理服务器详细信息。 提供机器的IP地址或FQDN。

22. 选择 凭据帐户，然后选择“ 添加”。

    。

安装移动服务代理

为 VMware 虚拟机和物理服务器启用复制时，移动服务安装在每个本地计算机上。 移动服务捕获数据，将其写入计算机，并将其转发到 Site Recovery 进程服务器。

可以使用移动服务代理软件安装移动服务。 以下方法可用于部署：

• 推送安装：通过 Azure 门户启用保护时，Azure Site Recovery 会在服务器上安装 Mobility 服务。
• 手动安装：可以通过 用户界面（UI） 或 命令提示符在每台计算机上手动安装移动服务。
• 自动部署：可以使用 Configuration Manager 等软件部署工具自动执行移动服务安装。

详细了解 移动服务代理安装。

执行迁移

1. 在 Azure Migrate 项目 >Execute>Migration中，选择 Start execution。

2. 在“指定意向”页上的 “要迁移的内容”下，选择“服务器”或“虚拟机”（VM）。 在要迁移到的位置下，选择Azure VM。

3. 在 “如何选择工作负荷”下，选择以下选项之一：

   • 如果您已有 Azure Migrate 设备，请选择以下选项之一，然后进入发现方法。
     • 从所有库存中手动选择服务器。
     • 从评估开始，或使用现有评估。
   • 如果你没有现有的 Azure Migrate 设备（用于评估、波次规划及其他规划功能），并且想直接执行基于代理的迁移，请选择从复制设备（物理设备或其他）中选择。 如果已完成复制设备设置，可以继续执行 工作负荷。 否则，请根据上一部分提供的步骤完成设置。

4. 在 发现方法中，选择与源环境（物理）匹配的设备，然后选择“ 下一步”。

5. 在 工作负载中：

   • 选择 目标 VM 安全类型：

     • Azure Migrate 支持迁移到受信任的启动虚拟机（TVM）。 默认情况下，它将符合条件的 VM 迁移为 TVM。 这些 VM 提供增强的安全功能，例如安全启动和虚拟 TPM，无需额外付费。
     • 还可以将符合条件的计算机迁移到机密虚拟机（预览版）。 如果选中了 机密虚拟机，则只有符合条件的服务器可供选择，其余服务器会显示为灰色。

   • 从下拉菜单中选择设置的复制设备，或通过引用上一部分提供的步骤来设置新的复制设备。

     • 在来宾凭据中，指定用于推送安装移动服务的 VM 管理员账户。

   • 然后选择要复制的 VM 后，选择“ 下一步 ”。

6. 在“目标设置”中，选择要迁移到的订阅和目标区域，并指定迁移后Azure VM 所在的资源组。 完成以下设置：

   • 存储帐户：保留默认选项以使用门户自动为项目创建的缓存存储帐户。 若要使用不同的存储帐户进行复制，请从下拉列表中选择它。

   • Azure 混合权益：使用符合条件的 Windows Server 和/或 Enterprise Linux 许可证，应用 Azure 混合权益，最多可比标准预付费产品成本节省 76%。 选中适用于许可证（Windows Server许可证或 Enterprise Linux 许可证）的框。

   • 虚拟网络：选择迁移后Azure VM 加入的Azure虚拟网络和子网。

   • 可用性选项：选择以下选项之一：

     • 可用性区 将迁移的机器钉钉到该区域内的特定可用性区。 使用此选项可跨可用性区域分发属于多节点应用程序层的计算机。 如果选择此选项，请在“计算”选项卡上为每个选定的计算机指定可用性区域。仅当所选目标区域支持可用性区域时，此选项才可用。
     • 可用性集 将迁移的机器放入可用性集。 所选目标资源组必须包含一个或多个可用性集。
     • 不需要基础架构冗余 - 如果不需要为迁移后的计算机配置可用区或可用性集，请选择此选项。

   • 在 安全详细信息中，

     • 如果选择的目标安全类型为 “标准”或“受信任的启动”虚拟机：
       • 默认启用安全启动（建议）。 可以选择删除此选项。 然后，继续选择 “磁盘加密类型 ”。
     • 如果选择的目标安全类型为 机密虚拟机：

       • 可以选择机密加密 OS 磁盘。 此加密提供额外的加密层，用于将磁盘加密密钥绑定到虚拟机的 TPM，并使磁盘内容只能访问 VM。

       • 若要启用此加密，请检查 机密计算加密 选项，然后继续选择 OS 磁盘加密类型 。 否则，请继续选择 “磁盘加密类型 ”。

       • OS 磁盘加密类型，选择：

         • 使用平台管理的密钥进行静态加密（默认，如果未选择 机密计算加密）

         • 使用平台管理的密钥进行机密加密（可用（如果选择 了机密计算加密）

         • 使用客户管理的密钥进行机密加密（如果选择了 机密计算加密可用）

           注意

           RHEL 和 Rocky Linux VM 不支持机密 OS 磁盘加密。 如果需要 OS 磁盘加密，请从选择中删除这些 VM。

       • 磁盘加密类型，选择：

         • 使用平台管理的密钥进行静态加密
         • 使用客户管理的密钥进行静态加密
         • 通过平台管理的密钥和客户管理的密钥进行双重加密

   注意

   • 若要使用客户管理的密钥 (CMK) 复制 VM，请在目标资源组中创建磁盘加密集。 磁盘加密集配置对象将托管磁盘映射到包含用于 SSE 的 CMK 的密钥保管库。
   • 种子磁盘会在切换前的复制/暂存阶段在 Azure 中创建。 对其进行加密可在数据存储于 Azure 期间，从首次写入时起就保护数据。 磁盘加密类型设置适用于最终迁移后的种子磁盘和托管磁盘。

7. 在“计算”中，查看 VM 名称、大小、OS 磁盘类型和可用性配置（如果在上一步中选定）。 VM 必须符合 Azure 要求。

   • VM 大小：如果你正在使用评估建议，则 VM 大小下拉列表会显示建议大小。 否则，Azure Migrate 会根据 Azure 服务订阅中的最接近匹配项来选择大小。 或者，请在“Azure VM 大小”中手动选择尺寸。
   • OS 磁盘：为 VM 指定 OS（启动）磁盘。 OS 磁盘包含操作系统启动加载器和安装程序。
   • 可用性区域：指定要使用的可用性区域。
   • 可用性集：指定要使用的可用性集。
   • 容量预留：如果目标订阅和位置中已有 VM SKU 的容量预留，请在此为该部署指定该容量预留。 容量预留可确保开始迁移时所需的 VM SKU 可用。 现在可以关联预留，也可以跳过此步骤，并在迁移过程中稍后对其进行配置。 SKU 的容量预留可以位于目标订阅和位置中的任何资源组中。 了解详细信息。

8. 在 磁盘中，指定 VM 磁盘是否应复制到 Azure，并选择 Azure 中的磁盘类型（高级 v2、超级磁盘、标准 SSD、标准 HDD 或高级托管磁盘）。 然后，选择“下一步”。

   • 可以从复制中排除磁盘。
   • 如果你排除了磁盘，则在迁移后它们将不会出现在 Azure VM 中。
   • 如果该服务器上已安装移动代理，则可排除磁盘。 了解详细信息。

9. 在“标记”中，选择向虚拟机、磁盘和 NIC 添加标记。

10. 在 “查看并开始执行”中，查看设置，然后选择“ 查看并启动执行 ”以启动服务器的初始复制。

跟踪和监视

1. 在Azure Migrate项目中，转到“执行”>迁移。 使用 “按应用程序查看 ”或 “按工作负荷查看 ”切换项分组方式。

2. 复制按如下方式进行：

   1. 当开始复制任务成功完成后，机器开始对 Azure 的初始复制。
   2. 在初始复制期间，会创建一个 VM 快照。 快照中的磁盘数据将复制到 Azure 托管的副本磁盘。
   3. 初始复制完成后，增量复制将会开始。 对源磁盘的增量更改会定期复制到 Azure 中的副本磁盘。

3. 执行进度显示在 执行阶段 和执行 状态：

   • 执行阶段：准备、测试或完成。
   • 执行状态：正在进行、出错、操作挂起或已完成。

4. 在执行阶段中，执行进度分三个阶段进行跟踪：

   1. 准备：

      • 在初始复制（数据复制）进行期间，已启用复制的服务器将一直处于“准备”阶段。
      • 如果需要，您可以在此阶段使用服务器详细信息边栏中的下拉列表执行 停止复制 和 启动复制 操作。
      • 初始复制完成后，服务器将移动到 测试 阶段。

      

   2. 测试：

      • 初始复制完成且增量复制正在进行的服务器将移动到 测试 阶段。
      • 可以选择在实际迁移（建议）之前在测试虚拟网络上执行测试迁移。
      • 可以使用“完成”下拉菜单中提供的操作，跳过测试阶段并直接开始迁移。

   3. 完成：

      • 已完成测试迁移或已跳过测试迁移的服务器会进入此阶段。 可以为这些服务器执行最终迁移（切换）。
      • 迁移完成后，使用服务器详细信息面板中提供的下拉列表，执行“完成迁移”以清理迁移资源。

运行测试迁移

增量复制开始后，在运行到 Azure 的完整迁移之前，可以针对 VM 运行测试迁移。 我们强烈建议在迁移之前，针对每台计算机至少执行此操作一次。

• 运行测试迁移会检查迁移是否按预期工作，而不会影响源（本地或 AVS）计算机，这些计算机仍可正常运行，并继续复制。
• 测试迁移通过创建一个 Azure 虚拟机来模拟迁移过程，使用复制的数据（通常是迁移到 Azure 订阅中的非生产虚拟网络）。
• 可以使用复制的测试 Azure VM 来验证迁移、执行应用测试，并解决完整迁移之前出现的任何问题。

按如下所述执行测试迁移：

1. 在 Azure Migrate 项目中，在执行>迁移中，通过在工作负载列中选择服务器名称来选择。

2. 在向下钻取菜单中的“ 测试 ”下拉列表中，选择“ 开始测试迁移”。

3. 在测试迁移中，选择测试期间 Azure 虚拟机将所在的 Azure 虚拟网络。 我们建议你使用非生产型虚拟网络。

4. 选择要与迁移 VM 上每个网络接口卡（NIC）关联的子网。

5. 可以选择在测试迁移期间升级Windows Server OS。 若要升级，请选择“可用升级”选项。

6. 在显示的窗格中，选择要升级到的目标 OS 版本，然后选择“应用”。 了解详细信息。

7. 选择 “测试迁移 ”以启动作业。 在门户的 执行状态 中监控作业状态。 测试迁移完成后，通过导航到服务器并选择“测试”下拉列表中的“清理测试迁移”来清理测试资源。

   注意

   • 为了利用 SQL IaaS 代理扩展实现自动补丁、自动备份和简化许可管理，请通过 SQL VM RP 注册运行 SQL Server 的服务器。
   • 在“执行迁移”页的>”列下选择服务器。 在“计算和网络设置”中，选中与 SQL IaaS 扩展注册关联的复选框。
   • 如果你拥有由有效的软件保障或 SQL Server 订阅涵盖的 SQL Server 实例，并且希望将此权益应用到你正在迁移的计算机，请选择适用于 SQL Server 的 Azure 混合权益。

迁移 VM

验证测试迁移是否按预期工作后，可以迁移源计算机。

1. 在 Azure Migrate 项目中，在执行>迁移中，通过在工作负载列中选择服务器名称来选择。
2. 在向下钻取菜单中的“ 完成 ”下拉列表下，选择“ 迁移”。
3. 在 “迁移>关闭虚拟机”中，执行计划内迁移，且不会丢失数据，请选择“ 是”。
   • 默认情况下，Azure Migrate会关闭源虚拟机，并运行按需复制以同步自上次复制以来发生的任何虚拟机变更。 这一过程确保了数据不丢失。
   • 如果你不想要关闭 VM，请选择“否”。
4. 可以选择在迁移期间升级Windows Server OS。
5. 若要升级，请选择“可用升级”选项。 在显示的窗格中，选择要升级到的目标 OS 版本，然后选择“应用”。 了解详细信息。
6. 如果您在目标订阅和位置中已有 VM SKU 的容量预留，请在此处为当前部署指定该容量预留。 容量预留可确保开始迁移时所需的 VM SKU 可用。 SKU 的容量预留可以位于目标订阅和位置中的任何资源组中。 了解详细信息。
7. 完成设置后，选择“ 迁移”。 服务器开始迁移作业。 在 Azure 通知中跟踪该作业。
8. 作业完成后，可以从“ 迁移 ”页查看和管理服务器，该页将在 “完成 ”阶段下进行跟踪。

完成迁移

1. 迁移完成后，打开服务器详细信息页面。 在“完成”下，选择“完成迁移”。 此操作会停止源计算机的复制，并清理 VM 的复制状态信息。

2. 验证并排查 Azure VM 上的所有 Windows 激活问题。

3. 执行任何迁移后的应用调整，例如更新主机名、数据库连接字符串和 Web 服务器配置。

4. 对 Azure 中当前运行的迁移应用程序执行最终的应用程序和迁移验收测试。

5. 将流量切换到已迁移的 Azure VM 实例。

6. 从本地 VM 清单中删除本地数据中心的 VM。

7. 从本地备份中删除本地 VM。

8. 更新所有内部文档，以显示新的位置和 Azure VM 的 IP 地址。

迁移后的最佳做法

• 为了提高复原能力：

  • 使用 Azure 备份服务来备份 Azure VM，以保证数据安全。 了解详细信息。
  • 使用 Site Recovery 将 Azure VM 复制到次要区域以保证工作负荷运行且持续可用。 了解详细信息。

• 为了提高安全性：

  • 使用 Azure 更新管理器管理和治理 Windows 和 Linux 计算机上的更新。
  • 使用网络安全组限制流入管理终结点的网络流量。
  • 部署 Azure 磁盘加密以帮助保护磁盘，并保护数据以防被盗和未经授权的访问。
  • 详细了解 保护 IaaS 资源和 Microsoft Defender for Cloud。

• 用于监视和管理：

  • 考虑部署 Microsoft 成本管理以监视资源使用率和支出。

后续步骤

在 Azure 云采用框架中调查云迁移旅程。