loadrunner监控linu资源安装服务步骤
- 格式:doc
- 大小:127.00 KB
- 文档页数:18
loadrunner安装教程
以下是LoadRunner的安装教程:
1. 首先,从官方网站或可信的软件下载网站下载LoadRunner 的安装包。
确保选择与您的操作系统兼容的版本。
2. 打开下载的安装包,并按照安装向导的指示进行安装。
如果有任何弹出窗口或确认提示,请根据自己的需要进行选择。
3. 在安装向导中,您将被要求选择安装路径。
可以接受默认的安装路径,或选择您认为合适的其他路径。
4. 在确认安装选项后,开始执行安装过程。
这可能需要一些时间,取决于您的计算机性能和安装文件的大小。
5. 一旦安装完成,您可以选择启动LoadRunner或稍后手动启动。
6. 在LoadRunner启动之后,您需要进行一些基本的配置。
首先,根据需要选择LoadRunner的语言设置。
7. 接下来,您将被要求输入许可证信息。
如果您有有效的许可证密钥,请输入该信息。
否则,选择使用试用版本。
8. 配置完成后,LoadRunner将准备好使用。
您可以开始创建并运行测试脚本,并进行性能测试了。
请注意,以上步骤可能会因不同的LoadRunner版本和操作系
统而略有不同。
在安装过程中,始终仔细阅读安装向导的指示,并根据自己的实际情况进行操作。
Linux下安装LoadRunner(LoadGenerator)及压测1.安装包的处理:挂载ISO:mkdir –p /mnt/loadrunnermount -t iso9660 -o loop Software_HP_Load_Generator_11.50_for_UNIX_T7177-15029.iso /mnt/loadrunner2.开始安装:cd /mnt/loadrunner/Linux/ && ./installer.sh这样表示正式开始安装,首先提示你是否需要继续安装,输入'n'提示你要不要看一看授权文件等等,不用看了,直接Agree吧。
最后让你确认一下是否需要安装,退出之类的,肯定选择‘i’,继续安装了。
安装完成了,问你是否要直接结束,还是看一下Log,懒得看的话,直接'f'结束好了。
到了这一步,基本安装就结束了。
3.添加用户和环境变量:#创建一个load用户,shell使用cshuseradd -g 0 -s /bin/csh load#给load指定home目录,建议在建立用户时就指定usermod -d /home/user/load loadcat /opt/HP/HP_LoadGenerator/env.csh > /etc/.loginsu – load && cat /opt/HP/HP_LoadGenerator/env.csh >.cshrc#该部分配置与上面实际是一个作用,弄一个就行了# vi /etc/csh.cshrc在文件的最后一行加上 source /opt/HP/HP_LoadGenerator/env.csh ,这样就可以将lr的配置导入csh的默认配置。
4. 检查运行环境:su - loadcd /opt/HP/HP_LoadGenerator/bin/./verify_generator此时出现提示页面如下:要求我们设置一个DISPLAY 变量,我们直接修改env.csh文件来解决。
Loadrunner安装及使用LoadRunner安装及使用1. 了解LoadRunnerLoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。
1.3 LoadRunner 组件有哪些?LoadRunner 包含下列组件:虚拟用户生成器用于捕获最终用户业务流程和创建自动性能测试脚本(也称为虚拟用户脚本)。
Controller 用于组织、驱动、管理和监控负载测试。
负载生成器用于通过运行虚拟用户生成负载。
Analysis 有助于您查看、分析和比较性能结果。
Launcher 为访问所有LoadRunner 组件的统一界面。
1.4 LoadRunner 常用术语场景(方案)场景是一种文件,用于根据性能要求定义在每一个测试会话运行期间发生的事件。
Vuser在场景中,LoadRunner 用虚拟用户或Vuser 代替实际用户。
Vuser 模拟实际用户的操作来使用应用程序。
一个场景可以包含几十几百甚至几千个Vuser。
Vuser 脚本Vuser 脚本用于描述Vuser 在场景中执行的操作。
事务要度量服务器的性能,需要定义事务。
事务表示要度量的最终用户业务流程。
1.5 负载测试流程负载测试通常由六个阶段组成:计划、脚本创建、场景定义、场景执行、场景监控和结果分析。
规划测试:定义性能测试要求,例如并发用户的数量、典型业务流程和所需响应时间。
创建Vuser 脚本:将最终用户活动捕获到自动脚本中。
定义方案:使用LoadRunner Controller 设置负载测试环境。
运行方案:通过LoadRunner Controller 驱动、管理负载测试。
监视方案:监控负载测试。
分析结果:使用LoadRunner Analysis 创建图和报告并评估性能。
2. LoadRunner安装及注意事项2.1 需要下载的文件及下载源此次使用的并不是LoadRunner的最新版v9.50,而是比较流行的LoadRunner v8.1。
loadrunner 11一、安装4G只要顺序安装即可;二、破解1. 把loadrunner相关程序全部退出;2. 用LR8.0中的mlr5lprg.dll、lm70.dll覆盖LR9.5安装目录下“bin”文件夹中的对应文件;一般是C:\Program Files\Mercury\LoadRunner\bin.3. 清理注册表(不清理的话,在添加licence时,会提示“License security violation……”)可以下载注册表清理器lr_Del_license(LR破解包内有)或者手动修改注册表,删除下面注册表中的所有子键:(最好还是通过上面的注册清理器清除比较可靠)[HKEY_LOCAL_MACHINE\SOFTWARE\Mercury Interactive\LoadRunner\License2][HKEY_LOCAL_MACHINE\SOFTWARE\Mercury Interactive\LoadRunner\License2\History] "AIBGEBFW-JVED-ZKEKEKEKEKEBDNQAF-KBRDN"=""[HKEY_LOCAL_MACHINE\SOFTWARE\MercuryInteractive\LoadRunner\License2\PermanentLicense]@="AIBGEBFW-JVED-ZKEKEKEKEKEBDNQAF-KBRDN""last"="AIBGEBFW-JVED-ZKEKEKEKEKEBDNQ AF-KBRDN"[HKEY_LOCAL_MACHINE\SOFTWARE\MercuryInteractive\LoadRunner\License2\TemporaryLicense]@="AEBGEBFS-AKEKEKEKE-KAUCA"[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Interface\{87B3ADD4-21EB-11d5-93EF-00105AA0F D2D}]@="IControl"4. 添加下面的licence,即可使用:global-100: AEAMAUIK-YAFEKEKJJKEEA-BCJGIweb-10000: AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGBgolba-1000:AEACFSJI-YASEKJJKEAHJD-BCLBR提供一个超级license 最高支持6.5w个并发:AEACFSJI-YJKJKJJKEJIJD-BCLBR三、录制脚本创建事务完善脚本部署负载控制器执行负载测试分析测试结果生成组合图生成测试结果文档1、如何录制2、如何创建事务3、如何在已有脚本基础上完善不同用户数据的加载(即脚本参数化,应该也可以本地参数化)4、如何部署负载控制器-多客户机执行同一个负载,并发个数、执行时间、vuser加载时长等问题5、执行测试发生各种错误,如何配置检测服务器6、测试结果各种数据的含义7、合并具有数据意义的图8、生成可用的数据文档四、疑问及解决方案1、如何监控linux服务器资源:Rpcinfo –p : 该工具检测服务器是否开启了rpc相关服务开启rpc的话如图:没有开启rpc相关服务解决:安装rpc.rstatd服务tar -xzvf rpc.rstatd-4.0.1.tar.gz在编译安装目录启动服务:./rpc.rstatd启动portmap服务:/etc/rc.d/init.d/portmap start有些服务器可能是出现这样的问题:如果是rpcinfo command not found的话:先安装portmap :yum install portmap然后启动这个服务:/etc/init.d/rpcbind start如果还出现建立rpc没有成功的话,可以尝试将服务器的防火墙永久关闭:chkconfig iptables offchkconfig iptables on(注意,portmapper和rstatd都需要端口对外开放)2、关于并发用户和集合点的探讨主要资料来自51testing各种大牛回帖集合点:严格意义上讲集合点是为了并发,比如某个提交数据的事务前插入集合点,当vuser 运行到集合点时,lr会检查有多少用户到达集合点,如果达到集合点指定并发的要求则lr 会命令到达集合点的vuser同时去提交数据;事务:为了衡量一系列操作的性能,需要定义事务,在测试结束后,lr会给定相应事务的性能数据;并发:个人也一直比较迷糊,认为并发可以分为严格上的并发和广泛并发,严格并发:所有的vuser在同一时刻做相同或不同的操作广泛并发:所有的vuser在同一段时间内自由的操作不同的动作(只要有技术人员说上w的并发,都觉得这些人说话不严谨也不负责任,经常会误导小白们,导致每个刚入门性能测试的人觉得不来个上千上万的并发都不好意思拿出测试结果)具体集合点和并发在lr里怎么操作,这里先不赘述,之后会有专门的节介绍;这里主要是要说什么情况下更适合使用集合点:借用一张应用结构图:对于打个操作lr本省执行的时候就已经在模拟一个并发的过程,而插入集合点只是为了实现严格意义上的并发,而如果在一个事务中有多个操作,如有查询,删除等操作行为,则最好分成多个事务,每个事务有自己的集合点(并发点),这样才能准确的获得各个操作的并发数据;一般更多的是单独并发测试一个操作行为,所以可要可不要集合点?但有个duration,这期间这些vuser和集合点又是怎么个关系?一下两段为草稿,待完善:单个操作,设置集合点和不设置集合点的区别是否明显,还是差不多多个操作,如果是多个操作,就必须每个操作作为一个事务,在事务设置集合点,这样才会避免vuser自由的访问任意个操作,而是可以让lr指定在哪个操作并发;可以让action迭代,相当于用户多次操作;是不是在一段duration中,慢慢加载vuser,duration保持一段时间(最大用户数),以更慢的速度让vuser慢慢退出,这比较符合一天vuser从低谷到某个高峰再到低谷的,而每个用户在这期间可以做一系列的操作(事务);五、简单实例录制请求一个url:http://192.168.2.211:5100/game/whitelist?lasttime=0控制器场景:同时初始化所有vuser,每5秒增加2个vuser,所有vuser加载结束后持续1分钟,持续期结束后,每5秒停止2个vuser:执行场景结束后台共接收到4593个请求:从第一个vuser加载并请求开始到最后一个vuser请求结束:(2013-03-14 14:12:15 - 2013-03-14 14:13:55)结果分析:Analysi Summary:Running Vusers – Average Transaction Response Time:UNIX Resources – Running Vusers:六、各种不同场景设置并发的结果分析1、场景1 maxmium running vuser立刻初始化10个vuser,立即启动10个vuser,Run until completion共收到10个请求本次测试中最大同时online vuser为3个,平均每秒3.333点击数,也就是共执行了3秒左右的测试时间2、场景2 start vuser rule立即初始化vuser,每隔1s启动一个vuser,run until completion请求测试本次测试最大同时online vuser数位0,应该是请求量太少10个,测试时间又长10s,导致这个数据,平均每秒点击0.909本次测试的目的:1)、start vuser中simultaneously同时地与有规律渐进启动vuser的区别,后者在vuser启动后即可进入请求(hits点击动作),也就多出一定的duration时间2)、对比场景1我们可以了解stop-simultaneously规则意味着vuser在duration一结束就停止hits3、场景3 duration and stop rule测试duration和stop的起什么效果发出相同的请求直到duration30s时间结束,并根据stop规则停止请求我们也注意到summary上面分析的duration真正时间是40seconds,本次测试最大同时online vuser为10,总请求数为1770,平均每秒43.171请求数本次测试的目的:1):duration参数允许vuser直请求直到被stop规则停止2):maximum running vusers并非最大并发vuser,而仅仅是当次测试中最大同时在线的vuser 数(在线意味着user一直连接着,并一直请求vuser script中action指定的操作行为)4、场景4被我删除了5、场景5 initialize vuser before run6、场景6 initialize simultaneously7、场景7 initialize N vusers per X seconds (N ,X 常数)5、6、7场景说明initialize vuser的方案中initialize simultaneously和initialize vuser before run 规则基本是瞬间完成vuser的初始化(不论是all vuser init=>start rule=>run或是foreach(one vuser=>init)=>start rule=>run),而采用规则2初始化vuser则会花费一定的时间在初始化用户(模拟登录输入操作花费的时间吗?),其导致的主要后果就是hits per second就会降低,因为测试时间变长了;一般测试并发的场景需要设置集合点,而且需要一次性初始化vuser 否则lr默认50个vuser缓慢初始化8、场景8 stop ruleInitialize all vuser simultaneously,start 10 vusers per 1s,duration 10s,stop 10vusers per 1s实际请求1400我们也看到duration时长为30s,也就是包含start和stop vusers的时长,毕竟不是瞬间所有vuser run or stop;本次测试目的:stop 规则不建议stop simultaneously ,实际用户不可能在同一时刻退出连接或请求9、场景9。
LR监控windows、linux、UNIX、IBM AIX系统方法一、监控windows系统:1、监视连接前的准备工作1)进入被监视windows系统,开启以下二个服务Remote Procedure Call(RPC) 和Remote Registry Service (开始—)运行中输入services.msc,开启对应服务即可)。
2)在被监视的WINDOWS机器上:右击我的电脑,选择管理->共享文件夹->共享在这里面要有C$这个共享文件夹 (要是没有自己手动加上)。
3)在安装LR的机器上,开始—》运行,输入 \\被监视机器IP\C$ 然后输入管理员帐号和密码,如果能看到被监视机器的C盘了,就说明你得到了那台机器的管理员权限,可以使用LR去连接了。
(LR要连接WINDOWS机器进行监视要有管理员帐号和密码才行。
)问题:在执行步骤3)时,输入 \\被监视机器IP\C$,出现不能以administrator身份访问被监控系统(若采用这种方式用LR对其监控的话,会提示:“找不到网络路径”)的情况,现象就是用户名输入框是灰色的,并且默认用户是guest。
解决办法:这是安全策略的设置问题(管理工具 -> 本地安全策略 -> 安全选项 -> "网络访问:本地帐户的共享和安全模式")。
默认情况下,XP的访问方式是"仅来宾"的方式,如果你访问它,当然就固定为Guest来访问,而guest 账户没有监控的权限,所以要把访问方式改为“经典”模式,这样就可以以administrator的身份登陆了。
修改后,再次执行步骤3),输入管理员用户名和密码,就可以访问被监控机器C盘了若这样都不行的话(可能是其它问题引起的),那只好采取别的方法了。
在服务器的机子上,通过windows自带的“性能日志和警报”下的“计数器日志”中新增加一个监控日志(管理工具—性能—性能日志和警报),配置好日志,也能监控服务器的cpu、memory、disk等计数器。
Linux系统性能监控案例(仅供内部使用)版本号:V0.1保密等级:■秘密□机密□绝密编制:XXX审核:修订记录日期版本号描述作者2011-06-130.1初稿完成目录1 案例描述 (2)2 案例分析 ................................................................................................................. 错误!未定义书签。
3 解决过程 (2)4 解决结果 (5)5 总结 (5)关键词:Linux Loadrunner 性能监控sar摘要:主要介绍压力测试,性能测试时候,使用Loadrunner测试工具对Linux系统下的一些性能参数进行监控,再配合使用SAR监控内存。
提供两种性能监控解决方案。
1 案例描述在进行KDVP2.0性能测试时候,需要收集一些Linux系统下的性能数据,比如CPU%,MEM%。
测试初期,使用的是top命令记录数值。
但是top,free,htop等这些命令不能完全的满足我们性能数据要求。
而Linux又不像Windows自带性能计数器。
于是便想到的是借助自动化测试工具,比如通过使用Loadrunner进行远程性能监控。
2 解决过程Loadrunner监控首先先简单介绍下loarunner这款工具的组成:Loadrunner提供了三大主要模块。
这三个模块也可以作为独立的工具分别完成各自的功能:1.Virtual User Generator——用于录制脚本。
2.Mercury LoadRunner Controller——用于创建,运行和监控场景。
3.Mercury LoadRunner Analysis-——用于分析测试结果。
单单做性能监控的话,只需要使用到Loadrunner底下Controller这个模块。
辅以Analysis分析。
通过Controller模块,能够监控Linux系统,windows系统和SQL服务器。
LoadRunner安装方法与系统环境初始化过程了解过性能测试的朋友,想必对LoadRunner一定不陌生。
不错,LoadRunner很强大。
但你是否能发挥LoadRunner的强大功能呢?本文介绍笔者在实践过程中批量安装LoadRunner和初始化环境的过程(windows/Linux):------------------ Windows ------------------1、安装.net framwork 3.52、安装LoadRunner(安装包路径和程序安装路径中不要有中文)3、安装JDK(下载官方最新安装包,所有机器安装目录建议相同)4、安装C++运行库Microsoft Visual C++ 2005 Redistributable + sp1Microsoft Visual C++ 2008 Redistributable + sp15、将系统临时文件存在在空间最大的磁盘上。
譬如执行批处理如下:wmic ENVIRONMENT where "name='temp' or name='tmp'" set VariableValue='D:\temp'6、修改系统注册表,增加系统最大吞吐能力。
批处理如下:echo Yes | reg add HKLM\System\CurrentControlSet\Services\tcpip\Parameters /v MaxUserPort /t reg_Dword /d 65534 /fecho Yes | reg add HKLM\System\CurrentControlSet\Services\tcpip\Parameters /v TcpTimedWaitDelay /t reg_Dword /d 5 /f7、保证RemoteRegistry服务自动启动,资源监控时需要用到:sc config RemoteRegistry start= auto8、将LoadRunner的Agent添加到服务并自动启动:"%LoadRunner%\LAUNCH_SERVICE\bin\magentservice.exe" –install9、各测试机时间同步,可使用Windows的时间同步或第三方软件实现。
/lr/安装指南法律声明免责声明此处可访问的某些版本的软件和/或文档(以下称为“资料”)可能包含Hewlett-Packard Company(现为HP Inc.)和Hewlett Packard Enterprise Company的品牌。
自2017年9月1日起,资料由独立经营的公司Micro Focus提供。
对HP和Hewlett Packard Enterprise/HPE标志的任何引用都是历史性的,HP和Hewlett Packard Enterprise/HPE标志是其各自所有者的财产。
担保Micro Focus及其附属公司和许可方(“Micro Focus”)的产品和服务的唯一担保已在此类产品和服务随附的明示担保声明中提出。
此处的任何内容均不构成额外担保。
Micro Focus不会为此处出现的技术或编辑错误或遗漏承担任何责任。
此处所含信息如有更改,恕不另行通知。
受限权限声明包含机密信息。
除非另有特别说明,否则必须具备有效许可证方可拥有、使用或复制。
按照FAR12.211和12.212,并根据供应商的标准商业许可的规定,商业计算机软件、计算机软件文档与商品技术数据授权给美国政府使用。
版权声明©版权所有1994-2019Micro Focus或其附属公司之一。
目录LoadRunner Professional1欢迎使用LoadRunner Professional5 LoadRunner帮助中心5有用的链接5 LoadRunner组件6帮助改进LoadRunner Professional6系统要求和先决条件8系统要求8在Windows上安装必备软件8由安装程序自动检测和安装8手动安装Windows更新9安装注意事项和限制9在Windows上安装LoadRunner Professional12安装工作流12升级到LoadRunner Professional202014在Windows上安装LoadRunner Professional14安装向导信息14运行安装15静默安装LoadRunner Professional18安装命令行选项19在Windows上部署Docker化Load Generator21先决条件22使用预定义映像运行通过Docker设置的Load Generator22使用自定义映像运行Docker化Load Generator22 Dockerfile的自定义内容示例23运行Load Generator容器后25提示和准则25配置用户登录设置25安装LoadRunner语言包26在Linux上安装Load Generator27安装工作流27通过安装向导在Linux上安装Load Generator29开始之前29运行安装向导30 Linux上的Load Generator静默安装30安装指南在Linux上部署Docker化Load Generator31先决条件31使用预定义映像运行通过Docker设置的Load Generator32使用自定义映像运行Docker化Load Generator32运行Load Generator容器后33提示和准则34配置Linux环境34设置环境变量35验证Linux安装35运行verify_generator36检查Controller连接37改善Load Generator性能38增加文件描述符38增加进程条目数39增加交换空间39从Linux计算机上卸载Load Generator39卸载Load Generator12.55或更低版本40卸载Load Generator12.56或更高版本40 Load Generator Linux安装疑难解答41向我们发送反馈欢迎使用LoadRunner Professional欢迎阅读《LoadRunner Professional安装指南》。
1 准备工作首先,监视Linux一定要有rstatd这个守护进程,有的Linux版本里也有可能是rpc.rstatd这里只是名字不同而已,功能是一样的一般来说LINUX需要下载一个包才有这个服务,包名字是rpc.rstatd-4.0.1.tar.gz. 这是一个源码,需要编译,下载并安装rstatdtar xzvf rpc.rstatd-4.0.1.tar.gz./configure —配置make —编译make install —安装rpc.rstatd —启动rstatd进程rpcinfo –p // 执行此命令检查rpc服务的状态程序版本协议端口1000002 tcp111 portmapper1000002 udp111 portmapper1000241 udp 32768 status1000241 tcp 32769 status1000015 udp867 rstatd1000013 udp867 rstatd1000012 udp867 rstatd1000011 udp867 rstatd配置rstatd 目标守护进程是xinetd,它的主配置文件是/etc/xinetd.conf 里面内容是只有基本信息# Simple configuration xinetd## Some defaults, and include /etc/xinetd.d/defaults{instances = 60log_type = SYSLOG authprivlog_on_success = HOST PIDlog_on_failure = HOSTcps = 25 30}includedir /etc/xinetd.d里面内容的意思在这里就不说了!网上有具体解释,我们这里需要修改的是/etc/xinetd.d/下的三个conf文件rlogin ,rsh,rexec 这三个配置文件,打这三个文件里的disable = yes都改成 disable = no ( disabled 用在默认的 {} 中禁止服务)或是把# default: off都设置成 on 这个的意思就是在xinetd启动的时候默认都启动上面的三个服务!(由于貌似用ps ax不能看到rlogin ,rsh ,rexec这三个进程是否开启,所以使用default: on,因为rstatd和xinetd这二个服务是否启动在ps ax里是看的到的)然后你在保证Linux机器上的进程里有rstatd和xinetd这二个服务就可以用LR去监视了几点小的技巧:检查是否启动: rsh server 监听和TCP 是514。
# netstat -an |grep 514tcp 0 0 0.0.0.0:514 0.0.0.0:* LISTEN如果能看到514在监听说明rsh服务器已经启动。
检查是否启动: rstatd输入命令: rpcinfo -p如果能看到程序版本协议端口*** **** udp 741 rstatdAverage load:Average number of processes simultaneously in Ready state during the last minute上一分钟同时处于“就绪”状态的平均进程数Collision rateCollisions per second detected on the Ethernet每秒钟在以太网上检测到的冲突数。
Context switches rateNumber of switches between processes or threads, per second每秒钟在进程或线程之间的切换次数。
CPU utilizationPercent of time that the CPU is utilizedCPU 的使用时间百分比。
Disk rateRate of disk transfers磁盘传输速率。
Incoming packets error rateErrors per second while receiving Ethernet packets 接收以太网数据包时每秒钟接收到的错误数。
Incoming packets rateIncoming Ethernet packets per second每秒钟传入的以太网数据包数。
Interrupt rateNumber of device interrupts per second每秒内的设备中断数。
Outgoing packets errors rateErrors per second while sending Ethernet packets 发送以太网数据包时每秒钟发送的错误数。
Outgoing packets rateOutgoing Ethernet packets per second每秒钟传出的以太网数据包数。
Page-in rateNumber of pages read to physical memory, per second指标表明的是每秒交换到物理内存中的页面数。
Page-out rateNumber of pages written to pagefile(s) and removed from physical memory, per second表示每秒从物理内存中移出或者写入到页面数。
Paging rateNumber of pages read to physical memory or written to pagefile(s), per second每秒钟读入物理内存或写入页面文件中的页数。
S rateNumber of processes being s每秒交换到内存的进程数。
S rateNumber of processes being s每秒从内存交换出来的进程数。
System mode CPU utilizationPercent of time that the CPU is utilized in system mode 在系统模式下使用 CPU 的时间百分比。
User mode CPU utilizationPercent of time CPU is utilized in user mode 在用户模式下使用 CPU 的时间百分比。
一些常见的问题及处理方法:1、在执行配置或安装命令过程中出现“拒绝的权限”的提示?答:是由于文件的权限引起的,应该给当前用户所有文件的“777”权限,即完全控制权限。
2、安装好后从LoadRunner中看不到信息,但是没有报错?答:可能是返回的信息值比较小,所以在图中几乎看不到,例如:如果没有运行程序的话,CPU的使用率接近于0,所以在监视图中看不到变化。
也有可能是采样的频率过大,可以在图表中设置没1 秒获取一次信息,这样界面就刷新的比较及时了。
3、监视一段时间后LoadRunner中提示有错误发生不能继续监视到信息?答:可能是由于CPU长时间处于高负荷状态,而导致系统自动关闭了该服务。
可以在LoadRunner中重新加一次计数器,并且设置取样的时间稍长一点,就会避免这种情况。
4、以前用LoadRunner监视都是成功的,但是再次监视不到信息?答:有可能是由于系统重新启动,而没有打开rstatd守护进程。
可以手工重新打开一次,使用命令“rpc.rstatd”,另外可以使用“rpcinfo -p”命令来查看当前系统是否已经启动了rstatd守护进程。
5、使用LR监视Linux窗口,经常丢失?这是你图形显示时间设置问题,跟lr稳定不稳定没关系,具体设置如下:1.运行Controller2.在"Unix Resources"图形窗口中,点击右键,选择Configure选项3.随后弹出“Graph Configuration”窗口,在该窗口有一个选项“Graph Time(sec)”,默认显示是60秒这里共有4个选项:60秒,180秒,600秒,3600秒,whole scenario (整个场景运行都显示图形数据)注:如果按照你疲劳测试动则十几小时的情况来看,应该选择whole scenario(整个场景运行都显示图形数据)一简述:LoadRunner监控Linux资源时弹出如下错误:Monitor name :UNIX Resources. Cannot initialize the monitoring on 192.168.52.189. Error while creating the RPC client. Ensure that the machine can be connected and that it runs the rstat daemon (use rpcinfo utility for this verification). Detailed error: RPC: Failed to create RPC client.RPC-TCP: Failed to establish RPC server address.上述问题的实质是Linux系统中未安装rpc.rstatd,服务未开启的原因造成。
于是接下来就验证我们的推测:首先查看rpc.rstatd是否安装[root@localhost bin]# whereis rpc.rstatd发现系统未安装rpc.rstatd备注:rstatd Rstat协议允许网络上的用户获得同一网络上各机器的性能参数。
二准备下载包:下载rpc.rstatd-4.0.1.tar.gz安装包下载地址:利用ssh客户端上传rpc.rstatd-4.0.1.tar.gz包至Linux下/home/Michael/tool/目录下三执行安装程序包:tar -xzvf rpc.rstatd-4.0.1.tar.gz //解压rcp.rstatdcd rpc.rstatd-4.0.1//进入到rpc.rstatd目录中./configure //配置rc.rstatd的安装,以下我的是按照默认方式的make //编译rc.rstatdmake install // 安装四重启xinetd/etc/init.d/xinetd restart五修改etc/xinetd.d目录下面的3个conf (rlogin, rsh, rexec)中的disable置均设置为nocd /etc/xinetd.d //进入到etc/xinetd.conf目录中Virlogin //编辑disable=no,保存Virsh// 编辑disable=no,保存Virexec //编辑disable=no,保存六启动rpc.rstatd和检测rpc.rstatd//启动rpc.rstatd进程rpcinfo –p // 执行此命令检查rpc服务的状态[root@localhost xinetd.d]# rpcinfo -p程序版本协议端口1000002 tcp111 portmapper1000002 udp111 portmapper1000241 udp 32768 status1000241 tcp 32769 status1000015 udp867 rstatd1000013 udp867 rstatd1000012 udp867 rstatd1000011 udp867 rstatd七利用Loadunner中的Controller监控Linux资源1 在controller中,将Systeme Resourece Graphs中的UNIX resources拖到右键的资源监控区域2 鼠标右键选择Add Measurements,添加被监控linux的IP地址192.168.52.189,选择需监控的性能指标,确认前一段时间在研究LoadRunner过程中,在进行压力场景测试中通过LoadRunner来实时监控windows的系统资源,在前几节中我已经总结了相关过程,近段时间发现群里有朋友问如何监控Linux下的系统资源,所以我也就此问题搭建了一些的Linux环境,并在Linux 下部署了一个web应用程序,来进行压力测试实例的讲解,在此就总结了如何设置LoadRuner来实时监控Linux系统资源。