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

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

2025-05-01

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

迁移本地物理服务器。
迁移通过 Xen 和 KVM 等平台虚拟化的虚拟机 (VM)。
迁移 Hyper-V 或 VMware VM（如果无法使用标准迁移过程来执行 Hyper-V 或 VMware 迁移）。
迁移私有云中运行的 VM。
迁移 Amazon Web Services (AWS) 或 Google Cloud Platform (GCP) 等公有云中运行的 VM。

本教程是教程系列中的第三篇教程，演示了如何评估物理服务器并将其迁移到 Azure。本教程介绍如何执行下列操作：

准备将 Azure 与迁移和现代化工具配合使用。
检查针对要迁移的计算机的要求。为用于发现计算机并将其迁移到 Azure 的 Azure Migrate 和 Modernize 复制设备准备一台计算机。
在 Azure Migrate and Modernize 中心添加迁移和现代化工具。
设置复制设备。
在要迁移的计算机上安装移动服务。
启用复制。
运行测试迁移，确保一切按预期正常进行。
运行到 Azure 的完整迁移。

注意

教程中演示了方案的最简单部署路径，使你能够快速设置概念证明。教程尽可能使用默认选项，不会演示所有可能的设置和路径。有关详细说明，请查看有关 Azure Migrate 和 Modernize 的操作方法文章。

如果没有 Azure 订阅，请在开始之前创建一个免费帐户。

先决条件

开始学习本教程之前，应做好以下准备：

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

注意

如果你计划升级 Windows 操作系统 (OS)，Azure Migrate 和 Modernize 可能会下载 Windows SetupDiag 实用工具，以便在升级失败时获取错误详细信息。确保迁移后在 Azure 中创建的 VM 有权访问 SetupDiag。如果无法访问 SetupDiag，则可能无法获取详细的 OS 升级失败错误代码，但升级仍可继续。

准备 Azure

准备 Azure 以使用迁移和现代化工具进行迁移。

任务	详细信息
创建 Azure Migrate 项目	Azure 帐户需要“参与者”或“所有者”权限才能创建新项目。
验证 Azure 帐户的权限	Azure 帐户需要有权创建 VM 并将数据写入 Azure 托管磁盘。

分配创建项目的权限

在 Microsoft Azure 门户中打开订阅，然后选择“访问控制(IAM)”。
在“检查访问权限”中，找到相关帐户并选择它以查看权限。
你应该拥有“参与者”或“所有者”权限。
- 如果你刚刚创建了免费的 Azure 帐户，那么你就是订阅的所有者。
- 如果你不是订阅所有者，请让所有者分配该角色。

分配 Azure 帐户权限

将 VM 参与者角色分配给 Azure 帐户。此角色提供了执行以下操作的权限：

在所选资源组中创建 VM。
在所选虚拟网络中创建 VM。
写入 Azure 托管磁盘。

创建 Azure 网络

重要

虚拟网络是区域性服务，因此请确保在所需的目标 Azure 区域中创建虚拟网络。例如，如果计划将 VM 从本地环境复制到美国东部 Azure 区域，则必须在美国东部区域创建目标虚拟网络。若要连接不同区域中的虚拟网络，请参阅虚拟网络对等互连。

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

准备迁移

若要为物理服务器迁移做准备，你需要验证物理服务器设置，并做好部署复制设备的准备。

检查要迁移的计算机的要求

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

注意

迁移物理计算机时，迁移和现代化工具使用与 Azure Site Recovery 中基于代理的灾难恢复相同的复制体系结构。某些组件将共享相同的基本代码。某些内容可能链接到 Site Recovery 文档。

验证物理服务器要求。
验证复制到 Azure 的本地计算机是否符合 Azure VM 要求。
将 VM 迁移到 Azure 之前，需要在 VM 上进行一些更改：
- 对于某些操作系统，Azure Migrate and Modernize 可自动做出这些更改。
- 请在开始迁移之前进行这些更改。如果在做出更改之前迁移 VM，VM 可能无法在 Azure 中启动。查看在 Windows 和 Linux 上需要进行的更改。

