SQL Server 備份檔案驗證完整指南：RESTORE VERIFYONLY 與 CHECKSUM 機制

前言：最惡夢的場景

災難發生時，備份檔案損壞導致無法還原。定期驗證備份完整性是 DBA 的核心職責。

驗證指令比較

RESTORE VERIFYONLY 預設行為的缺陷 (SQL 2000/2005)

預設僅檢查：

1. Microsoft Tape Format (MTF) 規範符合性
2. 檔案可從磁碟讀取

不檢查：備份資料內容是否損壞。甚至用 16 進位編輯器修改備份檔案資料區，VERIFYONLY 仍回報「備份集有效」。

解決方案：備份時啟用 CHECKSUM

BACKUP DATABASE AdventureWorks 
TO DISK = 'G:\backups\AdventureWorks_full.bak' 
WITH CHECKSUM, COMPRESSION, STATS = 10;

CHECKSUM 做了什麼？

1. 備份資料 CHECKSUM：計算備份資料區的檢查和，驗證時比對
2. 頁面 CHECKSUM 驗證：讀取每頁時驗證頁面 CHECKSUM (若頁面啟用)，失敗則中止備份
3. 確保來源健康：備份過程即驗證來源資料庫頁面完整性

驗證時的行為

若備份檔案被竄改 (哪怕 1 byte)：

Msg 3189, Level 16, State 1: Damage to the backup set was detected.
Msg 3013, Level 16, State 1: VERIFY DATABASE is terminating abnormally.

成本與權衡

預算有限？用 Express 版驗證大備份

• SQL Server Express 免費，但資料庫大小限制 4GB (2008 R2 後 10GB)
• 關鍵發現：RESTORE VERIFYONLY **不受資料庫大小限制**，可在 Express 實例上驗證 TB 級備份檔
• 部署策略：備份檔案伺服器安裝 Express，專責定期驗證所有備份

完整驗證流程標準化

1. 備份作業：WITH CHECKSUM, COMPRESSION
2. 備份完成後：立即執行 RESTORE VERIFYONLY FROM DISK = '...' WITH CHECKSUM
3. 定期演練：每月/每季在測試環境 RESTORE DATABASE ... WITH CHECKSUM + DBCC CHECKDB
4. 記錄與告警：驗證失敗立即觸發告警，啟動備份排查流程
5. 異地副本：備份檔案複製至異地後，在異地同樣執行 VERIFYONLY

結語

無驗證的備份 = 沒有備份。WITH CHECKSUM 讓 RESTORE VERIFYONLY 從「格式檢查」進化為「內容完整性驗證」，成本極低、收益極高。建立「備份 → 即時驗證 → 定期演練 → 異地驗證」四層防線，才能在災難來臨時真正安心。