根据Gartner称，截止到2014年，30%的中型企业将会采取云中恢复计划，也就是被我们所熟知的恢复即服务(Recovery-as-a-Service，RaaS)，用来支持IT运作恢复，尽管今天最高的使用率才刚刚超过1%。

在服务提供商的虚拟机和产品数据云中，RaaS被用来进行复制管理，连同激活虚拟机支持恢复测试或者实际恢复操作的手段。数据中心设备的位置，提供商云计算设备的区域导致不同提供商的价位都不相同。

Gartner认为RaaS市场的发展是由中型公司(其中年收入在1.5到10亿之间)所驱动的。较大的公司(年收入或者营业预算达到10亿或者更多)更可能建立恢复管理设施、基础设施和支持团队，以至于太复杂很难以全部移动到云计算。而小企业不太可能有正式的灾难恢复战略。

Gartner 的研究副总裁John Morency 说：“RaaS被誉为应用于灾难恢复的杀手级云应用，但是事实是真真假假很难分清楚，当然，它被认为是IT灾难恢复管理的‘痛点’，既需要频繁的恢复测试，还要用于专用恢复空间和设施的费用”。

Gartner针对RaaS确定了四个主要的痛点：

1.恢复测试/练习成本-传统的恢复测试和练习成本通常是年灾难恢复预算的一个重要部分。RaaS能够减少甚至消除这些花费。

2.更改倾斜-考虑到当前状态下的产品数据中心基础设施，应用和数据以及前次恢复测试状态，日腐蚀都是作为更改应用到支持新的业务需求方面的的一个直接影响。虽然更频繁的测试可以减少这一问题的范畴，但是并不能根除它。然而，因为虚拟复制促使产品和恢复数据中心同步虚拟化，特定的虚拟更改将会变得更加易于管理。

3.恢复配置启动-许多web应用程序和服务器通常有网状的复杂关系和依赖于其他应用程序和数据。因此，完全了解跨应用程序和数据依赖关系至关重要。RaaS可以通过复制和特定应用的恢复以及相互依赖的虚拟群组来减少复杂性。

4.测试范围-确定做哪些测试非常具有挑战性，因为从来也不可能有足够的钱用来频繁的测试一切，所以其中的取舍可能会非常苦难。一些企业只测试最重要的应用程序。跳过其他的系统用来频繁的执行重要的测试;一些企业延长测试之间的时间用来承受更大的测试;一些企业在不同群组应用之间的旋转测试;和其他公司专门对于之前测试中失败的地方重新测试或者安排最薄弱的环节用来进行下一个测试。最后，测试的策略就是在真正的灾难来临时，最大化的保证及时恢复关键性工作负载的可能性。这就需要对最有可能发生错误或者失败的模块的测试目标进行判断。组织更有可能使用RaaS，用来支持更关键的应用程序，尤其是那些需要短时间内恢复的。

当前使用RaaS的中型企业中，正在形成两大阵营。第一个是使用服务器虚拟恢复特性和基于存储区域的复制配置，对于某些应用程序内部的灾难恢复提出解决方案。第二个是贯彻实施云服务作为替代更传统的灾难恢复资源。

Morency说道：“对于尚未实行RaaS的机构，Gartner建议应该进行实行云基础架构调查，尤其是那些主要存在于数据中心外的系统。然后，他们应该对系统图像复制和故障转移进行资格验证，并在恢复测试的过程中探索服务商是如何提供应用连通性支持的。他们还需要就潜在的违规现象对提供商的操作控制进行检测并启用一系列的网络配置。这将明确服务器的潜在好处以及表明内部的IT团队所需要得到的管理支持的水平”。