PICP应用系统性能分析报告中心版4.docx
- 文档编号:18554923
- 上传时间:2023-08-19
- 格式:DOCX
- 页数:18
- 大小:3.11MB
PICP应用系统性能分析报告中心版4.docx
《PICP应用系统性能分析报告中心版4.docx》由会员分享,可在线阅读,更多相关《PICP应用系统性能分析报告中心版4.docx(18页珍藏版)》请在冰点文库上搜索。
PICP应用系统性能分析报告中心版4
PICP应用系统性能分析报告
[作者]
陈云睿
[创建时间]
2010年10月21日
[评阅人]
[发布日期]
文档控制
日期
编辑者
文档状态
2010-10-21
陈云睿
根据原始报告创建文档
2010-10-22
陈云睿
补充和修改部分内容
2010-10-25
陈云睿
新增业务量统计部分
2010-10-27
陈云睿
重新组织结构
2010-12-29
陈云睿
修改部分内容
1.系统基本信息
1.1系统架构图
1.2服务器配置
主机名
IP地址
机器型号
硬件配置
操作系统/版本
系统软件/版本
备注
PICPWAS1
192.168.100.5
IBMP550
4C8G
AIX/5300-05-06
WAS/6.0.2.39
Svr11
Svr12
PICPWAS2
192.168.100.6
IBMP550
4C8G
AIX/5300-05-06
WAS/6.0.2.39
Svr21
Svr22
PICPDB1
192.168.100.130
IBMP570
8C32G
AIX/5300-05-06
DB2/9.1.0.8
PICPDB2
192.168.100.131
IBMP570
8C32G
AIX/5300-05-06
DB2/9.1.0.8
PICPEXTMQ1
192.168.100.70
IBMP550
4C8G
AIX/5300-05-06
MQ/6.0.2.4
PICPEXTMQ2
192.168.100.71
IBMP550
4C8G
AIX/5300-05-06
MQ/6.0.2.4
Svr31
Svr41
PICPESB1
192.168.100.67
IBMP550
4C8G
AIX/5300-05-06
MB/6.0.0.7
PICPESB2
192.168.100.68
IBMP550
4C8G
AIX/5300-05-06
MB/6.0.0.7
PICPINTMQ1
192.168.100.65
IBMP550
4C8G
AIX/5300-05-06
MQ/6.0.2.4
PICPINTMQ2
192.168.100.66
IBMP550
4C8G
AIX/5300-05-06
MQ/6.0.2.4
2.业务量统计
联网核查系统最近一年的业务量(按月)统计如图所示。
由上图可见,除年初(1月,2月)业务量较少,其它月份均表现出稳步递增的趋势,2010年9月份的(214011706笔)比去年同期(155755708笔)业务增量为37.4%,日均业务量为713万笔,10月21日核查业务量达到858万笔。
3.系统资源分析
由于联网核查系统各个应用服务器之间的负载均衡,因此重点监控PICPWAS1服务器,对PICPSvr11和PICPSvr12两个应用服务器进行监控。
3.1操作系统资源分析
对系统资源进行分析,确定系统硬件资源是否满足业务的需求。
3.1.1系统CPU使用率
本文的数据采集时间统一为2010.07.07日至7月9日。
下图为PICPWAS1服务器的CPU使用率趋势图。
在每天的早上八点至下午六点业务的高峰期,系统CPU使用率峰值为97%,此数值偏高,考虑到联网核查系统的访问量巨大,而且在业务空闲时,系统CPU使用率可下降到正常水平,因此判断PICPWAS1服务器的CPU性能基本满足业务的需求。
参数涵义:
CPU的利用率(CPUUsagePercent)是指非空闲进程占用时间/总时间的比例,即CPU执行非空闲进程的时间/CPU总的执行时间。
参考标准:
<=70%:
CPU正常;>=70%或<=90%:
CPU比较繁忙;>90%:
CPU非常繁忙,需要关注。
3.1.2系统内存使用率
下图为PICPWAS1服务器的内存使用趋势图。
可以看出,系统物理内存为8GB,在业务运行的整个期间,物理内存严重不足,低谷时仅剩余几十兆。
建议适当增加内存。
参数涵义:
内存利用率(MemoryUtilization)是指已使用的内存量/内存总量。
参考标准:
<=60%:
内存足够;>=60%或<=90%:
内存使用度比较高;>90%:
内存使用率太高,需要管理员关注
PICPWAS1的物理内存使用率非常高,可用的物理内存不足100兆,通过监控系统可以看到,其4G大小的交换区使用率始终在40%左右,使用率偏高,建议适当增加内存,以保证系统正常使用。
3.2WAS实例资源分析
对部署于联网核查应用服务器PICPWAS1上的两个实例:
PICPSvr11和PICPSvr12的资源使用情况进行分析。
3.2.1PICPSvr11
下图为PICPSvr11在2010年7月5日7:
53-8:
53各种资源资源信息分析,可以看出,JVM表现正常,每分钟的请求数大概在7000个左右,每分钟请求的平均响应时间在400毫秒左右,业务系统稳定。
从上图中可以看出该实例JVM的CPU使用率在13%左右,在三天中,高峰时的CPU使用率为14.1%,业务闲时降到1%左右,如下图所示。
3.2.2PICPSvr12
与实例PICPSvr11的情况基本一致。
从PICPSvr12资源分析,可以看出,JVM表现正常,每分钟的请求数大概在5000个左右,每分钟请求的平均响应时间在140毫秒左右,业务系统稳定。
从上图中可以看出该实例JVM的CPU使用率在12%左右,在三天中,高峰时的CPU使用率为14.3%,业务闲时降到1%左右,如下图所示。
3.3系统资源分析小结
对联网核查系统服务器PICPWAS1的操作系统及WAS实例进行分析表明,系统在业务高峰期系统资源使用率较高,在业务空闲期的资源使用率回落,系统资源比较正常。
服务器操作系统的物理内存为8GB,可用的物理内存在500MB内,业务高峰时仅剩余20MB,对换区使用率达到40%,内存压力大,建议适当增加物理内存。
4.应用性能分析
4.1应用系统可用性
联网核查系统并无特定的业务高峰日期,故采集并保存正常工作日八小时的可用性数据用于分析。
数据采样期为:
DataInterval=5min,每5分钟生成一个数据点。
从图中可以看出,联网核查应用可用性为99.855%,应用系统可用性高,运行稳定。
其中Slow表示响应时间大于10秒,Failed表示无法获得正确响应。
4.2应用系统响应时间
如图,联网核查应用的响应时间,平均不足1秒,业务响应迅速,业务高峰时响应时间在1秒左右,响应时间比较理想。
数据采样期为:
DataInterval=5min,每5分钟生成一个数据点。
4.3其他信息(用户请求数量、错误率、平均响应时间、网络带宽使用情况)
用户请求数量:
联网核查应用在PICPWAS1上的请求流量大概为每小时70万个;
错误率:
0.145%,可看出服务端错误与客户端错误各占一半;
平均响应时间:
不足一秒,业务高峰时相对较高,响应正常;
网络带宽使用情况:
在PICPWAS1上的整个联网核查应用的带宽流量为每五分钟120MB,网络流量很大。
4.4问题分析
4.4.1对失败的页面请求进行分析
通过在不同的时间段随机抽取708个失败的请求进行分析。
ReturnCode=500的请求,“无法找到文件”,集中在header.jsp和SingleInquireAction.do两个文件。
表示代码中存在对特定URL的请求,但该目标URL由于某些原因无法被加载。
对目标URL进行分析可以看出,这些URL均为错误的链接地址,可能为用户输入的错误地址或者程序产生的错误地址。
ReturnCode=404的请求,“内部服务器错误”,集中于SingleInquireAction.do文件,而且都是在执行siOpen方法时,造成了URL重复传参,形成很长的URL路径,从而造成错误。
该问题应该属于程序在组合生成URL地址时的代码错误。
一旦解决此URL的大量重复问题,可避免大约41%的错误。
4.4.2对响应时间超过50秒的事务深入分析
经过初步的分析,发现绝大多数响应时间大于50秒的事务均集中于少数Servlet或Bean,下面选取最主要的几个问题对象,进行深入方法层的分析,确定具体问题所在。
●SystemLogAction.do
●
SystemLogAction.do负责对PICP核查及操作日志进行查询。
PICP系统日志数据量巨大,该操作对数据库系统的资源消耗最大,处理速度也最慢,耗时长达117秒,符合实际情况。
(注:
由于该性能分析在数据库优化之前进行,经过优化后,该类查询能在3秒钟内返回结果)。
●EJBonMessage
●
EJBonMessage负责对接口方式MQ查询报文进行处理。
系统收到报文后将转发公安部进行处理,返回结果给用户,然后将该查询内容记入数据库。
图中耗时64秒的处理就是向数据库插入记录的过程,由于业务量大,且该操作为写操作,需逐条执行,又涉及数据库的锁操作,故排队处理时间较长。
(注:
数据库优化后,该操作性能应该有较大提升。
)
●SingleInquireAction.do
●
SingleInquireAction.do负责处理非接口方式单笔核查请求,其处理过程及问题分析与前面的EJBonMessage基本一致。
5.联网核查应用性能分析总结
经过对联网核查系统应用服务器PICPWAS1的操作系统及应用实例进行分析,可以看出,联网核查应用的可用性高达99.8%,用户响应时间平均在200毫秒左右,其应用的综合性能较高,程序比较稳定。
此次联网核查应用性能分析,也暴露出联网核查应用系统的一些问题和隐患。
1、硬件系统存在隐患。
服务器的物理内存为8GB,空闲的物理内存不足500MB,低谷时在20MB左右,存在一定性能瓶颈,对系统稳定运行构成隐患。
建议适当增加物理内存。
2、所有失败的请求里面,SingleInquireAction.doServlet占的比重最大,该部分代码需要进行检查优化。
3、所有响应时间长的事务,大部分都是由于在大量用户并发情况下,对数据库的操作造成的。
2010年7月底完成了数据库系统的优化工作,数据库性能已有明显提升。
经过对业务逻辑的分析,发现执行慢的SQL主要存在于两类业务操作:
核查日志查询,核查日志记录。
核查日志查询:
业务人员对历史数据、操作日志等进行查询,业务量相对较小。
由于数据量巨大导致查询效率低下,7月底数据库优化后,数据量变小,索引经过优化性能提升,该类SQL性能提升明显。
核查日志记录:
系统完成每一笔核查业务,在返回用户结果后,会将该笔业务写入数据库作为历史记录。
该业务数量巨大,10月21日核查业务量为858万笔。
数据库在写入数据的同时更新数据库索引,都需要对磁盘进行写操作,处理速度受I/O限制明显。
数据库经过优化后,整体性能大幅提升,但海量数据写入仍然受限于磁盘I/O,SQL执行慢的状况仍然存在,不过该类SQL是在返回用户结果后在后台运行,尚未影响到用户体验,后续计划消除该瓶颈。
6.下一步的工作与建议
1、本次应用系统性能分析是在数据库系统优化前开展的,中心将在适当的时候再进行一次分析,以确认系统当前的运行状况;
2、分析结果显示目前应用服务器内存、对换区使用率偏高,建议适当增加物理内存以提升性能和稳定性;
3、对分析结果中个别执行效率低和报错的对象进行检查和优化。
<文档结束>
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- PICP 应用 系统 性能 分析 报告 中心
![提示](https://static.bingdoc.com/images/bang_tan.gif)