1、windows iis優(yōu)化性能監(jiān)視器參數(shù)詳解Memory:內(nèi)存使用情況可能是系統(tǒng)性能中最重要的因素。如果系統(tǒng)“頁交換”頻繁，說明內(nèi)存不足?！绊摻粨Q”是使用稱為“頁面”的單位，將固定大小的代碼和數(shù)據(jù)塊從RAM移動到磁盤的過程，其目的是為了釋放內(nèi)存空間。盡管某些頁交換使Windows 2000能夠使用比實(shí)際更多的內(nèi)存， 也是可以接受的，但頻繁的頁交換將降低系統(tǒng)性能。減少頁交換將顯著提高系統(tǒng)響應(yīng)速度。要監(jiān)視內(nèi)存不足的狀況，請從以下的對象計(jì)數(shù)器開始：Available Mbytes:可用物理內(nèi)存數(shù).如果 Available Mbytes的值很?。? MB或更?。?則說明 計(jì)算機(jī)上總的內(nèi)存可能不足，或某

2、程序沒有釋放內(nèi)存。page/sec:表明由于硬件頁面錯(cuò)誤而從磁盤取出的頁面數(shù)，或由于頁面錯(cuò)誤而寫入磁盤以釋 放工作集空間的頁面數(shù)。一般如果pages/sec持續(xù)高于幾百，那么您應(yīng)該進(jìn)一步研究頁交換活動。有可能需要增加內(nèi)存，以減少換頁的需求（你可以把這個(gè)數(shù)字乘以4k就得到由此引起的硬盤數(shù)據(jù)流量）。Pages/sec的值很大不一定表明內(nèi)存有問題，而可能是運(yùn)行使用內(nèi)存映射文件的程序所致。page read/sec:頁的硬故障，page/sec的子集，為了解析對內(nèi)存的引用，必須讀取頁文件的次 數(shù)。閾值為5.越低越好。大數(shù)值表示磁盤讀而不是緩存讀。由于過多的頁交換要使用大量的硬盤空間，因此有可能將導(dǎo)致將

3、頁交換內(nèi)存不足與導(dǎo)致頁交換的磁盤瓶徑混淆。因此，在研究內(nèi)存不足不太明顯的頁交換的原因時(shí)，您必須跟蹤如下的磁盤使用情況計(jì)數(shù)器和內(nèi)存計(jì)數(shù)器：Physical Disk % Disk TimePhysical Disk Avg.Disk Queue Length例如，包括 Page Reads/sec和 % Disk Time及 Avg.Disk Queue Length。如果頁面讀取操作速 率很低，同時(shí) % Disk Time和Avg.Disk Queue Length的值很高，則可能有磁盤瓶徑。但是， 如果隊(duì)列長度增加的同時(shí)頁面讀取速率并未降低，則內(nèi)存不足。要確定過多的頁交換對磁盤活動的影響，請

4、將Physical Disk Avg.Disk sec/Transfer和Memory Pages/sec計(jì)數(shù)器的值增大數(shù)倍。如果這些計(jì)數(shù)器的計(jì)數(shù)結(jié)果超過了0.1,那么頁交換將花費(fèi)百分之十以上的磁盤訪問時(shí)間。如果長時(shí)間發(fā)生這種情況，那么您可能需要更多的內(nèi)存。Page Faults/sec:每秒軟性頁面失效的數(shù)目（包括有些可以直接在內(nèi)存中滿足而有些需要從硬 盤讀?。┹^page/sec只表明數(shù)據(jù)不能在內(nèi)存的指定工作集中立即使用。Cache Bytes：文件系統(tǒng)緩存（File System Cache ,默認(rèn)情況下為 50%的可用物理內(nèi)存。如IIS5.0 運(yùn)行內(nèi)存不夠時(shí)，它會自動整理緩存。需要關(guān)注該

