Distributor问：服务器使用 1publication到 2subscribers或使用 2且每台publications相同articles的服务器更便宜/更高效subscriber？
细节：
我们最近遇到了一个问题，即我们Transactional Replication的DistributortoSubscriber进程将停止并且不会优雅地恢复。这几乎就像一些事务被跳过或被乱序应用。从历史上看，我们刚刚解决了这个问题reinitializing并publication继续前进。
我们已将其缩小到Distributor服务器上的资源利用问题。大多数情况下，我们可以通过重新启动服务器来解决，Azure但较大的服务器publications并不总是自行恢复。
我们articles需要将所有内容交付到两台不同的服务器（一台用于 IT 部门拥有的报告功能，另一台用于数据分析师团队拥有的报告功能）。我们将把各种文章分成几组，每组得到 2 篇，然后将它们发送到我们接受两者publications的单独服务器。一个连接到 IT 服务器，另一个连接到 Data Analyst 服务器。如下所示：DistributorPublicationspublication
资源利用问题的部分原因是数据分析服务器上对命令blocking应用的昂贵查询。replication我们正在与该团队合作以改进查询，但我也想看看我们是否可以进行架构调整以提供帮助。
我正在寻找是否有任何理由可以降低Distributor发送 1publication到 2subscribers而不是使用 2publications到单个的成本subscriber。如下所示：
有没有人对这种潜在的实施有任何经验？
我认为这不会有太大的区别，但通常除非在同一篇文章中需要第二个发布者（例如，每个发布者都使用不同的行或列过滤器），否则没有理由有两个发布者并且会导致经销商需要做一些额外的工作来管理两个而不是一个。
如果我的内存服务器正确，事务复制分发器首先将事务的命令复制到订阅服务器，然后再应用它们。因此，如果您的问题是其中一个订阅者上的锁定/阻塞问题，那么无论如何这与您的发布者到分发者架构无关。