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

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

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

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

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

5、條通知*轉(zhuǎn)發(fā)給5個(gè)單位*每個(gè)單位有20個(gè)人*50%（平均只需轉(zhuǎn)發(fā)一半人）*250天（每天需要轉(zhuǎn)發(fā)一條通知）=12500 發(fā)文 400000 800個(gè)單位*250天，一天2篇發(fā)文,共計(jì)400000條發(fā)文 收文 400000 800個(gè)單位*250天，一天2篇收文,共計(jì)400000條通知 效能日?qǐng)?bào) 400000 800個(gè)單位*250天，一天新建2個(gè)日?qǐng)?bào)：共計(jì)400000條日?qǐng)?bào)，每個(gè)日?qǐng)?bào)發(fā)給10個(gè)接收人 信息上報(bào) 200000 800個(gè)單位*250天，一天上報(bào)1條信息：共計(jì)200000條上報(bào)信息 督察督辦 40000 800個(gè)單位*250天，每5天新建1條記彔：共計(jì)40000條記彔 2.3 測(cè)試環(huán)境準(zhǔn)

6、備測(cè)試環(huán)境要求盡量和真實(shí)環(huán)境相同，至少要求服務(wù)器配置和網(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ù)器測(cè)試客戶端其他配置網(wǎng)絡(luò)或子網(wǎng)基于TCP/IP協(xié)議的局域網(wǎng)結(jié)構(gòu)，千兆帶寬，防火墻需要開放服務(wù)端口和管理服務(wù)端口2.4 測(cè)試工具選擇選用jmeter作為性能壓測(cè)工具，服務(wù)器端采用nmon/zabbix 監(jiān)控服務(wù)器端資源占用3. 測(cè)試策略對(duì)于一個(gè)特定的業(yè)務(wù)系統(tǒng)，用戶一般會(huì)分散在一天的各個(gè)時(shí)間段進(jìn)行訪問。在不同的時(shí)間段中，用戶使用業(yè)務(wù)系統(tǒng)的頻率不同，而系統(tǒng)的繁忙程度不同。在一些

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

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

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

10、陸(DL)；53點(diǎn)擊“我的通知”標(biāo)簽，進(jìn)入通知列表頁面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 測(cè)試場(chǎng)景二3.2 負(fù)載分配策略場(chǎng)景確定以后，就要確定各個(gè)場(chǎng)景的比例數(shù)。各個(gè)場(chǎng)景所占比例的多少可以根據(jù)以下方法進(jìn)行確定：l 歷史數(shù)據(jù)統(tǒng)計(jì)l 其他系統(tǒng)參考l 如果是一個(gè)全新的系統(tǒng)，需要測(cè)試人員估計(jì)一個(gè)比例以后和項(xiàng)目組討論確定

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

12、50205520101010101404. 性能數(shù)據(jù)記錄和分析根據(jù)系統(tǒng)性能要求，記錄需要的數(shù)據(jù)，可以對(duì)以下數(shù)據(jù)進(jìn)行記錄和分析：4.1 被測(cè)系統(tǒng)各個(gè)主要Action的響應(yīng)時(shí)間，在自動(dòng)加載壓力測(cè)試的同時(shí)，人工檢查各項(xiàng)數(shù)據(jù)是否和自動(dòng)記錄的數(shù)據(jù)相同。內(nèi)存、CPU、虛擬內(nèi)存、句柄、線程，可以使用操作系統(tǒng)的性能計(jì)數(shù)器來記錄這些數(shù)據(jù)，或者測(cè)試工具自己可以記錄。可記錄不同壓力下各種操作響應(yīng)時(shí)間的變化。比如100路200路500路下的各個(gè)操作的響應(yīng)時(shí)間分布情況，內(nèi)存、CPU使用情況等，以分析壓力的增加對(duì)系統(tǒng)性能的影響。在壓力不斷增大的情況下，找出響應(yīng)超時(shí)的操作，對(duì)這些操作超時(shí)進(jìn)行詳細(xì)分析，給性能改進(jìn)提出意見，最

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

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

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

