壓力測試方案壓力測試報告

1、壓力測試方案&壓力測試報告 2009年1月16日(最后更新:2009-02-07)評論發(fā)表評論本文共分兩部分：        1.壓力測試方案        2.壓力測試報告 該報告中使用的技術(shù)有l(wèi)oadrunner、nmon和statspack：1）loadrunner主要用來錄制測試腳本，設置場景（包括虛擬用戶數(shù)、操作循環(huán)次數(shù)、用戶載入模式等設置），比較常用，不做單獨講述。2）nmon用來分析OS性能，將在文章“OS性能分析

2、之nmon工具”中講述。3）statspack用來分析DB性能，將在文章“DB性能分析之statspack工具”中講述。 XXX項目壓力測試方案   作者    :        hand-sail.sun創(chuàng)建日期:        2008-12-23最后更新:        2008-12-29控制碼  :

3、                            版本    :        1.0   目錄文檔控制. 2概述. 4綜合壓力測試. 5統(tǒng)計負荷指標. 5負荷與指標. 5編制性能指標. 5事務

4、處理響應時間. 5服務器性能信息. 5腳本編寫. 6情景設置. 6操作步驟. 6月結(jié)壓力測試. 8統(tǒng)計負荷指標. 8負荷指標. 8編制性能指標. 8事務處理響應時間. 8服務器性能信息. 9腳本編寫. 9情景設置. 9操作步驟. 9測試后期工作. 11概述            在TL-28007測試環(huán)境中進行測試，指定特定的負荷指標分別對審計失效、審計啟用、TL系統(tǒng)月結(jié)請求運行、TL系統(tǒng)月結(jié)請求運行和審計同時開啟這四種情況進行壓力測試，然后對比分析測試結(jié)果，驗證審計功能對系統(tǒng)性能的影

5、響。壓力測試的環(huán)境如下：1）TL維護-28007  ORACLE版本信息：11.5.10.2應用層+9.2.0.5.0數(shù)據(jù)庫2）應用服務器信息：10.195.36.11；IBM 9117-570；POWER5  1.9×4；15G存；AIX 5.3；3)   TL維護-28007  環(huán)境SGA信息：Fixed Size                  &#

6、160;           744256 bytesVariable Size                   939524096 bytesDatabase Buffers           

7、0; 301989888 bytesRedo Buffers                     10760192 bytes 綜合壓力測試         在綜合壓力測試中將按照測試環(huán)境的負荷進行測試，需要從測試結(jié)果中得到的有效信息主要是前臺響應時間和CPU與磁盤IO等性能指標。綜合測試的步驟

8、如下1.         統(tǒng)計負荷指標（前臺負荷指標）；2.         定義性能指標，主要包括前臺響應時間、CPU與磁盤IO等性能指標；3.         編寫壓力測試腳本；4.         確定壓測負荷，定義壓測情景，分別進行四種壓力測試；5.  

9、;       分析對比壓力測試的結(jié)果，填寫壓力測試報告。 綜合壓力測試 綜合壓力測試是對銷售訂單錄入操作進行壓力測試。需要測試兩種情況：1）  審計功能未啟用前的測試。2）  審計功能啟用后的測試  統(tǒng)計負荷指標系統(tǒng)的負荷主要由事務處理組成。其中事務處理主要包括打開銷售訂單的FORM，增加訂單頭，增加訂單行，保存，登記，審計跟蹤信息的保存，關(guān)閉銷售訂單FORM。負荷與指標負荷指標的容主要包括打開銷售訂單的FORM，增加訂單頭，增加訂單行，保存，登記，審計跟蹤信息的保存這些事

10、務處理的并發(fā)用戶數(shù)量、各種事務處理的數(shù)量。 編制性能指標性能指標主要是前臺事務處理響應時間、服務器性能信息變化情況。 事務處理響應時間                                     &

11、#160;                 對于前臺制作訂單的過程，需要取到整個過程有關(guān)響應時間的指標：最大響應時間最小響應時間平均響應時間響應時間隨時間的變化曲線服務器性能信息                      

12、;                                 分析在前臺制作訂單整個過程中服務器端相應的性能指標值和變化情況：CPU使用率磁盤I/O情況存使用情況數(shù)據(jù)庫性能（包括緩沖區(qū)中獲取Buffer的未等待比率、Redo緩沖區(qū)獲取Buffer的未等待比率、數(shù)據(jù)塊在數(shù)據(jù)緩

