SQL Server 快照複寫深度解析：架構、代理運作流程、適用場景與效能考量

快照複寫 是最簡單、最直觀的複寫類型：在特定時間點對發行集資料「拍照」，產生靜態檔案 (`.bcp`、`.sch`、`.idx`)，再由散發代理推送至訂閱端。不追蹤資料變更、不保證交易一致性，適合**唯讀、資料量中小、容忍延遲**的報表/決策支援場景。

核心架構組件

快照代理執行 5 步驟

1. 共享鎖定：連線發行者，對發行集所有表加 SCH-S (結構穩定) + Sch-M (大量複製) 鎖，防止結構變更與資料修改，確保快照一致性。**建議排程在離峰時段執行**
2. 結構描述匯出：將每張表結構 (欄位、索引、FK、CHECK) 寫入 `<發行集>_<表>.sch` 檔
3. 資料大量複製：使用 `bcp` 將資料導出為 `<發行集>_<表>.bcp` (SQL Server 訂閱者) 或 `.txt` (異構訂閱者)，儲存於散發者工作目錄
4. 追蹤記錄：向散發資料庫 `MSrepl_commands`、`MSrepl_transactions` 寫入同步命令與交易記錄
5. 釋放鎖定：完成後釋放所有共享鎖，發行表恢復正常存取

散發代理運作流程

1. 建立散發者連線 (推式在散發者、拉式在訂閱者)
2. 讀取 `MSrepl_commands` 取得同步集位置與命令
3. 對訂閱者目的表執行 `BULK INSERT` / `bcp in` 導入資料
4. 應用結構描述變更 (索引、FK 等)
5. 更新訂閱狀態、記錄歷史

適用場景判斷樹

資料是否需即時？ → 是 → 交易複寫 / 合併複寫
                    ↓ 否
訂閱端是否唯讀？ → 否 → 交易複寫 (可更新訂閱)
                    ↓ 是
資料量是否大於 10GB？ → 是 → 考慮分割快照 / 壓縮 / 高速網路
                    ↓ 否
容忍資料過期多久？ → 可接受數小時/日間隔 → 快照複寫 ✅
                    ↓ 需近乎即時
交易複寫 (唯讀訂閱) 或 CDC + ETL

效能優化關鍵點

• 壓縮快照檔：`@compress_snapshot = 1` (Enterprise 版) 減少網路傳輸 60-80%
• 分割快照：依篩選條件產生多個分割區，訂閱者僅下載所需分割
• 並行處理：`-MaxBcpThreads` 參數控制 `bcp` 並行度
• 網路優化：專用備份網路、啟用 Jumbo Frame、QoS 保障頻寬
• 替代方案：資料量大、頻率高 → 交易複寫；離線/衝突解決 → 合併複寫；雲端同步 → Azure SQL Data Sync

監控與疑難排解

快照複寫雖簡單，但大資料量下的鎖衝擊、網路傳輸、磁碟 IO 皆為隱形殺手。做好容量規劃、離峰排程、壓縮分割，才能穩定落地。