loadrunner回放脚本常见问题及解决方法

loadrunner回放脚本常见问题及解决方法

1．LoadRunner超时错误：在录制Web协议脚本回放时超时情况经常出现，产生错误的原因也有很多，解决的方法也不同。

错误现象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 scrīpt方式，如果程序定义的字符集合采用的是国际标准，脚本就会出现乱码现象。

解决办法：重新录制脚本，在录制脚本前，打开录制选项配置对话框进行设置，在“Recording Options”的“Advanced”选项里先将“Surport Charset”选中，然后选中支持“UTF-8”的选项。

3．LoadRunner HTTP服务器状态代码：在录制Web协议脚本回放脚本的过程中，会出现HTTP服务器状态代码，例

如常见的页面-404错误提示、-500错误提示。

错误现象1：-404 Not Found服务器没有找到与请求URI相符的资源，但还可以继续运行直到结束。

错误分析：此处与请求URI相符的资源在录制脚本时已经被提交过一次，回放时不可再重复提交同样的资源，而需要更改提交资源的内容，每次回放一次脚本都要改变提交的数据，保证模拟实际环境，造成一定的负载压力。

解决办法：在出现错误的位置进行脚本关联，在必要时插入相应的函数。

错误现象2：-500 InternalServerError服务器内部错误，脚本运行停止。

错误分析：服务器碰到了意外情况，使其无法继续回应请求。

解决办法：出现此错误是致命的，说明问题很严重，需要从问题的出现位置进行检查，此时需要此程序的开发人员配合来解决，而且产生的原因根据实际情况来定，测试人员无法单独解决问题，而且应该尽快解决，以便于后面的测试。

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 scrīpt”模式来录制脚本；而没有基于浏览器的Web 应用、Web应用中包含了与服务器进行交互的JavaApplet、基于浏览器的应用中包含了向服务器进行通信的Javascrīpt/VBscrīpt代码、基于浏览器的应用中使用HTTPS安全协议，这时则使用“URL-based scrīpt”模式进行录制。

解决办法：打开录制选项配置对话框进行设置，在“Recording Options”的“Internet Protocol”选项里的“Recording”中选择“Recording Level”为“HTML-based scrīpt”，单击“HTML Advanced”，选择“scrīpt Type”为“A scrīpt containing explicit”。然后再选择使用“URL-based scrīpt”模式来录制脚本。

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"encoding="zh_cn" ?>，所以才会有此错误提示。

解决办法：下载两个补丁，分别为“LR80WebServicesFPI_setup.exe”和“lrunner_web_ services_patch_1.exe”安装上即可。

一、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类似，只不过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 files

问题一般都在压力较大的时候出现，由于服务器或者应用中间件本身对于打开的文件数有最大值限制造成，解决办法：

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中的server元素的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 accurate

这个问题不多遇见，一般出现在压力机器上发生ping值为负数（AMD双核CPU），可以重新启动pc机或者打补丁，附图。

九、问题描述HTTP Status-Code=500 (Internal Server Error) for

1、应用服务当掉，重新启动应用服务。

LoadRunner脚本录制常见问题整理

1.LoadRunner录制脚本时为什么不弹出IE浏览器? 当一台主机上安装多个浏览器时，LoadRunner录制脚本经常遇到不能打开浏览器的情况，可以用下面的方法来解决。 启动浏览器，打开Internet选项对话框，切换到高级标签，去 掉“启用第三方浏览器扩展(需要重启动)”的勾选，然后再次运行VuGen 即可解决问题 提示：通常安装Firefox等浏览器后，都会勾选上面得选项，导致不能正常录制。因此建议运行LoadRunner得主机上保持一个干净的测试环境。 1.Loadrunner录制脚本时无法正确打开IE或打开IE时无响应 进行如下设置可排除问题： 1、设置默认浏览器为IE； 2、IE已禁用第三方浏览器扩展； 3、Loadrunner中Run-time Setting 的User-agent设置正确； 4、Start Recording中IE路径和Program to record也正确。 2.录制Web脚本时，生成的脚本中存在乱码该如何解决? 录制脚本前，打开录制选项配置对话框Record-Options，进入到Advanced标签，先勾选“Support charset”，然后选择中支持UTF-8。再次录制，就不会出现中文乱码问题了。

