對于一個地域分散的大型企業(yè)組織來說，構建具有典型的分布式計算機特征的大型企業(yè)管理信息系統(tǒng)時，總要解決一個很重要的問題：如何在多個不同數(shù)據(jù)庫服務器之間保證共享數(shù)據(jù)的一致性。之所以有這個重要的問題在于企業(yè)組織在不同地點對具有相同結(jié)構的本地數(shù)據(jù)庫進行修改，但要保證修改后的數(shù)據(jù)庫有相同的結(jié)果，其本質(zhì)就是在對本地數(shù)據(jù)庫的修改體現(xiàn)在其他具有相同數(shù)據(jù)的遠程數(shù)據(jù)庫中。那么如何解決這個問題就要用到數(shù)據(jù)庫的復制技術。

SQL SERVER提供了內(nèi)置的復制能力，復制組件并不是附加產(chǎn)品，而是核心引擎的一部分。在復制這個技術的支持下，用戶可以跨局域網(wǎng)、廣域網(wǎng)或因特網(wǎng)的不同數(shù)據(jù)服務器上維護數(shù)據(jù)的多個拷貝，從而保證數(shù)據(jù)的一致性。

復制模型；
SQL SERVER使用出版和訂閱這一術語來描述其復制活動，所謂出版，就是向其他數(shù)據(jù)庫服務器（訂閱者）復制數(shù)據(jù)，訂閱就是從另外服務器（出版者）接收復制數(shù)據(jù)。雖然出版和訂閱的對象都是將數(shù)據(jù)復制，但出版和訂閱卻并不是不同角度的同一數(shù)據(jù)操作，而是體現(xiàn)出一定的層次性和順序性（總是先進行出版，再進行訂閱）。SQL SERVER的復制組件有出版物與論文。出版者、訂閱者、推訂閱和拉訂閱。

（1）出版物和論文

論文是被復制的數(shù)據(jù)集合，一篇論文一般就是咱們所說的表，論文是出版物的基本組成單元。出版物是論文的集合。它可以包括一個或多個論文訂閱者，訂閱的是出版物而不是出版物中的論文，這樣可以使訂閱更為簡單。

（2）出版者

出版者是出版出版物的服務器。出版者服務器來維護源數(shù)據(jù)庫以及有關出版物的信息。使數(shù)據(jù)可用于復制。除了決定哪些數(shù)據(jù)將被復制外，出版者要檢測哪些復制數(shù)據(jù)發(fā)生了變化，并將這些變化復制到分發(fā)者的分發(fā)數(shù)據(jù)庫中。

（3）分發(fā)者

分發(fā)者是指把從出版者傳遞來的復制數(shù)據(jù)或事務等送至相應的訂閱者的服務器，并負責維護分發(fā)數(shù)據(jù)庫。

（4）訂閱者

訂閱者是指存儲復制數(shù)據(jù)的副本機器。且接收并維護已出版的數(shù)據(jù)的服務器，訂閱者也可以對出版數(shù)據(jù)進行修改，盡管訂閱者可以對數(shù)據(jù)進行修改，但它仍是一個訂閱者，當然訂閱者也可以作為其他訂閱者的出版者。
出版者、分發(fā)者、訂閱者實際上并不一定指相互獨立的服務器。它只是對SQL SERVER在復制過程中所扮演的不同角色的描述。SQL SERVER允許一臺SQL SERVER服務器可以扮演不同的角色。比如一臺出版者的服務器既可出版出版物，也可以作為分發(fā)者來存儲和傳送快照復制和事務復制。在實際應用中，用戶決定是否讓一臺服務器扮演一個或多個角色。在很大程序是基于對復制系統(tǒng)性能的考慮，例如，為了提高分發(fā)者從分發(fā)數(shù)據(jù)庫向訂閱者的數(shù)據(jù)庫復制出版物的效率，降低出版者服務器的負載，用戶常不允許一臺服務器既扮演出版者又扮演分發(fā)者。而是讓其他的服務器專站承擔分發(fā)者任務，從而提高了出版者和分發(fā)者的性能。

（5）訂閱類型

推訂閱和拉訂閱
推訂閱是指由出版者將所有發(fā)生在出版數(shù)據(jù)庫的修改復制給訂閱者，而不必向訂閱者發(fā)出請求，只要出版數(shù)據(jù)庫發(fā)生修改，出版者就會自動把這種修改體現(xiàn)在訂購者那里，在對數(shù)據(jù)同步性要求比較高的場合，最好使用推訂閱，拉訂閱是指訂閱者在經(jīng)過一段時間就會向出版者要求復制出版數(shù)據(jù)庫發(fā)生的變化。
 
復制代理：

（1）快照代理

快照代理在分發(fā)者上創(chuàng)建并存儲快照文件，任務是：在分發(fā)數(shù)據(jù)庫中準備已發(fā)布表的架構和初始數(shù)據(jù)以及其他對象、存儲快照文件并記錄出版數(shù)據(jù)庫和訂閱服務器之間的同步信息，快照代理運行在分發(fā)者服務器上，并與出版者相連接。每一個出版物都有自己的快照代理。與各種類型的復制一起使用。

