Windows 效能監控器的計數器及閾值應用

來源:互聯網
上載者:User
2009-02-19 05:11 P.M.
我把我整理的一些計數器及其閾值要求等貼出來,這些計數器是針對我對windows作業系統,C/S結構的sql server資料庫及WEB平台.net產品測試時的一些計數器;

Memory: 記憶體使用量情況可能是系統效能中最重要的因素。如果系統“頁交換”頻繁,說明記憶體不足。“頁交換”是使用稱為“頁面”的單位,將固定大小的代碼和資料區塊從 RAM 移動到磁碟的過程,其目的是為了釋放記憶體空間。儘管某些頁交換使 Windows 2000 能夠使用比實際更多的記憶體,也是可以接受的,但頻繁的頁交換將降低系統效能。減少頁交換將顯著提高系統響應速度。要監視記憶體不足的狀況,請從以下的對象計數器開始:
Available Mbytes:可用實體記憶體數. 如果Available Mbytes的值很小(4 MB 或更小),則說明電腦上總的記憶體可能不足,或某程式沒有釋放記憶體。

page/sec: 表明由於硬體分頁錯誤而從磁碟取出的頁面數,或由於分頁錯誤而寫入磁碟以釋放工作集空間的頁面數。一般如果pages/sec持續高於幾百,那麼您應該進一步研究頁交換活動。有可能需要增加記憶體,以減少換頁的需求(你可以把這個數字乘以4k就得到由此引起的硬碟資料流量)。Pages/sec 的值很大不一定表明記憶體有問題,而可能是運行使用記憶體對應檔的程式所致。

page read/sec:頁的封鎖性失敗,page/sec的子集,為瞭解析對記憶體的引用,必須讀取頁檔案的次數。閾值為>5. 越低越好。大數值表示磁碟讀而不是緩衝讀。
由於過多的頁交換要使用大量的硬碟空間,因此有可能將導致將頁交換記憶體不足與導致頁交換的磁碟瓶徑混淆。因此,在研究記憶體不足不太明顯的頁交換的原因時,您必須跟蹤如下的磁碟使用方式計數器和記憶體計數器:
Physical Disk\ % Disk Time
Physical Disk\ Avg.Disk Queue Length
例如,包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果頁面讀取操作速率很低,同時 % Disk Time 和 Avg.Disk Queue Length的值很高,則可能有磁碟瓶徑。但是,如果隊列長度增加的同時頁面讀取速率並未降低,則記憶體不足。
要確定過多的頁交換對磁碟活動的影響,請將 Physical Disk\ Avg.Disk sec/Transfer 和 Memory\ Pages/sec 計數器的值增大數倍。如果這些計數器的計數結果超過了 0.1,那麼頁交換將花費百分之十以上的磁碟存取時間。如果長時間發生這種情況,那麼您可能需要更多的記憶體。

Page Faults/sec:每秒軟性頁面失效的數目(包括有些可以直接在記憶體中滿足而有些需要從硬碟讀取)較page/sec只表明資料不能在記憶體的指定工作集中立即使用。
Cache Bytes:檔案系統快取(File System Cache),預設情況下為50%的可用實體記憶體。如IIS5.0 運行記憶體不夠時,它會自動整理緩衝。需要關注該計數器的趨勢變化
如果您懷疑有記憶體泄露,請監視 Memory\ Available Bytes 和 Memory\ Committed Bytes,以觀察記憶體行為,並監視您認為可能在泄露記憶體的進程的 Process\Private Bytes、Process\Working Set 和Process\Handle Count。如果您懷疑是核心模式進程導致了泄露,則還應該監視 Memory\Pool Nonpaged Bytes、Memory\ Pool Nonpaged Allocs 和 Process(process_name)\ Pool Nonpaged Bytes。

Pages per second :每秒鐘檢索的頁數。該數字應少於每秒一頁。

