LoadRunner如何监控Linux与Windows

发表于:2015-1-07 10:08

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:小强    来源:51Testing软件测试网采编

  监控windows系统
  1、监视连接前的准备工作
  1)进入被监视windows系统,开启以下二个服务Remote Procedure Call(RPC) 和RemoteRegistry 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盘了
  看看computer browser服务是否开启?开启computer browser
  最后把windows 2003上的域控制器删除掉,解决问题了。
  不知道域控制器哪里的设置影响到,使得lr监控不到系统资源。
  试过把域控制器里的administrator里有关权限的部分都设置为了允许还是监控不了。最后没辙,把域控制器给删除掉了。
  有空再看看具体是域控制里哪里设置问题。
  如何删除域控制器2008-02-29 07:46如何删除域控制器单击"开始"-->"运行"按钮,弹出"运行"对话框,输入"dcpromo",单击"确定"按钮 --> 弹出"Active Directory删除向导" 窗口, 单击"下一步";在"删除Active Directory"窗口中选定"这个服务器是域中的最后一个域控制器",单击"下一步";弹出"网络凭证"窗口,在"用户名" 、密码"文本框中输入密码(建立活动目录时的密码),单击"下一步";弹出"管理员密码"窗口,在"密码"及"确认密码"文本框中输入密码(同前),单击"下一步";此时出现"摘要"信息,若一切正常,则单击 "下一步";系统将根据您的选择,删除活动目录,经过几分钟之后,删除结束;在"完成Active Directory降级向导"窗口中,单击"完成",即完成活动目录的删除.重新启动计算机,删除活动目录即会生效
  若这样都不行的话(可能是其它问题引起的),那只好采取别的方法了。在服务器的机子上,通过windows自带的“性能日志和警报”下的“计数器日志”中新增加一个监控日志(管理工具—)性能—)性能日志和警报),配置好日志,也能监控服务器的cpu、memory、disk等计数器。当然,这种方法就不是用LR来监控了。
  2、用LR监视windows的步骤
  在controller 中,Windows Resources窗口中右击鼠标选择AddMeasurements,添加被监控windows的IP地址,选择所属系统,然后选择需要监控的指标就可以开始监控了。
  3、Windows 常用的计数器
  Memory:Available Mbytes 物理内存的可用数(单位 Mbytes)至少要有10% 的物理内存值;如果Process/Private bytes 和 Process/working set这两个计数器升高但是Available Mbytes降低则可能存在内存泄漏。
  Processor:%Processor Time CPU 使用率。这是查看处理器饱和状况的最佳计数器。显示所有 CPU 的线程处理时间。如果一个或多个处理器的该数值持续超过 90%,则表示此测试的负载对于目前的硬件过于沉重。为多处理器服务器添加该计数器的 0 到 x 个实例。
  Processor Queue Length:是指处理列队中的线程数,小于2。处理器瓶颈会导致该值持续大于2。
  Context Switches/sec:如果切换次数到5000*CPU个数和10000*CPU个数中,说明它忙于切换线程。如果吞吐率降低且CPU使用率高,且Context Switches/sec在15000以上则可能应用程序忙于切换线程。
  比较Context Switches/sec和%Privileged Time来判断上下文切换是否过量。如果后者的值超过40%,且上下文切换的速率也很高,那么应该检查为什么会产生这样高的上下文切换
  Network Interface:Bytes Total/sec 为发送和接收字节的速率,包括帧字符在内。判断网络连接速度是否是瓶颈,可以用该计数器的值和目前网络的带宽比较。带宽10M=1.28MBps=1280kBps. Kilobytes per second (kBps.)Bytes Total/sec的计量单位是Bytes per second,该值与网络带宽相除应小于50%
  Disk Time(Physical_disk_total),%DPC Time(Processor) & % Processor Time(Processor),如果这三个计数器均较大,则磁盘不是瓶颈,如果只有Disk Time较大,其他适中则IO可能为瓶颈,另外,如果Disk Time保持在2.0以下且有超过3.0的磁盘队列长度(Current Disk Queue),则IO瓶颈。 Disk Bytes/sec??
  page read/sec:页的硬故障,page/sec的子集,为了解析对内存的引用,必须读取页文件的次数。阈值为>5. 越低越好。大数值表示磁盘读而不是缓存读。
  Physical Disk\ % Disk Time
  Physical Disk\ Avg.Disk Queue Length
  例如,包括Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果页面读取操作速率很低,同时 % Disk Time和 Avg.Disk Queue Length的值很高,则可能有磁盘瓶径。但是,如果队列长度增加的同时页面读取速率并未降低,则内存不足。
31/3123>
精选软件测试好文,快来阅读吧~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号