SQL Server數據庫同步問題分享[未完，待續](一)

合併發佈(複製)一般也是從發佈數據庫對象和數據的報表快照開始。並用觸發器跟蹤在發佈服務器和訂閱服務器中所作的後續數據更改和架構修改。訂閱服務器與發佈服務器在鏈接到網絡時進行同步，並交換自上次同步以來發布服務器和訂閱服務器間發生變化的全部行。容許站點對已經複製的數據進行匿名更改，而且在晚些時候合併更改和更加須要解決衝突。(數據合併可能致使主鍵衝突)

適用的狀況:

(1) 多個定語服務器可能會在不一樣的時間更新同一數據，這些更改將傳播到發佈服務器和其餘訂閱服務器。

(2) 訂閱服務器須要接手數據，脫機更改數據，而且在之後與發佈服務器和其餘定語服務器同步更改

(3) 訂閱服務器都須要不一樣的數據分區

(4) 可能會發生衝突，若是發生衝突，須要具有檢測和解決衝突的能力

(5) 應用程序須要最終的更改結果，而不是訪問中間的數據狀態。

 

工做原理：

合併複製容許不一樣的站點自主工做，而後將更新合併成一個統一的結果，因爲更新是在多個服務器中進行，所以統一數據可能由發佈服務器和多個定語服務器進行了更新，可能會出現衝突，合併複製提供解決衝突方案。在訂閱服務器中更新數據時，首先將數據傳播到發佈服務器，而後再傳播到其餘訂閱服務器。若是使用當即更新，將使用兩階段提交協議當即傳播更改。若是使用排隊更新，更改將存儲在隊列中；當網絡鏈接可用時，再在發佈服務器中異步應用排隊事務。因爲更新異步傳播至發佈服務器，因此發佈服務器或另外一臺訂閱服務器有可能更新同一數據，而在應用更新時會發生衝突。將根據建立發佈時設置的衝突解決策略檢測和解決衝突。

兩種可更新訂閱:

(1)     當即更新。必須鏈接發佈服務器和訂閱服務器才能在訂閱服務器中更新數據。

(2)     排隊更新。沒必要鏈接發佈服務器和訂閱服務器便可在訂閱服務器中更新數據。能夠在訂閱服務器或發佈服務器脫機時進行更新最近作數據庫同步，看似很是簡單的東西，但是問題一個接一個，或許咱們在本機作測試，數據量小的時候根本查不到問題所在，在正式環境中每一個因素都要考慮到，這裏將遇到的問題以及操做步驟與你們分享一下，但願對你們有幫助！

(一)  數據庫同步的必要性

1. 數據庫實時備份同步，在數據庫服務器出現問題時能夠有正常工做時的備份
2.  數據庫實時備份同步，在數據庫訪問壓力過大時，能夠用來作負載均衡
3.  數據庫實時備份，數據庫服務器能夠無間斷的無損失遷移
4.  當數據庫遭受攻擊或者服務器出現問題能夠啓用同步機器應急
5.  能夠實現數據庫之間的合併

 

(二)  數據庫同步前提條件

1. 數據庫故障還原模式必須是徹底還原模型

 

2. 全部被同步的數據庫都必須有主鍵

數據庫被同步的數據表必須有主鍵，由於你們都習慣使用自增列做爲主鍵，這裏不必定要指定主鍵爲自增列。主鍵主要用於事務複製

 

3. 使用計算機名來註冊服務器

發佈服務器，分發服務器和訂閱服務器都必須使用計算機名稱來進行SQLServer服務器的註冊。在企業管理器裏面註冊服務器，若是須要             做爲發佈服務器，分發服務區和訂閱服務器都必須使用服務器名稱進行註冊，不得使用IP地址以及別人註冊，也不得使用帶有端口號

 

4. SQL Server必須啓動代理服務

SQLServer必須啓動代理服務，且代理服務器必須以本地機器的帳號運行

 

 

(三) SQL Server數據庫同步相關定義

(1). 複製簡介

複製是將數據或數據庫對象從一個數據庫複製和分發到另一個數據庫，並進行數據同步，從而使源數據庫和目標數據庫保持一致。使用複製，能夠在局域網和廣域網、撥號鏈接、無線鏈接和Internet 上將數據分發到不一樣位置以及分發給遠程或移動用戶。

 

