性能測試計(jì)劃-XX項(xiàng)目

1、目錄1。簡介21。1目的21.2定義、首字母縮寫詞和縮略語21。3范圍21。4參考文獻(xiàn)22。測試準(zhǔn)備22。1系統(tǒng)性能要求分析22。2測試數(shù)據(jù)準(zhǔn)備32.3測試環(huán)境準(zhǔn)備32.4測試工具選擇33。測試策略43。1測試場景43。1。1測試場景一43。1.2測試場景二53。2負(fù)載分配策略54.性能數(shù)據(jù)記錄和分析54。1被測系統(tǒng)54。2服務(wù)器64.3數(shù)據(jù)庫64.4網(wǎng)絡(luò)65.風(fēng)險(xiǎn)分析76.項(xiàng)目里程碑77。測試結(jié)束標(biāo)準(zhǔn)78。附錄I：78。1性能計(jì)數(shù)器78。2WEB服務(wù)器108.3數(shù)據(jù)庫12性能測試計(jì)劃1. 簡介1.1 目的此處描述本次測試的目的是什么，比如驗(yàn)證系統(tǒng)設(shè)計(jì)的性能目標(biāo)。1.2 定義、首字母縮寫詞和縮

2、略語此處描述本計(jì)劃中用到的專業(yè)術(shù)語定義。1.3 范圍本次測試覆蓋的范圍1.4 參考文獻(xiàn)此處列出本計(jì)劃相關(guān)的文檔,包含數(shù)據(jù)來源以及其他參考2. 測試準(zhǔn)備2.1 系統(tǒng)性能要求分析一般的性能要求包括：系統(tǒng)容量：系統(tǒng)最大容納多少個用戶注冊.訪問數(shù)：同時訪問系統(tǒng)的用戶數(shù).并發(fā)數(shù)：一個操作同時執(zhí)行的并發(fā)數(shù)目,一個系統(tǒng)中應(yīng)該有不同操作的并發(fā)數(shù)的組合(一般是有權(quán)限進(jìn)行操作的用戶）。響應(yīng)時間：用戶提交一個操作到得到響應(yīng)的時間間隔.性能測試關(guān)鍵的一個因素就是壓力，性能是在系統(tǒng)設(shè)計(jì)滿足的最大壓力下的性能.并發(fā)數(shù)要不小于系統(tǒng)正常運(yùn)行的峰值,數(shù)據(jù)總量不小于系統(tǒng)正常運(yùn)行3個月的數(shù)據(jù)量。在描述并發(fā)用戶數(shù)目時，總是會帶有相應(yīng)

3、的時間段限制。系統(tǒng)的性能指標(biāo)實(shí)質(zhì)上應(yīng)當(dāng)使用單位時間內(nèi)系統(tǒng)處理請求的個數(shù)以及請求響應(yīng)時間描述.單位時間內(nèi)能處理的請求個數(shù)就是系統(tǒng)的業(yè)務(wù)吞吐量。虛擬并發(fā)用戶的數(shù)量可以使用如下的公式換算:(真實(shí)用戶數(shù)×每個真實(shí)用戶請求數(shù)）/（總請求響應(yīng)時間+真實(shí)用戶總思考時間)=（虛擬用戶數(shù)×每用戶請求個數(shù)）/（總請求響應(yīng)時間+虛擬用戶總思考時間)=吞吐量.22.2 測試數(shù)據(jù)準(zhǔn)備數(shù)據(jù)分析可以參考以下方式：歷史數(shù)據(jù)分析有助于數(shù)據(jù)量級的確定.從歷史數(shù)據(jù)入手，找出高峰期數(shù)據(jù)量。從其他相似或者相同系統(tǒng)入手，進(jìn)行數(shù)據(jù)分析，找出高峰期數(shù)據(jù)量。無歷史或者相關(guān)系統(tǒng)可以參考的時候，就要對系統(tǒng)的性能數(shù)據(jù)進(jìn)行估算,包

