监控系统建立的基准

　　监控对于帮助确保流畅运行SQL Server系统非常重要。然而，仅仅监控本身，虽然能够在任何时候及时确定主要性能指标的值，但这并没有太大价值，除非建立合理的基准来比较这些指标。每秒处理50个事务是好、一般还是不好？如果服务器以75%的CPU资源运行，这正常吗？对于每天的这个时候、每周的这一天或者每年的这个月，这正常吗？使用系统性能基准，就能够立即将当前这些指标与该基准进行比较。
　　如果基准显示通常每秒处理30个事务，那么每秒处理50个事务的性能更优，因为系统能够处理更多事务。然而，这也可能说明其他进程正在运行，从而导致事务增加。当然，基准的确定依赖于系统。在有些情况下，基准可能是一组性能监视器日志，这些日志包含在重要系统活动或压力测试的几个时期内捕捉的主要服务器资源和SQL计数器。在另一些情况下，基准可能是在高活动时期捕捉的SQL Profiler跟踪或扩展事件日志的分析结果。这些分析可能很简单，就像特定应用程序以调用频率调用一组存储过程一样。
　　要确定SQL Server系统的性能是否最优，可以定期测量性能（即使没有问题发生）以建立服务器的性能基准。需要多少样本，每个需要多长时间，这由服务器上工作负载的性质确定。如果服务器有周期性工作负载，那么样本应该针对几个周期内的多个点进行查询，以便更好地评估最小、最大和平均速率。如果工作负载非常均衡，那么更短使其内更少的样本可以很好地表示最小、最大和平均速率。至少使用基准行呢来确定以下几点：
　　峰值和非峰值时间操作
　　查询或批处理的响应时间
　　另一个需要考虑的问题是重新捕捉基准性能的频率。在快速增长的系统中，需要经常重新捕捉基准性能。建议在当前性能与原来的基准行呢相比改变达到15%~25~时，考虑重新捕捉基准。