精選 SQL Server 恢復模式：簡單、大量記錄、完整 — 如何為備份策略做最佳選擇

前言：恢復模式決定備份能力的邊界

建立備份計劃前，必須為每個資料庫選擇正確的恢復模式。SQL Server 2000/2005/2008 提供三種模式，各資料庫可獨立設定，且可隨業務需求動態切換（切換後需立即進行完整備份以建立新的恢復鏈）。

三大恢復模式深度解析

1. Simple（簡單恢復模式）

核心特性：事務日誌空間自動回收（Checkpoint 時截斷），不支援事務日誌備份，故無法實現時間點還原。

適用場景：

• 資料不重要或易於重建（如暫存表、階段性 ETL 目標庫）
• 開發/測試環境
• 資料靜態、極少變更
• 可接受自上次完整/差異備份以來的所有資料遺失

支援備份類型：完整、差異、檔案/檔案組、部分、Copy-Only 備份。

2. Bulk_Logged（大量記錄恢復模式）

核心特性：大量操作（BULK INSERT、CREATE INDEX、SELECT INTO 等）以最小記錄方式寫入日誌，大幅減少日誌膨脹；若尾部日誌備份不包含大量操作，仍可時間點還原。

適用場景：

• 資料重要，但需定期執行大量載入/索引重建，不想讓日誌暴增
• 大量操作與日常交易在不同時段執行（可安排在大量操作後立即備份日誌）
• 仍需保留時間點還原能力

⚠ 注意：仍需定期備份事務日誌，否則日誌檔案仍會無限增長。

支援備份類型：Simple 模式所有類型 + 事務日誌備份。

3. Full（完整恢復模式）

核心特性：所有操作完整記錄，提供最高級別的資料保護，支援任意時間點還原（Point-in-Time Recovery），是生產級 OLTP 系統的標準選擇。

適用場景：任何不可容忍資料遺失、需精確到秒級 RPO 的生產資料庫。

支援備份類型：Bulk_Logged 所有類型。

決策速查表

選擇恢復模式本質上是RPO（恢復點目標）與日誌管理成本的權衡。生產系統預設採用 Full 模式，配合「完整備份 + 定期差異備份 + 高頻日誌備份」策略，才能構建可靠的資料防護體系。