(转)数据库可靠性/可用性、稳定性RTO/RPO
轉??https://blog.csdn.net/luke_wang/article/details/78145517;
在災難恢復方面,目前業(yè)界公認有三個目標值得努力。一是恢復時間,企業(yè)能忍受多長時間沒有 IT,處于停業(yè)狀態(tài);二是網(wǎng)絡多長時間能夠恢復;三是業(yè)務層面的恢復。整個恢復過程中,最關鍵的衡量指標有兩個:一個是 RTO,另一個是 RPO。所謂 RTO,Recovery Time Objective,它是指災難發(fā)生后,從 IT 系統(tǒng)當機導致業(yè)務停頓之時開始,到 IT 系統(tǒng)恢復至可以支持各部門運作、恢復運營之時,此兩點之間的時間段稱為 RTO。所謂 RPO,Recovery Point Objective,是指從系統(tǒng)和應用數(shù)據(jù)而言,要實現(xiàn)能夠恢復至可以支持各部門業(yè)務運作,系統(tǒng)及生產數(shù)據(jù)應恢復到怎樣的更新程度。這種更新程度可以是上一周的備份數(shù)據(jù),也可以是上一次交易的實時數(shù)據(jù)。
?
RTO(Recovery Time Objective,復原時間目標)是數(shù)據(jù)中心可容許服務中斷的時間長度。RTO主要考驗數(shù)據(jù)中心發(fā)生故障時,業(yè)務切換到容災系統(tǒng)或者備份系統(tǒng)的能力。RTO可簡單地描述為企業(yè)能容忍的恢復時間。在傳統(tǒng)的數(shù)據(jù)保護中,備份數(shù)據(jù)是不能立即使用的,必須先恢復。對象級別的恢復功能可以有效恢復單個的目標,如一個文件或一封郵件,甚至是許多文件和郵件的集合。然而,恢復整個數(shù)據(jù)庫和海量數(shù)據(jù)時仍需要時間。
?
RPO指標考驗著數(shù)據(jù)中心數(shù)據(jù)復制能力。RPO主要考驗數(shù)據(jù)中心數(shù)據(jù)備份能力,尤其是當數(shù)據(jù)中心發(fā)生故障時,仍要具備一定的數(shù)據(jù)備份能力。RPO可簡單地描述為企業(yè)能容忍的最大數(shù)據(jù)丟失量。為了更好地理解,可以想一下傳統(tǒng)數(shù)據(jù)備份方式,一般備份都是一天做一次,通常是在晚上。如果第二天出現(xiàn)錯誤,那從備份完成后到錯誤出現(xiàn)時所寫入的數(shù)據(jù)都無法挽回了,這期間沒有備份,數(shù)據(jù)就丟失了!如果錯誤出現(xiàn)在一天結束時,那一天的數(shù)據(jù)都丟失了,這種情況下,RPO就是24小時。
?
總結
以上是生活随笔為你收集整理的(转)数据库可靠性/可用性、稳定性RTO/RPO的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: (转)接口幂等性
- 下一篇: 转: databasemetadata