시나리오: 브로커를 정지하기 위해 mqsistop 명령을 실행하지만,
시스템이 보류되고 실행 그룹 중 어느 것도 실제로 정지되지 않습니다.
설명: 한 가지 가능한 원인은 사용자나 다른 사용자가 플로우를
디버깅 중이어서 현재 중단점에서 정지되었기 때문입니다. WebSphere Message Broker는
이를 연속 상황의 메시지로 간주하여 정상 명령을 통한 브로커 정지를 거부합니다.
해결책: Workbench의
디버깅 정지를 누르십시오. 또는
디버깅을 수행하는 담당자에게 이 작업을 요청하십시오. 조작이 완료되면 브로커가 정지됩니다.
디버깅을 정지할 수 없는 경우 해당 브로커와 연관된 실행 그룹 프로세스를 모두
종료하여 브로커를 정지하도록 하십시오. 그러나 메시지가 백아웃되고 브로커가 재시작된 후 디버깅
정지를 눌러야 합니다.
브로커 큐 관리자를 정지할 수 없음
시나리오:WebSphere MQendmqm 명령을 사용하여 분산 플랫폼에서
브로커 큐 관리자를 정지하려고 했지만 정지되지 않습니다.
설명: 특정 상황에서는 브로커 큐 관리자를 정지하려고 해도 큐 관리자가
정지되지 않습니다. 이러한 상황은 다중 스레드로 메시지 플로우를 구성한 경우에
발생할 수 있습니다(메시지 플로우 등록 정보 추가 인스턴스를 0보다 큰 수로
설정한 경우).
해결책: 브로커의 큐 관리자를 정지하려면 mqsistop 명령에
-q 플래그를 지정하여 브로커를 정지하십시오. (z/OS에서는 -q 플래그를
사용할 수 없습니다.) 이
플래그는 브로커 및 큐 관리자를 완전히 종료하는 WebSphere MQendmqm 명령을
사용자 대신 제어된 방식으로 발행합니다.
실행 그룹의 비정상 종료
사나리오: 실행 그룹 프로세스가 비정상 종료됩니다.
설명: 실행 그룹 프로세스가 비정상 종료되면, bipbroker 프로세스에 의해
자동으로 재시작됩니다. 실행 그룹 프로세스에 실패하는 경우, 각 5분 간격 중에 세 번 재시작됩니다.
첫 번째 5분 간격은 실행 그룹이 처음 시작할 때 시작됩니다.
브로커 데이터베이스 테이블 BROKERAAEG에는 RetryInterval로 레이블된 열이 포함됩니다.
이 열은 재시작 시간(분 단위)을 정의합니다. 이 테이블의 각 행은 실행 그룹을
나타냅니다. 행은 실행 그룹을 처음 전개할 때 채워지며
RetryInterval의 디폴트는 5입니다.
실행 그룹이 브로커 구성에서 제거되고 브로커 구성이 전개된 후 나중에
실행 그룹이 다시 추가되고 브로커 구성이 다시 전개되면, 행이 재작성되고
RetryInterval이 디폴트 값인 5로 설정됩니다.