在常规环境下维持灾难恢复和高可用性是一件耗费成本和时间的工作。而且随着IT经理在日常工作中对服务器、存储和其他数据中心基础架构所做的变更次数增加，这项工作也变得更具挑战性。如果主数据中心有变更而二级灾难恢复或者高可用性站点没有相应作出变更的话，那么当灾难来袭的时候备份站点很有可能会不起作用。

Continuity Software向其RecoverGuard 4.0版本中增加了一系列新特性来集成所谓的“组态飘移(configuration drift)”，自动检测出那些对域、DNS设置、安装产品、补丁、服务包、存储路由、操作系统版本、内核参数以及硬件等如果二级站点没有作出相同变更就可能导致灾难恢复和高可用性站点潜在漏洞的变更。

Continuity创始人和首席执行官Gil Hecht表示，大型企业的IT部门每天要对数据中心的生产系统作出上百次变更，有时候不能确保对他们的灾难恢复和高可用性站点作出相同变更。他说：“这些IT部门每年会对他们的灾难恢复站点做一次测试，找出哪些系统不能正常工作。或者他们会使用高可用性集群来进行备援测试，然后集群将关闭生产服务器，来保证有宕机时间。这对很多企业来说很有风险的情况。”

这次的产品升级包括一个高可用性集群认证工具、一个可用性咨询工具、一个可以找出哪些挤出架构变更可能出现问题的根本问题分析、一个会找出和报告未经保护的基础架构资产和数据的配置分析工具。

Hecht表示：“目前市场中没有一款产品可以在所有服务器运行的时候找出是否高可用性和恢复服务器正常进行变更。企业在这些系统上投资了数百万美元，却不知道这些系统是否正常运行。”他说，在用户测试过程中，小型企业用户每个月会发现2～5个可能倒是关键数据丢失的漏洞，而大型企业每个月可能会找出30多个。

RecoverGuard使用标准API而不是代理来扫描系统，创建一个系统图和相互关系表。它采用一种包括有3000种不同故障问题的“差异数据库”来找出独立服务器或者数据中心的潜在故障。Hecht表示，RecoverGuard找出的常见问题包括，文件系统在一个SAN上有三个卷、只有两个卷被复制到二级站点，或者四个卷中保存有不同时间点的数据库快照——这可能会导致连续性问题。

一些厂商提供了架构管理数据库来帮助IT经理监控对存储和服务器以及网络的变更活动，但是这些系统并没有提供可以帮助用户发现问题故障的分析功能。Hecht表示：“我们在CMDB顶层增加了一个新的智能分析层。”

咨询公司Mesabi Group首席分析师David Hill认为，现在可以帮助管理管理员和IT经理更好地为测试和管理灾难恢复系统的工具正在变得越来越重要。他说：“企业很幸运，因为灾难事件很少发生，如果很频繁的话，就会暴露出很多企业在灾难恢复策略方面的失败。”

大多数企业无法进行适当的灾难恢复测试，因为这项工作既耗费时间还需要大量成本，如果灾难事故发生，这将会导致严重的问题。像RecoverGuard这样的工具可以起到帮助作用，因为它能够在不影响正常运转的情况下发现问题，而且增加针对高可用性的差异检测和根本问题分析代表着向前迈出了一大步。他说：“Continuity Software解决了一个通常被高可用性和灾难恢复基础架构忽视但却十分重要的问题，这一问题可能会导致预先数据保护测试的失败。”