4、含系統(tǒng)容量，并發(fā)數(shù)等數(shù)據(jù)，估算以后給相關(guān)人員進(jìn)行評審或者修訂以后，按照大家同意的性能指標(biāo)進(jìn)行測試.測試數(shù)據(jù)最好和真實(shí)數(shù)據(jù)相同，如果能夠獲得真實(shí)系統(tǒng)運(yùn)行3個月的數(shù)據(jù)，我們就可以在此基礎(chǔ)上進(jìn)行性能測試。測試數(shù)據(jù)最重要的是要達(dá)到真實(shí)環(huán)境運(yùn)行下的數(shù)據(jù)量級。下面是某一個系統(tǒng)一年的數(shù)據(jù)量估算。數(shù)據(jù)對象數(shù)據(jù)量計(jì)算方法用戶8000重要通知記彔200000 新建通知記彔: 800個單位*250天,一天一條通知，共計(jì)200000條通知，每條通知發(fā)送給10個接收人回復(fù)通知記彔400000 回復(fù)通知記彔： 800單位*2條*250天=400000條回復(fù)記彔轉(zhuǎn)發(fā)通知記彔12500 轉(zhuǎn)發(fā)通知記彔： 1條通知*轉(zhuǎn)發(fā)給5個單

5、位每個單位有20個人50（平均只需轉(zhuǎn)發(fā)一半人)*250天（每天需要轉(zhuǎn)發(fā)一條通知)=12500 發(fā)文400000 800個單位250天,一天2篇發(fā)文，共計(jì)400000條發(fā)文收文400000 800個單位*250天,一天2篇收文，共計(jì)400000條通知效能日報(bào)400000 800個單位250天，一天新建2個日報(bào)：共計(jì)400000條日報(bào),每個日報(bào)發(fā)給10個接收人信息上報(bào)200000 800個單位250天,一天上報(bào)1條信息：共計(jì)200000條上報(bào)信息督察督辦40000 800個單位*250天，每5天新建1條記彔：共計(jì)40000條記彔2.3 測試環(huán)境準(zhǔn)備測試環(huán)境要求盡量和真實(shí)環(huán)境相同，至少要求服務(wù)器配置

6、和網(wǎng)絡(luò)帶寬和拓?fù)浣Y(jié)構(gòu)應(yīng)該相似.主要內(nèi)容:服務(wù)器數(shù)量和配置，操作系統(tǒng)和數(shù)據(jù)庫版本，軟硬件部署等。用途硬件配置軟件配置Web服務(wù)器CPU 內(nèi)存 硬盤操作系統(tǒng) IE版本 數(shù)據(jù)庫服務(wù)器測試客戶端其他配置網(wǎng)絡(luò)或子網(wǎng)基于TCP/IP協(xié)議的局域網(wǎng)結(jié)構(gòu)，千兆帶寬，防火墻需要開放服務(wù)端口和管理服務(wù)端口2.4 測試工具選擇選用jmeter作為性能壓測工具,服務(wù)器端采用nmon/zabbix 監(jiān)控服務(wù)器端資源占用3. 測試策略對于一個特定的業(yè)務(wù)系統(tǒng)，用戶一般會分散在一天的各個時間段進(jìn)行訪問。在不同的時間段中，用戶使用業(yè)務(wù)系統(tǒng)的頻率不同，而系統(tǒng)的繁忙程度不同。在一些特定的條件下,可能出現(xiàn)短時間內(nèi)用戶集中訪問某個業(yè)務(wù)系

7、統(tǒng)的情況。例如對于公文處理子系統(tǒng)而言，可能就存在短時間內(nèi)大量用戶查看并辦理某條公文的情況。在進(jìn)行性能測試時，應(yīng)當(dāng)使用“考慮最壞情況的原則"。也就是應(yīng)當(dāng)在用戶使用業(yè)務(wù)系統(tǒng)最頻繁、對系統(tǒng)造成最大壓力的情況下對系統(tǒng)的功能進(jìn)行測試，判斷各功能和頁面是否能夠滿足性能的要求，系統(tǒng)的響應(yīng)時間是否過長.另一方面，系統(tǒng)性能的驗(yàn)證必須做到“覆蓋全面”.雖然系統(tǒng)中各個功能的使用頻率并不相同，一些功能的使用頻率相對于其他功能來說比較低，但是在進(jìn)行性能測試和優(yōu)化時，不能忽略這些功能,編制測試用例時也不能僅僅選擇最常用功能。例如可能所有的用戶都會訪問我的通知列表，但是一般只有5%的用戶會使用通過系統(tǒng)設(shè)置模塊查找

