关于Replication的疑问

小祝 2011-12-06 03:02:43
Replication大规模改动数据如何处理,
某条同步链因为其中的某个表一次性改动数据很大造成同步链的严重延时,尽快恢复同步链.

这两个问题有点疑问。帮忙分析下。谢谢~
...全文
61 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
小祝 2011-12-07
  • 打赏
  • 举报
回复
[Quote=引用 8 楼 perfectaction 的回复:]
知道你没同步,才说让你做sp同步的啊。
方法:http://msdn.microsoft.com/zh-cn/library/ms152754%28v=SQL.100%29.aspx

在使用之前,需要先做测试。另外参与使用这个方法的表,不可存在于两个(或以上)的发布项中。
[/Quote]

谢谢~这是个不错的方法。
nzperfect 2011-12-07
  • 打赏
  • 举报
回复
知道你没同步,才说让你做sp同步的啊。
方法:http://msdn.microsoft.com/zh-cn/library/ms152754%28v=SQL.100%29.aspx

在使用之前,需要先做测试。另外参与使用这个方法的表,不可存在于两个(或以上)的发布项中。
小祝 2011-12-07
  • 打赏
  • 举报
回复
[Quote=引用 6 楼 perfectaction 的回复:]
一般是两个方法:
1.大批量的更新或删除操作,可以写成存储过程,将其发布到订阅端,这样传给订阅端的是执行proc,大批理的update/delete并不会被分解成单行命令应用于订阅端。
2.考虑采用分批处理,定时处理,如update top 1000 或 delete top 1000这样的操作。
[/Quote]

关于1有点疑问:
sp没有同步的呢,只有表同步了。
nzperfect 2011-12-07
  • 打赏
  • 举报
回复
一般是两个方法:
1.大批量的更新或删除操作,可以写成存储过程,将其发布到订阅端,这样传给订阅端的是执行proc,大批理的update/delete并不会被分解成单行命令应用于订阅端。
2.考虑采用分批处理,定时处理,如update top 1000 或 delete top 1000这样的操作。
小祝 2011-12-07
  • 打赏
  • 举报
回复
[Quote=引用 4 楼 perfectaction 的回复:]
引用楼主 bulkinsert 的回复:
Replication大规模改动数据如何处理,
某条同步链因为其中的某个表一次性改动数据很大造成同步链的严重延时,尽快恢复同步链.

这两个问题有点疑问。帮忙分析下。谢谢~


由于log reader在读取log时是顺序的,所以你对表进行一个长时间操作并且不能完成时,log reader会一直等待,无法跳过。

不知道你的一次性改动是哪……
[/Quote]


有删除有更新的。而且影响的行数比较多。
nzperfect 2011-12-06
  • 打赏
  • 举报
回复
[Quote=引用楼主 bulkinsert 的回复:]
Replication大规模改动数据如何处理,
某条同步链因为其中的某个表一次性改动数据很大造成同步链的严重延时,尽快恢复同步链.

这两个问题有点疑问。帮忙分析下。谢谢~
[/Quote]

由于log reader在读取log时是顺序的,所以你对表进行一个长时间操作并且不能完成时,log reader会一直等待,无法跳过。

不知道你的一次性改动是哪种操作?
小祝 2011-12-06
  • 打赏
  • 举报
回复
[Quote=引用楼主 bulkinsert 的回复:]
Replication大规模改动数据如何处理,
某条同步链因为其中的某个表一次性改动数据很大造成同步链的严重延时,尽快恢复同步链.

这两个问题有点疑问。帮忙分析下。谢谢~
[/Quote]

push和pull大规模改动性能影响都是很大的。有什么间接的处理方式么。
中国风 2011-12-06
  • 打赏
  • 举报
回复
是用的推動/拉動?有沒有設置幾分鐘同步

如果是這樣建議用拉動式複製

22,209

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