![我是否永远不应该将事务复制分发器放在订阅服务器上?](https://linux22.com/image/595934/%E6%88%91%E6%98%AF%E5%90%A6%E6%B0%B8%E8%BF%9C%E4%B8%8D%E5%BA%94%E8%AF%A5%E5%B0%86%E4%BA%8B%E5%8A%A1%E5%A4%8D%E5%88%B6%E5%88%86%E5%8F%91%E5%99%A8%E6%94%BE%E5%9C%A8%E8%AE%A2%E9%98%85%E6%9C%8D%E5%8A%A1%E5%99%A8%E4%B8%8A%EF%BC%9F.png)
选择用于事务复制的分发服务器时需要考虑哪些因素?在我们的拓扑中,我们始终将分发服务器驻留在发布服务器上。我们很少生成快照,而且性能足够好,所以这对我们来说是可以的。我们的一个实例正在移动到具有可用性组的 Windows 群集,因此我们需要将分发服务器移出以实现弹性/对称性。
目前,我们的两个选择是使用物理上靠近发布商的服务器,或者使用我们的单一订阅服务器。我们的发布商在我们的总部,而我们的订阅者则在我们的 ISP 运营的场外托管设施中。我们有一条相当好的线路。我们甚至考虑后者的原因是为了节省工作和许可成本。
答案1
我会将分发器尽可能靠近发布器。我这样说的原因是日志重用的条件之一是 VLF 中的所有记录是否都已由日志读取器处理。如果由于某种原因,发布器和分发器之间的线路中断,则日志有被填满的风险。
话虽如此,我不得不质疑你关于将分销商从发布商转移的说法。我运行过包含发布商和分销商的集群实例,没有任何问题。