3.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”模式进行录制。 4.为什么脚本中添加了检查方法Web-find，但是脚本回放时却没有执行? 由于检查点功能会耗费一定的资源，因此LoadRunner默认关闭了对文本及图像的检查。要想开启检查功能，必须修改运行时的配置Run-time Setting。 进入“Run-time Setting”对话框，依次进入“Internet Protocol→Preferences”，勾选Checks下的“Enable Image and text check”选项即可。 检查执行结果时推荐使用web_reg_find方法。 5.运行时的Pacing设置主要影响什么? Pacing主要用来设置重复迭代脚本的间隔时间。共有三种方法：上次迭代结束后立刻开始、上次迭代结束后等待固定时间、按固定或随机的时间间隔开始执行新的迭代。 根据实际需要设置迭代即可。通常，没有时间间隔会产生更大的压

LoadRunner教程

LoadRunner使用手册 测试中心刘艳会 1 LoadRunner概要介绍 LoadRunner? 是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。 目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢，系统崩溃等问题。这些都不可避免地导致公司收益的损失。Mercury Interactive 的 LoadRunner 能让企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的IT 资源，并确保终端用户在应用系统的各个环节中对其测试应用的质量，可靠性和可扩展性都有良好的评价。 LoadRunner 是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助您更快的查找和发现问题。此外，LoadRunner 能支持广范的协议和技术，为您的特殊环境提供特殊的解决方案。 1.1 轻松创建虚拟用户 使用LoadRunner 的Virtual User Generator，您能很简便地创立起系统负载。该引擎能够生成虚拟用户，以虚拟用户的方式模拟真实用户的业务操作行为。它先记录下业务流程(如下订单或机票预定)，然后将其转化为测试脚本。利用虚拟用户，您可以在Windows ，UNIX 或Linux 机器上同时产生成千上万个用户访问。所以LoadRunner能极大的减少负载测试所需的硬件和人力资源。另外，LoadRunner 的TurboLoad 专利技术能提供很高的适应性。TurboLoad 使您可以产生每天几十万名在线用户和数以百万计的点击数的负载。 用Virtual User Generator 建立测试脚本后，您可以对其进行参数化操作，这一操作能让您利用几套不同的实际发生数据来测试您的应用程序，从而反映出本系统的负载能力。以一个订单输入过程为例，参数化操作可将记录中的固定数据，如订单号和客户名称，由可变值来代替。在这些变量内随意输入可能的订单号和客户名，来匹配多个实际用户的操作行为。 LoadRunner 通过它的Data Wizard 来自动实现其测试数据的参数化。Data Wizard 直接

LoadRunner脚本编写教程

LoadRunner生成脚本的方式有两种，一种是自己编写手动添加或嵌入源代码；一种是通过LoadRunner提供的录制功能，运行程序自动录制生成脚本。这两种方式各有利弊，但首选还是录制生成脚本，因为它简单且智能化，对于测试初学者来说更加容易操作。但是仅靠着自动录制脚本，可能无法满足用户的复杂要求，这就需要手工添加函数，进行必要的手动关联或在函数中进行参数化来配合，增强脚本的实用性。手写添加增强脚本的独特之处在于： 1．可读性好，流程清晰，检查点截取含义明确。业务级的代码读起来总比协议级代码更容易让人理解，也更容易维护，而且必要时可建立一个脚本库。而录制生成的代码大多没有维护的价值，现炒现卖。 2．手写脚本比录制的脚本更能真实地模拟应用运行。因为录制的脚本是截获了网络包，生成的协议级的代码，而略掉了客户端的处理逻辑。 3．手写脚本比录制脚本更能提高测试人员的技术水平。LoadRunner提供了Java user、VB user、C user等语言类型的脚本，允许用户根据不同的测试要求自定义开发各种语言类型的测试脚本。 增强脚本的好坏关系到这个脚本是否能在实际运行环境中更真实地进行模 拟操作。 至于具体使用哪种方式来生成脚本，还应该以脚本模拟程序的真实有效为准。例如，有些程序只需要执行迭代多次操作，没有特殊要求，选择自动生成的脚本就可以了；有些程序需要加入参数化方可满足用户的要求，此时应该使用增强的手工脚本。再就是结合项目进度、开发难易程度等因素综合考虑。 3.1 插入检查点 在进行Web应用的压力测试时，经常会有页面间数据传递的操作，如果做性能测试时传递次数逐渐增多，页面间就会发生传递混乱的情况，或者客户端与服务端数据传输中断或不正确的现象。为了解决这些问题，LoadRunner提供了在脚本中插入检查点的方法，就是检查Web服务器返回的网页是否正确。在每次脚本运行到此检查点时，自动检查该处的网页是否正确，省去执行结束后人工检查的步骤和时间，进而加快了测试进度。 插入检查点的方法，在工作原理上说就是在VuGen中插入“Text/Image”检查点。这些检查点验证网页上是否存在指定的Text或者Image，还可以测试在比较大的压力测试环境中，被测的网站功能是否保持正确。VuGen在进行Web测试时，有“Tree View”和“Script View”两种视图方式。前面我们见到的一直都是“Script View”，但在插入“Text/Image”检查点时，使用“Tree View”（树视图）视图方式会比较方便。这种视图之间切换，可以通过菜单或者工具栏的方式进行，如图3-1所示。

