监控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的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。
4. Web page breakdown
Average Transaction Response Time图形，对某个事物通过分解（breakdown）命令进一步分解方法：右键某事物，选择“Web Page break down for xxx”
说明：
LoadRunner用不同的颜色标识不同的操作所消耗的时间，可以分解的操作包括DNS Resolution、Connection、 SSL Handling、 FTP Authentication、 First Buffer、 Receive、 Client、 Error。
如果主要的时间消耗是DNS Resolution，则说明需要重点关注网络相关的因素；
如果主要的时间消耗在Receive上，则说明可以通过减小返回数据的大小（例如：在Net中取消 ViewState）或是改变网速减少影响时间。
如果主要的消耗在First Buffer，则可以根据进一步的分析确定具体的性能瓶颈。
DNS Resolution：
DNS解析时间,浏览器访问一个网站的时候，一般用的是域名，需要dns服务器把这个域名解析为IP，这个过程就是域名解析时间，如果我们在局域网内直接使用IP访问的话，就没有这个时间了
Connection：
解析出Web Server 的IP地址后，浏览器请求被送到了Web Server，然后浏览器和Web Server 之间需要建立一个初始化HTTP连接，服务器端需要做2件事：一是接收请求，二是分配进程，建立该连接的过程就是connection时间。
SSL Handshaking：
SSL 握手协议，用到该协议的页面比较少
FTP Authentication：
……
First Buffer：
建立连接后，从Web Server 发出第一个数据包，经过网络传输到客户端，浏览器成功接受到第一字节的时间就是First Buffer。这个度量时间不仅可以表示Web Server 的延迟时间，还可以表示出网络的反应时间（网络不好，或WebServer性能不好）
Receive：
从浏览器接收到第一个字节起，直到成功收到最后一个字节，下载完成止，这段时间就是receive时间
Client：
请求在客户端浏览器延迟的时间，可能是由于客户端浏览器的think time 或者客户端其他方面引起的延迟
Error：
从发送了一个HTTP 请求，到Web Server发送回一个HTTP 错误信息，需要的时间
为了确认问题的缘由到底是服务器还是网络，先察看“Time to First Buffer Breakdown”
本文转自cqtesting51CTO博客，原文链接：http://blog.51cto.com/cqtesting/1381645 ，如需转载请自行联系原作者
