了解SQL Server 2008 複寫模型 Understand the Replication Models in SQL Server 2008

複寫處理架構是相當全面的.這是為了確保架構可以滿足任何情況的複寫需求.不幸的是,這也會造成複寫配置變得更棘手.

為了使建立複寫更順暢,你應該要有一個規劃,請先選擇一個特定的複寫模型,並事先把初步必要工作完成後,才能開始配置複寫.

這裡主要依你所選擇的複寫模型來規劃實體配置,包含發行者,散發者,和訂閱者資料庫.你可能會想使用以下常見的複寫模型:

點對點模型 在拓樸中允許相同參與者之間的複製.該模型優點可以允許已認可角色在複寫節點之間動態移動,這對維護和錯誤管理來說相當方便.但缺點是移動角色會增加額外的管理成本.

中央發行者模型 在同一台伺服器中維護發行者和散發者資料庫,並搭配其他伺服器上一或多個訂閱者.該模型優點擁有不錯的管理性和維護便利性.但缺點是在發行者伺服器上會有額外的工作負載和資源使用.

中央發行者搭配遠端散發者模型 發行者和散發者資料庫在不同的伺服器上被維護,並搭配其他伺服器上一或多個訂閱者.該模型優點就是工作負載可以比較平均分散.但缺點就是你必須額外維護一台伺服器.

中央訂閱者模型 一台訂閱者資料庫收集其他發行者資料.例如,假設你有伺服器A,伺服器B和伺服器C,伺服器A和B都是中央發行者且伺服器C是中央訂閱者.在這樣組態配置下,當更新時會從伺服器A和B散發出來,然後都由伺服器C接收.一個中央訂閱者可以重新組合資料然後再次發行到其他伺服器.使用這模型,所有複寫的資料表都必須含有唯一的主鍵,否則該複寫模型將無法正常工作.

發行訂閱者模型 散發中繼資料到其他訂閱者;你可以使用該模型搭配其他模型.例如,如果你有兩個不同地理位置的站台,站台A的發行者可以複製資料到伺服器,然後站台B有一個發行訂閱者來散發資料到其他伺服器.

中央發行者模型是較多人使用的複寫模型.但不幸的是,你經常發現發行伺服器有額外的負載並且拖慢伺服器效能.為了減少伺服器負載,你應該把散發者放在獨立一台伺服器上.但請注意,這樣做並不會完全消除發行伺服器上的工作負載.因為發行者和散發者仍然需要溝通,而且兩者會來回傳遞資料.

來源出處: Microsoft Press book Microsoft SQL Server 2008 Administrator’s Pocket Consultant