SQL Server同步复制问题排查方法

1、应用复制的命令时在订阅服务器上找不到该行

解决方法:用系统存储过程sp_browsereplcmds(返回分发数据库中存储的可读版本复制命令的结果集,并将其用作诊断工具。 此存储过程在分发服务器上对分发数据库执行)

sp_browsereplcmds [ [ @xact_seqno_start = ] xact_seqno_start]
    [ , [ @xact_seqno_end = ] xact_seqno_end]
    [ , [ @originator_id = ] originator_id]
    [ , [ @publisher_database_id = ] publisher_database_id]
    [ , [ @article_id = ] article_id]
    [ , [ @command_id= ] command_id ]
    [ , [ @agent_id = ] agent_id ]
    [ , [ @compatibility_level = ] compatibility_level ]

排查方法:在分发服务器—分发DB(distribution)

Use [distribution]
go
--a、通常事务序列号,查到command_id=1的执行语句
EXEC sp_browsereplcmds @xact_seqno_start=‘0x00044ED500008F3E00AB00000000‘,@xact_seqno_end=‘0x00044ED500008F3E00AB00000000‘

--查看同步对象表(在以上结果集中找到article_id栏位值)
select *From MSarticles where article_id=344 

--第1个语句会出现以下两种情况(a/b)

--a、更新时找不到该行

{CALL [dbo].[sp_MSupd_dbo表名] (.....)}

--b、删除时找不到该行

