Microsoft SQL Server 異機備份與災難恢復策略實戰指南

摘要

本文提出「異機備份」策略，旨在於資料伺服器或 SQL Server 系統崩潰時，仍能高效恢復資料，有力保障資料完整性與安全性。相較於昂貴的雙機熱備，異機備份具備成本低、彈性高、易實施等優勢，是中小企業的最佳選擇。

一、引言：為何備份是資料庫的生命線？

從 DBase 到 SQL Server、Oracle，資料庫規模與功能日新月異。SQL Server 基於多執行緒架構，資源消耗低、效能高，並透過引擎層面的完整性約束（主鍵、外鍵、Check 約束、觸發器）統一保障資料一致性，免除應用層重複造輪子的負擔。然而，硬體故障、電源異常、自然災害、人為誤操作、惡意破壞等風險始終存在。沒有備份，資料遺失意味著業務停擺、法律風險、客戶信任崩塌。 投入備份成本，遠低於資料無法恢復的代價。

二、常見故障類型與後果

• 機械損壞：磁碟實體壞軌、控制器故障。
• 電源故障：UPS 無法覆蓋的突波、斷電。
• 自然災害：火災、水患、地震導致機房毀損。
• 誤操作：DROP TABLE、UPDATE 無 WHERE、截斷交易記錄等。
• 惡意破壞：內部人員竄改/刪除、勒索軟體加密。

無備份下，唯一出路是重新鍵入歷史資料——新舊資料並行處理極其痛苦，幾乎不可行。

三、建構完整備份策略的關鍵決策矩陣

四、進階架構：從異機備份到高可用

異機備份（本文核心推薦）

利用獨立伺服器（規格可較低）作為備份目標端，透過網路將備份檔案（.bak/.trn）自動複製過去。主伺服器崩潰時，在備份伺服器上還原資料庫，修改連線字串/ DNS 指向，即可恢復服務。成本僅為雙機熱備的 1/3~1/5。

鏡像備份 / 雙機熱備（高成本、高可用）

備份伺服器規格與主機一致，透過共享存儲或同步複寫實現零資料損失 (RPO=0) 與秒級切換 (RTO<1min)。適合核心金融、電信等零停機容忍業務。

硬碟鏡像 (RAID 1/10)

單機內部冗余，防禦單顆硬碟故障，無法替代備份（無法防禦邏輯錯誤、火災、勒索軟體）。

五、恢復策略核心指標：RPO 與 RTO

• RPO (Recovery Point Objective)：可容忍的最大資料損失量。記錄備份間隔決定 RPO（如 15 分鐘備份 → RPO ≤ 15 分鐘）。
• RTO (Recovery Time Objective)：可容忍的最大停機時間。取決於備份檔大小、傳輸速度、還原效能、應用啟動時間。定期演練是唯一驗證方式。

六、實作檢核清單（可直接套用）

1. [ ] 建立維護計畫：完整/差異/記錄備份排程、保留期、壓縮、加密、校驗和。
2. [ ] 設定異地複製：網路共享/ FTP/ Azure Blob/ AWS S3，啟用版本控制與物件鎖定。
3. [ ] 文件化恢復 SOP：含單一資料庫、全系統、時間點恢復步驟、聯絡窗口、決策樹。
4. [ ] 季度演練：隨機挑選備份集，在隔離環境完整還原並驗證資料一致性。
5. [ ] 監控告警：備份作業失敗、磁碟空間不足、校驗和不符、複製延遲 → 即時通知 DBA。

備份不僅是技術動作，更是業務連續性承諾。從今天開始，落實「異機備份、自動驗證、定期演練」，為企業資料資產穿上防彈衣。