Server合并复制中的限制-发布到子类数

Question

我在这里找几件不同的东西。

据我所知，工作组版本支持每个出版物最多25个订阅者。如果有的话，有谁知道在SQL 2008 R2的企业版和标准版中每个酒吧的subs数量是多少？(2008年的信息也很好)

另外，有谁有过50+潜艇对抗一家酒吧的经验吗？我们正在寻找一些想法，在性能如何与这么多的潜艇。你需要添加一个额外的酒吧来处理负载吗？当一定数量的酒吧同时尝试同步时，是否存在问题？

Answer 1

工作组版本是唯一有订阅限制(25)的版本。然而，对快照发布的订阅在工作站上仍然是无限的。标准和企业根本没有这些限制。据我所知，至少从2005年起就出现了这种情况。(来源)

显然，订阅的性能是基于事务数量的。与Server中的所有“容量”一样，这都是测试性能的问题。有如此多的变量需要考虑，任何公式化的答案都只是一个疯狂的猜测。但是，50个订阅并不是闻所未闻的，所以不要担心您会用它破坏SQL。轶事:这里的另一个团队有几家酒吧，有75家分店，他们只运行一台服务器，没有真正的问题。

编辑:一位SQL专家的同事刚刚向我介绍了关于合并订阅的性能的这个Technet链接。它是为2005年编写的，但主要适用于2008年(R2)。