【正文】 ager Page Reads/sec每秒發(fā)出的物理數(shù)據(jù)庫頁讀取數(shù)。這一統(tǒng)計信息顯示的是在所有數(shù)據(jù)庫間的物理頁讀取總數(shù)。由于物理I/O 的開銷大， 可以通過使用更大的數(shù)據(jù)高速緩存、智能索引、更高效的查詢或者改變數(shù)據(jù)庫設(shè)計等方法， 使開銷減到最小。SQL Server:Databases Transactions/sec每秒為數(shù)據(jù)庫啟動的事務(wù)數(shù)這里針對SQL Server2000， 而且只是列出比較關(guān)鍵的幾個。更加詳細的信息可以參考SQL Server 的聯(lián)機文檔。 Network Delay如果要監(jiān)視的兩臺計算機在同一個局域網(wǎng)絡(luò)內(nèi)， 建議不要使用Network Delay Monitor。因為在同一局域網(wǎng)內(nèi)，Network Delay 會非常的小， 網(wǎng)絡(luò)監(jiān)視器會有足夠的時間在每秒鐘內(nèi)發(fā)送成百上千的請求， 這樣會導致源計算機（source machine） 的CPU 和內(nèi)存超負荷工作。默認情況下“Enable display of network nodes by DNS names” 選擇是沒有選中的， 因為選中它會明顯的降低該監(jiān)視器的速度。7 分析實時監(jiān)視圖表這一章僅僅介紹幾個最重要的圖表。Q1 事務(wù)響應(yīng)時間是否在可接受的時間內(nèi)？ 哪個事務(wù)用的時間最長？ 看Transaction Response Time 圖， 可以判斷每個事務(wù)完成用的時間， 從而可以判斷出那個事務(wù)用的時間最長， 那些事務(wù)用的時間超出預(yù)定的可接受時間。Q2 網(wǎng)絡(luò)帶寬是否足夠? “Throughput”圖顯示在場景運行期間的每一秒鐘， 從Web Server 上接受到的數(shù)據(jù)量的值。拿這個值和網(wǎng)絡(luò)帶寬比較， 可以確定目前的網(wǎng)絡(luò)帶寬是否是瓶頸。如果該圖的曲線隨著用戶數(shù)的增加， 沒有隨著增加， 而是呈比較平的直線， 說明目前的網(wǎng)絡(luò)速度不能夠滿足目前的系統(tǒng)流量。Q3 硬件和操作系統(tǒng)能否處理高負載? “Windows Resources” 圖實時地顯示了Web Server 系統(tǒng)資源的使用情況。利用該圖提供的數(shù)據(jù)， 可以把瓶頸定位到特定機器的某個部件。8 經(jīng)常遇到的問題 VuGen的問題在使用VuGen 中經(jīng)常會遇到的問題。 Controller的問題在使用Controller 中經(jīng)常會遇到的問題。1. 在添加完Load Generators 機器時， 連接老是失?。?添加的機器明明已經(jīng)安裝了loadrunner， 并且網(wǎng)絡(luò)通訊正常。解決方法： 在安裝loadrunner 的第七步驟， 應(yīng)該選擇第2 項， 如果選擇了第一項， 就會有這種問題。重新安裝一下即可。2. 在VuGen 中運行良好的腳本， 到Controller 中運行卻出問題。這種問題可能會遇到。為了確定問題出在Controller 中的場景，而不是腳本的問題， 你應(yīng)該在所有的Load Generators 機器上使用VuGen 運行測試腳本， 確保都能夠運行正確。因為VuGen 和Controller 運行的機制不一樣。在VuGen 中運行時使用的是完整的瀏覽器， 而在Controller 中運行時使用的只是瀏覽器的基本的部分。 計數(shù)器的問題在使用性能計數(shù)器中經(jīng)常會遇到的問題。1. 添加了Windows Resources 計數(shù)器后， 卻看不到實時的數(shù)據(jù)。解決方法： 要得到監(jiān)視的數(shù)據(jù)， 必須要在被監(jiān)視的服務(wù)器（Web Server） 上獲得管理員權(quán)限。最簡單的方法是在“ 網(wǎng)絡(luò)鄰居”中以administrator 身份登陸Web Server。當然使用下面的控制臺命令也可以：net use \\ 機器名 然后登陸用戶名和密碼即可。（登陸的用戶名必須具有管理員權(quán)限） 2. 添加了一些默認的性能計數(shù)器后， 出現(xiàn)了錯誤。解決方法： 可能是一些LoadRunner 默認的計數(shù)器在WebServer 上已經(jīng)不存在的原因， 尤其是數(shù)據(jù)庫的計數(shù)器方面。簡單的解決方法， 就是刪除有問題的計數(shù)器， 添加比較接近的計數(shù)器（ 可能需要參考Windows 幫助或者數(shù)據(jù)庫的幫助） 9．結(jié)果分析根據(jù)不同的場景設(shè)計，配置腳本后進行測試得到如下結(jié)果測試環(huán)境LMM: CPU： RAM:4G Websphere + IBM Http Server 線程池：100JDBC連接池：100會話超時：30分鐘 DS: CPU： RAM:4G Websphere + IBM Http Server 線程池：100JDBC連接池：100會話超時：30分鐘DBamp。LDAP: CPU： RAM:4G Oralce + LDAP測試工具：Load Runner 用戶數(shù)據(jù)：用戶名test1 – test100； 口令與用戶名相同。測試用例1測試場景描述用戶登錄的lmm模塊，總共登陸24個用戶，所有用戶都同時并發(fā)操作。 用戶點擊“登記的教程”用戶點擊“啟動”，進行課程學習，進入DS模塊在DS模塊中進行學習，過程包括：首先，點擊一次課程結(jié)構(gòu)樹；然后，進行課程內(nèi)容的學習。點擊“返回LMS” 按鈕，返回到lmm模塊點擊“退出”按鈕，退出系統(tǒng)測試結(jié)果LMM與DS模塊CPU平均利用率在10%以下。LMM服務(wù)器CPU利用率峰值為20%，其階段為LMM處理多個用戶同時的登錄請求與點擊“已登記教程”的學習課程查詢。DS服務(wù)器CPU利用率峰值為100%（持續(xù)時間為7秒），其階段為DS處理多個用戶單一登錄驗證和同時對課程結(jié)構(gòu)樹查詢。用戶平均操作響應(yīng)時間不超過5秒，所有交易成功。測試用例2測試場景描述用戶登陸lmm模塊，總共登錄48個用戶，每1秒登錄1個用戶用戶點擊“已登記教程”用戶點擊“啟動”，進行課程學習，進入DS模塊在DS模塊中進行學習，過程包括：首先，點擊一次課程結(jié)構(gòu)樹；然后，進行課程內(nèi)容的學習；點擊“返回LMS” 按鈕，返回到lmm模塊點擊“退出”按鈕，退出系統(tǒng)測試結(jié)果LMM與DS模塊CPU平均利用率在5%以下。LMM服務(wù)器CPU利用率峰值為10%，其階段為LMM處理多個用戶同時的登錄請求與點擊“已登記教程”的學習課程查詢。DS服務(wù)器CPU利用率峰值為8%，其階段為DS處理多個用戶單一登錄驗證和同時對課程結(jié)構(gòu)樹查詢。用戶操作響應(yīng)時間不超過3秒，所有交易成功。測試用例3測試場景描述用戶登錄的lmm模塊，總共登陸48個用戶，所有用戶都同時并發(fā)操作。 用戶點擊“登記的教程”用戶點擊“啟動”，進行課程學習，進入DS模塊在DS模塊中進行學習，過程包括：首先，點擊一次課程結(jié)構(gòu)樹；然后，進行課程內(nèi)容的學習。點擊“返回LMS” 按鈕，返回到lmm模塊點擊“退出”按鈕，退出系統(tǒng)測試結(jié)果LMM與DS模塊CPU平均利用率在20%以下。LMM服務(wù)器CPU利用率峰值為40%，其階段為LMM處理多個用戶同時的登錄請求與點擊“已登記教程”的學習課程查詢。DS服務(wù)器CPU利用率峰值為100%（持續(xù)時間為10秒），其階段為DS處理多個用戶單一登錄驗證和同時對課程結(jié)構(gòu)樹查詢。用戶平均操作響應(yīng)時間不超過10秒，所有交易成功。測試用例4測試場景描述用戶登錄的lmm模塊，總共登陸48個用戶，每秒同時登錄10個用戶。 用戶點擊“登記的教程”用戶點擊“啟動”，進行課程學習，進入DS模塊在DS模塊中進行學習，過程包括：首先，點擊一次課程結(jié)構(gòu)樹；然后，進行課程內(nèi)容的學習。點擊“返回LMS” 按鈕，返回到lmm模塊點擊“退出”按鈕，退出系統(tǒng)測試結(jié)果LMM與DS模塊CPU平均利用率在10%以下。LMM服務(wù)器CPU利用率峰值為10%，其階段為LMM處理多個用戶同時的登錄請求與點擊“已登記教程”的學習課程查詢。DS服務(wù)器CPU利用率峰值為100%（持續(xù)時間為2秒），其階段為DS處理多個用戶單一登錄驗證和同時對課程結(jié)構(gòu)樹查詢。用戶平均操作響應(yīng)時間不超過5秒，所有交易成功。測試用例5測試場景描述用戶登錄的lmm模塊，總共登錄100個用戶，每1秒登錄一個用戶。 用戶點擊“登記的教程”用戶點擊“啟動”，進行課程學習，進入DS模塊在DS模塊中進行學習，過程包括：首先，點擊一次課程結(jié)構(gòu)樹；然后，進行課程內(nèi)容的學習。點擊“返回LMS” 按鈕，返回到lmm模塊點擊“退出”按鈕，退出系統(tǒng)測試結(jié)果LMM與DS模塊CPU平均利用率在20%以下。LMM服務(wù)器CPU利用率峰值為10%，其階段為LMM處理多個用戶同時的登錄請求與點擊“已登記教程”的學習課程查詢。DS服務(wù)器CPU利用率峰值為100%（持續(xù)時間為2’20分鐘），其階段為DS處理多個用戶單一登錄驗證和同時對課程結(jié)構(gòu)樹查詢。用戶最大操作響應(yīng)時間30秒，所有交易成功。測試用例6測試場景描述用戶登錄的lmm模塊，總共登陸100個用戶，所有用戶同時并發(fā)操作。 用戶點擊“登記的教程”用戶點擊“啟動”，進行課程學習，進入DS模塊在DS模塊中進行學習，過程包括：首先，點擊一次課程結(jié)構(gòu)樹；然后，進行課程內(nèi)容的學習。點擊“返回LMS” 按鈕，返回到lmm模塊點擊“退出”按鈕，退出系統(tǒng)測試結(jié)果LMM與DS模塊CPU平均利用率在20%以下。LMM服務(wù)器CPU利用率峰值為40%，其階段為LMM處理多個用戶同時的登錄請求與點擊“已登記教程”的學習課程查詢。DS服務(wù)器CPU利用率峰值為100%（持續(xù)時間為3分鐘），其階段為DS處理多個用戶單一登錄驗證和同時對課程結(jié)構(gòu)樹查詢。用戶超時1個。測試用例7測試場景描述用戶登錄的lmm模塊，總共登陸200個用戶，所有用戶同時并發(fā)操作。 用戶點擊“登記的教程”用戶點擊“啟動”，進行課程學習，進入DS模塊在DS模塊中進行學習，過程包括：首先，點擊一次課程結(jié)構(gòu)樹；然后，進行課程內(nèi)容的學習。點擊“返回LMS” 按鈕，返回到lmm模塊點擊“退出”按鈕，退出系統(tǒng)測試結(jié)果LMM CPU平均利用率在20%以下。LMM服務(wù)器CPU利用率峰值為40%，其階段為LMM處理多個用戶同時的登錄請求與點擊“已登記教程”的學習課程查詢。DS服務(wù)器CPU利用率峰值為100%（持續(xù)時間為5分鐘），其階段為DS處理多個用戶單一登錄驗證和同時對課程結(jié)構(gòu)樹查詢。用戶超時108個。10參考文獻LoadRunner中文使用手冊（完全版） 作者：huiorLoadRunner 聯(lián)機幫助38 /