03 訂閱轉換服務地址是什么數據庫(怎么實現兩個數據庫的同步)

程序歷史記錄清除: distribution ]

[ 分發清除: distribution ]

[ 復制代理程序檢查 ]

[ 重新初始化存在數據驗證失敗的訂閱 ]

sql server企業管理器里多了一個復制監視器, 當前的這臺機器就可以發布、分發、訂閱了。

我們再次在sql server企業管理器里[復制]-> 右鍵選擇 ->[配置發布、訂閱服務器和分發]

我們可以在 [發布服務器和分發服務器的屬性] 窗口-> [發布服務器] -> [新增]   -> [確定] -> [發布數據庫] -> [事務]/[合并] -> [確定]  -> [訂閱服務器] -> [新增]  -> [確定]

把網絡上的其它sql server服務器添加成為發布或者訂閱服務器.

新增一臺發布服務器的選項：

我這里新建立的jin001發布服務器是用管理員級別的數據庫用戶test連接的，

到發布服務器的管理鏈接要輸入密碼的可選框, 默認的是選中的，

在新建的jin001發布服務器上建立和分發服務器fengyu/fengyu的鏈接的時需要輸入distributor_admin用戶的密碼。到發布服務器的管理鏈接要輸入密碼的可選框，也可以不選，也就是不需要密碼來建立發布到分發服務器的鏈接(這當然欠缺安全，在測試環境下可以使用)。

2、新建立的網絡上另一臺發布服務器(例如jin001)選擇分發服務器

[歡迎使用配置發布和分發向導]->[選擇分發服務器]

-> 使用下列服務器(選定的服務器必須已配置為分發服務器) -> [選定服務器](例如fengyu/fengyu)

-> [下一步] -> [輸入分發服務器（例如fengyu/fengyu）的distributor_admin用戶的密碼兩次]

-> [下一步] -> [自定義配置] -> [否，使用下列的默認配置]

-> [下一步] -> [完成] -> [確定]

建立一個數據庫復制發布的過程:

[復制] -> [發布內容] -> 右鍵選擇 -> [新建發布]

-> [下一步] -> [選擇發布數據庫] -> [選中一個待發布的數據庫]

-> [下一步] -> [選擇發布類型] -> [事務發布]/[合并發布]

-> [下一步] -> [指定訂閱服務器的類型] -> [運行sql server 2000的服務器]

-> [下一步] -> [指定項目] -> [在事務發布中只可以發布帶主鍵的表] -> [選中一個有主鍵的待發布的表]

->[在合并發布中會給表增加唯一性索引和 rowguid買粉絲l 屬性的唯一標識符字段[rowguid],默認值是newid()]

(添加新列將: 導致不帶列列表的 insert 語句失敗,增加表的大小,增加生成第一個快照所要求的時間)

->[選中一個待發布的表]

-> [下一步] -> [選擇發布名稱和描述] ->

-> [下一步] -> [自定義發布的屬性] -> [否，根據指定方式創建發布]

-> [下一步] -> [完成] -> [關閉]

發布屬性里有很多有用的選項：設定訂閱到期(例如24小時)

設定發布表的項目屬性:

常規窗口可以指定發布目的表的名稱，可以跟原來的表名稱不一樣。

下圖是命令和快照窗口的欄目

( sql server 數據庫復制技術實際上是用insert,update,delete操作在訂閱服務器上重做發布服務器上的事務操作

看文檔資料需要把發布數據庫設成完全恢復模式，事務才不會丟失

但我自己在測試中發現發布數據庫是簡單恢復模式下，每10秒生成一些大事務，10分鐘后再收縮數據庫日志，

這期間發布和訂閱服務器上的作業都暫停，暫停恢復后并沒有丟失任何事務更改 )

發布表可以做數據篩選，例如只選擇表里面的部分列:

例如只選擇表里某些符合條件的記錄, 我們可以手工編寫篩選的sql語句:

發布表的訂閱選項，并可以建立強制訂閱:

成功建立了發布以后,發布服務器上新增加了一個作業: [ 失效訂閱清除 ]

分發服務器上新增加了兩個作業:

[ jin001-dack-dack-5 ] 類型[ repl快照 ]

[ jin001-dack-3 ]      類型[ repl日志讀取器 ]

上面藍色字的名稱會根據發布服務器名,發布名及第幾次發布而使用不同的編號

repl快照作業是sql server復制的前提條件,它會先把發布的表結構,數據,索引,約束等生成到發布服務器的os目錄下文件

(當有訂閱的時候才會生成, 當訂閱請求初始化或者按照某個時間表調度生成)

