loadrunner11中webservice协议 场景运行时提示Step download timeout (120 seconds)怎么解决_百度知道
loadrunner11中webservice协议 场景运行时提示Step download timeout (120 seconds)怎么解决
测试webservice接口，100个用户同时运行（每个人插入5000条数据，成功就返回1，失败返回0，action只迭代1次）场景运行时出错：Action.c(12): Error: Step download timeout (120 seconds) has expiredAction.c(12): Error: SOAP request &addLaoHuaTest& execution failed之前是100人同时运行 ，每个人同时插入500、条数据,没有出现该情况，将每人插入的数据增加到5000条时提示该错误，想问下怎么修改超时时间，网上的方法设置runtime setting里面的advanced option的，http－request connect timeout，http－request receive timeout，还有一个step download timeout的时间增大，但是 我看了 webservice协议中是没有这几个选项的，http协议录制的时候才会有，请问webervice时怎么 修改默认超时的时间设置，或者用函数改变默认超时设置新手在线坐等指教！不甚感激！
提问者采纳
webservice协议我不太清楚，你的服务端能改timeout么？
服务端是没有设置的，通过客户端来控制，我想的增大超时时间看看，看看100人同时通过时间默认超时时间是多少
服务端是没有设置的，通过客户端来控制，我想的增大超时时间看看，看看100人同时通过时间默认超时时间是多少
提问者评价
其他类似问题
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁LoadRunner11压力测试时遇到问题及解决办法
1、LoadRunner超时错误：
在录制Web服务器端，如果超过120秒服务器协议脚本回放时超时情况经常出现，产生错误的原因也有很多，解决的方法也不同。
错误现象1：Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)。
错误分析：对于HTTP协议，默认的超时时间是120秒（可以在LoadRunner中修改），客户端发送一个请求到端还没有返回结果，则出现超时错误。
解决办法：首先在运行环境中对超时进行设置，默认的超时时间可以设置长一些，再设置多次迭代运行，如果还有超时现象，需要在&Runtime Setting&&&Internet Protocol：Preferences&&&Advanced&区域中设置一个&winlnet replay instead of sockets&选项，再回放是否成功。
2．LoadRunner脚本中出现乱码：
在录制Web协议脚本时出现中文乱码，在回放脚本时会使回放停止在乱码位置，脚本无法运行。
错误现象：某个链接或者图片名称为中文乱码，脚本运行无法通过。
错误分析：脚本录制可能采用的是URL-based script方式，如果程序定义的字符集合采用的是国际标准，脚本就会出现乱码现象。
解决办法：重新录制脚本，在录制脚本前，打开录制选项配置对话框进行设置，在&Recording Options&的&Advanced&选项里先将&Surport Charset&选中，然后选中支持&UTF-8&的选项。
3．LoadRunner HTTP服务器状态代码：
在录制Web协议脚本回放脚本的过程中，会出现HTTP服务器状态代码，例如常见的页面-404错误提示、-500错误提示。
错误现象1：-404 Not Found服务器没有找到与请求URI相符的资源，但还可以继续运行直到结束。
错误分析：此处与请求URI相符的资源在录制脚本时已经被提交过一次，回放时不可再重复提交同样的资源，而需要更改提交资源的内容，每次回放一次脚本都要改变提交的数据，保证模拟实际环境，造成一定的负载压力。
解决办法：在出现错误的位置进行脚本关联，在必要时插入相应的函数。
错误现象2：-500 Internal Server Error服务器内部错误，脚本运行停止。
错误分析：服务器碰到了意外情况，使其无法继续回应请求。
解决办法：出现此错误是致命的，说明问题很严重，需要从问题的出现位置进行检查，此时需要此程序的开发人员配合来解决，而且产生的原因根据实际情况来定，测试人员无法单独解决问题，而且应该尽快解决，以便于后面的测试。
4．LoadRunner请求无法找到：
在录制Web协议脚本回放脚本的过程中，会出现请求无法找到的现象，而导致脚本运行停止。
错误现象：Action.c(41): Error -27979: Requested form. not found [MsgId: MERR-27979]
Action.c(41): web_submit_form. highest severity level was &ERROR&,0 body bytes, 0 header bytes [MsgId: MMSG-27178]&
这时在tree view中看不到此组件的相关URL。
错误分析：所选择的录制脚本模式不正确，通常情况下，基于浏览器的Web应用会使用&HTML-based script&模式来录制脚本；而没有基于浏览器的Web应用、Web应用中包含了与服务器进行交互的代码、基于浏览器的应用中使用HTTPSJava Applet、基于浏览器的应用中包含了向服务器进行通信的JavaScript/VBScript安全协议，这时则使用&URL-based script&模式进行录制。
解决办法：打开录制选项配置对话框进行设置，在&Recording Options&的&Internet Protocol&选项里的&Recording&中选择&Recording Level&为&HTML-based script&，单击&HTML Advanced&，选择&Script. Type&为&A script. containing explicit&。然后再选择使用&URL-based script&模式来录制脚本。
5. Abnormal termination, caused by mdrv process termination
解决：修改LR中的D:\Program Files\Mercury\LoadRunner\dat\protocols 中的http.lrp信息，在[Vugen]下面新加一条MaxThreadPerProcess=要设置的vuser数量 。
6．LoadRunner录制脚本时为什么不弹出IE浏览器？
答：启动浏览器，打开Internet选项对话框，切换到高级标签，去掉&启用第三方浏览器扩展（需要重启动）&的勾选，然后再次运行VuGen即可解决问题；
7.LoadRunner录制脚本时提示默认浏览器不支持解决方法?
答：在Recording Options-&Browser-&修改浏览器设置-&改为IE浏览器访问,重新启动LoadRunner录制脚本就ok；
8.LR录制Web脚本时，生成的脚本中存在乱码该如何解决？
答：录制脚本前，打开录制选项配置对话框Record-Options，进入到Advanced标签，先勾选&Support charset&，选择支持UTF-8。重新录制，就不会出现中文乱码问题了。
9.HTML-based script与URL-based script的脚本有什么区别？
答：使用&HTML-based script&的模式录制脚本，VuGen为用户的每个HTML操作生成单独的步骤，这种脚本看上去比较直观；使用&URL-based script&模式录制脚本时，VuGen可以捕获所有作为用户操作结果而发送到服务器的HTTP请求，然后为用户的每个请求分别生成对应方法。通常，基于浏览器的Web应用会使用&HTML-based script&模式来录制脚本；而没有基于浏览器的Web应用、Web应用中包含了与服务器进行交互的Java Applet、基于浏览器的应用中包含了向服务器进行通信的JavaScript/VBScript代码、基于浏览器的应用中使用了HTTPS安全协议，这时使用&URL-based script&模式进行录制。
10.为什么脚本中添加了检查方法Web-find，但是脚本回放时却没有执行？
答：LoadRunner默认关闭了对文本及图像的检查。进入&Run-time Setting&对话框，依次进入&Internet Protocol&Preferences&，勾选Checks下的&Enable Image and text check&选项即可。
备注：推荐web_reg_find函数针对文本及图像的检查。
11.运行时的Pacing设置主要影响什么？
答：Pacing主要用来设置重复迭代脚本的间隔时间。共有三种方法：上次迭代结束后立刻开始、上次迭代结束后等待固定时间、按固定或随机的时间间隔开始执行新的迭代。根据实际需要设置迭代即可。通常，没有时间间隔会产生更大的压力。
12.运行时设置Log标签中，如果没有勾选&Enable logging&，则手工消息可以发送吗？
答：Enable logging选项仅影响自动日志记录和通过lr_log_message发送的消息。即使没有勾选，虚拟用户脚本中如果使用lr_message、lr_output_message、lr_error_message,仍然会记录其发出的消息。
13.LoadRunner如何在IE7+Win2003环境下录制脚本?
答： 方法一: 巧借IE6内核录制脚本
在系统安装目录下C:\WINDOWS\ie7\iexplore.exe,然后在Recording Options-&Browser,指定Ie6内核;设置完成确认后,即可以用LoadRunner录制脚本;
方法二 查看了下官方提供LoadRunner解决方法:
安装LoadRunner 8.1 Feature Pack 4-&然后安装:Internet Explorer 7 (IE 7) support for LoadRunner 8.1 Feature Pack 4；
14.LoadRunner 8.0版本的VuGen在录制Web Services协议的脚本时一切正常，但回放时报错误&Error：server returned an incorrectly formatted SOAP response&？
答：原因是LoadRunner 8.0的VuGen在录制Web Service协议的脚本时存在一个缺陷：如果服务器的操作系统是中文的，VuGen会自动将WSDL文件的头改为&?xml version=&1.0& encoding=&zh_cn&?&，因此会有上面的错误提示。
所以需要打上补丁：&LR80WebservicesFPI_setup.exe&和&lrunner_web_sevices_path_1.exe&。
15.VuGen支持Netscape的客户证书吗？
答：不支持。目前的VuGen 8.0版本中仅支持Internet Explorer的客户端证书。录制脚本时可以先从Netscape中导出所需的证书，然后将其导入到Internet Explorer中，并确保以相同的顺序导出和导入这些证书。而且，在每台将要录制或运行需要证书的Web Vuser脚本的计算机上都要重复执行前面的过程。
16. LoadRunner场景执行时第1次报错 error:missing newline in d:\test\test1.dat，第2次场景执行时不报错？
答：Loadruner参数设置test1.dat文本时，需要在最后一个参数后回车确认一下。
17.LoadRunner场景执行时出现错误：
&load generator is currently running the maximum number of vuser of this type&
答：Loadruuner默认场景并发最大用户数=1000，所以需要设置load generator-&Details-&Vuser limits-&Other Vusers更换参数值即可，如10000；当然需要你的序列号是支持，目前最大支持6.2w的序列号。
18.VuGen会修改录制浏览器中的代理服务器设置吗？
答：会修改。在开始录制基于浏览器的Web Vuser脚本时，VuGen首先会启动指定的浏览器。然后，VuGen会指示浏览器访问VuGen代理服务器。为此，VuGen会修改录制浏览器上的代理服务器设置。默认情况下，VuGen会立即将代理服务器设置更改为Localhost:7777。录制之后，VuGen会将原始代理服务器设置还原到该录制浏览器中。因此，在VuGen进行录制的过程中，不可以更改代理服务器设置，否则将无法正常进行。
19.在LoadRunner脚本如何输出当前系统时间？
答：LoadRunner提供了char *ctime(const time_t *time)函数，调用参数为一个Long型的整数指针，用于存放返回时间的数值表示。
20.Loadruner在一些Web虚拟用户脚本录制后立刻回放没有任何问题，但是当设置迭代次数大于1时，如果进行回放则只能成功迭代一次。从第二次迭代开始发生错误？
答：&Run-time Setting&的&Browse Emulation&的设置中，勾选了&Simulate a new user on each iteration&及其下面的选项&Clear cache on each iteration&这两个选项的含义是每次迭代时模拟一个新的用户及每次迭代时清除缓存。
标签(Tag):
------分隔线----------------------------
------分隔线----------------------------LoadRunner出现error问题及解决方法总结
一、Step download
timeout (120 seconds)
这是一个经常会遇到的问题，解决得办法走以下步骤：
1、修改run time
setting中的请求超时时间，增加到600s,其中有三项的参数可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分别建议修改为600、600、5000。run time
setting设置完了后记住还需要在control组件的option的run
time setting中设置相应的参数。
2、办法一不能解决的情况下，解决办法如下：
设置runt time
setting中的internet
protocol-preferences中的advaced区域有一个winlnet replay instead of
sockets选项，选项后再回放就成功了。切记此法只对windows系统起作用，此法来自zee的资料。&&&&
二、问题描述Connection
reset by peer.
这个问题不多遇见，一般是由于下载的速度慢，导致超时，所以，需要调整一下超时时间。
解决办法：Run-time
setting窗口中的‘Internet
Protocol’－‘Preferences’设置set advanced
options（设置高级选项），重新设置一下“HTTP-request connect timeout（sec），可以稍微设大一些”。&&
三、问题描述connection
这个的错误的原因比较复杂，也可能很简单也可能需要查看好几个地方，解决起来不同的方式也不同。
1、首先检查是不是连接weblogic服务过大部分被拒绝，需要监控weblogic的连接等待情况，此时需要增加acceptBacklog，每次增加25%来提高看是否解决，同时还需要增加连接池和调整执行线程数，（连接池数*Statement
Cache Size）的值应该小于等于oracle连接数最大值。
2、如果方法一操作后没有变化，此时需要去查看服务器操作系统中是否对连接数做了限制，AIX下可以直接vi文件limits修改其中的连接限制数、端口数，还有tcp连接等待时间间隔大小，wiodows类似，只不过windows修改注册表，具体修改注册表中有TcpTimedWaitDelay和MaxUserPort项，键值在[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\]。因为负载生成器的性能太好，发数据包特别快，服务器也响应特别快，从而导致负载生成器的机器的端口在没有timeout之前就全部占满了。在全部占满后，就会出现上面的错误。执行netstat
&na命令，可以看到打开了很多端口。所以就调整TCP的time
out。即在最后一个端口还没有用到时，前面已经有端口在释放了。
1,这里的TcpTimedWaitDelay默认值应该中是30s，所以这里，把这个值调小为5s（按需要调整）。
2,也可以把MaxUserPort调大（如果这个值不是最大值的话）。&&
四、问题描述open many
问题一般都在压力较大的时候出现，由于服务器或者应用中间件本身对于打开的文件数有最大值限制造成，解决办法：
1、修改操作系统的文件数限制，aix下面修改limits下的nofiles限制条件，增大或者设置为没有限制，尽量对涉及到的服务器都作修改。
2、方法一解决不了情况下再去查看应用服务器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles数增大，应该就可以通过了，具体就是查找到nofiles方法，修改其中else条件的执行体，把文件打开数调大。修改前记住备份此文件，防止修改出错。
3、linux上可以通过ulimit &HSn
4096来修改文件打开数限制，也可以通过ulimit -a 来查看。
4、linux上可以通过lsof -p pid | wc -l
来查看进程打开的句柄数。&&
五、问题描述has shut down
the connection prematurely
一般是在访问应用服务器时出现，大用户量和小用户量均会出现。
来自网上的解释：
1&应用访问死掉
小用户时：程序上的问题。程序上存在数据库的问题
2&应用服务没有死
应用服务参数设置问题
在许多客户端连接Weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是Weblogic中的元素的AcceptBacklog属性值设得过低。如果连接时收到connection
refused消息，说明应提高该值，每次增加25％
Java连接池的大小设置，或JVM的设置等
3&数据库的连接
在应用服务的性能参数可能太小了
数据库启动的最大连接数（跟硬件的内存有关）
以上信息有一定的参考价值，实际情况可以参考此类调试。
如果是以上所说的小用户时：程序上的问题。程序上存在数据库的问题，那就必须采用更加专业的工具来抓取出现问题的程序，主要是程序中执行效率很低的sql语句，weblogic可以采用introscope定位，期间可以注意观察一下jvm的垃圾回收情况看是否正常，我在实践中并发500用户和600用户时曾出现过jvm锯齿型的变化，上升下降都很快，这应该是不太正常的。
---------------------------------------
实际中，可以用telent
站点看看是否可以连接进去，可以通过修改连接池中的连接数和适当增加应用内存值，问题可以解决。&&
六、问题描述Failed to
connect to server
这个问题一般是客户端链接到服务失败，原因有两个客户端连接限制（也就是压力负载机器），一个网络延迟严重，解决办法：
1、修改负载机器注册表中的TcpTimedWaitDelay减小延时和MaxUserPort增加端口数。注：这将增加机器的负荷。
2、检查网络延迟情况，看问题出在什么环节。
建议为了减少这种情况，办法一最好测试前就完成了，保证干净的网络环境，每个负载机器的用户数不易过大，尽量平均每台负载器的用户数，这样以上问题出现的概率就很小了。
七、问题描述Overlapped
transmission of request to ... WSA_IO_PENDING
这个问题，解决方法：
1、方法一，在脚本前加入web_set_sockets_option("OVERLAPPED_SEND",
"0")，禁用TTFB细分，问题即可解决，但是TTFB细分图将不能再使用，附图。
2、方法二，可以通过增加连接池和应用系统的内存，每次增加25%。
八、问题描述Deleted the
current transaction ... since response time is not
这个问题不多遇见，一般出现在压力机器上发生ping值为负数（AMD双核CPU），可以重新启动pc机或者打补丁，附图。
九、问题描述HTTP
Status-Code=500 (Internal Server Error) for
1、应用服务当掉，重新启动应用服务。
2、当应用系统处于的可用内存处于阀值以下时，出现HTTP
Status-Code=500的概率非常高，此时只要增加应用系统的内存，问题即可解决。&&&&&&&&&&&&&&&&&&&&&&&&&&&
十、问题描述Failed to transmit data to network:
[10057]Socket is not connected
这个错误是由网络原因造成的，PC1和PC2上面都装了相同的loadrunner
9.0，且以相同数量的虚拟用户数运行相同的业务（机器上的条件都相同），PC1上面有少部分用户报错，PC2上的用户全部执行通过。
十一、问题描述 Error -27257:
Pending web_reg_save_param/reg_find/create_html_param[_ex]
request(s) detected and reset at the end of iteration number
解决方法：web_reg_save_param位置放错了，应该放到请求页面前面。
十二、问题描述 通过Controler调用远程代理时报错，Error: CCI security error:You are
running under secure mode and the function system is not allowed in
this mode.
解决方法：在代理开启的时候，去掉勾选防火墙选项。
1．LoadRunner超时错误：在录制协议脚本回放时超时情况经常出现，产生错误的原因也有很多，解决的方法也不同。
错误现象1：Action.c(16): Error -27728:
Step download timeout (120 seconds) has expired when downloading
non-resource(s)。
错误分析：对于HTTP协议，默认的超时时间是120秒（可以在LoadRunner中修改），客户端发送一个请求到服务器端，如果超过120秒服务器端还没有返回结果，则出现超时错误。
解决办法：首先在运行环境中对超时进行设置，默认的超时时间可以设置长一些，再设置多次迭代运行，如果还有超时现象，需要在“Runtime
Setting”&“Internet
Protocol：Preferences”&“Advanced”区域中设置一个“winlnet
replay instead of sockets”选项，再回放是否成功。
错误现象2：Action.c(81):Continuing after
Error -27498: Timed out while processing
URL=http://172.18.20.70:7001/workflow/bjtel/leasedline/ querystat/
subOrderQuery.do
错误分析：这种错误常常是因为并发压力过大，服务器端太繁忙，无法及时响应客户端的请求而造成的，所以这个错误是正常现象，是压力过大造成的。
如果压力很小就出现这个问题，可能是脚本某个地方有错误，要仔细查看脚本，提示的错误信息会定位某个具体问题发生的位置。
解决办法：例如上面的错误现象问题定位在某个URL上，需要再次运行一下场景，同时在其他机器上访问此URL。如果不能访问或时间过长，可能是服务器或者此应用不能支撑如此之大的负载。分析一下服务器，最好对其性能进行优化。
如果再次运行场景后还有超时现象，就要在各种图形中分析一下原因，例如可以查看是否服务器、DNS、网络等方面存在问题。
最后，增加一下运行时的超时设置，在“Run-Time
Settings”&“Internet
Protocol:Preferences”中，单击“options”，增加“HTTP-request connect
timeout”或者“HTTP-request receive”的值。
2．LoadRunner脚本中出现乱码：在录制Web协议脚本时出现中文乱码，在回放脚本时会使回放停止在乱码位置，脚本无法运行。
错误现象：某个链接或者图片名称为中文乱码，脚本运行无法通过。
错误分析：脚本录制可能采用的是URL-based
script方式，如果程序定义的字符集合采用的是国际标准，脚本就会出现乱码现象。
解决办法：重新录制脚本，在录制脚本前，打开录制选项配置对话框进行设置，在“Recording
Options”的“Advanced”选项里先将“Surport
Charset”选中，然后选中支持“UTF-8”的选项。
3．LoadRunner
HTTP服务器状态代码：在录制Web协议脚本回放脚本的过程中，会出现HTTP服务器状态代码，例如常见的页面-404错误提示、-500错误提示。
错误现象1：-404 Not
Found服务器没有找到与请求URI相符的资源，但还可以继续运行直到结束。
错误分析：此处与请求URI相符的资源在录制脚本时已经被提交过一次，回放时不可再重复提交同样的资源，而需要更改提交资源的内容，每次回放一次脚本都要改变提交的数据，保证模拟实际环境，造成一定的负载压力。
解决办法：在出现错误的位置进行脚本关联，在必要时插入相应的函数。
错误现象2：-500 Internal Server
Error服务器内部错误，脚本运行停止。
错误分析：服务器碰到了意外情况，使其无法继续回应请求。
解决办法：出现此错误是致命的，说明问题很严重，需要从问题的出现位置进行检查，此时需要此程序的开发人员配合来解决，而且产生的原因根据实际情况来定，测试人员无法单独解决问题，而且应该尽快解决，以便于后面的测试。
4．LoadRunner请求无法找到：在录制Web协议脚本回放脚本的过程中，会出现请求无法找到的现象，而导致脚本运行停止。
错误现象：Action.c(41): Error -27979:
Requested form. not found [MsgId: MERR-27979]
Action.c(41): web_submit_form.
highest severity level was “ERROR”,0 body bytes, 0 header bytes
[MsgId: MMSG-27178]”
这时在tree
view中看不到此组件的相关URL。
错误分析：所选择的录制脚本模式不正确，通常情况下，基于浏览器的Web应用会使用“HTML-based
script”模式来录制脚本；而没有基于浏览器的Web应用、Web应用中包含了与服务器进行交互的Java
Applet、基于浏览器的应用中包含了向服务器进行通信的JavaScript/VBScript代码、基于浏览器的应用中使用HTTPS安全协议，这时则使用“URL-based
script”模式进行录制。
解决办法：打开录制选项配置对话框进行设置，在“Recording
Options”的“Internet Protocol”选项里的“Recording”中选择“Recording
Level”为“HTML-based script”，单击“HTML Advanced”，选择“Script. Type”为“A
script. containing explicit”。然后再选择使用“URL-based
script”模式来录制脚本。
5．LoadRunner不执行检查方法：在录制Web协议脚本中添加了检查方法Web_find，但是在脚本回放的过程中并没有执行。
错误现象：在脚本中插入函数Web_find，在脚本中设置文本以及图像的检查点，但是在回放过程中并没有对设置的检查点进行检查，即Web_find失效。
错误分析：由于检查功能会消耗一定的资源，因此LoadRunner默认关闭了对文本以及图像的检查，所以在设置检查点后，需要开启检查功能。
解决办法：打开运行环境设置对话框进行设置，在“Run-time
Settings”的“Internet Protocol”选项里的“Perference”中勾选“Check”下的“Enable
Image and text check”选项。
6．LoadRunner回放Web
Services协议脚本错误：LoadRunner 8.0版本在录制Web
Services协议的脚本时正常，但在回放时会出现错误，提示停止脚本运行。
错误现象：利用LoadRunner 8.0版本来录制Web
Services协议的脚本没有任何错误提示，回放脚本时会出现如下错误提示“Error：server returned an
incorrectly formatted SOAP response”。
错误分析：出现此错误的原因是LoadRunner8.0在录制Web
Services协议的脚本时存在一个缺陷：如果服务器的操作系统是中文的，VuGen会自动将WSDL文件的头改为&?xml
version=”1.0&Pencoding=”zh_cn”
?&，所以才会有此错误提示。
解决办法：下载两个补丁，分别为“LR80WebServicesFPI_setup.exe”和“lrunner_web_
services_patch_1.exe”安装上即可。
1.&error:missing newline
in d:\loadrunner\name.dat
场景执行时报error:missing newline in
d:\loadrunner\name.dat
第二次执行不报
两个解决办法：
第一：如果参数不是很多的话，不要打开记事本去编辑参数，就直接在LR提供的参数的表格中进行编辑即可。
第二：如果参数很多超过100条的话。
在记事本中编辑好了之后，记着在最后一个参数后打个回车，让鼠标的光标移动到下一行。
2.load&&generator&&is&&currently&&running&&the&&maximum&&number&&of&&vuser&&of&&this&&type
使用的是loadrunner8.0，有10000个用户的web的license，global的有10个。
在测试的时候发现running&&vuser到达1000以后就不能再提高，后面的vuser就会出错。错误是“The&&load&&generator&&is&&currently&&running&&the&&maximum&&number&&of&&vuser&&of&&this&&type”.
已经可以排除是load&&generator机器本身资源的问题。因为换了性能比较强的酷睿2还是同样的问题，CPU和memory都有空闲。
在load&&generator中有一个Vuser&&limits&&tab，可以设置running&&user的最大数目。&&&即设置
load generator----Details------Vuser limits ----Other Vusers
的最大参数
3.LoadRunner 常见问题：
（1）sofeware caused
connction：这种情况，一般是脚本有问题，或者loadrunner有问题。解决方法：重新启动机器，或者重新录制脚本，估计是loadrunner的bug。
（2）cannot connect to
server:无法连接到服务器。这种情况是服务器的配置有问题，服务器无法承受过多的并发连接了。需要优化服务器的配置，
如操作系统采用windows 2003 server，
优化tomcat配置：maxThreads="500" minSpareThreads="400"
maxSpareThreads="450"。但是tomcat 最多支持500个并发访问
优化apache配置：
ThreadsPerChild 1900
MaxRequestsPerChild 10000
其他的错误如：
Action.c(10): Error -27791: Server has
shut down the connection prematurely
HTTP Status-Code=503 (Service Temporarily
Unavailable)
一般都是由于服务器配置不够好引起的，按照问题（2）处理，如果仍旧不行，需要优化硬件和调整程序了。
Apache问题：
（1） File does not exist:
C:/Apache/htdocs/favicon.ico：
这个问题是apache，htdocs目录没有favicon.ico文件引起的，该文件是网站的图标，仅在firefox,myIE等浏览器出现。
（2） 图片无法显示：
配置apache后，却无法显示图片。
解决方法：把程序的图片，按照程序结构copy到apache的htdocs目录下。
（3） 无法处理请求：
当我们输入 ***.do
命令后，apache确返回错误信息，而连接tomcat却没有问题。原因是没有把.do命令转发给tomcat处理。解决方法如下：
在apache配置文件中配置如下内容：
DocumentRoot "C:/Apache/htdocs"
JkMount /*.jsp loadbalancer
JkMount /*.do loadbalancer
download timeout (120 seconds)
　　这是一个经常会遇到的问题，解决得办法走以下步骤：
　　1、 修改run time
setting中的请求超时时间，增加到600s,其中有三项的参数可以一次都修改了，HTTP-request connect
timeout，HTTP-request receieve timeout，Step download
timeout，分别建议修改为600、600、5000；run time
setting设置完了后记住还需要在controler组件的option的run time
setting中设置相应的参数；
　　2、 办法一不能解决的情况下，解决办法如下：
　　设置runt time setting中的internet
protocol-preferences中的advaced区域有一个winlnet replay instead of
sockets选项，选项后再回放就成功了。切记此法只对windows系统起作用。
&5、问题描述Connection reset by
peer　　这个问题不多遇见，一般是由于下载的速度慢，导致超时，所以，需要调整一下超时时间。
　　解决办法：Run-time setting窗口中的‘Internet
Protocol’－‘Preferences’设置set advanced
options（设置高级选项），重新设置一下“HTTP-request connect
timeout（sec），可以稍微设大一些”；
6、问题描述connection
refused　　这个的错误的原因比较复杂，也可能很简单也可能需要查看好几个地方，解决起来不同的操作系统方式也不同；
　　1、首先检查是不是连接weblogic服务过大部分被拒绝，需要监控weblogic的连接等待情况，此时需要增加acceptBacklog，每次增加
25%来提高看是否解决，同时还需要增加连接池和调整执行线程数，（连接池数*Statement Cache
Size）的值应该小于等于oracle数据库连接数最大值；
　　2、如果方法一操作后没有变化，此时需要去查看服务器操作系统中是否对连接数做了限制，AIX下可以直接vi文件limits修改其中的连接限制数，还有
tcp连接等待时间间隔大小，wiodows类似，只不过wendows修改注册表，具体修改方法查手册，注册表中有TcpDelayTime项；
7、问题描述open many files
　　问题一般都在压力较大的时候出现，由于服务器或者应用中间件本身对于打开的文件数有最大值限制造成，解决办法：
　　1、修改操作系统的文件数限制，aix下面修改limits下的nofiles限制条件，增大或者设置为没有限制，尽量对涉及到的服务器都作修改；
　　2、方法一解决不了情况下再去查看应用服务器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles数增大，应该就可以通过了，具体就是查找到nofiles方法，修改其中else条件的执行体，把文件打开数调大；修改前记住备份此文件，防止修改出错；
8、问题描述has shut down the connection
prematurely
　　一般是在访问应用服务器时出现，大用户量和小用户量均会出现；
　　来自网上的解释：
　　1& 应用访问死掉
　　小用户时：程序上的问题。程序上存在数据库的问题
　　2& 应用服务没有死
　　应用服务参数设置问题
　　例如：
　　在许多客户端连接Weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是Weblogic中的server元素的AcceptBacklog属性值设得过低。如果连接时收到connection
refused消息，说明应提高该值，每次增加25％
　　Java连接池的大小设置，或JVM的设置等
　　3& 数据库的连接
　　在应用服务的性能参数可能太小了
　　数据库启动的最大连接数（跟硬件的内存有关）
　　以上信息有一定的参考价值，实际情况可以参考此类调试。
　　如果是以上所说的小用户时：程序上的问题。程序上存在数据库的问题，那就必须采用更加专业的工具来抓取出现问题的程序，主要是程序中执行效率很低的sql语句，weblogic可以采用introscope定位，期间可以注意观察一下jvm的垃圾回收情况看是否正常，我在实践中并发500用户和600用户时曾出现过jvm锯齿型的变化，上升下降都很快，这应该是不太正常的；
9、问题描述Failed to connect to server
　　这个问题一般是客户端链接到服务失败，原因有两个客户端连接限制（也就是压力负载机器），一个网络延迟严重，解决办法：
　　1、 修改负载机器的tcpdelaytime注册表键值，改小；
　　2、 检查网络延迟情况，看问题出在什么环节；
　　建议为了减少这种情况，办法一最好测试前就完成了，保证干净的网络环境，每个负载机器的压力测试用户数不易过大，尽量平均每台负载器的用户数，这样以上问题出现的概率就很小了。
10．LoadRunner
HTTP服务器状态代码：在录制Web协议脚本回放脚本的过程中，会出现HTTP服务器状态代码，例如常见的页面-404错误提示、-500错误提示。
　　错误现象1：-404 Not
Found服务器没有找到与请求URI相符的资源，但还可以继续运行直到结束。
　　错误分析：此处与请求URI相符的资源在录制脚本时已经被提交过一次，回放时不可再重复提交同样的资源，而需要更改提交资源的内容，每次回放一次脚本都要改变提交的数据，保证模拟实际环境，造成一定的负载压力。
　　解决办法：在出现错误的位置进行脚本关联，在必要时插入相应的函数。
　　错误现象2：-500 Internal Server
Error服务器内部错误，脚本运行停止。
　　错误分析：服务器碰到了意外情况，使其无法继续回应请求。
　　解决办法：出现此错误是致命的，说明问题很严重，需要从问题的出现位置进行检查，此时需要此程序的开发人员配合来解决，而且产生的原因根据实际情况来定，测试人员无法单独解决问题，而且应该尽快解决，以便于后面的测试。
11．LoadRunner请求无法找到：在录制Web协议脚本回放脚本的过程中，会出现请求无法找到的现象，而导致脚本运行停止。
　　错误现象：Action.c(41): Error -27979:
Requested form. not found [MsgId: MERR-27979]
　　Action.c(41): web_submit_form. highest
severity level was "ERROR",0 body bytes, 0 header bytes [MsgId:
MMSG-27178]"
　　这时在tree view中看不到此组件的相关URL。
　　错误分析：所选择的录制脚本模式不正确，通常情况下，基于浏览器的Web应用会使用“HTML-based
script”模式来录制脚本；而没有基于浏览器的Web应用、Web应用中包含了与服务器进行交互的Java
Applet、基于浏览器的应用中包含了向服务器进行通信的JavaScript/VBScript代码、基于浏览器的应用中使用HTTPS安全协议，这时则使用“URL-based
script”模式进行录制。
　　解决办法：打开录制选项配置对话框进行设置，在“Recording
Options”的“Internet Protocol”选项里的“Recording”中选择“Recording
Level”为“HTML-based script”，单击“HTML Advanced”，选择“Script. Type”为“A
script. containing explicit”。然后再选择使用“URL-based
script”模式来录制脚本。
12．LoadRunner回放Web Services协议脚本错误：LoadRunner
8.0版本在录制Web Services协议的脚本时正常，但在回放时会出现错误，提示停止脚本运行。
　　错误现象：利用LoadRunner 8.0版本来录制Web
Services协议的脚本没有任何错误提示，回放脚本时会出现如下错误提示“Error：server returned an
incorrectly formatted SOAP response”。
　　错误分析：出现此错误的原因是LoadRunner8.0在录制Web
Services协议的脚本时存在一个缺陷：如果服务器的操作系统是中文的，VuGen会自动将WSDL文件的头改为&?xml
version="1.0"encoding="zh_cn"
?&，所以才会有此错误提示。
　　解决办法：下载两个补丁，分别为“LR80WebServicesFPI_setup.exe”和“lrunner_web_
services_patch_1.exe”安装上即可。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。