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. 错误：主键冲突
处理方法：跳过错误
错误完成后，需要比较两边数据是否一致（比下数据量就行了）
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--发布的项目--快照，看到进程未能创建文件"\XXZSQLPUBunc",到该文件夹重新配置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_MACHINESYSTEMCurrentControlSetControlSession ManagerSubSystems点开Windows项，找到下面这些内容：%SystemRoot%system32csrss.exe ObjectDirectory=Windows SharedSection=1024,20480,768将最后的数字（不一定是这个数字，可能是等）改成10240 保存，重启即可。p>Windows2008 server 假如不是amdin用户可能会不让打开注册表，假如是管理组权限的话，可以到C:windowssystem32 下面找到regedit32.exe 文件，右键，然后将自己的账号添加到运行权限里面。
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. 错误：主键冲突
处理方法：跳过错误
错误完成后，需要比较两边数据是否一致（比下数据量就行了）
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--发布的项目--快照，看到进程未能创建文件"\XXZSQLPUBunc",到该文件夹重新配置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_MACHINESYSTEMCurrentControlSetControlSession ManagerSubSystems点开Windows项，找到下面这些内容：%SystemRoot%system32csrss.exe ObjectDirectory=Windows SharedSection=1024,20480,768将最后的数字（不一定是这个数字，可能是等）改成10240 保存，重启即可。p>Windows2008 server 假如不是amdin用户可能会不让打开注册表，假如是管理组权限的话，可以到C:windowssystem32 下面找到regedit32.exe 文件，右键，然后将自己的账号添加到运行权限里面。