LoadRunner安装及使用.ppt

LoadRunner简介,内容,LoadRunner简介LoadRunner测试流程,LoadRunner简介,Mercury LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner能够对整个企业架构进行测试.通过使用LoadRunner,企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。,LoadRunner简介,轻松创建虚拟用户创建真实的负载实时监测器分析结果以精确定位问题所在重复测试保证系统发布的高性能其他特性Enterprise Java Beans 的测试支持无线应用协议支持Media Stream 应用完整的企业应用环境的支持,LoadRunner安装,三种安装类型Standalone Installation 将要安装LoadRunner 在一台计算机上。Network Installation 把LoadRunner 安装在一个网络驱动器上，这样任何能连接到这个网络驱动器的计算机都可以使用LoadRunner 的部分或者全部组件。Network Installation and shortcuts 和Network Installation 类似，不同的只是这种类型将把自己的计算机配置成Workstation 来运行LoadRunner。如果选择了第二项，我们还需要进行2.3 的安装来配置Workstation.,LoadRunner安装,四种安装方式Typical Installation 安装比较通用的组件，包括Controller、Vuser、在线帮助和脚本例程。该选项适合于控制Vusers 的机器。Load Generator 只安装运行 Vusers 产生负载的组件。该选项适合于只产生负载，而不控制 Vusers 的机器。MI Listener 安装MI Listener 组件，用来透过防火墙来运行 Vusers 并且监视性能。Custom Installation 自定义安装，我们将使用该选项，安装全部的组件。,LoadRunner测试流程,1 2 3 4 5 6,LoadRunner测试流程,制定负载测试计划在任何类型的测试中，测试计划都是必要的步骤。测试计划是进行成功的负载测试的关键。任何类型的测试的第一步都是制定比较详细的测试计划。一个比较好的测试计划能够保证LoadRunner 能够完成负载测试的目标。（图）,LoadRunner测试流程,开发测试脚本LoadRunner 使用虚拟用户的活动来模拟真实用户来操作Web 应用程序，而虚拟用户的活动就包含在测试脚本中，所以说测试脚本对于测试来说是非常重要的。开发测试脚本要使用VuGen 组件。测试脚本要完成的内容有：每一个虚拟用户的活动定义结合点定义事务（图）,LoadRunner测试流程,创建运行场景运行场景描述在测试活动中发生的各种事件。一个运行场景包括一个运行虚拟用户活动的Load Generator 机器列表，一个测试脚本的列表以及大量的虚拟用户和虚拟用户组。我们使用Controller 来创建运行场景。（图）,LoadRunner测试流程,运行测试一切配置妥当，开始运行测试。无需多讲！（图）,LoadRunner测试流程,监视场景在运行过程中，可以监视各个服务器的运行情况（DataBase Server、Web Server 等）。监视场景通过添加性能计数器来实现。（图）,LoadRunner测试流程,分析测试结果所有前面的准备都是为了这一步。我们需要分析大量的图表，生成各种不同的报告，最后会得出结论。（图）,LoadRunner测试流程,制定负载测试计划一般情况需要三个步骤:分析应用程序确定测试目标计划执行,LoadRunner测试流程,分析应用程序（Analyze the Application）制定负载测试计划的第一步是分析应用程序。你应该对系统的软硬件以及配置情况非常的熟悉，这样才能保证你使用LoadRunner 创建的测试环境真实的反映实际运行的环境。确定系统的组成画出系统的组成图。组成图要包括系统中所有的组件，以及相互之间是如何通讯的。下面是一个系统组成图的例子，可以参考。,LoadRunner测试流程,描述系统配置画出系统组成图后，试着回答以下问题，对组成图进行完善.预计有多少用户会连到系统客户机的配置情况(硬件、内存、操作系统、软件工具等)服务器使用什么类型的数据库以及服务器的配置情况客户机和服务器之间如何通讯还有什么组件会影响Response Time 指标(比如Modem 等)通讯装置（网卡、路由器等）的吞吐量是多少？每个通讯装置能够处理多少并发用户分析最普遍的使用方法了解该系统最常用的功能，确定那些功能需要优先测试、什么角色使用该系统以及每个角色会有多少人、每个角色的地理分布情况等，从而预测负载的最高峰出现的情况。,LoadRunner测试流程,确定测试目标(Defining Testing Objectives),LoadRunner测试流程,确定测试目标(Defining Testing Objectives),LoadRunner测试流程,计划怎样执行 LoadRunner 确定要使用LoadRunner 度量那些性能参数，根据测量结果计算那些参数，从而可以确定Vusers（虚拟用户）的活动，最终可以确定那些是系统的瓶颈等。在这里还要选择测试环境，测试机器的配置情况等。,录制脚本,摘要,录制基本脚本完善测试脚本脚本运行时设置单机运行测试脚本VuGen 其它有用的功能,录制基本的用户脚本,启动Visual User Generator 后，通过菜单新建一个用户脚本，选择系统通讯的协议。这里我们需要测试的是Web 应用，所以我们需要选择Web(HTTP/HTML)协议,确定后,进入主窗体。,录制基本的用户脚本,启动录制脚本的命令VuGen 中的脚本分为三部分：vuser_init、vuser_end 和Action。其中vuser_init 和vuser_end 都只能存在一个，不能再分割，而Action 还可以分成无数多个部分（通过点击New 按钮，新建ActionXXX）。在录制需要登陆的系统时,我们把登陆部分放到vuser_init中,把登陆后的操作部分放到Action 中，把注销关闭登陆部分放到vuser_end中。(如果需要在登陆操作设集合点，那么登陆操作也要放到Action 中，因为vuser_init 中不能添加集合点）在其他情况下，我们只要把操作部分放到Action 中即可。注意：在重复执行测试脚本时,vuser_init和vuser_end 中的内容只会执行一次,重复执行的只是Action中的部分.,录制基本的用户脚本,点“Options”按钮，进入录制的设置窗体,这里一般情况下不需要改动。Recording 标签页：默认情况下选择“HTML-based Script”，说明脚本中采用HTML 页面的形式来表示，这种方式的Script 脚本容易维护，容易理解，推荐这种方式录制（微软在ACT 中附带的Duwamish7 例子采用的就是这种方式）。“URL-based Script”说明脚本中的表示采用基于URL 的方式，WAS 和ACT中的录制方式就是这种，这种方式看上去比较乱。,录制基本的用户脚本,选择哪种方式录制，有以下参考原则：基于浏览器的应用程序推荐使用 HTML-based Script不是基于浏览器的应用程序推荐使用 URL-based Script。如果基于浏览器的应用程序中包含了JavaScript 并且该脚本向服务器产生了请求，比如DataGrid 的分页按钮等，也要使用URL-based 方式录制基于浏览器的应用程序中使用了HTTPS 安全协议，使用URL-based 方式录制Advanced 标签页：取默认情况即可。下面的图简单的说明了各项的含义。Correlation 标签页：这里的内容比较重要，需要定制，主要是为了在录制过程中设置自动关联,录制基本的用户脚本,录制基本的用户脚本,完善测试脚本,当录制完一个基本的用户脚本后，在正式使用前我们还需要完善测试脚本，增强脚本的灵活性。一般情况下，我们通过以下方法来完善测试脚本:插入事务插入集合点插入注释参数化输入插入函数插入Text/Imag 检查点,插入事务,事务（Transaction）：为了衡量服务器的性能，我们需要定义事务。比如：我们在脚本中有一个数据查询操作，为了衡量服务器执行查询操作的性能，我们把这个操作定义为一个事务，这样在运行测试脚本时 LoadRunner 运行到该事务的开始点时，LoadRunner 就会开始计时，直到运行到该事务的结束点，计时结束。这个事务的运行时间在结果中会有反映。插入事务操作可以在录制过程中进行，也可以在录制结束后进行。LoadRunner 运行在脚本中插入不限数量的事务。,插入事务,具体的操作方法如下：在需要定义事务的操作前面，通过菜单或者工具栏插入。输入该事务的名称。注意：事务的名称最好要有意义，能够清楚的说明该事务完成的动作。,插入事务,插入事务的开始点后，下面需要在需要定义事务的操作后面插入事务的“结束点”。同样可以通过菜单或者工具栏插入。默认情况下，事务的名称列出最近的一个事务名称。一般情况下，事务名称不用修改。事务的状态默认情况下是LR_AUTO。一般情况下，我们也不需要修改，除非在手工编写代码时，有可能需要手动设置事务的状态。,插入集合点,插入集合点是为了衡量在加重负载的情况下服务器的性能情况。在测试计划中，可能会要求系统能够承受1000 人同时提交数据，在LoadRunner 中可以通过在提交数据操作前面加入集合点，这样当虚拟用户运行到提交数据的集合点时，LoadRunner 就会检查同时有多少用户运行到集合点，如果不到1000人,LoadRunner 就会命令已经到集合点的用户在此等待,当在集合点等待的用户达到1000 人时，LoadRunner 命令1000 人同时去提交数据，从而达到测试计划中的需求。注意：集合点经常和事务结合起来使用。集合点只能插入到Action 部分，vuser_init和 vuser_end 中不能插入集合点。,插入集合点,具体的操作方法如下：在需要插入集合点的前面，通过菜单或者工具栏操作:输入该集合点的名称。注意：集合点的名称最好要有意义，能够清楚的说明该集合点完成的动作。,插入注释,参数化输入,如果用户在录制脚本过程中，填写提交了一些数据，比如要增加数据库记录。这些操作都被记录到了脚本中。当多个虚拟用户运行脚本时，都会提交相同的记录，这样不符合实际的运行情况，而且有可能引起冲突。为了更加真实的模拟实际环境，需要各种各样的输入。参数化输入是一种不错的方法。用参数表示用户的脚本有两个优点：可以使脚本的长度变短。可以使用不同的数值来测试你的脚本。例如，如果你企图搜索不同名称的图书，你仅仅需要写提交函数一次。在回放的过程中，你可以使用不同的参数值，而不只搜索一个特定名称的值。,参数化输入,参数化包含以下两项任务：在脚本中用参数取代常量值。设置参数的属性以及数据源。参数化仅可以用于一个函数中的参量.不能用参数表示非函数参数的字符串。另外，不是所有的函数都可以参数化的。参数化输入的讲解，我们采用一个例子的方式来进行。,参数化输入,参数化输入,下面我们重点介绍一下参数的类型DateTime：很简单，在需要输入日期/时间的地方，可以用 DateTime 类型来替代。其属性设置也很简单，选择一种格式即可。当然也可以定制格式。Group Name：暂时不知道何处能用到，但设置比较简单。在实际运行中,LoadRunner使用该虚拟用户所在的Vuser Group 来代替。但是在VuGen 中运行时，Group Name将会是None。Load Generator Name：在实际运行中，LoadRunner 使用该虚拟用户所在Load Generator的机器名来代替.Iteration Number：在实际运行中，LoadRunner 使用该测试脚本当前循环的次数来代替。Random Number：随机数。很简单。在属性设置中可以设置产生随机数的范围。Unique Number：唯一的数。在属性设置中可以设置第一个数以及递增的数的大小。,参数化输入,下面我们重点介绍一下参数的类型Vuser ID：设置比较简单。在实际运行中，LoadRunner 使用该虚拟用户的ID 来代替，该ID 是由Controller 来控制的。但是在VuGen 中运行时，Vuser ID 将会是 1。File：需要在属性设置中编辑文件，添加内容，也可以从现成的数据库中取数据（下面我们将会介绍）User Defined Function：从用户开发的 dll 文件提取数据。就目前我认为，这种方式没有必要。VuGen 支持C 语言的语法，在VuGen 中重新编写类似的函数应该不难。点“Properties.”按钮，进行属性设置窗口 添入随机数的取值范围为（1-50），选择一种数据格式。在Update Value on 中有以下几个选项：Each Occurrence：在运行时，每遇到一次该参数，便会取一个新的值.Each iteration：运行时，在每一次循环中都取相同的值.Once：运行时，在每次循环中，该参数只取一次值这里我们用的是随机数，选择Each Occurrence 非常合适.,参数化输入,“Select next row”有以下几种选择：Sequential：按照顺序一行行的读取。每一个虚拟用户都会按照相同的顺序读取Random：在每次循环里随机的读取一个，但是在循环中一直保持不变Unique:唯一的数。Same Line As 某个参数(比如Name):和前面定义的参数Name 取同行的记录。通常用在有关联性的数据上面。,插入函数,VuGen 中可以使用C 语言中比较标准的函数和数据类型，语法和C 语言相同。下面简单介绍一下比较常用的函数和数据类型.控制脚本流程if else for while 总之 C 语言的控制流程的语句这里都可以直接使用字符串函数由于在VuGen 脚本中使用最多的还是字符串，所以字符串函数在脚本中使用非常频繁。具体的语法请参考帮助说明。strcmp 比较两个字符串strcat 连接两个字符串strcpy 拷贝字符串输出函数输出函数在调试脚本时非常有用。lr_output_message 输出一条消息LoadRunner 提供的标准函数lr_eval_string 该函数功能是得到参数（参数化输入中）当前的值exg:lr_output_message(temp=%s,lr_eval_string(WCSParam2);lr_save_string 该函数功能是把一个字符串保存到参数中exg:lr_save_string(439,WCSParam3);,插入Text/Imag 检查点,在进行压力测试时，为了检查Web 服务器返回的网页是否正确，VuGen 允许我们插入Text/Imag 检查点，这些检查点验证网页上是否存在指定的Text 或者Imag，还可以测试在比较大的压力测试环境中，被测的网站功能是否保持正确。检查点的含义和WinRunner中的检查点功能基本上一致.VuGen 在测试Web 时，有两种视图方式：TreeView/Script View。前面我们见到的一直都是Script View。在插入Text/Imag 检查点时，用 TreeView 视图会比较方便.插入检查点的步骤比较简单。添加Text/Imag 检查点，可以在录制过程中，也可以在录制完成后进行。推荐最好能在录制过程中添加Text/Imag 检查点。先在树形菜单中选择需要插入检查点的一项，然后点鼠标右键，选择将检查点插到该操作执行前还是该操作执行后.如果在该操作执行前,则选择”Insert Before”,否则选择”Insert After”.,插入Text/Imag 检查点,插入Text/Imag 检查点,插入Text/Imag 检查点,注意：这里要搜索的字符串可以使用正则表达式。,插入Text/Imag 检查点,插入Text/Imag 检查点,生成脚本,Run-Time Setting,当完善了测试脚本后，需要对VuGen的Run-Time Setting进行配置.下面对经常需要设置的几个标签页进行说明。首先打开Run-Time Setting 窗口，可以通过菜单或者工具栏进行.操作后出现Run-Time Setting 窗口,打开”General”标签页.,Run-Time Setting,Run-Time Setting,Run-Time Setting,Run-Time Setting,Run-Time Setting,Run-Time Setting,单机运行测试脚本,VuGen 其它有用的功能,压缩脚本文件,VuGen 其它有用的功能,Tools 菜单,创建运行场景,摘要,Manual ScenarioManual Scenario with Percentage ModeGoalOriented Scenario其他有用的设置,创建运行场景,运行场景描述在测试活动中发生的各种事件。一个运行场景包括一个运行虚拟用户活动的Load Generator机器列表,一个测试脚本的列表以及大量的虚拟用户和虚拟用户组。创建运行场景使用Controller。在开始菜单中，启动Controller 程序，出现”New Scenario”窗口。如果没有出现，可以在菜单或者工具栏中点击“New”。在新建场景的窗口，选择一种场景类型。,创建运行场景,Manual Scenario该项要完全手动的设置场景。Manual Scenario with Percentage Mode该项只有在“Manual Scenario”选中的情况下才能选择。选择该项后，在场景中我们需要定义要使用的虚拟用户的总数，Load Generator machine 机器集，然后我们为每一个脚本分配要运行的虚拟用户的百分比。GoalOriented Scenario在测试计划中，一般都包括性能测试要达到的目标。选择该项后，LoadRunner 基于这个目标，自动为你创建一个场景。在场景中，我们只要定义好我们的目标即可。,Manual Scenario,选择Vuser Groups,Manual Scenario,如果在已经打开的场景中，添加脚本,Manual Scenario,点右边”Generators”按钮,出现Load Generators窗口.添加Load Generator 后，执行“Connect”操作，使Status 为Ready，表示该机器联接正常，如果为Failed,表示该机器不能联接，请检查原因。,Manual Scenario,添加虚拟用户首先设置虚拟用户总数。点右边的“VUsers”按钮即可设置，该虚拟用户将在那个Load Generators 上运行。,Manual Scenario,设置Schedule这里的设置是非常重要的，也是三种场景类型最重要的区别之处。点 按钮，即可进入Schedule 设置窗口。,Manual Scenario,设置Schedule这里的设置是非常重要的，也是三种场景类型最重要的区别之处。点 按钮，即可进入Schedule 设置窗口。,Manual Scenario,设置Schedule这里的设置是非常重要的，也是三种场景类型最重要的区别之处。点 按钮，即可进入Schedule 设置窗口。,Manual Scenario,点 按钮，进入Scenario Start Time 窗口,Manual Scenario,设置集合点如果在脚本中设置了集合点，还需要在Controller 中设置集合点策略。在菜单中调出 设置集合点策略的窗口.,Manual Scenario,设置集合点点 按钮，进入策略设置窗口,Manual Scenario,设置结果文件保存路径,Manual Scenario with Percentage Mode,该场景类型和“Manual Scenario”类型非常类似,下面简单的对他们不一样的地方进行设置.,GoalOriented Scenario,点 按钮，编辑该场景的目标。,GoalOriented Scenario,点 按钮，编辑该场景的目标。,GoalOriented Scenario,Virtual Users Goal如果需要测试多少人可以同时运行Web 应用，那么推荐定义Virtual Users Goal。运行定义该目标类型的场景和运行Manual 类型的场景类似。,GoalOriented Scenario,Hits per Second如果想测试Web Server 的真正实力，推荐定义目标类型为：Hits per Second、Pages perMinute 或者Transactions per Second，这些类型都需要指定一个虚拟用户的最小值和最大值的范围。Controller 试图使用最少的虚拟用户来达到定义的目标。如果使用最少的用户，不能达到目标，Controller 增加用户数，直到定义的最大值。如果使用了最多的虚拟用户数，定义的目标还没有实现，那么需要增加最大用户数，重新执行场景。,GoalOriented Scenario,Transactions per SecondPages per Minute,GoalOriented Scenario,Transactions Response Time如果想知道在多少用户并发访问网站时，事务的响应时间达到性能指标说明书中规定响应时间的最大值，那么推荐使用Transactions Response Time 类型。指定需要测试的事务的名称，虚拟用户数量的最小值和最大值，还有预先定义好的事务的响应时间。在场景运行中，如果使用了最多的虚拟用户，还不能达到定义的最大响应时间，说明Web Server 还有能力接纳定义的虚拟用户的最多数量；如果在使用了部分虚拟用户，就达到了定义的最大的响应时间，或者LoadRunner 提示如果使用最多数量的虚拟用户时将要超过最大响应时间，那么需要重新设计或者修补应用程序，同时可能需要升级Web Server的软硬件。,GoalOriented Scenario,理解各种类型如果你定义的类型是Pages per Minute、Hits/Transactions per Second，Controller 首先用最小用户数除以定义的目标，得到一个值，然后确定每个用户应该达到的hits/transactions或者pages per minute，然后controller 开始按照以下的策略加载用户：如果选择的是自动的加载虚拟用户，LoadRunner 会首先加载50 个用户。如果定义的最大用户数小于50，LoadRunner 就会一次加载所有的虚拟用户。如果选择的是在场景运行一段时间后达到目标，LoadRunner 就会尝试在定义的这段时间内达到目标，根据时间限制和计算出的每个用户的hits、transactions 或者pages，LoadRunner 确定第一批加载多少用户。如果选择的是按照一定的阶段达到目标（也就是先在x 长时间内达到y pages/hits，然后再达到下一个目标），LoadRunner 计算每个用户应该达到的数字后，再确定第一批加载多少用户。,GoalOriented Scenario,理解各种类型每加载一批用户后，LoadRunner 会判断是否达到这批用户的目标。如果这批用户的目标没有达到，LoadRunner 重新计算每一个用户应该达到的目标数字后，重新调整下一批加载用户的数量。默认情况下，LoadRunner 每两分钟加载一批用户。如果Controller 加载了最多数量的用户还没有达到预定的目标，LoadRunner 会重新计算每个用户的目标，然后同时运行最大数量的用户，尝试达到预定的目标。如果出现以下情况，Pages per Minute、Hits/Transactions per Second 类型的场景会置于“Failed”状态：Controller 使用了指定的最大数量的用户，并且两次都没有达到目标.所有的用户运行都失败.没有足够的Load Generators 机器(现有的机器已经超载运行的情况下).Controller 增加了几批用户后，pages per minute 或者hits/transactions per second 没有增加.Controlller 加载第一批用户后，定义的目标没有被捕捉到.,其他有用的设置,场景类型的转化启用IP Spoofer（IP 欺骗）Options 设置优化Controller和Load Generators计算机,其他有用的设置,场景类型的转化使用这个选项，可以在Percentage Mode 和Vusers Group 之间互相转化，不过一些设置可能会丢失。更详细的信息请参考帮助文档。,其他有用的设置,启用IP Spoofer（IP 欺骗）当运行场景时，虚拟用户使用它们所在的Load Generator 的固定的IP 地址。同时每个Load Generator 上运行大量的虚拟用户，这样就造成了大量的用户使用同一IP 同时访问一个网站的情况，这种情况和实际运行的情况不符，并且有一些网站会根据用户IP 来分配资源,这些网站会限制同一个IP 的登陆，使用等等。为了更加真实的模拟实际情况，LoadRunner允许运行的虚拟用户使用不同的IP 访问统一网站，这种技术称为“IP 欺骗”。启用该选项后，场景中运行的虚拟用户将模拟从不同的IP 地址发送请求。该选项非常的有用。注意:IP Spoofer 在连接 Load Generators 之前启用。要使用IP 欺骗，各个Load Generator 机器必须使用固定的IP，不能使用动态IP（即DHCP）。,其他有用的设置,使用IP Spoofer 的步骤如下：使用IP Wizard：在“开始”菜单程序中，找到LoadRunnerToolsIP Wizard，运行它.注意：运行IP Wizard 程序的机器必须使用固定的IP，不能使用动态IP.第一次运行IP Wizard 需要选择第一项“Create new settings”，如果以前运行过，可以选择第二项“Load previous settings from file”，选择保存好的文件；第三项用于使用IP 欺骗进行测试完成后，释放IP 的过程（因为该机会占用大量的IP 资源，可能会导致其他机器没有IP 可用的尴尬局面，使用该项，可以恢复到原来的状况）。,其他有用的设置,使用IP Spoofer 的步骤如下：这里选择第一项，“Next”，出现IP Wizard 的第二个窗口输入Web Server 的IP 地址，然后 Next，出现向导的第三个窗口。,其他有用的设置,使用IP Spoofer 的步骤如下：从“From IP”文本框中输入要使用IP 范围的第一个IP 值，然后在“Numbers to Add”输入一个数字，表示IP 范围的值；假如第一个IP 为，范围大小为100，那么IP Wizard 将会使用（100=N200），当然这个范围内已经使用的IP地址除外，否则会引起IP 冲突.”Submask”采用默认情况即可，取决于使用的那种类型的网络IP，一般局域网内采用Class C 即可。然后“OK”，然后IP Wizard 开始检查该范围内没有使用的IP，并把没有使用的IP添加到本机的IP 窗口中。到最后一个窗口，直接点“Finish”，使用IP Wizard 后，最后重新启动机器。,其他有用的设置,使用IP Spoofer 的步骤如下：在Controller 的 场景中，启用 IP Spoofer 即可,其他有用的设置,Options 设置首先使用Export Mode（专家模式）然后选择上述菜单中的Options由于我们在Controlller 的Run-Time Setting 中设置了以多线程方式运行，所以这里我们应该选择第二项，为每一个线程分配不同的IP。其他设置采用默认即可,其他有用的设置,优化Controller 和Load Generators 计算机如果控制机（Controller machine）和Load Generators 计算机运行的都是Windows2000，那么下面两个简单的技巧可以提高性能在Load Generators 计算机上，依次进入“控制面板”“系统”选择“高级”标签页，点“性能选项”按钮，选择优化“后台服务”选项，这样可以提高性能，从而可以在每个Load Generators 上运行更多的虚拟用户在Controller 计算机上，按照以上的步骤，进入“性能选项”窗口,不过这里选择优化“应用程序”,分析以及监视场景,摘要,Memory 相关Processor 相关网络吞吐量以及带宽磁盘相关Web 应用程序IIS5.0SQL ServerNetwork Delay,分析以及监视场景,在运行过程中，可以监视各个服务器的运行情况（DataBase Server、Web Server 等）.监视场景通过添加性能计数器来实现。下面重点讲讲需要添加那些计数器，以及那些计数器代表什么意思。由于Win2000 Professional、Server 以及Advanced Server 提供的计数器不完全相同，这里我们讨论将以Server 为基准。,分析以及监视场景,监视场景需要在 Run 视图中设置,分析以及监视场景,然后，出现添加计数器的对话框,分析以及监视场景,Memory 相关内存是第一个监视对象，确定系统瓶颈的第一个步骤就是排除内存问题。内存短缺的问题可能会引起各种各样的问题。内存问题主要检查应用程序是否存在内存泄漏。如果发生了内存泄漏，ProcessPrivate Bytes计数器和ProcessWorking Set 计数器的值往往会升高，同时Available Bytes 的值会降低。内存泄漏应该通过一个长时间的，用来研究分析当所有内存都耗尽时，应用程序反应情况的测试来检验。,分析以及监视场景,Processor 相关判断应用程序是否存在处理器瓶颈的方法：如果Processor Queue Length 显示的队列长度保持不变（=2）个并且处理器的利用率%Processor Time 超过90%，那么很有可能存在处理器瓶颈。如果发现Processor Queue Length 显示的队列长度超过2，而处理器的利用率却一直很低，那么或许更应该去解决处理器阻塞问题，这里处理器一般不是瓶颈。如果系统由于应用程序代码效率低下或者系统结构设计有缺陷而导致大量的上下文切换（Context Switches/sec 显示的上下文切换次数比较大），那么就会占用大量的系统资源。如果系统的吞吐量降低并且CPU 的使用率很高，并且此现象发生时切换水平在15000 以上，那么意味着上下文切换次数过高.同时还可以比较Context Switches/sec 和%Privileged Time 来判断上下文切换是否过量。如果后者的值超过40%，且上下文切换的速率也很高，那么应该检查为什么会产生这样高的上下文切换。,分析以及监视场景,网络吞吐量以及宽带,分析以及监视场景,磁盘相关判断磁盘瓶颈的方法是通过以下公式来计算：每磁盘的I/O 数=读次数+（4*写次数）/磁盘个数如果计算出的每磁盘的I/O 数 大于 磁盘的处理能力，那么磁盘存在瓶颈。,分析以及监视场景,Web 应用程序,分析以及监视场景,IIS 5.0,分析以及监视场景,SQL Server,分析以及监视场景,Network Delay如果要监视的两台计算机在同一个局域网络内，建议不要使用Network Delay Monitor。因为在同一局域网内，Network Delay 会非常的小，网络监视器会有足够的时间在每秒钟内发送成百上千的请求，这样会导致源计算机（source machine）的CPU 和内存超负荷工作。默认情况下“Enable display of network nodes by DNS names”选择是没有选中的，因为选中它会明显的降低该监视器的速度。,分析实时监视图表,摘要,Transaction Response TimeThroughputWindows Resources,Transaction Response Time,看Transaction Response Time 图，可以判断每个事务完成用的时间，从而可以判断出那个事务用的时间最长,那些事务用的时间超出预定的可接受时间.下图可以看出，随着用户数的不断增加，login 事务的响应时间增长的最快！,Throughput,“Throughput”图显示在场景运行期间的每一秒钟,从Web Server上接受到的数据量的值.拿这个值和网络带宽比较,可以确定目前的网络带宽是否是瓶颈.如果该图的曲线随着用户数的增加，没有随着增加，而是呈比较平的直线，说明目前的网络速度不能够满足目前的系统流量。,Windows Resources,“Windows Resources”图实时地显示了Web Server 系统资源的使用情况。利用该图提供的数据，可以把瓶颈定位到特定机器的某个部件。,利用Analysis分析结果,摘要,分析事务的响应时间分解页面确定 WebServer 的问题其他有用的功能,分析事务的响应时间,“Transaction Performance Summary”图，确认那个事务的响应时间比较大，超出了我们的标准。看下图，login 事务的平均响应时间最长。,分析事务的响应时间,“Average Transaction Response Time”，观察login 在整个场景运行中每一秒的情况。从图中可以看出，login 事务的响应时间并不是一直都比较高,只是随着用户数的增加，响应时间才明显增加的.,分解页面,通过分解页面可以得到：比较大的响应时间到底是页面的哪个组件引起的？问题出在服务器上还是网络传输上。这里为了解说各个时间（比如：DNS 解析时间、连接时间、接受时间等）浏览器从发送一个请求到最后显示的全过程:浏览器向Web Server 发送请求，一般情况下，该请求首先发送到DNS Server 把DNS名字解析成IP 地址。解析的过程的时间就是。这个度量时间可以确定DNS 服务器或者DNS 服务器的配置是否有问题。如果DNS Server 运行情况比较好，该值会比较小。,分解页面,浏览器从发送一个请求到最后显示的全过程:解析出Web Server 的IP 地址后，请求被送到了Web Server，然后浏览器和WebServer 之间需要建立一个初始化连接，建立该连接的过程就是。这个度量时间可以简单的判断网络情况，也可以判断Web Server 是否能够响应这个请求。如果正常，该值会比较小。建立连接后，从Web Server 发出第一个数据包，经过网络传输到客户端，浏览器成功接受到第一字节的时间就是。这个度量时间不仅可以表示WebServer 的延迟时间,还可以表示出网络的反应时间。从浏览器接受到第一个字节起，直到成功收到最后一个字节，下载完成止，这段时间就是。这个度量时间可以判断网络的质量(可以用size/time 比来计算接受速率),分解页面,“Downlaod Time Breakdown”，可以看出login 事务分解的各个组件的大小,以及各个组件的下载时间.从下图可以看出，login 页面有5 个组件组成，其中next.gif 下载用的时间最长，并且几乎所有的时间都用在了First Buffer 上，而其大小为.256KB，并不是很大。,分解页面,分解