下载文档原格式
loadrunner使用方法:测试工具LoadRunner使用思路方法LoadRunner: LoadRunner是种预测系统行为和性能工业标准级负载测试工具通过模拟上千万用户实施并发负载及实时性能监测方式来确认和查找问题10字真言:虚拟用户真实负载VuGen: 脚本录制工具Controller:场景控制器Analysis: 结果分析工具经验整理总结1.测试需求及目标a.性能测试第步工作就是要“明确客户需求“这阶段我称的为命题作文作文如果跑题了即使长篇大论也无济于事b.这阶段参和者包括需求提出人员和测试人员由于性能测试般没有需求变更情况要求需求人员定是比较权威c.般来说项目级性能测试客户自身会根据系统使用者范围(总用户数或在线用户数)系统使用环境(集中或分布)高峰作业量(并发用户)提出明确要求测试人员也可以提出些供参考经验值作为预期目标d.如果系统测试属于产品测试那么除了经验值目标外还应包含产品比对这也是很多产品性能测试采用般模式e.性能测试需求大致分为两种:种是压力需求要求××场景××并发用户下平均响应时间小于可接受值；另种是负载需求要求××场景响应时间在××内支持××用户数2种测试思路方法略有区别但都能够通过测试工具简单操作完成切换2.测试设计a.测试设计原则:从简单到复杂b.测试设计主要是测试人员根据测试目标准备测试方案和选取案例c.对于项目级测试在测试需求中般都会进行相关介绍说明大多数情况下是将系统中关键业务处理场景作为性能测试案例d. 考虑到减少测试复杂性可以对业务场景中测试案例进行进步加工,比如实际场景中可能在次请求中包含多次子操作(既查询又修改)那么可以将这些操作拆分这样更有利于分析结果数据同时可以抛开业务操作功能的外消耗(比如有些复杂页面包含很多查询结果可以拆开分别进行测试或者页面中包含较多图片或flash也可以剥离出去当然也可以利用测试工具中功能达到类似效果)3.测试环境a.测试环境＝硬件环境＋软件Software环境b.测试环境在整个性能测试中是个非常重要工作在测试报告中测试环境是最客观指标同时也是整个性能测试结果基础c.测试环境包括网络环境、硬件环境和软件Software环境测试服务器最好在同个网段硬软件Software最好和真实环境致说起来简单做起来难在搭建环境过程中定要自己检查尤其是软件Software环境涉及操作系统、应用服务器、数据服务器更要做到完全致性能测试数据都是上万级结果数据往往相差都是毫秒级个小小索引都会导致极大差异4.脚本录制和测试工具a.环境搭建好的后可以开始录制脚本录制脚本使用LoadRunner Virtual User Genorator工具具体使用思路方法网上有很多介绍我体会还是很容易上手下面介绍些经验和体会b.事务设置由于实际业务可能包括多个子操作新增、查询、修改、删除可以考虑使用事务分别进行监控事务使用也很简单loadrunner菜单栏提供加入事务功能c.参数变量和使用在测试中我们可能需要录入个随机数据或者个枚举顺序数据比如业务场景中数据主键可能个日期＋唯序列码同时业务场景中主键是由系统(java代码)而不是数据库生成这时候可以使用LoadRunner提供参数来实现参数被定义来自个文件、个随机数或者是个顺序枚举我仅尝试了后两种(实际操作中定义参数后可以使用将参数和日期拼接成主键值)d.Loadrunner提供系列脚本我使用其中部分感觉还是很好用包括日志输出、数据转换、页面交互(以Web_***开头)尤其是在作删除事务时候由于需要取得新增数据主键可以考虑在新增数据后把主键值保存在页面loadrunner会在请求时候从返回数据中得到这个主键值并保存在脚本变量中删除时候可以使用这个变量来进行删除工作使用web_reg_save_param 可以达到这个目比如web_reg_save_param(”userid”,”LB=ABC”,”RB=EFG”,LAST)就是把返回页面中正则匹配ABC***EFG中***保存在userid变量中”LB”标志数据左边界同时”RB”标志数据右边界使用时同时要注意这个相当于个过滤器filter所以定要把它放在发出请求事务前面如果页面返回数据比较多可以设置buffer值来增大返回数据容量e.所有使用方法都可以在工具提供帮助文件中找到个人体会比使用Google要好f.即使是测试本地系统录制脚本目标URL不要设置为http://localhost:7073/*.do或者http: //127.0.0.1:7073/*.do,而应该使用真实本地ipg.运行结束后LoadRunner会弹出个测试结果窗口,同时运行时页面还可以通过在LoadRimmer User Generator中切换察看树形视图进行检查h.通过检查数据库可以确认脚本是否按照预期进行了正确数据操作i.在做关联时候应该从数据第次出现位置的前做关联否则就会出现找不到数据情况5.测试计划及测试工具a.脚本调试完毕我们进入正式测试工作开始使用LoadRunner控制台进行详细测试计划编排和设置b.有关如何使用控制台大家可以找到很多参考我这里仅列出几点体会:i.运行测试的前定要先进行脚本验证保证在无并发用户情况下脚本能正确执行。
在场景执行的时候,虚拟用户的事务执行生成了结果数据,为了在执行测试期间监控场景的执行情况,我们可以用loadrunner的在线监测工具.为了观察执行结束后的总结情况, 你可以用下列工具:➤虚拟用户的执行日志文件包含了每个虚拟用户在场景中运行的所有记录,这些文件位于场景结果文件的目录中.(在单个用户的执行模式下,这些文件位于脚本目录中)➤控制器的输出窗口显示了场景执行的过程,如果场景执行失败,可以在这个输出窗口中找到有用的调试信息.➤分析图表帮助你定位系统的性能表现,并且提供有关事务和虚拟用户的有用信息,你也可以通过关联不同运行场景的结果到一个图表中来比较不同的图表,从而更加准确的定位性能问题➤图表数据和原始数据视图用Excel格式显示了生成图表数据的真实原始数据, 为了更深入的分析,你也可以把这些文件存储起来.➤分析模块提供的报告功能让你可以从整体上浏览整个性能的报告,包括每个图表的数据,你也可以创建一个Word格式的文件,其中会自动创建用户需要的各种格式.分析模块提供的常用图表可以分为以下一些主要类别:➤虚拟用户图表提供了虚拟用户的状态和统计信息➤错误信息图表提供了场景中错误发生的信息➤事务图表提供事务的性能和响应时间信息➤Web资源图表提供了吞吐量,每秒点击,HTTP每秒响应,每秒重试次数和web用户每秒下载页面的信息等➤Web页面细分图提供每个Web页面组件的大小和下载时间图等➤用户自定义数据点图提供用户自定义数据点的信息图等➤系统资源图表提供场景执行期间我们通过计数器添加的系统的资源统计信息➤网络监控图表提供网络延迟的图表信息➤防火墙服务器监控图表提供防火墙服务器的资源图表➤Web 服务器资源图表提供Web服务器比如Apache, IIS服务器等的资源使用信息➤Web 应用服务器图表提供各种web应用服务器的资源使用情况➤数据库服务器资源图表提供数据库服务器的资源使用情况此外,还提供了其他一些不太常用的图表信息,图表信息的多少取决于你的被测对象和场景中监控器以及计数器的选择情况. 下次我们会重点分析虚拟用户图表. 今天主要介绍虚拟用户类型和错误类型两种图表虚拟用户类型的图表可以提供三个图，分别是：* 运行虚拟用户图* 虚拟用户汇总图* 集合点图其中虚拟用户图显示的是执行负载测试的每一秒执行脚本的虚拟用户个数，以及他们的状态。
Linux系统性能监控案例（仅供内部使用）版本号：V0.1保密等级：■秘密□机密□绝密编制：XXX审核：修订记录日期版本号描述作者2011-06-130.1初稿完成目录1 案例描述 (2)2 案例分析 ................................................................................................................. 错误!未定义书签。
3 解决过程 (2)4 解决结果 (5)5 总结 (5)关键词：Linux Loadrunner 性能监控sar摘要：主要介绍压力测试，性能测试时候，使用Loadrunner测试工具对Linux系统下的一些性能参数进行监控，再配合使用SAR监控内存。
提供两种性能监控解决方案。
1 案例描述在进行KDVP2.0性能测试时候，需要收集一些Linux系统下的性能数据，比如CPU%,MEM%。
测试初期，使用的是top命令记录数值。
但是top,free,htop等这些命令不能完全的满足我们性能数据要求。
而Linux又不像Windows自带性能计数器。
于是便想到的是借助自动化测试工具，比如通过使用Loadrunner进行远程性能监控。
2 解决过程Loadrunner监控首先先简单介绍下loarunner这款工具的组成：Loadrunner提供了三大主要模块。
这三个模块也可以作为独立的工具分别完成各自的功能：1.Virtual User Generator——用于录制脚本。
2.Mercury LoadRunner Controller——用于创建，运行和监控场景。
3.Mercury LoadRunner Analysis-——用于分析测试结果。
单单做性能监控的话，只需要使用到Loadrunner底下Controller这个模块。
辅以Analysis分析。
通过Controller模块，能够监控Linux系统，windows系统和SQL服务器。
LoadRunner原理及使用细节1.LoadRunner简介LoadRunner，是一种预测系统行为和性能的负载测试工具。
通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。
通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。
LoadRunner是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。
LoadRunner能够完成：1）轻松创建虚拟用户；2）创建真实的负载；3）定位性能问题；4) 分析结果以精确定位问题所在；5）重复测试保证系统发布的高性能。
2.工具原理根据LoadRunner的总体架构图,包括各个组件VUGen, Controller和Analysis之间的关系，从而分析LoadRuuner工具原理如下：代理（Proxy）是客户端和服务器端之间的中介人，LoadRunner就是通过代理方式截获客户端和服务器之间交互的数据流。
1）虚拟用户脚本生成器通过代理方式接收客户端发送的数据包，记录并将其转发给服务器端；接收到从服务器端返回的数据流，记录并返回给客户端。
这样服务器端和客户端都以为在一个真实运行环境中，虚拟脚本生成器能通过这种方式截获数据流；虚拟用户脚本生成器在截获数据流后对其进行了协议层上的处理，最终用脚本函数将数据流交互过程体现为我们容易看懂的脚本语句。
2）压力生成器则是根据脚本内容，产生实际的负载，扮演产生负载的角色。
3）用户代理是运行在负载机上的进程，该进程与产生负载压力的进程或是线程协作，接受调度系统的命令，调度产生负载压力的进程或线程。
4）压力调度是根据用户的场景要求，设置各种不同脚本的虚拟用户数量，设置同步点等。
5）监控系统则可以对数据库、应用服务器、服务器的主要性能计数器进行监控。
6）压力结果分析工具是辅助测试结果分析。
根据上面描述我大致绘制了LoadRunner的总体架构图和LoadRunner的工作原理图，来帮助大家理解LoadRunner构成及其工作原理。
自动化测试工具LoadRunner一个系统的成功与否不仅看它是否能达到人们的预期而成功完成某项任务，同时还要看系统的性能是否符合一定标准。
系统的性能是一个很大的概念，覆盖面非常广泛，包括执行效率、资源占用、稳定性、安全性、兼容性、可扩展性、可靠性等等。
而利用自动化工具则可以模拟真实用户来操作系统，通过这种方式来发现系统性能瓶颈的过程就叫作系统的性能测试。
LoadRunner是一种预测系统行为和性能的负载测试工具，通过模拟成千上万名用户和实施实时性能监测来确认和查找问题，LoadRunner能够对整个企业架构进行测试。
通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。
]10[4.1 LoadRunner特性轻松创建虚拟用户：使用LoadRunner 的Virtual User Generator，我们能很简便地创立起系统负载。
该引擎能够生成虚拟用户，以虚拟用户的方式模拟真实用户的业务操作行为。
它先记录下业务流程(如下订单或机票预定)，然后将其转化为测试脚本。
利用虚拟用户，我们可以在Windows ，UNIX或Linux 机器上同时产生成千上万个用户访问。
创建真实的负载：Controller 的Rendezvous 功能提供一个互动的环境，在其中既能建立起持续且循环的负载，又能管理和驱动负载测试方案。
而且，我们还可以利用它的日程计划服务来定义用户在什么时候访问系统以产生负载。
实时监测器：LoadRunner 内含集成的实时监测器，在负载测试过程的任何时候，我们都可以观察到应用系统的运行性能。
这些性能监测器为我们实时显示交易性能数据（如响应时间）和其它系统组件包括application server, web server，网路设备和数据库等的实时性能。
分析结果：一旦测试完毕后，LoadRunner 收集汇总所有的测试数据，并为我们提供高级的分析和报告工具，以便迅速查找到性能问题并追溯原由。
关于LR监视Windows和linux的说明一 windows1 监视连接前的准备工作首先保证被监视的windows系统开启以下二个服务Remote Procedure Call(RPC) 和Remote Registry Service (这里具体在那里开起服务就不说了)。
被监视的WINDOWS机器:右击我的电脑,选择管理->共享文件夹->共享在这里面要有C$这个共享文件夹,(要是没有自己手动加)。
然后保证在安装LR的机器上使用运行.输入\\被监视机器IP\C$ 然后输入管理员帐号和密码,如果能看到被监视机器的C盘了,就说明你得到了那台机器的管理员权限,可以使用LR去连接了。
说明: LR要连接WINDOWS机器进行监视貌似要有管理员帐号和密码才行。
2 用LR监视windows的步骤(这里就不详细说明了,只要在窗口中右击鼠标选择Add Measurements就可以了)二 linux1 准备工作首先,监视Linux一定要有rstatd这个守护进程,有的Linux版本里也有可能是rpc.rstatd这里只是名字不同而已,功能是一样的。
一般来说LINUX需要下载一个包才有这个服务,包名字是rpc.rstatd-4.0.1.tar.gz. 这是一个源码,需要编译。
下载并安装rstatdtar -ivh rpc.rstatd-4.0.1.tar.gz./configure —配置make —编译make install —安装rpc.rstatd —启动rstatd进程配置rstatd 目标守护进程是xinetd,它的主配置文件是/etc/xinetd.conf 里面内容是只有基本信息# Simple configuration file for xinetd## Some defaults, and include /etc/xinetd.d/defaults{instances = 60log_type = SYSLOG authprivlog_on_success = HOST PIDlog_on_failure = HOSTcps = 25 30}includedir /etc/xinetd.d里面内容的意思在这里就不说了!网上有具体解释,我们这里需要修改的是/etc/xinetd.d/下的三个conf文件rlogin ,rsh,rexec 这三个配置文件,打这三个文件里的disable = yes都改成disable = no ( disabled 用在默认的 {} 中禁止服务)或是把# default: off 都设置成 on 这个的意思就是在xinetd启动的时候默认都启动上面的三个服务!(由于貌似用ps ax不能看到rlogin ,rsh ,rexec这三个进程是否开启,所以使用default: on,因为rstatd和xinetd这二个服务是否启动在ps ax里是看的到的)。
LoadRunner使用说明LoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。
通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。
使用LoadRunner 的Virtual User Generator，能很简便地创立起系统负载。
该引擎能够生成虚拟用户，以虚拟用户的方式模拟真实用户的业务操作行为。
它先记录下业务流程(如登陆或查询)，然后将其转化为测试脚本。
利用虚拟用户，可以在Windows ，UNIX或Linux 机器上同时产生成千上万个用户访问。
用Virtual User Generator 建立测试脚本后，可以对其进行参数化操作，这一操作能利用几套不同的实际发生数据来测试应用程序，从而反映出本系统的负载能力。
以一个委托单输入过程为例，参数化操作可将记录中的固定数据，如委托号和股东帐号，由可变值来代替。
在这些变量内随意输入可能的委托单号和股东帐号，来匹配多个实际用户的操作行为。
LoadRunner 通过它的Data Wizard 来自动实现其测试数据的参数化。
Data Wizard 直接连于数据库服务器，从中您可以获取所需的数据（如委托单号和股东帐号）并直接将其输入到测试脚本，这样避免了人工处理数据的需要。
LoadRunner由4部分组成：Controller 安装在windows平台上(控制器,与load generator相连，控制load generator机器。
license所在机器)VuGen 安装在windows平台上(脚本生成器)Analysis 安装在windows平台上(结果分析器)Load Generator 支持windows,linux,hp-ux,ibm aix等平台(压力机)一．LoadRunner录制压力测试脚本用LoadRunner录制脚本步骤（以qybtest测试工具为例）：1.运行mercury virtual user generator（录制测试脚本）,点【NEW】按钮进入如下界面2.协议选择【Windows Sockets】,然后点击【OK】，进入下一界面3.选择我们用来发功能请求的qybtest程序所在的路径，点击【OK】，会调出qybtest工具，界面如下：4.录制脚本阶段选择【vuser_init】,选择相应的功能号，配置好AR的地址与端口（新，老AR都可以），然后就可以点击【连接/重新连接】，进行连通性的录制，界面如下：5.接下来将录制脚本阶段设置到【Action】,然后设置发送总次数，时间间隔等参数，并填写此功能号所需要的输入参数的值（以302委托确认为例：从柜台中选择一帐号：输入branch_no,fund_account,password,stock_account,entrust_bs,exchange_type,stock_code,entru st_price等参数的值，压力测试时可以把所有帐号的密码都重置成111111）6.点击【开始发送】，qybtest就会根据302委托确认的接口以及我们填写的输入参数，将此请求送到参数设置里面的AR，与此同时，LoadRunner会将整个过程录制下来，生成脚本.(若交易成功，会返回输出参数entrust_no，否则会在qybtest底下返回具体的错误信息)7.将录制脚本阶段设置到【vuser_end】,然后关闭qybtest，录制断开连接的脚本，如下：8.最后点击黑色的【停止】按钮，结束录制。
LoadRunner使用快速上手本着相互学习的目的，输出一份文档，希望大家互相探讨，给出意见，本文是最基础的使用向导，供初次使用者参考。
一.简单介绍LoadRunner(LR)是美科利(Mercury)公司著名的性能测试产品，当然由于比较拉风06年后被HP收购，由于它的功能强大，在各行各业性能测试都能见到它的身影，比如，LR的Virtual User Genertor(VuGen)可执行Java开发的程序.NET程序，C开发的程序，使得LR几乎无所不能。
二.安装安装前准备：*PC 一台内存最好大一点，Windows视窗操作系统*LR安装包，破解文件，中国hacker真厉害，可以免费使用了，低调不要被发现。
开始安装，注意安装路径不能出现中文，安装机器最好是比较干净的，安装前关闭所有其他程序，包括防火墙，杀毒软件，尤其是卡爸丝机。
按照向导选择试用版，选Manual log in to this machine(手动登录)，OK开始安装，重启后LR 会自动初始化，之后安装就成功了，然后按说明升级中文版破解一下，就可以开始测试了。
*试用版好像有并发量限制，使用15天到期，破解的License有两个，一个提供最大1000虚拟用户支持web协议，一个最大100虚拟用户所有协议全部支持，据说已经有漏洞可以无限使用了。
三.使用流程1. 脚本录制与开发使用LR时请暂停使用杀毒软件，以web测试为例。
进LR的VuGen(创建编辑脚本)，这个工具提供测试脚本的录制与编辑，VuGen的录制功能十分强大，支持的协议也很广泛：选择新建脚本，选择协议(比如常用的web协议)确定后输入要录制的URL录制到操作有3个选项分别为vuser_init ,Action,vuser_end,一般选Action，当然也可以新建；区别是将脚本录制好以后放入场景控制器执行时候一般vuser_init、vuser_end只执行一次，action反复执行，另外action里的脚本可以控制迭代次数；选项内容简单说明：录制里的录制级别分html/url(基于浏览器的使用html录制，不是基于浏览器的推荐用url 录制，比如浏览的应用中包含了JavaScript或使用了HTTPS安全协议录制后不能回放，可以使用Url)按确定后就可以开始录制了录制过程中最好不要点IE的后退，LR对这个支持不好，可以选择将录制内容放在哪里，可以暂停，新建操做，添加开始事务、添加结束事务，插入集合点，注释，插入检查点*LR事务(Transaction)说明：LR通过事务来衡量服务器的性能，在业务逻辑上代表的某一个或一系列的特定功能，在脚本上表现为一段代码，测试人员自己定义这块区间，来衡量这块代码的响应时间。
如何用LoadRunner监控Unix机器的性能？lr监控UNIX ，UNIX先启动一个服务，叫rstatd，lr只要在controller中添加要监控UNIX 机器的ip，再选监控的指标就行了。
首先介绍一下在IBM AIX系统中如何启动rstatd服务（因为这个比较简单，顺便可以认识一下Unix系统）。
使用telnet以root用户的身份登录入AIX系统，在命令行提示符下输入：vi /etc/inetd.conf 在出现的界面中敲键盘：/rstatd命令解释：在打开的文档中查找“rstatd”，接下来继续敲键盘：x命令解释：删除当前字符，在这里为删除rstatd命令前的“#”，继续敲键盘：:wq命令解释：保存并退出，注意前面有个冒号。
接着在命令提示符下输入：refresh –s inetd 命令解释：重新启动服务。
这样使用loadrunner就可以监视AIX系统的性能情况了。
在RedHat Linux中要麻烦一点，需要下载一个安装包rstatd.tar.gz，并且需要安装。
安装包中具体的说明比较复杂，，为了简便起见，这里直接给出配置的命令。
首先把rstatd.tar.gz文件放到用户目录下，进行解压（可以在windows下直接解压，然后把rpc.rstatd目录及其下所有文件拷贝到用户目录下）。
然后进入rpc.rstatd目录，执行：./configure命令解释：配置，详细的就不说了，反正它自己会执行的，命令执行完毕后再敲入：make 命令解释：编译安装包，执行完毕后敲入：make install命令解释：安装程序、数据文件和其他文档。
之后敲入：rpc.rstatd命令解释：运行rstatd服务。
以上在RedhatLinux9下调试通过，RedhatLinux10下尚未通过。
这时就可以使用LoadRunner监视此Linux的性能了。
有关自动启动，在SuSE Linux 7.0 (kernel2.2.16-suse18) and 7.1 (kernel 2.4)版本需要在/etc/inetd.conf文件中增加一行：rstatd/1-5 dgram rpc/udp wait root /usr/sbin/rpc.rstatd rpc.rstatd在RedhatLinux9中的自动启动和在RedhatLinux10需要再议：（服务器资源监控指标：内存：1）UNIX资源监控中指标内存页交换速率（Paging rate），如果该值偶尔走高，表明当时有线程竞争内存。
如果持续很高，则内存可能是瓶颈。
也可能是内存访问命中率低。
2）Windows资源监控中，如果Process\Private Bytes计数器和Process\Working Set 计数器的值在长时间内持续升高，同时Memory\Available bytes计数器的值持续降低，则很可能存在内存泄漏。
内存资源成为系统性能的瓶颈的征兆:很高的换页率(high pageout rate);进程进入不活动状态;交换区所有磁盘的活动次数可高;可高的全局系统CPU利用率;内存不够出错(out of memory errors)处理器：1） UNIX资源监控（Windows操作系统同理）中指标CPU占用率（CPU utilization），如果该值持续超过95%，表明瓶颈是CPU。
可以考虑增加一个处理器或换一个更快的处理器。
如果服务器专用于SQL Server,可接受的最大上限是80-85%合理使用的范围在60%至70%。
2） Windows资源监控中，如果System\Processor Queue Length大于2，而处理器利用率（Processor Time）一直很低，则存在着处理器阻塞。
CPU资源成为系统性能的瓶颈的征兆:很慢的响应时间(slow response time)CPU空闲时间为零(zero percent idle CPU)过高的用户占用CPU时间(high percent user CPU)过高的系统占用CPU时间(high percent system CPU)长时间的有很长的运行进程队列(large run queue size sustained over time)磁盘I/O：1） UNIX资源监控（Windows操作系统同理）中指标磁盘交换率（Disk rate），如果该参数值一直很高，表明I/O有问题。
可考虑更换更快的硬盘系统。
2） Windows资源监控中，如果 Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec页面读取操作速率很低，则可能存在磁盘瓶径。
I/O资源成为系统性能的瓶颈的征兆 :过高的磁盘利用率(high disk utilization)太长的磁盘等待队列(large disk queue length)等待磁盘I/O的时间所占的百分率太高(large percentage of time waiting for disk I/O)太高的物理I/O速率:large physical I/O rate(not sufficient in itself)过低的缓存命中率(low buffer cache hit ratio(not sufficient in itself))太长的运行进程队列，但CPU却空闲(large run queue with idle CPU)数据库服务器：SQL Server数据库：1）SQLServer资源监控中指标缓存点击率（Cache Hit Ratio），该值越高越好。
如果持续低于80%，应考虑增加内存。
2）如果Full Scans/sec（全表扫描/秒）计数器显示的值比1或2高，则应分析你的查询以确定是否确实需要全表扫描，以及SQL查询是否可以被优化。
3） Number of Deadlocks/sec(死锁的数量/秒)：死锁对应用程序的可伸缩性非常有害，并且会导致恶劣的用户体验。
该计数器的值必须为0。
4） Lock Requests/sec(锁请求/秒)，通过优化查询来减少读取次数，可以减少该计数器的值。
Oracle数据库：1）如果自由内存接近于0而且库快存或数据字典快存的命中率小于0.90，那么需要增加SHARED_POOL_SIZE的大小。
快存（共享SQL区）和数据字典快存的命中率：select(sum(pins-reloads))/sum(pins) from v$librarycache;select(sum(gets-getmisses))/sum(gets) from v$rowcache;自由内存：select * from v$sgastat where name=’free memory’;2）如果数据的缓存命中率小于0.90，那么需要加大DB_BLOCK_BUFFERS参数的值（单位：块）。
缓冲区高速缓存命中率：select name,value from v$sysstat where name in (’db block gets’,‘consistent gets’,'physical reads’) ;Hit Ratio = 1-(physical reads / ( db block gets + consistent gets))3）如果日志缓冲区申请的值较大，则应加大LOG_BUFFER参数的值。
日志缓冲区的申请情况：select name,value from v$sysstat where name = ‘redo log space requests’ ;4）如果内存排序命中率小于0.95，则应加大SORT_AREA_SIZE以避免磁盘排序。
内存排序命中率：select round((100*b.value)/decode((a.value+b.value), 0, 1, (a.value+b.value)),2)from v$sysstat a, v$sysstat b where=’sorts (disk)’ and=’sorts (memory)’注：上述SQL Server和Oracle数据库分析，只是一些简单、基本的分析，特别是Oracle 数据库的分析和优化，是一门专门的技术，进一步的分析可查相关资料。
Loadrunner监控Unix系统性能指标的解释分类：性能测试20XX-10-13 14:42 62人阅读评论(0) 收藏举报Average load上一分钟同时处于“就绪”状态的平均进程数Collision rate每秒钟在以太网上检测到的冲突数Context switches rate每秒钟在进程或线程之间的切换次数CPU utilizationCPU 的使用时间百分比Disk rate磁盘传输速率Ining packets error rate接收以太网数据包时每秒钟接收到的错误数Ining 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 的时间百分比。
