yidgah 2012-05-16

SQL Server 效能監視器引數資訊解釋

SQL Server 效能計數器：

Access Methods（訪問方法） 用於監視訪問資料庫中的邏輯頁的方法。

Full Scans/sec（全表掃描/秒） 每秒不受限的完全掃描數。可以是基本表掃描或全索引掃描。如果這個計數器顯示的值比1或2高，應該分析你的查詢以確定是否確實需要全表掃描，以及SQL查詢是否可以被最佳化。

Page splits/sec（頁分割/秒）由於資料更新操作引起的每秒頁分割的數量。

Buffer Manager（緩衝器管理器）：監視 Microsoft® SQL Server？ 如何使用：記憶體儲存資料頁、內部資料結構和過程快取記憶體；計數器在 SQL Server 從磁碟讀取資料庫頁和將資料庫頁寫入磁碟時監視物理 I/O。 監視 SQL Server 所使用的記憶體和計數器有助於確定：是否由於缺少可用物理記憶體儲存快取記憶體中經常訪問的資料而導致瓶頸存在。如果是這樣，SQL Server 必須從磁碟檢索資料。 是否可透過新增更多記憶體或使更多記憶體可用於資料快取記憶體或 SQL Server 內部結構來提高查詢效能。

SQL Server 需要從磁碟讀取資料的頻率。與其它操作相比，例如記憶體訪問，物理 I/O 會耗費大量時間。儘可能減少物理 I/O 可以提高查詢效能。

。Page Reads/sec：每秒發出的物理資料庫頁讀取數。這一統計資訊顯示的是在所有資料庫間的物理頁讀取總數。由於物理 I/O 的開銷大，可以透過使用更大的資料快取記憶體、智慧索引、更高效的查詢或者改變資料庫設計等方法，使開銷減到最小。

。Page Writes/sec （。寫的頁/秒） 每秒執行的物理資料庫寫的頁數。

。Buffer Cache Hit Ratio。 在“緩衝池”（Buffer Cache/Buffer Pool）中沒有被讀過的頁佔整個緩衝池中所有頁的比率。可在快取記憶體中找到而不需要從磁碟中讀取的頁的百分比。這一比率是快取記憶體命中總數除以自 SQL Server 例項啟動後對快取記憶體的查詢總數。經過很長時間後，這一比率的變化很小。由於從快取記憶體中讀資料比從磁碟中讀資料的開銷要小得多，一般希望這一數值高一些。通常，可以透過增加 SQL Server 可用的記憶體數量來提高快取記憶體命中率。計數器值依應用程式而定，但比率最好為90%或更高。增加記憶體直到這一數值持續高於90%，表示90%以上的資料請求可以從資料緩衝區中獲得所需資料。

Lazy Writes/sec（惰性寫/秒）惰性寫程序每秒寫的緩衝區的數量。值最好為0。

Cache Manager（快取記憶體管理器） 物件提供計數器，用於監視 Microsoft® SQL Server？ 如何使用記憶體儲存物件，如儲存過程、特殊和準備好的 Transact-SQL 語句以及觸發器。

Cache Hit Ratio（快取記憶體命中率，所有Cache”的命中率。在SQL Server中，Cache可以包括Log Cache，Buffer Cache以及Procedure Cache，是一個總體的比率。） 快取記憶體命中次數和查詢次數的比率。對於檢視SQL Server快取記憶體對於你的系統如何有效，這是一個非常好的計數器。如果這個值很低，持續低於80%，就需要增加更多的記憶體。

Latches（閂） 用於監視稱為閂鎖的內部 SQL Server 資源鎖。監視閂鎖以明確使用者活動和資源使用情況，有助於查明效能瓶頸。

Average Latch Wait Ti m e （ m s ） （平均閂等待時間（毫秒）） 一個SQL Server執行緒必須等待一個閂的平均時間，以毫秒為單位。如果這個值很高，你可能正經歷嚴重的競爭問題。

Latch Waits/sec （閂等待/秒） 在閂上每秒的等待數量。如果這個值很高，表明你正經歷對資源的大量競爭。

Locks（鎖） 提供有關個別資源型別上的 SQL Server 鎖的資訊。鎖加在 SQL Server 資源上（如在一個事務中進行的行讀取或修改），以防止多個事務併發使用資源。例如，如果一個排它 （X） 鎖被一個事務加在某一表的某一行上，在這個鎖被釋放前，其它事務都不可以修改這一行。儘可能少使用鎖可提高併發性，從而改善效能。可以同時監視 Locks 物件的多個例項，每個例項代表一個資源型別上的一個鎖。

Number of Deadlocks/sec（死鎖的數量/秒） 導致死鎖的鎖請求的數量。

Average Wait Time（ms） （平均等待時間（毫秒）） 執行緒等待某種型別的鎖的平均等待時間。

Lock Requests/sec（鎖請求/秒） 每秒鐘某種型別的鎖請求的數量。

Memory manager：用於監視總體的伺服器記憶體使用情況，以估計使用者活動和資源使用，有助於查明效能瓶頸。監視 SQL Server 例項所使用的記憶體有助於確定：

是否由於缺少可用物理記憶體儲存快取記憶體中經常訪問的資料而導致瓶頸存在。如果是這樣，SQL Server 必須從磁碟檢索資料。

是否可以透過新增更多記憶體或使更多記憶體可用於資料快取記憶體或 SQL Server 內部結構來提高查詢效能。

Lock blocks：伺服器上鎖定塊的數量，鎖是在頁、行或者表這樣的資源上。不希望看到一個增長的值。

Total server memory：sql server伺服器當前正在使用的動態記憶體總量。

監視IIS需要的一些計數器：

Internet Information Services Global：

File Cache Hits %、File CacheFlushes、File Cache Hits

File Cache Hits %是全部快取請求中快取命中次數所佔的比例，反映了IIS 的檔案快取設定的工作情況。對於一個大部分是靜態網頁組成的網站，該值應該保持在80%左右。而File Cache Hits是檔案快取命中的具體值，File CacheFlushes 是自伺服器啟動之後檔案快取重新整理次數，如果重新整理太慢，會浪費記憶體；如果重新整理太快，快取中的物件會太頻繁的丟棄生成，起不到快取的作用。透過比較File Cache Hits 和File Cache Flushes 可得出快取命中率對快取清空率的比率。透過觀察它兩個的值，可以得到一個適當的重新整理值（參考IIS 的設定ObjectTTL 、MemCacheSize 、MaxCacheFileSize）

Web Service：

Bytes Total/sec：顯示Web伺服器傳送和接受的總位元組數。低數值表明該IIS正在以較低的速度進行資料傳輸。

Connection Refused：數值越低越好。高數值表明網路介面卡或處理器存在瓶頸。

Not Found Errors：顯示由於被請求檔案無法找到而無法由伺服器滿足的請求數（HTTP狀態程式碼404）