为复制设备准备计算机

迁移和现代化工具使用复制设备将计算机复制到 Azure。复制设备运行以下组件：

配置服务器：配置服务器将协调本地与 Azure 之间的通信，并管理数据复制。。
进程服务器：进程服务器充当复制网关。它接收复制数据，并通过缓存、压缩和加密来优化这些数据。然后，它会将数据发送到 Azure 中的缓存存储帐户。

若准备进行设备部署，请执行以下操作：

准备好用来托管复制设备的计算机。查看计算机要求。
复制设备使用 MySQL。查看在设备上安装 MySQL 的选项。
查看复制设备访问公有云和政府云时所需的 Azure URL。
查看复制设备的端口访问要求。

注意

复制设备不应安装在要复制的源计算机上，也不应安装在以前可能已安装的 Azure Migrate 发现和评估设备上。

设置复制设备

第一个迁移步骤是设置复制设备。若要设置用于物理服务器迁移的设备，请下载适用于该设备的安装程序文件。然后，在准备的计算机上运行该文件。安装设备后，请将其注册到迁移和现代化工具。

下载复制设备安装程序

在 Azure Migrate 项目中，选择“服务器、数据库和 Web 应用”>“迁移和现代化”>“发现”。
在“发现计算机”“计算机是否已虚拟化?”中，选择“未虚拟化/其他”。
在“目标区域”中，选择要将计算机迁移到的 Azure 区域。
选择“确认迁移的目标区域为 <区域名称>”。
选择“创建资源”以在后台创建站点恢复保管库。
- 如果已使用迁移和现代化工具设置迁移，则无法配置目标选项，因为之前已设置了资源。
- 选择此按钮后，无法更改此项目的目标区域。
- 所有后续迁移的目标都是此区域。
注意

如果在创建 Azure Migrate 项目时选择了专用终结点作为该项目的连接方法，则还需要为专用终结点连接配置恢复服务保管库。确保可从复制设备访问专用终结点。了解详细信息。
在“是否安装新的复制设备?”中，选择“安装复制设备”。
在“下载并安装复制设备软件”中，下载设备安装程序和注册密钥。需要使用该密钥来注册设备。密钥在下载后的五天内有效。

。
将设备安装程序文件和密钥文件复制到为该设备创建的 Windows Server 2016 计算机。
安装完成后，设备配置向导会自动启动。（也可以使用在设备桌面上创建的 cspsconfigtool 快捷方式来手动启动向导。）在本教程中，我们将手动在要复制的源 VM 上安装移动服务。需要在此步骤中创建虚拟帐户才能继续操作。对于虚拟帐户，请使用“guest”作为易记名称，使用“username”作为用户名，并使用“password”作为帐户密码。你需要在“启用复制”阶段使用此虚拟帐户。
在设备完成设置之后的重启后，在“发现计算机”中的“选择配置服务器”中选择新设备。然后选择“完成注册”。 “完成注册”步骤会执行最终的几个任务来准备复制设备。

必须在服务器上安装移动服务代理，才能使用复制设备发现服务器。发现的计算机将显示在“Azure Migrate: 服务器迁移”中。随着 VM 的发现，“已发现的服务器”计数会不断增大。

注意

建议在迁移之前使用 Azure Migrate 发现和评估工具（一种单独的轻型 Azure Migrate 设备）执行发现和评估。你可以将设备部署为物理服务器，以持续发现服务器和性能元数据。有关详细信息，请参阅 “发现物理服务器”。

简化的体验

本部分介绍一个新的过程，这是简化的体验。用户将遵循一个简化的流，该流从发现开始，然后是复制，最后迁移。

它为物理和 VMware 环境引入了基于代理的升级迁移堆栈。客户受益于将较新的 Linux 分发版迁移到 Azure、将 WS2019 和 WS2022 用于复制设备的能力，并利用统一的 OS 支持矩阵。

支持的新的 Linux 分发版包括：

