1.必须在受保护的站点和恢复站点安装相同的SRM服务器。每个SRM站点也必须有自己的vCenter服务器。

2.保护站点的SRM服务器必须配置为VM保护组。这些组是一批同时故障转移的虚拟机（VM）。保护组被加入恢复站点并通常在恢复SRM服务器上同时被恢复。

3.确保控制、管理和安排复制的基于SRM外部存储系统获得VMware验证和认证。支持vSphere SRM的存储系统可以保护每个集群高达1000台VM。VSphere复制仅限于保护500台VM。请注意：利用vSphere复制的vSphere集群，通过利用VSAN，也是基于低成本、现成的内部闪存和硬盘驱动器（HDD）。这些部件必须在VMware的硬件兼容性矩阵中获得认证和验证。不要只是因为vSphere集群正在运行VSAN和SRM就认为主机的嵌入式存储部件在这个矩阵中。当使用了不支持的部件的时候，对SRM的问题（通常是性能）进行排查确实费力不讨好。

4.确保复制的方法可以满足恢复点目标（RPO）和恢复时间目标（RTO）。每个外部存储系统都有自己的RPO和RTO的能力和局限性。甚至vSphere复制也有局限性，例如RPO最佳场景为15分钟。如果需要较低的RPO，那么必须使用可以安排被保护组进行更加频繁的复制的外部存储系统。

5.经常测试。制订一份具有代表性的测试计划。至少每季度进行一次测试。在每次测试之前，确保SRM环境没有变更。如果变更了，更新测试，以反映真实的环境。评估每次测试的结果并修改计划中的问题和漏洞。更新测试计划。