JHFB Asked: 2012-06-06 06:50:28 +0800 CST2012-06-06 06:50:28 +0800 CST 2012-06-06 06:50:28 +0800 CST 复制监视器：为什么当前的平均性能很差？ 772 我是复制菜鸟。我们在 SQL Server 中设置了一个非常简单的事务复制。我正在查看订阅者的复制监视器，我的一个订阅显示当前平均性能不佳。我的理解是这是从延迟阈值得出的，但是当我查看订阅的详细信息时，性能非常好，延迟为 00:00:00。对于它的价值，同步状态很好。 为什么当前的平均性能很差？这个“平均值”在什么时间段内？此订阅没有明显问题，并且已经活跃了一段时间。 （我要求我自己的知识，并确保没有应该修改的损坏/次优的东西） sql-server-2008 replication 2 个回答 Voted Best Answer mrdenny 2012-06-06T07:44:56+08:002012-06-06T07:44:56+08:00 我个人忽略了优秀，差等。只要待处理的记录数量不是很高，并且赶上的时间不是很高，我认为一切都很好。大多数时候，前屏幕显示器都非常具有误导性。 SQLGuyChuck 2012-06-19T23:11:09+08:002012-06-19T23:11:09+08:00 您可以自定义 ReplMonitor 中不同级别的阈值，但如果您整天都在观看 ReplMonitor 或为所有订阅配置警报，您会发疯的。就像 Denny 提到的，分发延迟确实是关键。我写了一个电子邮件过程来为所有有延迟问题的订阅发送警报：http : //sqlwebpedia.com/content/sql-replication-undelivered-command-count 和一个用于捕获错误（ReplMonitor 在重试失败事件时是绿色的）http ://sqlwebpedia.com/content/sql-replication-error-summary。我现在很少使用 ReplMonitor，除了运行 TracerTokens 进行实时问题调查。另请查看我的网站以获取 SQL 星期六讲义和演示文稿。我还为 SQL Pass Dev VC 做了一个记录。
我个人忽略了优秀，差等。只要待处理的记录数量不是很高，并且赶上的时间不是很高，我认为一切都很好。大多数时候，前屏幕显示器都非常具有误导性。
您可以自定义 ReplMonitor 中不同级别的阈值，但如果您整天都在观看 ReplMonitor 或为所有订阅配置警报，您会发疯的。就像 Denny 提到的，分发延迟确实是关键。我写了一个电子邮件过程来为所有有延迟问题的订阅发送警报：http : //sqlwebpedia.com/content/sql-replication-undelivered-command-count 和一个用于捕获错误（ReplMonitor 在重试失败事件时是绿色的）http ://sqlwebpedia.com/content/sql-replication-error-summary。我现在很少使用 ReplMonitor，除了运行 TracerTokens 进行实时问题调查。另请查看我的网站以获取 SQL 星期六讲义和演示文稿。我还为 SQL Pass Dev VC 做了一个记录。