为迁移准备基础设施

本文提供了参考信息，说明如何将符合条件的现有 VMware 或物理机复制项从已停用的经典体验迁移到 现代化 保护架构。 经典体验已于2026年3月30日停止服务。 你不能启用新的经典保护。 对于现有的经典复制，仅当升级到现代化的 VMware 复制操作可用时，才使用此迁移。 否则，请联系Microsoft 支持部门获取恢复指导。

体系结构

下表汇总了迁移 VMware 或物理计算机复制项所涉及的组件：

要求的基础设施

确保下述方面已准备就绪以成功传输复制的项目：

• 使用现代化体验的恢复服务保管库。  

  注意

  默认情况下，所创建的任何新恢复服务保管库都将启动现代化体验。 无法切换到经典体验，因为已宣布弃用经典体验。  

• 已成功注册至保管库的 Azure Site Recovery 复制设备及其所有组件均处于非关键状态。  
• 设备及其组件必须运行当前支持的N-4或更高版本。 参见 支持更新。
• vCenter 服务器或 vSphere 主机的详细信息（现有复制计算机所在位置）将添加到设备中用于确保成功实现本地发现。  

先决条件

准备基础结构

在从经典体系结构迁移到现代化体系结构之前，确保执行下列操作：

• 创建恢复服务保管库并确保界面未切换到经典模式
• 部署 Azure Site Recovery 复制应用。
• 将本地计算机的 vCenter Server 详细信息添加到设备中，确保其成功执行发现。  

准备经典恢复服务保管库

对于计划迁移的复制项，确保满足以下条件：

• 复制项是通过配置服务器进行复制的 VMware 或物理计算机。
• 复制不会对非托管存储帐户进行，而是对托管磁盘进行。
• 目前正在从本地复制到 Azure，并且复制项未处于故障转移或故障回复状态。
• 复制项不会将数据从 Azure 复制到本地。 
• 初始复制未在进行中，已完成。  
• 复制项未处于“重新同步”状态。 
• 配置服务器运行当前支持的N-4或更高版本，其健康状态处于非关键状态。
• 配置服务器的心跳正常。 
• 安装在源计算机上的移动服务代理运行的是当前受支持的 N-4 或更高版本。
• 支持启用了 MSI 的恢复服务保管库。
• 支持启用了专用终结点的恢复服务保管库。  
• 复制项的健康状况处于非关键状态，或成功创建了其恢复点。 

准备现代化恢复服务保管库

对于现代化架构设置，请确保：

• 用于现代化体系结构设置的恢复服务保管库与经典保管库处于同一地理位置。  
• Azure Site Recovery复制设备部署在本地，目前支持N-4或更高版本组件。
• 设备已成功注册到保管库。  
• 设备及其所有组件目前处于非关键状态，并且设备的心跳状态正常。 
• 现代化体系结构支持 vCenter Server 版本。 
• 源计算机的 vCenter Server 详细信息会添加到设备中。 
• Linux发行版由现代化架构支持。  了解详细信息。
• 现代化体系结构支持 Windows 服务器版本。  了解详细信息。

计算总移动时间

将任何复制项从经典保管库迁移到新式保管库所需的总时间取决于项目的复制状态和磁盘大小。

如果计算机保护状态不正常，请使用以下公式计算计算机的确切时间：

迁移时间 = 1 小时 + 45 秒/GiB

相同的公式用于计算迁移时间，会显示在门户中。

如何定义所需的基础结构

将计算机从经典体系结构迁移到新式体系结构时，需要确保已在新式恢复服务保管库中注册所需基础结构。 请参阅复制设备的大小调整和容量详情，以帮助定义所需的基础设施。

通常，应将经典恢复服务保管库中的进程服务器数量设置为与复制设备数量相同。 在经典保管库中，如果有一个配置服务器和四个进程服务器，应在新式恢复服务保管库中设置四个复制设备。

定价

经典保管库将继续收取 Site Recovery 许可证费用，直到所有恢复点的保持期过期。 所有恢复点都清除后，经典保管库上的定价也会停止。 所有恢复点的保持期到期后，将通过系统触发的清除复制操作自动移除复制项。

Site Recovery 仅在生成第一个恢复点并清理旧保管库后，才会对新式保管库中的复制项收取许可证费用。 如果经典保管库有任何未使用完的试用天数，这些信息将被传递到现代化保管库。 只有在此试用期过后，定价才会在新式保管库上启用。

后续步骤

• 了解如何从经典 VMware 灾难恢复迁移到新式 VMware 灾难恢复。