处理等待

本部分提供了有关在您知道任务处于等待状态或者 CICS® 已停止时要执行的操作的信息。

如果您有一个或多个任务处于等待状态，那么应该已执行初步检查，以确保问题最好分类为等待，而不是循环或性能不佳。如果没有，可以在对问题进行分类中找到有关如何执行此操作的指导。

除了详细的跟踪检查外，您不太可能直接证明 CICS 系统任务处于等待状态。您更有可能注意到您的某个用户任务，或者可能是 CICS 用户任务 (即 CICS提供的事务的实例) 正在等待。在这种情况下，等待 CICS 系统任务可能是用户任务必须等待的原因。

对于此部分，如果任务在首次开始运行后已暂挂，那么该任务将被视为处于等待状态。如果该任务已连接到事务管理器但尚未开始运行，或者在等待后已恢复但由于某种原因无法开始运行，那么该任务不处于等待状态。这些问题最好被视为性能问题。例如，已准备好运行但无法分派的任务的优先级可能过低，或者 CICS 系统可能处于 MXT 限制，或者 CICS 系统可能处于压力状态 (存储空间不足)。如果您认为可能存在此类问题，请阅读处理性能问题。

大多数任务在执行期间至少暂挂一次，例如，当它们等待文件 I/O 发生时。这是常规控制流程的一部分，它使其他任务有机会在此期间运行。只有当他们被停职的时间比他们被停职的时间长时，才会出现问题。

解决涉及用户任务的大多数等待问题有两个阶段。第一个阶段涉及找出暂挂任务正在等待的资源，第二个阶段涉及找出该资源不可用的原因。本节主要侧重于这些目标中的第一个目标。但是，在某些情况下，有人建议以何种方式缓解对资源可用性的限制。

如果您知道 CICS 系统任务处于等待状态，那么它不一定指示 CICS中存在错误。某些系统任务长时间处于等待状态，而它们正在等待要执行的工作。有关等待系统任务的更多信息，请参阅 CICS 系统任务等待。