如果使用 Site Recovery Manager 作为 vSphere 资源的业务连续性和灾难恢复解决方案，则可以配置 VMware Aria Automation 以继续管理这些资源，即使 SRM 将这些资源移至辅助位置。
当前，对 vSphere 上部署的资源支持工作负载移动性。工作负载资源包括虚拟机、磁盘和虚拟机网络。由于 Site Recovery Manager 限制，不包括第一类磁盘。
工作负载移动性仅适用于 SRM。如果使用非 SRM 工具重新放置工作负载，无论帐户站点关联和项目工作负载移动性设置如何，VMware Aria Automation 都将无法管理资源。
资源从主站点故障切换到辅助站点后，在数据收集期间会协调辅助站点上资源的相关信息。完整的协调过程可能需要几个收集周期才能完成。如果生成错误，
开始之前
- 确保主站点和辅助站点属于同一项目。
- 要了解如何在故障切换后管理资源，请查看以下注意事项。
注意事项 解决方案 资源从主站点故障切换到辅助站点后，在数据收集期间会协调辅助站点上资源的相关信息。完整的协调过程可能需要几个收集周期才能完成。 如果遇到错误，可以查看 SRM 日志以确定问题。 在新站点上进行协调后，存储资源不属于云区域。故障切换后，存储配额可能不准确，并且新磁盘的分配可能会失败，具体取决于新的 vCenter 拓扑。 无 如果策略与主站点不同，某些操作在辅助站点上可能不起作用。 例如，某些标记可能不存在于新 vCenter 数据存储上，并且在移动资源时不会进行协调。如果资源位于辅助站点的数据存储上，则必须更新新 vCenter 上的标记以确保持续符合策略。
备用解决方案是镜像站点，包括策略和标记。
支持与计算机、磁盘和虚拟机网络相关的大多数实施后操作。
以下实施后操作在辅助站点上不受支持。
- 使用“更新部署”操作时更改网络。
任何使用更多资源的操作（如添加磁盘或调整磁盘大小）都受可用资源的限制。
由于 Site Recovery Manager 限制，不支持第一类磁盘。 无 如果在迭代式开发或常规资源管理过程中修改资源之前未重新保护辅助站点上的资源，则 SRM 将生成错误，并且故障恢复到主站点时，不会移动该资源。 故障切换后，重新保护辅助站点上的资源，以确保 SRM 了解更改。重新保护可确保资源故障恢复到主站点，并最大限度地减少中断。
另一种解决方案是使用 VMware Aria Automation Orchestrator Plug-in，该插件可在 Site Recovery Manager 保护组中添加新置备的计算机。该插件指南可在 SRM 文档页面上获得。
如果在辅助站点上继续执行迭代式开发，则任何已销毁的资源都将无法恢复。 如果移至辅助站点是临时操作，请考虑停止任何破坏性操作，直到故障恢复到主站点。
配置 VMware Site Recovery Manager
确保 VMware Aria Automation 管理的资源配置为支持工作负载移动性。有关详细信息，请参见 Site Recovery Manager 文档。
- 确定主和辅助 vCenter 实例。
- 为资源创建保护组。
- 为资源创建恢复计划。
在 VMware Aria Automation 中关联主帐户和辅助帐户
VMware Aria Automation 必须了解 SRM 用于保护组和恢复计划的备用云帐户。
备用帐户必须与主帐户属于同一项目。
- 在 Automation Assembler 中，选择，并确保配置了主云帐户和辅助云帐户。
- 打开主帐户并找到站点关联部分。
- 单击添加，然后选择辅助云帐户。
- 要支持迁移回主站点，请打开双向开关。
- 单击保存。