13、沖區(qū)中的命中率、存中的排序率、sql在共享區(qū)的命中率、sql語句解析后被重復執(zhí)行的次數(shù)等。） 腳本編寫使用loadrunner來制作銷售訂單過程的腳本，從進入銷售訂單FORM開始一直到訂單登記并關(guān)閉訂單FORM截止。 情景設置各個腳本的并發(fā)用戶數(shù)：Name of Transactionvirtual User Numinterval(s)銷售訂單錄入50  1、按照上表的虛擬用戶數(shù)量來設置腳本的虛擬用戶數(shù)量。2、設置錄制訂單操作循環(huán)10次，也就是一個用戶制作10條銷售訂單。3、設置壓力測試的進度表為：同時啟動所有的并發(fā)用戶。在這里需要說明：由于服務器性能

14、因素我們目前只好模擬50個用戶測試，因為之前經(jīng)過多次嘗試（審計功能未啟用的情況下）發(fā)現(xiàn)如果虛擬用戶超過100個用戶時系統(tǒng)的剩余存在40-60M上下浮動，無法釋放，所有的事務處理也都停止。而用戶數(shù)在60-100之間時只會成功一部分，結(jié)果大多數(shù)虛擬用戶的處理都是失敗的。所以我們以50個用戶作為樣本，主要分析審計功能啟用前后對系統(tǒng)相應性能指標的影響情況。  操作步驟1 ) 停止TL28007測試環(huán)境所在服務器上的其他應用。2 ) 在TL28007環(huán)境中啟動nmon 監(jiān)控系統(tǒng)資源使用情況，啟動statpack 監(jiān)控數(shù)據(jù)庫。3 ) 在loadrunner中，加載設置的場景，按照設定的

15、參數(shù)對系統(tǒng)進行壓力測試并間隔的運行statpack獲取數(shù)據(jù)庫性能信息。4 ) 完成后對loadrunner生成的報表進行分析。5 ) 對nmon和statpack的結(jié)果進行分析。6 ) 關(guān)閉nmon7 ) 啟用審計功能8 ) 在TL28007環(huán)境中啟動nmon 監(jiān)控系統(tǒng)資源使用情況，啟動statpack 監(jiān)控數(shù)據(jù)庫。8 ) 在loadrunner中，加載設置的場景，按照設定的參數(shù)對系統(tǒng)進行壓力測試并間隔的運行statpack獲取數(shù)據(jù)庫性能信息。9 ) 完成后對loadrunner生成的報表進行分析。10 )對nmon和statpack的結(jié)果進行分析。月結(jié)壓力測試月結(jié)壓力測試是對針對月結(jié)系統(tǒng)繁忙

16、時，進行銷售訂單錄入操作的壓力測試。需要測試兩種情況：1）  運行月結(jié)時經(jīng)常啟用并且占用大量資源的請求，關(guān)閉審計功能，進行錄入銷售訂單操作。2）  運行月結(jié)時經(jīng)常啟用并且占用大量資源的請求，啟用審計功能，進行錄入銷售訂單操作。  統(tǒng)計負荷指標系統(tǒng)的負荷主要由事務處理和后臺請求組成。1) 事務處理主要包括：打開銷售訂單的FORM，增加訂單頭，增加訂單行，保存，登記，審計跟蹤信息的保存，關(guān)閉銷售訂單FORM。2) 后臺請求主要包括：總帳管理系統(tǒng)傳送程序，STD 科目明細帳和STD 匯總試算表報表。負荷指標負荷指標的容主要包括打開銷售訂單的FORM，增加訂單頭

17、，增加訂單行，保存，登記，審計跟蹤信息的保存這些事務處理的并發(fā)用戶數(shù)量、各種事務處理的數(shù)量。另外系統(tǒng)比較大的負荷是后臺請求運行以與并發(fā)管理器所占用的資源。 編制性能指標性能指標主要是前臺事務處理響應時間、服務器性能信息變化情況。事務處理響應時間                             

18、;                          對于前臺制作訂單的過程，需要取到整個過程有關(guān)響應時間的指標：最大響應時間最小響應時間平均響應時間響應時間隨時間的變化曲線  服務器性能信息           

19、60;                                           分析在前臺制作訂單整個過程中服務器端相應的性能指標值和變化情況：CPU使用率磁盤I/O情