16、常在完成了一項(xiàng)任務(wù)或需要注意時(shí)中斷處理器。正常的線程操作在中斷時(shí)懸停。大多數(shù)的系統(tǒng)時(shí)鐘每隔10毫秒中斷處理器一次，形成了間隔活動(dòng)的后臺(tái)。這個(gè)計(jì)數(shù)值顯示用上兩個(gè)實(shí)例中觀察到的值之間的差除于實(shí)例間隔的持續(xù)時(shí)間所得的值。System/Processor Queue Length（所有實(shí)例） 是指處理列隊(duì)中的線程數(shù)。即使在有多個(gè)處理器的計(jì)算機(jī)上處理器時(shí)間也會(huì)有一個(gè)單列隊(duì)。不象磁盤計(jì)數(shù)器，這個(gè)計(jì)數(shù)器僅計(jì)數(shù)就緒的線程，而不計(jì)數(shù)運(yùn)行中的線程。如果處理器列隊(duì)中總是有兩個(gè)以上的線程通常表示處理器堵塞。這個(gè)計(jì)數(shù)器僅顯示上一次觀察的值；而不是一個(gè)平均值。System/Context Switches/sec 指計(jì)算

17、機(jī)上的所有處理器全都從一個(gè)線程轉(zhuǎn)換到另一個(gè)線程的綜合速率。當(dāng)正在運(yùn)行的線程自動(dòng)放棄處理器時(shí)出現(xiàn)上下文轉(zhuǎn)換，由一個(gè)有更高優(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)和線程對(duì)象上有上下文轉(zhuǎn)換計(jì)數(shù)器。這個(gè)計(jì)數(shù)值顯示在上一次兩個(gè)實(shí)例中觀察到的值除于實(shí)例間隔的持續(xù)時(shí)間所得的值的差異。Process(進(jìn)程)Private Bytes指這個(gè)處理不能與其它處理共享的、已分配的當(dāng)前 字節(jié)數(shù)。Virtual Bytes指處理使用的虛擬地址空間的以

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

19、程當(dāng)前打開的句柄的總數(shù)。ObjectsThreads線程指在數(shù)據(jù)收集時(shí)在計(jì)算機(jī)中線程的數(shù)目。請(qǐng)注意這是一個(gè)即時(shí)計(jì)算而不是一個(gè)時(shí)間間隔的平均值。一個(gè)線程為一個(gè)基本的可執(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)存。這個(gè)計(jì)數(shù)器只顯示上一次觀察到的值；它不是一個(gè)平均值。Cache Bytes

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

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

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

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

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

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

26、常表示處理器堵塞。這個(gè)計(jì)數(shù)器僅顯示上一次觀察的值；而不是一個(gè)平 均值。網(wǎng)絡(luò)使用Network Segment % Net Utilization網(wǎng)絡(luò)吞吐量 協(xié)議傳輸計(jì)數(shù)器（隨網(wǎng)絡(luò)協(xié)議而改變）；對(duì)于 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ò)的其他對(duì)象或服務(wù)器吞吐量，如監(jiān)視網(wǎng)絡(luò)活動(dòng)中所述。8.2 WEB服務(wù)器計(jì)數(shù)器

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

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

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

30、 Queue Length指讀取和寫入請(qǐng)求(為所選磁盤在實(shí)例間隔中列隊(duì)的)的平均數(shù)該值應(yīng)不超過磁盤數(shù)的1.52 倍PhysicalDisk：Average Disk Read Queue Length指讀取請(qǐng)求(為所選磁盤在實(shí)例間隔中列隊(duì)的)的平均數(shù)。兩者相加，應(yīng)小于磁盤設(shè)備最大容量。PhysicalDisk：Average Disk Write Queue Length指寫入請(qǐng)求(為所選磁盤在實(shí)例間隔中列隊(duì)的)的平均數(shù)。PhysicalDisk：Average Disk sec/Read指以秒計(jì)算的在此盤上讀取數(shù)據(jù)的所需平均時(shí)間。PhysicalDisk：Average Disk sec/T