Loadrunner一些不常用的功能总结

Loadrunner一些不常用的功能总结Loadrunner一些不常用的功能总结背景 这两天各种通过项目给新人培训，没想到培训期间在给新人讲解的时候发现好多功能或者菜单自己也没用过也不知道干啥用。趁着这两天有点时间，赶紧总结下来，目的有二:一是能够补充自己认识不足;二是知道多一个功能在以后遇到问题的时候也能够多一条路子进行解决，别默默守着好用的工具或者好用的功能却因为不知道而被困难绊住。 那个，实际上本文其实也就是翻译下loadrunner(以后简称:lr)自带的说明文件，然后网上找点资料啥的再结合一下自己的推测，在任何对应界面或者窗口按f1就有，想看原文的自己看就好，大家看着还是不懂的话建议自己百度，反正我这些也就是百度出来的。录制option 就是这个了，打开啥样自己看，接下来按照左边的菜单一个一个说啦，只说不常用的啦。 General

Script(脚本) 上面的language我就不用多说了吧，主要说说下面的选项吧。 Close all AUT processes when recording stops 官方解释是。。。管他呢，AUT是application under test被测应用，整个解释翻译过来就是:当你停止录制时自动关闭被测应用。我试过了，比如你用ie访问网站录制，如果你点了停止录制，那么lr打开的哪个ie窗口也没了。顺便一提，这个选项的默认值是关闭的。 Generate fixed think time after end transaction 翻译完就是:以秒为单位，在每个事物之后添加一个固定的思考时间。这个也是默认关闭的，如果开启，默认添加的思考时间是3秒，当然你可以自己设置。 Generate recorded events log 生成一个日志记录事件，啥样的事件呢，录制过程中发生的事件都算。这个默认是关闭的 Generate think time greater than threshold 为思考时间设置一个坎，超过这个坎的就加思考时间，没超过这个坎的就不加。比如说你设置了5秒，那么思考时间超过5秒的，lr就在你脚本里面里面加

Loadrunner使用教程

LoadRunner使用教程 1. 了解LoadRunner 1.1 Loadrunner简介 LoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢、系统崩溃等问题。这些都不可避免地导致公司收益的损失。Mercury Interactive 的LoadRunner 能让企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的IT 资源，并确保终端用户在应用系统的各个环节中对其测试应用的质量，可靠性和可扩展性都有良好的评价。LoadRunner 是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助您更快的查找和发现问题。此外，LoadRunner 能支持广的协议和技术，为您的特殊环境提供特殊的解决方案。 1.2 为什么应进行自动性能测试？ 自动性能测试是一项规，它利用有关产品、人员和过程的信息来减少应用程 序、升级程序或修补程序部署中的风险。自动性能测试的核心原理是通过将生产 时的工作量应用于预部署系统来衡量系统性能和最终用户体验。构造严密的性能 测试可回答如下问题： ?应用程序是否能够很快地响应用户的要求？ ?应用程序是否能处理预期的用户负载并具有盈余能力？ ?应用程序是否能处理业务所需的事务数量？

电脑常用软件基本故障解决方法

