低成本實現 SQL Server Standby 備份庫：xcopy + 排程還原方案詳解

為什麼需要資料庫備份？

伺服器硬體老化故障、Windows 藍屏中毒、SQL Server 誤操作或 Bug 導致停機，都是 IT 運維必須面對的風險。如何以最小成本實現有效備份、縮短 RTO（恢復時間目標）與 RPO（恢復點目標），是每位 DBA 的核心課題。

Standby 備份核心原理

本方案無需昂貴的鏡像或 AlwaysOn 架構，僅需一台備份伺服器：

1. 生產環境執行完整備份 + 定時交易記錄備份，檔案存放於共享目錄。
2. 備份伺服器透過 xcopy 定時拉取備份檔（比原生記錄傳送設定簡單得多）。
3. 備份端建立 SQL Server Agent 作業，按時間順序依序還原完整備份與所有記錄備份（採用 NORECOVERY/STANDBY 模式），維持資料庫處於可讀待命狀態。
4. 輔以定時清理舊備份檔作業，防止磁碟爆滿。

故障發生時，人工介入修改 IP/主機名或連線字串即可切換，雖非全自動容錯移轉，但成本極低、架構簡單、運行穩定。

實戰部署案例（db_test 資料庫）

生產端設定

• 資料庫設為完整復原模式。
• 維護計畫：每日 04:00 完整備份；00:00-23:59 每 20 分鐘記錄備份。
• 僅保留最近 1 天備份檔，目錄共享供備份端讀取。

備份端設定

• xcopy 排程：每日 00:05 起每 20 分鐘執行一次，指令範例：

  xcopy \\192.168.0.1\db_test_backup\ F:\backup_data\db_test\ /c /y /d /s

• 還原作業：每日 00:10 起每 20 分鐘執行，呼叫自訂預存程序 sp_RestoreDir 依序還原最新備份檔。
• 清理作業：呼叫 p_delete_db_test_backup 刪除 2 天前備份檔。

關鍵預存程序邏輯

• sp_RestoreDir：掃描備份目錄，識別最新完整備份與後續所有記錄備份，按 LSN 鏈順序執行 RESTORE DATABASE/LOG WITH STANDBY，確保資料庫處於唯讀待命狀態。
• p_delete_db_test_backup：依檔案建立時間刪除過期備份，釋放磁碟空間。

方案優缺點評析

結語

對於中小型系統、預算有限或對 RTO/RPO 要求不極端嚴格的場景，此「xcopy + 排程還原」Standby 方案是極具性價比的選擇。只要規劃好備份/還原時間表，即可穩定運行多年。