本文提供有关使用 Azure Site Recovery 从经典 VMware 灾难恢复过渡到现代化 VMware 灾难恢复的常见问题的解答。
常见问题
为何应将计算机迁移到现代化体系结构中？
请务必注意，用于灾难恢复的经典体系结构将被逐步淘汰，因此用户应确保切换到最新的新式版本。 下表提供了这两种体系结构的比较，以帮助你选择在发生灾难时保护计算机的正确选项。
| 经典体系结构 | 现代化体系结构[新增] |
|---|---|
| 发现本地数据需要使用的多个设置。 | 使用发现服务集中发现本地数据中心。 |
| 初始载入需遵循的大量步骤。 | 通过创建自动化项目并引入默认值来简化载入体验，以减少所需的输入内容。 |
| 利用手动下载的文件获取云上下文。 | 在设置设备时获取云上下文引入的复制密钥。 |
| 简单启用复制过程需遵循的大量步骤。 | 通过减少所需的输入内容并重新定义每个边栏选项卡来简化启用复制体验。 |
| 配置服务器仍然是一个本地基础结构，其中包含各种组件的多项设置。 | 将所有组件转换为 Azure 托管微服务可实现设备增强。 这简化了设备的缩放、监视和故障排除流程。 |
| 为 Linux 计算机在 Azure 中提供横向扩展进程服务器和主目标服务器是一个阻碍需求。 | 删除维护独立进程服务器和主目标服务器的需要。 |
| 使用静态密码进行身份验证，这干扰了客户的定期密码轮换业务需求。 | 引入基于证书的身份验证，更安全，消除了客户的安全顾虑。 |
| 应手动升级到更新版本，这个过程比较繁琐。 | 为设备组件和出行服务引入自动升级。 |
| 配置服务器没有高可用性，可能面临崩溃的风险。 | 实现设备的高可用性 ，可确保复原能力。 |
| 应定期更新根凭据，以免升级时出现错误。 | 消除维持计算机执行自动升级的根凭据的需求。 |
| 应将静态 IP 地址分配给配置服务器以维持连接。 | 引入基于 FQDN 的设备与本地计算机之间的连接。 |
| 仅应使用启用了站点到站点 VPN 或快速路由的虚拟网络。 | 删除维护站点到站点 VPN 或快速路由进行反向复制的需求。 |
| 还需要设置第三方工具 MySQL。 | 删除了对任何第三方工具的依赖项。 |
应将哪些计算机迁移到现代化体系结构中？
使用配置服务器复制的所有 VMware 或物理机都应迁移到新式体系结构。
新式恢复服务保管库应在哪里创建？
新式恢复服务保管库应与经典保管库处于相同区域和租户中。 它可以是任何订阅或资源组的一部分。
迁移发生时，是否还会继续复制？
否，迁移过程中复制会中断一段时间。 在此期间，经典恢复服务保管库中最后一个创建的恢复点可供故障转移到。 迁移完成后，将在新式恢复服务保管库中生成新的恢复点。
迁移操作何时标记为完成？
只有成功在现代化恢复服务保管库中创建第一个恢复点后，迁移操作才会被标记为完成。
迁移完成后，可以在经典恢复服务保管库执行哪些操作？
迁移后，只能从经典保管库执行故障转移。 在恢复点过期之前，故障转移操作将继续在经典保管库中可用。
例如，如果复制项的保留期为 72 小时（三天），则在成功迁移后，经典保管库中的最新恢复点仍将可用长达 72 小时（三天）。 在规定时间之后，Azure Site Recovery 会自动触发对复制项的清除复制操作，并清理所有相关的存储和引起计费的项目。
如果我的计算机在迁移时出现灾难性故障，会怎样？
在最终恢复点的保持期结束之前，任何正在进行迁移的复制项仍可通过经典恢复服务保管库支持故障转移操作。 如果尝试执行故障转移操作，那么它将优先于迁移操作，并且迁移作业被中止。 若要确保复制项已迁移，需要稍后再次触发迁移操作。
注释
迁移正在进行时，可以更新复制项的计算和网络属性。 但是，这些更改可能不会复制到新式恢复服务保管库。
一次性可以从经典保管库迁移到新式保管库多少台计算机？
通过门户一次性最多可迁移 10 台计算机。
是否应重新创建要在新保管库中使用的虚拟网络、存储帐户和复制策略？
不需要，以前使用的资源会默认出现在新式保管库中。 始终可以从复制项的“计算”和“网络”边栏选项卡更改这些资源。 必须确保资源继续享有所需的访问权限。
如何将复制策略移动到新式保管库？
作为先决条件，Site Recovery 在现代化保管库中创建复制策略，其配置与经典保管库中的配置相同。 因此，在移动复制项之前，将在新式保管库中创建关联的策略。 建议避免在触发迁移后更改经典保管库中复制策略的配置，因为这些更改不会反映在新式保管库中。 最好在开始迁移过程之前进行这些更改。
在现代化保管库中创建的复制策略在现代化保管库中名称已更改。 它会使用新式恢复服务保管库的资源组名称和保管库名称作为前缀。 因此，如果策略名称位于 default replication policy 经典保管库中，则在现代化保管库中，此策略的名称为 default replication policy contoso-modern-vault_contoso-rgcontoso-modern-vault，并且保管库的资源组为 contoso-rg。
是否可以在迁移过程中或迁移后在经典保管库中编辑复制策略？
如果复制策略的副本已在新式保管库中创建，则经典保管库中的策略的任何更改都不会传播到新式保管库。
因此，如果有 10 个使用策略进行复制的复制项，并且你决定将其中 5 个项迁移到新式体验，则在迁移开始之前会创建策略的副本。 现在，迁移其余 5 项之前，如对经典保管库中的策略进行了任何更改，则不会更新新式保管库中的策略。 还需要在新式保管库中对这些配置进行更改。
如何迁移复制组（也称为多 VM 一致组）中的复制项？
复制组中的所有复制项将一起迁移。 可以通过选择复制组来全选或全部跳过。 如果复制组中某些计算机的迁移过程失败但其他计算机成功，则会针对失败的复制项执行回滚到经典体验的操作，并且可以针对这些项再次触发迁移过程。
是否可以将公共终结点经典设置迁移到专用终结点的现代化设置？
否，只能将公共终结点的经典灾难恢复设置移动到现代化公共终结点设置。 请注意，不支持将非专用终结点迁移到专用终结点，但支持专用终结点到专用终结点的迁移。