Ubuntu 24.04
RHEL 9.X
Oracle Linux 9.X
SLES 15
Rocky Linux
Alma Linux

导航到 Azure Migrate 项目

按照步骤导航到 Azure Migrate 项目：

步骤 1：导航到 Azure Migrate 项目

打开 Azure 门户。
搜索 Azure Migrate 服务。
创建新项目或选择现有项目。了解详细信息。

步骤 2：选择所需的 Agent-Based 迁移方案

从迁移工具中选择“ 发现 ”。
选择 基于 VMware 代理的复制 或 物理或其他方案。
如果尚未创建资源，请选择迁移的目标区域并创建资源。

。
从“体验类型”下拉列表中选择简化的体验。

注意

有关部署设备的更多详细信息，请参阅本文档末尾的附录部分。

步骤 3：部署设备

按照 OVA 或适用于 VMware 的 PowerShell 和适用于物理方案的 PowerShell 执行步骤。
部署并完成注册密钥过程后，等待设备连接 30 分钟。

步骤 4：启动复制

选择 “复制”。
选择适当的方案（基于物理或 VMware 代理），并继续。
选择要复制的 VM 并配置目标设置。

步骤 5：测试迁移并迁移

导航到迁移概述页。
选择“测试迁移”。有关详细信息，请参阅：使用 Azure Migrate 和 Azure Modernize 将计算机作为物理服务器迁移到 Azure。
执行最终迁移。了解详细信息。

步骤 6：验证 Azure VM 中的虚拟机

验证 VM 是否在 Azure 上启动：

转到目标资源组并搜索 VM。
或者，导航到 Azure 门户上的 Azure VM 部分并搜索已迁移的 VM。

使用基于 VMware 代理的迁移的 OVA 模板设置复制设备

建议使用此方法，因为它可确保模板处理所有先决条件配置。 OVA 模板创建具有必要规格的虚拟机。

屏幕截图显示了 ova 文件的下载选项。

按照以下步骤操作：

下载 OVA 模板，在本地环境中设置设备。
打开设备 VM 以接受 Microsoft 评估许可证。
为管理员用户提供密码。
选择 “完成 系统重启”，可以使用管理员用户帐户登录。

使用 PowerShell 设置设备

如果存在组织限制，可以通过 PowerShell 手动设置复制设备。

执行以下步骤：

下载安装程序并将其放置在复制设备上。
解压缩并提取组件。
以管理员身份执行 DRInstaller.ps1 PowerShell 脚本。

注册设备

创建设备后， Microsoft 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。 - 确保组策略 “打开脚本执行附件管理器 ”未设置为“已禁用”或 “仅允许已签名脚本”。

使用以下步骤注册设备：

如果设备使用代理进行 Internet 访问，请在“使用代理连接到 Internet”选项上切换来配置代理设置。
- 所有 Azure Site Recovery 服务都使用这些设置连接到 Internet。
注意

仅支持 HTTP 代理。
确保允许所需的 URL，并可从 Azure Site Recovery 复制设备访问，以维持连续的连接。
验证先决条件后，设备在下一步中提取其所有组件信息。查看所有组件的状态，然后选择“继续”。
保存详细信息，然后继续选择设备连接方法。可以选择 FQDN 或 NAT IP 来定义与设备的通信方式。

。
保存连接详细信息后，选择“ 继续 ”以继续在 Microsoft Azure 中注册。
确保满足先决条件，然后继续注册。

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

注意

设置后，无法更改名称。
Azure Migrate 复制设备密钥：从门户的发现屏幕复制密钥。

。
粘贴密钥后，选择登录。你将被重定向到新的身份验证选项卡。默认情况下，身份验证代码在 “设备配置管理器 ”页上生成。在身份验证选项卡中使用以下代码。
输入 Microsoft Azure 凭据以完成注册。
成功注册后，可以关闭选项卡并返回到 设备配置管理器 以继续设置。

注意

验证码会在生成后的 5 分钟内过期。如果您在超过该持续时间内处于非活动状态，系统会提示您重新登录到 Azure。
成功登录后，会显示订阅、资源组和恢复服务保管库的详细信息。
选择“继续”以继续。

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