8、某個用戶的信息;但是在測試時，我們并不能因?yàn)椴榭从脩粜畔⒐δ艿氖褂妙l率相對較少，而忽略掉這項(xiàng)功能的測試.3.1 測試場景測試場景的選擇和系統(tǒng)的具體業(yè)務(wù)相關(guān)。計(jì)劃制定者一定對系統(tǒng)的業(yè)務(wù)十分了解.測試場景從整個業(yè)務(wù)系統(tǒng)分離出來，一般可以參考以下方法:l 以前的系統(tǒng)或者其他類似業(yè)務(wù)系統(tǒng)的數(shù)據(jù)參考l 相關(guān)項(xiàng)目文檔關(guān)于場景的描述場景選擇的一個策略可以是按照對系統(tǒng)性能影響的程度，以操作響應(yīng)時間多少為序.場景選擇要包含系統(tǒng)所有能夠影響性能的操作,這些影響主要有：l 和其他系統(tǒng)有交互的操作，要等待其他系統(tǒng)或者組件返回結(jié)果的操作:第三方接口的使用，合成，識別等l 本身存在后臺處理的業(yè)務(wù):后臺處理耗時的業(yè)務(wù)（評分

9、，更新排行榜等），數(shù)據(jù)庫查詢等l 使用緩存信息的操作設(shè)計(jì)場景的時候要考慮思考時間。在用戶真實(shí)使用環(huán)境中，用戶操作不同功能之間并不是連續(xù)不斷的，而是在不同步驟之間有所延遲，稱之為“思考時間”.在設(shè)計(jì)用例時，應(yīng)當(dāng)模擬實(shí)際用戶使用系統(tǒng)的方式，在不同的操作步驟中加入用戶的“思考時間”，才能夠模擬真實(shí)的壓力情況.測試場景要說明覆蓋了哪些場景，沒有覆蓋到哪些場景,為什么沒有覆蓋。3.1.1 測試場景一步驟說明備注：Action、平均響應(yīng)時間（S）1打開主界面Action：訪問首頁(FWSY）;52輸入用戶名密碼(需進(jìn)行參數(shù)化)，登錄系統(tǒng)，進(jìn)入首頁Action：登陸(DL);53點(diǎn)擊“我的通知”標(biāo)簽，進(jìn)入通

10、知列表頁面Action：進(jìn)入通知列表（JRTZLB);54在我的通知上點(diǎn)擊已收通知標(biāo)題鏈接，查看通知（重要通知）Action：查看通知(CKTZ)；55在我的通知上點(diǎn)擊已收通知的“回復(fù)”鏈接,進(jìn)入回復(fù)界面Action：進(jìn)入回復(fù)界面（JRHFJM）；56在通知回復(fù)界面上填寫回復(fù)內(nèi)容并提交Action:回復(fù)通知（HFTZ）;53.1.2 測試場景二3.2 負(fù)載分配策略場景確定以后，就要確定各個場景的比例數(shù).各個場景所占比例的多少可以根據(jù)以下方法進(jìn)行確定：l 歷史數(shù)據(jù)統(tǒng)計(jì)l 其他系統(tǒng)參考l 如果是一個全新的系統(tǒng),需要測試人員估計(jì)一個比例以后和項(xiàng)目組討論確定.服務(wù)器上總的負(fù)載確定以后，需要在客戶端進(jìn)行

11、壓力分配，就是各個測試機(jī)上運(yùn)行多少和什么樣的測試場景：和具體的網(wǎng)絡(luò)條件以及機(jī)器配置相關(guān)。計(jì)劃的負(fù)載下，性能達(dá)到設(shè)計(jì)要求以后,可以持續(xù)增加系統(tǒng)的壓力,一直到瓶頸出現(xiàn)，可以為系統(tǒng)性能的提高提出改進(jìn)方向。測試場景一測試場景二總計(jì)192.168.×.×104114222228192。168.×。×104114222228192.168。×。×104114222228192。168。×。×104114222228192。168。×。×104114222228總計(jì)50205520101010101404.

12、性能數(shù)據(jù)記錄和分析根據(jù)系統(tǒng)性能要求，記錄需要的數(shù)據(jù),可以對以下數(shù)據(jù)進(jìn)行記錄和分析:4.1 被測系統(tǒng)各個主要Action的響應(yīng)時間,在自動加載壓力測試的同時，人工檢查各項(xiàng)數(shù)據(jù)是否和自動記錄的數(shù)據(jù)相同.內(nèi)存、CPU、虛擬內(nèi)存、句柄、線程,可以使用操作系統(tǒng)的性能計(jì)數(shù)器來記錄這些數(shù)據(jù)，或者測試工具自己可以記錄?？捎涗洸煌瑝毫ο赂鞣N操作響應(yīng)時間的變化.比如100路200路500路下的各個操作的響應(yīng)時間分布情況,內(nèi)存、CPU使用情況等，以分析壓力的增加對系統(tǒng)性能的影響。在壓力不斷增大的情況下,找出響應(yīng)超時的操作，對這些操作超時進(jìn)行詳細(xì)分析，給性能改進(jìn)提出意見，最好能夠指出瓶頸所在,比如是數(shù)據(jù)庫、網(wǎng)絡(luò)或者C

