操作使用的一些技巧(事務(wù)復(fù)制類(lèi)型)：

1. 如何修改一個(gè)已經(jīng)發(fā)布的表的屬性?

將發(fā)布所有訂閱刪除，(發(fā)布不用刪除)，就可以在發(fā)布屬性的項(xiàng)目中取消表，然后就可以修改該表了，修改后，再將表加入發(fā)布內(nèi)就可以了。

2. 常用的操作界面

(1) 一般都在監(jiān)視器--發(fā)布項(xiàng)目，可以看到快照分發(fā)和訂閱的即時(shí)信息。

(2) 另外一個(gè)操作地方是發(fā)布的屬性，(在屬性--狀態(tài)里可以啟動(dòng)代理)。

(3) 還有一個(gè)是工具--復(fù)制--配置發(fā)布、訂閱服務(wù)器和分發(fā)，需要訂閱的服務(wù)器必須在這里指定授權(quán)后訂閱才能成功.

============

問(wèn)題:

數(shù)據(jù)庫(kù)無(wú)法登陸的老問(wèn)題：數(shù)據(jù)庫(kù)屬性-安全里面，不要選僅windows登陸，換另外一個(gè)模式。

0. 訂閱一個(gè)快照發(fā)布(不是事務(wù)復(fù)制)出錯(cuò)，"21776 名稱(chēng)xxx在TransPublication集合上沒(méi)有找到"，在企業(yè)管理器中，將發(fā)布數(shù)據(jù)庫(kù)和訂閱數(shù)據(jù)庫(kù)都停止或者斷開(kāi)，再啟動(dòng)，重新連接就可以訂閱快照發(fā)布了.真是奇怪，有莫名其妙的問(wèn)題可以嘗試重啟

服務(wù)器試試，有時(shí)后一臺(tái)機(jī)器上可以正常控制訂閱操作，而另外一臺(tái)機(jī)器上卻訂閱操作出錯(cuò)，也重新連接服務(wù)器試試.

1) 一開(kāi)始遇到的問(wèn)題是，注冊(cè)的local服務(wù)器不能用，刪除后重新命名搞定。

2) SQL Server代理正在使用系統(tǒng)帳戶(hù)，它會(huì)導(dǎo)致復(fù)制失敗，點(diǎn)這個(gè)提示點(diǎn)確定后，本賬戶(hù)的選項(xiàng)為灰色，原來(lái)是配置發(fā)布的服務(wù)器不是本機(jī)，到本機(jī)上操作發(fā)布，就可以選"本賬戶(hù)"了。

3) 又遇到不能署名訂閱，"不允許請(qǐng)求的署名訂閱"，明明發(fā)布和訂閱服務(wù)器雙方都注冊(cè)了，也雙方都建立了

訂閱的用戶(hù)帳號(hào)，原因：在這步，點(diǎn)注冊(cè)服務(wù)器，然后不能選默認(rèn)的模擬SQL登陸，而是要選"使用SQL身份驗(yàn)證"，然后輸入名稱(chēng)和密碼。

如果始終彈出"不允許請(qǐng)求的署名訂閱"，不能進(jìn)到選擇登陸模式的界面，退出訂閱向?qū)В谄髽I(yè)管理器中，進(jìn)入發(fā)布服務(wù)器，復(fù)制-右鍵-"配置發(fā)布、訂閱服務(wù)器和分發(fā)"-訂閱服務(wù)器-添加訂閱服務(wù)器機(jī)器名和帳號(hào)，如果已經(jīng)有了，直接確定下。再

進(jìn)訂閱服務(wù)器，訂閱就不會(huì)顯示不能署名訂閱了。

以上過(guò)程可能發(fā)現(xiàn)明明訂閱服務(wù)器名字已經(jīng)在發(fā)布服務(wù)器添加了，還是出現(xiàn)這個(gè)問(wèn)題，就一定要在訂閱服務(wù)器進(jìn)入發(fā)布服務(wù)器，然后添加訂閱服務(wù)器的名字，為什么會(huì)這樣，可能是在發(fā)布服務(wù)器指定了改訂閱服務(wù)器的名字后，但訂閱服務(wù)器沒(méi)有刷新，可以斷開(kāi)一次訂閱服務(wù)器和發(fā)布服務(wù)器，再來(lái)訂閱，也可以解決。

4. 請(qǐng)求訂閱已經(jīng)建立好了，但訂閱狀態(tài)顯示"正在重試"， 上次動(dòng)作"進(jìn)程未能連接到subscriber SHD-SHD"。

