VMware的站点恢复管理（SRM）产品可以在灾难中保护您的关键工作负载，但是除非管理员对企业SRM进行过调整，当数据中心遇到麻烦时它也许不会按照预期运行。

VMware SRM是企业级灾难恢复产品，这是一个附加到vSphere中的产品，需要主站点和备用站点两个站点都有vSphere许可证。

在十月份波士顿 VMUG大会上，Rackspace公司的工程师Pranav Parekh和Ranjit Singh分享了在使用VMware SRM DR产品上的一些技巧。

1.优先考虑你的应用程序。当谈论到灾难恢复时，第一个决定可能是哪些应用程序是你应该保护的。Parekh说：“决定基于什么能让你赚钱，先这样做，其他一切可以等待。”来自一家金融机构的系统工程师Richard Leclair这样说他的组织，这是部分的“从受保护到未受保护的过程。我们正在和应用组一起处理在优先级上有争议的两个应用“。

SRM采用保护组的方式，保护基于阵列组的VM和数据存储。一个保护组可以包含多个恢复计划。Parekh说：这些可以按照业务单元或者技术单元来划分，以及用户应该决定在一起还是单独分开进行故障处理。

2．之后的工作。确保灾难恢复（DR）的目标是在良好状态。拥有一个灾难恢复的站点不在同一个数据中心作为你的主环境。同时，在灾难恢复站点有个理想的测试网络——Parekh说：首选的方法是VLAN扩展。SRM将会编排IP的变化。另外，灾难恢复站点不需要一对一，你可以10个生产环境对应一个灾难恢复站点。

3.阅读细则。Parekh说:如果你使用SRM移动你的应用，有些厂商的应用可能不支持。“请联系应用厂商。告诉他们你的虚拟机在一个不佳的状态。“有时复杂的应用程序可能不受支持”。

4．把它画出来。在你开始使用SRM移动任何东西之前，你要了解你的架构。了解你的应用程序和系统之间的依赖关系，并将它们画出来。Parekh说：“文档是关键”，补充道管理员应该“在两边分别单独设置HA群集管理”。

5．真正的复制。接下来，按照优先级分配的应用程序并把它们放到SRM复制里。在每一个优先级中，你可以进一步的去组织，就像你个人的虚拟机备份一样有顺序。

6．坚持你的路线。弄清楚在你的灾难恢复站点你将会如何日常维护、迁移和升级的路线。Parekh说：例如，当你要升级ESXi时，“在灾难恢复站点第一次升级避免不了兼容性的问题”回到主中心。

在使用 SRM的时候其他一些考虑因素可能是存储。DR自动化与 SRM将拆分存储容量，以便一些用于VM和一些用来做复制。这会减少 VM 的日志大小。SRM是不限存储类型，但需要复制阵列组。

此外，如果你之前的vCenter Server安装使用的“简单”安装的话，你可能需要重新安装vCenter Server5.1或者5.5。5.1版本不提供多站点的选项，5.5版本可能需要你使用“自定义”选项重新安装来支持SRM。另外，请注意虚拟机的启动优先级和依赖关系，随着启动时间可能增加支持SRM使用。

最后，请记住你可以测试SRM不需关闭。它可能不是真实的事情，但是测试可以展现那些需要技巧的区域。Leclair说他的银行已经安装了SRM但是没有尝试使用它。他说：“在没有灾难出现之前你不知道它如何工作”。