一、监控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等计数器。当然，这种方法就不是用LR来监控了。

2、用LR监视windows的步骤
    在controller 中，Windows Resources窗口中右击鼠标选择Add Measurements，添加被监控windows的IP地址，选择所属系统，然后选择需要监控的指标就可以开始监控了。

二、监控linux
1 准备工作
   可以通过两种方法验证服务器上是否配置了rstatd守护程序：
    ①使用rup命令，它用于报告计算机的各种统计信息，其中就包括rstatd的配置信息。使用命令rup 10.130.61.203,此处10.130.61.203是要监视的linux/Unix服务器的Ip，如果该命令返回相关的统计信息。则表示已经配置并且激活了rstatd守护进程；若未返回有意义的统计信息，或者出现一条错误报告，则表示rstatd守护进程尚未被配置或有问题。
    ②使用find命令
#find / -name rpc.rstatd,该命令用于查找系统中是否存在rpc.rstatd文件，如果没有，说明系统没有安装rstatd守护程序。
    如果服务器上没有安装rstatd程序（一般来说LINUX都没有安装），需要下载一个包才有这个服务,包名字是rpc.rstatd-4.0.1.tar.gz. 这是一个源码,需要编译,下载并安装rstatd（可以在http://sourceforge.net/projects/rstatd这个地址下载）
下载后，开始安装，安装步骤如下：
tar -xzvf  rpc.rstatd-4.0.1.tar.gz
cd  rpc.rstatd-4.0.1/
./configure  —配置操作
make —进行编译
make install —开始安装
rpc.rstatd —启动rstatd进程

2）安装完成后配置rstatd 目标守护进程xinetd,它的主配置文件是/etc/xinetd.conf ,它里面内容是一些如下的基本信息：
#
# xinetd.conf
#
# Copyright (c) 1998-2001 SuSE GmbH Nuernberg, Germany.
# Copyright (c) 2002 SuSE Linux AG, Nuernberg, Germany.
#
defaults
{
        log_type        = FILE /var/log/xinetd.log
        log_on_success  = HOST EXIT DURATION
        log_on_failure  = HOST ATTEMPT
#        only_from       = localhost
        instances       = 30
        cps             = 50 10
#
# The specification of an interface is interesting, if we are on a firewall.
# For example, if you only want to provide services from an internal
# network interface, you may specify your internal interfaces IP-Address.
#
#       interface       = 127.0.0.1
}
includedir /etc/xinetd.d

我们这里需要修改的是/etc/xinetd.d/下的三个conf文件 rlogin ,rsh,rexec 这三个配置文件,打这三个文件里的disable = yes都改成 disable = no ( disabled 用在默认的 {} 中禁止服务)或是把# default: off都设置成 on 这个的意思就是在xinetd启动的时候默认都启动上面的三个服务!
  说明：我自己在配置时，没有disable = yes这项，我就将# default: off改为：default: on，重启后(cd /etc/init.d/     ./xinetd restart）通过netstat -an |grep 514查看，没有返回。然后，我就手动在三个文件中最后一行加入disable = no，再重启xinetd，再使用netstat -an |grep 514查看，得到tcp 0 0 0.0.0.0:514 0.0.0.0:* LISTEN结果，表明rsh服务器已经启动。

     只要保证Linux机器上的进程里有rstatd和xinetd这二个服务就可以用LR去监视了
两点小的技巧:
①检查是否启动: rsh server 监听的TCP 是514。
[root@mg04 root]# netstat -an |grep 514
tcp 0 0 0.0.0.0:514 0.0.0.0:* LISTEN
如果能看到514在监听说明rsh服务器已经启动。
②检查是否启动: rstatd
输入命令: rpcinfo -p
如果能看到类似如下信息：
程序 版本 协议 端口
100001    5   udp    937  rstatd
100001    4   udp    937  rstatd
100001    3   udp    937  rstatd
100001    2   udp    937  rstatd
100001    1   udp    937  rstatd
那就说明rstatd服务启动了,(当然这里也可以用ps ax代替)
③重起xinetd方法：
在suse linux如下操作：
cd /etc/init.d/
./xinetd restart
看到网上有的地方说使用如下命令：
# service xinetd reload
# /sbin/service xinetd rstart
不知道是在什么系统用的。
④安装rsh，和rsh-server两个服务包方法
a. 卸载rsh
# rpm –q rsh----------查看版本号
# rpm -e 版本号---------卸载该版本。
b．安装
# rpm –ivh rsh-0.17-14.i386.rpm rsh-server-0.17-14.i386.rpm
⑤在启动rpc.rstatd时，会报错“Cannot register service: RPC: Unable to receive; errno = Ction refused”。
解决方法如下：
# /etc/init.d ./portmap start
# /etc/init.d ./nfs start
然后再次启动rpc.rstatd就好了。

最后，在controller中，将UNIX resources拖放到右边窗口里面，右击鼠标选择Add Measurements，添加被监控linux的IP地址，然后选择需要监控的指标就可以了。

三、监控UNIX
lr监控UNIX ，UNIX先启动一rstatd服务
   以下是在IBM AIX系统中启动rstatd服务的方法：
1、        使用telnet以root用户的身份登录入AIX系统
2、        在命令行提示符下输入：vi /etc/inetd.conf
3、        查找rstatd，找到
#rstatd   sunrpc_udp     udp     wait    root    /usr/sbin/rpc.rstatd rstatd 100001 1-3
4、将#去掉
5、:wq保存修改结果
6、命令提示符下输入：refresh –s inetd 重新启动服务。
这样使用loadrunner就可以监视AIX系统的性能情况了。

注：在HP UNIX系统上编辑完inetd.conf后，重启inetd服务需要输入inetd -c
UNIX上也可以用rup命令查看rstatd程序是否被配置并激活
若rstatd程序已经运行，重启时，先查看进程ps -ef |grep inet，然后杀掉进程，再refresh –s inetd进行重启

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/oobibigo/archive/2008/12/16/3529361.aspx