13、PU原因引起。下圖是壓力倍數(shù)和處理器時間的關(guān)系：說明在3倍壓力的情況下處理器時間縮小，說明在其它的部分已經(jīng)出現(xiàn)性能瓶頸，不需要太多的處理器時間來處理事件。出現(xiàn)性能瓶頸的時候,識別出是哪個場景不符合，著重測試這個場景性能拐點(diǎn)出現(xiàn)的條件。數(shù)據(jù)記錄可以采取采樣的方式進(jìn)行，也可以采取線型記錄的方式全部記錄,根據(jù)系統(tǒng)的具體需要以及工具的功能而定。4.2 服務(wù)器服務(wù)器的數(shù)據(jù)主要考察CPU，內(nèi)存，虛擬內(nèi)存,硬盤，頁面錯誤，句柄,線程.服務(wù)器CPU,內(nèi)存剩余不多的時候性能的影響.4.3 數(shù)據(jù)庫數(shù)據(jù)庫主要考察的指標(biāo)有占用的內(nèi)存，CPU。各個查詢或者其他操作的響應(yīng)時間,特別是數(shù)據(jù)量比較大的時候4.4 網(wǎng)絡(luò)網(wǎng)絡(luò)流量

14、監(jiān)控，帶寬等。特別是出現(xiàn)網(wǎng)絡(luò)超時的時候，系統(tǒng)響應(yīng)情況。5. 風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)描述風(fēng)險(xiǎn)緩解措施風(fēng)險(xiǎn)應(yīng)對措施觸發(fā)條件責(zé)任人6. 項(xiàng)目里程碑里程碑任務(wù)工作量（人日)開始日期結(jié)束日期責(zé)任人制定測試計(jì)劃測試腳本準(zhǔn)備測試工具開發(fā)測試環(huán)境部署測試數(shù)據(jù)準(zhǔn)備執(zhí)行測試性能測試報(bào)告7. 測試結(jié)束標(biāo)準(zhǔn)測試結(jié)束標(biāo)準(zhǔn)一般依據(jù)以下原則：所有計(jì)劃的測試已經(jīng)完成所有計(jì)劃收集的性能數(shù)據(jù)已經(jīng)獲得所有性能瓶頸得到改善并達(dá)到設(shè)計(jì)要求8. 附錄I：8.1 性能計(jì)數(shù)器性能對象計(jì)數(shù)器描述Processor使用Processor Time(所有實(shí)例)指處理器執(zhí)行非閑置線程時間的百分比.這個計(jì)數(shù)器設(shè)計(jì)成用來作為處理器活動的主要指示器。它通過在每個范

15、例間隔中衡 量處理器用于執(zhí)行閑置處理線程的時間，并且用 100 減去該值得出.(每臺處理器有一個閑置線程,該線程在沒有其它線程可以運(yùn)行時消耗周期）?？蓪⑵湟暈榉独g隔用于做有用工作的百分比.這個計(jì)數(shù)器顯示在范例間隔時所看到的忙時平均值。這個值是用 100% 減去該服務(wù)不活動的時間計(jì)算出來的.Processor瓶頸Interrupts/sec指處理器每秒鐘接收并維護(hù)的硬件中斷的平均值。它不包括 DPC,DPC將單獨(dú)計(jì)算.這個值是產(chǎn)生中斷的設(shè)備（如:系統(tǒng)時鐘、鼠標(biāo)、磁盤驅(qū)動器、數(shù)據(jù)交流線路、網(wǎng)絡(luò)街面卡和其它附件設(shè)備)的活動的間接指示器，這些設(shè)備通常在完成了一項(xiàng)任務(wù)或需要注意時中斷處理器.正常的線程

