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的值很小（4 MB 或更?。?，則說明計(jì)算機(jī)上總的內(nèi)存可能不足，或某程序沒有釋放內(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)致將頁交換內(nèi)存不足與導(dǎo)致頁交換的磁盤瓶徑混淆,。因此，在研究內(nèi)存不足不太明顯的頁交換的原因時(shí),，您必須跟蹤如下的磁盤使用情況計(jì)數(shù)器和內(nèi)存計(jì)數(shù)器： 

Physical Disk\ % Disk Time 

Physical 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)存不足,。 

要確定過多的頁交換對磁盤活動的影響，請將 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)注該計(jì)數(shù)器的趨勢變化 

如果您懷疑有內(nèi)存泄露，請監(jiān)視 Memory\ Available Bytes 和 Memory\ Committed Bytes,，以觀察內(nèi)存行為,，并監(jiān)視您認(rèn)為可能在泄露內(nèi)存的進(jìn)程的 Process\Private Bytes、Process\Working Set 和Process\Handle Count,。如果您懷疑是內(nèi)核模式進(jìn)程導(dǎo)致了泄露,，則還應(yīng)該監(jiān)視 Memory\Pool Nonpaged Bytes、Memory\ Pool Nonpaged Allocs 和 Process(process_name)\ Pool Nonpaged Bytes,。 

Pages per second :每秒鐘檢索的頁數(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í),，頁就會被清除出工作集。 

Inetinforivate Bytes:此進(jìn)程所分配的無法與其它進(jìn)程共享的當(dāng)前字節(jié)數(shù)量,。如果系統(tǒng)性能隨著時(shí)間而降低,，則此計(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ù)值和"hysical 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:% Processor Time非常高,，加入一個(gè)網(wǎng)卡可能會提高性能，提供的網(wǎng)絡(luò)已經(jīng)不飽和,。 

Thread 

ContextSwitches/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)行diskperf -yD,。若數(shù)值持續(xù)超過80%，則可能是內(nèi)存泄漏,。 

Avg.Disk Queue Length:指讀取和寫入請求(為所選磁盤在實(shí)例間隔中列隊(duì)的)的平均數(shù),。該值應(yīng)不超過磁盤數(shù)的1.5~2 倍。要提高性能,，可增加磁盤,。注意：一個(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í)間。 

Average 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(全表掃描/秒) 每秒不受限的完全掃描數(shù)?？梢允腔颈頀呙杌蛉饕龗呙?。如果這個(gè)計(jì)數(shù)器顯示的值比1或2高，應(yīng)該分析你的查詢以確定是否確實(shí)需要全表掃描,，以及S Q L查詢是否可以被優(yōu)化,。 

. Page splits/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 需要從磁盤讀取數(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è)緩沖池中所有頁的比率,。可在高速緩存中找到而不需要從磁盤中讀取的頁的百分比,。這一比率是高速緩存命中總數(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ù)器,，用于監(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 Server 資源鎖,。監(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ù)器內(nèi)存使用情況，以估計(jì)用戶活動和資源使用,，有助于查明性能瓶頸,。監(jiān)視 SQL Server 實(shí)例所使用的內(nèi)存有助于確定： 

是否由于缺少可用物理內(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)來提高查詢性能。 

Lock blocks:服務(wù)器上鎖定塊的數(shù)量,，鎖是在頁,、行或者表這樣的資源上。不希望看到一個(gè)增長的值,。 

Total server memory：sql server服務(wù)器當(dāng)前正在使用的動態(tài)內(nèi)存總量.