use distribution go --查找状态不正常的发布 select status,* from dbo.MSsubscriptions where status<>2 --修改状态 update dbo.MSsubscriptions set status=2 where 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) _disibledevent=> 3. 错误：.主键冲突 处理方法：跳过错误
错误完成后，需要比较两边数据是否一致（比下数据量就行了）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%' --失败的代理 order by id desc --用上面查到的具体事务序列号,查看复制组件执行的具体命令 --在分发数据库上执行: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 保存，重启即可。
Windows2008 server 如果不是amdin用户可能会不让打开注册表，如果是管理组权限的话，可以到 C:\windows\system32 下面找到regedit32.exe 文件，右键，然后将自己的账号添加到运行权限里面。
8.--Cannot drop the database XXX because it is being used for replication exec sp_removedbreplication 'database'
最新评论