恢復點目標 (RPO) 是您的組織期望在災難期間從數據丟失中恢復的最大時間間隔。如果未滿足 RPO，您的組織在停機期間丟失大量重要數據的可能性會增加，從而使您的組織面臨失去業務和客戶信心的風險。連同恢復時間目標 (RTO)，或您的組織在預期重大財務損失之前可以承受的最大停機時間，RPO 是一個重要的、基于時間的指標，它為您的團隊在業務連續性和災難恢復期間提供目標?? (?bcdr）規劃。

恢復點目標 (RPO) 如何運作？

RPO 是組織在事件發生后可以承受的丟失數據的最長時間。RPO 是從您上次備份的時間或您仍有可用數據的時間到您完全備份并運行的時間計算的。換句話說，這是您的組織從備份中恢復數據所需的時間，包括將數據重新輸入系統所需的時間。RPO 涵蓋從中斷開始到服務恢復的時間跨度。因此，RPO 越長，數據丟失的可能性就越大。

RPO 的范圍可以從接近零到 24 小時甚至更長。大型企業可能需要保持接近于零的 RPO，尤其是在監管機構和其他機構要求它們這樣做的情況下。可以在不需要記錄的情況下生存數天的中小型企業有能力擁有更長的 RPO。接近零或更短的 RPO 是通過故障轉移/故障回復策略實現的，因此比僅需要備份策略的更長 RPO 更昂貴。

實際恢復點 (RPA) 是恢復停機期間丟失的數據所需的實際時間。如果 RPA 比 RPO 長，您應該努力使其更短或等于您的 RPO。

RPO的計算

設置 RPO 時，請考慮組織的性質和狀態。例如，如果您為客戶提供關鍵服務，請確保您的 RPO 將通過連續故障轉移復制或頻繁備份將影響降至最低。其他有能力在系統不啟動和運行超過一天的情況下運行的公司可以計劃更長的 RPO。

數據保留和備份政策

RPO 旨在確保停機期間的數據丟失最少。因此，設計數據保留策略和備份流程時應考慮 RPO。例如，如果您的目標是確保在工作時間內輸入系統的數據丟失最少，您可以設置每小時甚至更頻繁的數據備份。這可確保在發生停機時將數據丟失保持在最低限度，因為您必須只將數據恢復到上次備份的時間。

數據量

在計算 RPO 時，輸入系統的數據量也很重要。假設您的 IT 員工需要一個小時才能讓您在停機后重新啟動并運行，您需要考慮到您不僅要重新輸入停機期間丟失的數據，還要重新輸入本應輸入的數據您的系統在停機時。如果您期望重新輸入大量數據，您可能需要重新考慮您的 RPO 并設置更頻繁的備份。如果您預計不會有太多數據重新輸入或無法承受后果，則可以堅持更長的 RPO。

按系統計算

RPO 也可以按系統計算，因為每個系統的備份和恢復要求可能會有所不同，具體取決于它們的功能。對于任務關鍵型系統，您可能擁有接近零小時的備份以及連續或故障轉移復制，確保幾乎 100% 的正常運行時間。對于其他非關鍵系統，備份的頻率可能較低。

一天或一周的時間

此外，RPO 可能會因一天中的不同時間或一周中的不同天而有所不同。例如，如果您不希望系統在清晨處理大量數據，則可以安排在午夜進行備份，并在 6 小時后重復。您可以在辦公時間過渡到更頻繁的備份，尤其是當您預計數據量在白天會大幅增長時。對于周末，您可以安排不太頻繁的備份，尤其是當您預計數據量較低時。

數據丟失的高昂代價

數據丟失會嚴重影響任何組織的運營，或者更糟的是，會導致嚴重的財務損失。雖然每個公司的最終影響可能不同，但較大的公司可能會發現通過更廣泛的準備來應對數據丟失更容易。另一方面，較小的組織可能會發現很難從這些潛在的嚴重事件中恢復過來。在某些情況下，數據丟失可能導致公司永久關閉其運營。

更長的 RPO 意味著更可能發生重大數據丟失，這反過來又會導致更大的業務中斷。組織應努力縮短 RPO。您的災難恢復 (DR) 解決方案在實現這一目標方面發揮著重要作用。例如，要實現零數據丟失的 RPO，可能需要具有連續數據復制功能的高可用性解決方案。然而，考慮到每家公司的資源可用性不同，這并不總是可行的。

在為您的組織設置數據備份過程時考慮 RPO。對于無法承受丟失大量數據的組織而言，云備份和復制解決方案以及故障轉移/回切服務是理想選擇。常規生產快照和外部存儲備份可能足以滿足要求不那么嚴格的其他組織。

RPO 在業務連續性中的作用

RPO 對于有效的 BCP 至關重要。如果沒有允許最小數據丟失的合適 RPO，組織就沒有機會在不遭受數據和聲譽損失的情況下度過災難性事件。

組織必須準備好花費更多的時間和金錢來設置和實現更短的 RPO。如果他們的運營將受到停機時間的顯著影響，就會發生這種情況。如果一個組織在不考慮其潛在后果的情況下堅持更長的 RPO，它可能會在短期內節省資金，但它冒著丟失的不僅僅是數據的風險。設置 RPO 時，請確保您已經設置了您可以承受的最大數據丟失量，您知道數據丟失對您的操作的潛在成本，并且您已經計算了停機的緩解成本。其他考慮因素包括 IT 人員、財務資源和公司聲譽。

有效的 RPO 使業務更具彈性。因此，與 BCP 相關的每個人，從 C 級高管到負責數據備份和恢復的 IT 人員，都必須為提出可行且有效的 RPO 做出貢獻。您應該不斷評估 BCP。如果您對您的 RPO 不滿意，您可以相應地修改它。

RPO 示例

基于負載和丟失容忍度，企業可以擁有任意數量的不同 RPO 層：

不常見

13 到 24 小時之間。不經常更新的數據（例如產品規格）的 RPO 最長可達 24 小時。

不那么關鍵

4 到 12 小時之間。例如，營銷數據通常被視為不那么重要，允許長達 12 小時的 RPO。

半臨界

1-4 小時之間。半關鍵數據包括聊天記錄或文件服務器上的數據，RPO 最長可達 4 小時

批判的

在 0 到 1 小時之間。關鍵數據是企業不惜任何代價都不能丟失的最有價值的數據，例如銀行交易。這個RPO需要不斷更新。

恢復點目標和災難恢復計劃

DRP 就是制定計劃，以協助在數據丟失事件或自然災害發生后恢復關鍵數據和系統。與計劃的服務或停機時間不同，災難性事件是不可預測的。因此，企業必須制定適當的災難恢復策略，以及指定的 RPO 和其他目標。通過 RPO，企業將針對可能的數據丟失設置其損失容忍度，因此企業將提前知道將丟失多少數據，而不是完全無法預料的災難。

考慮公司至少每小時備份一次重要數據的 RPO。作為業務連續性戰略的一部分，它認識到數據丟失事件的最壞情況是它將丟失一個小時的數據。

恢復點目標與恢復時間目標

恢復時間目標 (RTO)是計算機服務和應用程序在發生故障或災難后可以保持停機的最長時間，與恢復點目標密切相關。這兩種方法共同提供 BCP 和 DR 計劃。

恢復時間目標

RTO 被激活，隨后發生丟失事件。它幫助公司確定他們可以在多長時間內從故障、自然災害或惡意行為造成的數據丟失中恢復過來。