我想在我的 SQL Server 上启用复制，根据文档，与作为本地分发器的 SQL Server 上的负载相比，作为远程分发器的服务器上的负载更少（即在发布者中插入/更新的负载为 8-10%） （即 bieng Publisher 和 Distributer）（16-25% 用于插入/更新）。[页码：11]
此外，文档（与 MSSQL Server 2000 相关）提到，在使用远程 Distributor 时，压力条件下的成本可能低至 8-10%，而在使用本地 Distributor 时成本会更高，这对 MSSQL 2017 也适用吗？我问这个的原因是，由于我目前的限制，我计划将我的 SQL 服务器作为本地分销商。我应该继续我的计划还是有任何严重的缺点？
SQL Server 2000 是很久以前的一个版本，在处理较新版本（例如 SQL Server 2017）时，我不一定会遵循大多数关于最佳实践的文档。
有趣的是，在过去的 10 年里，我一直在使用事务复制来运行 SQL Server 2008 R2 的实例，直到目前运行 SQL Server 2019 的实例，而且我一直在发布服务器上运行分发服务器。由于这样做，我从来没有遇到任何明显的问题。我已经将它与一些相当繁忙的服务器一起使用，这些服务器在它们之间复制了大量数据。
如果这是您在服务器上实现复制的唯一选择，那么我会说尝试一下。如果您发现这样做会导致不利的性能问题，那么您可以禁用复制作业或删除发布。但在我看来，我认为在 Publisher 服务器上运行 Distributor 遇到任何实际问题的风险很低。