香港企業的災難恢復計劃：RTO、RPO、DR 站點選擇與成本（2026）

簡短回答：香港企業的災難恢復（DR）計劃要以書面回答三個問題：能承受丟失多少數據（RPO）、能承受停機多久（RTO），以及讓業務恢復的具體步驟、人員和系統。常見的模式有四種，從只做備份到熱備站點，越追求快速恢復，成本越高。大多數 40 至 150 人的企業會選擇溫備份或“備份加還原”的設計，再用演練來證明，而不是隻留一份文件。本文解釋四種模式、如何選擇災備站點、一頁式恢復手冊應包含什麼，以及如何留下 DR 演練的證據。

什麼是災難恢復計劃？它和備份有什麼不同？

備份是數據的副本。災難恢復計劃是經過驗證的能力：當存儲陣列故障、勒索軟件、機房浸水、雲服務中斷或辦公室無法使用時，把業務服務恢復起來。備份只是其中一個要素。計劃還要列明系統的優先次序、每個系統的恢復目標、在哪裡恢復、誰負責什麼，以及怎樣確認恢復成功。

有兩個數字決定一切，請按系統分別設定，而不是全公司只定一次：

• RPO（恢復點目標）：能接受的最大數據丟失量，以時間計。RPO 為四小時，意味著最多可以丟失四小時的工作。
• RTO（恢復時間目標）：業務受損之前能接受的最長停機時間。RTO 為一個工作日，意味著服務要在一天內恢復。

想看一家有備份卻沒有驗證過恢復的企業會發生什麼，請讀香港經紀公司的 IT 災難恢復案例。採購管理型備份時該問什麼，請讀管理型備份服務：包含什麼，以及要問的 RPO/RTO 問題。本文補上它們沒有涵蓋的部分：DR 模式、站點選擇和恢復手冊。

四種 DR 模式是什麼？

下面的模式是描述“災難發生前已經準備了多少”的常用方式。所列恢復時間只是幫助比較的典型數量級，並非保證；真實數字取決於你的設計、數據量和服務商。

• 備份加還原。定期把數據複製到另一個地點。災難發生後，先重建或尋找基礎設施，再還原數據。運行成本最低，恢復最慢：通常是數小時到數天，數據越大、要先重建的系統越多，時間越長。
• 冷站點。有一個可以重建系統的地方或有文檔的設計，但沒有任何系統在運行。對少見又能容忍的中斷來說好過什麼都沒有；恢復仍需數天。
• 溫備站點。另一個地點已運行著關鍵系統的縮小版副本，並保持更新。故障切換是擴容並把用戶切換過去。通常是數小時。
• 熱備站點或雙活。完整的副本持續運行，並分擔負載或幾乎立即接管。通常是數分鐘，但持續成本和複雜度最高。

越追求快速恢復，成本越高。你要為重複的容量、複製線路、許可證、監控以及維護它們的人力付費。對每個系統都要問：停機一小時讓業務損失多少？更快的恢復是否比這個損失更便宜？

哪種模式適合哪類系統？

40 至 150 人的企業很少所有系統都用同一種模式。常見的劃分：

• 熱備或溫備：幾小時內就會令收入停頓或違反義務的少數系統，例如訂單錄入、交易或面向客戶的平台。
• 溫備或快速還原：電郵、文件共享和核心業務應用，停一天會受影響，但不致令業務終結。
• 備份加還原：歸檔、內部工具，以及所有可以等的系統。

請把答案以清單形式寫進計劃：系統、負責人、RPO、RTO、模式。如果兩個系統互相依賴，要給它們相同的恢復順序，否則會出現一個系統恢復了、另一個卻還沒有的情況。

怎樣選擇災備站點？

恢復到哪裡，和選哪種模式一樣重要。

• 第二個辦公室或機房。熟悉、由你控制，但與第一處共享風險：同一個地區、電網、天氣，往往還是同一批員工。
• 另一個數據中心的託管機架。你租用空間並自己運行硬件，成本適中，但需要投入精力。
• 用公有云作為恢復站點。主要在恢復時才付費，適合溫備和還原模式；設計工作在於網絡、身份和數據傳輸。Brocent 的備份服務支援主要的公有云作為備份目標，並可跨雲複製。
• 服務商管理的恢復服務。由他人按合約運營並測試。
• 中國大陸的數據。如果你的數據有一部分在大陸，存儲位置是設計決策，不是事後補救。Brocent 的備份服務在兩家公有云上支援大陸存儲；設計之前請先向你的法律顧問確認跨境流動的要求。

無論選哪種，請核對四件事：與主站點的距離（遠到不會遇上同一事件，近到能夠到達）、兩地之間數據實際傳輸的速度、誰有訪問權限，以及員工能否在恢復地點工作。

一頁式恢復手冊應包含什麼？

凌晨兩點沒人找得到的手冊，不算計劃。每個關鍵系統一頁，存放在主系統癱瘓時仍能取得的地方（打印件、離線副本，以及放在另一個雲帳號裡的副本）。

