Answers:
这是我的SQL Server Perfmon教程:http : //www.brentozar.com/archive/2006/12/dba-101-using-perfmon-for-sql-performance-tuning/
有关更多计数器和阈值,这是我在Quest时做的一张海报:http ://www.quest.com/documents/landing.aspx? id=11635
这是一个很大的话题,与谷歌搜索有关的材料很多。首先,这些是我首先要看的计数器:
处理器–处理器时间百分比
系统–处理器队列长度
您可能会从您要求的每个DBA中获得不同的CPU使用率目标值。SQL Server许可证价格昂贵,因此,一方面您想最大化CPU的利用率,另一方面又不想损害可用性。在工作负载众所周知的理想环境中,您可以将使用率目标定为70%,警告率为80-90%,警报为90%+。回到现实世界,工作量达到高峰和低谷,您可能更愿意将平均目标定为50-60%。
内存–可用兆字节
分页文件-使用百分比
如果使用专用的SQL Server,则取决于所安装的RAM,少于100-200mb的可用内存可能表示饥饿和操作系统分页的风险。通常,我们不想看到太多的页面文件活动,因此我将调查百分比使用率是否大于2%,并担心它是否达到5%
缓冲区管理器–缓冲区高速缓存命中率
缓冲区管理器–页面预期寿命
相对于服务器的既定基准,最好考虑这两个计数器。理想情况下,我们希望缓存命中率尽可能接近100%,并且PLE可以运行数千秒。当他们偏离历史平均水平时要注意。
SQL统计信息-批处理请求数/秒
SQL统计信息–编译/秒
SQL统计信息-重新编译/秒
每秒请求数是衡量服务器“繁忙”程度的一个很好的相对指标。高编译/重新编译值可能表明CPU周期浪费在查询编译上。
物理磁盘-平均 磁盘秒/读
物理磁盘-平均 磁盘秒/写
物理磁盘–磁盘读取/秒
物理磁盘–磁盘写入/秒
正确配置的IO系统的粗略指导原则是:日志驱动器<5ms(理想地为1ms),数据<20ms(理想地为<10ms)。应该考虑驱动器的已知限制来考虑每秒的读取/写入,即,如果您具有1000 IOPS的容量,那么当平均IOPS达到750时,我将评估升级选项。