原因是我安裝sql后，曾經(jīng)改過(guò)電腦的名字，改回SHD-SHD.(有的人是因?yàn)镾QL服務(wù)器端口修改過(guò)造成)。還有可能是MS SQL Server和SQL Server Agent服務(wù)沒(méi)有用域用戶(hù)身份啟動(dòng)并運(yùn)行，于是我把B加到A所在的域，并且把A的管理員用戶(hù)加到B的SQLServerAgent服務(wù)的登陸用戶(hù)中。

5. 但訂閱狀態(tài)顯示"請(qǐng)求共享代理程序失敗"， "進(jìn)程未能連接到distributor..."。

懷疑是訂閱設(shè)置時(shí)，連接發(fā)布數(shù)據(jù)庫(kù)的帳號(hào)有問(wèn)題，在訂閱(右鍵)的歷史記錄中查看具體的錯(cuò)誤原因。帳號(hào)正確后，歷史記錄又說(shuō)訂閱端機(jī)器沒(méi)有配置，于是全部刪除訂閱和發(fā)布來(lái)試，結(jié)果發(fā)布確無(wú)法刪除發(fā)布，出現(xiàn)20015錯(cuò)誤，原來(lái)是訂閱的機(jī)器通過(guò)局域網(wǎng)，打開(kāi)了快照的共享目錄沒(méi)有關(guān)閉，關(guān)閉后，成功刪除發(fā)布。如果還無(wú)法刪，干脆把共享的快照目錄取消共享，再刪，然后重新配置快照目錄共享。

6. 訂閱服務(wù)器上的訂閱又無(wú)法刪除了，提示"無(wú)法更新或刪除從 MSX 服務(wù)器上發(fā)起的作業(yè)"。

這是因?yàn)椋河?jì)算機(jī)更換名之后就出現(xiàn)這種錯(cuò)誤，自己不能修改自己創(chuàng)建的作業(yè)。

解決辦法：  

在msdb的sysjobs表中把originating-server中的值全部改為更改后的計(jì)算機(jī)名

update   msdb..sysjobs   set   originating_server   =   '現(xiàn)服務(wù)器名'

有時(shí)可以到管理-sql server代理--作業(yè)，查看更多情況和操作。

7. 全部重新創(chuàng)建發(fā)布和訂閱成功，執(zhí)行卻又出現(xiàn)"發(fā)布內(nèi)容 null"的提示。

是因?yàn)橛嗛?a href=/yuedu/fuwuqi/ target=_blank class=infotextkey>服務(wù)器沒(méi)有連接到分發(fā)服務(wù)器。(1) SQLSERVERAGENT沒(méi)啟動(dòng)；(2)MS SQL Server和SQL Server Agent服務(wù)必須以域用戶(hù)身份啟動(dòng)并運(yùn)行，以上問(wèn)題檢查中隨時(shí)注意SQLSERVERAGENT(控制面板-管理-服務(wù))服務(wù)是否已經(jīng)啟動(dòng)。

8. 訂閱服務(wù)器已經(jīng)登陸上發(fā)布服務(wù)器，但在建立訂閱時(shí)看不見(jiàn)該服務(wù)器的發(fā)布。

是因?yàn)闆](méi)有配置分發(fā)服務(wù)器，工具-復(fù)制-"配置發(fā)布、訂閱服務(wù)器和分發(fā)"，再檢查SQLSERVERAGENT是否運(yùn)行。然后再在發(fā)布屬性-發(fā)布訪(fǎng)問(wèn)列表，添加訂閱服務(wù)器登陸的登陸名，訂閱端終于看見(jiàn)發(fā)布了。

9. 發(fā)布 'xxx' 的初始快照尚不可用。

保證SQLSERVERAGENT已經(jīng)運(yùn)行，復(fù)制＝》發(fā)布內(nèi)容＝》發(fā)布項(xiàng)目mytab＝》右擊右側(cè)的訂閱＝》重新初始化

如果還不行，復(fù)制監(jiān)視器--發(fā)布服務(wù)器--xxx--發(fā)布的項(xiàng)目--快照，看到進(jìn)程未能創(chuàng)建文件“//XXZ/SQLPUB/unc”，到該文件夾重新配置sql的帳號(hào)對(duì)該文件夾權(quán)限為"完全"。