。
选择 “添加 vCenter Server” 以输入 vCenter 信息。
输入 vCenter 的服务器名称或 IP 地址以及端口信息，然后提供用户名、密码和友好名称。此信息用于获取通过 vCenter 管理的虚拟机的详细信息。用户帐户详细信息将加密并存储在本地计算机上。

注意

如果要将同一 vCenter Server 添加到多个设备，请确保在所有设备上使用相同的友好名称。
成功保存 vCenter 信息后，选择“ 添加虚拟机 凭据”，为通过 vCenter 发现的 VM 提供用户详细信息。
注意
- 对于 Linux OS，请确保提供根凭据。
- 对于 Windows OS，应添加具有管理员权限的用户帐户。这些凭据用于在启用复制操作期间将移动代理的安装过程推送到源虚拟机。在启用复制工作流期间，可以在 Azure 门户中为每个 VM 选择凭据。
- 访问 设备配置器 以编辑或添加凭据以访问计算机。
添加 vCenter 详细信息后，展开“ 提供物理服务器详细信息 ”以添加有关计划保护的任何物理服务器的信息。

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

。
选择 “添加服务器 ”以添加物理服务器详细信息。提供计算机的 IP 地址或 FQDN
选择 凭据帐户，然后选择“ 添加”。

。

安装移动服务代理

必须先在要迁移的源物理计算机上预安装移动服务代理，然后才能开始复制。选择安装出行服务代理的方法可能取决于组织的首选项和现有工具。目前不支持 Site Recovery 中内置的“推送”安装方法。你可能需要考虑的方法：

将安装程序 tarball 的内容解压缩到计算机上的某个本地文件夹（例如 /tmp/MobSvcInstaller）：
```
mkdir /tmp/MobSvcInstaller
tar -C /tmp/MobSvcInstaller -xvf <Installer tarball>
cd /tmp/MobSvcInstaller
```

运行安装程序脚本：

sudo ./install -r MS -v VmWare -q -c CSLegacy

将代理注册到复制设备：

/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i <replication appliance IP address> -P <Passphrase File Path> -c CSLegacy

复制计算机

现在，选择要迁移的计算机。

注意

最多可以同时复制 10 台计算机。如果需要复制更多，则可以每批 10 台同时复制它们。

在 Azure Migrate 项目中，选择“服务器、数据库和 Web 应用”>“迁移和现代化”>“复制”。
在“复制”“源设置”>“计算机是否已虚拟化?”中，选择“物理或其他(AWS、GCP 和 Xen 等)”。
在“本地设备”中，选择已设置的 Azure Migrate 设备的名称。
在“进程服务器”中，选择复制设备的名称。
在“来宾凭据”中，选择以前在复制安装程序设置过程中创建的虚拟帐户，以手动安装出行服务。（不支持“推送”安装。）然后选择“下一步: 虚拟机”。
在“虚拟机”中的“从评估中导入迁移设置?”内，保留默认设置“否，我将手动指定迁移设置”。
默认情况下， 符合受信任启动条件的 VM 将迁移为 TVM。受信任的启动 VM 提供增强的安全功能，例如安全启动和虚拟 TPM，无需额外付费。建议在适用的情况下使用它们。
检查要迁移的每个 VM。然后选择“下一步: 目标设置”。
在“目标设置”中，选择要迁移到的订阅。（区域设置为你在上一步中选择的区域，无法修改。）指定 Azure VM 在迁移后所在的资源组。
在“虚拟网络”中，选择 Azure VM 在迁移之后要加入到的 Azure 虚拟网络/子网。
在“缓存存储帐户”中，保留默认选项，以使用自动为项目创建的缓存存储帐户。如果想要指定其他存储帐户用作复制的缓存存储帐户，请使用下拉列表。
注意
- 如果选择了专用终结点作为 Azure Migrate 项目的连接方法，请向恢复服务保管库授予对缓存存储帐户的访问权限。了解详细信息。
- 若要使用支持专用对等互连的 Azure ExpressRoute 进行复制，请为缓存存储帐户创建专用终结点。了解详细信息。
在“可用性选项”中，选择：
- 可用性区域：将迁移的计算机固定到区域中的特定可用性区域。使用此选项可跨可用性区域分配形成多节点应用程序层的服务器。如果选择此选项，则需要在“计算”选项卡中指定用于每个选定计算机的可用性区域。仅当为迁移选择的目标区域支持可用性区域时，此选项才可用。
- 可用性集：将迁移的计算机放入可用性集。若要使用此选项，所选的目标资源组必须具有一个或多个可用性集。
- 无需基础结构冗余：如果不需要为迁移的计算机使用其中任何可用性配置，请选择此选项。
在“磁盘加密类型”中，选择以下类型：
- 使用平台管理的密钥进行静态加密。
- 使用客户管理的密钥进行静态加密。
- 通过平台管理的密钥和客户管理的密钥进行双重加密。
注意