（2）日志閱讀代理

日志讀取器代理與事務性復制一起使用。它將發(fā)布服務器上的事務日志中標記為復制的事務移至分發(fā)數(shù)據(jù)庫中。使用事務性復制發(fā)布的每個數(shù)據(jù)庫都有自己的日志讀取器代理，該代理運行于分發(fā)服務器上并與發(fā)布服務器連接（分發(fā)服務器與發(fā)布服務器可以是同一臺計算機）。

（3）分發(fā)代理

分發(fā)代理與快照復制和事務性復制一起使用。它將初始快照應用于訂閱服務器，并將分發(fā)數(shù)據(jù)庫中保存的事務移至訂閱服務器。分發(fā)代理既可以運行于分發(fā)服務器（對于推送訂閱），也可運行于訂閱服務器（對于請求訂閱）。

（4）合并代理：   

合并代理與合并復制一起使用。它將初始快照應用于訂閱服務器，并移動和協(xié)調(diào)所發(fā)生的增量數(shù)據(jù)更改。每個合并訂閱都有自己的合并代理，該代理同時連接到發(fā)布服務器和訂閱服務器并對它們進行更新。合并代理既可以運行于分發(fā)服務器（對于推送訂閱），也可以運行于訂閱服務器（對于請求訂閱）。默認情況下，合并代理將訂閱服務器上的更改上載到發(fā)布服務器，然后將發(fā)布服務器上的更改下載到訂閱服務器。

（5）隊列閱讀代理

隊列讀取器代理與包含排隊更新選項的事務性復制一起使用。該代理運行于分發(fā)服務器，并將訂閱服務器上所做更改移回至發(fā)布服務器。與分發(fā)代理和合并代理不同，只有一個隊列讀取器代理的實例為給定分發(fā)數(shù)據(jù)庫的所有發(fā)布服務器和發(fā)布提供服務。
復制類型： SQL SEVER提供了三大類復制類型：快照復制、事務復制、合并復制。可以在實際應用中使用相應的復制類型，每一種復制類型都在不同程序上實現(xiàn)數(shù)據(jù)的一致性。

（1）快照復制

如其名字所言，快照復制指在某一時刻給出版數(shù)據(jù)庫中的出版數(shù)據(jù)照相，然后將數(shù)據(jù)復制到訂閱者服務器?？煺諒椭茖崿F(xiàn)較為簡單，其所復制的只是某一時刻數(shù)據(jù)庫的瞬間數(shù)據(jù)，
快照復制是將整個出版物傳送給訂閱者，就是在某一時刻將出版數(shù)據(jù)進行一次“照相”，生成一個描述出版數(shù)據(jù)庫中數(shù)據(jù)的當前狀態(tài)的一個文件，然后在相應的時間將其復制到訂閱都的數(shù)據(jù)庫上，快照復制并不是不停的監(jiān)視出版數(shù)據(jù)庫中發(fā)生的變化情況，它是對出版數(shù)據(jù)庫進行一次掃描，把所有出版數(shù)據(jù)中的數(shù)據(jù)從源數(shù)據(jù)庫送至目標數(shù)據(jù)庫，而不僅僅是變化的數(shù)據(jù)。如果數(shù)據(jù)量很大，那么要復制的數(shù)據(jù)就很多。因此對網(wǎng)絡資源要求很高，不僅要有較快的傳輸速度，而且要保證傳輸?shù)目煽啃浴?br /> 快照復制是最為簡單的一種復制類型，能夠在出版者和訂閱者之間保證數(shù)據(jù)的一致性?？煺諒椭仆ǔＪ褂迷谝韵聢龊希?br /> 在一定時間內(nèi)出現(xiàn)大量的更改的操作，但數(shù)據(jù)總量不大，變化周期較長。

（2）事務復制

快照復制是將整個數(shù)據(jù)集發(fā)送給訂閱服務器，由于體積大而造成復制周期較長，會形成復制滯后問題。那么事務復制使用事務日志來生成將復制到訂閱服務器的事務，因為它只復制事務也就是變化，所以滯后也比快照復制低得多，因為將不斷地在訂閱服務器處得到及時應用。

事務復制有三個組件：

快照代理，它生成架構，數(shù)據(jù)以及跟蹤復制過程所需的數(shù)據(jù)；
分發(fā)代理：它分發(fā)快照和隨后的命令；
日志讀取器代理：它讀取發(fā)布數(shù)據(jù)的事務日志。
在事務復制中，當出版數(shù)據(jù)庫發(fā)生變化時，這種變化就會立即傳遞給訂閱者。并在較短時間內(nèi)完成（幾秒），而不是像快照復制那樣要經(jīng)過很長一段時間間隔。因此，事務復制是一種接近實時地從源到目標分發(fā)數(shù)據(jù)的方法。由于某種原因事務復制的頻率較高。所以必須保證在訂閱者與出版者之間要有可靠的網(wǎng)絡連接。

（3）合并復制

