首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
您现在的位置: 程式碼之家 >> 數據庫知識 >  >> SQL Server 資料庫 >> 關於SqlServer

SQL Server 備份與災難恢復策略(上):三大備份模式與 RPO/RTO 決策框架

     編輯:關於SqlServer

備份策略的核心指標

指標定義業務含義
RPO (Recovery Point Objective)災難發生後,資料必須恢復到的時間點「最多能容忍丟失多少資料?」
RTO (Recovery Time Objective)從災難發生到系統恢復正常運作所需時間「業務最多能停擺多久?」

制定備份策略前,必須先與業務方確認 RPO/RTO,再反推備份頻率與架構。

三種主流備份策略對比

策略 1:僅完整備份


[Full] ---- [Full] ---- [Full]
  • 優點:簡單、恢復單一檔案
  • 缺點:兩次完整備份間的所有變更全部遺失
  • 適用:非關鍵、資料變動極少、RPO 可接受 24h+ 的系統

策略 2:完整備份 + 交易記錄備份


[Full] - [Log] - [Log] - [Log] - [Full] - [Log] - [Log] ...
        (每小時/半小時)
  • 優點:RPO 可達分鐘級,恢復點精確
  • 缺點:災難發生時需依序還原 1 Full + N Log,恢復時間長(RTO 較大)
  • 適用:OLTP 核心系統,RPO 要求嚴格

策略 3:完整備份 + 差異備份 + 交易記錄備份(推薦生產標準)


[Full] - [Log] - [Log] - [Diff] - [Log] - [Log] - [Full] ...
         (頻繁)      (每日)    (頻繁)
  • 優點:恢復僅需 1 Full + 1 Latest Diff + N Log,大幅縮短 RTO
  • 差異備份僅包含上次完整備份後的變更,體積遠小於完整備份
  • 靈活調整:完整備份週/日、差異備份日/6小時、記錄備份小時/半小時

恢復模式選擇

模式記錄備份適用場景
Simple不支援僅完整/差異備份,RPO 以備份間隔為準
Full支援支援策略 2/3,點對點恢復,必須定期記錄備份防止日誌暴增
Bulk Logged支援大量載入操作最小化日誌,配合切換模式使用

決策矩陣

業務層級RPORTO推薦策略
核心交易 (P0)< 5 min< 30 minFull + Diff (Daily) + Log (15 min) + 鏡像/AlwaysOn
重要業務 (P1)< 1 hr< 2 hrFull (Daily) + Diff (6hr) + Log (1hr)
一般業務 (P2)< 4 hr< 8 hrFull (Daily) + Diff (Daily) + Log (4hr)
非關鍵/歸檔 (P3)< 24 hr< 24 hrFull (Daily/Weekly) only

下篇預告

實戰還原演練、備份驗證自動化、異地備份傳輸加密、時間點恢復 (Point-in-Time Recovery) 步驟詳解。

  1. 上一篇文章:
  2. 下一篇文章:
Copyright © 程式碼之家 All Rights Reserved