LoadRunner如何监控Linux与Windows

监控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的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。