基建管理信息系统性能优化测试方案(总部)-v20

1、基建管理系统性能优化工作测试方案（总部部分）2015年6月目录一、工作背景3二、工作目标3三、组织保障及职责分工3(一)组织架构3(二)职责分工4四、工作内容及步骤4五、整体工作计划及要求10六、存在风险及预防措施10七、附件10一、 工作背景基建管理系统基于SG-UAP平台开发，采用一级部署模式，系统分别部署于国网公司信息内网和信息外网，主要服务于国网公司总部基建部、省公司建设部、地市公司建设管理单位和现场业主、监理、施工项目部人员。系统于2014年5月份在浙江和河南开始试运行，9月初完成27家省公司，330家地市公司的推广应用。在经过近一年时间的应用，系统有效地支撑了公司基建业务的顺利开展

2、，同时也存在一些访问速度慢等问题，因此国网信通部2015年5月13日，组织召开了基建管理信息系统应用问题协调会，会上对系统访问速度慢的问题进行了专项讨论，并要求国网信通公司牵头组织各相关项目组制定基建管理信息性能优化工作方案，针对影响基建系统性能因素进行全面的检查，并针对存在的问题协调各方进行解决。二、 工作目标通过本次测试，找到总部这边影响系统性能的瓶颈，制定性能优化解决方案，彻底解决影响系统性能的问题，提升系统用户体验和满意度。三、 组织保障及职责分工(一) 组织架构根据国家电网公司基建管理信息系统性能优化工作总体部署，国网信通公司、系统研发实施单位（中电普华公司） 、UAP、统一权限、B

3、PM、非结构化项目组成立联合工作组，组织机构如下组长：XXX成员： 国网信通公司：XXX基建项目组：XXX(二) 职责分工国网信通公司：负责机房网络环境优化，配合软硬件环境优化工作；基建项目组：负责基建系统性能优化方案编制、程序层面、平台层面，配合软硬件环境、机房网络环境排查及优化工作；UAP、ISC、BPM、非结构化项目组：配合各自平台层面的问题排查及优化工作；四、 工作内容及步骤总部侧测试采用工具监控和人工测试两种手段进行，以工具监控为主，工具监控不到的地方，使用人工测试手段进行补充。测试内容主要包含：服务器性能监控、外部系统接口服务监控、网络通道监控、基建应用系统源码和SQL语句检查、省

4、公司和总部用户功能测试。(一) 服务器性能监控服务器性能对基建系统的正常运营具有重要意义，服务器是基建系统的根基，直接影响基建系统的可靠性和稳定性。以下几个方面是衡量服务器性能高低的重要指标，请在进行服务器监控的时候重点进行测量。1. 服务器CPU、内存、磁盘I/O、网络带宽等使用情况性能因素参数参数值CPU使用率例如：< 10%内存使用率例如：< 70%磁盘I/O使用率例如：< 10%网络带宽系统负载Load运行队列的平均长度吞吐率服务器单位时间内处理的请求数 获取CPU使用率可以通过top命令查看，获取内存使用率可以通过free命令查看，获取磁盘I/O可以通过iostat

5、命令查看，获取网络带宽可以使用iptraf工具查看。影响性能因素评判标准性能因素好坏糟糕CPUuser%+sys%< 70%user%+sys%= 85%user%+sys%>=90%内存虚拟内存页导入SwapIn(si)0虚拟内存页导出SwapOut(so)0Per CPU with 10 page/sMore Swap In & Swap Out磁盘I/O带宽iowait % < 20%iowait % = 35%iowait % >= 50%2. 中间件Server运行情况名称集群参数值计算机状态健康情况监听端口监听地址AdminServer (管理)RU

6、NNINGOK8080CISN01/29中间件Server运行情况可以通过登录weblogic控制台查看。3. Application部署情况名称状态健康情况类型部署顺序sgcis活动OKWeb应用程序100Application部署情况可以通过登录weblogic控制台查看。4. Java虚拟机运行状况当前堆栈大小当前空闲栈堆空闲百分比最大堆大小Java虚拟机运行状况可以使用jmap命令查看。5. 数据库性能数据库性能检查是对数据库进期内运行情况、资源使用情况的检查，从检查的结果得出数据库当前是否运行在一个比较优化的状态，如果发现数据库的某项性能指标明显降低，就要对数据库