若要使用客户管理的密钥来复制 VM，需要在目标资源组下创建磁盘加密集。磁盘加密集对象将托管磁盘映射到 Azure Key Vault 实例，该实例包含用于服务器端加密的客户管理的密钥。
在“Azure 混合权益”中：
- 如果你不想要应用 Azure 混合权益，请选择“否”。然后，选择“下一步”。
- 如果你的 Windows Server 计算机享有有效软件保障或 Windows Server 订阅的权益，并且你想要将此权益应用到所要迁移的计算机，请选择“是”。然后，选择“下一步”。
在“计算”中，查看 VM 名称、大小、OS 磁盘类型和可用性配置（如果在上一步中选定）。 VM 必须符合 Azure 要求。
- VM 大小：如果你正在使用评估建议，则 VM 大小下拉列表会显示建议大小。否则，Azure Migrate and Modernize 会根据 Azure 订阅中最接近的匹配项选择大小。或者，请在“Azure VM 大小”中的手动选择一个大小。
- OS 磁盘：为 VM 指定 OS（启动）磁盘。 OS 磁盘是包含操作系统引导加载程序和安装程序的磁盘。
- 可用性区域：指定要使用的可用性区域。
- 可用性集：指定要使用的可用性集。
- VM 安全类型：Azure Migrate 建议将符合条件的 VM 迁移到 受信任的启动虚拟机（TVM）， 以提高安全性。默认情况下， VM 安全类型设置为“受信任的启动”。不符合受信任启动条件的 VM 会自动配置为 标准安全 VM。
在“磁盘”中，指定是否应将 VM 磁盘复制到 Azure。在 Azure 中选择磁盘类型（标准 SSD/HDD 或高级托管磁盘）。然后，选择“下一步”。
- 可以从复制中排除磁盘。
- 如果你排除了磁盘，则在迁移后它们将不会出现在 Azure VM 中。
在“标记”中，选择向 VM、磁盘和 NIC 添加标记。
在“检查并开始复制”中检查设置，然后选择“复制”启动服务器的初始复制。

注意

复制开始前，你随时可以更新复制设置。选择“管理”“复制计算机”>。开始复制后无法更改设置。

跟踪和监视

选择“复制”会启动一个“开始复制”作业。
“开始复制”作业成功完成后，计算机将开始向 Azure 进行初始复制。
初始复制完成后，增量复制将会开始。对本地磁盘所做的增量更改会定期复制到 Azure 中的副本磁盘。

可以在门户通知中跟踪作业状态。

你可以通过选择“Azure Migrate: 服务器迁移”中的“复制服务器”来监视复制状态。

运行测试迁移

增量复制开始后，在开始以 Azure 为目标的完整迁移之前，可以针对 VM 运行完整迁移。我们强烈建议在迁移之前，为每个计算机至少执行此步骤一次。

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

若要执行测试迁移，请执行以下操作：

