SQL SERVER 之快照複製，事務複製，合併複製

1、環境要求及說明

一、快照複製和事務複製是單向的(2005及之後的版本中加入了訂閱端可更新的事務複製)。

二、合併複製是雙向的。

三、快照複製對錶結構沒有要求。

四、事務複製要求表有主鍵。

五、合併複製要求表有 rowguid 列。

-------------------------------------------------------

快照複製 
一、概念    

    快照複製是徹底按照數據和數據庫對象出現時的狀態來複制和分發它們的過程。

    快照複製不須要連續地監控數據變化，由於已發佈數據的變化不被增量地傳播到訂閱服務器，而是週期性的被一次複製。
二、 適用狀況

　　• 數據主要是靜態的，好比將數據倉庫複製到數據集市中

　　• 一段時間內容許有已過期的數據拷貝的狀況

　　• 小批量數據

　　• 站點常常脫離鏈接，而且可接受高延遲

事務複製
一、概念    

　　使用事務複製，初始快照數據將被傳播到訂閱服務器，所以該訂閱服務器就具備了一個所謂的初始負載，這是能夠開始工做的內容。

      當出版服務器上發生數據修改時，這些單獨的事務會被及時捕獲並複製到訂閱服務器。並保留事務邊界，當全部的改變都被傳播後，全部訂閱服務器將具備與傳播服務器相同的值。
二、適用狀況

　　• 須要數據修改常常在其發生的幾秒鐘內被傳播到訂閱服務器 

　　• 須要事務是原子性的

　　• 訂閱服務器在一般是鏈接到出版服務器上的

　　• 應用程序不能忍受訂閱服務器接收改變的高延遲 

 合併複製 
一、概念    

　　合併複製容許一組站點自治工做，在線或離線。而後在未來的某個時刻，數據按照在多個已複製站點上發生的修改或插入狀況被合併成一個統一的結果。

      在訂閱服務器上應用初始快照，做爲其初始負載，而後SQL   Server跟蹤在出版服務器上和訂閱服務器上已發佈數據的更改。

      數據按照預先定義或調度的時間，或者按需在服務器間同步。而後更新被獨立應用在多個服務器上。

      這意味着相同的數據可能由出版服務器或多個訂閱服務器進行了更新，於是當數據更新合併時將發生衝突。
二、適用狀況

     • 多個訂閱服務器須要在不一樣時刻更新數據，並將這些數據傳播到出版服務器和其餘訂閱服務器。

     • 訂閱服務器須要接收數據，脫機更改數據，而後將更改同步到出版服務器和其餘訂閱服務器

     • 應用程序的延遲需求可高可低

     • 站點的自治性很關鍵  

 --------------------------------------------------------

事務複製

　　• 將複製啓用後的全部發布服務器上發佈的內容在修改時傳給訂閱服務器;

　　• 數據更改將按照其在發佈服務器上發生的順序和事務邊界，應用於訂閱服務器;

　　• 在發佈內部能夠保證事務的一致性;

快照複製

　　• 將數據以特定時刻的瞬時狀態分發，而不監視對數據的更新;

　　• 發生同步時，將生成完整的快照，並將其發送到訂閱服務器;

合併複製

　　• 一般從發佈數據庫對象和數據的快照開始，而且用觸發器跟蹤在發佈器和訂閱服務器上所作的後續更改和架構修改;

　　• 訂閱服務器在鏈接到網絡時將與發佈服務器進行同步，並交換自上次同步以來發布服務器和訂閱服務器之間發生更改的全部行;