（转）数据库可靠性/可用性、稳定性RTO/RPO

转  https://blog.csdn.net/luke_wang/article/details/78145517；

在灾难恢复方面，目前业界公认有三个目标值得努力。一是恢复时间，企业能忍受多长时间没有 IT，处于停业状态；二是网络多长时间能够恢复；三是业务层面的恢复。整个恢复过程中，最关键的衡量指标有两个：一个是 RTO，另一个是 RPO。所谓 RTO，Recovery Time Objective，它是指灾难发生后，从 IT 系统当机导致业务停顿之时开始，到 IT 系统恢复至可以支持各部门运作、恢复运营之时，此两点之间的时间段称为 RTO。所谓 RPO，Recovery Point Objective，是指从系统和应用数据而言，要实现能够恢复至可以支持各部门业务运作，系统及生产数据应恢复到怎样的更新程度。这种更新程度可以是上一周的备份数据，也可以是上一次交易的实时数据。

 

RTO(Recovery Time Objective，复原时间目标)是数据中心可容许服务中断的时间长度。RTO主要考验数据中心发生故障时，业务切换到容灾系统或者备份系统的能力。RTO可简单地描述为企业能容忍的恢复时间。在传统的数据保护中，备份数据是不能立即使用的，必须先恢复。对象级别的恢复功能可以有效恢复单个的目标，如一个文件或一封邮件，甚至是许多文件和邮件的集合。然而，恢复整个数据库和海量数据时仍需要时间。

 

RPO指标考验着数据中心数据复制能力。RPO主要考验数据中心数据备份能力，尤其是当数据中心发生故障时，仍要具备一定的数据备份能力。RPO可简单地描述为企业能容忍的最大数据丢失量。为了更好地理解，可以想一下传统数据备份方式，一般备份都是一天做一次，通常是在晚上。如果第二天出现错误，那从备份完成后到错误出现时所写入的数据都无法挽回了，这期间没有备份，数据就丢失了！如果错误出现在一天结束时，那一天的数据都丢失了，这种情况下，RPO就是24小时。