16、操作在中斷時懸停。大多數(shù)的系統(tǒng)時鐘每隔10毫秒中斷處理器一次,形成了間隔活動的后臺。這個計(jì)數(shù)值顯示用上兩個實(shí)例中觀察到的值之間的差除于實(shí)例間隔的持續(xù)時間所得的值.System/Processor Queue Length（所有實(shí)例）是指處理列隊(duì)中的線程數(shù)。即使在有多個處理器的計(jì)算機(jī)上處理器時間也會有一個單列隊(duì).不象磁盤計(jì)數(shù)器，這個計(jì)數(shù)器僅計(jì)數(shù)就緒的線程，而不計(jì)數(shù)運(yùn)行中的線程.如果處理器列隊(duì)中總是有兩個以上的線程通常表示處理器堵塞。這個計(jì)數(shù)器僅顯示上一次觀察的值;而不是一個平均值。System/Context Switches/sec 指計(jì)算機(jī)上的所有處理器全都從一個線程轉(zhuǎn)換到另一個線程的綜合速

17、率.當(dāng)正在運(yùn)行的線程自動放棄處理器時出現(xiàn)上下文轉(zhuǎn)換，由一個有更高優(yōu)先就緒的線程占先或在用戶模式和特權(quán)(內(nèi)核）模式之間轉(zhuǎn)換以使用執(zhí)行或分系統(tǒng)服務(wù)。它是在計(jì)算機(jī)上的所有處理器上運(yùn)行的所有線程的Thread: Context Switches/sec 的總數(shù)并且用轉(zhuǎn)換數(shù)量衡量.在系統(tǒng)和線程對象上有上下文轉(zhuǎn)換計(jì)數(shù)器。這個計(jì)數(shù)值顯示在上一次兩個實(shí)例中觀察到的值除于實(shí)例間隔的持續(xù)時間所得的值的差異。Process(進(jìn)程)Private Bytes指這個處理不能與其它處理共享的、已分配的當(dāng)前 字節(jié)數(shù)。Virtual Bytes指處理使用的虛擬地址空間的以字節(jié)數(shù)顯示的當(dāng)前大小. 使用虛擬地址空間不一定是指對磁

18、盤或主內(nèi)存頁的相應(yīng)的使用。虛 擬空間是有限，如果使用過多，可能會限制處理加載數(shù)據(jù) 庫的能力。Working Set指這個處理的Working Set中的當(dāng)前字節(jié)數(shù)。Working Set是在處理中被線程最近觸到的那個內(nèi)存頁集。如果計(jì)算機(jī)上的可用內(nèi)存處于閾值以上,即使頁不在使用中，也會留在一個處理的 Working Set中。當(dāng)可用內(nèi)存降到閾值以下,將從 Working Set 中刪除頁.如果需要頁時，它會在離開主內(nèi)存前軟故障返回到 Working Set 中.Handle Count由這個處理現(xiàn)在打開的句柄總數(shù)。這個數(shù)字是在這個處理中每個線程當(dāng)前打開的句柄的總數(shù)。ObjectsThreads線

19、程指在數(shù)據(jù)收集時在計(jì)算機(jī)中線程的數(shù)目.請注意這是一個即時計(jì)算而不是一個時間間隔的平均值。一個線程為一個基本的可執(zhí)行實(shí)體，該實(shí)體在處理器中執(zhí)行指令。Memory使用Available Bytes 是計(jì)算機(jī)上可用于運(yùn)行處理的有效物理內(nèi)存的字節(jié)數(shù)量。是用零、 空閑和備用內(nèi)存表上的空間總值計(jì)算的?？臻e內(nèi)存指可以使用內(nèi)存；零內(nèi)存指為了防止以后的處理看到以前處理使用的數(shù)據(jù)而在很多頁內(nèi)存中充滿了零的內(nèi)存。備用內(nèi)存是指從處理的工作集（它的物理內(nèi)存)移到磁盤的,但是仍舊可以調(diào)用的內(nèi)存。這個計(jì)數(shù)器只顯示上一次觀察到的值；它不是一個平均值.Cache Bytes 是 System Cache Resident By

