业务连续性与灾难恢复概念误区易造成数据风险

当前数据备份一个共同的主题对于业务连续性和灾难恢复理解的混乱。当涉及到保护您企业的数据时，最为重要的是要明白，上述是两个不同的概念。对于这两种术语的误解，可能会导致您的企业由于计划不周，而存在一定的显著的风险。根据IBM在2011年的总结介绍，该公司曾遭受过重大业务数据丢失，有43%的数据从来没有被二次访问过，而51%的数据在两年内结束；6％的数据将长期存储。
　　
说实话。当发生灾难时，很少有人会关心术语的定义问题。然而，一个确定的方式了解数据丢失混乱和设施问题，便是了解灾难恢复和保持业务连续性之间的差异。
　　
两者有什么区别？
　　
灾难恢复只是一个子集，只是保持整体业务连续性的一小部分。保存数据的唯一目的是能够在发生灾难时及时的进行恢复。IT灾难的级别范围可以从轻微的灾难到造成严重损失：即从某些数据集的丢失造成的轻微损失到整个数据中心数据集的重大损失。恢复企业数据库可能需要相当艰巨的努力，并需要重建企业的基础设施。
　　
一个很好的例子是卡特丽娜飓风。2005，大多数的新奥尔良市是水下，无功和一些基本的资源为人类生活。有许多公司，使异地复制自己的数据，以便在发生灾难就能够恢复数据。他们没有计划到的是无法获得的异地备份的数据。例如在一个案例中，某公司将其所有数据存放在异地磁带中，且被存放在一个安全的位置。但唯一的问题是，该公司员工无法亲身前往该地检索磁带。
　　
灾难恢复辅助站点
　　
灾难恢复的根源是将数据保存在辅助站点，并计划如何进行数据恢复，以便企业能够再次访问这些数据。需要注意的是，数据在灾难发生过程中的不可访问。它必须首先被恢复，并且其中的数据被恢复的速度完全依赖于企业之前的规划，基础设施和进程的测试。
　　
另一方面，业务连续性通常是指通过管理监督和规划，在系统或企业受到灾害的情况下保证IT功能的连续运行。成功保持业务连续性的必要因素，包括选址（位置因素）、工作人员和设备，以及实际的数据恢复程序。
　　
业务连续性是一个完全不同的过程。首先，它不以数据为中心，而是以企业业务为中心。业务连续性的重点是在发生故障或灾难时继续保持业务的运转。从本质上讲，这意味着，当故障或灾难发生时，企业的这些数据仍然是可以访问的，几乎没有停机时间。
　　
通常情况下，业务连续性需要硬件和软件技术相组合，将数据同时保存在两个不同的地方。例如，如果在某一幢楼宇内的生产服务器出现故障，数据和应用程序运行“失败”，第二套系统和应用程序此时就可以使用。通常，应用程序只是稍作停留，用户甚至都没有意识的出现了问题。
　　
这实际上意味着，你必须有相关的基础设施以提供支持。最常见的例子是聚类。聚类允许多个系统之间的数据复制，从而使您能够在发生一些失败事件时访问第二个源中的数据。主动聚类是一个很好的例子。如果您的电子邮件应用程序在某台生产服务器上发生故障，在辅助服务器上复制的副本​​负载和应用能够保证您仍然可以访问邮箱。
　　
连续性是更广泛的
　　
关于企业经营和管理的工作人员和设施，连续性是一个比仅仅是数据和设备的恢复恢复范围更广的维修范围。大多数公司是从实践上分析恢复需要多长时间。在规划过程中开始设置恢复。时间因素在很大程度上取决于哪些数据需要最先得到恢复.业务连续性的恢复时间问题涉及到以下几个方面：
　　
我们需要首先恢复哪些数据以保持业务的运行？
　　
我们的客户需要哪些服务，以保持他们对于我们的服务的稳定信心？
　　
我们的业务合作伙伴需要哪些持续的命令，以便完成交付？
　　
我们需要与供应商保持怎样的关系，以便使他们坚持与我们并肩作战？
　　
优先恢复哪些数据涉及到对于业务重要性优先次序、以及这些业务关系的排列和分析，每一家企业都有不同的排序列表，以便能够确保他们有能力继续经营业务。
　　
恢复数据很可能是大部分的IT经理和主管级别的人必须花时间来解决的唯一的问题。这是一个良好的开端，但并不是故事的全部。您必须了解“是什么问题”以及“应该怎么做”，一般能够让您的数据恢复运行。在执行恢复规划期间，这些IT管理人员和主管们会遇到的连续性问题。恢复系统越可靠、范围越广、可扩展性越强，则连续性就会更好。过时的恢复计划，甚至会导致企业在像灾难发生时倒闭。