LoadRunner在性能测试工作中遇到的问题以及解决办法小结（转）

引言：工作中遇到的问题，网上的解决办法很多，很多都具有参考意义，但不一定正确，以下是我实践中遇到大多数的问题都经过检验用以下方法基本解决，在此做出总结以便加深印象。
　　一、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 refused
　　这个的错误的原因比较复杂，也可能很简单也可能需要查看好几个地方，解决起来不同的操作系统方式也不同；
　　1、   首先检查是不是连接weblogic服务过大部分被拒绝，需要监控weblogic的连接等待情况，此时需要增加acceptBacklog，每次增加 25%来提高看是否解决，同时还需要增加连接池和调整执行线程数，（连接池数*Statement Cache Size）的值应该小于等于oracle数据库连接数最大值；
　　2、   如果方法一操作后没有变化，此时需要去查看服务器操作系统中是否对连接数做了限制，AIX下可以直接vi文件limits修改其中的连接限制数，还有 tcp连接等待时间间隔大小，wiodows类似，只不过wendows修改注册表，具体修改方法查手册，注册表中有TcpDelayTime项；
　　四、问题描述open many files
　　问题一般都在压力较大的时候出现，由于服务器或者应用中间件本身对于打开的文件数有最大值限制造成，解决办法：
　　1、   修改操作系统的文件数限制，aix下面修改limits下的nofiles限制条件，增大或者设置为没有限制，尽量对涉及到的服务器都作修改；
　　2、   方法一解决不了情况下再去查看应用服务器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles数增大，应该就可以通过了，具体就是查找到nofiles方法，修改其中else条件的执行体，把文件打开数调大；修改前记住备份此文件，防止修改出错；
　　五、问题描述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锯齿型的变化，上升下降都很快，这应该是不太正常的；
　　六、问题描述Failed to connect to server
　　这个问题一般是客户端链接到服务失败，原因有两个客户端连接限制（也就是压力负载机器），一个网络延迟严重，解决办法：
　　1、   修改负载机器的tcpdelaytime注册表键值，改小；
　　2、   检查网络延迟情况，看问题出在什么环节；
　　建议为了减少这种情况，办法一最好测试前就完成了，保证干净的网络环境，每个负载机器的压力测试用户数不易过大，尽量平均每台负载器的用户数，这样以上问题出现的概率就很小了。

七，window对发出去的线程数有限制的所以要模拟大量的进程就要修改window的注册表 ：

1.打开注册表 

路径 ： HKEY_LOCAL_MACHINE

下面的关键字 ：

System\CurrentControlSet\Control\Session Manager\SubSystems

2)找到windows关键字，Windows关键字如下所示：

SharedSection=1024,3072,512关键字的格式为XXXX，yyyy，zzz，其中xxx定义了系统范围的最大值(以KB为单位），yyy定义每个桌面堆的大小

3）将yyy的设置从3072更改为8192，增加ShareSection参数值

通过对注册表的更改，系统将允许运行更多的线程，因而可以在计算机上运行更多的Vuser，这意味着能够模拟的最大并发用户数量将不受windows操作系统的限制，而只受硬件和内部可伸缩性限制的约束 ！