SQL Server 2008 複寫向後相容性深度解析：棄用功能與遷移指南

部署 SQL Server 2008 複寫架構時，必須評估 **向後相容性** 風險：哪些功能在後續版本 (2012/2014/2016/2017/2019/2022) 中已棄用或移除？本文以交易複寫與異構訂閱為例，提供遷移路徑與最佳實踐。

一、交易複寫：訂閱保持期 (@retention) 棄用風險

機制回顧

• sp_addpublication @retention = 336 (預設 336 小時 = 14 天)
• 訂閱超過保持期未同步 → 標記為非作用 → 需重新初始化
• 散發資料庫 max distribution retention (預設 72 小時) 控制命令保留
• 兩者獨立運作，但 @retention 應 ≥ 散發保留期

棄用緣由與風險

• 微軟文檔明確標記：後續版本將移除 @retention 參數
• 設定不當導致合併複寫中繼資料暴增、清理作業失敗、效能劣化
• 設為 0 (永不過期) 會阻礙中繼資料清理，導致 MSreplication_* 系統表膨脹

遷移建議

1. 停用參數依賴： 新建發行集勿指定 @retention，使用預設值或透過監控作業自訂清理邏輯
2. 改用散發保留期控制： 統一調整 sp_changedistributor_property @max_distretention = 2880 (48 小時~視 RPO 而定)
3. 監控替代： 部署 Agent 警示/自訂作業監控 MSsubscriptions 狀態，超過閾值自動觸發重新初始化或告警
4. 跨時區寬限： 若訂閱者跨時區，建議散發保留期 ≥ 24 小時 + 業務容忍窗口，避免時差導致誤判過期

二、異構訂閱者：ODBC 棄用，全面轉向 OLE DB

現狀對比

遷移行動

• 現有 ODBC 訂閱：**重建為 OLE DB 訂閱** (刪除舊訂閱 → 新增 OLE DB 訂閱)
• 連接字串範例：Provider=MSOLEDBSQL;Data Source=OraServer;User ID=rep_user;Password=xxx;
• Oracle 異構訂閱需安裝 Oracle Provider for OLE DB 或 Microsoft OLE DB Provider for Oracle (已棄用，建議 Oracle 官方提供者)
• 測試驗證：資料型別對應 (NUMBER→DECIMAL, DATE→DATETIME2, CLOB→NVARCHAR(MAX))、大物件複寫、DDL 傳播

三、其他已棄用/移除的複寫功能 (2012+)

• SQL Server 2000 風格發布/訂閱精靈 → 改用 SSMS/Replication Management Objects (RMO)
• 立即更新訂閱 (Immediate Updating Subscriptions) → 移除，改用點對點複寫/可用性群組
• 佇列更新訂閱 (Queued Updating Subscriptions) → 移除
• ActiveX 腳本自訂邏輯 → 移除，改用 CLR/預存程序/商務邏輯處理器
• OSQL / ISQL 工具 → 移除，改用 sqlcmd

四、複寫架構現代化路線圖

結語

複寫是成熟但老舊的技術棧。**主動清理棄用相依、擁抱 OLE DB/AlwaysOn/雲原生替代方案**，才能確保架構在版本升級中平滑演進，避免技術債務爆雷。