LoadRunner内部结构
Posted 小帅999
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了LoadRunner内部结构相关的知识，希望对你有一定的参考价值。
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操作系统限制在运行的GUI(Winrunner, QuickTest Professinail等)或者类似GUI脚本(Citrix, SAPGUI等)。因此，如果在负载生成器上的Remote Agent Dispatcher安装成服务而不是进程的话，GUI和SAP Vuser就不能运行。
安装之后，为了把运行的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内部结构的主要内容，如果未能解决你的问题，请参考以下文章