5、計(jì)數(shù)器的趨勢變化如果您懷疑有內(nèi)存泄露，請監(jiān)視 Memory Available Bytes 和 Memory Committed Bytes ,以觀察內(nèi)存行為，并監(jiān)視您認(rèn)為可能在泄露內(nèi)存的進(jìn)程的 ProcessPrivate Bytes、 ProcessWorking Set和ProcessHandle Count。如果您懷疑是內(nèi)核模式進(jìn)程導(dǎo)致了泄露，則還應(yīng)該監(jiān)視 MemoryPool Nonpaged Bytes、Memory Pool Nonpaged Allocs 和Process（process_name） Pool Nonpaged Bytes。Pages per second每秒鐘

6、檢索的頁數(shù)。該數(shù)字應(yīng)少于每秒一頁。Process：%Processor Time:被處理器消耗的處理器時(shí)間數(shù)量。如果服務(wù)器專用于 sql server,可接受的最 大上限是80-85%Page Faults/sec:將進(jìn)程產(chǎn)生的頁故障與系統(tǒng)產(chǎn)生的相比較，以判斷這個(gè)進(jìn)程對系統(tǒng)頁故障產(chǎn) 生的影響。Work set:處理線程最近使用的內(nèi)存頁，反映了每一個(gè)進(jìn)程使用的內(nèi)存頁的數(shù)量。如果服務(wù)器有足夠的空閑內(nèi)存，頁就會被留在工作集中，當(dāng)自由內(nèi)存少于一個(gè)特定的閾值時(shí)，頁就會被清除出工作集。Inetinfo:Private Bytes:此進(jìn)程所分配的無法與其它進(jìn)程共享的當(dāng)前字節(jié)數(shù)量。如果系統(tǒng)性能隨著時(shí)間而降低，

7、則此計(jì)數(shù)器可以是內(nèi)存泄漏的最佳指示器。Processor：監(jiān)視“處理器”和“系統(tǒng)”對象計(jì)數(shù)器可以提供關(guān)于處理器使用的有價(jià)值的信息，幫助您決定是否存在瓶頸。%Processor Time:如果該值持續(xù)超過 95%,表明瓶頸是CPU可以考慮增加一個(gè)處理器或換 一個(gè)更快的處理器。%User Time:表示耗費(fèi) CPU的數(shù)據(jù)庫操作，如排序，執(zhí)行 aggregate functions等。如果該值很 高，可考慮增加索引，盡量使用簡單的表聯(lián)接，水平分割大表格等方法來降低該值。%Privileged Time： （CPU內(nèi)核時(shí)間）是在特權(quán)模式下處理線程執(zhí)行代碼所花時(shí)間的百分比。如果該參數(shù)值和Physical

8、 Disk參數(shù)值一直很高，表明I/O有問題?？煽紤]更換更快的硬盤系 統(tǒng)。另外設(shè)置 Tempdb in RAM,減低max async IO, max lazy writer IO等措施都會降低該值。此外，跟蹤計(jì)算機(jī)的服務(wù)器工作隊(duì)列當(dāng)前長度的Server Work Queues Queue Length計(jì)數(shù)器會顯示出處理器瓶頸。隊(duì)列長度持續(xù)大于4則表示可能出現(xiàn)處理器擁塞。此計(jì)數(shù)器是特定時(shí)間的值，而不是一段時(shí)間的平均值。% DPC Time越低越好。在多處理器系統(tǒng)中，如果這個(gè)值大于50%并且Processor:% ProcessorTime非常高，加入一個(gè)網(wǎng)卡可能會提高性能，提供的網(wǎng)絡(luò)已經(jīng)不飽和。

9、ThreadContextSwitches/sec:（實(shí)例化inetinfo和dllhost進(jìn)程）如果你決定要增加線程字節(jié)池的大小，你應(yīng)該監(jiān)視這三個(gè)計(jì)數(shù)器（包括上面的一個(gè)）。增加線程數(shù)可能會增加上下文切換次數(shù)，這樣性能不會上升反而會下降。如果十個(gè)實(shí)例的上下文切換值非常高，就應(yīng)該減小線程字節(jié)池的大小。Physical Disk:%Disk Time %指所選磁盤驅(qū)動器忙于為讀或?qū)懭胝埱筇峁┓?wù)所用的時(shí)間的百分比。如果三個(gè)計(jì)數(shù)器都比較大，那么硬盤不是瓶頸。如果只有%Disk Time比較大，另外兩個(gè)都比較適中， 硬盤可能會是瓶頸。在記錄該計(jì)數(shù)器之前， 請?jiān)赪indows 2000的命令行窗口中運(yùn)行

