RPO 和 RTO 都帮助企业确定数据恢复的可容忍小时数、备份频率以及恢复过程必须是什么。这两个参数连同对业务影响的分析对于识别和审查可行的策略至关重要，任何业务连续性计划都可以包含这些策略。
什么是 RPO 或恢复点目标？
这是指中断过程中的时间间隔，在此期间数据丢失量超过业务连续性计划允许的最大允许容忍限度。例如，当一家公司的 RPO 为 20 小时并且最后可用的正确数据副本是在中断后 19 小时后，业务仍在 RPO 的参数范围内。RPO 是对可能丢失的最大可容忍数据量的计算。它还将帮助企业了解上次数据备份与不会对您的业务造成任何重大损害的灾难之间允许的时间间隔。因此，您将需要 RPO 才能执行数据备份。
什么是 RTO 或恢复时间目标？
RTO 是指在灾难发生后必须恢复业务流程的持续时间，以防止因连续性中断而导致不可接受的影响。因此，这个指标基本上允许您衡量在任何灾难后您必须以多快的速度恢复基础设施或服务以保持业务连续性。RTO 可以根据企业在灾难后恢复正常运营之前可以生存的时间段来计算。当 RTO 为 24 小时时，这意味着即使没有正常的基础设施，您的企业也可以在该时间段内维持运营。但是，如果数据或基础设施在 24 小时后仍然不可用，则可能对业务造成难以忍受的损害。
RPO 和 RTO 有什么区别？
- RPO 将显示网络停机时将消失或必须重新输入的数据量。但 RTO 显示了在中断开始严重阻碍业务运营之前可以允许通过的“实时”。在大多数情况下，RPO 非常重要，因为每当发生灾难时，您总会丢失一些数据。顺便说一句，已备份的数据也可能会丢失。大多数企业将以固定的预定时间间隔备份数据，可能每小时一次、每天一次或每周一次。RPO 将衡量您因某些灾难而可能丢失的数据量。例如，如果您在每个午夜进行备份，而在早上 8 点发生灾难时，您很可能会丢失 8 小时的数据。如果你的 RPO 是 24 小时，没有问题，但如果少于 8 小时，
- RTO 将代表您的所有业务需求，因为它衡量的是在 IT 服务中断时业务能够存活多长时间。相比之下，RPO 只关注数据。它只会告诉您应该多久备份一次数据，而不会反映其他业务 IT 需求。
- 维持要求苛刻的 RTO 所必须承担的成本可能比精细 RPO 的成本高得多。这样做的原因是 RPO 将专注于数据，而 RTO 专注于整个业务基础架构。
- 为达到 RPO 目标，您只需定期进行数据备份。这样的数据备份也可以方便地自动化，因此自动 RPO 更容易部署。相比之下，RTO 复杂得多，因为它处理所有 IT 操作的恢复。您永远无法通过自动化流程实现所有 RTOP 目标。
- 还发现 RPO 更容易实施，因为数据使用往往是一致的并且涉及的变量更少。由于 RTO 涉及恢复所有 IT 操作，因此会更加复杂。顺便说一下，RTO 目标应该与企业可实现的目标同步。当最短还原时间设置为两小时时，您无法实现一小时的 RTO。因此，管理员应该正确了解不同恢复的速度。只有这样你才能协商 RTO。
