簡述SQL Server Replication的常見錯誤及其處理
SQL Server Replication的常見錯誤以及處理錯誤的方法如下，請讀者參考：
1. 錯誤：已將此(這些)訂閱標記為不活動，必須將其重新初始化。需要刪除NoSync 訂閱，然后重新創建它們
對數據庫distribution操作：
- use distribution
- go
查找狀態不正常的發布：
- select status,*from dbo.MSsubscriptions where status <>2
修改狀態：
- update dbo.MSsubscriptions set status=2where status<>2
觀察復制鏈是否能正常運行，正常后用tablediff比較發布鏈中的表數據是否一致，還可以重新初始化快照，但是數據量大就是個悲劇。
2.錯誤：表、存儲過程不存在以及表結構不一致等
處理方法：
a. 表或存儲過程不存在：
在訂閱端對應的庫中補齊缺失的對象。
有一種比較奇怪的現象是訂閱端表明明存在，但是同步鏈依然報錯，此時可能有兩種情況：
***： 表字段不一致，可以參照下面（b）的方式補齊表字段；
第二： 表字段也一致，但是依舊報錯，這時只能選碰碰運氣，先停掉同步鏈，再開啟，如果過了，算運氣好；如果錯誤依舊，就需要在該同步鏈中先將該表去掉，讓其他數據能同步；然后再將這個表新加到同步鏈中，并比較發布端和訂閱端的表數據。
b. 列名'xxx' 無效：
可以通過以下語句查找缺失的字段對應的表，查找某個發布鏈中的某個字段(Rp_XXXX 發布名xxx 字段名)
- select a.name as table_name,b.name as column_name,(select 'alter table '+a.name+' add '+b.name+' '+
- (case when name='nvarchar' then cast(b.max_length/2 AS varchar)
- when name like 'date%' or name='money' then ''
- else name end )
- from sys.types where system_type_id=b.system_type_id ) as definition FROM dbo.sysarticles a WITH(NOLOCK) inner join sys.columns b WITH(NOLOCK)
- on a.objid=b.object_id inner join dbo.syspublications c with(nolock) on a.pubid=c.pubid
- where c.name='Rp_XXXX' and b.name='xxx'
3. 錯誤：主鍵沖突
處理方法：跳過錯誤
錯誤完成后，需要比較兩邊數據是否一致（比下數據量就行了）
#p#
4. 錯誤：應用復制的命令時在訂閱服務器上找不到該行
a. 可以采用“主鍵沖突”錯誤的處理方式，跳過錯誤，然后再用tablediff比較兩個表的數據差；
b. 在訂閱端補充缺失的數據
使用如下語句找出錯誤號
- select top 100 e.xact_seqno ,e.command_id,e.* from dbo.MSdistribution_history h
- join dbo.MSrepl_errors e on h.error_id=e.id
- where comments not like %transaction%
用上面查到的具體事務序列號,查看復制組件執行的具體命令。
在分發數據庫上執行sp_browsereplcmds,注意必須限定開始和結束xact_seqno。
sp_browsereplcmds '0x000101E500018C16000100000000','0x000101E500018C16000100000000'
找到對應的對象：
- Use [distribution]
- go
- select * From dbo.MSarticles where article_id=@article_id
驗證上述數據在故障訂閱服務器上是否存在,如果不存在，則補上。
5. 錯誤：用戶'xxx' 登錄失敗或者The process could not connect to Subscriber 'xxxx'.
處理方法：檢查賬號是否正確，能夠登錄到發布和訂閱服務器，而且有相應的權限。
6. 發布'xxx' 的初始快照尚不可用
保證SQLSERVERAGENT已經運行，復制＝》發布內容＝》發布項目＝》右擊右側的訂閱＝》重新初始化。
如果還不行，復制監視器--發布服務器--xxx--發布的項目--快照，看到進程未能創建文件"\\XXZ\SQLPUB\unc",到該文件夾重新配置sql的帳號對該文件夾權限為"完全"。
7. 進程未能從表“[dbo].[syncobj_0x3745373834413345]”向外大容量復制
在寫BCP 數據文件時發生I/O 錯誤(源: ODBC SQL Server Driver (ODBC); 錯誤代碼: 0)
解決方法：就是字符類型全部改為n類型的解決問題(char-nchar，varchar-nvarchar，ntext)。
8. 錯誤消息："代理'xxxx' 在出錯后正在重試。已重試了25 次。有關詳細信息，請參閱Jobs 文件夾中的代理作業歷史記錄。”
發生這個錯誤一般都是在一臺機器上面有比較多的發布鏈，錯誤原因在于數據庫對Replication使用內存的限制，我們需要更改這個現在來解決這個問題（***是不要再一臺機器上創建太多的發布鏈），方法如下：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems\點開Windows項，找到下面這些內容：%SystemRoot%\system32\csrss.exe ObjectDirectory=\Windows SharedSection=1024,20480,768將***的數字（不一定是這個數字，可能是等）改成10240 保存，重啟即可。p>Windows2008 server 如果不是amdin用戶可能會不讓打開注冊表，如果是管理組權限的話，可以到C:\windows\system32 下面找到regedit32.exe 文件，右鍵，然后將自己的賬號添加到運行權限里面。
【編輯推薦】