10. 訂閱端產(chǎn)生 "快照尚不可用 發(fā)生操作系統(tǒng)錯(cuò)誤 53"，訂閱服務(wù)器帳號(hào)訪(fǎng)問(wèn)快照文件夾出權(quán)限不夠。

分配權(quán)限，還有檢查防火墻，被禁止了訪(fǎng)問(wèn)。

11. 有個(gè)表無(wú)法發(fā)布，選擇框顯示紅叉，沒(méi)有主鍵的表無(wú)法發(fā)布。

12. 進(jìn)程未能從表“[dbo].[syncobj_0x3745373834413345]”向外大容量復(fù)制。

在寫(xiě) BCP 數(shù)據(jù)文件時(shí)發(fā)生 I/O 錯(cuò)誤(源: ODBC SQL Server Driver (ODBC); 錯(cuò)誤代碼: 0)

解決方法：就是字符類(lèi)型全部改為n類(lèi)型的解決問(wèn)題(char-nchar，varchar-nvarchar，ntext).

13、在數(shù)據(jù)發(fā)布時(shí)報(bào)如下錯(cuò)誤信息：

在BCP數(shù)據(jù)文件中遇到意外的EOF(源:ODBC SQL Server Driver(ODBC)：錯(cuò)誤代碼:S1000)

這是因?yàn)閿?shù)據(jù)庫(kù)中含有TEXT或nTExt或Image字段引起的，只要在某項(xiàng)發(fā)布屬性頁(yè)中選擇<快照>-<快照格式>-<字符模式格式>，即可解決該問(wèn)題。

14、另外，在建數(shù)據(jù)發(fā)布時(shí)，報(bào)如下錯(cuò)誤:

違反了Primary Key約束'PK_@snapshot_seqnos_7fab3fda'. 不能在對(duì)象'#7EB71BA1'中插入重復(fù)鍵。

(源:zzb_stockserver(數(shù)據(jù)源); 錯(cuò)誤代碼:2627)

這是因?yàn)樵诮òl(fā)布時(shí)，數(shù)據(jù)庫(kù)數(shù)據(jù)正在執(zhí)行插入或修改動(dòng)作引起的，只要該發(fā)布的快照重新運(yùn)行一下即可。

15、對(duì)某些大型數(shù)據(jù)表無(wú)法生成快照的問(wèn)題，數(shù)據(jù)庫(kù)報(bào)如下錯(cuò)誤：

進(jìn)程未能從表"[dbo].[syncobj_0x3436383044343035]"向外大容量復(fù)制，在寫(xiě) BCP 數(shù)據(jù)文件時(shí)發(fā)生 I/O 錯(cuò)誤(源: ODBC SQL Server Driver (ODBC);錯(cuò)誤代碼: 0)

這是因?yàn)樵摫碛袉?wèn)題或表數(shù)據(jù)太大造成的，可用如下方法試著解決一下：

a、用DBCC checktable 對(duì)該表檢查一下，數(shù)據(jù)表是否有問(wèn)題，然后再試一下重新生成數(shù)據(jù)快照。

b、如果上述問(wèn)題仍無(wú)法解決，可以用數(shù)據(jù)導(dǎo)出功能將數(shù)據(jù)表導(dǎo)到訂閱服務(wù)器中。

c、然后重建一個(gè)針對(duì)該數(shù)據(jù)表的數(shù)據(jù)發(fā)布，選擇不生成快照功能，然后運(yùn)行下述問(wèn)題4的解決方法，解決出現(xiàn)的問(wèn)題。

16、在建立訂閱時(shí)，選擇不初始化訂閱方數(shù)據(jù)表，則在訂閱服務(wù)器不產(chǎn)生相應(yīng)的復(fù)制存貯過(guò)程，運(yùn)行該發(fā)布時(shí)，會(huì)報(bào)如下錯(cuò)誤：

未能找到存貯過(guò)程'sp_MSupd_XXX'...

原因如下：

Problem Deion :

======

Replication Distribution Agent reports error. The error message is "It could not find the stored procedure sp_MSins_***".

Reason :

======

If we choose "the subscriber has schema and data already" option when we create the

subion， those three system auto created stored procedures will not be created in the subscribing database side， they are "sp_MSins_***"/"sp_MSupd_***"/"sp_MSdel_***".

Soltuion :

======

We could use the system command "sp_publicationcustomprocs 'pulication_name'"

to create the s of those three system stored procedures. Then we run these in the subscribing database. The problem will be resolved.