20、tes 的總數(shù)。System Driver Resident Bytes、System Code Resident Bytes、以及 Pool Paged Resident Bytes 計(jì)數(shù)器。該計(jì)數(shù)器只顯示最后一次觀察的值，它不是一個平均值。Memory瓶頸或溢出Pages/sec 是指為解析硬頁錯誤從磁盤讀取或?qū)懭氪疟P的頁數(shù)。(當(dāng)處理程序請求不在本身工作集或物理內(nèi)存其它地方中的代碼或數(shù)據(jù)，而必須要從磁盤上檢索時就會出現(xiàn)硬頁錯誤）。這個計(jì)數(shù)器設(shè)計(jì)成可以顯示導(dǎo)致系統(tǒng)范圍延緩類型錯誤的主要指示器。它是 Memory: Pages Input/sec 和 Memory: Pages Output/

21、sec 的總和.是用頁數(shù)計(jì)算的，以便在不用做轉(zhuǎn)換的情況下就可以同其它頁計(jì)數(shù)如：  Memory： Page Faults/sec 做比較,這個值包括為滿足錯誤而在文件系統(tǒng)緩存（通常由應(yīng)用程序請求）的非緩存映射內(nèi)存文件中檢索的頁。這個計(jì)數(shù)器顯示用上兩個實(shí)例中觀察到的值之間的差除于實(shí)例間隔的持續(xù)時間所得的值。Page Reads/sec 是指為解析硬頁錯誤而讀取磁盤的次數(shù).（當(dāng)處理請求的硬頁錯誤不在工作集和物理內(nèi)存其它地方中的代碼或數(shù)據(jù)，而必須從磁盤上檢索時就會出現(xiàn)硬頁錯誤）.這個計(jì)數(shù)器設(shè)計(jì)成可以顯示導(dǎo)致系統(tǒng)范圍延緩錯誤的主要指示器。這個包括要滿足錯誤而在文件系統(tǒng)緩存(通常由應(yīng)用程序請求

22、）的非緩存映射內(nèi)存文件終檢索的頁。這個計(jì)數(shù)器顯示用上兩個實(shí)例中觀察到的值之間的差除于實(shí)例間隔的持續(xù)時間所得的值。Transition Faults/sec 是指由在修改頁列表、備份頁表或在頁錯誤時寫入磁盤上造成的頁錯誤數(shù)量。這些頁是在沒有額外磁盤活動的情況下恢復(fù)的。傳輸 錯誤是在不計(jì)算每次操作時出錯的頁數(shù)的情況下計(jì)算錯誤數(shù)量.這個計(jì)數(shù)器顯示用上兩個實(shí)例中觀察到的值之間的差除于實(shí)例間隔的持續(xù)時間所得的值。Pool Paged Bytes 指在分頁池中的字節(jié)數(shù),分頁池是系統(tǒng)內(nèi)存(操作系統(tǒng)使用的物理內(nèi)存）中可供對象(在不處于使用時可以寫入磁盤的）使用的一個區(qū)域。Memory: Pool Paged

23、Bytes 的計(jì)數(shù)方式與 Process： Pool Paged Bytes 的方式不同，因此可能不等于Process： Pool Paged Bytes: _Total 。這個計(jì)數(shù)器僅顯示上一次觀察的值；而不是一個平均值.Pool Nonpaged Bytes 指在非分頁池中的字節(jié)數(shù)，非分頁池是指系統(tǒng)內(nèi)存（操作系統(tǒng)使用的物理內(nèi)存)中可供對象（指那些在不處于使用時不可以寫入磁盤上 而且只要分派過就必須保留在物理內(nèi)存中的對象)使用的一個區(qū)域。Memory: Pool Nonpaged Bytes 的計(jì)數(shù)方式與 Process: Pool Nonpaged Bytes 的計(jì)數(shù)方式不同，因此可能不等

24、于Pool Nonpaged Bytes: _Total。 這個計(jì)數(shù)器僅顯示上一次觀察的值；而不是一個平均值。PhysicalDisk的使用%Disk Time 指所選磁盤驅(qū)動器忙于為讀或?qū)懭胝埱筇峁┓?wù)所用的時間的百分比。請謹(jǐn)慎對待% Disk Time計(jì)數(shù)器。因?yàn)樵撚?jì)數(shù)器的 _Total 實(shí)例不能精確反映多磁盤系統(tǒng)的利用率,因此使用 % Idle Time 計(jì)數(shù)器也非常重要.% Idle Time 匯報(bào)在實(shí)例間隔時磁盤閑置時間的百分比.Disk Reads/sec 指在此盤上讀取操作的速率.Disk Writes/sec 指在此盤上寫入操作的速率。PhysicalDisk的瓶頸Avg。Di

