監測物件

Ø System（系統）

l %Total Processor Time

系統中所有處理器都處於繁忙狀態的時間百分比，對於多處理器系統來說，該值可以反映所有處理器的平均繁忙狀態，該值為100%，如果有一半的處理器為繁忙狀態，該值為50%伺服器。器消耗的處理器時間數量.如果伺服器專用於可接受的最大上限是80% -85 %.也就是常見的CPU 使用率.

l File Data Operations/sec

計算機對檔案系統進行讀取和寫入操作的頻率，但是不包括檔案控制操作

l Process Queue Length

執行緒在等待分配CPU資源所排佇列的長度，此長度不包括正在佔有

CPU資源的執行緒。如果該佇列的長度大於處理器個數+1，就表示處理器有可能處於阻塞狀態（參考值：<=處理器個數+1）

Ø Processor（處理器）

l %Processor Time

CPU利用率，該計數器最為常用，可以檢視處理器是否處於飽和狀態，如果該值持續超過 95%，就表示當前系統的瓶頸為CPU，可以考慮增加一個處理器或更換一個性能更好的處理器。（參考值：<80%）

l %Priviliaged Time

CPU在特權模式下處理執行緒所花的時間百分比。一般的系統服務，進城管理，記憶體管理等一些由作業系統自行啟動的程序屬於這類

l %User Time

與

%Privileged Time計數器正好相反，指的是在使用者狀態模式下（即非特權模式）的操作所花的時間百分比。如果該值較大，可以考慮是否通過演算法優化等方法降低這個值。如果該伺服器是資料庫伺服器，導致此值較大的原因很可能是資料庫的排序或是函式操作消耗了過多的CPU時間，此時可以考慮對資料庫系統進行優化。表示耗費CPU的資料庫操作，如排序，執行aggregate functions等。如果該值很高，可考慮增加索引，儘量使用簡單的表聯接，水平分割大表格等方法來降低該值。

l %DPC Time

處理器在網路處理上消耗的時間，該值越低越好。越低越好。在多處理器系統中，如果這個值大於50%並且

Processor:% Processor Time非常高，加入一個網絡卡可能會提高效能，提供的網路已經不飽和。

Ø Memory（記憶體）

l Page Faults/sec

當處理器在記憶體中讀取某一頁出現錯誤時，就會產生缺頁中斷，也就是 page Fault。如果這個頁位於記憶體的其他位置，這種錯誤稱為軟錯誤，用Transition Fault/sec 來衡量；如果這個頁位於硬碟上，必須從硬碟重新讀取，這個錯誤成為硬錯誤。硬錯誤會使系統的執行效率很快將下來。Page Faults/sec這個計數器就表示每秒鐘處理的錯誤頁數，包括硬錯誤和軟錯誤。

l Page Input/sec

表示為了解決硬錯誤而寫入硬碟的頁數（參考值：>=Page Reads/sec）

l Page Reads/sec

表示為了解決硬錯誤而從硬碟上讀取的頁數。

l Page/sec

表示為了解決硬錯誤而從硬碟上讀取或寫入硬碟的頁數（參考值：00~20）

l Pages per second:

每秒鐘檢索的頁數。該數字應少於每秒一頁Working set:理執行緒最近使用的記憶體頁，反映了每一個程序使用的記憶體頁的數量。如果伺服器有足夠的空閒記憶體，頁就會被留在工作集中，當自由記憶體少於一個特定的閾值時，頁就會被清除出工作集。

l Available Mbytes

剩餘的可用實體記憶體，單位是兆位元組（參考值：>=10%）用實體記憶體數. 如果Available Mbytes的值很小(4 MB 或更小)，則說明計算機上總的記憶體可能不足，或某程式沒有釋放記憶體。

l Cathe Bytes

檔案系統的快取（預設為50%的可用實體記憶體）

Ø Process（程序）

l private Bytes

程序無法與其他程序共享的位元組數量。該計數器的值較大時，有可能是記憶體洩露的訊號

l Work set

最近處理執行緒使用的記憶體頁

Ø PhysicalDisk（磁碟）

l %Disk Time

表示磁碟驅動器為讀取或寫入請求提供服務所用的時間百分比，如果只有%Disk Time比較大，硬碟有可能是瓶頸。指所選磁碟驅動器忙於為讀或寫入請求提供服務所用的時間的百分比。如果三個計數器都比較大，那麼硬碟不是瓶頸。如果只有%Disk Time比較大，另外兩個都比較適中，硬碟可能會是瓶頸。在記錄該計數器之前，請在的命令列視窗中執行diskperf -yD。若數值持續超過80%，則可能是記憶體洩漏。應當總小於90%

