RTO 与 RPO：学习差异以实现您的运营目标

除了 99.99% 的可用时间，高可用性环境还需要分别满足严格的恢复时间和恢复点目标，即 RTO 和 RPO。 RTO 和 RPO 是企业在创建业务连续性和灾难恢复计划之前应定义的两个关键参数。 这两个指标都有助于设计恢复过程，并定义恢复时间限制、备份频率和恢复程序。 虽然反收购行动和RPO可能看起来很相似，但您应该考虑一些核心差异。 请继续阅读以了解 RTO 与 RPO 之间的区别。

要清楚，反收购行动是对从应用程序故障到应用程序操作恢复所用时间的度量。 这是一种衡量您在灾难发生后必须恢复的时间的衡量标准。 另一方面， RPO衡量在停机问题后恢复应用程序可用性时数据的最新程度。 它通常被描述为发生故障时可以容忍的最大数据丢失量。

评估灾难恢复计划时需要考虑的事项

首先，定义应用程序及其相关数据对核心业务运营的重要性非常重要。 此应用程序的一分钟停机时间或数据丢失会给公司带来多少损失？ 接下来，考虑您希望保护您的组织免受的潜在灾难集。 一些需要数据恢复和备份的灾难包括：

• 数据丢失：这可能像某人删除文件夹一样简单，也可能像勒索软件或受感染数据库一样复杂。
• 应用程序丢失：这是指安全性、更新或系统配置的更改对服务产生负面影响的情况。
• 系统丢失：这包括硬件故障或虚拟服务器崩溃。
• 数据中心丢失：这包括本地和公共云中的数据中心
• 营业地点损失：在这种情况下，灾难可能包括停电、火灾、洪水，甚至建筑物外的化学品泄漏。 业务设施需要恢复到备用位置。

减少组织的 RPO 和 RTO

考虑 RTO 和 RPO 很重要，因为它们适用于不同类型的数据。 对数据库进行文件级备份的组织，而不是投资于异地虚拟环境，将看到更长的恢复时间和对最近更新的数据一旦恢复的限制。

考虑可能发生的灾难，将它们与需要保护的数据集进行匹配，然后确定恢复目标。 然后，这些步骤将为您提供构建满足恢复时间目标和恢复点目标的战术备份解决方案所需的信息。

SQL Server 中的 RTO 和 RPO 是什么？

SQL Server 允许用户设置要从备用服务器恢复的自动日志备份。 通过这种日志传送，用户可以恢复相当新的数据库副本——这取决于该进程的 RTO 和 RPO。 这些 RTO 和 RPO 要求由用户设置，具体取决于他们的需求、预算和任何技术网络限制。

但是，SQL Server RTO 和 RPO 不一定简单。 在许多情况下，这个过程并不像客户想象的那么快。 他们可能有一个理想的 RPO，但网络速度慢或配置不正确的备份会限制这个过程。 此外，以这种方式恢复日志备份可能涉及传输大量数据，并且此过程很容易超过确定的可接受 RTO。

由于 SQL Server 通常是一个业务关键型应用程序，因此客户可以轻松地为其提供 HA/DR 保护——通常采用故障转移群集的形式，该群集可以跨云可用性区域和区域进行故障转移灾难恢复. 这可以通过将 SIOS DataKeeper 添加到 Windows Server Failover Clustering 环境或在 Linux 环境中使用 SIOS Protection Suite 来轻松实现。 这两种解决方案不仅可以提供 99.99% 的可用性，而且还可以实现零 RPO 和几秒钟的 RTO。

现在你知道了……

最终，业务连续性的数据丢失预防是任何企业的关键要求。 花时间考虑如何实现 RTO 和 RPO 目标，无论您的企业有多大，也无论您支持何种内部 IT 运营。SIOS 高可用性集群提供零 RPO 和仅几分钟的 RTO。

学习更多关于适用于 Windows 的 SIOS DataKeeper或者适用于 Linux 的 SIOS 保护套件要申请免费试用，请告诉我们这里.

转载自SIOS