이 예는 동일한 브로커에 있는 분리된 실행 그룹에서 실행 중인 메시지 플로우가 동일한 직렬화 토큰을 사용하는 경우 한 번에 하나의 MQInput 노드만이 공유 큐에서 메시지를 가져올 수 있음을 표시합니다.
동일한 메시지 플로우 MyFlowA는 MQ01BRK 브로커의 MYGroupA 및 MYGroupB라는 두 개의 실행 그룹으로 전개됩니다.
이 경우, 큐 관리자가 큐 공유 그룹에 참여할 필요는 없습니다. 출력 큐 INQueue는 QMGR 특성과 함께 local로 정의됩니다.
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)로 표시됩니다.
첫 번째 실행 그룹이 연산자에 의해 취소되거나 이상 종료, 또는 브로커 구성을 재전개하는 중에 삭제된 경우 두 번째 실행 그룹의 입력 노드가 INQueue 큐에서 입력 메시지를 가져올 수 없게 됩니다.
BIP2091I MQ01BRK MyGroupB 11 THE BROKER HAS RECONNECTED TO WEBSPHERE BUSINESS INTEGRATION SUCCESSFULLY : ImbCommonInputNode(785)
이제 MyGroupB 실행 그룹의 MyFlowA 메시지 플로우는 INQueue.QSG 공유 큐에서 메시지 처리를 복구할 수 있습니다.
독점 입력의 입력 큐를 구성하여 유사한 방식으로 입력 직렬화를 완료할 수 있지만, 이는 복구하는 경우에 메시지 무결성을 보장하지는 않습니다. 이 예에서 설명된 대로 직렬화 토큰을 사용해서만 달성할 수 있습니다.