RTO和RPO指的是:灾难发生时数据中心坏了业务重新起来的时延和数据丢失率。在灾难恢复方面,目前业界公认有三个目标值得努力。一是恢复时间,企业能忍受多长时间没有IT,处于停业状态;二是网络多长时间能够恢复;三是业务层面的恢复。整个恢复过程中,最关键的衡量指标有两个:一个是RTO,另一个是RPO。
所谓RTO,RecoveryTimeObjective,它是指灾难发生后,从IT系统当机导致业务停顿之时开始,到IT系统恢复至可以支持各部门运作、恢复运营之时,此两点之间的时间段称为RTO。
所谓RPO,RecoveryPointObjective,是指从系统和应用数据而言,要实现能够恢复至可以支持各部门业务运作,系统及生产数据应恢复到怎样的更新程度。这种更新程度可以是上一周的备份数据,也可以是上一次交易的实时数据。
RTO决定了你的业务恢复方案,RPO决定了你的备份方案,这是两者的差别。
接下来我来介绍下rpo和rto
RTO (Recovery Time Objective,复原时间目标)是指,业务中断恢复所需要的时间,你能够忍受的业务中断时间。
RPO (Recovery Point Objective)是指我业务中断恢复的业务点的时间,你能够容忍的数据丢失时间。
两个都是有关于数据恢复领域的专业名词,根据我的了解,他们相同地方都是使用时间来度量,不同地方如上所示。
RPO和RTO是灾备中常见的两个术语,且在考试中也经常出现,但经常容易混淆。为了造福大家,把区分要点简要写一下:
1. RPO = Recovery Point Objective,是下图所示左侧蓝色的部分。假如RPO设置时间为10s,那么发生灾难的时候,数据最多丢失10s的数据。
2. RT0 - Recovery Time Objective,是下图右侧部分,指灾难恢复需要多长时间能够让系统重回正常运行状态。假如设置为20s,那么20s内需要恢复到正常状态。
据说,Azure SQL Database是行业内SLA最高的之一,RPO低至5s,RTO为30s
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)