合并復制是為移動用戶設計的，可以在發(fā)布服務器或是訂閱服務器處執(zhí)行修改，在合并代理運行時，這些修改將同步，多用于發(fā)布服務器與訂閱服務都修改數(shù)據(jù)的情況下。工作原理如下：在要復制的每個表上實現(xiàn)觸發(fā)器，并使用包含GUID列唯一標識要復制的表中的每一行。對其中的任何一個表進行修改時，都會將更改將記錄一個數(shù)據(jù)表中，在合并代理運行時，它收集數(shù)據(jù)表中的GUID，這些GUID指出了在發(fā)布服務器和訂閱服務器處修改過的行。對于只在發(fā)布服務器或是訂閱端修改的數(shù)據(jù)則直接進行相應操作，如INSERT，UPDATE，DELETE，如果雙方都有GUID則按照用戶指定的方式解決沖突，默認發(fā)布服務器伏先。

配置復制：無論是快照復制，事務性復制還是合并復制，創(chuàng)建復制都要經(jīng)過以下幾個步驟：

1．    創(chuàng)建發(fā)布服務器。選擇要發(fā)布的服務器。如果有條件的，也可以分發(fā)服務器，在這里我們就將發(fā)布服務器和分發(fā)服務器設置在同一臺計算機上。
2．    不論是發(fā)布服務器還是訂閱服務器必須開啟代理服務。
3．    創(chuàng)建一個發(fā)布。即將需要的數(shù)據(jù)庫及對象發(fā)布出來。
4．    選擇一個適合自己的發(fā)布類型。
5．    設置復制代理及安全，即指定可以運行代理的用戶帳號。

創(chuàng)建可以使用此發(fā)布的訂閱服務器。
現(xiàn)在我們的實驗基于下圖：

我們將SERVER1上的DB1數(shù)據(jù)庫復制到SERVE2服務器上
具體操作如下 ：
SERVER1上操作：實例名----復制----本地發(fā)布-----新建發(fā)布

我們在這里選擇將發(fā)布服務器本身作為自己的的分發(fā)服務器。下面指定一個快照文件夾，用于存放快照信息，并依次選擇發(fā)布數(shù)據(jù)庫DB1

接下來指定復制類型；我們先進行快照復制

幾種發(fā)布類型前面已做講解，具有可更新訂閱的事務發(fā)布屬于事務發(fā)布的一種。

在該對話框里可以指定用于在分發(fā)服務器上運行快照代理的WINDOWS用戶。WINDOWS用戶又稱為進程帳戶，因為代理進程是在該帳戶下運行的。

此時發(fā)布成功完成，如果要修改發(fā)布屬性，可以在復制-----本地發(fā)布----看到該發(fā)布

下面就可以進行訂閱了，訂閱可以在發(fā)布服務器上進行，也可以在訂閱服務器上進行。

在訂閱服務器上訂閱：

SERVER2上操作：實例名-----復制--本地訂閱----新建訂閱
在發(fā)布服務器上訂閱：實例名-----復制--本地發(fā)布------右擊屬性---選擇新建訂閱

接下來的操作雙方是一樣的：

選擇發(fā)布服務器，然后指定復制類型：我們選擇是推復制 并且給SERVER2選擇數(shù)據(jù)庫

彈出如圖所示的分發(fā)代理安全性對話框。在該對話框里可以設置同步訂閱時運行分發(fā)代理進程的帳號：

對于推送訂閱來說，分發(fā)代理在分發(fā)服務器上運行。對于請求訂閱來說，分發(fā)代理在訂閱服務器上運行。在本例使用的是推送訂閱，因此應該使用發(fā)布服務器的用戶
連接到分發(fā)服務器：對于推送訂閱來說，只能通過模擬進程帳戶來與分發(fā)服務器連接。
對于請求訂閱來說，可以使用模擬帳戶或是SQL SERVER用戶來連接。
連接到訂閱服務器：對于推送訂閱來說，可以通過模擬進程或是SQL SERVER用戶來連接。
對于請求訂閱來說，只能使用模擬帳戶來連接。

測試：
此時我們就可以看到發(fā)布服務器中的YG表已經(jīng)復制到了訂閱服務器中。
我們在SERVER1的DB1數(shù)據(jù)庫中的YG表中插入一條記錄，杜飛 男 29

至于事務復制和合并復制，過程大致相同只是要注意表的主鍵和GUID問題，在此不再累述，如有疑問或不同意見請批評指定

杜飛
2008-06-30

常見錯誤;

1．代理服務一定要事先運行

2．如果是GHOST的系統(tǒng)，會發(fā)生計算機名和SQL SERVER中所能識別的服務器名稱不一致的情況，則請使用以下的代碼進行同步更新，

if serverproperty('servername') > @@servername 
begin 
declare @server sysname 
set @server = @@servername 
exec sp_dropserver @server = @server 
set @server = cast(serverproperty('servername') as sysname) 
exec sp_addserver @server = @server , @local = 'LOCAL' 
end 

再重新啟動SQL SERVER 核心服務和代理服務

本文出自 “杜飛” 博客