善用交易日誌解決 SQL Server 四大經典故障（上）：意外關機與備份同步

當系統故障發生，只要存在交易日誌即可利用其恢復資料。身為 SQL Server DBA，深入理解日誌檔案作用與故障應用至關重要。本文為兩部曲之上，聚焦前兩大故障場景。

故障一：伺服器意外關機造成的資料損失

資料庫為提升效能，資料變更先寫入高速緩存，同步記錄至交易日誌，稍後再批次寫入硬碟資料檔。若此時伺服器斷電或當機，緩存中未刷入硬碟的修改將遺失。

有日誌時：SQL Server 啟動時對每個資料庫執行恢復——前滾日誌中尚未寫入資料檔的修改，回滾未完成交易，確保資料完整性。

無日誌或日誌損壞：修改無法恢復，資料完整性受損。

實務建議：遭遇意外故障時，優先確認交易日誌可用性。若日誌損壞，須先修復日誌再啟動實例，否則可能永久損壞資料完整性。

故障二：備份資料庫的資料同步問題

為實現高可用，生產伺服器外需部署備用伺服器，核心在於生產與備用間資料同步。SQL Server 基於交易日誌複寫提供兩大方案：

1. 日誌傳送

• 生產伺服器將活動交易日誌備份傳送至一或多個輔助伺服器，輔助端還原為本地輔助資料庫。
• 支援單一輔助伺服器承載多個生產資料庫備份，節省硬體成本與管理負擔。
• 限制：生產資料庫必須採用完整或大量記錄復原模式，簡單模式將導致日誌傳送失效。
• 可選監視伺服器記錄歷史與發送警報。

2. 資料庫鏡像

• 每次更新即時重現於獨立完整備份資料庫。主體即時發送日誌記錄至鏡像，鏡像應用並前滾。
• 為提高可用性的首選軟體方案，基於單一資料庫實現，僅支援完整復原模式。
• 主體/鏡像夥伴角色互補，生產故障時備用自動頂替，實現高可用性。

兩大方案均建立於交易日誌複寫之上，是災難恢復架構的核心支柱。