第6章 监视LoadRunner场景(理论课).pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
* * * 此处讲解LoadRunner如何实现多机联合测试。 * 此处讲解LoadRunner如何实现多机联合测试。 * 此处讲解LoadRunner如何实现多机联合测试。 * 此处讲解LoadRunner如何实现多机联合测试。 * * * 此处讲解LoadRunner如何实现多机联合测试。 * 您还可以指定 1-9 之间的调试级别。调试级别仅与网络监视器有关。 * 此处讲解LoadRunner如何实现多机联合测试。 * 此处讲解LoadRunner如何实现多机联合测试。 * 相同X轴才能合并 * * * * * * * * * 内容进度 LoadRunner监视服务器过程 在Controller中添加计数器 监控WINDOWS 监控LINUX 定制图表显示方式 定制图表显示方式-图表数目 定制图表显示方式-监视器选项 Tools?options?Monitors选项 场景开始就监控事物 每5秒刷新.越低,采样间隔越小,监视图表越精细,网络工作量越大 两次采样数据的时间间隔 错误处理方式。遇到错误将其输出到output 窗口;遇到错误时弹出错误信息窗口 向日志发出debug信息 定制图表显示方式-图表属性 定制图表显示方式-计数器属性 定制图表显示方式-图表合并 测试典型案例分析 系统故障定位与分析 最难的问题 * 系统瓶颈分析举例 经验举例1 交易的响应时间如果很长,远远超过系统性能需求,表示耗费CPU的数据库操作,例如排序,执行aggregate functions(例如sum、min、max、count)等较多,可考虑是否有索引以及索引建立的是否合理;尽量使用简单的表联接;水平分割大表格等方法来降低该值。 * 系统瓶颈分析举例 经验举例2 分段排除错误。测试工具可以模拟不同的虚拟用户来单独访问Web服务器、应用服务器和数据库服务器,这样,就可以在Web端测出的响应时间减去以上各个分段测出的时间就可以知道瓶颈在哪并着手调优。 * 系统瓶颈分析举例 经验举例3 UNIX资源监控(NT操作系统同理)中指标内存页交换速率(Paging rate),如果该值偶尔走高,表明当时有线程竞争内存。如果持续很高,则内存可能是瓶颈。也可能是内存访问命中率低。“Swap in rate”和“Swap out rate”也有类似的解释。 * 系统瓶颈分析举例 经验举例4 UNIX资源监控(NT操作系统同理)中指标CPU占用率(CPU utilization),如果该值持续超过95%,表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器 。合理使用的范围在60%至70%。 * 系统瓶颈分析举例 经验举例5 UNIX资源监控(NT操作系统同理)中指标磁盘交换率(Disk rate),如果该参数值一直很高,表明I/O有问题。可考虑更换更快的硬盘系统、重新部署业务逻辑等,另外设置Tempdb in RAM,减低max async IO,max lazy writer IO等措施都会降低该值。 * 系统瓶颈分析举例 经验举例6 Tuxedo资源监控中指标队列中的字节数(Bytes on queue),队列长度应不超过磁盘数的1.5~2倍。要提高性能,可增加磁盘。注意:一个Raid Disk实际有多个磁盘。 * 系统瓶颈分析举例 经验举例7 SQLServer资源监控中指标缓存点击率(Cache Hit Ratio),该值越高越好。如果持续低于80%,应考虑增加内存。 注意该参数值是从SQL Server启动后,就一直累加记数,所以运行经过一段时间后,该值将不能反映系统当前值。 * 优化调整设置 CPU问题: 考虑使用更高级的CPU代替目前的CPU 对于多CPU,考虑CPU之间的负载分配 考虑在其它体系上设计系统,例如增加前置机、设置并行服务器等。 * 优化调整设置 内存和高速缓存 内存的优化包括操作系统、数据库、应用程序的内存优化。 过多的分页与交换可能降低系统的性能 内存分配也是影响系统性能的主要原因 保证保留列表具有较大的邻接内存块 调整数据块缓冲区大小(用数据块的个数表示)是一个重要内容 将最频繁使用的数据保存在存储区中 * 优化调整设置 磁盘(I/O)资源问题 磁盘读写进度对数据库系统是至关重要的,数据库对象在物理设备上的合理分布能改善性能 磁盘镜像会减慢磁盘写的速度 通过把日志和数据库对象分布在独立的设备上可以提高系统的性能 把不同的数据库放在不同的硬盘上,可以提高读写速度。经常把数据库、回滚段、日志放在不同的设备上 把表放在一块硬盘上,把非簇的索引放在另一块硬盘上,保证物理读写更快 * 优化调整设置 调整配置参数 包括操作系统和数据库的参数配置 并行操作资源限制的参数(并发用户的数目、会话数) 影响资源开

文档评论(0)

糖糖 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档