第五章性能调整11.doc
文本预览下载声明
第五章 性能调整 1
第一节 CICS参数的优化 1
1.1 CICS性能测试举例 1
1.2 CICS性能优化及注意事项 6
第二节 CICS自带的负载平衡 6
第五章 性能调整
我常常遇到这样的情况,CICS的用户说他们编的程序运行起来很慢,需要调整CICS的性能。我的第一反应一般是:问题不在CICS。那么,首先应该检查什么?所谓性能问题一般出在数据库访问的程序处理上,最常见的问题是:锁定或索引类型不正确,于是一步SQL操作运行了数十秒乃至几分钟。看来,熟练地使用C和E-SQL对CICS来说可谓至关重要。
性能调整的关键是找出系统性能的瓶颈,这样才能有的放矢。对应用服务器来说,CPU、内存、网络和硬盘都是可能的瓶颈。而实际情况往往是这四种资源都没有被CICS充分利用,那么一般就要查一下数据库编程的问题了。
第一节 CICS参数的优化
1.1 CICS性能测试举例
[一] 测试说明:
1、目的:
测试CICS的性能,对DB2数据库的访问能力。
2、时间:
2000年1月20日 - 2000年1月21日
3、地点:
(北京)IBM公司盈科中心20层SEC实验室
4、人员:
刘睿、侯云峰、顾春庆、聂华
[二] 测试环境:
1、硬件平台:
表 5-1-1
测试机 用途 CPU 内存 硬盘 操作系统 RS6000 43P260 数据库(DB2) 2*200M(Power3) 2G 2*8G AIX v4.3.2 IBM Netfinity 5500 CICS服务器 2*450M(PII) 2G 4*8G NT server v4.0 IBM PC300 CICS客户机 400M(PII) 196M 6G NT server v4.0 IBM PC300 CICS客户机 400M(PII) 196M 6G NT workstation v4.0 IBM PC300 CICS客户机 400M(PII) 196M 6G WIN 98 IBM PC300 CICS客户机 400M(PII) 196M 6G WIN 95 IBM ThinkPad770z CICS客户机 350M(PII) 256M 14G NT workstation v4.0 网络环境:
16M BPS TokenRing,采用TCP/IP协议
2、软件平台:
CICS v4.2
DB2 v5.2 SDK
开发工具和测试软件
3、数据
数据主要存储在数据库的3个表(都有主键)中,采用默认的日志形式。
表 5-1-2
表名 数据量 备注 Test.t_user 1,000,000条 用户信息(用户号:为主键) Test.t_bill 2,000,000条 帐单信息(用户号+日期:为主键) Test.t_log =访问数 操作记录(每次访问均填写,时间戳为主键)
[三] 测试依据:
1、参数定义:
表 5-1-3
名称 定义 Ncpu:主机CPU数 运行CICS Server的主机的CPU数 Msrv:CICS并发处理数 CICS的MaxServer参数 Sim:CICS并发连接数 同时连接CICS Server的CICS客户数 H_C:事务处理吞吐量 每秒钟完成的CICS事务(transaction)数(单位:1/秒) R_T:客户响应时间 CICS客户执行CICS事务的平均响应时间(单位:秒)
2、基本公式:
经理论和实践证明:设置CICS的MaxServer和MinServer参数均为msrv,且满足:3ncpumsrv30ncpu,内存足够大(不发生换页现象),在高并发(满足sim30ncpu)情况下:
H_C = 常数
R_T = sim / H_C
[四] 测试内容和结果:
不连接数据库的CICS系统:
通过CICS Server program获取服务器日期和时间。测试结果如下:
表 5-1-4
Sim:CICS并发连接数 100—250 H_C:事务处理吞吐量 112-120 (/秒) CICS server CPU利用率 2(CPU) * 100% 结论:性能瓶颈在于运行CICS server的主机CPU,可以通过增加CPU个数或主频,或增加运行CICS server的主机数目来提高性能。
一般CICS事务处理:
CICS随机产生用户号码60999999),通过CICS Server查询期帐单,每次查询后填写操作记录,记录时间戳和其它信息。CICS服务器通过一阶段提交方式连接数据库。数据库建立在裸设备上,使用两块本地硬盘。
如果不对数据库进行进一步的优化,得到如下测试结果:
表 5-1-5
Sim:CICS并发连接数 100—250 H_C:事务处理吞吐量 33-35 (/秒)
显示全部