{CALL [dbo].[sp_MSdel_dbo表名] (......}

了解同步存储过程:

解决方法(a、更新、b、删除):在订阅端把缺少的数据行新增(根据以上出错ID加一条记录)或用导入导出方法(SQL语句同步指定以上ID).(原因:订阅端缺少数据行造成删除或更新找不到数据行而出错)

--c、新增时出错

{CALL [dbo].[sp_MSins_dbo表]

解决方法(c、新增时出错):新增时出错,解决方法根据提示可能是标识值或主健ID已在(删除订阅端该行数据)或表结构不值造成的

时间: 2024-10-07 18:05:07

SQL Server同步复制问题排查方法的相关文章

SQL Server 事务复制分发到订阅同步慢

原文:SQL Server 事务复制分发到订阅同步慢 最近发现有一个发布经常出现问题,每几天就出错不同步,提示要求初始化.重新调整同步后,复制还是很慢!每天白天未分发的命令就达五六百万条!要解决慢的问题,需要了解从发布数据库到订阅数据库中,有哪些操作,才知道哪个步骤同步缓慢. 这是很久之前自己做的一张图,主要描述发布到分发.分发到订阅中,复制使用了哪些操作,如下图: 发布到分发: 在发布中,复制是使用日志读取器读(sp_replcmds)取发布数据库中的事务日志的,日志读取器是按事务顺序读取的,

SQL Server 2000 复制同步配置及常见问题详解(下)

SQL Server 2000 复制同步配置及常见问题详解(下) (二)分发.发布服务器端配置及问题 1.启动配置发布.订阅服务区器和分发向导 2.指定网络位置上的快照共享文件夹 3.配置完成4.启动新建发布向导 5.选择要发布的数据库6.选择合并发布,这样无论哪一端数据发生变化都会全范围同步7.这里可以选择兼容老版本的SQL Server,默认只选20008.选择要发布的数据库中的对象9. 11.设置新建发布属性 12.勾选“允许匿名订阅”问题五:若此处没有勾选“允许匿名订阅”,则会在订阅配置

SQL Server 2000 复制同步配置及常见问题详解

SQL Server 2000 复制同步配置及常见问题详解(上) 最近因为要用SQL Server2000的同步复制功能,配置了一台分发.发布服务器和订阅服务器间的数据库同步,其中也碰到不少的问题,省去其中理论的说明,重点说明配置步骤和问题解决,现总结如下: 环境配置要求: SQL Server 2000需要打上SP4补丁,补丁可以去网上搜,地址很多,那么如何判断SP4补丁是否打上了呢? 打开查询分析器,键入SQL语句“select @@version”,按F5执行,如果结果显示 Microso

如何处理SQL Server事务复制中的大事务操作

如何处理SQL Server事务复制中的大事务操作 事务复制的工作机制 事务复制是由 SQL Server 快照代理.日志读取器代理和分发代理实现的.快照代理准备快照文件(其中包含了已发布表和数据库对象的架构和数据),然后将这些文件存储在快照文件夹中,并在分发服务器中的分发数据库中记录同步作业. 日志读取器代理监视为事务复制配置的每个数据库的事务日志,并将标记为要复制的事务从事务日志复制到分发数据库中,分发数据库的作用相当于一个可靠的存储-转发队列. 分发代理将快照文件夹中的初始快照文件和分发数

SQL Server 2008性能故障排查(一)——概论

原文:SQL Server 2008性能故障排查(一)--概论 备注:本人花了大量下班时间翻译,绝无抄袭,允许转载,但请注明出处.由于篇幅长,无法一篇博文全部说完,同时也没那么快全部翻译完,所以按章节发布.由于本人水平有限,翻译结果肯定存在问题,为了不造成误导,在每篇结尾处都附上原文,供大家参考,也希望能指出我的问题,以便改进.谢谢. 另外,本文写给稍微有经验的数据库开发人员或者DBA看,初学者可能会看不懂.在此请见谅 作者:Sunil Agarwal, Boris Baryshnikov, K

SQL Server 2008性能故障排查(三)——I/O

原文:SQL Server 2008性能故障排查(三)--I/O 接着上一章:CPU瓶颈 I/O瓶颈(I/O Bottlenecks): SQLServer的性能严重依赖I/O子系统.除非你的数据库完全加载到物理内存中,否则SQLServer会不断地把数据库文件从缓存池中搬进搬出,这会引起大量的I/O传输.同样地,日志记录在事务被声明为已提交前必须写入磁盘.最后,SQLServer基于许多原因使用tempdb,比如存储临时结果.排序和保持行版本.所以一个好的I/O子系统是SQLServer性能关

SQL Server 2008性能故障排查(二)——CPU

原文:SQL Server 2008性能故障排查(二)--CPU 承接上一篇:SQL Server 2008性能故障排查(一)--概论 说明一下,CSDN的博客编辑非常不人性化,我在word里面都排好了版,贴上来就乱得不成样了.建议CSDN改进这部分.也请大家关注内容不要关注排版.同时在翻译的过程中本人也整理了一次思路,所以还似乎非常愿意翻译,虽然有点自娱自乐,但是分享给大家也是件好事 CPU 瓶颈: CPU瓶颈可能因为某个负载所需的硬件资源不足而引起.但是过多的CPU使用通常可以通过查询优化(

sql server 本地复制订阅 实现数据库服务器 读写分离(转载)

转载地址:http://www.cnblogs.com/echosong/p/3603270.html 再前段echosong 写了一遍关于mysql 数据同步实现业务读写分离的文章,今天咱们来看下SQL Server的复制订阅实现数据的读写分离 比起mysql的复制,SQL server 复制相对强大 一. 名词解释 1.复制的 机构组成(类比报纸流通): 1).发布服务器(报社出版) 生产维护数据源,审阅所有出版数据的更改 发送给 分发服务器(邮局) 2).分发服务器 (邮局) 分发服务器包

sql server 本地复制订阅 实现数据库服务器 读写分离

原文:sql server 本地复制订阅 实现数据库服务器 读写分离 再前段echosong 写了一遍关于mysql 数据同步实现业务读写分离的文章,今天咱们来看下SQL Server的复制订阅实现数据的读写分离 比起mysql的复制,SQL server 复制相对强大 一. 名词解释 1.复制的 机构组成(类比报纸流通): 1).发布服务器(报社出版) 生产维护数据源,审阅所有出版数据的更改 发送给 分发服务器(邮局) 2).分发服务器 (邮局) 分发服务器包括分发数据库,并且存储元数据.历史