1. 觸發條件與決定。什麼算災難，誰有權宣佈。

2. 聯繫人。IT、管理層、服務商、業主和主要供應商的姓名、電話和備用聯繫人。

3. 恢復順序。哪些系統先恢復，以及各自依賴什麼（身份、網絡、存儲）。

4. 步驟。實際的命令或控制台操作，以及憑據和許可證密鑰存放的位置。

5. 在哪裡恢復。災備站點，如何到達，用戶如何連接。

6. 驗證。怎樣確認系統是正確的（指定的測試交易、數據核對），而不只是“在運行”。

7. 溝通。誰在什麼時候向員工和客戶說什麼。

8. 切回。怎樣、何時切回主站點，以及停機期間產生的數據如何處理。

9. 負責人與複核日期。沒有負責人的手冊必然過時。

怎樣做 DR 演練並留下證據？

沒有驗證過的恢復只是猜測。請由易到難分階段演練：

1. 備份驗證。確認作業已運行，抽樣的文件和數據庫能還原。

2. 還原演練。把一個完整系統還原到隔離環境，檢查能否正常運作。

3. 桌面推演。用恢復手冊帶管理層走一遍場景，記下缺少的內容。

4. 故障切換測試。如果你的模式支援，在計劃好的時段裡真正把系統切換到災備站點。

證據和演練同樣重要。請保存：日期、範圍、目標 RPO 與 RTO、實際達到的時間、哪裡失敗了、誰修復、計劃有什麼變更。保險公司、客戶或監管機構更願意接受這樣的記錄，而不是一句“我們有備份”。Brocent 的備份服務把這個循環寫進了合約：24×7 監控備份作業、由運營團隊定期做恢復演練，並出具演練報告，記錄恢復是否成功以及發現的缺口。

受監管和面向客戶的企業通常會被問什麼？

金融服務業及其供應商常被監管機構、客戶或保險公司要求證明恢復經過驗證，而不只是有一份政策。問題通常涉及：各系統的恢復目標、最近一次測試的日期和結果、備份存放在哪裡、誰能訪問。具體適用什麼，取決於你的監管機構和合約，請閱讀相關的具體要求。至於保險公司方面，Microsoft 365 環境下的情況請看香港網絡保險續保的要求。

費用如何構成，數字在哪裡看？

DR 成本由五部分相加：備份存儲與傳輸、備用容量、複製線路、許可證與管理人力，再加上定期測試。你選哪種模式，比選哪家供應商影響更大。Brocent 公佈了起步價：基礎預防性維護方案（每月備份任務健康檢查、備份完整性驗證、基礎 BCP 文檔、備份失敗電郵告警）USD 298/月起；標準管理型備份方案（24×7 備份任務監控、BCP 策略設計、每年一次恢復演練、月度狀態報告）需按範圍報價。Brocent 的管理型備份服務負責設計備份層、監控並執行恢復演練，說明見雲端託管備份服務頁，已公佈的費率見備份與恢復定價頁。備用容量與故障切換設計需要按你的環境確定範圍後報價。 想了解博迅如何為香港企業運營雲與基礎設施，請看管理型IT雲服務。

如果你還在比較備份軟件與管理型服務，請讀管理型備份服務與備份軟件的比較。

常見問題

RTO 和 RPO 有什麼區別？

RPO 是你能接受丟失多少數據，以距離最近一份可用副本的時間計。RTO 是恢復之前你能停機多久。請為每個系統分別設定。

我們需要災備站點嗎？

不一定。許多企業需要時才從備份恢復到雲端。只有當停機成本高於備用站點成本的系統，才值得設常設的災備站點。

冷站點夠用嗎？

對可以容忍幾天中斷的系統，夠用。對幾小時內就會令收入停頓的系統，不夠。

應該多久演練一次？

持續驗證備份，至少每年做一次還原演練和一次桌面推演，重大變更之後再測一次。受監管的企業可能被要求更頻繁。

雲備份等於災難恢復嗎？

不等於。雲備份是存放副本。災難恢復是利用副本或備用系統，在 RTO 之內恢復服務的、經過驗證的過程。

恢復手冊應該存放在哪裡？

存放在主系統癱瘓時仍能到達的地方：打印件、離線副本，以及放在與主環境不同帳號裡的副本。

Brocent 公佈 DR 價格嗎？

備份服務費率公佈在上面的定價頁。備用站點與故障切換取決於你的系統和恢復目標，在確定範圍後報價。

下一步

列出十個最重要的系統，為每個設定 RPO 和 RTO，並標出能以可接受成本滿足它們的模式。然後為排名前三的系統寫一頁恢復手冊，並安排一次還原演練。想了解 Brocent 如何執行備份、監控和恢復演練，請閱讀雲端託管備份服務頁和備份與恢復定價，也可以聯繫 Brocent 顧問，談談適合你環境的恢復計劃。