LoadRunner內部結構（2）

接著（1）的內容：

17.默認的LRReport文件夾創建在本地分析機器的My Documents文件夾下來存儲分析會話文件.

18.可以使用HTML格式

19.格式是由.tem模版文件控制的.

20.可選的,LR7.8的Remote Performance Monitoring (RPM) MS-IIS/ASP web server可以安裝在Windows 2000 Server(但不是Windows 2003 Server)上,這樣,負載測試的結果就可以使用web瀏覽器來瀏覽了.

Load Generator Agent進程和Service

在安裝過程中,

l 選擇”Allow virtual users to run on this machine without user login”意思是LoadRunner agent作為一個名稱為LoadRunner Agent Service的系統服務.在Window的性能監視器中,這個圖標名稱為:magentservice.exe

為了更好的安全,指定一個獨立的服務帳號,用戶名和密碼,這樣可以限制權限.

安裝完之後,為了測試是否能運行,

在Windows 2000,上打開Start -> Control Panel -> Administrative Tools -> Services.
在 Windows NT4,打開Start -> Control Panel -> Services

你同樣需要輸入服務列表來改變密碼,或者復位服務為"Automatic"

l 選擇”Manual log in to the Load Generator”意味著LoadRunner agent按照名稱為magenproc.exe的進程來運行.這種方法意味著你需要每次啟動機器的時候從LoadRunner的\launch_service\bin手動運行Load Generator

magentproc.exe

你可以通過在windows任務欄中查看是否有衛星圖標來判斷是否在運行.

為了使機器每次重啟都會自動運行Agent,可以在程序-à啟動這裏建立一個快截方式.

作為一個進程,windows操作系統

安裝之後，為了把運行的LoadRunner由服務變成進程：

cd\PROGRA~1\MERCUR~1\MERCUR~1\LAUNCH~1\bin
magentservice.exe –remove

把LoadRunner作為服務安裝：

magentservice.exe –install

這些命令不會產生響應結果。但是把m_agent_attribs.cfg文件放到負載生成器的C:\根目錄下。

如果你沒有管理員權限，然後去試圖改變用戶ID：Admin，密碼：Admin，你會看到這樣的信息：

"29972:- Failed to reset launcher status call back function reason:no monikor was passed.

在UNIX機器上，代理的配置是修改LoadRunner根目錄下dat文件夾下的br_Inch_server.cfg實現的。

確保代理就緒

在控制器的負載生成器對話框中，在你點擊“Connect”之後，你會看到“Ready”。

重新試驗這些命令，直到你得到信息“Failed to connect to the agent。Load Generator not responding after timeout Command line that was executed”

如果這樣仍然不能顯示為“Ready”狀態，在負載生成器的機器上看windows服務，在重新使用上面的命令之前，kill然後刪除“LoadRunner Agent Service”

設置FireWallServiceActive1為true，0為false。運行bin/agent_config

使用網絡驅動映射

如果一些負載生成器需要訪問相同的物理文件，而不是必須去記得每次文件改變後去拷貝這些文件，每一個負載生成器可可以使用映射驅動器來引用通用的文件夾。但是因為網絡驅動映射是跟制定的用戶關聯的：

1， 使用負載生成器要使用的用戶來登錄負載生成器的機器。

2， 打開windows瀏覽器，在工具下選擇映射一個網路驅動，然後創建一個驅動。

3， 在服務中打開LoadRunner的服務。

4， 點登錄標簽卡

5， 指定負載生成器服務使用的用戶名和密碼（如果用戶ID是本地域，用戶名稱這裏會顯示一個.）

6， 停止然後啟動服務。

控制負載生成器，穿過防火墻來監控

防火器的目的是通過阻止一些通信來增強安全，它只允許一些特定的端口與外網通信，如HTTP的80和HTTPS的443端口。

默認的情況下，負載生成器通過MI Listener使用動態的端口發送信息的返回。

為了避免必須請求管理員來開放更多的端口，在防火墻內的每個負載生成器機器，從Start > Programs > ... LoadRunner > Advanced Settings > Agent Configuration (launch_service\bin\AgentConfig.exe)，安裝(Monitoring Over Firewall machine)MoFW/RoWF agent，檢查“Enable Firewall Agent”選項。

它收集性能計數器的數據，並且穿過防火期發送這些數據給控制器。

MoFW與MI Listener通過端口443來通信，所以機器上不要裝有任何的Web服務器（Apache WebTours, IIS,或Oracle HTTP servers）

為了驗證端口443是否允許通信，使用下面的命令：

telnet 194.194.194.194 443

這會打開一個telnet窗口。

UNIX負載生成器使用一個動態的端口，這個端口不能固定。

當在控制器上定義一個遠程的負載生成器時，在“Load Generator Information”對話框上點“Details”，這裏你可以點“Firewall”標簽然後選擇“Enable Firewall”。

在windows和Unix/Liunx系統上監控資源

監控UNIX機器

在Liunx上啟動監控之前，檢查確保rstatd監控器是活動的。如果服務因為太忙或者重啟而使rstatd服務停止，LR7.8就不能從rstatd中獲得需要的信息了。需要退出或者重新初始化控制器。

HTTPS/SSL通信的MI Listener

當代理從防火墻之後發送HTTPS通信，它會使用”Monitoring over Firewall Component”，然後控制器為代理使用一個符號的名稱，通過Mercury Interactive‘sMI Listener Machine（通過端口50500）與外邊的防火墻通信。通過防火墻監控WINDOWS機器使用TCP端口139。

為了測試外部的防火墻mercuryinteractive.com/products/protune_ds/ Mercury ProTune Delivery Service

LoadRunner內部結構（2）