7、进行分析和优化调整。数据库性能是衡量系统性能高低的重要指标，可从以下几个方面进行监控。性能因素参数值数据库缓冲区命中率例如：<70%数据库高速缓存命中率数据字典高速缓存命中率重做日志缓冲区的使用情况数据库空间使用情况回滚段使用情况SQL语句的执行效率监控1. 占用CPU时间长的sql语句：请于此处附查询结果，以文件方式插入此处2. 执行效率最差的30条sql语句：请于此处附查询结果，以文件方式插入此处3. 利用V_$SQLAREA视图查询SQL语句执行细节请于此处附查询结果，以文件方式插入此处4. 利用数据库AWR报告记录分析结果 请于此处附AWR报告，以文件方式插入此处以下是各个因素的

8、获取方法性能因素获取方法数据库缓冲区命中率以DBA的身份进入SQL*PLUS，输入： select 1-sum(decode(name,'physical reads',value,0)/(sum(decode(name,'db block gets',value,0)+sum(decode(name,'consistent gets',value,0) from v$sysstat; 命中率小于70%则可能需要调整。命中率低时的调整：查出导致命中率低的原因

9、，如性能差的SQL语句等。加大DB_BLOCK_BUFFER的数量。数据库高速缓存命中率以DBA的身份进入SQL*PLUS，输入Select sum(reloads)/sum(pins) from v$librarycache;结果不是很接近于0时需要进行调整。命中率低时的调整：增加SHARE_POOL_SIZE的大小。一般为可用内存10%数据字典高速缓存命中率以DBA的身份进入SQL*PLUS。输入：Select sum(getmisses)/sum(gets) from v$rowcache;结果>15%则可能需要调整。命中率低时的调整：增大SHARE_POOL_SIZE。重做日志缓

10、冲区的使用以DBA的身份进入SQL*PLUS。输入：select sum(decode(name,'redo log space requests',value,0)/sum(decode(name,'redo entries',value,0) from v$sysstat;结果不是很接近于0则可能需要调整。调整过程：初始化参数中LOG_SIMULTANEOUS_COPIES应设置为CPU数目的两倍。增大REDOLOG_BUFFER。 数据库空间使用以DBA的身份进入SQL*PLU

11、S。 SQL>set linesize 1000; SQL>set pagesize 1000;SQL>column tablespace_name format a15; SQL>SELECT A.TABLESPACE_NAME,A.BYTES/1024/1024 TOTAL,B.BYTES/1024/1024 USED, C.BYTES/1024/1024 FREE,(B.BYTES*100)/A.BYTES 

12、;"% USED",(C.BYTES*100)/A.BYTES "% FREE" FROM SYS.SM$TS_AVAIL A,SYS.SM$TS_USED B,SYS.SM$TS_FREE C WHERE A.TABLESPACE_NAME=B.TABLESPACE_NAME AND A.TABLESPACE_NAME=C.TABLESPACE_NAME; 表空间调整 如果某个表空间的使用率大于80%则要引起注意，

13、可能需要扩展表空间，表空间由磁盘阵列上的裸设备分区文件组成，在扩展前先用lsvg命令检查可用的裸设备分区（具体操作见磁盘空间查看），如果有可用的裸设备分区，则可将它加入表空间，操作如下：  SQL>alter tablespace表空间名 add datafile /dev/rdata40 size 1000M autoextend off;  注意，size的值至少要比裸分区的实际大小小1M以上，如/dev/rdata40的大小为1024M，则可取size为1000M

14、。回滚段使用以DBA的身份进入SQL*PLUS。输入： SQL> set linesize 1000; SQL>set pagesize 1000; SQL>column segment_name format a10; SQL>column tablespace_name format a15; SQL>column status format a10; SQL&g

15、t;select segment_name, tablespace_name, r.status,     (initial_extent/1024/1024) InitialExtent,(next_extent/1024/1024) NextExtent,      max_extents, v.curext CurExtent,v.optsize/1024/1024 Optimal 

16、0;   From dba_rollback_segs r, v$rollstat v     Where r.segment_id = v.usn(+) order by segment_name;  回滚段调整： 如果回滚段因为达到最大扩展而失败则要增加回滚段的最大扩展： alter rollback segment rbs0 sto

17、rage (maxextents 1000); 如果回滚段因为表空间太小扩展则要增加回滚段表空间的大小，具体见表空间调整。 如果回滚段因为快照太老导致事务失败则要增加回滚段个数，并加大Optimal Size的大小： 增加回滚段： create rollback segment rbs20 tablespace RBS storage (initial 1M next 1M maxextents 1000&

18、#160;optimal 10M); 增加Optimal Size： alter rollback segment rbs20 storage (optimal 20M); 如果回滚段不在线，则要使它在线： alter rollback segment rbs20 online; SQL语句的执行效率监控用以下方法监控SQL语句执行效率：以DBA的身份进入SQL*PLUS。输入： 1检查占用CPU时间比较长的sql语

19、句:  select sql_text,cpu_time from v$sql where cpu_time >1e7 order by cpu_time    2执行效率最差的30条sql语句    SELECT * FROM ( SELECT PARSING_USER_ID EXECUTIONS SORTS, 

20、0;   COMMAND_TYPE, DISK_READS, sql_text FROM v$sqlarea     ORDER BY disk_reads DESC) WHERE ROWNUM<303利用V_$SQLAREA视图查看执行的细节。（执行、读取磁盘和读取缓冲区的次数）    select SQL_TEXT,EXECUTIONS,DISK_READS,COMM

21、AND_TYPE,OPTIMIZER_MODE, SHARABLE_MEM,BUFFER_GETS from v$sqlarea  字段含义如下：EXECUTIONS：执行次数    DISK_READS：读盘次数  COMMAND_TYPE:命令类型（3:select,2:insert;6:update;7delete;47:pl/sql程序单元）OPTIMIZER_MODE：优化方式   SQL_TEXT：Sql语句  SHARAB

22、LE_MEM：占用shared pool的内存多少    BUFFER_GETS：读取缓冲区的次数    以上SQL语句的用途  1、帮忙找出性能较差的SQL语句2、帮忙找出最高频率的SQL   3、帮忙分析是否需要索引或改善联接  4、监控当前Oracle的session，如出现时钟的标志，表示此进程中的sql运行时间较长。 利用数据库AWR报告分析数据库性能，生成AWR报告步骤如下：前提：利用CRT终端软件连接数据库服务器

23、，登陆要有oracle_dba权限 ，登陆后按一下步骤操作：1. cd $ORACLE_HOME/RDBMS/ADMIN 注意大小写2. export ORACLE_SID='要导出报告的数据库实例名称' 如testdb 3. sqlplus 用户名/密码testdb 4. SQL>?/rdbms/admin/awrrpt.sql  （注该文件在：$ORACLE_HOME/rdbms/admin/awrrpt.sql文件） 

24、5. 输入report_type的值:html （注：确定报告的格式）  6. 输入num_days的值:1 （注：选择快照的天数）  7. 输入begin_snap的值:425 （注：起始快照）  8. 输入end_snap的值:437 （注：结束快照）  9.输入report_name的值:testdb_20121224_425_427.html（注：报告生成的名称和位置,默认放在当前路径下）10. 将报告下载到本地，用浏

25、览器打开。影响性能因素评判标准性能因素参数值数据库缓冲区命中率命中率小于70%则需要调整数据库高速缓存命中率结果不是很接近于0时需要进行调整数据字典高速缓存命中率结果>15%则需要调整重做日志缓冲区的使用结果不是很接近于0则需要调整数据库空间使用表空间的使用率大于80%则要引起注意，可能需要扩展表空间(二) 外部系统接口服务监控外部系统接口包括统一权限系统，BPM系统，非结构化系统。外部系统接口对总部基建系统的正常运行有着重要的支撑与辅助作用，总部基建系统与这三大接口有大量的数据共享和业务协同，它们的性能间接影响了与基建系统的数据共享速度和业务协同效率。为了达到测试的效果，采取自动测试和

26、人工测试两种方式进行监控。自动测试方式采取APM性能监控工具进行，人工测试方式采取设置典型场景，把可能影响性能的功能点找出来，测试并记录结果。APM性能监控工具利用JVM提供的javaagent参数，提供一个标准的java agent。该agent实现的premain方法，就是在JVM运行时对JVM加载的所有java类，方法进行基于java字节码技术的插码操作，以此来记录各个java类，方法的执行时间和执行次数。JVM执行的所有类和方法都会被记录下执行时间与次数，部署在JVM上的应用系统调用其它系统数据的外部接口也包括在内，它们的性能状态（执行时间与执行次数）都会被应用性能管理探针记录下来，并

27、传回管理服务器，原理示意如下图所示：我们抓取APM工具测试输出的参数，作为接口系统监控的结果并进行分析，具体通过以下几个方面输出测试结果：性能因素参数值调用统一权限系统，BPM系统，非结构化系统的响应时间和吞吐量（平均值和峰值）统一权限系统：响应时间-平均值： 峰值：吞吐量-平均值： 峰值：BPM系统：响应时间-平均值： 峰值：吞吐量-平均值： 峰值：非结构化系统：响应时间-平均值： 峰值：吞吐量-平均值： 峰值：以上结果，请把APM测试报告文档的相关章节，以附件形式插入到上面表格的相应位置。人工测试方法主要采取设立典型场景，把与外围接口系统交互频繁的功能点找出来，再结合现场客户反应较慢的功能

28、点进行专门测试与对比，记录测试结果进行分析，可以从以下几个参考点进行测试，具体如下表格：测试典型场景：接口系统名称典型场景手工测试流程与方法输出结果统一权限系统人员信息读取以管理员身份进入基建系统的人员信息查看页面，记录人员列表的加载时长，选择一条记录查看人员信息，记录明细页面加载时长。此方法的目的是记录从统一权限系统读取人员的服务请求速度。列表页面加载时长：明细页面加载时长：功能菜单权限读取进入基建系统，计算首页面左侧树形菜单的读取时长。界面按钮权限控制读取进入基建系统，选取一个客户反映加载较慢的功能页面，记录两个时长：1.页面整体加载时长。2.从看到界面上的按钮的那一刻算起，记录按钮可以点

29、击的这个时间段的时长。1. 页面整体加载时长：2.等待按钮可以操作时长：非结构化系统文档上传速度进入基建系统，找到可以上传附件的一个功能，分别上传大小为500kb，1mb（兆），5mb，10mb，30mb的文件，统计上传时长和速度。文件大小 上传时长 速度500kb 大小/时长1mb文档下载速度进入基建系统，把上面上传的5个文件下载，计算下载时长和速度文件大小 下载时长 速度500kb 大小/时长1mbBPM系统流程提交，审核，撤回，回退环节测试进入基建系统，选取客户反映流程功能较慢的功能，分别测试记录提交，审核，撤回，回退的等待时长流程图，流程历史记录测试进入基建系统，选取客户反映流程功能较

30、慢的功能，测试流程图和历史记录加载的等待时长客户反应加载过慢的功能项：类别性能较差功能项页面加载时长原因分析施工安全管理/安全检查/安全检查监理质量管理/施工阶段/质量检查/质量检查(三) 基建应用系统源码和SQL语句检查通过源码走查，发现代码结构不合理和影响性能的地方，进行改进。这部分工作非常重要，一个小的改动可能换来的是性能大幅的提升，对提高用户体验非常关键。主要从以下方面进行性能检查：1. 页面响应时长汇总客户反应加载较慢的页面，汇总测试人员测试响应时间较长的页面（参考响应时间可以设为大于5秒），记录下这些功能页面并进行原因分析，可以借助Httpwatch工具查看页面的各项加载时间，分析加载慢的关键点，记录模板如下：序号功能名称响应时间预期