#include<lrd.h> 　　static LRD_INIT_INFO InitInfo={LRD_INIT_INFO_EYECAT}; 　　static LRD_DEFAULT_DB_VERSION DBTypeVersion[]={{LRD_DBTYPE_NONE,LRD_DBVERSION_NONE}}; 　　//这里的LRD_VAR_DESC数据结构声明是很重要的，他是用来存储sql结果数据集的结构体，第一个参数头文件中就是这么写的，第二个参数是最大行数，第三个参数是每一行的最大长度，如果获得的查询结果比定义的长，运行时就会报错，提示列被截断，最后一个参数是查询结果的类型，可以再帮助中的索引输入data types, database，列出的表格中是各种变量类型的名称 　　static LRD_VAR_DESC NUM ={LRD_VAR_DESC_EYECAT, 10, 32, LRD_DBTYPE_ORACLE, {1, 1, 0},DT_LONG_VARCHAR}; 　　//下面这些句柄等变量的申请都可以照着帮助中的例子写 　　static void FAR * OraEnv1; 　　static void FAR * OraSvc1; 　　static void FAR * OraSrv1; 　　static void FAR * OraSes1; 　　static void FAR * OraStm1; 　　static void FAR * OraDef1; 　　unsigned long rownum; 　　vuser_init() 　　{ 　　//初始化数据库   　　lrd_init(&InitInfo,DBTypeVersion); 　　lrd_initialize_db(LRD_DBTYPE_ORACLE,3,0); 　　lrd_env_init(LRD_DBTYPE_ORACLE,&OraEnv1,0,0); 　　lrd_ora8_handle_alloc(OraEnv1,SVCCTX,&OraSvc1,0); 　　lrd_ora8_handle_alloc(OraEnv1,SERVER,&OraSrv1,0); 　　lrd_ora8_handle_alloc(OraEnv1,SESSION,&OraSes1,0); 　　//设置数据库名称，我的是oracle，odbc中连接数据库名称就是这个 　　lrd_server_attach(OraSrv1,"db_192.168.0.101",-1,0,0); 　　lrd_ora8_attr_set_from_handle(OraSvc1,SERVER,OraSrv1,0,0); 　　//用户名和密码 　　lrd_ora8_attr_set(OraSes1,USERNAME,"eeim2",-1,0); 　　lrd_ora8_attr_set(OraSes1,PASSWORD,"eeim2",-1,0); 　　lrd_ora8_attr_set_from_handle(OraSvc1,SESSION,OraSes1,0,0); 　　lrd_session_begin(OraSvc1,OraSes1,1,0,0); 　　lrd_ora8_handle_alloc(OraEnv1,STMT,&OraStm1,0); 　　return 0; 　　} 　　Action() 　　{ 　　//这里写上你的sql语句（我主要是需要查询的结果，如果你是插入或修改记录就不用往后看了） 　　lrd_ora8_stmt(OraStm1,"select R_V from ce_receviablecharge where user_no = 2009070901",1,0,0); 　　//执行定义的sql，并且将结果行数返回到rownum中 　　lrd_ora8_exec(OraSvc1,OraStm1,0,0,&rownum,0,0,0,0,1); 　　//绑定该列 　　lrd_ora8_bind_col(OraStm1,&OraDef1,1,&NUM,0,0); 　　//设定保存列中的某个数据到row中，第二个参数为第几列，第三个参数为第几行（只能保存一个值），最后一个参数就是你想要保存到的parameter名称 　　lrd_ora8_save_col(OraStm1, 1, 1, 0, "result"); 　　//这个遍历刚才查询的结果，第二个参数0表示就1行，负号表示遍历所有结果，绝对值表示实际有多少行，第三个参数表示一次遍历最大进行多少行（不能大于LRD_VAR_DESC中定义的第二个参数，即最大行数） 　　lrd_ora8_fetch(OraStm1, -2, 2 &rownum, 0, 2, 0, 0); 　　//这里我用error是为了看得醒目，不要认为是出错了 　　lr_error_message("sql result: %s", lr_eval_string("{result}")); 　　return 0; 　　} 　　vuser_end() 　　{ 　　lrd_session_end(OraSvc1, OraSes1, 0, 0); 　　lrd_server_detach(OraSrv1, 0, 0); 　　lrd_handle_free(&OraEnv1, 0); 　　return 0; 　　}

　　最后通过lrd系列的函数解决了这个问题，现在跟大家分享一下！！！它是基于odbc访问数据库的原理，主要的东西除了在帮助中，还有就是看看lrd.h中的定义说明。

　　到此就结束了，但是这个东西目前我只是支持取出一个结果放到parameter中，还搞不懂如和将所有数据放入parameter中，来作为自动化时多用户使用的参数。在此抛砖引玉，希望有达人能够解决！！！

　　另外要注意的是，如果你是录制了一个http协议的脚本，那么编译时无法通过的，需要创建一个odbc和http协议的混合脚本写入这些代码，然后再创建一个http脚本进行录制，然后将http中录制的脚本内容拷贝过来。俺也不知道为什么，如果我先录制脚本再插入这些代码总是提示lrd_init()未知错误：

　　vuser_init.c(19): Error: C interpreter run time error: vuser_init.c (19):  Error -- Unresolved symbol : lrdfnc_init.

　　vuser_init.c(19): Notify: CCI trace: Compiled_code(0): vuser_init()

　　这个东西后来我将sql语句进行了参数化，这样可以保证每个模拟的用户得到不同的值（别忘了在参数中选择Unique）。关联也可以取得这些参数，但是我那个录制的脚本中无法自动关联，手动关联只有调出所有日志，才能找到服务器发送的参数，一次20分钟……而且长时间运行有时候会偶尔出现找不到参数信息，怀疑是由于发送消息超时的原因。