l Average Disk Queue Length

表示磁碟讀取和寫入請求提供服務所用的時間百分比，可以通過增加磁碟構造磁碟陣列來提高效能（<=磁碟數的2倍）讀取和寫入請求(為所選磁碟在例項間隔中列隊的)的平均數。該值應不超過磁碟數的1.5~2 倍。要提高效能，可增加磁碟。注意：一個Raid Disk實際有多個磁碟。不應當超過物理磁碟數量的2倍,正常值<0.5

l Average Disk Read Queue Length

表示磁碟讀取請求的平均數

l Average Disk write Queue Length

表示磁碟寫入請求的平均數

l Average Disk sec/Read

磁碟中讀取資料的平均時間，單位是秒

l Average Disk sec/Transer

磁碟中寫入資料的平均時間，單位是秒，一般來說，定義該值小於15ms最為優異，介於15-30ms之間為良好，30-60ms之間為可以接受，超過60ms則需要考慮更換硬碟或硬碟的RAID方式了

l %Disk reads/sec(physicaldisk_total):

每秒讀硬碟位元組數. 該指標應總小於磁碟I/O子系統的容量

l%Disk write/sec(physicaldisk_total):

每秒寫硬碟位元組數. 該指標應當總小於硬碟I/O子系統的容量

l Disk Bytes/sec 

指在進行寫入或讀取操作時從磁碟上傳送或傳出的位元組速率。此值取決於硬碟的速度

l Disk Transfers/sec 

指在此盤上讀取/寫入操作速率。正常值<(DiskBytes/sec)/3，此值過大表示系統要求的IO速度已接近硬碟的最大速度，要更換更快的硬碟D

Ø Network Interface（網路）

l Byte Total/sec

表示網路中接受和傳送位元組的速度，可以用該計數器來判斷網路是否存在瓶頸（參考值：該計數器和網路頻寬相除，<50%）

判斷瓶頸

Ø 判斷應用程式的問題

　　如果系統由於應用程式程式碼效率低下或者系統結構設計有缺陷而導致大量的上下文切換(context switches/sec顯示的上下文切換次數太高)那麼就會佔用大量的系統資源,如果系統的吞吐量降低並且CPU的使用率很高,並且此現象發生時切換水平在15000以上,那麼意味著上下文切換次數過高.

　　從圖的整體看.context switches/sec變化不大,throughout曲線的斜率較高,並且此時的contextswitches/sec已經超過了15000.程式還是需要進一步優化.

Ø 判斷CPU瓶頸

如果processor queue length顯示的佇列長度保持不變(>=2)個並且處理器的利用率%Processortime超過90%,那麼很可能存在處理器瓶頸.如果發現processor queue length顯示的佇列長度超過2,而處理器的利用率卻一直很低,或許更應該去解決處理器阻塞問題,這裡處理器一般不是瓶頸.

%processor time平均值大於95,processor queue length大於2.可以確定CPU瓶頸.此時的CPU已經不能滿足程式需要.急需擴充套件.

CPU資源成為系統性能的瓶頸的徵兆:

很慢的響應時間(slow response time)

CPU空閒時間為零(zero percent idle CPU)

過高的使用者佔用CPU時間(%User Time)

過高的系統佔用CPU時間(%Priviliaged Time：長期大於90%或者95%)

長時間的有很長的執行程序佇列(Process Queue Lengt：大於處理器個數+1)

Ø 判斷記憶體洩露問題

　　記憶體問題主要檢查應用程式是否存在記憶體洩漏,如果發生了記憶體洩漏,process\private bytes計數器和process\working set 計數器的值往往會升高,同時avaiable bytes的值會降低.記憶體洩漏應該通過一個長時間的,用來研究分析所有記憶體都耗盡時,應用程式反應情況的測試來檢驗.

圖中可以看到該程式並不存在記憶體洩露的問題.記憶體洩露問題經常出現在服務長時間運轉的時候,由於部分程式對記憶體沒有釋放,而將記憶體慢慢耗盡.也是提醒大家對系統穩定性測試的關注.

Windows資源監控中，如果Process\Private Bytes計數器和Process\Working Set計數器的值在長時間內持續升高，同時Memory\Available bytes計數器的值持續降低，則很可能存在記憶體洩漏。

Ø 判斷記憶體不足

