小编tmw*_*ods的帖子

合并复制同步很慢

我遇到了一个无法预料的问题,sub 掉线了(一般错误,可能是连接问题),现在我重新连接了 sub,它的重新同步速度非常慢。它似乎下载了大约 1000 个更改,然后在那里放置了大约一个小时,然后再添加 1000 个。

子快照

任何想法为什么这会如此缓慢?这只是一个几十人的桌子,我觉得这不会在星期一之前赶上(当我有用户打算上网时)。

任何帮助表示赞赏!谢谢!

更新

它现在已经运行了超过 24 小时,并且正在慢慢地咀嚼记录,但速度仍然非常缓慢。它现在在上面的镜头和“使用订阅者分配的分区 ID 枚举过滤文章中的更改”之间切换。是的,有一个过滤器,但自从我第一次设置复制以来它就一直存在,以前从未引起过问题。

第二次更新

当我进入复制监视器时出现错误:

The replication agent has not logged a progress message in 10 minutes. This might indicate an unresponsive agent or high system activity. Verify that records are being replicated to the destination and that connections to the Subscriber, Publisher, and Distributor are still active.

但奇怪的是,系统活动为零,并且我在此发布上有另一个订阅者工作,以及从同一发布者到同一订阅者的辅助复制工作正常。我试过停止和重新启动,拍摄并应用新的快照,但似乎没有任何效果。没有阻塞的进程,没有死锁的活动查询或我能想到的任何其他检查。

要清楚:

  • 出版物 A => Sub 1: WORKING
  • 出版物 A => Sub 2: NOT WORKING
  • 出版物 B => Sub 1: …

performance sql-server merge-replication data-synchronization

5
推荐指数
1
解决办法
4045
查看次数