SQL Server 與 Oracle 資料庫鏡像/備援架構深度對比

核心架構差異

記錄傳輸與應用機制

Oracle Redo Log 傳輸

• 交易提交時 Redo Log Buffer 寫入線上 Redo Log 檔案 (LGWR)。
• Data Guard 將已歸檔 Redo Log (Archived Redo Log) 傳輸至 Standby，由 MRP (Managed Recovery Process) 應用。
• Standby 可開啟唯讀 (Active Data Guard) 供查詢卸載。

SQL Server 交易記錄強化與傳送

• 交易提交前，Log Buffer **強制寫入磁碟** (Hardening) 才算持久。
• 隨後將記錄區塊 (Log Block) 發送至鏡像夥伴，鏡像端接收→緩存→再次硬化→回覆 ACK (同步模式)。
• 鏡像資料庫處於 `RESTORING` 狀態，**不可直接查詢**；需建立**資料庫快照**供報表存取 (Enterprise/Developer 版)。

故障移轉與一致性保證

• Oracle：SCN (System Change Number) 全域遞增，Standby 依 SCN 推進，故障移轉後以 Redo 向前滾動 + 向後回滾 保證一致性。
• SQL Server：`mirroring_failover_lsn` (類 LSN) 標記同步點。主體與鏡像**各自獨立交易**，非分散式交易 (不等待遠端提交)，效能優於同步雙階段提交。

復原模式對應關係

版本與授權限制

• SQL Server 鏡像：Standard 版支援高保護/高效能；**自動容錯移轉 (高可用性) 需 Enterprise 版**。
• 資料庫快照 (供鏡像查詢)：**僅 Enterprise/Developer 版**。
• Witness 可用任何版本 (含 Express)。
• Oracle Data Guard：Enterprise 版標配；Active Data Guard (即時唯讀) 需額外授權。

實作建議

1. SQL Server 部署鏡像：完整復原模式 + 見證伺服器 (高可用) + 快照 (報表卸載)。
2. Oracle 部署 Data Guard：歸檔模式 + Standby Redo Logs + Data Guard Broker 統一管理。
3. 跨平台同步：考慮 CDC (Change Data Capture) + 訊息佇列 (Kafka/RabbitMQ) + 異構複寫工具 (GoldenGate, Attunity, SSIS)。