10、 diskperf -yDo若數(shù)值持續(xù)超過 80%,則可能是內(nèi)存泄漏。Avg.Disk Queue Length:指讀取和寫入請求（為所選磁盤在實(shí)例間隔中列隊(duì)的 ）的平均數(shù)。該值 應(yīng)不超過磁盤數(shù)的1.52倍。要提高性能，可增加磁盤。注意：一個(gè) Raid Disk實(shí)際有多個(gè) 磁盤。Average Disk Read/Write Queue Length:指讀?。▽懭耄┱埱螅嘘?duì)）的平均數(shù)。Disk Reads（Writes）/s:物理磁盤上每秒鐘磁盤讀、寫的次數(shù)。兩者相加，應(yīng)小于磁盤設(shè)備最 大容量。Average Disksec/Read:指以秒計(jì)算的在此盤上讀取數(shù)據(jù)的所需平均時(shí)間。Averag

11、e Disk sec/Transfer:指以秒計(jì)算的在此盤上寫入數(shù)據(jù)的所需平均時(shí)間。Network Interface :Bytes Total/sec :為發(fā)送和接收字節(jié)的速率，包括幀字符在內(nèi)。判斷網(wǎng)絡(luò)連接速度是否是瓶頸,可以用該計(jì)數(shù)器的值和目前網(wǎng)絡(luò)的帶寬比較SQLServer性能計(jì)數(shù)器：Access Methods（訪問方法）用于監(jiān)視訪問數(shù)據(jù)庫中的邏輯頁的方法。Full Scans/sec隹表才3描/秒）每秒不受限的完全掃描數(shù)?？梢允腔颈頀呙杌蛉饕龗呙?。如果這個(gè)計(jì)數(shù)器顯示的值比1或2高，應(yīng)該分析你的查詢以確定是否確實(shí)需要全表掃描，以及S Q L查詢是否可以被優(yōu)化。.Page split

12、s/sec（頁分割/秒）由于數(shù)據(jù)更新操作引起的每秒頁分割的數(shù)量。Buffer Manager（緩沖器管理器）：監(jiān)視 Microsoft? SQL Server?如何使用：內(nèi)存存儲數(shù)據(jù)頁、 內(nèi)部數(shù)據(jù)結(jié)構(gòu)和過程高速緩存；計(jì)數(shù)器在SQL Server從磁盤讀取數(shù)據(jù)庫頁和將數(shù)據(jù)庫頁寫入磁盤時(shí)監(jiān)視物理 I/O。監(jiān)視SQL Server所使用的內(nèi)存和計(jì)數(shù)器有助于確定：是否由于缺少可用物理內(nèi)存存儲高速 緩存中經(jīng)常訪問的數(shù)據(jù)而導(dǎo)致瓶頸存在。如果是這樣，SQL Server必須從磁盤檢索數(shù)據(jù)。是否可通過添加更多內(nèi)存或使更多內(nèi)存可用于數(shù)據(jù)高速緩存或SQL Server內(nèi)部結(jié)構(gòu)來提高查詢性能。SQL Server需

13、要從磁盤讀取數(shù)據(jù)的頻率。與其它操作相比，例如內(nèi)存訪問，物理I/O會耗費(fèi)大量時(shí)間。盡可能減少物理I/O可以提高查詢性能。.Page Reads/sec每秒發(fā)出的物理數(shù)據(jù)庫頁讀取數(shù)。這一統(tǒng)計(jì)信息顯示的是在所有數(shù)據(jù)庫間 的物理頁讀取總數(shù)。由于物理 I/O的開銷大，可以通過使用更大的數(shù)據(jù)高速緩存、智能索引、更高效的查詢或者改變數(shù)據(jù)庫設(shè)計(jì)等方法，使開銷減到最小。.Page Writes/sec （.寫的頁/秒）每秒執(zhí)行的物理數(shù)據(jù)庫寫的頁數(shù)。.Buffer Cache Hit Ratio.在緩沖池（Buffer Cache/Buffer Pool）中沒有被讀過的頁占整個(gè)緩 沖池中所有頁的比率?？稍诟咚倬彺?/p>

