什麼是RPO（復原點目標）
表示發生故障或災害時，資料只要能復原到哪個時間點的狀態即可的目標（Recovery Point Objective）。RPO 為1小時時，可遺失的資料最多為前1小時份，因此至少每1小時就要進行一次備份或資料複寫。
日文名稱: RPO(目標復旧時点)
「RPO（復原點目標）」出現在2領域的3道練習題中（系統架構與可靠度設計, IT服務管理與系統稽核等）。
這個名詞所屬的領域: 系統架構與可靠度設計
RPO 與 RTO
RPO 是「只要能還原到哪個時間點即可」，也就是以時間表示可遺失資料量的目標。RTO（復原時間目標）是表示「要在多久時間內恢復運作」的目標。例如 RPO 為4小時、RTO 為2小時時，即使發生故障，也不能遺失4小時以前的資料，而且必須在2小時內恢復業務。兩者是不同的目標，因此必須選擇能同時滿足兩者的方式。
滿足 RPO 的方法
只靠定期備份保護時，若故障發生在下一次備份之前的瞬間，就會遺失相當於備份間隔的資料。因此要讓備份間隔在 RPO 以下。若想讓 RPO 縮短到幾分鐘或接近0，就要頻繁地把資料庫的更新日誌送到其他地點，或使用把資料複製到其他伺服器的複寫（replication）。
同步與非同步複寫
同步複寫要確認複寫端的寫入也已完成後才完成更新，因此故障時不會遺失資料（RPO 為0）。相對地，每次更新都會加上到複寫端的往返通訊時間，因此在相距遙遠的地點之間回應會變慢。非同步複寫是事後才傳送複本，因此回應較快，但故障時可能遺失尚未傳送的資料。
練習RPO（復原點目標）的題目
關於營運持續計畫中所稱 RPO（復原點目標）的說明，下列何者適當？
- A表示發生故障時，只要能把資料復原到哪個時間點即可（容許遺失多久以前到故障為止的資料）的目標
- B表示從發生故障到業務或系統恢復運作為止所容許的時間的目標
- C系統從故障到下一次故障為止的平均時間
某系統訂定 RPO（復原點目標）為4小時、RTO（復原時間目標）為2小時。故障隨時都可能發生，且備份所需的時間可以忽略。能滿足此目標的資料保護方式為下列何者？
- A每1小時備份一次，發生故障時復原需要3小時
- B每3小時備份一次，發生故障時復原需要1.5小時
- C每6小時備份一次，發生故障時復原需要1小時
常見問題
RPO 與 RTO 越短越好嗎？
越短，故障的影響就越小，但複寫、備援系統的設備、營運的工夫等費用也會變大。一般會比較業務停止或資料遺失時的損失與對策的費用，依各業務來決定。
可以建立 RPO 為0的系統嗎？
使用同步複寫，就能建立不會遺失故障發生時點以前資料的架構。不過，若因錯誤操作或軟體缺陷使資料損壞，損壞的狀態也會原封不動地被複寫，因此仍需要另外準備能回到過去時間點的備份。
解析中的「RPO（復原點目標）」
RPO（Recovery Point Objective，復原點目標）是表示發生故障時，資料只要能還原到哪個時間點狀態即可的目標。
關於營運持續計畫中所稱 RPO（復原點目標）的說明，下列何者適當？若故障發生在下一次備份之前的瞬間，就會遺失相當於一個備份間隔的資料，因此要滿足 RPO，備份間隔必須在 RPO 以下。
某系統訂定 RPO（復原點目標）為4小時、RTO（復原時間目標）為2小時。故障隨時都可能發生，且備份所需的時間可以忽略…首先分析對事業的影響（營運衝擊分析），決定重要業務與可容許的停止時間，並為支援這些業務的系統訂定復原時間目標（RTO）與復原點目標（RPO）等目標。
關於營運持續計畫（BCP）的擬定方式，下列何者適當？
出現「RPO（復原點目標）」的題目（3題）
相關名詞
RTO（復原時間目標） BCP（營運持續計畫） 水平擴展（Scale-out） 失效安全（Fail-safe） 失效弱化（Fail-soft） 防呆（Fool-proof） 負載平衡器（Load balancer） 容錯（Fault tolerance） 差異備份 單一故障點（SPOF）