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

当您怀疑计算机硬件是影响SQL Server运行性能的主要原因时，可以通过SQL Server Performance Monitor监视相应硬件的负载，以证实您的猜测并找出系统瓶颈。下文将介绍一些常用的分析对象及其参数。 u2/ L  
$64c 'wo_p  
　　Memory: Page Faults / sec 3 ]H@p  
gY+dL;Nu$5  
　　如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。 X2IQ?bK  
GI%iu\#$U  
　　Process: Working Set B4cEq!j  
: U8u9.*  
　　SQL Server的该参数应该非常接近分配给SQL Server的内存值。在SQL Server设定中，如果将"set working set size"置为0, 则Windows NT会决定SQL Server的工作集的大小。如果将"set working set size"置为1，则强制工作集大小为SQLServer的分配内存大小。一般情况下，最好不要改变"set working set size"的缺省值。 N?#mv pY?  
\9h  Y7W&  
　　Process:%Processor Time DnMY>+ZPY  
D-UU^_(uB  
　　如果该参数值持续超过95%，表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。 W(V2wG@  
p;g, UeF'}  
　　Processor:%Privileged Time P]"s*c4\7T  
\Nq0{r/@  
　　如果该参数值和"Physical Disk"参数值一直很高，表明I/O有问题。可考虑更换更快的硬盘系统。另外设置Tempdb in RAM，减低"max async IO"，"max lazy writer IO"等措施都会降低该值。 |% d!?f  
P qm+"NW  
　　Processor:%User Time f\(F?|;  
K:O6)W[k6  
　　表示耗费CPU的数据库操作，如排序，执行aggregate functions等。如果该值很高，可考虑增加索引，尽量使用简单的表联接，水平分割大表格等方法来降低该值。 tjQB K?<  
>.`$'yBy  
　　Physical Disk:Avg.Disk Queue Length DVjwQLg6)d  
?#p.WZJc  
　　该值应不超过磁盘数的1.5~2倍。要提高性能，可增加磁盘。 /S{Cjvc  
m>tiDbjg:  
　　注意:一个Raid Disk实际有多个磁盘。 @ s6/qHel  
V%Ks=TF1Y  
　　SQLServer:Cache Hit Ratio na<6a Z;#G  
a4h*R'O<}  
　　该值越高越好。如果持续低于80%，应考虑增加内存。 注意该参数值是从SQL Server启动后，就一直累加记数，所以运行经过一段时间后，该值将不能反映系统当前值。