　　使用数据库会造成数据库服务器的负荷，如果进行数据库测试，建议使用关联，否则可能影响服务器性能。

版权声明：本文为51Testing论坛会员圣炬骑士原创，http://bbs.51testing.com

转载请保留链接，标明本文原始出处、作者信息和本声明，否则将追究法律责任。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/diy8187/archive/2009/03/27/4028358.aspx

通过关联可在测试执行过程中保存动态值。使用这些设置可以配置 VuGen 在录制过程中执行的自动关联的程度。所有关联选项在默认情况下都被禁用。关联选项仅适用于 VBScript 和 JScript 语言。

关联小数 - 关联短数据类型，例如字节、字符和短整型。（默认情况下禁用）

关联大数 - 关联长数据类型，例如整型、长整型、64 位字符、浮点型和双精度型。（默认情况下禁用）

关联简单字符串 - 关联简单的非数组字符串和短语。（默认情况下是启用的）

关联数组 - 跟踪并关联所有数据类型的数组，例如字符串、结构、数字等。（默认情况下禁用）

关联结构 - 跟踪并关联复杂的结构。（默认情况下禁用）

关联语句的主要原因是：

例如，如果依次执行一系列的相关查询，您的代码可能会变得很长。要减小代码的大小，可以嵌套查询，但这样会失去准确性，而且代码会变得复杂而难以理解。通过关联语句，不需要嵌套就可以链接查询。

许多应用程序和网站按当前日期和时间标识会话。如果尝试回放脚本，该操作将会失败，因为当前时间与录制时间不同。通过关联数据可以保存动态数据，并且在整个场景或会话步骤运行过程中使用这些数据。

某些应用程序（例如数据库）要求使用唯一的值。录制期间唯一的值在脚本执行时将不再唯一。例如，假设您录制了打开一个新的银行帐户的过程。每个新帐户都分配了用户未知的唯一编号。录制期间，此帐号将插入具有唯一关键字约束的表中。如果尝试按所录制的那样运行脚本，该操作将尝试用录制的编号而不是新的唯一编号创建帐户。结果将产生错误，因为该帐号已经存在。

如果在运行脚本时遇到了错误，请检查脚本中出现错误的位置。在大多数情况下，通过关联查询功能可以解决该问题，关联查询将一个语句的结果用作另一个语句的输入。

关联脚本时的主要步骤是：

对于大多数协议，可以在执行日志中查看有问题的语句。双击错误消息可以直接跳至出错的位置。

或者，还可以使用随 VuGen 分发的 WDiff 实用程序来确定脚本内的不一致性。有关详细信息，请参阅“使用 Wdiff 比较 Vuser 脚本”。

保存结果。

可以使用适当的函数将查询的值保存为变量。这些关联函数是特定于协议的函数。关联函数名通常包含字符串 save_param，例如 web_reg_save_param 和 lrs_save_param。有关如何执行关联的解释，请参阅特定协议的部分。在某些协议中（如数据库和 Web），VuGen 会将这些函数自动插入到脚本中。

引用保存的值。

将查询或语句中的常量替换为保存的变量。

一些协议具有内置的自动或部分自动的关联：

度量	描述
Average load	上一分钟同时处于“就绪”状态的平均进程数
Collision rate	每秒钟在以太网上检测到的冲突数
Context switches rate	每秒钟在进程或线程之间的切换次数
CPU utilization	CPU 的使用时间百分比
Disk rate	磁盘传输速率
Incoming packets error rate	接收以太网数据包时每秒钟接收到的错误数
Incoming packets rate	每秒钟传入的以太网数据包数
Interrupt rate	每秒内的设备中断数
Outgoing packets errors rate	发送以太网数据包时每秒钟发送的错误数
Outgoing packets rate	每秒钟传出的以太网数据包数
Page-in rate	每秒钟读入到物理内存中的页数
Page-out rate	每秒钟写入页面文件和从物理内存中删除的页数
Paging rate	每秒钟读入物理内存或写入页面文件的页数
Swap-in rate	正在交换的进程数
Swap-out rate	正在交换的进程数
System mode CPU utilization	在系统模式下使用 CPU 的时间百分比
User mode CPU utilization	在用户模式下使用 CPU 的时间百分比

下表描述可以监控的默认度量：

对象	度量	描述
Web Service	Bytes Sent/sec	Web 服务发送数据字节的速率
Web Service	Bytes Received/sec	Web 服务接收数据字节的速率
Web Service	Get Requests/sec	使用 GET 方法进行 HTTP 请求的速率。尽管 GET 请求可以用于窗体，但通常用于基本文件检索或图像映射。
Web Service	Post Requests/sec	使用 POST 方法进行 HTTP 请求的速率。POST 请求通常用于窗体或网关请求。
Web Service	Maximum Connections	同时与 Web 服务建立的最大连接数
Web Service	Current Connections	当前与 Web 服务建立的连接数
Web Service	Current NonAnonymous Users	当前使用 Web 服务非匿名连接的用户数
Web Service	Not Found Errors/sec	由于找不到请求的文档，因服务器不能满足请求而出现的错误率。这些通常作为 HTTP 404 错误代码报告到客户端。
Process	Private Bytes	专为此进程分配并且无法与其他进程共享的当前字节数。

Apache 性能计数器

下表描述了可以监控的度量和服务器属性：

度量	描述
# Busy Servers	处于忙碌状态的服务器数
# Idle Servers	处于空闲状态的服务器数
Apache CPU Usage	Apache 服务器利用 CPU 的时间百分比
Hits/sec	HTTP 请求速率
KBytes Sent/sec	从 Web 服务器发送数据字节的速率

场景分析：

