恢复时间目标和恢复点目标听起来很相似，但它们在灾难恢复和业务连续性管理中是完全不同的指标。了解如何在需要之前使用适当的资源进行相应的计划。就像拥有保险一样，您可能永远不会使用它——或者它可能会拯救您的公司。在本文中，我们将研究RPO和RTO之间的关键区别并消除任何混淆！

RTO：恢复时间目标

RTO决定了您的基础设施在灾难发生后需要多快恢复在线。有时，我们使用RTO来定义公司可以处理和维持业务连续性的最长停机时间。这通常是灾难后恢复服务的目标时间。例如，2小时的恢复时间目标旨在在收到服务中断通知的两小时内备份并运行所有内容。

有时，这样的RTO是无法实现的。飓风或洪水会导致企业倒闭，长达数周之久。一些组织对中断的恢复能力更强。例如，一家小型管道公司可以处理一周或更长时间的文书工作订单和发票。依赖订阅的基于Web的应用程序的企业可能会在几个小时后瘫痪。

对于外包IT服务，RTO是在服务水平协议(SLA)中定义的。IT和其他服务提供商通常在其SLA中包含以下支持条款：

根据您的业务需求，您可能需要更好的RTO。有了它，成本也会增加。无论您选择哪种RTO，它都应该对您的组织具有成本效益。企业可以在内部处理RTO。如果您有内部IT部门，则应该有解决技术问题的目标。实现RTO的能力取决于灾难的严重程度。服务器崩溃可以达到一小时的目标。如果该地区发生自然灾害，期望一个小时的解决方案可能并不现实。RTO不仅包括从灾难中恢复所需的时间。它还应该包括减轻不同灾难或从不同灾难中恢复的步骤。该计划需要包含对措施的适当测试

RPO：恢复点目标

RPO衡量服务中断后可接受的数据丢失量。例如，销售损失可能会在18小时后成为成本的过度负担。该阈值可能会使公司低于任何销售目标。

数据的备份和镜像副本是RPO解决方案的重要组成部分。有必要知道有多少数据是可接受的损失。一些企业通过计算存储成本与恢复成本来解决这个问题。这有助于确定创建备份的频率。其他企业使用云存储来创建其数据的实时克隆。在这种情况下，故障转移会在几秒钟内发生。

与RTO和可接受的停机时间类似，一些企业对数据的丢失容忍度更高。为小型管道公司检索18小时的记录是可能的，但可能不会损害业务运营。相比之下，在线计费公司可能会在几分钟的数据丢失后发现自己陷入困境。

RTO和RPO都涉及测量的时间段。虽然RTO专注于使硬件和软件联机，但RPO专注于可接受的数据丢失。

RTO和RPO都是风险计算。RTO是对企业可以维持服务中断多长时间的计算。RPO是对数据在恢复时的最新程度的计算。

我们基于预测和风险管理来计算RTO。与很少使用的应用程序一样，频繁使用的应用程序可能对业务连续性至关重要。因此，应用程序的重要性不必与使用频率相同。您需要确定哪些服务可以在多长时间内不可用，以及它们是否对您的业务至关重要。

要计算RTO，请考虑以下因素：

计算RPO也是基于风险。在灾难中，一定程度的数据丢失可能迫在眉睫。RPO成为数据丢失对业务的影响和缓解成本之间的平衡行为。一些愤怒的客户，因为他们的订单丢失了，可能是可以接受的损失。相比之下，数百笔交易丢失可能对企业造成巨大打击。

在确定您的RPO时，请考虑以下因素：

RPO是备份之间可接受的最大时间。如果每6小时执行一次数据备份，并且在备份后1小时发生灾难，则您只会丢失一小时的数据。这意味着您比预计的RPO少了5个小时。

灾难恢复计划

灾难有多种形式。例如自然灾害、飓风、洪水或野火。灾难还可以指资产或基础设施（如电力线、桥梁或服务器）的灾难性故障。灾难包括所有类型的网络安全攻击，这些攻击会破坏您的数据、破坏信用卡信息，甚至禁用整个站点。灾难的定义如此之多，根据它们的共同点来定义它们是有帮助的。对于组织和IT部门而言，灾难是破坏正常业务运营的事件。

应对灾害始于计划和预防。许多企业在不同的地理区域使用云解决方案来最大程度地降低停机风险。有些安装冗余硬件以保持IT基础架构运行。数据恢复的一个关键步骤是制定灾难恢复计划。

考虑不同类型灾难的概率。各种灾害可能需要不同的应对计划。例如，在太平洋西北部，飓风很少发生，但可能会发生地震。在佛罗里达州，情况正好相反。与小型企业相比，网络攻击可能对拥有广泛在线业务的大型企业构成更大的威胁。DDoS攻击可能需要与数据泄露不同的响应。

与临时解决方案相比，灾难恢复计划有助于更快地使系统和流程联机。当每个人都扮演特定的角色时，恢复策略可以迅速进行。灾难恢复计划还有助于在您需要资源之前将资源到位。因此，响应计划改进了恢复时间和恢复点目标。

RTO和RPO之间的区别很关键

虽然密切相关，但必须了解恢复时间目标和恢复点目标之间的区别。RTO是指使系统重新联机所需的时间。RPO是可接受的停机数据丢失的业务计算。立即改进这些指标并采用灾难恢复计划。