CICS 问题诊断之初步检查（一）


内容
提要 本文讲述CICS 问题诊断之初步检查方法
正文 通常，当你遇到一个或者一些症状时，你会想跟踪查出它们的原因。有时，你自己不能解决这个问题，比如，这个问题是由硬件、软件的局限性引起的。如果问题是由CICS代码引起的，请您与IBM联系。

在你进一步查找原因之前，请先进行如下的初步检查。这些检查可能会突显一些简单的原因，或者，至少可以缩小可能原因的范围。

当你仔细检查这些问题的时候，请将可能与问题相关的线索全记下来。即使你所记录的观察资料不能立即得出一个原因，如果之后你想进行系统的问题诊断，它们会很有用。

1. CICS 系统以前运行的顺利吗？
如果你的CICS系统从来没有顺利的运行过，那可能是你还没有正确的安装它。你需要阅读其他相关书籍以获得这方面的指导。
如果你正移植到CICS TS for z/OS V2R2，请先弄清这个新版本所作的改变，详情请参考《CICS Transaction Server for z/OS Migration Guide》。

2. 有没有解释失败的信息？
如果交易异常中止，以及任务反常结束，CICS会发送一条信息给CSMT log（或者定制的替代场所）报告实际情况。如果你能找到信息，它会直接提出失败原因。

是否存在有关CICS启动的异常信息？在错误发生前，系统是否已经启动？这些可以指出一些系统的问题导致你的交易不能正常运行。

如果你看到一些信息你不理解，你可以使用CICS 信息交易，CMAC，在线获得信息的资料。如果你不能访问CICS系统来运行CMAC，请查手册《CICS Messages and Codes》获得解释，可能你需要采取一系列行动来解决问题。

3. 你能重现这个错误吗？
a. 你能确定当问题发生的时候有那个（些）应用程序总在系统中？
－检查应用程序的编码错误
－检查你已经为应用程序定义了足够的资源，例如VSAM文件串。代表性的情况是，如果你还没有定义足够的资源，你将会发现问题与应用的用户数有关。

b. 如果问题不与任何特定的应用相关，考虑CICS系统的参数定义。糟糕的参数定义可能是你系统问题的原因。你可以在《CICS System Definition Guide》中找到安装CICS系统的指导。

c. 问题是否与系统负荷有关？如果是这样的话，系统可能运行在接近最大能力状态，或者它需要进行调优。与这类问题相关的指导，请见《CICS Performance Guide》。

4. 这个问题是否发生在一天中的某特定时间？
如果问题发生在一天中的某特定时间，那它可能是由系统负载决定的。代表性的情况是，系统负载峰值出现在上午中期和下午中期，这也就是负载相关的故障最容易发生的时期。如果你的CICS网络跨了不止一个时区，对你而言，系统负载峰值可能出现在一天中的其他时间。

5. 故障是间歇发生的吗？
如果故障是间歇发生的，特别是如果它没有表现出相同的症状，问题解决可能比较困难。一个间发故障可能由随机的存储覆盖引起。此外，引起错误的交易可能在症状被发现之前早已从系统中删除了。

好人，继续啊！

后面的我自己也找不到放在硬盘那啦

我想倒，
但是不敢倒
.....
拉拉拉拉拉
等下文ing

不错

老大，能不能做成个文件下载，我好打印出来，慢慢看，呵呵

。。 。。。。现在的哥们。。。真××、。。。。
哈哈 不过我的想法和你差不多。。。。

呵呵． 这个处理问题的时候再翻出来看也不迟啊。

那可就要2两银子了哦－－不要怪我不提醒哦

那个没问题，偶刚涨了薪水。呵呵

怎么涨薪水？ ，，，