有3个不同的场景，分别为搜索，下载，上传，其中3个场景执行顺序为按照搜索->下载->上传流程操作；哪么如何让Loadrunner中如何实现多个场景运行：

方法1：利用Loadrunner中的Controller中的Vuser组模式

注意：Vuser 组设置不适用于百分比模式。

操作步骤：

1 打开Loadrunner Controller->选择“Manual Scenario”场景模式，添加脚本（Web_Search_100Vuser_15Mins_070401，Web_DownLoad_50Vuser_15Mins_070401，Web_UpLoad_50Vuser_15Mins_070401）：

2           选择第1个脚本(Web_Search_100Vuser_15Mins_070401)，点击“Edit Schedule”->选择“Schedule by Group”->点击“Scenario Start Time ”按钮，设置启动时间如下图所示：17:00:00 2007-4-24

3选择第2个脚本“Web_DownLoad_50Vuser_15Mins_070401” ，点击“Edit Schedule”->选择“Schedule by Group”->在”Start Time”中选择”Start When group” Web_Search_100Vuser_15Mins_070401 Finihses, 点击”OK”确认

2         选择第3个脚本“Web_UpLoad_50Vuser_15Mins_070401”, 点击“Edit Schedule”->选择“Schedule by Group”->在”Start Time”中选择”Start When group” Web_DownLoad_50Vuser_15Mins_070401 Finihses，点击”OK”确认

5 选择“Results”-> “Results Settings”设置，如下图所示：

6 点击LoadRunner Controller中的“Start Scrnario”按钮，开始运行场景

方法二：利用批处理命令操作

(1)   打开LoadRunner controller设置场景(Web_Search_100Vuser_15Mins_070401，Web_DownLoad_50Vuser_15Mins_070401，Web_UpLoad_50Vuser_15Mins_070401),设置个场景的运行策略，然后保存文件

(2)   设置3个场影的日志保存目录及名称，选择“Results”-> “Results Settings”设置：

Website_Search_Result，Website_DownLoad_Result，Website_UpLoad_Result

(3) 新建一个文本文件“website_night_070421”，编辑为以下内容：

SET LR_PATH="C:\Program Files\Mercury Interactive\Mercury LoadRunner\bin"

%LR_PATH%"wlrun.exe -TestPath "C:\Program Files\Mercury Interactive\Mercury LoadRunner\scenario\web_Search.lrs" -Run

%LR_PATH%"wlrun.exe -TestPath "C:\Program Files\Mercury Interactive\Mercury LoadRunner\scenario\web_Download.lrs" -Run

%LR_PATH%"wlrun.exe -TestPath "C:\Program Files\Mercury Interactive\Mercury LoadRunner\scenario\Web_UpLoad.lrs" –Run

说明：要调用Loadrunner Controller，其实质是调用了wlrun，所以仅需在批处理命令中加入相应的语法格式即可，如上面所示：

(4) 保存文件到C:\Program Files"Mercury Interactive"Mercury LoadRunner"scenario，并将文件放在场景文件中如下图所示：

(5) 如果要执行多个场景的运行，只需双击运行”website_bat_night_070421.bat”文件

注意事项：

1 Loadrunner Controller 运行时总是会覆盖结果，所以需要设置好日志的保存目录及名称；

2 批处理运行脚本中的“-Run”中间未有空格；

3 批处理运行脚本中的参数区分大小写的。（如上面的脚本中Download当时写成了DownLoad死活不认，更改后才运行通过了）  

在Loadrunner的使用中，对于Run-time Settings下的browser emulation设置是比较容易让人产生困惑的地方。下面我们结合sniffer来具体看看每个选项的用途，以及对测试的影响。
如图：

二：案例和工具

1. 测试案例：

打开网站首页两次，对比不同Browser Emulation设置下loadrunner的行为，脚本如下。
Action()
{  
web_url("www.primeton.com",       
"URL=http://www.primeton.com/",       
"Resource=0",       
"RecContentType=text/html",       
"Referer=",       
"Snapshot=t2.inf",       
"Mode=HTML",       
LAST);
  
web_url("www.primeton.com",       
"URL=http://www.primeton.com/",       
"Resource=0",       
"RecContentType=text/html",       
"Referer=",       
"Snapshot=t2.inf",       
"Mode=HTML",       
LAST);  
return 0;
}

2. sniffer工具

开源工具：Wireshark(前身是ethereal)（www.wireshark.org）

三：测试过程

为了方便描述，我们约定用：

A代表Simulate browser cache

B代表Cache URLs requiring content(HTMLs)

C代表Check for newer versions of stored pages every visit to the page

D代表Download non-HTML resources

E代表Simulate a new user on each iteratioin

F代表Clear cache on each iteration

首先设置Run Logic中的iteration为2。让Action运行两次，看看循环运行脚本两次，数据包和连接数的变化。

1. 去掉所有选项

结果：共获取数据包95个，建立连接1个（红色标识），断开连接1个（蓝色标识）

No.     Time        Source            Destination       Protocol Info
1 0.000000    192.168.1.61      203.81.29.137     TCP      13835 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
      2 0.036053    203.81.29.137     192.168.1.61      TCP      http > 13835 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
92 1.415887    192.168.1.61      203.81.29.137     TCP      13835 > http [FIN, ACK] Seq=817 Ack=71762 Win=257760 Len=0
     94 1.449960    203.81.29.137     192.168.1.61      TCP      http > 13835 [FIN, ACK] Seq=71762 Ack=818 Win=16464 Len=0

在这种情况下，数据包非常少（没有选择下载资源文件入css,js,gif等），而且你可以看到，打开4次首页，只建立了一个tcp连接。

这时，你即使选择A，发现数据包的数量量页没有变化，因为cache主要还是针对资源文件

2. 选择E(F)

结果：共获取数据包102个，建立连接2个（红色标识），断开连接2个（蓝色标识）

