出现“运行合并代理进程将超过允许的最大进程数”的消息，但似乎不太可能
消息的全文为“此时运行合并代理进程将超过此发布允许的最大进程数。该进程将在资源可用时运行。”不能放在标题上。
我们在数据库上有一个合并出版物。当订阅者正在同步时，上面的消息通常会出现，同步会暂停几分钟，甚至可能超时。
发布的“最大并发进程”设置为20，使用SSMS的活动监视器，我只看到4个似乎与此发布相关的进程。无论如何，发布只有一个订阅服务器，因此似乎不太可能使用20个进程。
我是否正确的假设(一个订阅者不应该使用20个进程)，如果我是，什么会导致这个问题？
搜索谷歌的短信只会带来两个结果。
这是一个合并发布，其中发布服务器和订阅服务器都使用Server 2008 R2。
回答 1
Database Administration用户
发布于 2014-12-15 15:37:22
关于合并复制问题，第一站是阅读Chris在链接的博客文章
他将你链接到博客顶部的几个资源。这篇文章是从2010年开始的，但据我所知，合并复制还没有进行任何重要的更新。
Chris的底线是，变量太多:查询的复杂性、服务器的功能、并发进程等等，无法提供推荐的配置。例如：“我(已经)看到了一些简单的设计，很少或根本没有过滤支持1000个用户到非常复杂的过滤/连接设计，几乎无法满足10个订阅者的需求。”
他特别推荐的一个链接是：http://robtiffany.com/mobile-merge-replication-performance-and-scalability-cheat-sheet/
Rob的重点是将复制合并到Server，以便稍后传送到SQLCompact中。但是要关注合并复制的问题，他有几个建议，例如：
- 确保您的模式是充分非规范化的，这样您就不必跨表执行超过4种方式的连接。
- 为了防止Server每次订阅服务器同步时执行元数据清理，请将-MetadataRetentionCleanup参数设置为0。
- 因为Server必须扩展..。由于有更多(并发)合并代理，锁定争用将增加。调整默认配置文件的参数，使-SrcThreads和-DestThreads都等于1。
注意，我不使用合并复制。但是，根据合并问题的性质，需要比标准复制更多的资源。
https://dba.stackexchange.com/questions/85996
复制相似问题
腾讯云开发者
