![[z/OS]](../images/ngzos.gif)
제한시간 조건 - 가능한 원인 및 수정사항
이 파일은 제한시간 조건 모니터링을 위한 일반적인 타이머 변수 및 도구를 나열합니다.
처음 만기되는 타이머는 수정해야 하는 실제 문제점을 표시하지 못할 수도 있습니다. 제한시간 조건을 적절하게 진단하려면 특정의 하위(servant) 영역에 적용될 수도 있는 모든 타이머 값을 알아야 합니다.
일반 타이머 유형 | 가능한 원인 | 가능한 해결책 |
---|---|---|
입력 | 클라이언트는 데이터의 일부만 전송하여 나머지를 전송하는데 지연되었습니다. | 클라이언트측의 애플리케이션은 리턴에서 제한시간 부 코드를 수신하지 못할 경우 제 위치에 재시도 논리를 가지고 있는 것으로 간주되기를 원할 수 있습니다. |
Session | 세션이 자주 사용하지 않아서 대기 상태에 있습니다. | 대기 세션 유실이 문제점인 것으로 간주되면 지속 세션 제한시간 값을 늘리거나 세션을 더 자주 사용하십시오. |
WLM 디스패치 | 다음 조건 중 하나로 인해 요청을 선택하는데 사용 가능한
스레드가 없습니다.
어느 경우에서든지, 요청이 하위(servant) 영역에서 디스패치되도록 WLM 큐에서 대기하는 중 제한시간을 초과합니다. |
스레드가 모두 요청 처리 중임을 표시하는 경우는
다음 조건 중 하나를 표시할 수 있습니다.
|
트랜잭션 | 트랜잭션 제한시간 초과의 가능한 원인은 다음과 같습니다.
|
WLM 디스패치 제한시간 초과에 대해 가능한 해결책을 참조하십시오. 또한 제한시간을 초과한 트랜잭션에 관련되는 자원의 경합을 표시하는 메시지를 찾을 수도 있습니다. |
출력 | 출력 제한시간 초과의 가능한 원인은 WLM 디스패치의 원인과 같습니다(디스패치는 IIOP 때문이고, 출력은 HTTP 때문입니다). | WLM 디스패치 제한시간 초과에 대해 가능한 해결책을 참조하십시오. 또한 WebSphere 변수 protocol_accept_http_work_after_min_srs=1을 사용하여 WLM이 최소 개수의 하위 영역을 시작할 때까지 HTTP 전송 핸들러가 요청을 디스패치하지 못하게 막을 수 있습니다. |