Process
%Processor Time: 被處理器消耗的處理器時間數量。如果伺服器專用於sql server,可接受的最大上限是80-85%
Page Faults/sec:將進程產生的頁故障與系統產生的相比較,以判斷這個進程對系統頁故障產生的影響。
Work set: 處理線程最近使用的記憶體頁,反映了每一個進程使用的記憶體頁的數量。如果伺服器有足夠的空閑記憶體,頁就會被留在工作集中,當自由記憶體少於一個特定的閾值時,頁就會被清除出工作集。
Inetinfo:Private Bytes:此進程所分配的無法與其它進程共用的當前位元組數量。如果系統效能隨著時間而降低,則此計數器可以是記憶體流失的最佳指標。

Processor監視“處理器”和“系統”對象計數器可以提供關於處理器使用的有價值的資訊,協助您決定是否存在瓶頸。
%Processor Time:如果該值持續超過95%,表明瓶頸是CPU。可以考慮增加一個處理器或換一個更快的處理器。
%User Time:表示耗費CPU的資料庫操作,如排序,執行aggregate functions等。如果該值很高,可考慮增加索引,盡量使用簡單的表聯結,水平分割大表格等方法來降低該值。
%Privileged Time:(CPU核心程式的時間)是在特權模式下處理線程執行代碼所花時間的百分比。如果該參數值和"Physical Disk"參數值一直很高,表明I/O有問題。可考慮更換更快的硬碟系統。另外設定Tempdb in RAM,減低"max async IO","max lazy writer IO"等措施都會降低該值。
此外,跟蹤電腦的伺服器工作隊列當前長度的 Server Work Queues\ Queue Length 計數器會顯示出處理器瓶頸。隊列長度持續大於 4 則表示可能出現處理器擁塞。此計數器是特定時間的值,而不是一段時間的平均值。
% DPC Time:越低越好。在多處理器系統中,如果這個值大於50%並且Processor:% Processor Time非常高,加入一個網卡可能會提高效能,提供的網路已經不飽和。

Thread
ContextSwitches/sec: (執行個體化inetinfo 和dllhost 進程) 如果你決定要增加線程位元組池的大小,你應該監視這三個計數器(包括上面的一個)。增加線程數可能會增加環境切換次數,這樣效能不會上升反而會下降。如果十個執行個體的環境切換值非常高,就應該減小線程位元組池的大小。

Physical Disk:
%Disk Time %:指所選磁碟機忙於為讀或寫入請求提供服務所用的時間的百分比。如果三個計數器都比較大,那麼硬碟不是瓶頸。如果只有%Disk Time比較大,另外兩個都比較適中,硬碟可能會是瓶頸。在記錄該計數器之前,請在Windows 2000 的命令列視窗中運行diskperf -yD。若數值持續超過80%,則可能是記憶體流失。
Avg.Disk Queue Length:指讀取和寫入請求(為所選磁碟在執行個體間隔中列隊的)的平均數。該值應不超過磁碟數的1.5~2 倍。要提高效能,可增加磁碟。注意:一個Raid Disk實際有多個磁碟。
Average Disk Read/Write Queue Length:指讀取(寫入)請求(列隊)的平均數。
Disk Reads(Writes)/s: 物理磁碟上每秒鐘磁碟讀、寫的次數。兩者相加,應小於磁碟裝置最大容量。
Average Disksec/Read: 指以秒計算的在此盤上讀取資料的所需平均時間。
Average Disk sec/Transfer:指以秒計算的在此盤上寫入資料的所需平均時間。
Network Interface:
Bytes Total/sec :為發送和接收位元組的速率,包括幀字元在內。判斷網路連接速度是否是瓶頸,可以用該計數器的值和目前網路的頻寬比較

SQLServer效能計數器:
Access Methods(存取方法) 用於監視訪問資料庫中的邏輯頁的方法。
. Full Scans/sec(全表掃描/秒) 每秒不受限的完全掃描數。可以是基本表掃描或全索引掃描。如果這個計數器顯示的值比1或2高,應該分析你的查詢以確定是否確實需要全表掃描,以及S Q L查詢是否可以被最佳化。
. 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)

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.