前十位的性能监控计数器

核心提示：前十位的性能监控计数器 不要总是希望最新发布的软件成为最好的一个，供稿人Jeremy Kadlec解释了建立一个性能基线的重要性，前十位的性能监控计数器，他在本系列的三篇文章中阐述了他的观点，在第一部分中，而不是网络通信量8SQL Server：锁—等待锁/每秒—总数每秒需要等待锁的请求判断是否

前十位的性能监控计数器

不要总是希望最新发布的软件成为最好的一个。供稿人Jeremy Kadlec解释了建立一个性能基线的重要性，他在本系列的三篇文章中阐述了他的观点。在第一部分中，他解释了如何确认基线。在以下的第二部分中，文章覆盖了前十位的性能监控计数器。在第三部分中，Kadlec讨论了如何使用SQL Server Profiler获取性能基线。

性能监控提供了一种非常简单的方式来收集单个SQL Server上的宏观性能统计参数。如果用户报告说发现SQL Server存在问题，性能监视器就可以用来判断SQL Server相对于基线的运行情况。所以，在每次系统发生修改(硬件、软件等)之后，或者至少是每三个月都获取相对最新的基线数据就是至关重要的。以下推荐的10个性能监视计数器都可以帮助你捕获基线，并且在你寻找系统问题的时候用来进行比较。

推荐的性能监视基线计数器
ID	计数器	描述	重要性
1	CPU -- %处理器时间	用来处理用户或者系统事务的处理器时间，与CPU空闲时间的百分比。	CPU利用率越高，用来处理用户或者系统事务的CPU时间越多
2	系统——处理器队列长度	等待CPU的线程的数量	队列长度越长，等待CPU处理的CPU指令的线程越多
3	内存——页/秒	从内存中读写的页面数量	内存利用率越高，处理器访问内存越多。
4	内存分页文件占总体的--%利用率	正在使用的所有页面的百分比	分页文件利用率越高，系统就需要在服务器上有越多的物理内存之外的内存
5	物理磁盘—平均磁盘队列长度	等待物理磁盘子系统的队列中读写请求的数量	平均磁盘队列长度越长，完成前面的请求等待所需的资源就越多。
6	SQL Server：一般统计数字——用户连接数	系统上的用户数量	用户数量越低，显示服务器所能支持的系统负载越小
7	网络接口字节总数/每秒	通过一个网卡发送和接收的字节数	判断一个网卡是否发生了网络拥塞，或者系统是否发生了与SQL Server无关的问题，而不是网络通信量
8	SQL Server：锁—等待锁/每秒—总数	每秒需要等待锁的请求	判断是否发生了过量的锁定限制了用户访问系统的资源。
9	系统—线程	计算机上线程的数量	判断线程的数量是否大大超过一般的基线，这意味着系统上产生的进程多了
10	系统—上下文切换/秒	每秒需要更改线程的进程的数量	上下文切换的越多，服务器的压力越大