20、況存使用情況數(shù)據(jù)庫性能（包括緩沖區(qū)中獲取Buffer的未等待比率、Redo緩沖區(qū)獲取Buffer的未等待比率、數(shù)據(jù)塊在數(shù)據(jù)緩沖區(qū)中的命中率、存中的排序率、sql在共享區(qū)的命中率、sql語句解析后被重復執(zhí)行的次數(shù)等。） 腳本編寫使用loadrunner來制作銷售訂單過程的腳本，從進入銷售訂單FORM開始一直到訂單登記并關(guān)閉訂單FORM截止。 情景設置各個腳本的并發(fā)用戶數(shù)：Name of Transactionvirtual User Numinterval(s)銷售訂單錄入40  1、按照上表的虛擬用戶數(shù)量來設置腳本的虛擬用戶數(shù)量。2、設置錄制訂單操作循環(huán)

21、10次，也就是一個用戶制作10條銷售訂單。3、設置壓力測試的進度表為：同時啟動所有的并發(fā)用戶。在這里需要說明：在綜合測試中我們使用虛擬用戶的數(shù)量為50，而在月結(jié)壓力測試中由于后臺請求的繁忙運行和服務器性能的瓶頸，嘗試使用50個用戶時（審計功能未啟用的情況下）結(jié)果會產(chǎn)生失敗的虛擬用戶，為了正確的對比分析審計對系統(tǒng)性能的影響我們使用40個虛擬用戶進行測試。 操作步驟1 停止TL28007測試環(huán)境所在服務器上的其他應用。2 運行總帳管理系統(tǒng)傳送程序，STD 科目明細帳和STD 匯總試算表報表這三個請求3 在TL28007環(huán)境中啟動nmon 監(jiān)控系統(tǒng)資源使用情況，啟動statpack 監(jiān)控數(shù)

22、據(jù)庫。4 在loadrunner中，加載設置的場景，按照設定的參數(shù)對系統(tǒng)進行壓力測試并間隔的運行statpack獲取數(shù)據(jù)庫性能信息。5 完成后，對loadrunner生成的報表進行分析。6 對nmon和statpack的結(jié)果進行分析。7 關(guān)閉nmon，關(guān)閉請求.8 啟用審計功能9 運行總帳管理系統(tǒng)傳送程序，STD 科目明細帳和STD 匯總試算表報表這三個請求10 在TL28007環(huán)境中啟動nmon 監(jiān)控系統(tǒng)資源使用情況，啟動statpack 監(jiān)控數(shù)據(jù)庫。11  在loadrunner中，加載設置的場景，按照設定的參數(shù)對系統(tǒng)進行壓力測試并間隔的運行statpack獲取數(shù)據(jù)庫性能信息。1

23、2  完成后，對loadrunner生成的報表進行分析。13  對nmon和statpack的結(jié)果進行分析。 測試后期工作測試完成后收集測試數(shù)據(jù)，分析測試結(jié)果，填寫測試報告。對比容： 一  綜合壓力測試1.       前臺響應時間2.       OS性能指標，包括CPU 、I/O、存；3.       數(shù)據(jù)庫性能指標，包括緩沖區(qū)中獲取Buffer的未等待比率、Re

24、do緩沖區(qū)獲取Buffer的未等待比率、數(shù)據(jù)塊在數(shù)據(jù)緩沖區(qū)中的命中率、存中的排序率、sql在共享區(qū)的命中率、sql語句解析后被重復執(zhí)行的次數(shù)等。 二  .   月結(jié)壓力測試1  前臺響應時間2.     OS性能指標，包括CPU 、I/O、存；3.     數(shù)據(jù)庫性能指標，包括緩沖區(qū)中獲取Buffer的未等待比率、Redo緩沖區(qū)獲取Buffer的未等待比率、數(shù)據(jù)塊在數(shù)據(jù)緩沖區(qū)中的命中率、存中的排序率、sql在共享區(qū)的命中率、sql語句解析后被重復執(zhí)行的次數(shù)等。分別分

25、析對比審計啟用前后的結(jié)果，列出在審計功能啟用前后的兩個測試結(jié)果中各項指標的升降情況。根據(jù)分析結(jié)果，針對審計功能對系統(tǒng)的影響給出評價。   XXX項目壓力測試報告                hand-sail.sun創(chuàng)建日期:        2008-12-23最后更新:      &#

