[z/OS]

제한시간 값: 제한시간 값 변경 지침

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

일반적으로, 제한시간 값 증가는 마지막 수단이거나, 다중 제한시간 이상 종료 덤프가 시스템 성능 문제를 발생시키지 않도록 수행하는 유일한 임시 조치여야 합니다. 제한시간 조건을 올바르게 진단하지 않고 제한시간 값을 늘리면 동일한 제한시간 조건에 대한 이상 종료 및 덤프 횟수가 줄어들거나 시스템 또는 애플리케이션 성능이 저하됩니다.

이러한 타이머 변수의 값을 설정하는 방법과 이러한 변수를 내부 변수에 맵핑하는 방법은 제한시간 값을 통해 작동 제어를 참조하십시오.

일부 WebSphere® 변수는 인쇄를 위해 여러 줄로 표시됩니다.

표 1. 제한시간 조건 모니터링을 위한 일반적인 타이머 변수 및 도구. 제한시간 값을 늘리기 전에 제한시간 조건을 반드시 진단하십시오.
WebSphere 변수 및 다른 타이머와의 WebSphere 변수 관계 이 유형의 제한시간 조건에 대한 처리를 모니터하는 방법: 값을 조정하려면 다음을 고려하십시오.
WLM 제한시간

HTTP 작업 및 확장 가능 메시징 지원의 경우, WLM 타이머는 설정되지 않고 ConnectionResponseTimeout만 적용됩니다(전체 디스패치 창을 관리).

SMF는 WLM 대기열 시간에 대한 데이터를 제공함 하위 영역을 가져오기 위해 작업에 소요되는 시간은 WLM이 시작하는 하위 영역 수, WLM 이 시작하도록 할 하위 영역 수, 작업이 분산되는 서비스 클래스 수, 가져오는 작업량 등에 따라 다릅니다.
ConnectionIOTimeOut

없음.

이 작동은 쉽게 모니터되지 않습니다. 추적 위치를 작동시키면 클라이언트가 입력 제한시간 설정으로 실패했지만 추적에 성능 결과가 있음을 표시합니다.
  • 제어 영역 작업자 스레드가 메시지를 기다리는 동안 블록화될 수 있도록 할 시간은?
  • 수신되는 HTTP 요청의 크기는? 클수록 네트워크에서 전체 요청을 가져오는 데 많은 시간이 소요될 수 있습니다.
ConnectionResponseTimeout

애플리케이션 컴포넌트가 트랜잭션을 시작할 경우 트랜잭션 타이머도 포함될 수 있습니다.

이 작동은 쉽게 모니터되지 않지만 제어기는 이 제한시간 조건에 대해 이상 종료 EC3으로 하위 영역을 종료시킵니다.
  • 클라이언트가 응답을 기다리는 동안 정지해 있도록 할 시간?
  • 하위 영역의 스레드가 요청에 너무 많은 시간에 소요된다고 단정하기 전에 응답에 대한 작업에 종사하도록 할 시간은?
  • 하위 영역에 여러 개의 애플리케이션 스레드를 가지고 있을 경우 하나만 제한시간을 초과해도 모든 애플리케이션 스레드가 종료됩니다. 이러한 작업 손실로 인해 사용자는 제한시간 초과가 덜 발생하도록 하길 원합니다.
ConnectionKeepAliveTimeout

없음. 다른 모든 타이머는 작업 처리에 관련되는 반면 이는 작업이 없을 때 발생하는 사항에 관련됩니다.

없음. 요청 사이의 시간 대 새 세션을 설정하기 위해 소비되는 비용. 새 세션을 시작하기 위해 소비되는 비용을 피하기 위해 대기 세션을 유지하길 원하지만 자원 사용 누적이 결국 문제가 되므로 영구적으로 유지하는 것을 원하지는 않을 것입니다.
요청 제한시간(ORB 서비스)

없음. 이 변수는 클라이언트측 제한시간으로 IIOP 전용입니다.

클라이언트측에서 발생하는 제한시간을 측정하기 위한 것 이외에는 없음. 클라이언트가 대기하도록 할 시간은?
ORB 리스너의 활성화 상태 지속 ORB SSL 리스너의 활성화 상태 지속

없음. 이 변수들은 대기 기간 동안 세션 활동에 관련되며 IIOP 전용이므로 이 타이머는 ConnectionKeepAliveTimeout 타이머와 상호작용하지 않습니다.