No.     Time        Source            Destination       Protocol Info
1 0.000000    192.168.1.61      203.81.29.137     TCP      13886 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
      2 0.037013    203.81.29.137     192.168.1.61      TCP      http > 13886 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
     48 0.618117    192.168.1.61      203.81.29.137     TCP      13886 > http [FIN, ACK] Seq=409 Ack=35882 Win=257760 Len=0
     49 0.644106    192.168.1.61      203.81.29.137     TCP      13887 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
     51 0.651919    203.81.29.137     192.168.1.61      TCP      http > 13886 [FIN, ACK] Seq=35882 Ack=410 Win=16872 Len=0
53 0.676377    203.81.29.137     192.168.1.61      TCP      http > 13887 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
     99 1.310379    192.168.1.61      203.81.29.137     TCP      13887 > http [FIN, ACK] Seq=409 Ack=35882 Win=257760 Len=0
101 1.347949    203.81.29.137     192.168.1.61      TCP      http > 13887 [FIN, ACK] Seq=35882 Ack=410 Win=16872 Len=0

在这种情况下，数据包非常少（没有选择下载资源文件入css,js,gif等），对比第一种情况，你会发现它建立了两个连接，这就是E的作用，它对于每次迭代都当成一个新的用户，需要重新建立连接。

3. 选择DE(F)

结果：共获取数据包1782个，建立连接6个（红色标识），断开连接6个（蓝色标识）

No.     Time        Source            Destination       Protocol Info
1 0.000000    192.168.1.61      203.81.29.137     TCP      14016 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
      2 0.037911    203.81.29.137     192.168.1.61      TCP      http > 14016 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
      6 0.107432    192.168.1.61      203.81.29.137     TCP      14017 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
9 0.141816    203.81.29.137     192.168.1.61      TCP      http > 14017 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
    426 3.334889    192.168.1.61      203.81.29.137     TCP      14017 > http [FIN, ACK] Seq=1852 Ack=150284 Win=257484 Len=0
    428 3.372253    203.81.29.137     192.168.1.61      TCP      http > 14017 [FIN, ACK] Seq=150284 Ack=1853 Win=16998 Len=0
    448 4.395488    192.168.1.61      203.81.29.137     TCP      14020 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
    457 4.439604    203.81.29.137     192.168.1.61      TCP      http > 14020 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
    859 7.593610    192.168.1.61      203.81.29.137     TCP      14016 > http [FIN, ACK] Seq=2849 Ack=377404 Win=257484 Len=0
870 7.659680    203.81.29.137     192.168.1.61      TCP      http > 14016 [FIN, ACK] Seq=377404 Ack=2850 Win=15935 Len=0
    888 8.511308    192.168.1.61      203.81.29.137     TCP      14020 > http [FIN, ACK] Seq=1602 Ack=208150 Win=257760 Len=0
    890 8.549451    203.81.29.137     192.168.1.61      TCP      http > 14020 [FIN, ACK] Seq=208150 Ack=1603 Win=17280 Len=0
    892 8.566246    192.168.1.61      203.81.29.137     TCP      14022 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
893 8.601893    203.81.29.137     192.168.1.61      TCP      http > 14022 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
    899 8.702628    192.168.1.61      203.81.29.137     TCP      14023 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
904 8.741807    203.81.29.137     192.168.1.61      TCP      http > 14023 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
   1298 11.809456   192.168.1.61      203.81.29.137     TCP      14022 > http [FIN, ACK] Seq=1550 Ack=159770 Win=257484 Len=0
   1310 11.878665   203.81.29.137     192.168.1.61      TCP      http > 14022 [FIN, ACK] Seq=159770 Ack=1551 Win=17280 Len=0
   1341 12.771707   192.168.1.61      203.81.29.137     TCP      14026 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
1348 12.813950   203.81.29.137     192.168.1.61      TCP      http > 14026 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
   1759 16.032952   192.168.1.61      203.81.29.137     TCP      14023 > http [FIN, ACK] Seq=3151 Ack=367918 Win=257484 Len=0
   1761 16.068296   203.81.29.137     192.168.1.61      TCP      http > 14023 [FIN, ACK] Seq=367918 Ack=3152 Win=17280 Len=0
   1779 16.983042   192.168.1.61      203.81.29.137     TCP      14026 > http [FIN, ACK] Seq=1602 Ack=208150 Win=257760 Len=0
1781 17.016836   203.81.29.137     192.168.1.61      TCP      http > 14026 [FIN, ACK] Seq=208150 Ack=1603 Win=17280 Len=0

在这种情况下，数据包的数量非常大，连接也很多，由于没有cache功能，每次打开页面都需要重新下载所有的资源文件。

4. 选择ADE

