[z/OS]

이들 요청을 처리할 수 있는 하위(servant)가 없을 때 자동으로 작업 요청 거부

제어기가 하위(servant)가 종료했음을 판별할 때 제어기가 일반적으로 해당 하위에서 디스패치된 다른 모든 작업 요청을 정리합니다. 해당 하위가 마지막 하위였던 경우 새 작업 요청은 하위가 사용 가능할 때까지 요청 큐에 배치됩니다. 하위가 사용 가능하게 되는데 걸리는 시간에 따라서, 요청을 처리하도록 허용되는 시간이 만기되었기 때문에 이들 요청이 종료될 수 있습니다. 이것이 발생하지 않도록 하기 위해, 애플리케이션 서버에 대한 구성 설정값을 변경하여 제어기가 새 요청을 승인하지 못하게할 수 있습니다.

이 태스크 정보

제어기는 연속적인 방식으로 애플리케이션 요청을 수신하고 처리를 위해 하위(servant)에 디스패치합니다. 데이터베이스 오류 같은 시스템 레벨 문제점이 발생할 때, 요청 처리는 중지하고 요청은 제어기와 하위(servant) 사이의 큐에 쌓입니다. 하위가 사용 가능하게 되는데 걸리는 시간 동안, 요청은 제한시간 초과하기 시작할 때까지 큐에 계속 쌓입니다. 제한시간 초과가 발생할 때 제한시간 초과한 요청이 큐에서 제거됩니다.

새 하위(servant)가 요청 승인을 시작할 준비가 되었을 때, 큐의 다음 요청은 제한시간 초과에 가까워서 요청에 대한 디스패치 프로세스가 완료할 수 없으며 하위는 다시 제한시간 처리에 의해 종료됩니다. 다른 새 하위가 준비될 때가지 요청은 다시 큐에 누적되고 잠재적으로 동일한 제한시간 문제점이 발생합니다. 이 문제점이 계속 재발할 때 종종 바운싱 하위(servant) 문제점이라고 합니다. 다음 방법 중 하나로 이 문제점을 처리할 수 있습니다.

  • 서버 없음 상황을 자동으로 발견하고 최소한의 구성된 하위 수가 작업을 승인할 준비가 될 때까지 요청 허용을 중지하도록 서버를 구성할 수 있습니다. 이것이 가장 간단한 접근법입니다.
  • 하위(servant)가 제한시간 초과 때문에 종료되기 전에 시스템 문제점이 있음을 발견할 수 있는 경우 문제점을 처리할 자동 루틴을 작성할 수 있습니다. 이 자동 루틴은 f server, pauselisteners 명령을 발행하여 요청이 이 서버에 의해 승인되지 못하게 막을 수 있습니다. 그런 다음, 루틴은 상황이 변경되었을 때를 발견하고 발견된 시스템 문제점이 해결되었을 때 f server, resumelisteners 명령을 발행해야 합니다.
  • 서버 없음 조건을 발견하고 요청 허용을 중지하도록 서버를 구성하고 이전에 설명한 자동 루틴을 작성할 수 있습니다. 자동 루틴은 서버가 서버 없음 조건을 발견하도록 구성되었기 때문에 발생할 수 있는 다른 처리를 인식해야 합니다.
    • f server, pauselisteners 명령이 발행되는 경우에도 마지막 하위(servant)가 종료하는 경우 서버는 모든 요청을 거부하기 시작하고 메시지 BBOO0299I를 발행합니다. 서버는 서버가 구성되는 하위(servant)의 최소 숫자가 작업을 승인할 준비가 되었을 때 자동으로 요청을 승인하기 시작합니다. 또한 메시지 BBOO0300I를 발행하여 요청이 다시 처리되고 있음을 표시합니다. 그러므로 자동 루틴은 하위의 최소 숫자가 사용 가능함을 발견할 때 서버가 요청 승인을 재개했을 수 있다는 사실에 민감해야 합니다.
    • control_region_confirm_recovery_on_no_srs 사용자 정의 특성이 서버에 대해 지정되는 경우, 서버는 서버가 구성되는 하위(servant)의 최소 숫자가 새 요청을 처리할 준비가 되었음을 발견한 후 WTOR 메시지 BBOO0297A를 발행합니다. 서버가 실제로 작업을 승인하기 시작하기 전에 이 메시지에 대한 응답을 입력해야 합니다.
    • 자동 루틴이 서버가 제한시간 초과 처리 때문에 하위를 종료하지 못하는 경우, 서버가 요청 수신을 재개하고 해당 시점에 f server, resumelisteners 명령을 발행하는 것이 안전함을 인식해야 합니다. 자동 루틴은 메시지 BBOO0299I가 발행되는지 여부에 따라서 f server, resumelisteners 명령을 발행해야 하는지 여부를 판별하도록 설정될 수 있습니다. 이 메시지는 서버가 하위(servant)를 모두 사용했고 요청을 거부 중임을 표시합니다. 이 접근법이 가장 복잡하지만 가장 큰 유연성을 제공합니다.

서버 없음 조건을 처리할 서버를 구성하려는 경우, 다음 단계를 완료하십시오.

프로시저

  1. 관리 콘솔에서 서버 > 서버 유형 > WebSphere 애플리케이션 서버를 클릭하고 하위(servant) 없음 조건을 자동으로 발견하도록 할 애플리케이션 서버를 선택하십시오.
  2. 추가 특성 아래에서 사용자 정의 특성 > 새로 작성을 클릭하십시오.
  3. 이름 필드에 control_region_dreg_on_no_srs를 지정하고 값 필드에 1을 지정하십시오. 이 사용자 정의 특성이 1로 설정될 때, 서버는 요청을 처리할 준비가 된 하위가 없음을 발견할 때 디스패치의 대상이 되는 모든 요청을 거부합니다. 이 특성을 0(영)으로 설정하면 이 기능이 꺼집니다.
  4. 이름 필드에 control_region_confirm_recovery_on_no_srs를 지정하고 값 필드에 0 또는 1을 지정하십시오. 값 필드에 0을 입력하는 경우, 제어기는 최소 숫자의 하위(servant)가 요청을 수신할 준비가 되었음을 수신하자마자 수신 요청을 재개합니다. 값 필드에 1을 입력하는 경우 제어기는 서버가 구성되는 하위(servant)의 최소 숫자가 작업을 승인할 준비가 되었음을 발견하자 마자 WTOR 메시지 BBOO0297A를 발행합니다. 서버는 실제로 요청 수신을 재개하기 전에 이 메시지에 대한 응답을 수신할 때까지 기다립니다.
  5. 검토를 클릭하고, 노드에서 변경사항 동기화를 선택한 다음 저장을 클릭하여 사용자 변경사항으로 마스터 저장소를 업데이트하십시오.

결과

제어기가 하위(servant)가 종료되고 하위가 마지막 하위임을 판별할 때 최소 하위 수가 요청 수신에 사용할 수 있을 때까지 제어기가 새 작업 요청을 허용하지 않습니다.

주제 유형을 표시하는 아이콘 태스크 주제



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