一份更好的云灾难恢复计划指南

对于存储专业人员来说，灾难恢复仍然是一项持续性的挑战。因为与许多其他IT领域不同，近年来，灾难恢复的环境正在变得越来越复杂，而且难以解决。

首先，对于“灾难”的定义已经扩大到几乎任何服务中断领域。其次是，造成灾难的原因更多了。我们大家通常听到的都是自然灾害(如地震、洪水、飓风)，但还应该人造灾难、如网络攻击、敲诈勒索软件、用户意外的操作错误或企业遭受破坏。第三，在灾难发生时我们所需要考虑的数据量也在呈指数级增长。第四，用户对快速恢复的期望大大增强。今天，用户期望他们的关键应用程序几乎没有中断。

而与此同时，作为这些困难挑战的大背景，大多数企业组织的灾难恢复预算增长则仍然处于停滞状况。因此，许多企业，无论是中小企业还是大型企业纷纷都在寻求他们的云灾难恢复计划，以消除上述这些问题，同时减少灾难恢复的总体支出。

在云中备份、归档和灾难恢复

了解云是一种服务提供模式有助于确定哪些数据保护流程和案例是好的，而哪些则是不那么好的。大多数数据保护流程有三大基本组件：备份、归档和恢复。

备份是复制数据，其目的是在应对一旦发生故障或数据丢失的情况下，使该数据有一个可用于恢复的版本。大多数企业组织会将数据备份保留有限的时间期限(通常典型的是三到七年)，所以利用云备份意味着至少在一段时间内需要每天租用存储备份容量能力。根据您企业所需要存储的数据量，这一举措可能会，也可能不会如您企业自己存储更具成本效益。

归档是数据的长期保留。这应该是存储数据的最终副本的地方——理想的情况下，仅限于在两个单独位置对每个数据的两种副本，最好是以两种不同的格式进行归档。企业组织的归档策略越强大，备份数据的保护范围就越小，恢复数据所需的时间也就越长。大多数企业组织需要保存至少七年的归档数据，有时可能会更长。对于大多数企业组织来说，租用存储空间长达几十年并不具有成本效益，所以云服务可能并不是归档数据的合适的目的地。

恢复，特别是灾难恢复，几乎总是需要最新的数据副本。如果可能的话，在“最近”的时间框架之外的任何恢复都应该来自一份归档。云服务是灾难恢复的理想位置，因为只有最新的数据副本必须被存储在那里，大多数云服务(如果不是全部的话)供应商均允许您企业在发生灾难时使用其计算资源。这节省了在远程灾难恢复站点维护您企业自己的服务器和存储硬件的成本，而不会增加备份磁盘容量成本。因此，基于云的灾难恢复或灾难恢复即服务(DRaaS)已经迅速成为解决企业灾难恢复难题的理想方式。

什么是云服务?

首先，让我们先来清楚一点，云服务并不是能够解决所有IT问题的一味灵丹妙药。这是一处企业私有数据中心必须与私有数据中心物理法则同样严肃对待的一场“战役”。其优势在于，云服务提供商是一家整体型的企业组织，该组织专注于提供IT服务，而大部分云服务供应商都具备顶尖的数据中心设计。

它们还具有规模化经济的优势，这意味着采购大量的IT产品绝对能够为云服务提供商们带来显著的成本优势。将这些经济规模化优势与流程和自动化方面的大量投资相结合，通常会使得您企业的运营成本在每个单位的基础上要低得多。

请记住，云服务主要是一种IT交付模式。企业客户无需预先购买IT产品和服务，而是定期租用这些IT产品和服务。IT服务的租赁性质意味着云服务对于临时性的使用非常有吸引力，对于更多的永久性的使用案例而言，其吸引力则较小。

下面，就让我们来看看您企业应该采取哪些步骤，以及为企业组织开发最有效的云灾难恢复计划时所应该考虑的相关事项吧。

步骤1：将数据迁移到云中

构建云灾难恢复计划的第一步是将数据交付给您企业的云服务提供商，当然还要记住通过控制具体存储多少数据来优化成本——最好是仅存储最新的副本。而且，鉴于云数据保护选项众多，通常可以分为两类：备份数据的产品和复制数据的产品。它们之间的区别在于数据的存储方式。

大多数云备份产品以专有的备份格式存储数据。在发生灾难的情况下，数据必须被提取，并由虚拟机有企业客户可以访问的格式转移到企业客户处。大多数云备份产品利用企业内部部署的设备首先捕获所有备份，然后将更改的数据复制到云服务。几乎所有的复制产品都将数据复制到云端，但是相比之下，以原始文件系统格式存储的数据，在主站点发生故障时可以立即访问。企业客户甚至可以选择将这些数据存储在高性能云存储上，使“返回操作”更快。

