loadrunner簡(jiǎn)單實(shí)用教程.ppt

《loadrunner簡(jiǎn)單實(shí)用教程.ppt》由會(huì)員分享，可在線閱讀，更多相關(guān)《loadrunner簡(jiǎn)單實(shí)用教程.ppt（61頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

,,性能測(cè)試技術(shù)交流,主要內(nèi)容,一、性能測(cè)試的基本概念 二、性能測(cè)試流程 三、LoadRunner操作介紹 四、測(cè)試結(jié)果分析,一、 性能測(cè)試的基本概念,,什么是軟件性能,用戶視覺(jué)的軟件性能： 軟件性能就是軟件對(duì)用戶操作的響應(yīng)時(shí)間。 管理員視角的軟件性能： 軟件性能首先表現(xiàn)在系統(tǒng)的響應(yīng)時(shí)間，其次還會(huì)關(guān)心系統(tǒng)狀態(tài)的相關(guān)信息。 開(kāi)發(fā)視角的軟件性能： 最關(guān)注的是使性能表現(xiàn)不佳的因素和由于大量用戶訪問(wèn)引起的軟件故障，也就是我們所說(shuō)的性能瓶頸。,性能測(cè)試的常用方法,1 性能測(cè)試 2 負(fù)載測(cè)試 3 壓力測(cè)試,測(cè)試方法基本概念,性能測(cè)試 通過(guò)模擬生產(chǎn)運(yùn)行的業(yè)務(wù)壓力量和使用場(chǎng)景組合，測(cè)試系統(tǒng)的性能是否滿足生產(chǎn)性能要求。 特點(diǎn)： 這種方法的主要目的是驗(yàn)證系統(tǒng)是否具有系統(tǒng)宣稱具有的能力。,測(cè)試方法基本概念,負(fù)載測(cè)試 通過(guò)在被測(cè)系統(tǒng)上不斷增加壓力，直到性能指標(biāo)。如通過(guò)量，響應(yīng)時(shí)間，資源利用率等。 特點(diǎn)： 這種方法的主要目的是找到系統(tǒng)處理能力的極限， 用這種方法可以比較系統(tǒng)調(diào)優(yōu)前后的性能差異。,測(cè)試方法基本概念,壓力測(cè)試 壓力測(cè)試是指系統(tǒng)在一定飽和狀態(tài)下（CPU：75%，內(nèi)存：70%），例如CPU,內(nèi)存等在飽和使用情況下，系統(tǒng)能夠處理的會(huì)話能力，以及系統(tǒng)是否出現(xiàn)錯(cuò)誤。 其中，JVM的可用內(nèi)存，數(shù)據(jù)庫(kù)的連接數(shù)，數(shù)據(jù)庫(kù)服務(wù)器的CPU利用率等都可以做為壓力的依據(jù)。 特點(diǎn)： 這種方法的主要目的是檢查系統(tǒng)處于壓力情況下，應(yīng)用的表現(xiàn)，一般用于測(cè)試系統(tǒng)的穩(wěn)定性。,軟件性能測(cè)試的幾個(gè)主要術(shù)語(yǔ),響應(yīng)時(shí)間：應(yīng)用系統(tǒng)從請(qǐng)求發(fā)出開(kāi)始到客戶端收到最后一個(gè)字節(jié)數(shù)據(jù)所消耗的時(shí)間 并發(fā)用戶數(shù)：登錄到系統(tǒng)中進(jìn)行業(yè)務(wù)操作的總用戶數(shù)。服務(wù)器實(shí)際承受的壓力不只取決于業(yè)務(wù)并發(fā)用戶數(shù)，還取決于用戶的業(yè)務(wù)場(chǎng)景。 吞吐量： 指單位時(shí)間內(nèi)系統(tǒng)處理的客戶請(qǐng)求的數(shù)量，直接體現(xiàn)了軟件系統(tǒng)的性能承受能力。 性能計(jì)數(shù)器：描述服務(wù)器或操作系統(tǒng)性能的一些數(shù)據(jù)指標(biāo)。 思考時(shí)間：指的是用戶在進(jìn)行操作時(shí)，每個(gè)請(qǐng)求之間的間隔時(shí)間，因?yàn)橛脩粼谑褂孟到y(tǒng)時(shí)，不大可能持續(xù)不斷地發(fā)出請(qǐng)求。,,二、性能測(cè)試流程,設(shè)計(jì)測(cè)試計(jì)劃,在性能測(cè)試正式開(kāi)展之前，需要針對(duì)本次性能測(cè)試設(shè)計(jì)測(cè)試方案。 測(cè)試方案的內(nèi)容主要包括： 項(xiàng)目背景 性能測(cè)試需求 測(cè)試環(huán)境信息 性能測(cè)試場(chǎng)景 測(cè)試實(shí)施計(jì)劃 參與人員以及職責(zé),測(cè)試環(huán)境、工具、數(shù)據(jù)準(zhǔn)備,測(cè)試環(huán)境準(zhǔn)備 我們的測(cè)試環(huán)境與客戶的實(shí)際環(huán)境是有較大的不同，測(cè)試環(huán)境的網(wǎng)絡(luò)、計(jì)算機(jī)硬件軟件都無(wú)法做到和客戶完全相一致。軟件在客戶那功能不正常，也許就是因?yàn)榭蛻舭惭b了某個(gè)不知名的其他軟件造成的。因此壓力測(cè)試需要遵循一些基本的原則：,搭建測(cè)試環(huán)境的基本原則,要滿足軟件運(yùn)行的最低要求。 選用與被測(cè)軟件相一致的操作系統(tǒng)和軟件平臺(tái)。 營(yíng)造相對(duì)獨(dú)立的測(cè)試環(huán)境。 無(wú)病毒的環(huán)境。,測(cè)試環(huán)境建議,因?yàn)樵跍y(cè)試過(guò)程中比較重視測(cè)試環(huán)境的“真實(shí)性”，所以在客戶的實(shí)際環(huán)境執(zhí)行測(cè)試，需注意以下幾點(diǎn)： 1)盡可能地降低對(duì)客戶現(xiàn)有業(yè)務(wù)地影響，挑選在夜間 或者在客戶業(yè)務(wù)不繁忙的時(shí)段進(jìn)行性能。 2)測(cè)試過(guò)程中會(huì)產(chǎn)生大量數(shù)據(jù)或因?yàn)橄到y(tǒng)故障導(dǎo)致數(shù) 據(jù)被破壞，要有很好地備份和恢復(fù)過(guò)程。 3)若是在公司內(nèi)部進(jìn)行性能測(cè)試，盡量避免一臺(tái)服務(wù) 器上裝多個(gè)應(yīng)用，盡量少的人使用被測(cè)試服務(wù)器， 這樣可以減少其它因素給系統(tǒng)性能帶來(lái)的影響。,數(shù)據(jù)的準(zhǔn)備,在做性能測(cè)試時(shí)比較容易忽略數(shù)據(jù)的重要性，實(shí)際上后臺(tái)數(shù)據(jù)庫(kù)中數(shù)據(jù)量的多少會(huì)影響壓力測(cè)試的結(jié)果。比如我們測(cè)試一個(gè)查詢操作，數(shù)據(jù)庫(kù)表里就幾行記錄，這樣的測(cè)試是失效的。因?yàn)榧词乖摂?shù)據(jù)表沒(méi)有建任何索引話，一個(gè)全表掃描也花不了什么時(shí)間，如果有大量數(shù)據(jù)的話，索引覆蓋的問(wèn)題都能暴露出來(lái)。 因此在做壓力測(cè)試時(shí)要清楚數(shù)據(jù)庫(kù)中數(shù)據(jù)量的大小，具體需要多少數(shù)據(jù)量可以根據(jù)客戶數(shù)據(jù)庫(kù)中的數(shù)據(jù)數(shù)量進(jìn)行模擬，否則測(cè)試結(jié)果會(huì)與客戶實(shí)際情況有一定的差距。,測(cè)試腳本的錄制、編寫與調(diào)試,制作腳本如下步驟： 腳本錄制，錄制過(guò)程中插入事務(wù)，插入集合點(diǎn)； 查找動(dòng)態(tài)數(shù)據(jù)（關(guān)聯(lián)）； 參數(shù)替換； 添加檢查點(diǎn)； 單腳本回放； 腳本加壓回放；,,三、LoadRunner操作介紹,LoadRunner常用組件,Virtual User Generator(虛擬用戶腳本生成器):用于捕獲最終用戶業(yè)務(wù)流程和創(chuàng)建自動(dòng)性能測(cè)試腳本（也稱為虛擬用戶腳本）。 Controller： 用于組織、驅(qū)動(dòng)、管理和監(jiān)控負(fù)載測(cè)試 負(fù)載生成器：用于通過(guò)運(yùn)行虛擬用戶生成負(fù)載 Analysis： 有助于您查看、分析和比較性能結(jié)果,LoadRunner相關(guān)術(shù)語(yǔ),1)場(chǎng)景 場(chǎng)景是一種文件，用于根據(jù)性能要求定義在每一個(gè)測(cè)試會(huì)話運(yùn)行期間發(fā)生的事件。 2)Vuser 在場(chǎng)景中,LoadRunner用虛擬用戶或Vuser代替實(shí)際用戶,Vuser 模擬實(shí)際用戶的操作來(lái)使用應(yīng)用程序。一個(gè)場(chǎng)景可以包含幾十、幾百甚至幾千個(gè)Vuser。 3)Vuser腳本 Vuser腳本用于描述Vuser在場(chǎng)景中執(zhí)行的操作。 4)事務(wù) 要度量服務(wù)器的性能,需要定義事務(wù)。事務(wù)表示要度量的最終用戶業(yè)務(wù)流程，建議錄制的時(shí)候插入事務(wù)而不要等錄制完后再插入事務(wù)。 5)集合點(diǎn) 為了能夠模擬所有虛擬用戶同時(shí)并發(fā)，需要在業(yè)務(wù)操作前添加集合點(diǎn)，當(dāng)全部用戶到達(dá)該集合點(diǎn)時(shí)，釋放所有用戶，注意，只能向腳本Action部分添加集合點(diǎn)。,利用vugen制作腳本,LR用Vuser（虛擬用戶）來(lái)代替實(shí)際的用戶。Vuser執(zhí)行的操作是用Vuser腳本來(lái)描述的。 Vuser腳本生成器（也稱Vugen）是LR用于開(kāi)發(fā)Vuser腳本的主要工具。Vugen通過(guò)錄制客戶端與服務(wù)器之間的活動(dòng)來(lái)錄制腳本。例如：在數(shù)據(jù)庫(kù)應(yīng)用程序中，測(cè)試工具的腳本生成器（Vugen）會(huì)監(jiān)控?cái)?shù)據(jù)庫(kù)的客戶端，并跟蹤發(fā)送到數(shù)據(jù)庫(kù)服務(wù)器和從數(shù)據(jù)庫(kù)服務(wù)器接收的所有請(qǐng)求。 當(dāng)Vuser與服務(wù)器直接通信時(shí)，不需要在用戶界面中耗費(fèi)系統(tǒng)資源，這樣就可以在一個(gè)工作站中同時(shí)運(yùn)行大量Vuser，進(jìn)而可以使用很少的測(cè)試計(jì)算機(jī)來(lái)模擬非常大的服務(wù)器負(fù)載。,選擇協(xié)議,C/S（Client/Server）結(jié)構(gòu)的win32應(yīng)用程序一般可以選用winsocket協(xié)議。 B/S（Browser/Server）結(jié)構(gòu)的通過(guò)瀏覽器瀏覽數(shù)據(jù)的一般選用Web(Http/Html)協(xié)議。 1基于瀏覽器的應(yīng)用程序推薦使用HTML-based Script 2 不是基于瀏覽器的應(yīng)用程序推薦使用 URL-based Script。 3 如果基于瀏覽器的應(yīng)用程序中包含了 JavaScript 并且該腳本向服務(wù)器產(chǎn)生 了請(qǐng)求，比如DataGrid 的分頁(yè)按鈕等，也要使用URL-based 方式錄制 4 基于瀏覽器的應(yīng)用程序中使用了 HTTPS 安全協(xié)議，使用URL-based,,Winsocket協(xié)議,Http協(xié)議,Vuser腳本的三個(gè)部分,這里我們簡(jiǎn)單講講Vuser腳本的三個(gè)部分： 創(chuàng)建的每個(gè)Vuser腳本都至少包含三部分：vuser_init、一個(gè)或多個(gè) Actions及vuser_end。錄制期間，可以選擇腳本中VuGen要插入已錄制函數(shù)的部分。通常情況下，可以將登錄到服務(wù)器的活動(dòng)錄制到 vuser_init部分中、將客戶端活動(dòng)錄制到 Actions 部分中，并將注銷過(guò)程錄制到vuser_end部分中。 運(yùn)行多次迭代腳本，只有腳本的Actions部分被重復(fù)，而Vuser_init和Vuser_end部分只運(yùn)行一次。 如果我們測(cè)試的只是登錄操作，需要登錄操作循環(huán)被執(zhí)行。那么我們也可以將登錄操作錄制在action中。,工具條,錄制腳本的時(shí)候會(huì)產(chǎn)生如下圖所示的工具條：,錄制腳本建議,錄制腳本的時(shí)候，會(huì)使用LR的默認(rèn)設(shè)置，把腳本錄制到Vuser_init中，此時(shí)我們會(huì)等錄制完成后，再將腳本剪切粘貼到actions和Vuser_end部分中去。這是個(gè)不可取的做法，比較好的做法是在錄制的過(guò)程中，就應(yīng)該通過(guò)上圖所示的工具條選擇我們錄制的操作需要錄制到腳本的哪個(gè)部分。,腳本設(shè)計(jì)常用技巧-參數(shù)化,參數(shù)化：錄制完腳本后點(diǎn)擊工具欄上的,參數(shù)化,此時(shí)參數(shù)列表中沒(méi)有任何參數(shù)，點(diǎn)擊New新建一個(gè)參數(shù)，假如我要參數(shù)化用戶名，參數(shù)取名為UserName,參數(shù)化設(shè)置,參數(shù)化設(shè)置,Select next row有以下幾種選擇： Sequential:按順序一行一行的讀取數(shù)據(jù)。 Random: 隨機(jī)取值 Unique: 取唯一的值，這樣需要保證數(shù)據(jù)表中有足夠的數(shù)據(jù)。 Update value one有以下幾種選擇： Each Iteration 每一次迭代 Each Occurrence 每一次出現(xiàn) Once 每次取一樣的值,參數(shù)化,在參數(shù)列表中建立好需要的參數(shù)后，在腳本中，框選 要參數(shù)的字符，右擊鼠標(biāo)，選擇Replace With a Parameter，找到所需要的參數(shù)，點(diǎn)擊OK，參數(shù)化就完 成了。,腳本設(shè)計(jì)常用技巧-關(guān)聯(lián),關(guān)聯(lián)： 我們的系統(tǒng)經(jīng)常會(huì)有些動(dòng)態(tài)的數(shù)據(jù)，比如新增記錄之前系統(tǒng)會(huì)給一個(gè)流水號(hào)，我們的腳本在錄制的時(shí)候捕獲了這個(gè)號(hào)碼，但是每次新增流水號(hào)肯定不同，拿腳本中的原始流水號(hào)去新增記錄，肯定違反數(shù)據(jù)表的主鍵約束 。如果我們?cè)趓eceive的包中找到那個(gè)流水號(hào)，并把它作為參數(shù)給send包，那么問(wèn)題就迎刃而解了，這就是關(guān)聯(lián)（其實(shí)也是一種參數(shù)化） 關(guān)聯(lián)是腳本設(shè)計(jì)中相對(duì)麻煩的工作，關(guān)聯(lián)成功與否直接影響腳本執(zhí)行成功，若實(shí)在找不出關(guān)聯(lián)的地方，則可與開(kāi)發(fā)人員咨詢哪個(gè)地方返回了需要關(guān)聯(lián)的數(shù)據(jù)。,腳本設(shè)計(jì)常用技巧-關(guān)聯(lián),LoadRunner有自動(dòng)關(guān)聯(lián)功能，能自動(dòng)捕捉腳本中需要關(guān)聯(lián)的數(shù) 據(jù)，但得把Tools?Recording Options?Correlation?Enable correlation during Recording選上,或者腳本錄制完成后，運(yùn) 行一遍，然后點(diǎn)擊 則會(huì)找了腳本中需要關(guān)聯(lián)的數(shù)據(jù)，可以點(diǎn)擊Correlate完成關(guān) 聯(lián)，但自動(dòng)關(guān)聯(lián)操作往往不能完全按照用戶的意圖來(lái)完成，而且 自動(dòng)關(guān)聯(lián)公對(duì)web和數(shù)據(jù)庫(kù)應(yīng)用等有限的協(xié)議有效，如果要對(duì)其 他的類型的應(yīng)用的腳本進(jìn)行關(guān)聯(lián)操作，就須使用手工關(guān)聯(lián)操作方 式。,腳本設(shè)計(jì)常用技巧-關(guān)聯(lián),關(guān)聯(lián)步驟： 1) 準(zhǔn)備一個(gè)固定的操作步驟（包括輸入數(shù)據(jù)等都要求相同） 2) 在LoadRunner的VU Generator中使用該步驟錄制形成腳本， 并保存腳本。 3) 重復(fù)上一步動(dòng)作，使用相同的步驟錄制一個(gè)新的腳本并保存。 4) 執(zhí)行期間命令Tools?Compare with vusers,在彈出來(lái)的對(duì)話 框中選擇步驟（2）所保存的腳本。 5) 在WinDiff的比較窗口中查看兩個(gè)腳本的不同之處，并對(duì)每個(gè) 腳本的不同之處進(jìn)行分析，使用關(guān)聯(lián)函數(shù)對(duì)需要關(guān)聯(lián)的數(shù)據(jù) 進(jìn)行關(guān)聯(lián)。 關(guān)聯(lián)常用函數(shù)：Web_reg_save,從web服務(wù)器返回的信息找到批定的內(nèi)容并將其保存到參數(shù)中。,Vuser腳本的兩種查看方式,Vuser腳本的兩種查看方式：Script View和Tree View。我們通過(guò)View菜單條Script View和Tree View 來(lái)切換?；趫D標(biāo)的Tree View和基于文本的script View有各自的作用。 注意： 在Tree View模式下點(diǎn)擊Start Record 是會(huì)出錯(cuò)的。只能在Script View下來(lái)錄制腳本。 如果你在查看data.ws文件，那么Vugen將不允許你切換到Tree View模式下。,Tree View模式查看返回?cái)?shù)據(jù),,Tree View模式查看返回?cái)?shù)據(jù),從圖中可以看出，Tree View模式下可以看到每個(gè)語(yǔ)句相關(guān)的Request和Reponse 數(shù)據(jù)，Reponse數(shù)據(jù)按照Object的結(jié)構(gòu)關(guān)系用樹(shù)型表達(dá)，擊擊每個(gè)Object可以看到Object的HTML碼。,如何調(diào)試腳本,錄制好腳本，進(jìn)行參數(shù)化以及關(guān)聯(lián)后，我們還得確定腳本是能正常運(yùn)行的，是可以模擬用戶操作的，我們腳本很少能錄制好后，參數(shù)化好腳本后回放時(shí)就沒(méi)有錯(cuò)誤的，出錯(cuò)時(shí)我們需要調(diào)試，LR的編譯器提供調(diào)試腳本的功能。我們可以調(diào)試和優(yōu)化我們的腳本。,如何調(diào)試腳本,腳本調(diào)試先后在單腳本回放下和加壓回放下兩種情況下進(jìn)行。也就是在vugen中和在controller中進(jìn)行。在controller中主要看在加壓狀態(tài)下參數(shù)是否能正確地傳遞與賦值，動(dòng)態(tài)數(shù)據(jù)是否能正確地獲得。,如何設(shè)計(jì)場(chǎng)景,場(chǎng)景：場(chǎng)景可以理解為單個(gè)腳本在某種條件或某種環(huán)境 運(yùn)行時(shí)的環(huán)境特點(diǎn)，即腳本的運(yùn)行環(huán)境。 比如可以在場(chǎng)景中設(shè)置需要監(jiān)控的服務(wù)器及相關(guān)計(jì)數(shù)器，多少并發(fā) 用戶，虛擬用戶產(chǎn)生方式，集合點(diǎn)策略，以及Run-time setting（運(yùn) 行時(shí)設(shè)置），場(chǎng)景的執(zhí)行時(shí)間，這些如何設(shè)置需要根據(jù)實(shí)際情況進(jìn) 行，場(chǎng)景的設(shè)置過(guò)程可以簡(jiǎn)單理解為模擬真實(shí)環(huán)境的過(guò)程。 場(chǎng)景實(shí)則是一種.lrs文件，當(dāng)場(chǎng)景設(shè)計(jì)完成后，可以將該場(chǎng)景保存 下來(lái)，供以后使用，這樣就不用重復(fù)設(shè)計(jì)場(chǎng)景了。,如何新建場(chǎng)景,打開(kāi)Controller方法： 在VU-Gen(腳本生成器)中，Tools?Create Controller Scenario,添加Load Generator Machines,點(diǎn)擊“Generators”按鈕，出現(xiàn)Load Generators窗口 點(diǎn)擊Connect，如果狀態(tài)變成ready，則表示連接正常，如果狀態(tài)為Failed該機(jī)器不能連接，檢查原因。,添加虛擬用戶數(shù),如何確定并發(fā)用戶數(shù),估算并發(fā)用戶數(shù)公式 C=nL/T 估算峰值并發(fā)用戶數(shù) C’ ≈ C+3√C (根號(hào)) 其中：C是平均的并發(fā)用戶數(shù)；C’是并發(fā)用戶峰值；n是 login session的數(shù)量；L是login session的平均長(zhǎng)度；T是考 察的時(shí)間段長(zhǎng)度。,估算并發(fā)用戶數(shù),假如有一個(gè)OA系統(tǒng)，系統(tǒng)有3000個(gè)用戶，平均每天有400個(gè)用戶要訪問(wèn)該系統(tǒng)，對(duì)一個(gè)典型用戶來(lái)說(shuō)，一天之內(nèi)從登錄到退出系統(tǒng)的平均時(shí)間為4小時(shí)，而在一天的時(shí)間內(nèi)，用戶只在8小時(shí)內(nèi)使用該系統(tǒng)，求峰值并發(fā)數(shù)為多少？ 由上述兩個(gè)公式可以得到： C=400*4/8=200 C’=200+3√200=242,設(shè)置Schedule—產(chǎn)生虛擬用戶,Schedule里面主要用來(lái)設(shè)置任務(wù)計(jì)劃。 點(diǎn)擊 按鈕進(jìn)入Schedule設(shè)置窗口,設(shè)置Schedule—運(yùn)行虛擬用戶,設(shè)置Schedule—退出虛擬用戶,設(shè)置場(chǎng)景運(yùn)行時(shí)間,點(diǎn)擊,設(shè)置集合點(diǎn)策略,設(shè)置集合點(diǎn)策略,點(diǎn)擊Policy按鈕，進(jìn)入策略設(shè)置窗口,添加性能計(jì)數(shù)器--windows,在添加性能計(jì)數(shù)器之前需要具有服務(wù)器的系統(tǒng)管理員權(quán)限，以便獲取機(jī)器資源。 Windows:假設(shè)服務(wù)器為windows,IP為：192.188.13.14, 具有管理員權(quán)限的用戶名和密碼為administrator/abc 命令如下： 1）運(yùn)行?cmd 2) net use \\192.168.13.14 /user:administrator 3)按下enter，會(huì)提示輸入密碼 4）輸入密碼abc 5）按下enter，提示命令操作成功，則完成連接。,添加性能計(jì)數(shù)器,點(diǎn)擊Add按鈕，輸入服務(wù)器IP,執(zhí)行測(cè)試,運(yùn)行場(chǎng)景前需要注意的事項(xiàng)：每個(gè)組的虛擬用戶數(shù)、迭代次數(shù)、think time、參數(shù)化時(shí)的取值間隔、確認(rèn)虛擬機(jī)的LoadRunner Agent Service打開(kāi) 運(yùn)行前使Generator機(jī)器處理Ready狀態(tài) 確認(rèn)被監(jiān)測(cè)的機(jī)器已經(jīng)連接上去，并且添加自己所需要的計(jì)數(shù)器 運(yùn)行之前一定要確認(rèn)系統(tǒng)中壓力點(diǎn)的數(shù)據(jù)量是多少 確認(rèn)以上都設(shè)置正確時(shí)再點(diǎn)擊 運(yùn)行測(cè)試場(chǎng)景,四、 測(cè)試結(jié)果分析,,內(nèi)存分析方法,內(nèi)存分析方法用于判斷系統(tǒng)有無(wú)遇到內(nèi)存瓶頸，是否需要通過(guò)增加內(nèi)存手段來(lái)提高系統(tǒng)性能表現(xiàn)。 1）首先查看Memory/Available Mbytes指標(biāo) 該計(jì)數(shù)值是描述系統(tǒng)可用內(nèi)存的直接指標(biāo)，如果該指標(biāo)的數(shù)據(jù)比較小，系統(tǒng)可能出現(xiàn)了內(nèi)存方面的問(wèn)題。 2）操作系統(tǒng)經(jīng)常會(huì)用磁盤交換的方式提高系統(tǒng)可用的內(nèi)存量或提高內(nèi)存的使用率，我們可以關(guān)注page/sec，Page/read/sec和page fault/sec的值，這三個(gè)值直接反映了操作系統(tǒng)進(jìn)行了磁盤交換的頻度。 Page/sec:表明由于硬件頁(yè)面錯(cuò)誤而從磁盤取出的頁(yè)面數(shù)，或由于頁(yè)面錯(cuò)誤而寫入磁盤以釋放工作集空間的頁(yè)面數(shù)。 Page Read/sec:頁(yè)的硬故障，Page/sec的子集，該值比較大測(cè)表示是磁盤讀而不是緩存讀。閾值為5。 Page Faults/sec:每秒由處理器處理的失效頁(yè)的全部數(shù)量。當(dāng)一個(gè)進(jìn)程需要的代碼或數(shù)據(jù)不在它的工作區(qū)(它的空間在物理內(nèi)存中)中時(shí)，發(fā)生失效頁(yè)。,內(nèi)存分析方法,如果Page/sec的計(jì)數(shù)持續(xù)高于幾百，很可能會(huì)有內(nèi)存方面的問(wèn)題產(chǎn)生，但Page/sec的值很大不一定表明內(nèi)存有問(wèn)題，而可能是使用內(nèi)存映射文件程序所致。Page Faults/sec說(shuō)明了每秒發(fā)生頁(yè)面失效的次數(shù)，頁(yè)面失效得越多，則說(shuō)明操作系統(tǒng)向內(nèi)存中讀取的次數(shù)越多。 3）根據(jù)磁盤相關(guān)計(jì)數(shù)器綜合分析，如果Page Read/sec很低，同時(shí)%Disk Time和Average Disk Queue Length的值很高，則可能有磁盤瓶頸，但是，如果隊(duì)列長(zhǎng)度增加的同時(shí)Page Read/sec并未降低，則是由于內(nèi)存不足。,處理器分析方法,1）%Processor Time:如果該值持續(xù)超過(guò)85%，表明瓶頸是CPU。可以考慮增加一個(gè)處理器或換一個(gè)更快的處理器。 2）%User Time:表示非核心操作耗費(fèi)的CPU，如數(shù)據(jù)庫(kù)操作，如排序，執(zhí)行aggregate functions等。如果該值很高，可考慮增加索引，盡量使用簡(jiǎn)單的表聯(lián)接，水平分割大表格等方法來(lái)降低該值。 3）%Privileged Time：（CPU內(nèi)核時(shí)間）是在特權(quán)模式下處理線程執(zhí)行代碼所花時(shí)間的百分比。如果該參數(shù)值和“Physical Disk”參數(shù)值一直很高，表明I/O有問(wèn)題?？煽紤]更換更快的硬盤系統(tǒng)。 4）% DPC Time:表示CPU消耗在網(wǎng)絡(luò)上的時(shí)間，該計(jì)數(shù)器越低越低越好。在多處理器系統(tǒng)中，如果這個(gè)值大于50%并且Processor:% Processor Time非常高，加入一個(gè)網(wǎng)卡可能會(huì)提高性能，提供的網(wǎng)絡(luò)已經(jīng)不飽和。,磁盤分析方法,%Disk Time:指所選磁盤驅(qū)動(dòng)器忙于為讀或?qū)懭胝?qǐng)求提供服務(wù)所用的時(shí)間的百分比。在Physical Disk計(jì)數(shù)器中，如果只有%Disk Time比較大，其他值都比較適中，硬盤可能會(huì)是瓶頸。若幾個(gè)值都比較大，且數(shù)值持續(xù)超過(guò)80%，則可能是內(nèi)存泄漏。 Avg.Disk Queue Length:指讀取和寫入請(qǐng)求(為所選磁盤在實(shí)例間隔中列隊(duì)的)的平均數(shù)。該值應(yīng)不超過(guò)磁盤數(shù)的1.5~2 倍。要提高性能，可增加磁盤。 根據(jù)Disk sec/Transfer進(jìn)行分析：指秒計(jì)算的在此盤上寫入數(shù)據(jù)的所需平均時(shí)間。 Excellent----15ms 良好----30～60ms 超過(guò)60ms則需要考慮更換硬盤的RAID方式了。,分析原則,服務(wù)器硬件瓶頸?網(wǎng)絡(luò)瓶頸(如果是局域網(wǎng)，可以不考慮)?服務(wù)器操作系統(tǒng)瓶頸(參數(shù)設(shè)置)?中間件瓶頸(參數(shù)配置，數(shù)據(jù)庫(kù)，Web服務(wù)器等)?應(yīng)用瓶頸(SQL語(yǔ)句，數(shù)據(jù)庫(kù)設(shè)計(jì)，業(yè)務(wù)邏輯，算法等) 注：以上過(guò)程并不是每個(gè)分析中都需要的，要根據(jù)測(cè)試的目的和要求來(lái)確定分析的深度，對(duì)于一般的要求，分析到系統(tǒng)在將來(lái)大的負(fù)載壓力(并發(fā)用戶數(shù)，數(shù)據(jù)量)下，系統(tǒng)的硬件瓶頸在哪里就夠了。,