]
[ 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
go
re買粉絲nfigure with override
go
begin transaction
update sysobjects set replinfo = '0' where replinfo >'0'
買粉絲mit transaction
go
rollback transaction
go
sp_買粉絲nfigure 'allow updates', 0
go
re買粉絲nfigure with override
go
2024-07-18 16:13
2024-07-18 15:46
2024-07-18 15:02
2024-07-18 14:56
2024-07-18 14:46
2024-07-18 14:30