31、ransfer指以秒計(jì)算的在此盤上寫入數(shù)據(jù)的所需平均時(shí)間。PhysicalDisk：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ù)器啟動(dòng)之后文件緩存刷新次數(shù)，如果刷新太慢，會(huì)浪費(fèi)內(nèi)存；如果刷新太快，緩存中的對(duì)象會(huì)太頻

32、繁的丟棄生成，起不到緩存的作用。8.3 數(shù)據(jù)庫計(jì)數(shù)器描述參考值MSSQL$SQLEXPRESS :Access MethodsFull Scans/sec（全表掃描/每秒）每秒不受限的完全掃描數(shù)。可以是基本表掃描或是全索引掃描。如果比1或2高，應(yīng)分析查詢，以確定是否需要全表掃描，以及SQL查詢是否可以被優(yōu)化。Processor :%Processor TimeCPU使用率，如果一個(gè)或多個(gè)處理器的該數(shù)值持續(xù)超過 90%，則表示此測(cè)試的負(fù)載對(duì)于目前的硬件過于沉重。小于75%。排除內(nèi)存因素，如果該計(jì)數(shù)器的值比較大，而同時(shí)網(wǎng)卡和硬盤的值比較低，那么可以確定CPU 瓶頸。Process :%Proces

33、sor Time（sqlserver）被處理器消耗的處理器時(shí)間數(shù)量。如果服務(wù)器專用于sql server，可以接受的最大上限是8085。Memory :Available MBytes物理內(nèi)存的可用。至少要有10%的物理內(nèi)存值。MSSQL$SQLEXPRESS :Access MethodsPage Splits/sec（頁分割/秒），由于數(shù)據(jù)庫更新操作引起的每秒頁分割的數(shù)量。MSSQL$SQLEXPRESS :Buffer ManagerBuffer cache hit ratio高速緩存命中率：引用當(dāng)前位于高速緩存中頁的需求的百分率。預(yù)先在內(nèi)存中擁有頁，允許SQL Server避免請(qǐng)求從磁

34、盤子系統(tǒng)執(zhí)行一次物理I/O。比率最好為90或更高。MSSQL$SQLEXPRESS :Buffer ManagerLazy writes/sec每秒被緩沖區(qū)管理器的惰性寫入器寫入的緩沖區(qū)數(shù)。惰性寫入器是一個(gè)系統(tǒng)進(jìn)程，其主要任務(wù)是刷新成批的老化的臟緩沖區(qū)（指包含更改的緩沖區(qū)，這些更改必須寫回磁盤，才能使該緩沖區(qū)由其它頁重新使用），并使之可由用戶進(jìn)程使用。惰性寫入器消除了為創(chuàng)建可用緩沖區(qū)而頻繁執(zhí)行檢查點(diǎn)的需要。最好為0。MSSQL$SQLEXPRESS :Buffer ManagerPage reads/sec每秒發(fā)出的物理數(shù)據(jù)庫頁讀取數(shù)。這一統(tǒng)計(jì)信息顯示的是在所有數(shù)據(jù)庫間的物理頁讀取總數(shù)。由于物

35、理I/O的開銷大，可以通過使用更大的數(shù)據(jù)高速緩存、智能索引、更高效的查詢或者改變數(shù)據(jù)庫設(shè)計(jì)等方法，使開銷減到最小。MSSQL$SQLEXPRESS :Buffer ManagerPage writes/sec每秒執(zhí)行的物理數(shù)據(jù)庫寫的頁數(shù)。MSSQL$SQLEXPRESS :Catalog MetadataCache Hit Ratio顯示在高速緩存中找到數(shù)據(jù)的命中率。如果數(shù)值持續(xù)小于85%，則表示內(nèi)存有問題。MSSQL$SQLEXPRESS :DatabasesTransactions/sec每秒為數(shù)據(jù)庫啟動(dòng)的事務(wù)數(shù)。MSSQL$SQLEXPRESS :Locks(DataBase)Average Wait Time (ms)每個(gè)鎖請(qǐng)求被迫等待的平均時(shí)間量，以毫秒為單位。MS