1.电脑常用软件基本故障解决方法 2.1、开机后找不到D盘？ 答：这是因为在组策略里面把D盘瘾藏起来了，解决方法： 开始——运行——GPEDIT——用户配置——管理模板——Windows组件——资源管理器——从我的电脑中瘾藏这些驱动器。打开后把他设置成“末配置” 2、任务栏栏跑到显示器的右边去了，如何返原？ 答：点击动作栏右键，看“锁定任务栏前是否有勾”如果有的话，就去掉，原后，点击栏按住鼠标左键，拖动到你想放到的地方。 3、因为调整显示器的分辨率后，倒至显示器黑屏。如何解决？ 答：重启动电脑，按F8键，选择VGA模式，进入系统后，把显示分辨率调到最底，再重启动电脑，进到正常模式。问题可以解决。 4、发现桌面没有我的电脑、我的文档等常用的图标，如何把找出来？ 答：在桌面空白处点击鼠标右键，在显示属性对话框中点击桌面选项卡，选择自定义桌面，把我的电脑，我的文档，前面的勾勾钩上，确定就OK 了。 5、计算机上不了网，如何解决？ 答：这种问题要分几步走， （1）先看网线是否接好（电脑的右下角的地方有一个两台电脑的图标，上面是否是有个红色的X，如果有，说明网线没有接好，重新接好网线就可以解决问题）。 （2）看计算机的IP是否正确，如不正确，把他改过来就可解决。 （3）、以上两点都没问题，那就是当前网络不通。

6、我的电脑右下边的小喇叭不见了，如何找出来？ 答：开始——设置——控制面板——声音和音频设备，把将音量调节图标放入任务栏前面的勾勾上就可以了。 7、我的电脑右下角的网络连接的图标不见了，如何找出来？ 答：开始——设置——网络连接——本地网络连接——属性——连接后在通知区域显示图标。 1.8、发现系统越来越慢了。 答：操作系统使用时间长了后，多少都会出现系统越来越慢的情况，这是因为有很多垃圾文件的原因，可以使用“优化大师，超级兔仔”等工具优化一下， 9、系统无缘无故重启？ 答：首先看硬件是否有问题（CPU风扇是不是好的），如硬件没有问题则多数是因为系统带病毒了，安装杀毒软件杀毒就可。 10、word选中一段文字后，按空格键选中文字无法删除；按退格键无效； 按delete键有效，选中文字删除。 最佳答案： 你打开word,选择菜单栏“工具”下面的“选项”,在选择编辑,把"键入内容替换所选内容"这个打钩就好了

loadrunner学习总结

Loadrunner学习总结 LoadRunner，是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。企业使用LoadRunner能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。 LoadRunner可适用于各种体架构的自动负载测试，能预测系统行为并评估系统性能。操作流程如下： 1.录制脚本： 选择适当的协议，web服务器一般选择http协议。 录制方式一般选择HTML-based Script，但有下列情况选择URL-based Script：不是基于浏览器的应用程序，应用程序中包含javaScript脚本且产生了请求，基于浏览器的应用程序使用了https协议

默认设置记录的浏览器为IE，不要使用其他浏览器 在录制过程中不要后退页面 2.录制结束后点绿色方块按钮结束录制，系统会自动生成录制脚本。

3.录制完之后就是对脚本的回放处理，可以在运行时设置界面设置回放的设置， 如：迭代（重复次数）、步（开始新迭代时候的时间设置）、思考时间（录制时间的停留时间）等，设置好之后就开始回放。 4.回放结束后，回放的情况会显示出来，没有错误表示录制的进程没有问题。 5.负载测试运行

选择录制的脚本添加，然后确认。

可以在场景计划 可以在场景计划这里设置要测试的参数，比如开始用户数，持续时间，停止方式等。 如果想测定某个操作的响应时间，可以在脚本中插入事务，使用事务把该操作包装起来。分析执行结果的时候可以查看到该事务的响应时间。 插入集合点，可以使多个用户并发进行同一操作，提高操作的并发程度，以对服务器增加负载，测试并发能力。 在Run-Time Setting设置中，设置网络带宽以模拟不同带宽的网络；设置block、action的迭代次数。 对脚本进行参数化，设置参数变更方式

LoadRunner常见问题分析及解决办法

LoadRunner常见问题分析及解决办法 2010-09-23 08:02 在运行脚本回放过程中，有时会出现错误，这在实际测试中是不可避免的，毕竟自动录制生成的脚本难免会有问题，需要运行脚本进行验证，把问题都解决后才加入到场景中进行负载测试。下面结合常用的协议（如Web、Web Services协议）录制的脚本进行回放时出现的问题介绍一下解决的方法。 需要注意的是，回放脚本时出现的错误有时是程序自身的原因导致的，因此在解决脚本回放问题前必须保证程序录制出的脚本是正确的。 1．LoadRunner超时错误：在录制Web协议脚本回放时超时情况经常出现，产生错误的原因也有很多，解决的方法也不同。 错误现象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

软件测试实验报告LoadRunner的使用

