1、分發與復制
用強制訂閱實現數據庫同步操作
大量和批量的數據可以用數據庫的同步機制處理:
//
說明：
為方便操作,所有操作均在發布服務器(分發服務器)上操作,並使用推模式
在客戶機器使用強制訂閱方式。
測試通過
//
--1:環境
服務器環境:
機器名稱： ZehuaDb
操作系統：Windows 2000 Server
數據庫版本：SQL 2000 Server 個人版
客戶端
機器名稱：Zlp
操作系統：Windows 2000 Server
數據庫版本：SQL 2000 Server 個人版
--2:建用戶帳號
在服務器端建立域用戶帳號
我的電腦管理->本地用戶和組->用戶->建立
UserName:zlp
UserPwd:zlp
--3:重新啟動服務器MSSQLServer
我的電腦->控制面版->管理工具->服務->MSSQLServer 服務
(更改為：域用戶帳號,我們新建的zlp用戶 ./zlp,密碼:zlp)
--4:安裝分發服務器
A:配置分發服務器
工具->復制->配置發布、訂閱服務器和分發->下一步->下一步(所有的均采用默認配置)
B:配置發布服務器
工具->復制->創建和管理發布->選擇要發布的數據庫(SZ)->下一步->快照發布->下一步->
選擇要發布的內容->下一步->下一步->下一步->完成
C:強制配置訂閱服務器(推模式,拉模式與此雷同)
工具->復制->配置發布、訂閱服務器和分發->訂閱服務器->新建->SQL Server數據庫->輸入客戶端服務器名稱(ZLP)->使用SQL Server 身份驗證(sa,空密碼)->確定->應用->確定
D:初始化訂閱
復制監視器->發布服務器(ZEHUADB)->雙擊訂閱->強制新建->下一步->選擇啟用的訂閱服務器->ZLP->
下一步->下一步->下一步->下一步->完成
--5:測試配置是否成功
復制監視器->發布服務器(ZEHUADB)->雙擊SZ:SZ->點狀態->點立即運行代理程序
查看：
復制監視器->發布服務器(ZEHUADB)->SZ:SZ->選擇ZLP:SZ(類型強制)->鼠標右鍵->啟動同步處理
如果沒有錯誤標志(紅色叉)，恭喜您配置成功
--6:測試數據
--在服務器執行:
選擇一個表，執行如下SQL
insert into WQ_NEWSGROUP_S select '測試成功',5
復制監視器->發布服務器(ZEHUADB)->SZ:SZ->快照->啟動代理程序
去查看同步的 WQ_NEWSGROUP_S 是否插入了一條新的記錄
測試完畢，通過。
--7修改數據庫的同步時間,一般選擇夜晚執行數據庫同步處理
注意說明：
服務器一端不能以(local)進行數據的發布與分發,需要先刪除注冊，然后新建注冊本地計算機名稱
卸載方式：工具->復制->禁止發布->是在"ZehuaDb"上靜止發布,卸載所有的數據庫同步配置服務器
注意：發布服務器、分發服務器中的SQLServerAgent服務必須啟動
采用推模式: "D:/Microsoft SQL Server/MSSQL/REPLDATA/unc" 目錄文件可以不設置共享
拉模式:則需要共享~!
少量數據庫同步可以采用觸發器實現,同步單表即可：
========================================================
配置過程中可能出現的問題,總結如下:
========================================================
在SQL Server 2000里設置和使用數據庫復制之前，應先檢查相關的幾台SQL Server服務器下面幾點是否滿足：
1、MSSQLserver和Sqlserveragent服務是否是以域用戶身份啟動並運行的（./administrator用戶也是可以的）
如果登錄用的是本地系統帳戶local，將不具備網絡功能，會產生以下錯誤:
進程未能連接到Distributor '@Server name'
(如果您的服務器已經用了SQL Server全文檢索服務, 請不要修改MSSQLserver和Sqlserveragent服務的local啟動。
會照成全文檢索服務不能用。請換另外一台機器來做SQL Server 2000里復制中的分發服務器。)
修改服務啟動的登錄用戶，需要重新啟動MSSQLserver和Sqlserveragent服務才能生效。
2、檢查相關的幾台SQL Server服務器是否改過名稱(需要srvid=0的本地機器上srvname和datasource一樣)
在查詢分析器里執行:
use master
select srvid,srvname,datasource from sysservers
如果沒有srvid=0或者srvid=0（也就是本機器）但srvname和datasource不一樣, 需要按如下方法修改:
USE master
GO
-- 設置兩個變量
DECLARE @serverproperty_servername varchar(100),
@servername varchar(100)
-- 取得Windows NT 服務器和與指定的 SQL Server 實例關聯的實例信息
SELECT @serverproperty_servername = CONVERT(varchar(100), SERVERPROPERTY('ServerName'))
-- 返回運行 Microsoft SQL Server 的本地服務器名稱
SELECT @servername = CONVERT(varchar(100), @@SERVERNAME)
-- 顯示獲取的這兩個參數
select @serverproperty_servername,@servername
--如果@serverproperty_servername和@servername不同(因為你改過計算機名字),再運行下面的
--刪除錯誤的服務器名
EXEC sp_dropserver @server=@servername
--添加正確的服務器名
EXEC sp_addserver @server=@serverproperty_servername, @local='local'
修改這項參數，需要重新啟動MSSQLserver和Sqlserveragent服務才能生效。
這樣一來就不會在創建復制的過程中出現18482、18483錯誤了。
3、檢查SQL Server企業管理器里面相關的幾台SQL Server注冊名是否和上面第二點里介紹的srvname一樣
不能用IP地址的注冊名。
（我們可以刪掉IP地址的注冊，新建以SQL Server管理員級別的用戶注冊的服務器名）
這樣一來就不會在創建復制的過程中出現14010、20084、18456、18482、18483錯誤了。
4、檢查相關的幾台SQL Server服務器網絡是否能夠正常訪問
如果ping主機IP地址可以，但ping主機名不通的時候，需要在
winnt/system32/drivers/etc/hosts (WIN2000)
windows/system32/drivers/etc/hosts (WIN2003)
文件里寫入數據庫服務器IP地址和主機名的對應關系。
例如：
127.0.0.1 localhost
192.168.0.35 oracledb oracledb
192.168.0.65 fengyu02 fengyu02
202.84.10.193 bj_db bj_db
或者在SQL Server客戶端網絡實用工具里建立別名，例如:
5、系統需要的擴展存儲過程是否存在(如果不存在，需要恢復):
sp_addextendedproc 'xp_regenumvalues',@dllname ='xpstar.dll'
go
sp_addextendedproc 'xp_regdeletevalue',@dllname ='xpstar.dll'
go
sp_addextendedproc 'xp_regdeletekey',@dllname ='xpstar.dll'
go
sp_addextendedproc xp_cmdshell ,@dllname ='xplog70.dll'
接下來就可以用SQL Server企業管理器里[復制]-> 右鍵選擇
->[配置發布、訂閱服務器和分發]的圖形界面來配置數據庫復制了。
下面是按順序列出配置復制的步驟:
一、建立發布和分發服務器
[歡迎使用配置發布和分發向導]->[選擇分發服務器]
->[使"@servername"成為它自己的分發服務器,SQL Server將創建分發數據庫和日志]
->[制定快照文件夾]-> [自定義配置] -> [否,使用下列的默認配置] -> [完成]
上述步驟完成后, 會在當前"@servername" SQL Server數據庫里建立了一個distribion庫和
一個distributor_admin管理員級別的用戶(我們可以任意修改密碼)
服務器上新增加了四個作業:
[ 代理程序歷史記錄清除: distribution ]
[ 分發清除: distribution ]
[ 復制代理程序檢查 ]
[ 重新初始化存在數據驗證失敗的訂閱 ]
SQL Server企業管理器里多了一個復制監視器, 當前的這台機器就可以發布、分發、訂閱了。
我們再次在SQL Server企業管理器里[復制]-> 右鍵選擇
->[配置發布、訂閱服務器和分發],可以看到類似下圖:
我們可以在 [發布服務器和分發服務器的屬性] 窗口
-> [發布服務器] -> [新增] -> [確定]
-> [發布數據庫] -> [事務]/[合並] -> [確定]
-> [訂閱服務器] -> [新增] -> [確定]
把網絡上的其它SQL Server服務器添加成為發布或者訂閱服務器.
新增一台發布服務器的選項：
我這里新建立的JIN001發布服務器是用管理員級別的數據庫用戶test連接的，
到發布服務器的管理鏈接要輸入密碼的可選框, 默認的是選中的，
在新建的JIN001發布服務器上建立和分發服務器FENGYU/FENGYU的鏈接的時需要輸入distributor_admin用戶的密碼
到發布服務器的管理鏈接要輸入密碼的可選框，也可以不選，
也就是不需要密碼來建立發布到分發服務器的鏈接(這當然欠缺安全，在測試環境下可以使用)
新增一台訂閱服務器的選項：
二、新建立的網絡上另一台發布服務器(例如JIN001)選擇分發服務器
[歡迎使用配置發布和分發向導]->[選擇分發服務器]
-> 使用下列服務器(選定的服務器必須已配置為分發服務器) -> [選定服務器](例如FENGYU/FENGYU)
-> [下一步] -> [輸入分發服務器（例如FENGYU/FENGYU）的distributor_admin用戶的密碼兩次]
-> [下一步] -> [自定義配置] -> [否，使用下列的默認配置]
-> [下一步] -> [完成] -> [確定]
建立一個數據庫復制發布的過程:
[復制] -> [發布內容] -> 右鍵選擇 -> [新建發布]
-> [下一步] -> [選擇發布數據庫] -> [選中一個待發布的數據庫]
-> [下一步] -> [選擇發布類型] -> [事務發布]/[合並發布]
-> [下一步] -> [指定訂閱服務器的類型] -> [運行SQL Server 2000的服務器]
-> [下一步] -> [指定項目] -> [在事務發布中只可以發布帶主鍵的表] -> [選中一個有主鍵的待發布的表]
->[在合並發布中會給表增加唯一性索引和 ROWGUIDCOL 屬性的唯一標識符字段[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-合並])
它會按照我們給的時間調度表運行數據庫同步復制的作業
查看它的歷史記錄運行情況，例圖：
在分發服務器的[復制監視器]->[發布服務器]->[發布名稱]->[日志讀取器]->右鍵選擇->[代理程序歷史記錄], 例圖：
三、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分以后又開始正常運行了, 發布服務器上的堆積作業將按時間順序作用到訂閱機器上
但復制管理器里出現快照的錯誤提示, 快照可能需要重新初試化,復制可能需要重新啟動.
(我們實驗環境的機器並沒有進行快照初試化,復制仍然是成功運行的)
四、刪除已經建好的發布和定閱可以直接用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_configure 'allow updates', 1
go
reconfigure with override
go
begin transaction
update sysobjects set replinfo = '0' where replinfo >'0'
commit transaction
go
rollback transaction
go
sp_configure 'allow updates', 0
go
reconfigure with override
go
疑問:
在合並復制配置完全后，如果同步代理停止了。我要在程序中去重新啟動合並復制的同步代理。請問使用什么命令或存儲過程呢
？
解決辦法:
sp_start_job
指示 SQL Server 代理程序立即執行作業。
示例
下例啟動名為 Nightly Backup 的作業。
USE msdb
EXEC sp_start_job @job_name = 'Nightly Backup'