当我在不同系统中的数据库之间进行同步时，我在复制监视器中收到“长时间运行的合并”警告。由于我的数据库包含数十万条记录，因此执行需要一些时间，这会导致警告为“长时间运行的合并”。
它会影响要传输的记录还是应该忽略警告？
需要采取哪些步骤？
这个警告的解决方法是什么？
【问题讨论】：
标签： sql-server-2008 merge-replication
Long Running Merge 令人遗憾地回想起移动销售人员是合并复制的主要消费者的那一天。因此，在处理或多或少连续连接的服务器时，此警告/警报几乎是无用的。
换句话说，此警告是通过“警告”选项卡中的复制监视器配置的 - 您可以在其中指定以分钟为单位的时间阈值。
因此，假设我为 LAN 连接设置了 10 分钟的阈值。这意味着当合并复制代理的连接时间超过 10 分钟时，我希望收到警告。对于通过酒店的 VPN 连接的笔记本电脑，看到它们需要 10 分钟以上的时间进行同步可能是有意义的。可悲的是，如果我们谈论的是一个已经运行了数小时或数天的专用合并代理，那么它总是会打开。
所有这一切，我将上述陈述建立在两件事上： a）关于这些东西到底是什么意思的文档非常缺乏。我用谷歌搜索并查看大量书籍，但只发现了这个： http://www.kendalvandyke.com/2008/10/difference-between-long-merge-and-slow.html b）一组简单的测试，我创建了一个新的/简单的出版物，然后一旦它启动并运行，我将阈值设置为 5 分钟。果然，发布成功同步5+分钟后，状态切换到'long running merge'
所以，虽然我不是 100% 肯定我的答案，但我相当有信心它是正确的。
同样，在处理合并的行/第二个阈值时，看起来这些阈值也主要针对“较旧的”断开/重新连接的合并场景，而不是今天更常见的“始终连接”的情况（从而使它们相对也无用作为监控机制）。
【讨论】：