南昌大学软件学院 实验报告 实验名称 LoadRunner的使用 实验地点 实验日期 指导教师 学生班级 学生姓名 学生学号 提交日期 LoadRunner简介： LoadRunner 是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助您更快的查找和发现问题。此外，LoadRunner 能支持广范的协议和技术，为您的特殊环境提供特殊的解决方案。LoadRunner是目前应用最为广泛的性能测试工具之一。 一、实验目的

1. 熟练LoadRunner的工具组成和工具原理。 2. 熟练使用LoadRunner进行Web系统测试和压力负载测试。 3. 掌握LoadRunner测试流程。 二、实验设备 PC机：清华同方电脑 操作系统：windows 7 实用工具：WPS Office，LoadRunner8.0工具，IE9 三、实验内容 （1）、熟悉LoadRunner的工具组成和工具原理 1.LoadRunner工具组成 虚拟用户脚本生成器：捕获最终用户业务流程和创建自动性能测试脚本，即我们在以后说的产生测试脚本； 压力产生器：通过运行虚拟用户产生实际的负载； 用户代理：协调不同负载机上虚拟用户，产生步调一致的虚拟用户；压力调度：根据用户对场景的设置，设置不同脚本的虚拟用户数量；监视系统：监控主要的性能计数器； 压力结果分析工具：本身不能代替分析人员，但是可以辅助测试结果的分析。 2.LoadRunner工具原理 代理（Proxy）是客户端和服务器端之间的中介人，LoadRunner 就是通过代理方式截获客户端和服务器之间交互的数据流。 ①虚拟用户脚本生成器通过代理方式接收客户端发送的数据包，

台式电脑的常见故障及处理方法

台式电脑的常见故障及处理方法

一、CPU的常见故障及处理方法 故障一：CPU温度过高导致经常死机 故障现象：电脑在启动后，运行一段时间就会慢下来，而且经常出现无故死机和自动重启的形象。 处理方法：在排除了病毒和使用不当的原因后，应检查一下CPU和内存。CPU的性能是引起死机的一个常见的原因，如果CPU的温度过高就会引起死机或自动重启的现象，可考虑更换一个优质的散热风扇解决CPU工作时温度过高的情况。故障二：导热硅胶造成CPU温度升高 故障现象：为了CPU更好地散热，在芯片表面和散热片之间涂了很多硅胶，可是CPU的温度没有降低反而升高了。 硅胶的作用是提升散热效果，正确的方法是在CPU芯片表面薄薄地涂一层，基本能覆盖芯片即可。如果涂的过多，反而不利于热量传导。而且硅胶很容易吸附灰尘，硅胶与灰尘的混合物会大大影响散热效果。 注意：如果硅胶涂抹得过多，从芯片和散热片之间被挤出，会有烧毁主板的危险。因为硅胶中含有少量导电的物质，容易引起线路短路。 故障三：开机工作时，机箱内发出“嚓嚓”的碰撞声，时有时无。 故障现象：从现象分析，应该是CPU的散热风扇在转动过程中碰到了机箱中的数据线。打开机箱，将机箱中的电源线和数据线进行整理，并且用扎带或卡子将数据线，电源线分组扎在一起，不要碰到CPU的风扇。 故障四：CPU超频导致蓝屏 故障现象：CPU超频后使用，在Winds操作系统中经常出现蓝屏现象，无法正常关闭程序，只能重启电脑。 处理方法：蓝屏现象一般在CPU执行比较繁重的任务时出现，例如，运行大型的3D游戏，处理非常大的图像和影像等。并不是CPU的负荷一大就出现蓝屏，这通常无规律可循，但解决此问题的关键在于散热，首先应检查风扇和CPU的表面温度和散热风扇的转数，并检查风扇和CPU的接触是否良好。如果仍不能达到散热的要求，就需要更换更大功率的散热风扇，甚至水冷设备。如果还是不行，将CPU的工作频率恢复为正常值就行。 故障五：CPU超频导致黑屏故障 故障现象：CPU超频后，开机后无任何响应，屏幕一片漆黑，显示器进入节能模式，硬盘灯也不闪烁。 处理方法：经过分析和细致检查，排除硬件毁坏的可能，应该是CPU无法超频的原因。此时，可以试试提高CPU电压的方法，如果不行就需要考录更换一块超频能力较强的主板或将CPU恢复到正常的频率。 二、主板的常见故障及处理方法 故障一：系统时钟经常变慢 故障现象：电脑时钟出现变慢现象，经过校正，但过不久有会变慢。处理方法：出现时钟变慢的情况，大多数是主板上CMOS电池电量不足造成的。如果换电池