25、sk Queue Length(所有實(shí)例)指讀取和寫入請求(為所選磁盤在實(shí)例間隔中列隊(duì)的）的平均數(shù)。SystemFile Data Operations/ sec指在計(jì)算機(jī)的所有邏輯磁盤上讀取和寫入操作的綜合速度。這是系統(tǒng)的逆轉(zhuǎn)率:每秒鐘的文件控制操作.這個總值顯示了上兩個實(shí)例中觀察到的值的差異除于實(shí)例間隔的時間。Processor Queue Length是指處理列隊(duì)中的線程數(shù).即使在有多個處理器的計(jì)算機(jī)上處理器時間也會有一個單列隊(duì)。不象磁盤計(jì)數(shù)器，這個計(jì)數(shù)器僅計(jì)數(shù)就緒的線程，而不計(jì)數(shù)運(yùn)行中的線程。如果處理器列隊(duì)中總是有兩個以上的線程通常表示處理器堵塞.這個計(jì)數(shù)器僅顯示上一次觀察的值；而不是

26、一個平 均值。網(wǎng)絡(luò)使用Network Segment Net Utilization網(wǎng)絡(luò)吞吐量 協(xié)議傳輸計(jì)數(shù)器（隨網(wǎng)絡(luò)協(xié)議而改變)；對于 TCP/IP：Network Interface Bytes total/secNetwork Interface Packets/secServer Bytes Total/sec or Server Bytes Transmitted/sec 和 Server Bytes Received/sec可能需要監(jiān)視網(wǎng)絡(luò)的其他對象或服務(wù)器吞吐量，如監(jiān)視網(wǎng)絡(luò)活動中所述。8.2 WEB服務(wù)器計(jì)數(shù)器描述參考值Processor：Processor TimeC

27、PU使用率，如果一個或多個處理器的該數(shù)值持續(xù)超過 90，則表示CPU是瓶頸.小于75。排除內(nèi)存因素，如果該計(jì)數(shù)器的值比較大，而同時網(wǎng)卡和硬盤的值比較低，那么可以確定CPU 瓶頸。Processor：%User Time表示耗費(fèi)CPU的數(shù)據(jù)庫操作，如排序，執(zhí)行aggregate functions等。如果該值很高,可考慮增加索引,盡量使用簡單的表聯(lián)接,水平分割大表格等方法來降低該值Memory:Available Mbytes物理內(nèi)存的可用.至少要有10的物理內(nèi)存值.如果Available Mbytes的值很小(4 MB 或更?。?，則說明計(jì)算機(jī)上總的內(nèi)存可能不足,或某程序沒有釋放內(nèi)存.Memor

28、y：Cache Bytes文件系統(tǒng)緩存。默認(rèn)情況下為50%的可用物理內(nèi)存.A: Requests Queued由于處理請求的服務(wù)器資源不足而未執(zhí)行的請求總數(shù).RequestQueued 在理想狀況下應(yīng)該接近0,如果這兩個值太大，那么需要重寫代碼提高性能.A： Request Execution Time執(zhí)行最近的請求所用的毫秒數(shù)。ASP.NETApplications：Request/Sec每秒執(zhí)行的請求數(shù).它表示應(yīng)用程序的當(dāng)前吞吐量.在恒定負(fù)載下，此數(shù)值應(yīng)處于特定的范圍內(nèi)（不包含其他的服務(wù)器工作，如垃圾回收、緩存清理線程和外部服務(wù)器工具等）.如果Request/Sec

29、的值比較小，Web 程序可能是瓶頸.ASP。NET： Request Wait Time隊(duì)列中的最近請求等待處理的亳秒數(shù)。Request WaitTime在理想狀況下應(yīng)該接近0，如果這兩個值太大，那么需要重寫代碼提高性能。ASP。NET： Request rejected由于處理請求的服務(wù)器資源不足而未執(zhí)行的請求總數(shù).此計(jì)數(shù)器表示返回 503 HTTP 狀態(tài)代碼（表示服務(wù)器太忙）的請求數(shù)量。PhysicalDisk:Disk Time所選磁盤驅(qū)動器忙于為讀或?qū)懭胝埱筇峁┓?wù)所用的時間的百分比PhysicalDisk：Average DiskQueue Length指讀取和寫入請求（為所選磁盤在

30、實(shí)例間隔中列隊(duì)的）的平均數(shù)該值應(yīng)不超過磁盤數(shù)的1。52 倍PhysicalDisk：Average DiskRead QueueLength指讀取請求(為所選磁盤在實(shí)例間隔中列隊(duì)的）的平均數(shù)。兩者相加，應(yīng)小于磁盤設(shè)備最大容量.PhysicalDisk:Average Disk Write QueueLength指寫入請求（為所選磁盤在實(shí)例間隔中列隊(duì)的)的平均數(shù).PhysicalDisk：Average Disksec/Read指以秒計(jì)算的在此盤上讀取數(shù)據(jù)的所需平均時間.PhysicalDisk:Average Disksec/Transfer指以秒計(jì)算的在此盤上寫入數(shù)據(jù)的所需平均時間。Phys

