从经典 VMware 灾难恢复迁移到新式 VMware 灾难恢复

本文介绍体系结构、必要的基础结构和有关如何将 VMware 或物理计算机复制从经典迁移到新式保护体系结构的常见问题解答。 使用此功能可迁移，可以将复制的项从配置服务器成功传输到 Azure Site Recovery 复制设备。 此迁移由智能复制机制进行指导，可确保不会针对非关键复制项再次执行完整的初始复制，仅传输差异数据。

体系结构

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

要求的基础设施

确保下述各项能成功移动复制项：

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

  注意

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

• 已成功注册到保管库的 Azure Site Recovery 复制设备及其所有组件都处于非关键状态。  
• 设备的版本必须为 9.50 或更高版本。 有关详细的版本说明，请单击此处查看。
• vCenter 服务器或 vSphere 主机的详细信息（现有复制计算机所在位置）将添加到设备中用于确保成功实现本地发现。  

先决条件

准备基础结构

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

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

准备经典恢复服务保管库

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

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

准备新式恢复服务保管库

对于现代化体系结构设置，请确保：

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

计算总移动时间

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

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

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

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

如何定义所需的基础结构

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

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

定价

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

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

后续步骤

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