LoadRunner 操作技巧(个人经验总结)

Load Runner 相关概念解析 集合点 1)集合点用以同步虚拟用户以便恰好同一时刻执行任务。在没有性能测试工具 之前，要实现用户的并发是很困难的，最常见的方法就是把公司的所有或者部分员工召集起来，有一个同志喊123开始。然后大家一起提交数据。 2)Load Runner的集合点则可以完全实现用户的同步问题，而且可以模拟成千 上万的用户操作是轻而易举的事情。 3)集合点的设置方法 A．在录制过程中可以设置集合点。 B．在使用Load Runner的Controller进行负载时，可以通过依次选择【Scenario】>【Rendezvous…】项实现。 C．可以选择某个虚拟用户后单击enable rendezvous或disable rendezvous. 可以设置许启用或者禁止某个集合点. D．可以设置集合点策略，在Rendezvous information，点击Policy按钮。这个很重要。有三种情形。 E．在集合点设计策略窗体中也可以设计集合点释放比例。还可以设置Timeout between Vusers虚拟用户之间的超时间隔。一般默认是30秒。 可以根据实际情况进行设置。 事务 事务是要度量其服务器响应时间的任务或操作集。一个完整的事务由事务开始、事务结束以及一个或多个业务操作/任务构成。 重点提示 事务必须是成对出现，即一个事务有事务开始，必然要求有事务结束。 不要将Lr_think_time放在事务里，影响分析和统计，除非有特殊的情况需要这么做。 检查点 检查点的作用是在回放脚本期间搜索特定的文本字符串或者图片等内容，从而验证服务器响应内容的正确性。 添加检查点方法： 切换到脚本数视图，然后在左侧切换到“Server response”页，然后添加一个文本Add a Text check。也可以检查图片。P14 重点提示 检查点设置完成后，要保证检查点能使用，需要在Run Time settings –Preferences >Enable Image and Text check 复选框选上，否则的话检查点失效。

LoadRunner错误及解决方法总结

LoadRunner错误及解决方法总结 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 numb er 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. ERROR-26374及ERROR-26377错误no match found for the requested parameter ”Siebel_Analytic_search_id2”.check whether the requested boundaries exist in the response data. 如果初期或脚本单独回放时即出现此错误，则可能是关联问题： 1.首先看下脚本中有没有使用了自动关联(web_reg_save_param) 2.在Virtual的脚本里查询下web_reg_save_param的参数使用位置,然后把这个参数化给还原回来。 如果初期没这个错误，或脚本单独回放时没有问题，而是压力越大错误率越高的话，怀疑是服务器反馈不及时，或反馈信息错误，或丢包了。导致LR没有从反馈信息中得到这个值。 Error -26609: HTTP Status-Code=503 (Service Unavailable) for "https://www.sodocs.net/doc/f815455007.html,:8090/logon.cfm"引起的原因解释： 一、如果出现“Service Unavailable”的提示，刷新几下又可以访问。

《LoadRunner中文使用手册完全版》

LoadRunner操作入门 案例介绍： 测试Tomcat自带的一个jsp提交表单的性能。 测试页面如下： 输入一个数字后，点击提交，执行程序后返回页面：

测试步骤 第一步：录制脚本 从程序菜单中启动“LoadRunner”->“Visual User Generator” 在协议选择框中选择“Web(HTTP/HTML)”协议，进入主界面。 在工具条上选择“Start Record”，弹出启动“Start Recording”对话框。 在URL输入框中输入上述要测试的第一个页面的URL，即输入表单的页面。 同时注意，请让“Record the application startup”选择框失效，以便手工控制录制开始的时间，跳过刚开始的输入页面。 点击“OK”，这是LoadRunner会启动浏览器，并指向第一个输入页面，同时在浏览器窗口上方将出现一个“Recording Suspended…”的工具条窗口。 等待输入页面显示完全以后，点击工具条窗口中的“Record”按钮，进入录制状态，从现在 开始，在打开的浏览器上的所有操作将被录制成测试的脚本。

