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