CICS 问题诊断（三）


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

正文 1.1.2下一步做什么？

可能初步检查使你发现了问题的原因。如果是这样的话，你现在应该能解决它了，可能需要CICS以及其他得到许可的程序的书库中其他书籍的帮助。

如果你还没有发现原因，你必须开始更为细节的看这个问题，首先通过发现最好的问题种类，使用在“分类问题”中所描述的方法。

1.2分类问题

这部分的目的是帮助你将你的问题归入IBM支持中心为其服务流程所使用的众多种类中的一个。它包括如下几个主题：

－ 症状关键字作为问题分类的基础。1.2.1
－ 本手册分类问题的更多的方法。1.2.2
－ 运用症状来分类问题。1.2.3
－ 区别等待，循环和拙劣的性能。1.2.4
－ 下一步该怎么办？1.2.5

IBM支持中心的人员已发现先将问题归类是问题决定的一个很好的途径。

1.2.1症状关键字作为问题分类的基础

IBM在RETAIN数据库中保存了其得到许可的程序的所有已知问题的记录。新问题被报告出来时，IBM支持中心的员工不断更新这个数据库，并且他们有规律的搜索数据库看他们被告知的问题是否已经知道了。

如果你有IBM INFORMATION/ACCESS许可程序，5665-266，你可以自己查看RETAIN数据库。那里的每个问题都有一个分类类型。

软件问题，你将会看到这样的分类：
－ ABEND（对于transaction abends, 见“处理transaction abends”, 对于system abends， 见“处理CICS system abends”2.2）
－ WAIT（见“处理waits”2.3）
－ LOOP（见“处理loops”2.4）
－ 拙劣性能（见“处理拙劣性能问题”2.5）
－ 错误输出（见“处理错误输出”2.6）
－ 消息

所有这些除了最后一条，消息，都将在本书中讨论。如果你收到了一个CICS的错误信息，你可以使用CICS信息交易，CMAC，得到联机消息信息。如果你不能访问一个运行着的CICS系统，请查阅手册《CICS Messages and Codes》获得解释。如果你从其他IBM程序，或者操作系统中得到消息，你需要从适当的书库中查阅消息和代码书籍以获得消息含义的解释。 《CICS Messages and Codes》手册可能给你足够的信息来很快的解决问题，或者重又引你到这本手册以寻求更多的指导。如果你不能处理这条消息，你可能最终需要联系IBM支持中心寻求帮助。

有一种类型的问题，它可能引起一系列的症状，通常很不清楚，是那些糟糕的应用程序的设计。检验应用程序的设计超出了本书的范围，但是本书在“拙劣的应用程序设计”1.2.4.4中描述了一个这样的例子，在那里你可以发现一个例子，失败的设计怎样使应用程序的可用性变得很差。

1.2.2本手册分类问题的更多的方法。 除了IBM支持中心使用的RETAIN的分类，这本手册考虑了以下几种问题类型应归入它们自己所有的种类。

－ 存储违例（见“处理存储违例”2.7）
－ XRF 错误（见《CICS/ESA 4.1 Problem Determination Guide》）
－ EXCI 问题（见“处理外部CICS接口（EXCI）问题”2.8）
－ MRO 问题（见“处理MRO问题”2.9）
－ 日志管理员问题（见“处理日志管理员问题”2.10）
－ JAVA 和 EJB问题（见《Java Applications in CICS》）

虽然XRF, EXCI, and MRO错误可以用直接的方法很容易的被分出来，但确认你有一个存储违例会比较困难。除非你有一个CICS消息明白的告诉你有存储违例，否则你可能遇到几乎任何症状，取决于什么被覆盖了。因此，你可能在最初的时候，把它作为在“症状关键字作为问题分类的基础”1.2.1所描述的RETAIN症状类型中的一个。

1.2.3运用症状来分类问题

接下来的段落将帮助你以你所观察到的症状为基础归类问题。

症状可能使你立刻正确的归类问题，但有时候分类并不这么直接。你可能需要在做决定之前仔细考虑证据。你可能需要做“最佳猜测”，然后准备之后在进一步证据的基础上重新考虑。

查找标题描述与你遇到的症状最相近的小节，然后遵循它给出的建议。
－ 1.2.3.1 CICS已经停止运行
－ 1.2.3.2 CICS运行越来越慢
－ 1.2.3.3 一个任务不能启动
－ 1.2.3.4 一个任务运行越来越慢
－ 1.2.3.5 一个任务在某一终端停止运行
－ 1.2.3.6 一个交易异常中止
－ 1.2.3.7 你得到了不正确的输出
－ 1.2.3.8 发生了存储异常
－ 1.2.3.9 发生了一个XRF错误

ok

谢谢楼主！