CICS 问题诊断（四）


内容
提要 本文叙述了CICS 问题诊断检查的方法

正文 1.2.3.1 CICS已经停止运行
有三个主要原因使CICS出乎意料的停止运行
1. 可能是CICS系统ABEND
2. CICS处于等待状态。换句话说它延迟了。
3. 程序进入了密闭的循环中。

同时，也要考虑到CICS仍在运行，只是非常缓慢的可能性。在执行这部分检查之前，确定没有任何活动。如果CICS在缓慢的运行着，你可能遇到了性能问题。如果是这样的话，请在进入“处理性能问题2.5”寻求下一步建议之前阅读“CICS运行越来越慢1.2.3.2”来确认这件事。

如果CICS已经停止运行，查找任何可能解释这种情况的消息。这个消息可能出现在下面几个地方中的任何一个。
－ MVS console 查找任何消息说CICS job反常中止。如果你发现了一条，就意味着CICS发生了异常结束，并且CICS不再运行。在这种情况下，你需要检查CSMT log（见下）看哪条abend信息记录在那里。
－ CSMT log CSMT是过渡过程数据目的文件，异常结束信息记录在那里。如果你在那里发现了一条信息，使用CMAC交易或查找《CICS Messages and Codes》手册来确认出现了CICS系统异常结束。
如果你在CSMT log里只看到了交易异常结束信息，这不能说明CICS本身不再运行，而且你也不应将这个问题归类为一个异常结束。一个有错的交易可能占住CICS，可能也不一定，但CICS能再次恢复工作如果交易异常结束。

这里有两条可能会伴随CICS系统异常结束出现的信息的例子，你可能会在CSMT log中找到它们：

DFHST0001 applid 系统异常中止（code aaa/bbbb）发生在偏移量X'offset'在module modname上。
DFHSR0601 程序中断与系统任务taskid随同发生

如果你得到这些信息中的任一条，或者其他的信息表示系统动作将要停止CICS，请转到“处理CICS系统异常结束”2.2寻求下一步的建议。

如果你发现没有信息说明CICS已经停止了，这很可能是CICS处于等待状态，或者一些程序处于密闭的循环中而没把控制返回给CICS。这两种可能性分别在“处理等待”2.3和“处理循环”2.4中说明。

1.2.3.2 CICS运行越来越慢
如果CICS运行越来越慢，很可能是你遇到了一个性能问题。这可能是由于你的系统调节得很差，或者是因为它正运行在接近它的能力限度边上。你可能注意到问题会在系统负载峰值时间时更加严重，有代表性的是在上午的中间和下午的中间时间。如果你的网络扩展超过了一个时区，对你而言，系统负载峰值可能出现在其他时间。

如果你发现性能下降不是由于系统负载决定的，而是有时在系统负载较轻的时候发生，那么一个设计糟糕的交易就可能成为原因。你可能最初将这个问题当作“很差的性能”，但你要准备好之后重新考虑你的分类。

以下是一些个别的症状使你感到CICS正运行得越来越慢：
* 任务需要很长的时间才能开始运行。
* 一些优先级低的任务根本就不会运行。
* 任务开始运行，可是要很长时间才能结束。
* 一些任务开始运行，但没有结束。
* 没得到输出。
* 终端活动减少或停止。

这些症状中的一些，孤立的看，不是你遇到性能问题的必要条件。它们可能预示一些任务处于循环，或者正等待一个还不可用的资源。只有你能判断你所看到的是否应归为“很差的性能”，根据所有你所掌握的证据。

你可以使用CICS提供的收集性能数据的工具和方法来收集更加详细的证据，以下是可用工具的一个总结：

* CICS statistics 你可以用它们来收集CICS系统的整体信息，而不考虑任务。
* CICS monitoring 你可以用这个工具来收集关于CICS任务的信息。
* CICS tracing 这不是一个专门收集性能数据的工具，但是你可以用它来收集关于性能问题的详细信息。

对于使用这些工具和方法的指导，以及关于一般的性能和系统调整的建议，请见《CICS Performance Guide》。

你可以在“处理性能问题”2.5中找到关于确定你的CICS系统的具体性能瓶颈的指导。

1.2.3.3 一个任务不能启动

如果一个任务不能启动，首先看CSMT和CSNE log里任何说明性的信息。如果你不能找到这样的一条信息，这个任务可能被阻止启动因为要么这个系统运行在MXT（最大任务数）限上，交易正排队等待进入一个交易class，要么是由于其他的性能原因。

可以试验性的将这个问题归于“很差的性能”，并转到“处理性能问题”2.5寻求进一步的指导。

1.2.3.4 一个任务运行越来越慢

如果只是一个任务运行越来越慢，那很可能问题的解释依赖于这个任务本身。它可能在一个循环里，或者它周期性的进入了等待状态。在开始进行系统的问题判定前，你需要判断这些可能性中的哪一个最可能发生。你用来区别等待和循环的方法在“区别等待、循环、差性能”1.2.4中予以描述。
注意：不要没注意到这种可能性，这个任务可能仅仅是正在做多余的工作，而这些工作不能改变最终结果——举个例子，启动一个在主键间有很大差别的跳越的连续的浏览，或者因为它在等待占用资源而不能结束其中的一个。

好银
还有吗？

留着卖银子

多灌一次。。2两阿。。。