SQL Server 複寫架構原理與三大模式深度解析：快照、交易、合併複寫

複寫拓撲模型：雙向複寫為例

兩台伺服器 A、B 互為發行者與訂閱者，形成雙向資料流。

三種複寫類型比較

關鍵注意事項

1. 衝突偵測欄位： 合併複寫會在每張發行表自動加入 rowguid、generation 等隱藏欄位，開發時勿以 SELECT * 直接對應實體類別。
2. 容錯機制： 預設 10 次重試失敗後代理程式停止，需人工重啟；建議配合監控告警自動化處理。
3. 既有資料初始化： 發行表若已有資料，建立複寫時需手動同步（BCP/備份還原/快照），SQL Server 無自動化方案。
4. 結構變更限制： 發行表結構變更需停用複寫、修改、重新產生快照，不可頻繁變動 DDL。

架構選型建議

• 單向報表同步 → 交易複寫（低延遲、序列化保證）。
• 雙向/多站點寫入 → 合併複寫（內建衝突解決）。
• 靜態參考表定期全量更新 → 快照複寫（實作最簡單）。