다음
SOCK_TCP_KEEPALIVE
값 및 해당 결과에 대한 정보를 보려면 TCP/IP APAR PQ18618을 읽으십시오.
대기 세션 제한시간이 있는 것이 유용합니까? 보통 자원을 소비할 수 있으므로 그렇지 않습니다. 그러나 제한시간을 발견하면 TCP/IP 스택 사이에 네트워크 통신량이 필요합니다. 달리 대기 세션에 대해 통신량을 작성하면 네트워크 결과가 수반될 수 있으므로 사용자는 원하지 않습니다.
총 트랜잭션 지속 시간 제한시간

이 변수는 세트에 의해 최대 트랜잭션 제한시간 변수에 표시된 최대값까지로 대체할 수 있습니다. 이 최대값은 애플리케이션이 트랜잭션 완료를 위해 설정할 수 있는 시간량을 제한합니다. 출력 타이머는 또한 작업이 제한시간을 초과하도록 할 수 있지만 트랜잭션 타이머 및 출력 타이머는 서로를 인식하지 못합니다.

제어기는 제한시간 조건을 표시하기 위해 메시지 BBOT0003W를 발행하고 이상 종료 EC3 이유 코드 04130002 또는 04130005와 함께 하위 영역을 종료합니다.
  • 클라이언트가 응답을 기다리는 동안 정지해 있도록 할 시간?
  • 하위 영역의 스레드가 요청에 너무 많은 시간에 소요된다고 단정하기 전에 응답에 대한 작업에 종사하도록 할 시간은?
  • 하위 영역에 여러 개의 애플리케이션 스레드를 가지고 있을 경우 하나만 제한시간을 초과해도 모든 애플리케이션 스레드가 종료됩니다. 이러한 작업 손실로 인해 사용자는 제한시간 초과가 덜 발생하도록 하길 원합니다.
최대 트랜잭션 제한시간

이 변수를 설정할 경우, 이 변수는 트랜잭션 완료를 위해 애플리케이션이 설정할 수 있는 시간량을 제한합니다. 최대 트랜잭션 제한시간 변수를 설정하지 않으면 애플리케이션 트랜잭션은 총 트랜잭션 지속 시간 제한시간 변수에 설정된 시간 한계에 의해 제어됩니다.

없음. 다음에 대한 고려사항과 같음
 transaction_ defaultTimeout
transaction_ recoveryTimeout

없음

없음. 잠금은 하나의 제어기가 인다우트(in-doubt) 트랜잭션을 분석하기 위해 필요한 다른 제어기를 기다리는 동안 보유됩니다. 이러한 자원을 얼마나 오래 보유할 수 있습니까?
server_region_request_cputimeused_limit 이 작동은 쉽게 모니터되지 않지만, 지정된 CPU 사용 시간 제한에 도달하면 제어기가 요청을 종료시킵니다.
  • 애플리케이션 요청에 어떤 조치를 취하기 전에 하나의 애플리케이션 요청이 사용하도록 허용할 CPU 시간은?
  • 하위(servant)에 애플리케이션 스레드가 여러 개 있는 경우, 이 요청을 종료하는 것이 현재 하위(servant)에서 응답하지 않는 스레드 수가 제어기가 하위(servant)를 종료할 만큼 많음을 의미하면 모든 애플리케이션 스레드가 종료됩니다. server_region_stalled_thread_threshold_percent 특성의 설정은 몇 개의 스레드가 응답하지 않을 때 하위를 종료할 것인지를 결정합니다.
 server_region_stalled_thread
_threshold_percent
이 작동은 쉽게 모니터되지 않지만 응답하지 않는 스레드의 백분율이 이 조건을 만족하면 제어기가 종료 EC3으로 하위(servant)를 종료시킵니다.
  • 클라이언트가 응답을 대기하도록 할 시간은?
  • 요청에 너무 많은 시간이 소요되었다고 단정하기 전에 하위(servant)의 스레드가 응답에 종사하도록 할 시간은?
  • 하위(servant)에 애플리케이션 스레드가 여러 개 있는 경우, 응답하지 않는 스레드 백분율에 도달하여 제어기가 하위(servant)를 종료하면 모든 애플리케이션 스레드가 종료됩니다. 사용자는 이러한 작업 손실을 고려하여 제어기가 하위(servant)를 종료하기 전에 도달해야 할 비응답 요청 스레드의 백분율을 높일 수 있습니다.

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



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