26、160; 2008-12-29控制碼:         版本:            1.0       目錄文檔控制. 2概述. 4壓力測試實施安排. 5綜合壓力測試. 5環(huán)境準備情況. 5前臺響應時間對比壓力測試. 5后臺性能對比壓力測試. 6綜合壓力測試結(jié)果數(shù)據(jù)對比. 6前臺響應時間壓力測試數(shù)據(jù)對比分析. 6后臺性能壓力測試數(shù)據(jù)對比分析. 8

27、月結(jié)壓力測試. 15環(huán)境準備情況. 15前臺響應時間對比壓力測試. 15后臺性能對比壓力測試. 16月結(jié)壓力測試結(jié)果數(shù)據(jù)對比. 16前臺響應時間壓力測試數(shù)據(jù)對比分析. 16后臺性能壓力測試數(shù)據(jù)對比分析. 18對比壓力測試結(jié)果分析. 25概述      本報告是按照“XXX項目壓力測試方案v1.0”文檔涉與的方案進行測試操作得到的測試結(jié)果數(shù)據(jù)記錄，并對比審計功能啟用前后來分析結(jié)果數(shù)據(jù)，從而分析審計功能對系統(tǒng)的性能影響情況。由于采用loadrunner作為前臺的壓力負荷提交工具，是很難實現(xiàn)生產(chǎn)環(huán)境使用的多樣性和綜合性。同時后臺的提交也是采

28、用程序提交方式，也必然限定了請求數(shù)據(jù)的圍。盡管我們選擇典型的業(yè)務和程序，也不可避免loadrunner的局限性，即無法真實模擬生產(chǎn)環(huán)境的應用狀況。因此，loadrunner壓力測試所帶來壓力和測試結(jié)果數(shù)據(jù)，只能是在一定程度上模擬。壓力測試實施安排 為合理組織壓力測試實施，我們采用下面的綜合壓力測試和月結(jié)壓力測試 綜合壓力測試環(huán)境準備情況壓力測試環(huán)境準備為11.5.10.2測試環(huán)境（TL-28007測試），因TL-28007所在服務器上還有一套TL-28009環(huán)境，所以測試前先將TL-28009測試環(huán)境停止。前臺響應時間對比壓力測試1）  前臺業(yè)務操作1.1 打開制

29、作訂單頁面1.2 輸入訂單頭-輸入訂單行1.3 保存1.4 登記1.5 關(guān)閉訂單頁面2 ） 并發(fā)用戶數(shù)量與操作間隔時間（50用戶）業(yè)務名稱用戶數(shù)間隔時間打開制作訂單頁面500s輸入訂單頭-輸入訂單行500s保存500s登記500s關(guān)閉訂單頁面500s                             &

30、#160;                                      我們把每個虛擬用戶設置為連續(xù)循環(huán)10次制作訂單，并且所有用戶同時載入到系統(tǒng)中（間隔時間0s），這樣就足以保證這些用戶并發(fā)制作銷售訂單。 

31、; 3 ） 按照同樣的策略，在啟用審計功能后再進行測試。 后臺性能對比壓力測試1）第一次壓力測試（未啟用審計功能）期間取得OS和DB的性能數(shù)據(jù)。2）第二次壓力測試（啟用審計功能）期間取得OS和DB的性能數(shù)據(jù)。 綜合壓力測試結(jié)果數(shù)據(jù)對比前臺響應時間壓力測試數(shù)據(jù)對比分析本次壓力測試主要關(guān)注的是審計功能的啟用會給系統(tǒng)帶來那些性能的問題，而在此處我們所關(guān)心的是整個訂單錄入流程響應時的差別，以下是對比分析訂單錄入整個流程的響應時間分析圖：1）  未啟用審計功能前臺響應時間綠色->初始化時間藍色->響應時間  2）  啟用審

32、計功能前臺響應時間 綠色->初始化時間藍色->響應時間  對比分析：                                         

33、;                    從曲線圖可以看出，總體響應時間的變化曲線基本一致，審計功能啟用后系統(tǒng)處理的時間要稍微長一些，最大的響應時間比審計功能啟用前也要長一點，但總體上對系統(tǒng)的影響是很小的。 后臺性能壓力測試數(shù)據(jù)對比分析后臺性能數(shù)據(jù)包括OS性能和DB性能數(shù)據(jù)（一） OS性能數(shù)據(jù)1.1  CPU占有率和磁盤IO1）未啟用審計功能前   