鉴于备份或复制存在初始数据方面的挑战。传输创建备份或复制软件需要比较的云基准的数据可能需要花费几个小时，几天甚至几周的时间。为了加快这一过程，一些云服务供应商向企业客户提供了坚固耐用的高容量NAS。将基础数据集复制到NAS上，然后将NAS发回。理想的情况下，更多的云服务提供商将使用磁带，这更容易运输，并且更具成本效益。一旦数据被存储在云中，数据的每日更新通常会很容易，而诸如数据压缩、重复数据删除和更改的块复制这样的技术能够显著减少必须通过网络迁移的数据量。

将数据移动到云中的第三种方法是在云中运行生产数据。这涉及到使用企业内部部署的缓存，以便本地应用程序不会遇到延迟或将整个工作负载转移到云本身。虽然将主存储和二级存储放在云中的运营成本可能会超过成本本身，但企业客户必须将所有数据迁移到云中才能更有效。而且，虽然这种方法也可以避免将数据持续转移到云中，但您企业必须确保云服务供应商能够为其存储的数据提供可接受的弹性。

步骤2：在云中执行灾难恢复

每位IT专业人士在其职业生涯中至少都会发生一次灾难。事实上，自从“灾难”的这一定义已经从数据中心数据被擦除扩展到重要应用程序变得不可用以来，今天的“灾难”情况更有可能发生。如果灾难是孤立的，那么这意味着其只会影响单一一个工作负载，那么坦率地说，将采用云计算，并将数据传输到云服务提供商来进行故障恢复是不必要的。通常情况下，一家企业组织更适合在企业内部进行恢复。一些云备份产品可以利用企业本地数据中心的设备来托管故障应用程序的数据，在某些情况下成为驱动该应用程序的虚拟机版本所需的计算机。

基于复制的DRaaS产品应该被设置为除云之外还具有本地存储目标。这样，企业客户还可以选择在本地或云中恢复。

对于更广泛的灾难，如数据中心不可用时，需要对云进行真正的故障切换。这里，灾难发生后的第一步是启动高优先级应用程序操作所需的所有服务，如DNS和目录服务，以及组成该应用程序的所有服务器。最后，调整网络配置，以便登录的用户可以无缝访问现在的云托管应用程序。

显然，在实际需要之前，对灾难恢复进程的测试对于确保所有这些步骤的奏效都起着至关重要的作用，特别是网络更改。将最终用户条件纳入变更也很重要。他们可能不会在中央办公室，也可能在咖啡店或家中通过虚拟专用网络连接登录。

此过程与将所有数据存储在云中，但仍将计算保管在企业内部的企业是如此的相似。新的网络路由问题是一样的，但是由于数据已经在云中，所以您企业只需要启动与数据一起开发的应用程序即可启动和运行。

步骤3：返回

在某些时候，您企业需要离开云服务并返回正常的内部部署操作。云端口是利用云灾难恢复计划的更困难的方面之一，IT用于推动数据到云中的每日传输的所有技术在此处都将不会奏效，因为没有可用于比较的基准。

在大多数情况下，您企业可以从云中还原数据，尽管很缓慢，而提供商则继续托管您的应用程序。数据完成传输后，执行快速数据同步，然后将操作切换回企业的主数据中心。根据所需要传输的数据量和可用带宽，此传输可能需要几天甚至几周的时间，而您的企业组织需要支付在云中使用的计算机的附加费用。

DRaaS提供商应该能够提供将数据直接传送到企业客户的新数据中心的功能。如前所述，这可以通过NAS或磁带来实现。这将允许在受影响的应用程序仍然在提供商的云中运行的情况下创建基准副本。

返回操作这一例子还说明了“数据迁移到云中”的另一大优势。由于无需迁移数据，您可以借助本地缓存数据在新的数据中心启动应用程序，由此使得系统可以开始访问云中的数据。只有活跃的数据必须在企业内部部署环境复制。

结论

在存储方面，云服务对于灾难恢复而言最有价值和最具成本效益的。这是因为灾难恢复存储容量低于其他数据保护产品，并且很少读取，而云提供对计算机的访问，可以利用数据在灾难发生时快速重新启动任务关键型应用程序。云灾难恢复计划也消除了企业组织灾难恢复策略的大量成本，因为您企业只需在测试灾难恢复计划或发生实际灾难时支付计算资源即可。