我有一个MS SQL 2000服务器使用事务复制和一个请求到用户系统监视器，并检查复制是否正常，不影响服务器的性能。
什么柜台select的提示，如何解释它们，在这个方向上有什么好的联系？
谢谢
复制应该有大量的特定计数器可供select。 几个代理有一个传递延迟计数器，它会告诉你复制是否在后面。 你希望这个数字尽可能低。 数字越高（你必须看看你的环境产生了什么），用户的背后就越远越好。
至于如果您的分发服务器在发布服务器上运行可能会导致性能问题，尤其是如果您有大量的订阅服务器会影响发布服务器的负载，则会影响服务器上的性能。 如果他们是分开的，那么发布者不应该有太多的负担。 如果您将它们放在同一台服务器上，请考虑将分发服务器移到它自己的服务器上。
我们在发布者的事务日志中有太多VLF（虚拟日志文件）导致复制性能问题，导致内部碎片。 VLF的数量很多是由于日志随着时间的推移而增长太小，所以我们可能也有外部文件碎片问题。
您可以通过对发布服务器数据库运行DBCC LOGINFO来检查VLF的数量。
查看这些文章以获取更多详细信息，以及如果您的环境受到影响，如何解决问题：
http://www.sqlskills.com/BLOGS/KIMBERLY/post/Transaction-Log-VLFs-too-many-or-too-few.aspx http://www.sqlskills.com/blogs/kimberly/post/8 -Steps到好事务日志，throughput.aspx