关于在云中的灾难恢复(DR)和业务连续性(BC)的话题已经有了太多的讨论了，你可能已经考虑为您的数据中心做出了选择。毕竟，云计算承诺无限的容量能力，现收现付的模式经济实惠，是确保您的IT操作持续不间断的完美结合。最重要的是，或许你终于可以在晚上睡个安稳觉，而不必不害怕突然的中断停运事故了。

　　的确，基于云的资源创造了一系列新的产品和服务，许多具有特殊价值。不幸的是，在经历了过去几年的云洗礼之后，一些数据保护供应商决定重新分类他们的虚拟机(VM)备份产品，作为基于云的“灾难恢复”解决方案。

　　这种转变可能开始于Gartner预计灾难恢复即服务(DRaaS)在未来五年内的年均增长率为55%。其也许是在备份市场已经变得过度饱且参差不齐。其也许这只是理想的营销。不管什么原因，当企业用户与您的灾难恢复服务供应商签署合同之前，务必要确认你对于您企业新的DR/BC供应商将如何在灾难发生时为您的关键业务提供无缝和自动故障转移有清楚的了解。

　　换句话说，要确保你企业的灾难恢复解决方案是名副其实的“恢复”，而非“灾难”。

　　四项基本的DR/ BC的功能

　　当企业用户评估一款潜在的基于云的DR/BC产品时，不要简单仅仅只是考察其是否能够复制你企业的数据和虚拟机，而务必要确保您企业的新的解决方案可以提供如下功能：

　　恢复：仅仅只是保护关键数据和虚拟机，但却没有在发生故障事故之后对其进行恢复的地方，显然对于企业用户业务的持续运作并无太大帮助。而企业用户的关键业务应用程序可以证明备用资源的代价，大多数工作负载并不保证冗余计算基础架构的成本。如果您在云中保护这些工作负载，那么，在发生故障后你要如何保持继续运行呢?

　　此外，虚拟机可能是非常大的，互联网网速可能很慢。如果必须将云保护的虚拟机恢复到备用站点，需要花费多长时间才能做到?理想的解决方案结合了云保护与云恢复。这样，你就不需要冗余硬件，也就不会有带宽或延迟问题了。

　　自动化：您企业将需要一套自动化的方式，以便在企业内部出现故障时将故障转移到备用的基于云计算基础设施。当灾害发生几小时后，你需要的最重要的一件事就是让你的团队及时重新配置网络和虚拟机。

　　测试：如果你不能方便地的在您的DR/ BC的环境里面测试虚拟机基础架构正在发生的变化，那么就不要期待有一个无痛苦的恢复。测试是任何DR/ BC计划的阿喀琉斯之踵，无论其是否是基于云的，所以及早并经常测试是至关重要的。实际情况是，大多数BC解决方案的测试过程都是劳动密集型的，因此，企业不常进行测试。当评估一款基于云的灾难恢复解决方案时，请密切关注以下几点：

　　1、测试要涉及到什么?

　　2、是否能自动化测试?

　　3、如何能自行触发测试?

　　如果测试活动是困难的，其将是预示灾难恢复过程有多么艰难的一个指标。

　　管理：假设在评估其自动化和测试过程中都是一路绿灯的话，现在则需要考虑如何管理和监控运行在云中的服务器。对于某些基于云的DR/ BC解决方案，管理是完全与您现有的内部部署管理基础设施集成的，你会以管理你企业内部部署的服务器同样的方式来管理基于云的资源。对于其他解决方案，你必须要求DR/ BC供应商提供一个单独的控制台。在另一些情况下，其应该是运行服务供应商所展示的托管服务。无论您企业选择哪种最适合的选项，密切关注你的业务将如何在发生故障的情况下继续运行，才是至关重要的。

　　保持数据保护解决方案的优先

　　在评估海量的基于云的数据保护解决方案的过程中，关注上述DR/BC的四项基本功能的同时还需要清理一些混乱的东西。然而最重要的是，IT管理者需要保证DR/BC计划必须在他们的待办事项清单中。

　　使数据保护解决方案的优先顺序

　　很少有灾难会摧毁你的整个数据中心;其通常是硬件故障，软件错误或安全漏洞，而这些状况几乎每天都会发生。利用诸如亚马逊网络服务这样低成本的供应商的云提供基于云的BC，任何IT企业都可以负担得起。

　　如果不充分利用新一代的基于云的DR/BC解决方案，而只是一味的希望大灾难不会发生在你的数据中心，可能是最糟糕的连续性策略。