轉??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小時。

?

總結

以上是生活随笔為你收集整理的（转）数据库可靠性/可用性、稳定性RTO/RPO的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。