[z/OS]

超时情况 - 可能的原因和修正

此文件列出公共计时器变量和用于监视这些超时情况的工具

第一个到期的计时器可能并不指示需要修正的实际问题。要正确地诊断超时情况,您应该知道对于特定服务方区域可能有效的所有计时器值。

表 1. 超时情况 - 可能的原因和修正. 您可以使用这些公共计时器变量来监视超时情况。
计时器的一般类型 可能的原因 可能的解决方案
输入 客户机仅发送部分数据,并且在发送其余数据时发生了延迟。 客户机端应用程序如果确实接收到作为回复的超时次代码,可能要考虑原地重试逻辑。
会话 会话因缺少使用而空闲。 如果您认为丢失空闲会话是一个问题,那么可增加持久会话超时的值,或更频繁地使用会话。
WLM 分派 因为以下条件之一,没有空闲的线程来处理请求:
  • 所有线程都忙于处理请求。
  • 当前执行线程正在等待来自 DB2®、WebSphere® MQ 和另一个服务器等的响应。在这种情况下,查找指示资源争用的消息;例如,在 z/OS® 控制台上,可能看到关于 DB2 死锁的消息。

在任一种情况下,请求都会在 WLM 队列中等待分派到服务方(区域)时超时。

所有线程都忙于处理请求的情况可能表明以下状况之一:
  • WLM 可以启动的服务方区域数设置得太低。要设置此值,请在管理控制台中选择服务器 > 应用程序服务器 > server_name > 服务器实例。单击启用多个实例并为最大实例数指定值。
  • 服务方区域中允许的线程数设置得太低。 该数字由管理控制台中的“隔离策略”设置或 WebSphere 变量 server_region_ workload_profile 控制
  • 您需要复制服务器以处理即将来临的工作的量。
所有这些条件都表明可能必须进行性能调整。
事务 事务超时的可能原因包括:
  • 与 WLM 分派超时的原因相同,或
  • 发生使事务协调程序不能在分配的时间内落实或回滚事务的延迟。
请参阅 WLM 分派超时的可能解决方案。 此外,您可查找表明超时的事务中涉及的资源争用的消息。
输出 输出超时的可能原因与 WLM 分派超时的原因相同(分派对应 IIOP,输出对应 HTTP)。 请参阅 WLM 分派超时的可能解决方案。 此外,您可使用 WebSphere 变量 protocol_accept_ http_work _after_min_srs=1 防止 HTTP 传输处理程序在 WLM 启动最小数量的服务方区域前分派请求。

指示主题类型的图标 参考主题



时间戳记图标 最近一次更新时间: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rtrb_fixtimeout
文件名:rtrb_fixtimeout.html