CICS&事务处理与管理服务
CICS 事务处理与管理服务
事务处理是一个庞大而复杂的概念，作为典型事务处理系统中的一个重要组成---TPM（Transaction
Processing
Monitor）或者联机事务处理（Online
Transaction Processing System）,
CICS无疑是它的一个完美的实现。本章我们将从事务的角度，进入CICS的世界，一起探讨CICS作为联机事务处理系统（Online
Transaction Processing
System），如何实现对联机事务处理的基本支持。&&&
事物处理概念回顾
CICS 服务管理基本原理
CICS 基本服务管理介绍
事物处理概念回顾
事物处理概念回顾
事务处理可以追溯到很远，我们很难对它下一个很精练的定义。Jim
Gray 曾经说 Business is about a
transaction，即是说只要有生意存在就有事务概念的存在。生意无处不在，古时候我们以物易物的时代就有生意，有生意，就需要准确的计算和记录.
比如,在古代开一家小饭馆,
账房先生手中的毛笔，算盘和帐本就构成一个简单的事物处理系统。账房先生每天通过大脑和手中的算盘进行数据加工，用毛笔把加工后的数据逐条记录下来，在账本上以某种形式展现出来。整个过程就是一个简单的事务处理系统。
如果要将上述一切工作在计算机系统中实现，我们设想一个简单事务处理系统，必须包括一个可以运行的程序来实现数据的加工，一个数据库可以实现对数据存储和管理。这个就是我们计算机世界中事务处理系统最简单的雏形。
现在我们来回顾下前面的章节提到过的事务的几大特性：
&原子性(A)&&
从算账到数据记录，对于本次交易来说，是一个整体不可分割的单位，不能算完了不记账，也不能记帐没不完整（比如记录一个欠款，忘了写姓名，那钱找谁要？）。当然这个过程，可以分一段时间完成，&&&&&&
比如算账的时候，算了一半有人打断，他可以临时记录下来，等回来接着算。但是要保证所有的事情正确无误，整个过程是一个单元，不可分割。
数据一致性(C)：
算盘上算出来的数据和账本上记录的数据一定要一致，不能算盘算对了，抄的时候抄错了。
隔离性(I):
想象如果同时有两笔账一起进来要让账房先生来记录，那账房先生必须要大家稍等一下,不能两个同时去运算和记录，要逐一运算和记录，否则就乱了。
数据持久性 (D)：
账房先生通过算盘或者大脑计算完成后,数据一定要记录在帐本上,以后可以供自己或者老板或者客人反复查看,否则所有的计算就没有意义.
尽管我们很难对理解事务处理系统下一个很准确的定义，但是它并不妨碍我们用下面的一段话去总结和理解简单的事务处理系统。
计算机事务处理系统是这样的：它使用一个/一组程序进行数据的运算和加工，一个或者一组数据库进行数据的持久化存储，并且在这个过程中要保证事务的上述ACID几个特性。
在后续的章节中，我们将进一步了解CICS如何实现联机事务处理系统所需要的ACID属性。
2.&& 联机事务处理系统（OLTP） 概述
OLTP（On-Line Transaction
Processing）联机事务处理，是面向事务应用的实际运行模式，其基本形式是大量会随机申请服务的客户，通过多种设备和渠道连接到业务处理系统中来，每一个服务请求在业务处理系统中以一个事务的方式运行，通过对一定业务数据的处理来完成客户的请求，并向客户返回数据。通常，这种应用程序有大量的客户同时执行更改实时数据的事务。尽管客户对数据的单个请求一般只引用少量数据记录，但是，这些请求有许多是同时发生的。联机事务管理系统就是提供事务处理中需要的通用逻辑处理功能，使用户的业务处理程序能够专注于应用本身的逻辑的软件系统。
一个OLTP联机事务的处理过程应该是支持多用户，多进程的，同时支持高完整性的数据共享。此外还应具备如下条件：
程序和数据可以集中存放在本地
为满足需求，可根据需要添加硬件。具有一定的灵活性
在满足数据和流程完整性的前提下，可以通过网络来访问数据
像银行的存款，取款，查询，航空订票，物流系统都是典型的OLTP联机事务的处理的场景。之前我们描述过，OLTP联机事务也应该满足ACID属性：
A：原子性（Atomicity）
C：一致性（Consistency）
&&&&&&&&&&
I：孤立性（Isolation）
&&&&&&&&&&
D：持久性（Durability）
如果没有事务管理系统，我们在通过应用编码实现业务流程的同时，还必须通过应用编码来实现对操作系统和对硬件等的请求。这个过程将是非常复杂和昂贵的。
因此，大部分的企业都会使用事务处理系统，例如CICS，来实现这些功能，让应用开发人员集中经历进行业务逻辑流程的编码工作。
我们可以认为事务管理系统是应用程序和系统硬件软件之间的中间层面（中间件），该层面简化了应用程序对后台的软件和硬件的操作，应用程序不用再关心后台复杂的运行机制。
CICS 管理服务基本原理
1．什么是CICS&
CICS是IBM实验室于1968年针对某客户开发的产品，随后发展成为一款MVS系统上的交易中间件产品。如前面的描述，如今的CICS是一个典型的TPM，是交易中间件，同时也具备应用服务器的基本功能。从操作系统的角度来看，CICS是操作系统上的一个Address
CICS作为Transaction Process Monitor (
交易处理监控)
CICS充当了操作系统，数据和应用程序之间的接口，是一种用于主机环境的联机事务处理(OLTP)的产品，作为一个联机处理系统，CICS
提供了一套事务管理的机制，保证了事物的ACID属性。同时也提供了多任务并发管理的功能，保证了联机多用户环境的处理。
CICS 作为交易中间件
CICS作为交易中间件，提供了任务管理，任务调度，日志管理，数据管理，网络管理等不同的功能。
CICS 作为应用服务器
CICS提供了一套可以供应用程序员使用的简单易用的CICS
API。同时在新版本的CICS也提供了像WEB SERVICE,
SFF等与应用流程整合相关功能。这样，应用程序员只需要关注具体的业务逻辑，同时也可以使用流程整合使用已有的交易实现新的业务逻辑。
CICS作为Z/OS系统中的一个Address
CICS是z/OS系统中的一个子系统（Subsystem），在操作系统表示为一个独立的Address
Space。因此，CICS具有所有Address
Space的共同的特性，包括一个Address
Space的寻址空间为2G的Virtual
Storage，在应用寻址上有24位的寻址模式和31位的寻址模式等。
图一、Address Space的Virtual Storage结构
CICS作为一个独立的Address
Space在z/O系统中运行，它可以与其他的Address
Space，包括其他的CICS，以及VTAM、TSO、DB2等子系统（或Address
Space）实现通讯和数据交换。
2．CICS基本服务管理概述
CICS的运转就象一个操作系统，它提供了很多的管理功能：
终端管理：大部分的CICS应用都是通过柜员在终端输入数据调起的，CICS中的终端管理模块支持应用收发信息。
安全管理：CICS中的安全管理，实现了对程序和交易的安全控制。
任务管理：CICS提供了多用户、多线程的运行环境
程序管理：一个CICS系统可以支持大量的应用程序，CICS程序管理就是对这些应用程序的装载和访问进行控制和管理。
文件管理：一些应用程序不使用数据库，而是使用文件存贮数据，CICS文件管理支持应用对文件的访问和控制。
队列管理：一些应用需要将数据存贮在队列中以备后用，CICS支持两种QUEUE。
恢复管理：在CICS出现异常中断或交易异常中断时，CICS可以进行RECOVERY，以保证资源的完整性和一致性。
系统服务：CICS提供系统服务包括内存管理、Time管理、Trace管理和应用程序接口（API）。
通过这些管理功能，CICS能轻松地完成以下工作：
支持多用户并发
支持多用户对资源的共享，例如程序、文件等
由用户发起的任务，CICS内部有一整套调度机制
由用户发起的任务，CICS内部有一整套调度机制
提供了一整套锁机制以确保多用户访问情况下的数据完整性
有一整套恢复机制，可以确保在系统或程序异常中断情况下的文件和数据完整性。
对于所有管理功能，CICS都提供了简单易用的FACILITY。
3．CICS对交易处理的基本实现原理
下面将介绍CICS在多任务环境下，如何来运行，调度交易。
TRANSACTION和TASK
交易（TRANSACTION）
TRANSACTION是指为完成特定功能的一系列相关的操作或步骤。交易是一个抽象的定义。一个交易可能是由一个单一动作构成，也可能是由一组操作构成，例如进行数据库更新的一组操作。简单说交易是一个应用逻辑流程。
CICS系统中的每一个交易都被赋予一个交易ID，它由4位字符串组成。终端用户在终端上键入这4位的字符串，例如CECI、CEMT就能启动相应的交易处理程序。这4位字符串的命名及与其有关的其它信息都是由用户在资源定义时设定的。
任务（TASK）
由计算机操作员和用户发起的交易请求所产生的实例称为TASK。当一个用户发起一个交易请求，CICS为该请求建立一个TASK，同时CICS调用需要的程序，完成该交易请求。
TASK是CICS处理的基本单元。一个任务是交易的一个特定的运行实例。CICS为每个任务建立一个独立的任务环境，在一个CICS区域中，可以同时运行处理同一交易的多个任务。
多任务（MULTITASK）
CICS支持并发交易处理，也就是说在同一时间，CICS可以处理多个用户的请求，在支持多用户前提下，同时又要保证快速的响应时间，CICS采用多任务机制。
在CICS中，所有的用户共享一份应用程序和应用数据。例如一个交易正在处理的同时，另外一个用户发起了同样的请求，这时CICS不会再重新LOAD应用程序，而是建立起另外一个TASK，该TASK和之前的使用同样的程序或数据。CICS分别处理每一个TASK，每一个TASK只是短暂的占用CPU资源。
&& 2. CICS处理交易的过程
用户在终端输入交易名，发起交易请求，CICS为处理该交易会产生一个TASK，一个CICS
TASK的运行过程就是用户交易的整个处理过程。下图阐明了这一过程。
（1）CICS处理交易的过程
一个交易在CICS中处理的步骤，包括：
TASK CREATION
PROCESSING
REDISPATCH
TERMINATION
（2）TASK的发起
用户通过终端输入TRANSID和必要信息，向主机发送交易请求。
CICS在接收的请求后，产生一个TASK，同时建立代表该TASK的CONTROL
BLOCK。解析上传数据。
根据CICS资源定义，CICS将交易对应的程序装载到内存中。
TASK的发起有很多种方式，但终端发起是最普遍的。
（3）CICS TASK在执行过程中的阶段详解
TASK执行过程中最关键的三个阶段是：READY
EXECUTE，EXECUTING，WAITING。
READY TO EXECUTE
在终端输入一个交易上传主机后，CICS建立一个TASK，这时候这个TASK就处于整个TASK的第一阶段（READY
TO EXECUTE）
&&&&&&&&&&
尽管在一个CICS中，同时会又很多个TASK处于READY
EXECUTE，但是在任一时间点上，只能有一个TASK在CPU上真正地执行。CICS决定下一个执行的READY
TASK，然后DISPATCH该TASK并执行。在TASK执行过程中，该TASK占用CPU资源。这时候该TASK处于TASK的第二阶段（EXECUTING）
有时候，可能就在TASK刚刚被DISPATCH之后，程序会向CICS申请Service，例如请求程序控制转移，请求终端操作，或请求文件IO操作。当CICS提供Service之后，TASK在等待Service完成过程中，TASK会被INTERUPTED，这时候TASK就进入了第三个阶段（WAITING）
TASK处于等待的时候，这时候该TASK会放掉对CPU的控制，这时候CICS就可以DISPATCH下一个READY
TO EXECUTE的TASK。
WAIT，另一个TASK就可以执行，这就是CICS实现多任务的原理。如果CICS的应用设计较好，对用户来说，这种等待时间是微不足道的。
（4）TASK的结束
CICS程序完成正常处理后，发出RETURN命令，这时控制权又转回给CICS。CICS收到命令后，结束该TASK。TASK的结束意味着CICS释放掉同该TASK相关的CONTROL
BLOCK以及系统资源。
CICS 基本服务管理介绍
下面我们介绍CICS中几个比较关键的服务管理，分别是：CICS
资源服务管理，日志管理和内存管理。
1．CICS 资源管理服务
CICS的资源管理是告知CICS系统可用哪些资源，这些资源的属性如何，如何使用这些资源。当CICS运行时，这些资源信息被CICS装载到内存表中，CICS利用这些内存表来控制资源间（如程序与终端间、不同的CICS区域间等）的交互活动。
CICS的资源类型
在CICS中，用户或应用程序需要执行或访问的资源都需要在CICS中预先定义，或者动态创建。在CICSTS中，CICS的资源类型主要包括下面的种类：CONNECTION，CORBASERVER，DB2CONN，DB2ENTRY，DB2TRAN，DJAR，DOCTEMPLATE，ENQMODEL，FILE，JOURNALMODEL，LSRPOOL，MAPSET，PARTITIONSET，PARTNER，PIPELINE，PROCESSTYPE，PROFILE，PROGRAM，REQUESTMODEL，SESSIONS，TCPIPService，TDQUEUE，TERMINAL，TRANCLASS，TRANSACTION，TSMODEL，TYPETERM，URIMAP，WEB
下面对几种主要的CICS资源进行介绍：
交易 TRANSACTION
使用TRANSACTION来定义并初始化交易，它可以定义CICS能够在区域内处理或者可发送到其它CICS区域上的所有交易。CICS
需要该定义来验证送来的请求，以启动交易并提供有关交易的信息。TRANSATION资源定义中包含交易标识符（4位字符串）、交易优先级、工作区长度、入口程序名等CICS用来标识并运行该交易的信息。
程序 PROGRAM
PROGRAM资源定义用来描述存放在某个联机程序库中、用于处理某个交易逻辑的程序的相关控制信息。该定义将告诉CICS此程序是否可以处理16MB线以上的数据、是否可以动态路由等。
FILE资源定义用来描述文件的物理和操作属性。该定义提供的信息包括关文件记录属性、可以对文件进行的操作类型、文件恢复属性等。
如果CICS要使用某个文件，系统中必须先安装该文件的定义。CICS的文件控制功能使用该定义来找到文件实体、计算使用该文件的任务数、收集文件处理的统计信息、并维护其他文件管理信息。
&2. 日志管理服务（LOG Management）
一个事务处理系统要求有能力从失败的事务中自动恢复，并且可以以最小的代价完成系统重新启动。CICS
通过日志管理服务来达到以上的目的，CICS通过日志管理服务来保护事务的原子性，保持数据的完整性和一致性，同时最大限度降低程序失败造成的影响。
CICS 日志的种类
为了保持数据的完整性，CICS系统采用多种日志记录当时系统和应用运行状态，包括数据在被改变之前的值和数据改变之后的值，在应用程序发生失败和系统发生故障重启时，CICS系统将利用日志中的数据前像或后像对数据进行向后恢复（backward
recover，或者叫做“回滚”back
out）或向前恢复（forward recovery）。在CICS TS系统中分别有以下的日志：
&系统日志：DFHLOG/DFHSHUNT，用于记录系统的运行状态，包括数据的改变之前的值和改变之后的值。
&用户日志：用于记录用户VSAM文件数据的改变，以便于向后恢复（back
&向前恢复日志：用于记录用户VSAM文件数据的改变，以便于向前恢复
&对日志的日志：记录写入向前恢复日志的数据信息，帮助系统对VSAM作向前恢复。
CICS UOW (Unit of Work)
在CICS中，每个任务都为一个或多个UOW（Unit
of Work）组成，UOW（Unit of
Work）是指从进行一连串的修改开始到这些修改完成之间的一个单元操作。这些连续的操作作物一个工作单元，要么全部发生，要么不会发生。
UOW是CICS回退机制中的基本概念。为了保证数据完整性，UOW必须是原子性（Atomic），一致性（Consistent），独立性（Isolated）和持久性（Durable），简称ACID属性。
CICS概念系统日志原理和故障恢复机制
一个正在运行的交易（也成为任务）将包含一个和多个UOW，每个SYNCPOINT或CICS
RETURN会产生一个UOW. CICS
系统的日志分为两个，一个为DFHLOG,
另一个为DFHSHUNT。如下图，DFHLOG
会记录下来系统每个对Recoverable resource
操作的动作，他会记录最近两个AKP（AKP是系统级的参数，AKP=1000表示该AKP间隔总共有1000个日志动作需要记录）的所有CICS日志动作，
如果系统日志超过两个AKP,
而且该日志属于未完成的UOW,系统将这些日志移到DFHSHUNT.
在发生故障后，通过读取和分析上述日志，对正在运行的UOW
进行回滚或者提交操作。
Management
&CICS内存和z/OS的内存关系
CICS作为z/OS上的一个Address
在31位寻址方式下，其最大支持虚存为2G。其虚存的映射如上图所示，CICS和所有Address
Space共享Comm area。同时他也有自己的Private
Area. CICS Private Area 大体可以分为DSA , EDSA, LSQA, SWA 和 其他的Subpool.
其中DSA和EDSA是CICS来管理的内存，下面我们重点介绍CICS的DSA
CICS内存的分类
CICS运行时，将在User Region和Extended User
Region分配总共8个类型的动态内存区域DSA(Dynamic
Area)用于存放系统程序代码、用户程序代码，交易、程序运行时的各类数据。
Region中分配的内存仍然能称为DSA，它位于虚存的16M线下，采用24位寻址模式，在这个区域中的DSA类型有：
CDSA：CICS系统级DSA，存储CICS系统级别的控制模块（Control
Block），Program和系统访问级别的内存区
RDSA：只读（Read-only）DSA,存储编译链接采用RENT
RMODE(24)参数的CICS或USER
SDSA：共享（Share）DSA，存储共享读写的程序模块和共享读写的数据内存区。
UDSA：USER级DSA，存储用户级别的程序模块和数据内存
在Extended User
Region中分配的内存称为EDSA，它位于虚存的16M线以上，采用31位寻址模式，在这个区域中的DSA类型有：
ECDSA：对应于CDSA
ERDSA：对应于RDSA，存储编译链接采用RENT
RMODE(31)参数的CICS和USER程序模块
ESDSA：对应于SDSA
EUDSA：对应于EUDSA
CICS内存的管理机制
这里所提到的CICS内存，指的是CICS Address
Space中的User Region和Extended User
Region，CICS的DSA内存将从这块内存中获取。在CICS的Start
Procedure中，EXEC语句的region参数用来控制CICS可使用的User
Region和Extended User Region的大小：
Region=0K或0M
OS/390系统将把16M线上下除了Common
Storage外所有可能获得内存都分配作为CICS的User
Region和Extended User Region。
0&Region&16M
OS/390系统按指定的大小分配16M线下的内存作为User
Region，按缺省的32M分配16M线上的内存作为Extended
Region。如果指定的内存大小不能满足，系统启动中断并报错。
16M&＝Region&=32M
OS/390系统将16M线下的所有可获得内存作为User
Region，按缺省的32M分配16M线上的内存作为Extended
User Region。
32M&Region&2047M
OS/390系统将16M线下的所有可获得内存作为User
Region，按指定的大小分配16M线上的内存作为Extended
Region。如果指定的内存大小不能满足，系统启动中断并报错。
前面讲过，CICS的DSA内存User Region和Extended User
Region中获取。用户可通过以下参数来控制User
Region和Extended User Region中DSA和EDSA的大小。
控制在User
Region中分配的DSA的大小，系统缺省是5M。
控制在Extended User Storage中分配的EDSA的大小。
对于DSA，CICS根据对内存的使用对象和目的分成四种类型：CICS、User、Share、Read-only，为了控制不用的用户对不同类型DSA的访问，CICS设置三中不同的访问级别：Key-8,Key-9,Key-0。
Key－8 DSA
也叫CICS-Key内存，对应的DSA为CDSA和ECDSA，只允许CICS运行权限的程序控制块进行数据存储和修改。
Key－9 DSA
也叫User-key内存，对应的DSA为UDSA，ESDSA和EUDSA，ESDSA，用于用户级的应用程序的数据存储和修改，CICS运行权限的程序也可以访问控制该内存。
Key－0 DSA
也叫只读（Read－only）内存，对应的DSA为RDSA和ERDSA。无论CICS运行权限和用户运行权限的应用程序和控制块都只能以只读的方式访问该内存。
对于DSA，又可以分为16M线下DSA和16M线上EDSA，系统通过以下参数来控制应用程序在内存中存放和可以寻址的范围。
系统通过程序编译linkedit时的RMODE参数来控制程序的驻留模式。
&RMODE(24)
应用程序驻留在16M线以下的DSA。
RMODE(any)或RMODE（31
应用程序驻留在16M线以上的DSA。
系统通过程序编译linkedit时的AMODE参数来控制程序的寻址范围。
AMODE（24）
应用程序可以寻址的范围为16M线下的DSA
AMODE（any）或AMODE（31）
应用程序可以寻址的范围为16M线上的DSA
CICS 工具介绍
除了CICS TS 本身以外，CICS
产品家族有许多工具帮助我们更好的使用，维护CICS.
这些工具包括：
CICS Performance Analyzer
CICS Independency Analyzer
CICS Configuration manager
CICS VSAM Recovery
CICS Omegamon XE for CICS
CICS Batch Application Control
CICS VSAM Transparency
本章我们将对这些工具作简要的介绍，并着重介绍CICS中最常用的工具CICS
Performance Analyzer.
除上述Tools之外，在IBM
主机上，有几款工具，对于CICS的联机应用开发，调试有很大帮助，是应用开发的利器，他们是：
Debug Tool for z/OS
Fault Analyzer for z/OS
Rational Developer fro z/OS
CICS TOOLS简要介绍
1.& CICS Performance
CICS Performance analyzer 是一款CICS
性能数据分析的工具。他通过分析CICS系统收集的性能数据(SMF
subtype 110)，生成各种与CICS
交易和资源相关的报表。比如，每笔交易的响应时间，每笔交易对系统CPU的消耗等。
2．CICS Independency Analyzer
& CICS Independency analyzer 是一款CICS
系统程序和资源关系的据分析的工具。他通过分析CICS系统当前运行的各种程序和资源，生成系统各种资源之间关系的报表，简化系统维护的复杂度。
3．CICS Configuration Manager
CICS Configuration
Manager是一款CICS资源配置工具，他可以方便用户作资源的配置，备份，回滚，同时支持CPSM的资源。
4．CICS VSAM Recovery
CICS VSAM Recovery
是一款VSAM文件的数据恢复工具。当系统出现灾难，数据被毁坏后，CICS
VR可以通过VSAM 文件的Forward Recovery
Log结合批量的VSAM备份，从而恢复数据到最新状态。
5．OMEGAMON XE for CICS
OMEGAMON XE for CICS
用来联机实时监控CICS系统的性能以及资源消耗，比如交易的CPU消耗，内存消耗，交易数量，交易响应时间等等。
6．CICS Batch Application Control
用来控制应用批量作业的流程。可以定义批量作业的运行顺序，运行时间。同时可以来启动批量，监控批量作业的状态。
7．CICS VSAM Transparency
Transparency将用户的VSAM应用可以透明的转变成为DB2应用。可以避免客户修改程序而直接将VSAM
应用变成DB2应用。
其他z/OS上的开发调试工具：
1．Debug Tool for z/OS
Tool for z/OS
是一款主机应用程序调试工具。支持3270界面和Eclipes界面，用于批量，联机应用程序的调试，支持C,
C++, COBOL,
Java等语言，支持单步跟踪，内存察看，修改，断点，调试步骤回放等功能。简单易用，功能强大。
2．Fault Analyzer for z/OS
Analyzer for z/OS
是一款主机应用程序错误分析工具。支持3270界面和Eclipes界面。用于批量，联机应用程序的调试，支持CICS,
DB2, MQ等环境，对CICS支持尤其强大。
3．Rational Developer for z/OS
Rational Developer for z/OS 是一款Eclipse
Base的主机应用开发工具，他集成了z/OS
Project所需要的各种环境，包括项目属性管理，语法高亮显示，文件管理，文件编辑，编码自动显示，是一款现代化的IDE工具。同时他也集成了Debug
tool, Fault Analyzer
等一些列帮助应用开发人员进行应用调试排错的功能。
CICS Performance Analyzer 介绍
PA是一款针对CICS的批量性能分析工具，他通过分析CICS系统收集的性能数据(SMF
subtype 110)，生成各种与CICS
交易和资源相关的报表。比如，每笔交易的响应时间，每笔交易对系统CPU的消耗等。同时他也支持分析CICS联机交易在各种Resource
manager上的消耗，等待时间，比如DB2, MQ. CICS
PA支持ISPF界面，也支持批量的方式打印报表，简单易用。通过CICS
PA，我们可以：
以较低的成本，方便快捷的进行系统调优工作。
提前监控，预估CICS系统的容量
分析系统低性能的原因，找出系统的瓶颈
分析应用性能，进行应用架构层的性能调优
在投产前，对系统，应用进行调优
1．CICS PA 工作原理
如上图，整个工作的核心是CICS PA Analysis Program,
他通过分析SMF的数据，最终产生出不同的性能分析报表。这些报表也可以被存放在HDB，作为历史数据进行二次分析。CICS
Dialog是一个基于ISPF的界面。通过他可以实现对报表格式，报表内容的配置，对数据的筛选。
CICS PA 的分析主要来源于SMF数据，其数据以SMF
110为主，同时也包括其他相关的数据，主要包括
CICS Monitor Facility - CMF
&&&&&&&&&&&&
&&&& SMF type
110 records , subtype 1
CICS statistics and server statistics data
&&&&&&&&&&&
&&&& SMF type
110 records subtype 2,3,4 and 5
DB2 accounting data
&&&&&&&&&&&
&&& &SMF type
101 records
Web-Sphere MQ accounting data
&&&&&&&&&&&
&&&& SMF type
System Logger data
&&&&&&&&&&&
&&&& SMF type
OMEGAMON XE for CICS data
&&&&&&&&&&
&&&& SMF type
2．CICS Monitor Facility （CMF）
上面我们提到CICS PA需要分析一系列SMF数据，那这些SMF
数据怎么被收集的呢。 CICS
提供了CMF帮助我们收集这些信息。CICS Monitor
Facility分为三种class，他们分别是：
性能数据 :
该CLASS负责收集交易级别的细节信息，比如交易CPU的使用，I/O的使用，等待时间，响应时间。
该项打开后，每个交易至少有一条性能数据。
系统的例外数据，包括等待文件的STRING，等待临时的存储空间等信息。该数据只有在发生例外情况下才会产生，以下是所有的例外情况。
&&&& Wait for
storage in the CDSA
&&&& Wait for
storage in the UDSA
&&&& Wait for
storage in the SDSA
&&&& Wait for
storage in the RDSA
&&&& Wait for
storage in the ECDSA
&&&& Wait for
storage in the EUDSA
&&&& Wait for
storage in the ESDSA
&&&& Wait for
storage in the ERDSA
&&&& Wait for
auxiliary temporary storage
&&&& Wait for
auxiliary temporary storage string
&&&& Wait for
auxiliary temporary storage buffer
&&&& Wait for
coupling facility data tables locking (request) slot
&&&& Wait for
coupling facility data tables non-locking (request) slot
&&&& Wait for
file buffer
&&&& Wait for
LSRPOOL string.
&&&& Wait for
file string
交易资源数据
该类型的数据针对交易使用的每个资源进行分析，他支持文件和TSQ。
为了能收集上述这些CLASS的信息，在CICS提供了一些基本设置，帮助我们有选择的来收集这些信息。这些设置包括CEMT
SET MONITOR 和 CICS Monitor Control Table.
对于MONITOR的设置和MCT的设置具体参照CICS
Administrator。
3．CICS PA ISPF 界面的使用
下图是CICS PA
基于ISPF的一个界面，我们可以通过这个界面生成需要的JCL，运行这个JCL就可以拿到我们所需要的性能报表。
CICS PA ISPF Dialog的主要元素包括以下几个：
如下图，这里可以指定我们要分析的CICS Region,
以及对应的SMF数据。
Report Set
&&&&&&&&&&
如下图，这里可以指定我们要产生的报表类型, CICS
PA的报表分为几种，最常用的为LIST， LISTX 和
&&&&&&&&&&
LIST可以将单交易性能信息逐一列出来。
&&&&&&&&&&
和LIST的信息大体一致，提供了排序等功能。
&&&&&&&&&&
SUMMARY可以将交易的信息按照一定的时间间隔汇总起来。
Report Format
&&&&&&&&&&
如下图，这里可以指定我们要产生的报表的格式，那些字段需要打印在报表上
，以什么样的方式显示，比如取平均，显示为时间，怎么排序等。CICS
PA ISPF界面提供了所有的界面可以供我们选择。
Selection Criteria 和 Object List
另外还有其他的如：Selection Criteria 和 Object List,
一个帮助选择打印的数据的时间段，另一个选择打印哪些交易。分别如下图：
4．CICS PA
与前面描述对应，CICS PA 打印的报表可以分为以下几种：
Performance Report
&&&& Total
Transaction Resource Summary Report
Exception Report
下面我们举例说明其中几个最重要的报表：
按照交易排序的CICS Performance List Report
下面的报表是按照交易的顺序排序的List
报表，每个交易一条信息，分别列出了交易的响应时间，交易号，CPU时间等信息。
交易统计（Summary Report）信息
下面是按每30秒一个区间统计的交易信息，其中列出了交易响应时间的平均值，最大交易响应时间，CPU平均值，最大CPU使用时间等。
交易等待分析
下面是按一定时间段进行的交易等待的统计分析，可以看出交易在各种资源上的等待时间，从而知道交易的具体等待的瓶颈。
通过上述章节，我们对CICS TOOLS 和 z/OS 的一些AD
和PD的TOOLS做了简要的介绍，对CICS
PA这个工具做了详细的介绍。希望大家能对CICS家族的工具有一个全面的认识，这些工具具体的使用可以参照IBM相关的文挡介绍。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。