解決方案：

在發(fā)布服務(wù)器上運(yùn)行如下命令：sp_publicationcustomprocs 'xxxx'， 其中xxxx為發(fā)布名稱(chēng)，該命令會(huì)生成創(chuàng)建上述三個(gè)存貯過(guò)程的腳本，然后在訂閱服務(wù)器運(yùn)行生成三個(gè)存儲(chǔ)過(guò)程即可。

17、在訂閱數(shù)據(jù)時(shí)，發(fā)生如下錯(cuò)誤：

該訂閱已標(biāo)記為不活動(dòng)，必須重新初始化該訂閱。需要?jiǎng)h除并重新創(chuàng)建 NoSync訂閱。

(源: zzb_stockserver (數(shù)據(jù)源); 錯(cuò)誤代碼: 21074)

解決方案：

在發(fā)布服務(wù)器上，選擇某項(xiàng)發(fā)布，在屬性-》訂閱-》重新初始化。可以解決上述問(wèn)題

18、在數(shù)據(jù)發(fā)布時(shí)，發(fā)生如下錯(cuò)誤：

不能在具有唯一索引 'PK_tbMeetingMemo' 的對(duì)象 'tbMeetingMemo' 中插入重復(fù)鍵的行。

(源: ZZB-XHSTOCK (數(shù)據(jù)源); 錯(cuò)誤代碼: 2601)

原因：可能是在發(fā)布該表時(shí)，在不同的發(fā)布中存在多次發(fā)布該表的情況。

解決方法：

a、查明是否有多次發(fā)布該表的情況.

在發(fā)布服務(wù)器的發(fā)布數(shù)據(jù)庫(kù)中用運(yùn)行如下SQL語(yǔ)句：select * from sysarticles order by dest_table

查看在dest_table列中是否出現(xiàn)多次該表的信息，如是，則說(shuō)明該表已被多次發(fā)布，可以用下一步中說(shuō)明的方法來(lái)查看是哪些發(fā)布發(fā)布了該表。

b、運(yùn)行語(yǔ)句:select * from syspublications，查看pubid與上述信息相同的pubid的內(nèi)容，則就能確定是何種發(fā)布發(fā)布了相同的數(shù)據(jù)表。

c、找到了發(fā)布后，如果是增加數(shù)據(jù)表，則不用刪除該發(fā)布下的所有訂閱，如果是去除發(fā)布的數(shù)據(jù)表，則需刪除該發(fā)布下的所有的訂閱信息，修改相應(yīng)的發(fā)布內(nèi)容，重新制定相應(yīng)的訂閱。

19. 創(chuàng)建發(fā)布，14294錯(cuò)誤，"請(qǐng)?zhí)峁〡job_id標(biāo)識(shí)作業(yè)"，是因?yàn)槟銊h除了以前系統(tǒng)自動(dòng)生成的作業(yè)。

方法:工具-復(fù)制--禁用發(fā)布，重新配置發(fā)布、訂閱服務(wù)器和分發(fā)，完成后，發(fā)布的數(shù)據(jù)庫(kù)顯示為一個(gè)手型的共享圖標(biāo)，再創(chuàng)建發(fā)布

20. 訂閱和發(fā)布都刪除完了，但禁用發(fā)布不成功，提示：無(wú)法除去分發(fā)數(shù)據(jù)庫(kù)'distribution'，該數(shù)據(jù)庫(kù)正在使用。

停止數(shù)據(jù)庫(kù)，再啟動(dòng)數(shù)據(jù)庫(kù)，再禁止發(fā)布。

21. 配置發(fā)布和分發(fā)向?qū)В詈笸瓿蓵r(shí)錯(cuò)誤18481：配置分發(fā)服務(wù)器：未能連接到服務(wù)器。

因?yàn)閐istributor_admin未在該服務(wù)器上定義為遠(yuǎn)程登錄你肯定在裝完SQL SERVER以后，改了計(jì)算機(jī)名，雖然sql server 還可以用，但一用復(fù)制時(shí)，SQL SERVER讀取了舊的計(jì)算機(jī)實(shí)例名，不信，你試試select @@SERVERNAME

顯示出來(lái)的，肯定不是你現(xiàn)在的計(jì)算機(jī)名。于是，你用：

sp_dropserver <(用select @@SERVERNAME顯示出來(lái)的舊名)>

go

sp_addserver <你現(xiàn)在的計(jì)算機(jī)名>， LOCAL