执行预定的表单提交动作，等结果页面显示完整以后，点击工具条上的黑色方框按钮，停止录制，回到Visual User Generator的主窗口，此时可以看到脚本已经录制成功。 选择“File”->“Save”，把当前的脚本保存下来 第二步：生成测试场景 选择菜单“Tools”->“Create Controller Scenario”，弹出“Create Scenario”对话框，保持缺省值不变，直接点击“OK”，唯一可能需要该的就是测试结果文件生成的路径。 这时，将启动LoadRunner的另一个工具“Controller”，这是执行压力测试的环境。 Controller的主界面有“Design”和“Run”两个Tab组成，可以随时切换，首先进入的是Design界面，在这里可以调整运行场景的各种参数，如果只是作强度测试，唯一需要调整 就是并发用户数，如下图所示：

LoadRunner性能测试实战教程

LoadRunner性能测试实战讲解 内容介绍： 很多使用LoadRunner的测试人员经常面临两个难题：脚本开发与性能测试分析。本书就是基于帮助测试人员解决这两个问题而编写，致力于使读者学精LoadRunnner这一强大的性能测试工具。 全书共分为四部分：入门篇、基础篇、探索篇、实战篇。第一篇入门篇的内容包括第1章和第2章，着重于讲解性能测试与LoadRunner的基础理论知识。第二篇基础篇的内容包括第3章至第5章，是LoadRunner 的基本使用部分，着重讲解Virtual User Generator、Controller、Analysis的使用方法。第三篇探索篇的... 第1部分入门篇.. (1) 第1章性能测试基础知识.. 3 1.1 性能测试基本概念 (4) 1.1.1 什么是性能测试 (4) 1.1.2 性能测试应用领域 (6) 1.1.3 性能测试常见术语 (8) 1.2 全面性能测试模型 (11) 1.2.1 性能测试策略模型 (14) 1.2.2 性能测试用例模型 (17) 1.2.3 模型的使用方法 (20) 1.3 性能测试调整基础 (21) 1.4 如何做好性能测试 (24) 1.5 本章小结 (28) 第2章LoadRunner基础知识.. 29 2.1 LoadRunner简介 (29) 2.1.1 LoadRunner主要特点 (29) 2.1.2 LoadRunner常用术语 (31) 2.2 LoadRunner工作原理 (32) 2.3 LoadRunner测试流程 (33) 2.4 LoadRunner的部署与安装 (35) 2.5 本章小结 (41) 第2部分基础篇 (43) 第3章脚本的录制与开发.. 45 3.1 Virtual User Generator简介 (45)

loadrunner学习入门到精通 常见问题解决方法(七)

第七课LoadRunner常见问题解决方法 一．V uGen的问题 1.使用LoadRunner如何打开不同的浏览器录制？ 答：录制时点击Start Record打开录制选择浏览器和地址页面如下图 然后选择要默认打开的浏览器。不设置时，默认打开Internet浏览器。 2.LoadRunner打不开火狐浏览器如何解决？ 答：当有一天机器安装了好多浏览器时的时候，我们打不开浏览器怎么办，可以进入浏览器选项，切换到高级标签，去掉“第三方浏览器扩展”选项（去后要重启），然后再次运行vugen即可。 注：使用LoadRunner时要关闭杀毒软件。 3.录制的脚本有乱码如何解决？ 答：这是要重新进行录制，但在录制前要在recording options---advanced—surport charset 里选中UTF—8即可。 4.解决在web窗体中有Java script脚本时，不能再tree view视图中显示的方法？ 答：将tools—generdl options—correlation—enable scripting and Java applets on snapshots viewer选中即可。 5.录制时的注意事项 （1）脚本中设置了检查点，要选中proforances—checks—enable image and text check 的操作。 （2）集合点要和事务结合使用，集合点只能插入到action部分，vusers_init和vusers_end中不能插入集合点。 6.一些Web虚拟用户脚本录制后立刻回放没有任何问题，但是当设置迭代次数大于1时， 如果进行回放则只能成功迭代一次。为什么从第二次迭代开始发生错误？

loadrunner使用步骤说明

一、LoadRunner的下载，安装与破解 .ddooo./softdown/61971.htm https://www.sodocs.net/doc/f815455007.html,/softjc/71256.html// 这是安装篇 二、LoadRunner在Web项目上的使用 1.新建一个Web（HTTP/HTML）：File---->new New single Protocol Script ：选择一个协议 New Multiple Protocol Script ：选择多个协议 New Script recent Protocol ：选择最近使用的协议 2.点击Start Record开始录制