一組SQL SERVER2005複製有發佈服務器、分發服務器、訂閱服服務器組成，他們之間的關係相似於書報行業的報社或出版社、郵局或書店、讀者之間的關係。以報紙發行爲例說明，發佈服務器相似於報社，報社提供報刊的內容並印刷，是數據源；分發服務器至關於郵局，他將各報社的報刊送（分發）到訂戶手中;訂閱服務器至關於訂戶，從郵局那裏收到報刊。在實際的複製中，發佈服務器是一種數據庫實例，它經過複製向其餘位置提供數據，分發服務器也是一種數據庫實例，它起着存儲區的做用，用於複製與一個或多個發佈服務器相關聯的特定數據。每一個發佈服務器都與分發服務器上的單個數據庫（稱做分發數據庫）相關聯。分發數據庫存儲複製狀態數據和有關發佈的元數據，而且在某些狀況下爲從發佈服務器向訂閱服務器移動的數據起着排隊的做用。在不少狀況下，一個數據庫服務器實例充當發佈服務器和分發服務器兩個角色。這稱爲「本地分發服務器」。訂閱服務器是接收復制數據的數據庫實例。一個訂閱服務器能夠從多個發佈服務器和發佈接收數據。

 

 

 

(2). 複製類型

 

 

(3) 快照發布

快照複製就是在某一時刻對出版數據庫進行一次照相，生成一個描述發佈數據的瞬時狀態的靜態文件，而後再規定的時間複製到訂閱數據庫

快照發布特色：

(1)  不須要實時監控和跟蹤發佈數據庫發生的數據庫變化

(2)  複製的內容不是Insert,Update,Delete語句數據，也不是被修改的數據

(3)  對網絡資源要求較高，並且要保證傳輸的可靠性

(4)  對訂閱數據庫進行一次刷新，將發佈數據庫徹底從新複製一份到訂閱數據庫

 

適用條件:

(1)  不多有數據更改

(2)  在一段時間內容許具備相對發佈服務器已過期的數據副本

(3)  複製少許數據

(4)  在短時間內出現大量更改

 

工做機制：

(1)  發佈服務器，將要發佈的數據庫整個作一個快照

(2)  訂閱服務器的快照代理程序把發佈服務器的快照讀取過來，放在本地的快照文件夾內訂閱服務器的發佈代理程序把快照文件夾中的快照發布到訂閱服務器上。歷史記錄和快照記錄在分發服務器中

 

 

 

(4) 事務發佈

複製的一種類型，在訂閱服務器上應用數據的初始快照，而後當發佈服務器上發生數據修改時，捕獲個別的事務並傳播到訂閱服務器。

適用環境：

(1)  但願發生增量更改時將其傳播到訂閱服務器。

(2)  從發佈服務器上發生更改，至更改到達訂閱服務器，應用程序須要這二者之間的滯後時間較短

(3)  應用程序須要訪問中間數據狀態，而不僅是響應該行最終的數據更改.

(4)  發佈服務器有大量的插入、更新和刪除活動發佈服務器或訂閱服務器不是 SQL Server 數據庫

 

(5) 具備可更新訂閱的事務發佈

在訂閱服務器中更新數據時，首先將數據傳播到發佈服務器，而後再傳播到其餘訂閱服務器。若是使用當即更新，將使用兩階段提交協議當即傳播更改。若是使用排隊更新，更改將存儲在隊列中；當網絡鏈接可用時，再在發佈服務器中異步應用排隊事務。因爲更新異步傳播至發佈服務器，因此發佈服務器或另外一臺訂閱服務器有可能更新同一數據，而在應用更新時會發生衝突。將根據建立發佈時設置的衝突解決策略檢測和解決衝突。

兩種可更新訂閱:

(1)     當即更新。必須鏈接發佈服務器和訂閱服務器才能在訂閱服務器中更新數據。

(2)     排隊更新。沒必要鏈接發佈服務器和訂閱服務器便可在訂閱服務器中更新數據。能夠在訂閱服務器或發佈服務器脫機時進行更新

 

 

 (6) 合併發佈

 

合併發佈(複製)一般也是從發佈數據庫對象和數據的報表快照開始。並用觸發器跟蹤在發佈服務器和訂閱服務器中所作的後續數據更改和架構修改。訂閱服務器與發佈服務器在鏈接到網絡時進行同步，並交換自上次同步以來發布服務器和訂閱服務器間發生變化的全部行。容許站點對已經複製的數據進行匿名更改，而且在晚些時候合併更改和更加須要解決衝突。(數據合併可能致使主鍵衝突)

適用的狀況:

(1)  多個定語服務器可能會在不一樣的時間更新同一數據，這些更改將傳播到發佈服務器和其餘訂閱服務器。

(2)  訂閱服務器須要接手數據，脫機更改數據，而且在之後與發佈服務器和其餘定語服務器同步更改

(3)  訂閱服務器都須要不一樣的數據分區

(4)  可能會發生衝突，若是發生衝突，須要具有檢測和解決衝突的能力

(5)  應用程序須要最終的更改結果，而不是訪問中間的數據狀態。

 

工做原理：

合併複製容許不一樣的站點自主工做，而後將更新合併成一個統一的結果，因爲更新是在多個服務器中進行，所以統一數據可能由發佈服務器和多個定語服務器進行了更新，可能會出現衝突，合併複製提供解決衝突方案。