结果：共获取数据包525个，建立连接3个，断开连接3个(不再标识了，syn即为连接请求，fin即为断开请求）

No.     Time        Source            Destination       Protocol Info
1 0.000000    192.168.1.61      203.81.29.137     TCP      14189 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
2 0.033657    203.81.29.137     192.168.1.61      TCP      http > 14189 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
6 0.100636    192.168.1.61      203.81.29.137     TCP      14190 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
9 0.133703    203.81.29.137     192.168.1.61      TCP      http > 14190 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
429 3.383748    192.168.1.61      203.81.29.137     TCP      14190 > http [FIN, ACK] Seq=1852 Ack=150284 Win=257484 Len=0
431 3.418556    203.81.29.137     192.168.1.61      TCP      http > 14190 [FIN, ACK] Seq=150284 Ack=1853 Win=16998 Len=0
471 4.352071    192.168.1.61      203.81.29.137     TCP      14189 > http [FIN, ACK] Seq=1504 Ack=235576 Win=257760 Len=0
472 4.380312    192.168.1.61      203.81.29.137     TCP      14192 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
474 4.389778    203.81.29.137     192.168.1.61      TCP      http > 14189 [FIN, ACK] Seq=235576 Ack=1505 Win=17280 Len=0
476 4.413220    203.81.29.137     192.168.1.61      TCP      http > 14192 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
522 5.078068    192.168.1.61      203.81.29.137     TCP      14192 > http [FIN, ACK] Seq=409 Ack=35882 Win=257760 Len=0
524 5.115099    203.81.29.137     192.168.1.61      TCP      http > 14192 [FIN, ACK] Seq=35882 Ack=410 Win=16872 Len=0

在这种情况下，cache发挥作用，数据包对比第三种情况大大减少，几乎等于打开一次首页的数据量（449个数据包），只有第一次打开页面需要完整下载页面（包括资源文件），后面的三次打开页面都只要下载HTML页面（不包括资源文件）。

5. 选择ADEF

选择F之后我们看看结果：共获取数据包942个，建立连接4个，断开连接4个

No.     Time        Source            Destination       Protocol Info
1 0.000000    192.168.1.61      203.81.29.137     TCP      14292 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
2 0.034524    203.81.29.137     192.168.1.61      TCP      http > 14292 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
6 0.102314    192.168.1.61      203.81.29.137     TCP      14294 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
9 0.139752    203.81.29.137     192.168.1.61      TCP      http > 14294 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
426 3.791111    192.168.1.61      203.81.29.137     TCP      14294 > http [FIN, ACK] Seq=1852 Ack=150284 Win=257484 Len=0
428 3.824970    203.81.29.137     192.168.1.61      TCP      http > 14294 [FIN, ACK] Seq=150284 Ack=1853 Win=16998 Len=0
468 6.213276    192.168.1.61      203.81.29.137     TCP      14292 > http [FIN, ACK] Seq=1504 Ack=235576 Win=257760 Len=0
469 6.244052    192.168.1.61      203.81.29.137     TCP      14297 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
471 6.249564    203.81.29.137     192.168.1.61      TCP      http > 14292 [FIN, ACK] Seq=235576 Ack=1505 Win=17280 Len=0
473 6.279647    203.81.29.137     192.168.1.61      TCP      http > 14297 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
479 6.374967    192.168.1.61      203.81.29.137     TCP      14298 > http [SYN] Seq=0 Len=0 MSS=1460 WS=2
484 6.419597    203.81.29.137     192.168.1.61      TCP      http > 14298 [SYN, ACK] Seq=0 Ack=1 Win=17280 Len=0 MSS=1440 WS=0
897 9.858493    192.168.1.61      203.81.29.137     TCP      14297 > http [FIN, ACK] Seq=1550 Ack=159770 Win=257484 Len=0
899 9.895188    203.81.29.137     192.168.1.61      TCP      http > 14297 [FIN, ACK] Seq=159770 Ack=1551 Win=17280 Len=0
939 12.840029   192.168.1.61      203.81.29.137     TCP      14298 > http [FIN, ACK] Seq=1806 Ack=226090 Win=257760 Len=0
941 12.876120   203.81.29.137     192.168.1.61      TCP      http > 14298 [FIN, ACK] Seq=226090 Ack=1807 Win=17076 Len=0

在这种情况下，由于选择了F，在迭代的时候清除了cache，所以每次迭代都需要重新下载资源文件。数据包差不多等于第三种情况的一半，约等于打开两次首页的数据量（449×2个数据包）。

6. 关于BC选项

C的解释（Check for newer versions of stored pages every visit to the page）

C比较容易理解，类似IE设置中的每次检查，如果不设置C，LR对于已经cache的文件就不会重新向服务器请求，如果选择C，你就可以在数据包中发现很多304信息。

B的解释（Cache URLs requiring content(HTMLs)）

LR对于资源文件的cache并不会真正cache在内存中或者在磁盘上，这个选项表示：对于一些需要用到的关联，校验，页面解析内容真正cache在内存中，减少客户端的重复工作。

当然如果你想把GIF也cache到内存中，你可以在Advanced中设置，选择Specify URL requiring content in addition to HTML pages，加入条目image/gif，并勾选。当Vuser运行的时候，你可以对比一下mmdrv.exe进程的内存消耗（内存占用会更多）。

四： 结论

通过上面的测试分析，我们大概知道了每个选项的真正含义，你需要根据你的测试目的来选择合适的设置：

1、 对于一个具体的应用测试，对于前端Web Server不可忽略，缺省设置非常合适，不需要调整（有时候需要考虑把C选上）

注意：很多人在录制脚本的时候，习惯把登入操作放到vuser_init中，这时候缺省设置可能会抛错，建议把这类的操作都放入到action中

2、 如果你更关注后端应用服务器的性能或者说做一些架构的验证分析，那你缺省设置对于你来说就不合适了，你需要选择取消所有的设置项。

当然你也可以根据自己的具体情况做不同调整，但是一定要真正理解这些选项的具体含义才能做到不犯错误

【转载1】

正确选择协议，就要熟悉被测试应用的技术架构。以下列出一些LoadRounner支持的协议：

一般应用：C Vuser、VB Vuser、VB Script  Vuser、JAVA Vuser、JavaScript Vuser
电子商务：WEB（Http/Html)、FTP、LDAP、Palm、Web/WinsocketDual Protocol
客户端/服务器：MS SQL Server、ODBC、Oracle、DB2、Sybase CTlib、Sybase DBlib、Domain Name Resolution(DNS)、Windows Socket
分布式组件：COM/DCOM、Corba-Java、Rmi_Java
EJB：EJB、Rmi_Java
ERP/CRP：Oracle NCA、SAP-Web、SAPGUI、SAPGUI/SAP-Web Dual Protocol、PropleSoft_Tuxedo、Siebel Web、Siebel-DB2 CLI、Sieble-MSSQL、Sieble Oracle
遗留系统：Terminal Emulation (RTE)
Mail 服务：Internet Messaging(IMAP)、MS Exchange(MAPI)、POP3、SMTP
中间件：Jacada、Tuxedo 6、Tuxedo 7
无线系统：i-mode、voiceXML、WAP
应用部署软件：Citrix_ICA流：Media Plays(MMS)、Real 

