z/OS의 동일한 브로커에서 실행 중인 분리된 실행 그룹 간 입력 직렬화

이 예는 동일한 브로커에 있는 분리된 실행 그룹에서 실행 중인 메시지 플로우가 동일한 직렬화 토큰을 사용하는 경우 한 번에 하나의 MQInput 노드만이 공유 큐에서 메시지를 가져올 수 있음을 표시합니다.

동일한 메시지 플로우 MyFlowAMQ01BRK 브로커의 MYGroupAMYGroupB라는 두 개의 실행 그룹으로 전개됩니다.

이 경우, 큐 관리자가 큐 공유 그룹에 참여할 필요는 없습니다. 출력 큐 INQueueQMGR 특성과 함께 local로 정의됩니다.

z/OS에서 분리된 브로커 간 입력 직렬화에서와 같이 다음을 참고하십시오.
동일한 브로커에서 여러 실행 그룹을 보여주는 그림
이 예의 일반적인 이벤트 순서는 다음과 같습니다.
  1. MQ01BRK 브로커가 시작하고, 시작할 첫 번째 메시지 플로우는 MyGroupA 실행 그룹의 MyFlowA입니다. MQInput 노드인 MyInputNodeMyToken123ABC 직렬화 토큰을 사용하여 MQ01 큐 관리자에 연결합니다. MQInput 노드가 INQUeue 공유 큐를 열고 입력 메시지를 가져옵니다.
  2. 두 번째 실행 그룹 MyGroupB가 시작하고 MyGroupB 실행 그룹의 MyFlowA 메시지 플로우가 시작합니다. MQInput 노드인 MyInputNodeMyToken123ABC 직렬화 토큰을 사용하여 MQ01 큐 관리자에 연결을 시도합니다. 다음 SDSF 콘솔 메시지가 로그됩니다.
     BIP2656I MQ01BRK MyGroupB 11 UNABLE TO OPEN QUEUE
     'INQueue' ON WEBSPHERE BUSINESS INTEGRATION QUEUE 
     MANAGER 'MQ01':  BECAUSE SERIALIZATION TOKEN  
     MyToken123ABC is already in use. NO USER ACTION REQUIRED

    MyGroupB 실행 그룹의 MyFlowA 메시지 플로우는 전달한 직렬화 토큰이 큐 관리자에서 이미 사용 중이므로(MyGroupA 실행 그룹의 MyFlowA 메시지 플로우에 있는 MQInput 노드에 의해 사용 중) 입력을 처리할 수 없습니다. 이 문제점은 bip2623 메시지에서 이유 코드 2271(MQRC_CONN_TAG_IN_USE)로 표시됩니다.

  3. 첫 번째 실행 그룹이 삭제되거나 취소됩니다.

    첫 번째 실행 그룹이 연산자에 의해 취소되거나 이상 종료, 또는 브로커 구성을 재전개하는 중에 삭제된 경우 두 번째 실행 그룹의 입력 노드가 INQueue 큐에서 입력 메시지를 가져올 수 없게 됩니다.

    SDSF 콘솔 메시지의 순서는 다음과 같이 로그됩니다.
      BIP2091I MQ01BRK MyGroupB 11 THE BROKER HAS 
     RECONNECTED TO WEBSPHERE BUSINESS INTEGRATION 
     SUCCESSFULLY : ImbCommonInputNode(785)               

이제 MyGroupB 실행 그룹의 MyFlowA 메시지 플로우는 INQueue.QSG 공유 큐에서 메시지 처리를 복구할 수 있습니다.

독점 입력의 입력 큐를 구성하여 유사한 방식으로 입력 직렬화를 완료할 수 있지만, 이는 복구하는 경우에 메시지 무결성을 보장하지는 않습니다. 이 예에서 설명된 대로 직렬화 토큰을 사용해서만 달성할 수 있습니다.

관련 개념
z/OS 사용자 정의 개요
z/OS의 메시지 직렬화 개요
z/OS에서 분리된 브로커 간 입력 직렬화
z/OS의 실행 그룹에서 입력 직렬화
주의사항 | 등록상표 | 다운로드 | 라이브러리 | 지원 | 피드백
Copyright IBM Corporation 1999, 2006 마지막 갱신 날짜: 2006/08/21
ae27020_