監測你的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"置為0, 則Windows NT會決定SQL Server的工作集的大小。如果將"set working set size"置為1，則強制工作集大小為SQLServer的分配記憶體大小。一般情況下，最好不要改變"set working set size"的預設值。
　　
　　Process:%Processor Time
　　
　　如果該引數值持續超過95%，表明瓶頸是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
　　
　　該值應不超過磁碟數的1.5~2倍。要提高效能，可增加磁碟。
　　
　　注意:一個Raid Disk實際有多個磁碟。
　　
　　SQLServer:Cache Hit Ratio
　　
　　該值越高越好。如果持續低於80%，應考慮增加記憶體。 注意該引數值是從SQL Server啟動後，就一直累加記數，所以執行經過一段時間後，該值將不能反映系統當前值。[@more@]