go

例如：sp_dropserver    'E0184D34429345F/SQL2K'

go  

sp_addserver    'deboywang/SQL2K'，    LOCAL  

go

重啟sql server服務(wù)，問(wèn)題就可以解決了。

除此之外，如果要修改@@Servername還可以使用下面的方法：

1) exec sp_helpserver 檢查你的server名字。

2) 如果不正確，用exec sp_setNETname修正。

另外，當(dāng)注冊(cè)的名字改為其他名字后，注冊(cè)登記是成功的（在客戶(hù)端工具里添加了匿名），發(fā)布時(shí)就會(huì)出現(xiàn)這個(gè)問(wèn)題。

22. 強(qiáng)制訂閱無(wú)法刪除:在發(fā)布服務(wù)器上先后刪除訂閱和發(fā)布后，訂閱服務(wù)器上該強(qiáng)制訂閱始終存在，無(wú)法刪除。

問(wèn)微軟支持，得結(jié)論：

sp_removedbreplication 'job'

JOB為訂閱復(fù)制的數(shù)據(jù)庫(kù)名稱(chēng)。

其他問(wèn)題：

=============

注：

0.不要去亂刪 管理--sql server代理--作業(yè)的內(nèi)容。嚴(yán)格按照先刪訂閱，再刪發(fā)布來(lái)進(jìn)行.

1、如何忽略在分發(fā)中出現(xiàn)的報(bào)錯(cuò)

a、在發(fā)布服務(wù)器的管理-》SQL server代理->作業(yè)->中，找到該發(fā)布的發(fā)布JOB，在屬性->步驟->2運(yùn)行代碼程序-》編輯->命令->在命令語(yǔ)句最后添加 - skiperrors xxxx(xxxx是分發(fā)時(shí)報(bào)的錯(cuò)誤號(hào)) ， 指的是忽略該錯(cuò)誤的意思。

b、然后重新啟動(dòng)分發(fā)引擎。

2. 如何輸出出錯(cuò)的信息?

在待輸出出錯(cuò)信息的JOB命令最后加入 -Output c:/temp/error.txt， -Output

是命令，后面是待輸出的文件路徑和文件夾名.

================

因?yàn)樵摪l(fā)布不允許使用可更新的訂閱，當(dāng) IDENTITY 列被傳輸?shù)接嗛?a href=/yuedu/fuwuqi/ target=_blank class=infotextkey>服務(wù)器時(shí)，不會(huì)傳輸 IDENTITY 屬性。（例如，在發(fā)布服務(wù)器上定義為 INT IDENTITY 的列在訂閱服務(wù)器上將定義為 INT。）

如果想將 IDENTITY 屬性傳輸?shù)接嗛啽恚瑒t必須進(jìn)行如下操作:

1. 使用 IDENTITY 屬性和 NOT FOR REPLICATION 選項(xiàng)手工創(chuàng)建訂閱表。您可以通過(guò)讓 SQL Server 在應(yīng)用快照之前執(zhí)行自定義腳本來(lái)執(zhí)行該操作。若要指定自定義腳本，請(qǐng)先創(chuàng)建發(fā)布，再創(chuàng)建腳本，然后在發(fā)布屬性的“快照”選項(xiàng)卡

上輸入該腳本的名稱(chēng)。

2. 設(shè)置名稱(chēng)沖突項(xiàng)目屬性，以便 SQL Server 在訂閱服務(wù)器上應(yīng)用快照時(shí)不會(huì)除去現(xiàn)有的表。該屬性在項(xiàng)目屬性的“快照”選項(xiàng)卡上。

下列已發(fā)布表包含“標(biāo)識(shí)”列:

[dbo].[BookIndex]

===================

SQL Server 要求發(fā)布的存儲(chǔ)過(guò)程所引用的所有對(duì)象（如表和用戶(hù)定義函數(shù)）在訂閱服務(wù)器上都可用。如果引用的對(duì)象在此發(fā)布中未作為項(xiàng)目發(fā)布，則它們必須在訂閱服務(wù)器上手工創(chuàng)建。

在此發(fā)布中發(fā)布了下列存儲(chǔ)過(guò)程:

[dbo].[getChaNameList]

[dbo].[setUpWebsite]

it知識(shí)庫(kù)：SQL Server 2008 數(shù)據(jù)庫(kù)復(fù)制實(shí)現(xiàn)數(shù)據(jù)同步常見(jiàn)問(wèn)題，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。