【转载2】

一段对于loadrunner协议选择的经典解答协议是数据在网络中传输的结构模式。协议不同，其数据报文的结构也有所不同。 协议是有层次的，一般我们从ip层开始，往上有TCP协议层，UDP协议层，而TCP和UDP协议层上又有http协议层，ftp协议层，smtp协议层等我们在lr中看到的这些应用层的协议。 其实这些高层协议都是对底层协议进行的进一步封装。举个简单例子，本来IP协议的数据报文是无序，不是可靠传输的，在其数据报文外面增加了报文序号，报文状态等数据段就构成了TCP协议层。 所以我们很多网络应用，没有找到合适的协议，就用winsock来录制，那是肯定没有问题的。因为几乎所有的网络传输中都是基于tcp协议或udp协议的，而socket正是这一级上的概念。但是由于socket协议级别太低，你录下来的东西是很难理解的，都是socket，port，data之类的东西。所以，我们尽量用高层协议来录制，我们就能看懂了。

话要再说回来，解决一下具体的问题。我们看到一个软件体系架构，应该怎样选择录制协议呢？说到这里，我要说一下自己对lr录制机理的理解（我没有接触过lr内核，只是凭猜测和推断）。在录制时，lr应该会对你从本机发出去的数据进行截包，并拆包。因为我们知道协议的不同就是体现在数据包的结构不同，lr应该通过对包结构的分析，判断是不是它支持的协议，对包数据的分析，来获取用户发送的东西。 比如你用ftp的协议去录制一个访问网页的IE操作，那肯定是无所收获的。因为lr没有在网络截获到ftp协议格式的包，都是http协议格式的包，它不认，当然就是一个录制为空的结果了。 现在我们弄懂了这个事情，就知道该如何选择协议了。看见很多人关心lr是不是支持mysql协议。我认为要寻找的答案的思路是这样的：

1、首先弄清mysql协议和其他数据库协议的关系，看能不能用其它数据库协议录制。但其实oracle的cs协议是oracle独有自己开发的协议，sqlserver也是一样，而mysql又与这几大产品又不是隶属关系，其脚本录制的可能性很小。
2、mysql协议的底层是基于什么协议的，如果直接构建在tcp协议上，lr又不支持mysql协议，那只能考虑用低一点的协议录录看，即socket。如果mysql协议是构建在odbc协议上的，那么就可能用lr的odbc api来写。 

【转载3】

很多时候一提到不是基于浏览器的应用，很多人就会想到用WinSocket协议来录制，仿佛Form窗体都可以用Winsocket 。从道理上讲网络通讯的底层都是基于Socket的，例如TCP、UPD等，似乎所有的程序都可以用Socket协议来录制。但是事实不是这样的，因为选择的协议决定了LoadRunner如何捕获数据包。否则会多捕获很多无用的数据。因此，不是所有的程序都是适合WinSocket协议的。实际上，那些基于Socket开发的应用才真正适合Socket协议来进行录制。其他的，例如基于数据库的应用，就不太时候Socket协议，甚至可能录制不到脚本。很多C/S程序，一定要选择合适的协议。根据作者的经验，C/S的程序多数需要手工开发很多脚本，因为录制的很多回放时候或多或少都会有些问题，但是可以参考录制的结果。所以测试一个程序，一定要搞清楚开发人员用了什么技术、数据流是什么协议封装的。理论上来说我们在对一个系统做性能测试以前，要先和开发人员了解一下他们在开发过程中都用了些什么技术，数据流是用什么协议封装的，还要了解我们要测试的系统的网络结构，服务器的配置等问题；还有就是要知道系统客户端和第一服务器间的协议，这中间就涉及到一个中间件的问题。另外我们要知道协议的选择直接关系到LR会捕获到什么样的数据包。这些是进行性能测试的基础。 下面说几个测试的原则（都是自己遇到过的，呵呵，没遇到过的就不知道了）：

1、一般情况下b/s构架的只要 选择WEB（Http/Html)协议就可以了，如果有中间件的则选择中间件服务器的协议 ；
2、C/S结构，可以根据后端数据库的类型来选择。如SybaseCTLib协议用于测试后台的数据库为Sybase的应用；MS SQL Server协议用与测试后台数据库为 SQL Server的应用；
3、一般不是基于浏览器的，对于一些没有数据库的Windows应用，我们在测试的过程中都会选择WinSocket协议来录制，理论上来讲我们这样选择是正确的，但我们要知道在录制的时候所选择的协议就决定了LR如何捕获数据包，如果我们选择错误了，将会捕获到一些无用的数据包。cs结构是比较复杂的，在这里我要提醒大家，一定要搞清楚cs是client-database还是client-server-database结构的，只有这样我们才能够决定是选择WinSocket协议还是sql协议，或者说选择多个协议；当然协议的选择也是一个探索的过程，只要能够得到我们想要的结果，那就是正确的。还有一点，我们在做性能测试的时候应该是有测试重点的，呵呵。
4、关于单协议和双协议，我只知道IE6内核的浏览器在录制脚本的时候要选择单协议，而IE7内核的浏览器在录制脚本的时候要使用双协议。 

WPD包括下面几个图表：

