Azure Backup保存庫、備份原則及還原如何規劃？

先了解問題：雲端服務如何維持可用性

Azure Backup 是受管理的資料保護服務，但「已啟用備份」不等於「一定可以復原」。完整設計要同時考慮保護對象、保存庫類型、備份頻率、保留週期、權限隔離、異地冗餘、操作鎖定及定期還原驗證，才能在刪除、勒索軟件或區域事故後恢復業務。 對企業而言，設計的價值在於把技術設定轉化為可量度、可監控及可恢復的服務能力。下文從架構、操作流程、安全控制及本地部署情境逐步說明，方便管理員建立自己的檢查清單。

任何雲端配置都應先在測試環境驗證，再以最小範圍推進生產。記錄變更前後的設定、測試時間、責任人及回復方法，出現異常時才可以快速還原，而不是在事故中猜測哪一項設定曾經被修改。

保存庫與受保護項目的基本概念

Recovery Services vault 傳統上用於多種 Azure 備份及 Site Recovery 工作負載；Backup vault 則支援部分較新的資料保護工作負載。實際可用功能、冗餘選項、軟件刪除及跨區域還原能力會因資源類型而異，不能只按保存庫名稱推斷。建立前應查看相應工作負載的支援矩陣，並把保存庫放在具備適當權限及網絡控制的訂閱或資源群組。

Microsoft Azure Backup概覽介紹備份服務的範圍；規劃時亦應採用 NIST應變計劃方法，把復原優先次序、責任及替代程序寫入正式計劃。

備份原則的四個維度

從保護到還原的設計流程

1. 盤點並分級資產——列出 VM、資料庫、檔案、應用及設定資料，標記業務重要性、依賴關係與復原順序。
2. 訂立RPO/RTO——和業務確認可接受資料遺失量及服務中斷時間，再反推備份頻率與還原路徑。
3. 建立保存庫及原則——按工作負載及隔離要求配置保存庫、冗餘、軟件刪除、不可變性與長期保留。
4. 鎖定權限與操作——使用最小權限、MFA、Privileged Identity Management 及變更審批，限制停止保護或刪除備份的帳戶。
5. 執行還原驗證——在非生產位置還原資料，檢查完整性、應用一致性、權限及實際可用時間，再更新復原程序。

備份作業成功只證明資料已寫入備份平台，還原測試才證明企業能夠使用它。每次重大系統變更後，都要重新檢查保護範圍、原則及依賴服務。

安全與勒索軟件防護

備份帳戶、保存庫及生產資源不應共用過度寬鬆的管理權限。啟用軟件刪除、資源鎖定、MFA、監控及異常操作告警，並限制可修改備份原則的角色。備份資料的網絡連接亦要按需要開放，不要以「備份流量」為理由繞過分段及防火牆。

對重要資料保留至少一份與生產身份及網絡隔離的復原副本，並由獨立帳戶驗證還原。可把備份操作日誌送到 Azure Monitor，將停用保護、刪除還原點及大量失敗等事件納入安全調查。

香港企業落地重點

香港辦公室常見 ERP、檔案伺服器、監控錄影及門禁資料同時存在本地與 Azure。規劃時應把網絡頻寬、備份窗口、跨區域資料位置、個人資料處理及供應商責任寫入設計；尤其不要只計算月度備份容量，還要估算大規模還原時的出口頻寬與臨時運算資源。

延伸閱讀包括Azure Site Recovery如何按RPO及RTO規劃容錯移轉？及Azure備份監控及復原演練。如涉及網絡隔離，可參考什麼是網絡分段？。

常見問題

延伸閱讀

權威資料來源

Microsoft Learn：Azure Backup概覽；NIST SP 800-34 Rev.1：Contingency Planning Guide。