“银基通”系统压力测试项目介绍.docVIP

  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文档。上传文档
查看更多
“银基通”系统压力测试项目介绍

“银基通”系统调优案例分享 合力思软件(中国)有限公司 赛格瑞中国销售服务中心 目录 1 项目背景 2 1.1 银基通系统: 2 1.2 系统状况: 2 2 项目过程 3 2.1 了解系统情况,验证测试方案,完成测试计划 3 2.2 测试—〉调优(测试… 3 2.2.1 发现数据库服务器资源被占用 3 2.2.2 调整WEBLogic设定,性能提升一倍! 4 2.2.3 模仿真实的压力分配,发现数据库死锁 4 2.2.4 增加压力,达到硬件瓶颈 5 3 用户认可 6 项目背景 银基通系统: 基金业务是银行的关键中间业务之一,也是近来发展迅猛的业务;目前该银行已经参与代理的基金达到16个,业务客户达到20000多户。 新型基金推出层出不穷,尤其是新基金法从2004年6月起的正式实施,导致该银行旧的基金代销系统已经不能满足新型基金的日常交易、普通基金的新增功能以及客户服务、自身统计分析等方面的要求。为此,再次改造银基通系统的需求日益突。 新的“银基通”系统是根据现代基金在银行代销和发展的趋势和需要开发的一套完整的业务支持系统。系统采用了基础于J2EE平台的BS架构,采用成熟的WebLogic,Tuxedo中间界技术,支持柜面、电话银行、网上银行等多种渠道的接入。同时该系统向下兼容旧的系统。 系统架构如下图: 系统状况: 该银行的银基通项目试用上线以后,用户反应发现效率不高---普通的查询操作需要等待数分钟,而且系统有时候根本没有反应… 系统维护人员发现Weblogic服务有时候会停止服务! 显然,当前的系统不能满足实际的需要;系统存在性能问题。那么性能问题是怎么引起的?系统瓶颈在那里?怎么才能够提高系统性能? 项目过程 了解系统情况,验证测试方案,完成测试计划 合力思软件(中国)有限公司经过充分准备,以认真的态度和专业化的服务赢得的用户的信任。首先通过和用户的沟通,交流,了解了银基通系统的具体架构和相关技术,帮助用户确定了测试环境;然后根据系统的具体情况,充分发挥SilkPerformer这款优秀的自动化性能测试工具支持全面的测试平台的特性,提出了通过WEB模仿真实用户操作施加压力测试,和直接通过Tuxedo协议施加压力测试的两个具体方案;并最终通过验证,确定两个方案相结合的执行方案。 SilkPerformer作为一款强大的性能测试工具,可以监控包括HPUnix,Windows,Linux等多种操作系统性能;并能直接收集Tuxedo,Weblogic等应用服务的性能指数;同时SilkPerformer支持多种压力测试模式,如Steady workload模式支持在固定的时间内,自始至终系统承受相同的并发用户的压力;Increasing workload模式可以根据用户的设定,按照固定的频率不断增加并发用户; 测试—〉调优(测试… 发现数据库服务器资源被占用 测试正式进行以后,很快在25个并发用户情况下系统出现了WEBLogic停止反应的现象。 通过分析和测试同步的监控数据,确定在测试过程中,数据库服务器CPU资源已经被全部占用;并验证出WebLogic停止反应正是由于数据库服务器资源到达瓶颈引起的. 通过分析数据库服务器的具体资源应用情况,确定SyBase服务器的瓶颈在于系统资源被其他程序大量占用! 更换为单独的测试环境,重新开始测试. 调整WEBLogic设定,性能提升一倍! 数据库服务器更换为独立的测试环境,并选择周末,没有其他用户使用系统的情况下,重新进行核心交易的压力测试. 测试中,通过对比分析,首先发现一个异常现象:并发用户增加的情况下,系统成功完成的交易数目大幅度下降,同时Weblogic,Tuxedo,Sybase数据库三台服务器的资源都完全充裕! 是哪里的设定有问题,造成了认为的性能瓶颈? 尝试通过调整WEBLogic参数(线程数),并发线程数目从默认的25个调整为100个,重新进行测试,交易树木提高一倍! 模仿真实的压力分配,发现数据库死锁 SilkPerformer提供一个特性:同一个测试中,可以给不同的交易,根据实际情况,设定不同的压力指标! 利用这个特性,SilkPerformer可以完全模拟真实环境的压力分配. 模仿真实环境的压力分配以后,执行测试,发现系统效率明显下降,分析监控的资源信息:数据库出现死锁! 进而跟踪数据库死锁,发现纪录Log信息的操作形成了死锁. 关闭系统Log记录功能,重新进行压力测试,系统效率显著提升. 每秒钟完成的Transaction个数平均由4.485增加到27.321,系统性能大幅度提升。 增加压力,达到硬件瓶颈 继续增加压力负载(从10个并发用户到50并发用户),发现死锁已经消除,但是数据库服务器CPU占有率很高,同时系统效率大幅度下降,说明数据库服务器CPU

文档评论(0)

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

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

1亿VIP精品文档

相关文档