repl日志讀取器在事務復制的時候是一直處于運行狀態。(在合并復制的時候可以根據調度的時間表來運行)

建立一個數據庫復制訂閱的過程:

[復制] -> [訂閱] -> 右鍵選擇 -> [新建請求訂閱]

-> [下一步] -> [查找發布] -> [查看已注冊服務器所做的發布]

-> [下一步] -> [選擇發布] -> [選中已經建立發布服務器上的數據庫發布名]

-> [下一步] -> [指定同步代理程序登錄] -> [當代理程序連接到代理服務器時:使用sql server身份驗證]

(輸入發布服務器上distributor_admin用戶名和密碼)

-> [下一步] -> [選擇目的數據庫] -> [選擇在其中創建訂閱的數據庫名]/[也可以新建一個庫名]

-> [下一步] -> [允許匿名訂閱] -> [是，生成匿名訂閱]

-> [下一步] -> [初始化訂閱] -> [是，初始化架構和數據]

-> [下一步] -> [快照傳送] -> [使用該發布的默認快照文件夾中的快照文件]

(訂閱服務器要能訪問發布服務器的repldata文件夾，如果有問題，可以手工設置網絡共享及共享權限)

-> [下一步] -> [快照傳送] -> [使用該發布的默認快照文件夾中的快照文件]

-> [下一步] -> [設置分發代理程序調度] -> [使用下列調度] -> [更改] -> [例如每五分鐘調度一次]

-> [下一步] -> [啟動要求的服務] -> [該訂閱要求在發布服務器上運行sqlserveragent服務]

-> [下一步] -> [完成] -> [確定]

成功建立了訂閱后，訂閱服務器上新增加了一個類別是[repl-分發]作業(合并復制的時候類別是[repl-合并])

它會按照我們給的時間調度表運行數據庫同步復制的作業。

3、sql server復制配置好后, 可能出現異常情況的實驗日志:

1.發布服務器斷網,sql server服務關閉,重啟動,關機的時候,對已經設置好的復制沒有多大影響

中斷期間,分發和訂閱都接收到沒有復制的事務信息

2.分發服務器斷網,sql server服務關閉,重啟動,關機的時候,對已經設置好的復制有一些影響

中斷期間,發布服務器的事務排隊堆積起來

(如果設置了較長時間才刪除過期訂閱的選項, 繁忙發布數據庫的事務日志可能會較快速膨脹),

訂閱服務器會因為訪問不到發布服務器,反復重試

我們可以設置重試次數和重試的時間間隔(最大的重試次數是9999, 如果每分鐘重試一次,可以支持約6.9天不出錯)

分發服務器sql server服務啟動,網絡接通以后,發布服務器上的堆積作業將按時間順序作用到訂閱機器上:

會需要一個比較長的時間(實際上是生成所有事務的insert,update,delete語句,在訂閱服務器上去執行)

我們在普通的pc機上實驗的58個事務100228個命令執行花了7分28秒.

3.訂閱服務器斷網,sql server服務關閉,重啟動,關機的時候,對已經設置好的復制影響比較大,可能需要重新初試化

我們實驗環境(訂閱服務器)從18:46分意外停機以, 第二天8:40分重啟動后, 已經設好的復制在8:40分以后又開始正常運行了, 發布服務器上的堆積作業將按時間順序作用到訂閱機器上, 但復制管理器里出現快照的錯誤提示, 快照可能需要重新初試化,復制可能需要重新啟動.(我們實驗環境的機器并沒有進行快照初試化,復制仍然是成功運行的)

4、刪除已經建好的發布和定閱可以直接用delete刪除按鈕

我們最好總是按先刪定閱，再刪發布，最后禁用發布的順序來操作。

如果要徹底刪去sql server上面的復制設置, 可以這樣操作:

[復制] -> 右鍵選擇 [禁用發布] -> [歡迎使用禁用發布和分發向導]

-> [下一步] -> [禁用發布] -> [要在"@servername"上禁用發布]

-> [下一步] -> [完成禁用發布和分發向導] -> [完成]

我們也可以用t-sql命令來完成復制中發布及訂閱的創建和刪除, 選中已經設好的發布和訂閱, 按屬標右鍵可以[生成sql腳本]。(這里就不詳細講了, 后面推薦的網站內有比較詳細的內容)

當你試圖刪除或者變更一個table時，出現以下錯誤

server: msg 3724, level 16, state 2, line 1

cannot drop the table 'object_name' because it is being used for replication.

比較典型的情況是該table曾經用于復制，但是后來又刪除了復制。

處理辦法：

select * from sysobjects where replinfo >'0'

sp_買粉絲nfigure 'allow updates', 1

很赞哦!（757）