SQL Server Log Block Checksum 深度解析：為何不亞於 Page Checksum

SQL Server 2005 引入 Page Checksum (CHECKSUM) 保護資料頁完整性，但鮮為人知的 Log Block Checksum 同樣關鍵：它保護記錄檔寫入磁碟前的最後一道防線。

什麼是 Log Block？

• 記錄檔寫入持久化儲存的最小單位，大小 512 Bytes ~ 60 KB。
• 由交易大小決定：
   - 小交易 Commit/Rollback → 立即形成一個 Block 寫入。
   - 大交易累積至 60 KB → 強制 Flush 形成一個 Block。
• 尚未寫入磁碟的 Log Block 稱為 In-Flight Log。

三大 Checksum 選項比較

為何 Log Block Checksum 極其重要？

1. WAL 核心假設：SQL Server 依賴記錄檔進行 Redo (重做) / Undo (回滾) 復原。若記錄檔本身損壞，復原邏輯失效，資料庫一致性無法保證。
2. I/O 子系統風險同等：記錄檔寫入經歷相同的控制器、纜線、磁碟，同樣面臨位元翻轉、磁區損壞、控制器故障。
3. 無額外效能成本：Checksum 計算極快 (CRC32/類似)，隨寫入同步進行，不像 Page Checksum 需讀取整頁驗證。

實務驗證與排查

• 錯誤訊息：Error 3456: Could not redo log record ... Log block checksum mismatch 表示記錄檔區塊校驗失敗。
• 此時資料庫進入 SUSPECT，需從乾淨備份還原，或嘗試 DBCC CHECKDB (REPAIR_ALLOW_DATA_LOSS) (極高風險)。
• 預防：
   - 啟用儲存層 RAID 1/5/6/10、磁碟巡檢、控制器快取電池/電容 (BBWC/FBWC)。
   - 定期 BACKUP LOG ... WITH CHECKSUM 驗證備份鏈完整性。
   - 監控 msdb.dbo.suspect_pages (雖主要針對資料頁，記錄檔損壞常伴隨資料頁異常)。

結論

Log Block Checksum 是 SQL Server 保護交易記錄完整性的內建、強制、零成本機制。DBA 應將其視為與 Page Checksum 同等重要，確保底層 I/O 子系統可靠性，並建立完整備份驗證流程。