Web Page Diagnostics     这是张总图，包括下面几张Over Time图的内容。
页面细分时间的解释：
1、DNS解析时间：浏览访问一个网站的时候，一般用的是域名，需要DNS服务器把域名解析为IP地址，这个过程就是域名解析时间。
2、Connection：解析出Web Server的IP地址后，浏览器请求被发送到了一个Web Server，然后浏览器和Web Server 之间需要建立一个初始化的HTTP连接，服务器端需要做两件事：一个是接收请求，二是分配进程。建立该连接的过程就是Connection。
3、First　Buffer：建立连接后，从Web Server发出第一个数据包，通过网络传输到客户端，浏览器成功接收第一个字节的时间就是First Buffer。
4、Receive：从浏览器接收第一个字节起，成功收到最后一个字节，下载完成为止。
5、Client Time：请求在客户端浏览器延迟的时间。

Page Component Breakdown     页面中每个元素的平均响应时间占整个页面响应时间的百分比

Page Component Breakdown(Over Time)     在整个测试过程中，任意一秒内页面中每个元素的响应时间（例如在runtime中设置了browser cache，页面中的资源文件就只会在第一次下载，后面的页面响应时间也就不包括这些元素的时间，这在Page Component Breakdown中是看不出来的，因为Page Component Breakdown是整个测试期间内的平均时间。当然，是否启用了cache，通过over time图就能看出来）

Page Download Time Breakdown    页面中每个元素的响应时间分割图，响应时间被分割为以下几个部分：DNS Resolution,Connection,First Buffer,SSL Handshaking,Receive,FTP Authentication,Client,Error

Page Download Time Breakdown(Over Time)      在整个测试过程中，任意一秒内页面中每个元素的响应时间分割图

Time to First Buffer Breakdown      First Buffer Time时间分割为Network Time和Server Time，客户端发送http请求包直到接收到服务器端的应答包（ACK）的平均时间为Network Time，从接收到ACK到完成First Buffer接收的平均时间为Server Time。

----------------------------------------------------------------------------------------------------------------------------------------------------------------------
原文：

Note: Because server time is being measured from the client, network time may influence this measurement if there is a change in network performance from the time the initial HTTP request is sent until the time the first buffer is sent. The server time displayed, therefore, is estimated server time and may be slightly inaccurate.
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Time to First Buffer Breakdown(Over Time)      基本同上，任意一秒内的。这个图非常重要，也最复杂，这里的值不绝对，当网络状况不好的时候，server time很可能包括网络时间，因为很多页面元素比较小（小于4k的样子），在First Buffer就完成传输，所以一定要注意分析

Downloaded Component Size(KB)      页面中每个元素的大小（KB）

　　使用哑屏幕，在屏幕上对数据进行显示，并且每隔两秒钟对其进行更新。然而，您可以很容易地将这个时间间隔更改为更长或更短的时间段。如果您拉伸窗口，并在 X Windows、VNC、PuTTY 或类似的窗口中显示这些数据，nmon 工具可以同时输出大量的信息。

　　nmon 工具还可以将相同的数据捕获到一个文本文件，便于以后对报告进行分析和绘制图形。输出文件采用电子表格的格式 (.csv)。

　　nmon 工具运行于：

　　* AIX® 4.1.5、4.2.0、4.3.2 和 4.3.3（nmon Version 9a：该版本的功能已经确定，并且不会对其进行进一步的开发。）

　　* AIX 5.1、5.2 和 5.3（nmon Version 10：该版本现在支持 AIX 5.3 和基于 POWER5™ 处理器的计算机，并且提供了 SMT 和共享 CPU 微分区的支持。）

　　* pSeries® p5 和 OpenPower™ 上的 Linux™ SUSE SLES 9、Red Hat EL 3 和 4、Debian

　　* Linux SUSE、Red Hat 和许多最新的 x86（32 位模式的 Intel 和 AMD）上的发布版

　　* zSeries® 或 mainframe 上的 Linux SUSE 和 Red Hat

　　安装该工具

　　该工具是一个独立的二进制文件（不同的 AIX 或 Linux 版本中该文件也有所不同），您可以在五秒钟内完成该工具的安装，如果您的输入速度更快的话，也许时间更短。安装过程非常简单：

　　* 将 nmonXXX.tar.Z 文件复制到计算机。如果使用 FTP，请记住使用二进制模式

　　注意：示例中的 XXX 由实际的版本代替。

　　* 要解压该文件，可以运行 uncompress nmonXX.tar.Z。

　　* 要提取该文件，可以运行 tar xvf nmonXX.tar。

　　* 阅读自述文件。

　　* 要启动 nmon 工具，输入 nmon。
　* 如果您是 root 用户，可能需要输入 ./nmon。

nmon_analyser 工具可以帮助对通过 nmon 性能工具捕获的性能数据进行分析。它允许性能专家完成下列任务：

• 以电子表格的形式查看相应的数据
• 消除‘错误的’数据
• 生成向客户进行演示的图形

该工具还将为输出中的每个主要部分自动地生成相应的图形。

另外，该工具将对 nmon 数据进行分析以生成下列信息：

• 热点分析的加权平均值的计算
• 用处理器与收集间隔的比值表示的 CPU 使用率的分布情况，该信息有助于识别单线程的进程
• IBM TotalStorage® Enterprise Storage Server (ESS) vpaths 的附加部分显示了每日各时段的设备繁忙状态、读取传输大小和写入传输大小
• 每日各时段的系统总数据速率，并对其进行调整以排除对 EMC hdiskpower 设备的重复计算，该信息有助于识别 I/O 子系统和 SAN（存储局域网络）瓶颈
• EMC Corporation (EMC) hdiskpower 和 ESS DS8000（以前的 FAStT）dac 设备独立的工作表
• 分析内存使用率，以显示计算性和非计算性页面之间的差异
• 每个网络适配器的每日各时段总数据速率
• 显示每条命令的平均 CPU 和内存使用率的 TOP 部分汇总数据

http://blog.csdn.net/chinalinuxzend/archive/2009/06/03/4238526.aspx