【正文】 文切換。 分析以及監(jiān)視場景 網(wǎng)絡(luò)吞吐量以及寬帶 分析以及監(jiān)視場景 磁盤相關(guān) 判斷磁盤瓶頸的方法是通過以下公式來計算： 每磁盤的 I/O 數(shù) = [讀次數(shù) + （ 4 * 寫次數(shù)） ] / 磁盤個數(shù) 如果計算出的每磁盤的 I/O 數(shù) 大于 磁盤的處理能力，那么磁盤存在瓶頸。 分析以及監(jiān)視場景 Web 應(yīng)用程序 分析以及監(jiān)視場景 IIS 分析以及監(jiān)視場景 SQL Server 分析以及監(jiā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ā)送成百上千的請求，這樣會導(dǎo)致源計算機（ source machine）的 CPU 和內(nèi)存超負荷工作。 默認情況下“ Enable display of work nodes by DNS names” 選擇是沒有選中的，因為選中它會明顯的降低該監(jiān)視器的速度。 分析實時監(jiān)視圖表 摘要 Transaction Response Time Throughput Windows Resources Transaction Response Time 看 Transaction Response Time 圖，可以判斷每個事務(wù)完成用的時間，從而可以判斷出那個事務(wù)用的時間最長 ,那些事務(wù)用的時間超出預(yù)定的可接受時間 . 下圖可以看出，隨著用戶數(shù)的不斷增加， login 事務(wù)的響應(yīng)時間增長的最快！ Throughput “ Throughput”圖顯示在場景運行期間的每一秒鐘 ,從 Web Server上接受到的數(shù)據(jù)量的值 .拿這個值和網(wǎng)絡(luò)帶寬比較 ,可以確定目前的網(wǎng)絡(luò)帶寬是否是瓶頸 . 如果該圖的曲線隨著用戶數(shù)的增加，沒有隨著增加，而是呈比較平的直線，說明目前的網(wǎng)絡(luò)速度不能夠滿足目前的系統(tǒng)流量。 Windows Resources “ Windows Resources”圖實時地顯示了 Web Server 系統(tǒng)資源的使用情況。利用該圖提供的數(shù)據(jù)，可以把瓶頸定位到特定機器的某個部件。 利用 Analysis分析結(jié)果 摘要 分析事務(wù)的響應(yīng)時間 分解頁面 確定 WebServer 的問題 其他有用的功能 分析事務(wù)的響應(yīng)時間 “ Transaction Performance Summary”圖，確認那個事務(wù)的響應(yīng)時間比較大，超出了我們的標準?？聪聢D， login 事務(wù)的平均響應(yīng)時間最長。 分析事務(wù)的響應(yīng)時間 “ Average Transaction Response Time”，觀察login 在整個場景運行中每一秒的情況。從圖中可以看出， login 事務(wù)的響應(yīng)時間并不是一直都比較高 ,只是隨著用戶數(shù)的增加，響應(yīng)時間才明顯增加的 . 分解頁面 通過分解頁面可以得到：比較大的響應(yīng)時間到底是頁面的哪個組件引起的？問題出在服務(wù)器上還是網(wǎng)絡(luò)傳輸上。 這里為了解說各個時間（比如： DNS 解析時間、連接時間、接受時間等） 瀏覽器從發(fā)送一個請求到最后顯示的全過程 : 瀏覽器向 Web Server 發(fā)送請求，一般情況下，該請求首先發(fā)送到 DNS Server 把 DNS名字解析成 IP 地址。解析的過程的時間就是 。這個度量時間可以確定 DNS 服務(wù)器或者 DNS 服務(wù)器的配置是否有問題。如果 DNS Server 運行情況比較好，該值會比較小。 分解頁面 瀏覽器從發(fā)送一個請求到最后顯示的全過程 : 解析出 Web Server 的 IP 地址后，請求被送到了 Web Server，然后瀏覽器和 WebServer 之間需要建立一個初始化連接，建立該連接的過程就是 。這個度量時間可以簡單的判斷網(wǎng)絡(luò)情況，也可以判斷 Web Server 是否能夠響應(yīng)這個請求。如果正常，該值會比較小。 建立連接后，從 Web Server 發(fā)出第一個數(shù)據(jù)包，經(jīng)過網(wǎng)絡(luò)傳輸?shù)娇蛻舳?，瀏覽器成功接受到第一字節(jié)的時間就是 。這個度量時間不僅可以表示 WebServer 的延遲時間 ,還可以表示出網(wǎng)絡(luò)的反應(yīng)時間。 從瀏覽器接受到第一個字節(jié)起，直到成功收到最后一個字節(jié)，下載完成止，這段時間就是 。這個度量時間可以判斷網(wǎng)絡(luò)的質(zhì)量 (可以用 size/time 比來計算接受速率 ) 分解頁面 “ Downlaod Time Breakdown” ，可以看出 login 事務(wù)分解的各個組件的大小 ,以及各個組件的下載時間 . 從下圖可以看出， login 頁面有 5 個組件組成，其中 next .gif 下載用的時間最長，并且?guī)缀跛械臅r間都用在了 First Buffer 上，而其大小為 .256KB，并不是很大。 分解頁面 分解頁面 分解頁面 分解頁面 分解頁面 分解頁面 分解頁面 確定 WebServer 的問題 網(wǎng)站的性能問題可能是由多種因素引起的，其中大約有一半的性能問題最終歸結(jié)到 Web Server、 Web 應(yīng)用程序和數(shù)據(jù)庫服務(wù)器上。采用編程語言（ ASP、 JSP、 等）的網(wǎng)站非常依賴于數(shù)據(jù)庫操作，這些都可能是引起性能問題的因素。 最常見的數(shù)據(jù)庫問題是效率比較低的索引設(shè)計 ,數(shù)據(jù)碎片太多 ,過時的統(tǒng)計表以及不完善的應(yīng)用程序設(shè)計 . 在 20%的壓力測試中，發(fā)現(xiàn) Web Server 和 Web 應(yīng)用程序是性能的瓶頸。這些瓶頸主要是由于服務(wù)器配置不當(dāng)和資源不足。比如，編程比較差的代碼以及形成的 DLL 能夠使用所有的計算機處理器資源，導(dǎo)致了 CPU 的瓶頸。同樣，對內(nèi)存的操作不當(dāng)和管理不善也很容易造成內(nèi)存的瓶頸，所以我們建議在排除其他可能的因素外，首先檢查 CPU 和物理內(nèi)存。 其他有用的功能 比較每次運行的結(jié)果 對圖表進行組合合并 比較每次運行的結(jié)果 一般情況下進行性能測試的步驟是： 首先進行一次性能測試，記錄下結(jié)果，然后分析結(jié)果，提出改進的建議 開發(fā)人員根據(jù)建議對代碼或者服務(wù)器的配置進行修改 測試人員在相同的條件下進行第二輪測試 測試人員對兩輪測試結(jié)果比較，確定開發(fā)人員修改的結(jié)果是否有效 比較每次運行的結(jié)果 對圖表進行組合合并 Analysis 默認的圖表都是以時間作為橫坐標，然而在分析結(jié)果的過程中，我們可能需要以“運行的用戶數(shù)”作為橫坐標，來比較結(jié)果。 假如我們要畫出 Windows Resources— VUsers 的圖表，可以這樣操作 . 首先打開 Windows Resources 圖表，然后在圖表上點鼠標右鍵，選擇Merge Graphs 對圖表進行組合合并 對圖表進行組合合并 對圖表進行組合合并 對圖表進行組合合并 經(jīng)常遇到的問題 摘要 Controller 的問題 計數(shù)器的問題 Controller 的問題 在添加完 Load Generators 機器時，連接老是失??；添加的機器明明已經(jīng)安裝了 LoadRunner，并且網(wǎng)絡(luò)通訊正常。解決方法：在安裝 LoadRunner 的第七步驟，應(yīng)該選擇第二項，如果選擇了第一項，就會有這種問題。重新安裝一下即可。 在 VuGen 中運行良好的腳本，到 Controller 中運行卻出問題。這種問題可能會遇到。為了確定問題出在 Controller 中的場景 ,而不是腳本的問題 ,你應(yīng)該在所有的 Load Generators 機器上使用 VuGen 運行測試腳本，確保都能夠運行正確。因為 VuGen 和Controller 運行的機制不一樣。在 VuGen 中運行時使用的是完整的瀏覽器，而在 Controller 中運行時使用的只是瀏覽器的基本的部分。 計數(shù)器的問題 1. 添加了 Windows Resources 計數(shù)器后，卻看不到實時的數(shù)據(jù)。解決方法：要得到監(jiān)視的數(shù)據(jù)，必須要在被監(jiān)視的服務(wù)器（ Web Server）上獲得管理員權(quán)限。最簡單的方法是在“網(wǎng)絡(luò)鄰居”中以administrator 身份登陸 Web Server。當(dāng)然使用下面的控制臺命令也可以： use \\機器名 然后登陸用戶名和密碼即可。（登陸的用戶名必須具有管理員權(quán)限） 2. 添加了一些默認的性能計數(shù)器后，出現(xiàn)了錯誤。解決方法：可能是一些 LoadRunner 默認的計數(shù)器在WebServer 上已經(jīng)不存在的原因，尤其是數(shù)據(jù)庫的計數(shù)器方面。簡單的解決方法，就是刪除有問題的計數(shù)器，添加比較接近的計數(shù)器（可能需要參考Windows 幫助或者數(shù)據(jù)庫的幫助）