在“迁移目标”中，选择“服务器、数据库和 Web 应用”“迁移和现代化”，然后在“复制”下选择“复制的服务器”>。
在“复制计算机”选项卡中，右键单击要测试的 VM，然后选择“测试迁移”。
在“测试迁移”中，选择 Azure VM 在迁移后所在的 Azure 虚拟网络。建议使用非生产虚拟网络。
可以在测试迁移期间升级 Windows Server OS。若要升级，请选择“可用升级”选项。在显示的窗格中，选择要升级到的目标 OS 版本，然后选择“应用”。了解详细信息。
“测试迁移”作业随即启动。在门户通知中监视该作业。
迁移完成后，在 Azure 门户上的“虚拟机”中查看已迁移的 Azure VM。计算机名称带有 -Test 后缀。
测试完成后，在“复制计算机”中右键单击 Azure VM，然后选择“清除测试迁移”。
注意

现在可以使用 SQL VM RP 注册运行 SQL Server 的服务器，以利用自动修补、自动备份和使用 SQL IaaS 代理扩展简化的许可证管理。
- 选择“管理”“复制服务器”>“包含 SQL Server 的计算机”“计算和网络”，然后选择“是”，注册 SQL VM RP。
- 如果你的 SQL Server 实例享有有效软件保障或 SQL Server 订阅的权益，并且你需要将此权益应用到所要迁移的计算机，请选择“面向 SQL Server 的 Azure 混合权益”。

迁移 VM

确认测试迁移按预期方式进行后，可以迁移本地计算机。

在 Azure Migrate 项目中，选择“服务器、数据库和 Web 应用”“迁移和现代化”，然后选择“复制”下的“复制的服务器”>。
在“复制计算机”中，右键单击 VM 并选择“迁移”。
在“迁移”“关闭虚拟机并执行计划迁移(不会丢失任何数据)”中，选择“否”>“确定”。

注意

为了尽量减少数据丢失，建议在迁移窗口中手动关闭应用程序。（不要让应用程序接受任何连接。）然后启动迁移。服务器需要保持运行状态，以便在迁移完成之前同步剩余的更改。
可以在迁移期间升级 Windows Server OS。若要升级，请选择“可用升级”选项。在显示的窗格中，选择要升级到的目标 OS 版本，然后选择“应用”。了解详细信息。
随即会针对该 VM 启动一个迁移作业。在 Azure 通知中跟踪该作业。
该作业完成后，可以从“虚拟机”页查看和管理该 VM。

完成迁移

完成迁移后，右键单击 VM 并选择“停止复制”。此操作：
- 停止本地计算机的复制。
- 从迁移和现代化工具中的“复制的服务器”计数中删除计算机。
- 清除计算机的复制状态信息。
验证并排查 Azure VM 上的所有 Windows 激活问题。
执行任何迁移后的应用调整，例如更新主机名、数据库连接字符串和 Web 服务器配置。
对 Azure 中当前运行的迁移应用程序执行最终的应用程序和迁移验收测试。
将流量交接到已迁移的 Azure VM 实例。
从本地 VM 清单中删除本地 VM。
从本地备份中删除本地 VM。
更新所有内部文档，以显示新的位置和 Azure VM 的 IP 地址。

迁移后的最佳做法

为增强恢复能力，请采取以下措施：
- 使用 Azure 备份服务来备份 Azure VM，以保证数据安全。了解详细信息。
- 使用 Site Recovery 将 Azure VM 复制到次要区域以保证工作负荷运行且持续可用。了解详细信息。
为提高安全性，请采取以下措施：
- 使用 Microsoft Defender for Cloud - 即时管理锁定和限制入站流量访问。
- 使用 Azure 更新管理器管理和治理 Windows 和 Linux 计算机上的更新。
- 使用网络安全组限制流入管理终结点的网络流量。
- 部署 Azure 磁盘加密以帮助保护磁盘，并保护数据以防被盗和未经授权的访问。
- 详细了解如何保护 IaaS 资源和 Microsoft Defender for Cloud。
对于监视和管理：
- 考虑部署 Microsoft 成本管理以监视资源使用率和支出。

后续步骤

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

通过