[z/OS]

제한시간 조건 - 가능한 원인 및 수정사항

이 파일은 제한시간 조건 모니터링을 위한 일반적인 타이머 변수 및 도구를 나열합니다.

처음 만기되는 타이머는 수정해야 하는 실제 문제점을 표시하지 못할 수도 있습니다. 제한시간 조건을 적절하게 진단하려면 특정의 하위(servant) 영역에 적용될 수도 있는 모든 타이머 값을 알아야 합니다.

표 1. 제한시간 조건 - 가능한 원인 및 수정사항. 다음과 같은 일반적인 타이머 변수를 사용하여 제한시간 조건을 모니터링할 수 있습니다.
일반 타이머 유형 가능한 원인 가능한 해결책
입력 클라이언트는 데이터의 일부만 전송하여 나머지를 전송하는데 지연되었습니다. 클라이언트측의 애플리케이션은 리턴에서 제한시간 부 코드를 수신하지 못할 경우 제 위치에 재시도 논리를 가지고 있는 것으로 간주되기를 원할 수 있습니다.
Session 세션이 자주 사용하지 않아서 대기 상태에 있습니다. 대기 세션 유실이 문제점인 것으로 간주되면 지속 세션 제한시간 값을 늘리거나 세션을 더 자주 사용하십시오.
WLM 디스패치 다음 조건 중 하나로 인해 요청을 선택하는데 사용 가능한 스레드가 없습니다.
  • 스레드가 모두 요청 처리 중입니다.
  • 현재 실행 중인 스레드는 DB2®, WebSphere® MQ, 다른 서버 등에서 응답을 기다리고 있습니다. 이 경우, 자원 경합을 표시하는 메시지를 찾으십시오. 예를 들어, z/OS® 콘솔에 DB2 교착 상태에 대한 메시지가 표시될 수 있습니다.

어느 경우에서든지, 요청이 하위(servant) 영역에서 디스패치되도록 WLM 큐에서 대기하는 중 제한시간을 초과합니다.

스레드가 모두 요청 처리 중임을 표시하는 경우는 다음 조건 중 하나를 표시할 수 있습니다.
  • WLM이 시작할 수 있는 하위(servant) 영역 수가 너무 적습니다. 이 값을 설정하려면 관리 콘솔에서 서버 >애플리케이션 서버 >server_name >서버 인스턴스를 선택하십시오. 복수 인스턴스 사용 가능을 클릭하고 최대 인스턴스 수의 값을 지정하십시오.
  • 하위(servant) 영역에서 허용되는 스레드 수가 너무 적게 설정되어 있습니다. 스레드 수는 관리 콘솔의 분리 정책 설정이나 WebSphere 변수 server_region_ workload_profile에 의해 제어됩니다.
  • 서버를 복제하여 수신 작업 양을 처리해야 합니다.
이러한 모든 조건은 성능 조정이 필요함을 표시합니다.
트랜잭션 트랜잭션 제한시간 초과의 가능한 원인은 다음과 같습니다.
  • WLM 디스패치 제한시간 초과 원인과 같거나,
  • 트랜잭션 조정자가 할당된 시간 내에 트랜잭션을 확약 또는 롤백하지 못하도록 하는 지연.
WLM 디스패치 제한시간 초과에 대해 가능한 해결책을 참조하십시오. 또한 제한시간을 초과한 트랜잭션에 관련되는 자원의 경합을 표시하는 메시지를 찾을 수도 있습니다.
출력 출력 제한시간 초과의 가능한 원인은 WLM 디스패치의 원인과 같습니다(디스패치는 IIOP 때문이고, 출력은 HTTP 때문입니다). WLM 디스패치 제한시간 초과에 대해 가능한 해결책을 참조하십시오. 또한 WebSphere 변수 protocol_accept_http_work_after_min_srs=1을 사용하여 WLM이 최소 개수의 하위 영역을 시작할 때까지 HTTP 전송 핸들러가 요청을 디스패치하지 못하게 막을 수 있습니다.

주제 유형을 표시하는 아이콘 참조 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rtrb_fixtimeout
파일 이름:rtrb_fixtimeout.html