尽管迁移到一个托管的数据中心设施有着诸多的原因和好处，但这一过程仍然是充满了各种风险。以前，当我们需要结束一段与数据中心或云服务提供商的失败的合作关系或者服务提供者本身出现故障的时候，我们需要一套“B计划”。

　　我们的建议是，IT管理人员应确保他们所在的企业和云服务提供商之间的合同内要规定好数据的所有权是属于企业的。然而，这只是问题的一部分，我们依然存在如何在事后处理数据的问题。

　　最终的响应是“这取决于具体的问题具体分析”。第一个问题是围绕应用程序创建的数据：你可以在其他地方仍然获得相同应用程序的访问权限吗？

　　如果现有的协议是基础设施即服务(IaaS)或者平台即服务(PaaS)，那么你的企业将无论如何必须拥有自己的应用程序，所以，在不同的云平台都安装这样的应用程序不应该属于过度安装的问题。

　　云数据迁移的困难

　　然而，在软件即服务(SaaS)的情况下，有可能存在更大的问题。如果所提供的服务是基于一个标准的应用程序。例如，SugarCRM或OpenERP，您有可能需要找到另一家服务提供商托管同款应用程序。在执行方面可能会有所不同，但所需要的应该只是一种提取/转换/加载(ETL)的行动，以确保数据适合新的服务提供商架构的实施到位。

　　IT管理人员应该记住，他们之前的服务供应商对于应用程序所作出的任何修改(如撕掉logo标签或增加任何额外的功能与应用)，新的供应商对于这些修改都将需要再次进行。

　　在许多情况下，从以前的服务提供商那里获取任何详细的变化清单都是不太可能的，所以重新部署这些将是过渡过程中最困难的部分。这就意味着之前的服务供应商所进行的任何更改，即使是在SaaS环境中的更改，您都必须将其记录下来并存储在SaaS环境以外。有一套完整的服务供应商变更日志是相当必要的，这样，如果您的企业在更换服务供应商时，就可以重新进行部署。

　　真正的问题是当一家企业正在从某家具有专有软件供应商处进行迁移的时候。这可能是供应商对一款开源的应用程序进行的某些重大的修改，使之从根本上成为了一款新的应用程序。或者，它可能是一家SaaS提供商所拥有的应用程序，但不允许被任何其他云提供商在自己的平台上运行，如Salesforce.com。

　　然而，尽管Salesforce.com不可能很快遭遇滑铁卢，但一些较小的专用SaaS提供商是注定要失败的。

　　Quocirca建议，您的企业在选择SaaS供应商之初，需要考虑相关的风险。如果你的企业还没有准备好采用软件作为一种服务，那么您应该确保对您所选择的提供商倒闭的风险进行评估，而如果需要从服务提供商处提取系统数据，并需要其在很短的一段时间内以某种另一系统可用的形式，您将需要什么样的努力。

　　SaaS的数据恢复规划

　　那些已经将数据转移到SaaS提供商的企业应该确保有一套B计划能够知道在何处获得一个已知的恢复点目标(RPO)和一个已知的恢复时间目标(RTO)。

　　首先需要确定的是目标应用程序是什么。Quocirca建议，这应该是在SaaS提供商中被广泛采用的一款应用程序，或者应用程序是来自于一家非常大的，并具备很多专有的经济安全实力的SaaS提供商。

　　其次需要确定的是两个系统所使用的系统架构。匹配字段名称和类型是有必要的，以便确保数据迁移过程中的信息保真。这也将定义将要进行的提取/转换/加载活动。

　　然后，有必要进行测试。对上述活动能够正常运作不能仅仅只是停留在假设或期望的阶段。你需要对其进行测试，将数据从现有的环境移动到新的环境。这不一定必须是迁移到第二家服务供应商处，而只是进行测试，以确保其奏效。

　　基于成功的测试，你可以创建一个完整的，正式的计划以便您的企业在最糟糕的情况发生时进行应对。这同时也应包括启动该活动计划需要多长时间，以及在这段停机的时间内，企业的业务将如何继续在运转。这可能会涉及到一些手动过程，在这些手工过程中所收集的任何数据将需要输入到新的系统。

　　最后，应当确保在合同中规定的是旧的服务提供商必须从其系统上清除您企业的数据资料，这一点往往被忽视。