什么是恢复点目标？
RPO 或恢复点目标被定义为从某个时间点（即从发生灾难、故障或计划外数据丢失事件的那一刻起）可以丢失的最大可接受的卷/数据量，以数量来衡量的时间。 RPO 指定了公司可以容忍的数据丢失的最长期限，即从经过的时间到可以成功恢复数据的最后时间点之间的备份，在灾难事件发生之前。
对于成功的 RPO 策略，任何企业，无论大小，都应该计算备份之间发生的丢失容限。 根据计划的数据备份，确定从灾难状态过渡到运行状态的时间范围也同样重要。 但是，一旦您预见到灾难，您将如何确保恢复策略和技术？ 这是您应该参与声音的地方 业务连续性计划 (BCP)，它设置 RTO 的最大允许阈值或中断期间数据丢失最少的时间间隔。
这是 RPO 的示例
当灾难发生并且最近的数据备份副本是 8 小时前，而业务的标准 RPO 是 10 小时，那么我们仍然在 BCP 中规定的 RPO 限制内。
专业建议： ：从根本上说，RPO 承认了一个大问题，“考虑到休会期间丢失的数据量，恢复过程可以持续到什么时间点？”
RPO 决定什么？
恢复点目标或 RPO 是基于时间的，是确定公司损失容忍度的关键指标。 在最基本的情况下，它将帮助您确定应该多久备份一次整个系统以确保业务连续性。 RPO 有助于确定以下内容，
- 最低备份计划频率是多少；
- 灾难对组织造成重大损害后会丢失多少数据； 和
- IT 团队必须在多远的时候采用恢复技术而不延迟预期 RTO 的数据丢失
为什么 RPO 很重要？
RPO 计算企业在丢失数据量超过 灾难恢复计划 (DRP) 最大允许容差或阈值。 这非常重要，因为它可以帮助组织：
- 提高业务连续性计划 (BCP) 的有效性
- 保护企业无法运营的基本应用程序
- 在中断期间协助确定您的服务水平协议 (SLA)
如何计算RPO？
要计算 RPO，您必须首先定义如果生产系统不可用，您愿意丢失多少数据。 您还需要了解停机成本——应用程序或系统无法使用的时间。 然后，为您的企业使用的每个系统和应用程序建立一个清单，作为业务连续性和灾难恢复 (BCDR) 计划的一部分。 此外，您必须计算您的企业可以承受多长时间的离线风险，从而冒着客户信任和合作伙伴关系的风险。 不要忘记考虑可能受到系统无法访问影响的内部团队和最终用户。 这些系统被分类为层级。
例如：
- 1 级/黄金 = 0 分钟 – 1 小时 - 此层包括不能丢失超过一小时数据的关键任务业务运营。 例如，银行交易、CRM 系统患者记录等。
- 2 级/银 = 1 小时 - 4 小时 - 此层代表半关键业务单位，可以承受长达 4 小时的数据丢失。 例如，文件服务器和客户聊天记录。
- 3级/青铜 = 4 小时 – 12 小时 - 此层级包括无法承受损失超过 12 小时数据的企业。 例如，销售和营销数据。
- 第 4 层/铜 = 13 小时 - 24 小时 处理需要不少于 24 小时 RPO 的半关键信息的企业属于这一层级。 例如，人力资源数据 (HR) 和采购部门。
实现 RPO-Zmanda 方式
发生灾难时最关键的变量是您的恢复点目标 (RPO) 和 恢复时间目标 （RTO）. 一个可靠的 DR 计划包括实现两个主要目标的步骤——RPO 和 RTO，同时保持较短的恢复时间。
通过无缝混合云设置，Zmanda 的灾难恢复解决方案致力于解决这个问题。 Zmanda 提供完美的堆栈来塑造 RPO，非常适合您的业务需求。 通过高可用性本机代码架构， Zmanda备份 引擎通过消除中断通知的延迟来加快恢复时间。