14、中找到而不需要從磁盤中讀取的頁的百分比。這一比率是高速緩存命中總數(shù)除以自SQL Server實(shí)例啟動后對高速緩存的查找總數(shù)。經(jīng)過很長時(shí)間后，這一比率的變化很小。由于從高速緩存中讀數(shù)據(jù)比從磁盤中讀數(shù)據(jù)的開銷要小得多，一般希望這一數(shù)值高一些。通常，可以通過增加SQL Server可用的內(nèi)存數(shù)量來提高高速緩存命中率。計(jì)數(shù)器值依應(yīng)用程序而定，但比率最好為90%或更高。增加內(nèi)存直到這一數(shù)值持續(xù)高于90%,表示90%以上的數(shù)據(jù)請求可以從數(shù)據(jù)緩沖區(qū)中獲得所需數(shù)據(jù)。.Lazy Writes/sec（惰性寫/秒）惰性寫進(jìn)程每秒寫的緩沖區(qū)的數(shù)量。值最好為0。Cache Manager（高速緩存管理器）對象提供計(jì)數(shù)

15、器，用于監(jiān)視 Microsoft? SQL Server?如何使 用內(nèi)存存儲對象，如存儲過程、特殊和準(zhǔn)備好的Transact-SQL語句以及觸發(fā)器。.Cache Hit Ratio（高速緩存命中率，所有 Cache”的命中率。在 SQL Server中，Cache可以包 括Log Cache, Buffer Cache以及Procedure Cache,是一個(gè)總體的比率。）高速緩存命中次數(shù)和查找次數(shù)的比率。對于查看SQL Server高速緩存對于你的系統(tǒng)如何有效，這是一個(gè)非常好的計(jì)數(shù)器。如果這個(gè)值很低，持續(xù)低于 80%,就需要增加更多的內(nèi)存。Latches（閂）用于監(jiān)視稱為閂鎖的內(nèi)部SQL S

16、erver資源鎖。監(jiān)視閂鎖以明確用戶活動和資源使用情況，有助于查明性能瓶頸。.Average Latch Wait Ti m e （ m s ）（平均閂等待時(shí)間（毫秒）一個(gè)SQL Server線程必須等待一個(gè) 閂的平均時(shí)間，以毫秒為單位。如果這個(gè)值很高，你可能正經(jīng)歷嚴(yán)重的競爭問題。.Latch Waits/sec （閂等待/秒）在閂上每秒的等待數(shù)量。如果這個(gè)值很高，表明你正經(jīng)歷對資 源的大量競爭。Locks （鎖）提供有關(guān)個(gè)別資源類型上的SQL Server鎖的信息。鎖加在SQL Server資源上（如在一個(gè)事務(wù)中進(jìn)行的行讀取或修改），以防止多個(gè)事務(wù)并發(fā)使用資源。例如，如果一個(gè)排它（X） 鎖被一個(gè)事務(wù)加在某一表的某一行上，在這個(gè)鎖被釋放前，其它事務(wù)都不可以修改這一行。盡可能少使用鎖可提高并發(fā)性，從而改善性能?？梢酝瑫r(shí)監(jiān)視Locks對象的多個(gè)實(shí)例，每個(gè)實(shí)例代表一個(gè)資源類型上的一個(gè)鎖。.Number of Deadlocks/sec（死鎖的數(shù)量/秒）導(dǎo)致死鎖的鎖請求的數(shù)量.Average Wait Time（ms）（平均等待時(shí)間（毫秒）線程等待某種類型的鎖的平均等待時(shí)間.Lock Requests/sec（鎖請求/秒）每秒鐘某種類型的鎖請求的數(shù)量。Memory manager:用于監(jiān)視總體的服務(wù)器