　如果佇列長度（Avg.Disk Queue Length）增加的同時頁面讀取速率（Page Reads/sec）並未降低，則記憶體不足。

如果Available Mbytes（剩餘實體記憶體數）的值很小(4 MB 或更小)，則說明計算機上總的記憶體可能不足，或某程式沒有釋放記憶體。

Ø 硬體問題

請觀察 Processor\ Interrupts/sec 計數器的值，該計數器測量來自輸入/輸出 (I/O) 裝置的服務請求的速度。如果此計數器的值明顯增加，而系統活動沒有相應增加，則表明存在硬體問題。

Ø I/O資源成為系統性能的瓶頸的徵兆

IO Data Bytes/sec(處理從I/O操作讀取/寫入位元組的速度。這個計數器為所有由本處理產生的包括檔案、網路和裝置I/O的活動計數。)

IO Data Operations/sec

IO Other Bytes/sec

IO Other Operations/sec

IO Read Bytes/sec(每秒IO讀取位元組數)

IO Read Operations/sec

IO Write Bytes/sec(每秒IO寫出位元組數)

IO Write Operations/sec

過高的磁碟利用率(high disk utilization) 

太長的磁碟等待佇列(Physical Disk\ Current Disk Queue Length,正在等待磁碟訪問的系統請求數量) 

等待磁碟I/O的時間所佔的百分率太高(Average Disk Queue Length) 

太高的物理I/O速率:large physical I/O rate(not sufficient in itself) 

過低的快取命中率(low buffer cache hit ratio(not sufficient in itself)) 

太長的執行程序佇列，但CPU卻空閒(Process Queue Length)

在方案執行中，如果出現了大於3個使用者的業務操作失敗，或出現了伺服器shutdown的情況，則說明在當前環境下，系統承受不了當前併發使用者的負載壓力，那麼最大併發使用者數就是前一個沒有出現這種現象的併發使用者數

Ø 監視磁碟的使用情況

監視磁碟活動涉及兩個主要方面：

監視磁碟 I/O 及檢測過度換頁

隔離 SQL Server 產生的磁碟活動

監視磁碟 I/O 及檢測過度換頁

可以對下面兩個計數器進行監視以確定磁碟活動：

PhysicalDisk: % Disk Time

PhysicalDisk: Avg. Disk Queue Length

在系統監視器中，PhysicalDisk:% Disk Time計數器監視磁碟忙於讀/寫活動所用時間的百分比。如果PhysicalDisk: % Disk Time計數器的值較高（大於 90%），請檢查PhysicalDisk: Current Disk Queue Length計數器瞭解等待進行磁碟訪問的系統請求數量。等待 I/O 請求的數量應該保持在不超過組成物理磁碟的軸數的 1.5 到 2 倍。大多數磁碟只有一個軸，但獨立磁碟冗餘陣列 (RAID) 裝置通常有多個軸。硬體 RAID 裝置在系統監視器中顯示為一個物理磁碟。通過軟體建立的多個RAID 裝置在系統監視器中顯示為多個例項。

可以使用Current Disk Queue Length和% Disk Time計數器的值檢測磁碟子系統中的瓶頸。如果Current Disk Queue Length和% Disk Time計數器的值一直很高，則考慮下列事項：

使用速度更快的磁碟驅動器。

將某些檔案移至其他磁碟或伺服器。

如果正在使用一個 RAID 陣列，則在該陣列中新增磁碟。

如果使用 RAID 裝置，% Disk Time計數器會指示大於 100% 的值。如果出現這種情況，則使用PhysicalDisk: Avg.Disk Queue Length計數器來確定等待進行磁碟訪問的平均系統請求數量。

I/O 依賴的應用程式或系統可能會使磁碟持續處於活動狀態。

監視Memory: Page Faults/sec計數器可以確保磁碟活動不是由分頁導致的。在 Windows 中，換頁的原因包括：

配置程序佔用了過多記憶體。

檔案系統活動。

如果在同一硬碟上有多個邏輯分割槽，請使用Logical Disk計數器而非Physical Disk計數器。檢視邏輯磁碟計數器有助於確定哪些檔案被頻繁訪問。當發現磁碟有大量讀/寫活動時，請檢視讀寫專用計數器以確定導致每個邏輯卷負荷增加的磁碟活動型別，例如，Logical Disk: Disk Write Bytes/sec。

Ø 判斷磁碟瓶頸

Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec頁面讀取操作速率很低，則可能存在磁碟瓶徑。

　　Physical Disk\ Disk Reads/sec and Disk Writes/sec

相關推薦