34、0;       2） 啟用審計功能后 對比分析：                                        

35、                     從曲線圖可以看出，CPU占有率基本一致。在IO方面后者有一個磁盤IO峰值在1400/sec，比前者IO峰值高出150/sec左右，但大部分的IO基本都在1000/sec上下浮動，而前者的IO基本也都是在1000/sec上下浮動，這說明審計功能對IO的影響并不明顯。 1.2    IO讀寫情況1）未啟用審計功能前

36、60; 2） 啟用審計功能后 對比分析：                                             

37、                從曲線圖可以看出，前后的磁盤讀寫情況并無明顯差別。 1.3    存使用情況1）未啟用審計功能前存剩余情況 2） 啟用審計功能后存剩余情況 對比分析：                 &#

38、160;                                           從曲線圖可以看出，前后的存使用情況基本一致，開始階段兩者的存剩余量都幾乎為0，在腳本運

39、行到大概10分鐘左右后開始釋放存。 （二） DB性能數(shù)據(jù)1）未啟用審計功能前 2）啟用審計功能后 對比分析：                                      

40、60;                      在以上數(shù)據(jù)中可以看到啟用審計功能后DB性能參數(shù)和啟用審計功能之前DB性能參數(shù)并無明顯變化。 月結(jié)壓力測試環(huán)境準備情況壓力測試環(huán)境準備為11.5.10.2測試環(huán)境（TL-28007測試），因TL-28007所在服務器上還有一套TL-28009環(huán)境，所以測試前先將TL-28009測試環(huán)境停止。同時在測試之前運行PCSCN_AR職責下

41、的總帳管理系統(tǒng)傳送程序、PCSCN_GL職責下的 STD 科目明細帳和STD 匯總試算表報表。前臺響應時間對比壓力測試1  前臺業(yè)務操作1.1 打開制作訂單頁面1.2 輸入訂單頭-輸入訂單行1.3 保存1.4 登記1.5 關(guān)閉訂單頁面2  并發(fā)用戶數(shù)量與操作間隔時間（40用戶） 用戶數(shù)間隔時間打開制作訂單頁面400s輸入訂單頭-輸入訂單行400s保存400s登記400s關(guān)閉訂單頁面400s        由于把每個虛擬用戶設置為連續(xù)循環(huán)制作10條訂單，并且所有用戶同時載入到系統(tǒng)中（間隔

42、時間0s），這樣就足以保證這些用戶并發(fā)制作銷售訂單。由于服務器性能因素加上后臺月結(jié)相關(guān)請求的運行使得系統(tǒng)的壓力非常大，所以我們以40個用戶來做性能的樣本分析。  3  按照同樣的策略，在啟用審計功能后再進行測試。 后臺性能對比壓力測試1）第一次壓力測試（未啟用審計功能）期間取得OS和DB的性能數(shù)據(jù)。2）第二次壓力測試（啟用審計功能）期間取得OS和DB的性能數(shù)據(jù)。 月結(jié)壓力測試結(jié)果數(shù)據(jù)對比前臺響應時間壓力測試數(shù)據(jù)對比分析本次壓力測試主要關(guān)注的是在月結(jié)相關(guān)請求運行的情況下審計功能的啟用會給系統(tǒng)帶來那些性能的問題，而在此處我們所關(guān)心的是整個訂單錄入流

43、程響應時間=時的差別，以下對比分析訂單錄入流程的響應時間分析圖：1）  未啟用審計功能前臺響應時間綠色->初始化時間藍色->響應時間  2）  啟用審計功能前臺響應時間 綠色->初始化時間藍色->響應時間  對比分析：                        

44、                                     從曲線圖可以看出，總體響應時間的變化曲線非常相似，說明在月結(jié)程序運行的狀態(tài)下審計對系統(tǒng)性能的影響比率進一步降低了。后臺性能壓力測試數(shù)據(jù)對比分析后臺性能數(shù)據(jù)包括OS性能

45、和DB性能數(shù)據(jù) （一）OS性能數(shù)據(jù)1.1  CPU占有率和磁盤IO1）未啟用審計功能前          2） 啟用審計功能后  對比分析：                                           &