Application type ：选择程序类型。包含两个选项，Internet Applications 一般指B/S的系统，也就是通过浏览器访问的系统；Win32 Applications 一般C/S 的系统，也就是本地的应用程序，如QQ Program to record ：选择启动程序的路径，如果是本地程序（C/S），就找到程序的启动程序。（这个暂时没有使用过） 如果是B/S的体统找到IE浏览器的安装路径。如： C:\Program Files (x86)\Internet Explorer\iexplore.exe 。 默认为Microsoft Internet Explorer，最好手动指定IE浏览器的安装路径。 URL Address ：如果是B/S的系统，请输入要访问的网址（如果访问本机，要用127.0.0.1代替localhost，如127.0.0.1:8080/ssh）。如果是C/S则为空。 Working directory ：工具目录，也就是分析信息的保存路径。Record into Action ：将录制结果放到Action里面 3.点击Options

loadrunner常见问题及解决方法

loadrunner常见问题 1..关于loadrunner11录制脚本时IE打不开问 1、ie浏览器去掉启用第三方浏览器扩展 2、loadrunner11 键盘F4，在browser Emulation点击change，在弹出的提示框中Browser version 选择8.0，platform. 选择windows7 3、loadrunner11 键盘ctrl+F7在弹出的提示框中选择最后一项Correlation，将Enable correlation during recording 下面的勾全去掉，有需要的再勾 4、退出杀毒软件（金山啊360啊什么的都退了） 5、退出迅雷软件 6、计算机——属性——高级系统设置——性能里的设置——数据执行保护——选择“为除下列选定程序之外的所有程序和服务启用”——添加IE浏览器——应用——确定 1.2.controlle打开失败： controller一添加完脚本就崩溃了，报错：试读执行系统不支持的操作；Runtime error！c：\Program Files\hp\LoadRunner\bin\Wlrun.exe abnormal program termination。 解决方案：1.E:\Program Files (x86)\HP\LoadRunner\bin文件下将wlrun.exe文件删除，2.进入“我的电脑”下---控制面板\卸载或更改程序中---右击HP Loadrunner修复。 1.3.设置并发数： User generator tools—create controller scenario—number of vusers 1.4.Loadrunner11安装： 1. 安装完成后，退出loadrunner 2. 把下载的lm70.dll,mlr5lprg.dll 拷贝到../HP/Loadrunner/bin覆盖掉原来的 3. 使用注册表删除工具，点击deletelicense.exe 删除注册表信息 4. 再次打开loadrunner, configuration->loadrunner license->new license，在弹出的输入框中输入license序列号

loadrunner监控常用性能指标

一、windows常见计数器 Memory: Available Mbytes:可用物理内存数. 如果Available Mbytes的值很小（4 MB 或更小），则说明计算机上总的内存可能不足，或某程序没有释放内存。 page/sec: 表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。一般如果pages/sec持续高于几百，那么您应该进一步研究页交换活动。有可能需要增加内存，以减少换页的需求（你可以把这个数字乘以4k就得到由此引起的硬盘数据流量）。Pages/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的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。 要确定过多的页交换对磁盘活动的影响，请将Physical Disk\ Avg.Disk sec/Transfer 和Memory\ Pages/sec 计数器的值增大数倍。如果这些计数器的计数结果超过了0.1，那么页交换将花费百分之十以上的磁盘访问时间。如果长时间发生这种情况，那么您可能需要更多的内存。 Page Faults/sec:每秒软性页面失效的数目（包括有些可以直接在内存中满足而有些需要从硬盘读取）较page/sec只表明数据不能在内存的指定工作集中立即使用。 Cache Bytes：文件系统缓存（File System Cache），默认情况下为50%的可用物理内存。如IIS5.0 运行内存不够时，它会自动整理缓存。需要关注该计数器的趋势变化 如果您怀疑有内存泄露，请监视Memory\ Available Bytes 和Memory\ Committed Bytes，以观察内存行为，并监视您认为可能在泄露内存的进程的Process\Private Bytes、 Process\Working Set 和Process\Handle Count。如果您怀疑是内核模式进程导致了泄露，则还应该监视Memory\Pool Nonpaged Bytes、Memory\ Pool Nonpaged Allocs 和 Process(process_name)\ Pool Nonpaged Bytes。 Pages per second :每秒钟检索的页数。该数字应少于每秒一页。 Process： %Processor Time: 被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85% Page Faults/sec:将进程产生的页故障与系统产生的相比较，以判断这个进程对系统页故障产生的影响。 Work set: 处理线程最近使用的内存页，反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存，页就会被留在工作集中，当自由内存少于一个特定的阈值时，页就会被清除出工作集。