大多数在过去几十年里拥有任何技术足迹的组织都熟悉备份他们的数据。在本地环境中，这包括备份文件服务器、应用程序服务器和数据库服务器。由于大多数组织都已过渡到主要的虚拟化基础设施，因此备份看起来与多年前的备份略有不同，但是其目的和大部分方法是相同的。
当组织在考虑备份他们的数据时，他们可能会认为这本身也确保了灾难恢复或dr。然而，事实并非如此。
备份只是灾难恢复的一小部分。我们为什么这么说?
在这篇文章中，我们将深入探讨这个问题，“备份和灾难恢复是一样的吗?”
- 备份是什么?
- 什么是灾难恢复?
- 备份和灾难恢复的区别
- 如何在总体方法中使用这两种方法来从与数据或整个物理位置相关的重大灾难中恢复?
让我们进一步看看这些主题和问题。
备份是什么?
在考虑恢复数据时，术语“备份”和“备份”可能是大多数人所熟悉的术语。
如前所述，各种变体的备份机制已经存在了几十年。虽然备份数据的过程和技术越来越复杂，但备份数据的总体意图、目的和最终结果是相同的。
备份是数据保护的主要机制。备份数据是指在特定时间点至少复制一份数据的过程。
现在的备份通常是“版本化”的备份，作为多个恢复点保存，允许在给定的保留期间将数据恢复到特定的时间段。
在环境中可以使用不同类型的备份来保护数据。备份的三种主要类型如下:
- 完全备份——完全备份听起来就是数据在磁盘上的完整副本。如果在数据保护方案中只使用完全备份，则每次备份都是数据的完全备份
- 增量备份—增量备份是一种备份类型，它只复制自上次备份以来更改过的文件。许多数据保护解决方案，特别是那些保护虚拟机的解决方案，可以查看“块级”，并复制自上次备份以来更改的块。“最后的备份”可以是以前的完全备份或增量备份
- 差异——差异备份只查看自上次完全备份以来的更改。这意味着只有自上一个完整版本以来发生的更改才会被取走
如前所述，在大多数现代企业环境中，每天都要运行多次备份。
目前保护虚拟环境的典型现代数据保护解决方案使用初始完全备份，然后运行增量备份，为虚拟机复制自上次备份以来更改的块。然后，这些数据保护解决方案要么在将来某个时候从生产环境运行另一个完整备份，要么从备份链综合生成一个完整备份。
为了创建一个成功的备份策略，组织必须能够定义恢复点目标或RPO和恢复时间目标或RTO。
与备份方式的数据保护相关的这些指标是什么?
RPO本质上是一个组织表示他们可能丢失的数据量。如果每小时进行一次备份，企业本质上是说，它可能会丢失多达一个小时的数据，因为在最坏的情况下，丢失的数据将相当于一个小时。
RTO本质上是企业恢复数据或服务所需的最短时间。
最佳实践备份方法由3-2-1备份规则。
这说明您需要至少(3)份备份数据，存储在(2)种不同的媒体上，至少(1)份存储在场外。这里的基本最佳实践是备份数据的多个副本。这有助于确保在灾难场景中生产数据和备份数据不会同时丢失。
备份是组织必须在特定位置恢复少量甚至中等数量的数据或虚拟机的核心机制。但是，它们不允许业务具有站点弹性或故障转移到不同的“备份”站点。由于备份只是受生产环境保护的数据的副本，因此它不包括恢复对数据访问的所有可能的其他需求。
这些其他需求包括额外的物理、网络和硬件资源，当主要生产位置的物理站点或硬件受到影响时，可能需要这些资源来恢复对数据和服务的访问。从这里开始，我们可以看到备份和灾难恢复之间的区别。
虽然备份是灾难恢复的重要组成部分，但它不包括真正的灾难恢复计划所需的所有组件。
让我们进一步了解灾难恢复以及它所包含的内容，并了解它与备份的关系。
什么是灾难恢复?
您可能已经开始注意到，灾难恢复不仅仅是简单的备份。它包括策略、工具、备份、过程和允许企业从It基础设施的角度维护业务连续性的任何其他过程。虽然备份是整个灾难恢复计划的子集，但灾难恢复过程是整个业务连续性计划的子集。
业务连续性包括所有流程和过程，包括但不限于IT，在发生重大破坏性事件时保持业务运行。灾难恢复的目的是降低业务连续性的风险，并提供一种测试系统恢复和弹性的方法。灾难恢复也可以作为审计和遵从性需求的一部分强制执行。
正如前面提到的，灾难恢复包括的远不止简单的备份数据。它必须包括所有额外的硬件、网络电路和任何额外的基础设施，以便在发生重大灾难时能够成功地进行故障转移。通常，这是一个DR设施或某种类型的二级设施。
在设计灾难恢复时，组织通常将数据从生产设备复制到灾备设施。一旦通过复制的方式在DR设施中播种了第一个完全备份，那么就可以通过增量复制的恢复点来复制更改的块。灾难恢复计划将包括将操作从生产位置切换到灾备站点的任何技术和文字过程。大多数组织都希望将所有特征和机制从生产站点复制到灾备站点。这将包括物理基础设施、软件、网络、基于角色的访问和安全机制。
今天的企业如何创建一个成功的灾难恢复计划?
灾难恢复作为整个业务连续性计划的一部分，需要有意义的计划。确定业务关键基础设施资源和数据，然后确保这些资源得到适当保护是至关重要的。一旦适当地确定了需要保护的数据和服务，就可以建立保护它们的过程和过程以及技术机制。
必须对灾难恢复计划进行测试，以确保它们在技术上和程序上都能按预期工作。这确保了当真正的灾难发生时，按照“运行手册”中设计和编写的所有流程和过程都得到了充分的测试和验证。在灾难恢复计划中发现重大缺陷的最糟糕时间是在真正的灾难期间!通过测试和运行“模拟”灾难恢复场景，可以在真正的灾难发生之前发现并纠正灾难恢复过程和技术流程中的任何故障或缺陷。
Vembu BDR Suite的备份和灾难恢复
备份和灾难恢复对于良好的业务连续性计划来说都是必不可少的，使用提供这两种选择的单一解决方案是明智的。针对不同的问题部署多个软件可能会导致超负荷，也会占用你的时间。也就是说，Vembu BDR Suite就是这样一个软件，它为您提供了一个全面的解决方案，因为它为运行在不同环境中的机器提供了备份和容灾。有了Vembu，你就可以了
- 执行完全/差异/增量备份
- 保持RTO小于15分钟
- 备份到磁带，满足3-2-1备份原则
- 将数据的次要副本复制到离线位置，从而确保容灾
- 执行一个30天试用期的测试运行
Vembu BDR Suite在数据保护方面提供了很多服务。所以你可以给它a现在试一试或请求现场演示来自我们的一位专家，他可以指导你通过可用的，并给你最好的实践。
最后的想法
备份和灾难恢复不是相互竞争的术语或过程，它们都是需要的，以适当地确保在中断业务操作的真实灾难期间的可恢复性。简单的备份并不能确保数据可以恢复。如果整个物理站点或位置受到影响，灾难恢复不仅涉及备份数据，还涉及适当恢复对备份中包含的业务关键数据以及提供的服务和应用程序的访问所需的额外硬件和网络资源。
通过将备份视为灾难恢复的一部分，可以帮助您更清楚地了解备份适用于何处。通过扩展，灾难恢复是业务连续性的一部分，业务连续性包括所有流程和过程，包括但不限于技术方面和基础设施，以允许业务功能继续进行，甚至在重大中断事件期间。通过适当地注意生产数据的备份以及灾难恢复过程和程序，将其作为整体业务连续性计划的一部分，组织将能够成功地承受并从重大破坏性灾难中恢复，同时仍能有效地执行基本业务操作。