31、icalDisk：Disk Reads/sec在此磁盤上讀取操作的數(shù)率PhysicalDisk：Disk Writes /sec在此磁盤上寫入操作的數(shù)率Web Service: Bytes Total/sec顯示W(wǎng)eb服務(wù)器發(fā)送和接受的總字節(jié)數(shù).低數(shù)值表明該IIS正在以較低的速度進(jìn)行數(shù)據(jù)傳輸。Internet Information Services Global： File CacheFlushesFile CacheFlushes 是自服務(wù)器啟動之后文件緩存刷新次數(shù)，如果刷新太慢，會浪費(fèi)內(nèi)存；如果刷新太快,緩存中的對象會太頻繁的丟棄生成,起不到緩存的作用。8.3 數(shù)據(jù)庫計(jì)數(shù)器描述參考值MS

32、SQL$SQLEXPRESS ：Access MethodsFull Scans/sec（全表掃描/每秒)每秒不受限的完全掃描數(shù)。可以是基本表掃描或是全索引掃描。如果比1或2高，應(yīng)分析查詢，以確定是否需要全表掃描，以及SQL查詢是否可以被優(yōu)化。Processor :Processor TimeCPU使用率，如果一個或多個處理器的該數(shù)值持續(xù)超過 90，則表示此測試的負(fù)載對于目前的硬件過于沉重。小于75。排除內(nèi)存因素，如果該計(jì)數(shù)器的值比較大，而同時網(wǎng)卡和硬盤的值比較低，那么可以確定CPU 瓶頸.Process：Processor Time(sqlserver)被處理器消耗的處理器時間數(shù)量。如果服務(wù)

33、器專用于sql server，可以接受的最大上限是8085.Memory:AvailableMBytes物理內(nèi)存的可用.至少要有10%的物理內(nèi)存值.MSSQLSQLEXPRESS ：Access MethodsPage Splits/sec（頁分割/秒）,由于數(shù)據(jù)庫更新操作引起的每秒頁分割的數(shù)量。MSSQLSQLEXPRESS ：Buffer ManagerBuffer cache hit ratio高速緩存命中率:引用當(dāng)前位于高速緩存中頁的需求的百分率。預(yù)先在內(nèi)存中擁有頁，允許SQL Server避免請求從磁盤子系統(tǒng)執(zhí)行一次物理I/O。比率最好為90或更高.MSSQLSQLEXPRESS ：

34、Buffer ManagerLazy writes/sec每秒被緩沖區(qū)管理器的惰性寫入器寫入的緩沖區(qū)數(shù)。惰性寫入器是一個系統(tǒng)進(jìn)程，其主要任務(wù)是刷新成批的老化的臟緩沖區(qū)（指包含更改的緩沖區(qū),這些更改必須寫回磁盤,才能使該緩沖區(qū)由其它頁重新使用），并使之可由用戶進(jìn)程使用。惰性寫入器消除了為創(chuàng)建可用緩沖區(qū)而頻繁執(zhí)行檢查點(diǎn)的需要。最好為0。MSSQLSQLEXPRESS ：Buffer ManagerPage reads/sec每秒發(fā)出的物理數(shù)據(jù)庫頁讀取數(shù)。這一統(tǒng)計(jì)信息顯示的是在所有數(shù)據(jù)庫間的物理頁讀取總數(shù)。由于物理I/O的開銷大，可以通過使用更大的數(shù)據(jù)高速緩存、智能索引、更高效的查詢或者改變數(shù)據(jù)庫設(shè)計(jì)等方法,使開銷減到最小。MSSQLSQLEXPRESS ：Buffer ManagerPage writes/sec每秒執(zhí)行的物理數(shù)據(jù)庫寫的頁數(shù).MSSQLSQLEXPRESS ：Catalog MetadataCache Hit Ratio顯示在高速緩存中找到數(shù)據(jù)的命中率。如果數(shù)值持續(xù)小于85，則表示內(nèi)存有問題.MSSQL$SQLEXPRESS :DatabasesTransactions/sec每秒為數(shù)據(jù)庫啟動的事務(wù)數(shù).MSSQLSQLEXPRESS ：Locks（DataBase)Average Wait Time （ms)每個鎖請求被迫等待的平均時間量，以毫秒