暴露几周后检测 监测你的SQL SERVER--让瓶颈暴露

监测你的SQL SERVER--让瓶颈暴露  

　　当您怀疑计算机硬件是影响SQL Server运行性能的主要原因时 可以通过SQL Server Performance Monitor监视相应硬件的负载 以证实您的猜测并找出系统瓶颈 下文将介绍一些常用的分析对象及其参数 　　　　 Memory: Page Faults / sec　　　　如果该值偶尔走高 表明当时有线程竞争内存 如果持续很高 则内存可能是瓶颈 　　　　 Process: Working Set　　　　SQL Server的该参数应该非常接近分配给SQL Server的内存值 在SQL Server设定中 如果将 set working set size 置为 则Windows NT会决定SQL Server的工作集的大小 如果将 set working set size 置为 则强制工作集大小为SQLServer的分配内存大小 一般情况下 最好不要改变 set working set size 的缺省值 　　　　 Process:%Processor Time　　　　如果该参数值持续超过 % 表明瓶颈是CPU 可以考虑增加一个处理器或换一个更快的处理器 　　　　 Processor:%Privileged Time　　　　如果该参数值和 Physical Disk 参数值一直很高 表明I/O有问题 可考虑更换更快的硬盘系统 另外设置Tempdb in RAM 减低 max async IO max lazy writer IO 等措施都会降低该值 　　　　 Processor:%User Time　　　　表示耗费CPU的数据库操作 如排序 执行aggregate functions等 如果该值很高 可考虑增加索引 尽量使用简单的表联接 水平分割大表格等方法来降低该值 　　　　 Physical Disk:Avg Disk Queue Length　　　　该值应不超过磁盘数的 ~ 倍 要提高性能 可增加磁盘 　　　　注意:一个Raid Disk实际有多个磁盘 　　　　 SQLServer:Cache Hit Ratio　　　　该值越高越好 如果持续低于 % 应考虑增加内存 注意该参数值是从SQL Server启动后 就一直累加记数 所以运行经过一段时间后 该值将不能反映系统当前值 lishixinzhi/Article/program/SQLServer/201311/22094