공유 큐 복구

큐 공유 그룹 환경에서 다양한 컴포넌트의 IBM® MQ 복구 및 복원력을 이해하려면 이 토픽을 사용하십시오.

트랜잭션 복구

애플리케이션이 MQBACK 호출을 발행하거나 비정상적으로 종료될 때 (예를 들어, EXEC CICS® ROLLBACK 또는 IMS 이상 종료로 인해) 큐 관리자에 저장된 스레드 레벨 정보는 인플라이트 작업 단위가 롤백되는지 확인합니다. 공유 큐의 동기점 내 MQPUT 및 MQGET 조작은 비공유 큐에 대한 업데이트와 동일한 방식으로 롤백됩니다.

피어 복구

큐 관리자가 실패할 경우 관리자는 현재 연결되어 있는 커플링 기능 구조와의 연결을 비정상적으로 끊습니다. ' z/OS® 인스턴스와 연결 시설 간의 연결이 실패하는 경우(예: 연결 시설 또는 파티션의 물리적 링크 장애 또는 전원 꺼짐) 이 또한 큐 관리자와 관련된 연결 시설 구조 간의 연결이 비정상적으로 종료된 것으로 감지됩니다. 해당 구조에 연결된 상태로 남아 있는 동일한 큐 공유 그룹의 다른 큐 관리자는 비정상적인 연결 끊기와 해당 구조에서 실패한 큐 관리자에 대해 피어 복구를 시작하려는 모든 시도를 감지합니다. 이러한 큐 관리자 중 하나만 피어 복구를 성공적으로 시작합니다. 그러나 나머지 모든 큐 관리자는 실패한 큐 관리자가 소유한 복구 작업 단위에서 협업합니다.

구조에 연결된 피어가 없을 때 큐 관리자가 실패한 경우 다른 큐 관리자가 해당 구조에 연결하거나 실패한 큐 관리자를 재시작하면 복구가 수행됩니다.

피어 복구(PLR(Peer Level Recovery)이라고 함)는 구조 대 구조 기반에서 수행되며 단일 큐 관리자가 동시에 둘 이상의 구조의 복구에 참여할 수 있습니다. 그러나 서로 다른 구조의 복구에 협력하는 피어 세트는 실패 시 서로 다른 구조에 연결된 큐 관리자에 따라 달라질 수 있습니다.

실패한 큐 관리자가 재시작되면 실패 시 연결된 구조에 다시 연결하고 피어 복구로 복구되지 않은 남아 있는 해석되지 않은 작업 단위를 복구합니다.

피어 복구는 여러 단계의 프로세스입니다. 첫 번째 단계 중에 인플라이트 단계 이후로 진행한 작업 단위가 복구됩니다. 이는 커미트 상태인 작업 단위에 대한 메시지를 커미트하고 인다우트(in-doubt) 상태의 작업 단위에 대한 메시지를 잠그는 작업을 포함할 수 있습니다. 두 번째 단계에서는 실패한 큐 관리자에서 활성 상태인 스레드를 포함하는 큐를 검사하고, 인플라이트 작업 단위와 관련된 커미트되지 않은 메시지가 롤백되며, 실패한 큐 관리자의 공유 큐에 있는 활성 핸들에 대한 정보가 재설정됩니다. 이는 IBM MQ 가 실패한 큐 관리자가 입력 독점을 위해 공유 큐를 열었음을 나타내는 모든 표시기를 재설정하여 다른 활성 큐 관리자가 입력을 위해 큐를 열 수 있도록 허용함을 의미합니다.

공유 큐 정의

공유 큐의 속성을 나타내는 큐 오브젝트는 큐 공유 그룹에서 사용하는 공유 Db2® 저장소에 보유됩니다. ' IBM MQ ' 개체를 보관하는 데 사용되는 ' Db2 테이블의 백업 및 복구에 적절한 절차가 마련되어 있는지 확인합니다. 또한 ' IBM MQ CSQUTIL 유틸리티를 사용하여 ' Db2'에 저장된 공유 큐 및 그룹 정의를 포함하여 ' IBM MQ ' 개체를 재정의하기 위해 큐 관리자로 재생할 수 있는 MQSC 명령을 만들 수도 있습니다.

로그 기록

공유된 큐의 메시지는 큐 관리자 로그에 로그될 수 있기 때문에 큐 공유 그룹은 지속 메시지를 지원할 수 있습니다.

커플링 기능 및 구조 실패

커플링 기능(CF, coupling facility) 구조에는 실패로 보고될 수 있는 유형이 두 가지 있으며, 이는 구조 실패와 연결성 유실입니다. 데이터 공유를 위한 Sysplex 서비스 (XES) 는 IBM MQ 에 CF 구조 실패 또는 구조 실패 이벤트가 있는 CF 실패를 알립니다. XES가 연결성 유실 이벤트를 작성하면 구조에 문제가 있음을 반드시 표시하지 않아도 됩니다. 이는 구조와 통신할 때 사용할 수 있는 연결이 없기 때문일 수 있습니다. 일부 큐 관리자는 구조에 대한 연결성 유실 이벤트를 수신하지 못할 수도 있습니다. 이는 CF에 대한 연결의 구성에 따라 달라집니다. 연산자 명령(예: VARY PATH OFFLINE 또는 CONFIG CHP OFFLINE)으로 인해 연결성 유실 이벤트가 수신될 수도 있습니다.

IBM MQ 에서 사용하는 CF 구조는 시스템 관리 이중화를 사용하도록 구성할 수 있습니다. 즉, 단일 실패인 경우 시스템 관리 장애 복구 처리는 구조의 실패 또는 연결성 유실을 숨기고 큐 관리자는 이 실패에 대한 알림을 받지 않습니다. 양방향 구조 또는 연결의 두 인스턴스에 대한 실패가 있는 경우 큐 관리자는 적절한 이벤트를 수신하고 단순한 구조에 대한 실패 이벤트와 동일한 방식으로 이를 처리합니다. 큐 관리자가 이벤트를 처리하는 방법에 대한 세부사항은 시나리오에 설명되어 있습니다.

CF 또는 구조 실패의 경우와 달리 영향을 받는 애플리케이션 구조에 저장된 비지속 메시지가 유실됩니다. RECOVER CFSTRUCT 명령을 사용하여 지속 메시지를 복구할 수 없습니다. 복구 가능한 애플리케이션 구조에서 장애가 발생하면 이 구조에 대한 추가 애플리케이션 활동은 구조가 복구될 때까지 방지됩니다.

합리적인 시간 안에 CF 구조를 복구할 수 있으려면 BACKUP CFSTRUCT 명령을 사용하여 잦은 백업을 수행하십시오. 큐 공유 그룹에 있는 큐 관리자에서 백업을 수행하거나 모든 백업을 수행하도록 하나의 큐 관리자를 전용으로 설정할 수 있습니다. 정기적으로 수행되도록 백업 수행 프로세스를 자동화하십시오.

각 백업은 백업을 수행하는 큐 관리자의 활성 로그 데이터 세트에 기록됩니다. 공유 큐 Db2 저장소는 백업 중인 CF 구조의 이름, 백업을 수행하는 큐 관리자의 이름, 해당 큐 관리자의 로그에서 이 백업에 대한 RBA 범위 및 백업 시간을 기록합니다.

관리 구조는 애플리케이션 구조 실패 시 공유 큐에서 불완전한 작업 단위에 대한 정보를 포함합니다. 따라서 관리 구조가 RECOVER CFSTRUCT 처리 중에 사용 가능해야 합니다. 관리 구조에서 실패하면 RECOVER CFSTRUCT 명령을 실행하려면 큐 공유 그룹의 모든 큐 관리자가 해당 관리 구조를 다시 빌드해야 합니다.

큐 관리자는 해당 관리 구조 입력 항목을 종료 없이 자동으로 다시 빌드합니다. 큐 관리자가 실패 시 실행 중이 아닌 경우, 동일한 레벨 또는 상위 레벨에서 실행 중인 큐 공유 그룹의 다른 큐 관리자에 의해 해당 관리 구조 입력 항목이 다시 빌드될 수 있습니다.

애플리케이션 구조를 복구하려면 복구를 수행하려는 큐 관리자에서 RECOVER CFSTRUCT 명령을 실행하십시오. 단일 CF 구조를 복구하거나 동시에 여러 CF 구조를 복구할 수 있습니다. 큐 공유 그룹에서 큐 관리자를 사용하여 복구할 수 있습니다. 백업을 수행하거나 이전에 실패한 구조에 연결된 큐 관리자일 필요는 없습니다.

RECOVER CFSTRUCT 명령은 Db2 저장소 정보를 통해 찾은 백업을 사용하고 (따라서 복구가 수행되는 큐 관리자에서 Db2 를 사용할 수 있어야 함) 이를 실패 지점으로 복구합니다.

RECOVER CFSTRUCT 명령은 CF 구조에 맵핑된 공유 큐에 대해 실패 시간 및 백업 시작 사이에서 MQPUT 또는 MQGET을 수행하는 큐 공유 그룹의 모든 큐 관리자에서 로그 레코드를 적용하여 이를 수행합니다. 결과적인 로그 병합에서는 상당한 양의 로그 레코드를 읽어야 할 수도 있습니다. 백업 이후 참여하는 큐 관리자에서 쓴 모든 로그 데이터를 읽어야 하기 때문입니다. 특히 백업 내 큰 메시지가 있는 경우 예를 들어 매시간과 같이 자주 백업을 수행하는 것이 좋습니다.

구조 실패 시나리오

시나리오

CF 구조에서 실패가 보고된 경우 연결된 큐 관리자가 수행하는 조치는 다음에 따라 달라집니다.

z/OS 의 XES 컴포넌트가 IBM MQ에 보고하는 실패 유형입니다.
구조 유형(애플리케이션 또는 관리)
큐 관리자 레벨
IBM MQ CFSTRUCT 오브젝트의 CFLEVEL(2, 3, 4 또는 5. CFCC 마이크로 코드의 CFLEVEL이 아님)
CFLEVEL (5) 에서 IBM MQ CFSTRUCT 오브젝트의 RECAUTO 속성

다음 시나리오에서는 관리 구조에 대해 실패가 보고된 경우 발생하는 상황을 설명합니다.

구조 실패 이벤트가 관리 구조에서 수신되는 경우, 구조는 큐 관리자를 종료하지 않고도 자동으로 재할당 및 다시 빌드됩니다. 새 구조의 인스턴스는 큐 관리자가 연결하려고 시도할 때 XES에 의해 할당됩니다.

큐 관리자가 구조의 새 인스턴스에 연결되면 큐 관리자는 구조로 자체의 입력 항목을 씁니다. 이 처리는 큐 관리자에서 수행되며 XES 빌드 처리의 일부가 아닙니다.

큐 관리자가 실패 시 실행 중이 아니거나 해당 관리 구조 파트의 복구가 완료되기 전에 종료되는 경우, 큐 공유 그룹의 다른 큐 관리자에 의해 해당 관리 구조 입력 항목이 다시 빌드될 수 있습니다.

동일한 레벨 또는 상위 레벨에서 실행 중인 다른 큐 관리자에 의해서만 큐 관리자의 관리 구조 입력 항목이 다시 빌드될 수 있습니다. 큐 공유 그룹의 다른 큐 관리자에 의해 큐 관리자의 관리 구조 입력 항목이 다시 빌드될 수 없는 경우, 해당 구조 파트의 다시 빌드를 완료할 수 있도록 큐 관리자를 재시작하십시오.
모든 큐 관리자의 관리 구조 입력 항목이 다시 빌드될 때까지 특정 조치가 일시중단됩니다. 일시중단된 조치로는 다음이 포함됩니다.
- 공유 큐 열기 및 닫기.
- 복구 단위 커미트 또는 백아웃.
- 큐 관리자에 연결되거나 연결이 끊어진 직렬화된 애플리케이션.
- 애플리케이션 구조의 백업 또는 복구.
이미 큐 관리자에 연결된 직렬화된 애플리케이션은 처리를 계속할 수 있습니다. MQCNO_SERIALIZE_CONN_TAG_QSG 또는 MQCNO_RESTRICT_CONN_TAG_QSG 매개변수에 연결하려고 하는 직렬화된 애플리케이션은 MQRC_CONN_TAG_NOT_USABLE 리턴 코드를 수신합니다.

큐 관리자의 관리 구조 입력 항목이 다시 빌드되면 일시중단된 조치가 계속됩니다.

다음 시나리오에서는 애플리케이션 구조에 대해 실패가 보고된 경우 발생하는 상황을 설명합니다.

애플리케이션 구조에서 구조 실패 이벤트가 수신되고 CFLEVEL이 1 또는 2이면 큐 관리자가 종료됩니다. 큐 관리자를 재시작하십시오. 구조에 다시 연결하려는 첫 번째 큐 관리자로 인해 XES에서 구조의 새 인스턴스를 할당합니다.
애플리케이션 구조에서 구조 실패 이벤트가 수신되고 CFLEVEL이 3, 4 또는 5이면 구조에 연결된 큐 관리자는 계속 실행됩니다. 실패한 구조의 큐를 사용하지 않는 애플리케이션은 정상 처리를 계속할 수 있습니다.
그러나 실패한 구조의 큐에 조작을 시도하는 애플리케이션은 구조가 다시 빌드를 완료할 때까지, 즉 애플리케이션이 큐를 다시 열 수 있는 시점까지 MQRC_CF_STRUC_FAILED 오류를 수신합니다.

RECAUTO(YES)로 정의된 CFLEVEL(5) 애플리케이션 구조에 대해 구조 다시 빌드가 자동으로 시작됩니다. 그렇지 않으면 RECOVER CFSTRUCT 명령이 실행될 때 구조가 다시 빌드됩니다.

커플링 기능 연결 실패에 대한 복원력

커플링 기능 연결 실패에 대한 복원력의 개념: 커플링 기능 연결 실패에 대한 복원력이란 큐 공유 그룹에서 종료되지 않고 커플링 기능 구조에 대한 연결성 유실을 허용하는 큐 관리자의 능력을 의미합니다. 또한 이 기능은 공유된 큐에 최대한 빠르게 다시 액세스할 수 있도록 연결성이 더 좋은 다른 커플링 기능에 구조를 다시 빌드하려고 시도합니다.
부분적 연결성 유실의 개념: IBM MQ 에서는 sysplex에 있는 하나 이상의 시스템이 시스템이 액세스하는 구조가 할당되는 결합 기능에 대한 연결을 유실하지만 sysplex에 있는 하나 이상의 시스템이 동일한 결합 기능에 대한 연결을 유지하는 상황으로 부분적인 연결 유실을 정의합니다.
완전 연결성 유실의 개념: IBM MQ 에서는 sysplex에 있는 시스템이 결합 기능에 연결할 수 없고 결합 기능에 할당된 구조가 없는 상황으로 전체 연결 손실을 정의합니다.
이 기능을 사용하는 이유: 커플링 기능 연결 실패에 대한 복원성은 IBM MQ의 가용성을 개선하여 큐 관리자가 하나 이상의 커플링 기능 구조에 대한 연결을 유실한 후에도 비공유 큐가 사용 가능한 상태로 남아 있도록 허용합니다. 또한 커플링 기능 구조에 대한 연결성을 유실한 큐 관리자는 사용 가능한 다른 커플링 기능에 구조를 자동으로 다시 빌드하여 큐 공유 그룹 내에서 공유 큐의 가용성을 향상시킵니다.
이 기능 사용 시 고려사항: 종료되지 않고 커플링 기능 구조에 대한 연결성 유실을 허용하는 큐 관리자는 사용 가능한 대체 커플링 기능이 없을 경우 커플링 기능 구조에 어느 정도의 시간 동안 다시 연결하지 못할 수 있습니다. 연결성이 유실된 구조에 정의되어 있는 공유 큐는 구조에 대한 연결성이 복원되어야 사용할 수 있습니다. 이 상황에서 공유된 큐 작업을 수행하기 위해 큐 공유 그룹 멤버에 연결하는 애플리케이션이 액세스해야 하는 공유된 큐가 사용 불가능할 경우가 있습니다. 이런 상황을 피하기 위해서는 커플링 기능 구조에 대한 연결성이 유실되었을 때는 종료되도록 큐 관리자를 설정하는 것을 권장합니다. 이 종료는 애플리케이션이 애플리케이션에 필요한 공유된 큐가 정의되어 있는 커플링 기능 구조에 대한 연결성을 가진 큐 공유 그룹의 다른 멤버에 연결하도록 강제합니다.

커플링 기능 연결 실패에 대한 복원력 관리

기능성 사용 방법

커플링 기능 연결성에 대한 복원력을 사용하려면 다음 단계를 수행해야 합니다.

CFRM 커플 데이터 세트가 시스템 관리 다시 빌드를 지원하도록 포맷되었는지 확인하십시오. 이는 큐 관리자가 사용 가능한 커플링 기능에 구조를 다시 작성할 수 있도록 시스템 관리 다시 빌드를 시작할 수 있게 합니다. CFRM 커플 데이터 세트의 형식을 판별하려면 DISPLAY XCF,COUPLE,TYPE=CFRM 명령을 사용하십시오. 시스템 관리 다시 빌드를 지원하려면 CFRM 커플 데이터 세트를 다음을 지정하여 포맷해야 합니다.
```
"ITEM NAME(SMREBLD) NUMBER(1)"
```
CFRM 커플 데이터 세트 서식 지정에 대한 자세한 내용은 z/OS MVS Sysplex 설정하기 문서를 참조하세요.
대체 커플링 기능이 사용 가능하고 모든 IBM MQ 커플링 기능 구조에 대한 CFRM 환경 설정 목록에 있는지 확인하십시오. 이는 큐 관리자가 최대한 빠르게 구조에 대한 액세스를 복원할 수 있도록 사용 가능한 대체 커플링 기능에 구조를 다시 빌드할 수 있게 합니다.
IBM MQ 구조는 CFRM 정책에서 ENFORCEORDER (NO) 를 사용하여 정의해야 합니다. 그러면 IBM MQ 에서 구조를 다시 할당해야 하는 경우 XCF가 구성에서 최적의 CF를 선택할 수 있습니다.

구조 기본 설정 목록에 대한 자세한 내용은 z/OS MVS Sysplex 설정하기 문서를 참조하세요.
연결성 유실을 허용해야 하는 모든 애플리케이션 커플링 기능 구조를 CFLEVEL(5)로 변경하십시오. 이는 연결성 유실을 허용할 수 있는 최소 레벨입니다.
QMGR CFCONLOS 및 CFSTRUCT CFCONLOS 속성에 필요한 값을 판별하고 이에 따라 변경하십시오. QMGR CFCONLOS 속성은 관리 구조에 대한 연결성 유실에 대한 허용 여부를 제어하며 CFSTRUCT CFCONLOS 속성은 각 애플리케이션 커플링 기능 구조의 연결성 유실 허용 여부를 제어합니다. 이 속성들에 대해 기본 값을 유지할 경우 큐 관리자는 커플링 기능 구조에 대한 연결성을 더 이상 유실되지 않게 합니다.
각 애플리케이션 커플링 기능 구조에 대해 CFSTRUCT RECAUTO 속성에 필요한 값을 판별하고 이를 알맞게 변경하십시오. 이 속성은 완전 연결성 유실 후 로그된 데이터를 사용한 커플링 기능 구조의 자동적 복구 여부를 제어합니다. 이 속성에 기본값을 유지할 경우 연결성이 모두 유실된 후 어떤 애플리케이션 구조에 대해서도 자동 복구가 수행되지 않습니다.

시나리오 1 - 관리 구조에 대한 연결성 유실

큐 관리자는 종료하지 않고 관리 구조에 대한 연결 유실을 허용할 수 있습니다.

관리 구조에 대한 연결성 유실을 허용하도록 구성된 큐 관리자가 관리 구조에 대한 연결성을 유실했을 경우 큐 공유 그룹의 모든 멤버들이 관리 구조와의 연결을 끊습니다. 그 후 큐 공유 그룹의 모든 활성 큐 관리자는 관리 구조에 다시 연결을 시도하며, 이 때 이들은 sysplex의 모든 시스템에 대해 최상의 연결성을 가진 커플링 기능으로 다시 할당되어 관리 구조 데이터를 다시 빌드합니다.

참고: 활성 큐 관리자가 있는 모든 시스템에 최상으로 연결되어 있는 커플링 기능일 필요는 없습니다.

예를 들어 관리 구조에 대한 CFRM 환경 설정 목록에 사용 가능한 커플링 기능이 없거나 하는 이유로 큐 관리자가 관리 구조에 다시 연결할 수 없는 경우, 큐 관리자가 관리 구조에 다시 연결해 관리 구조 데이터를 다시 빌드할 때까지 몇몇 공유된 큐 조작을 사용할 수 없습니다. 이는 시스템에서 알맞은 커플링 기능이 사용 가능해질 때 자동적으로 일어납니다.

커플링 기능에 대한 연결성 부족으로 인한 큐 관리자 시작 중 관리 구조와의 연결 실패나 구조를 할당할 사용 가능한 알맞은 커플링 기능 부족은 허용되지 않습니다. 그 후 큐 공유 그룹의 모든 활성 큐 관리자는 관리 구조에 다시 연결을 시도하며, 이 때 이들은 사용 가능한 다른 커플링 기능이 있을 경우 여기에 다시 할당되어 관리 구조 데이터를 다시 빌드합니다.

시나리오 2 - 애플리케이션 구조에 대한 연결성 유실

큐 관리자를 종료하지 않고 CFLEVEL(5) 이상에서 애플리케이션 구조에 대한 연결 유실을 허용할 수 있습니다. CFLEVEL(4) 이하의 애플리케이션 구조에 연결된 큐 관리자 또는 연결성 유실을 허용하도록 구성되지 않은 CFLEVEL(5) 의 구조는 구조에 대한 연결성이 유실될 때 이유 코드 00C510AB 로 이상 종료됩니다.

연결성 유실을 허용하도록 구성된 애플리케이션 구조에 대한 연결성이 유실되었을 경우 구조에 대한 연결성을 유실한 모든 큐 관리자가 연결을 끊습니다. 큐 관리자의 후속 작동은 연결성 유실이 부분적인지 전체적인지에 따라 다릅니다.

애플리케이션 구조에 대한 부분적 연결성 유실

연결성 유실이 부분적으로 판별될 경우 구조에 대한 연결성을 유실한 큐 관리자는 연결성이 향상된 다른 커플링 기능으로 구조를 이동시키기 위해 시스템 관리를 다시 빌드하기 시작합니다. 다시 빌드가 완료되면 구조에 있는 지속적 및 비지속 메시지는 다른 커플링 기능으로 복사되며 구조에 있는 큐에 대한 액세스가 복원됩니다. 연결성을 유실하지 않은 큐 관리자는 구조에 연결된 채로 남아 있지만 구조에 액세스하는 조작은 시스템 관리 재빌드 프로세스 동안 지연됩니다.

연결성이 향상된 다른 커플링 기능에 애플리케이션 구조를 다시 빌드할 수 없거나 다른 커플링 기능에 구조가 다시 빌드된 후에도 연결성을 갖지 못한 큐 관리자가 있는 경우 커플링 기능에 대한 연결성이 복원될 때까지 구조에 대한 연결성이 없는 큐 관리자는 구조에 정의된 큐를 사용할 수 없습니다. 큐 관리자는 구조가 사용 가능해지면 자동적으로 다시 연결하며 구조에 정의되어 있는 공유된 큐에 대한 액세스가 복원됩니다.

애플리케이션 구조에 대한 총 연결성 유실

시스템플렉스 내 모든 MVS 시스템이 애플리케이션 구조가 할당된 커플링 시설과의 연결을 상실한 경우, 해당 구조에 재연결을 시도할 때마다 z/OS 커플링 시설에서 구조를 해제합니다. 애플리케이션의 공유된 큐 열기 시도나 시스템의 새 커플링 기능 자원 사용 가능 알림과 같은 몇 가지 이유로 큐 관리자가 구조에 다시 연결을 시도하는 경우가 있습니다. 따라서 이 구조에 있는 모든 비지속 메시지는 애플리케이션 구조에 연결성을 모두 유실한 후 잃게 될 가능성이 큽니다.

연결성을 모두 유실한 후 복구 가능한 애플리케이션은 RECAUTO(YES)로 정의되어 있을 경우 자동으로 복원됩니다. 복구는 구조를 할당할 대체 커플링 구조가 있을 경우 또는 이러한 커플링 기능이 사용 가능해질 때 거의 즉시 시작됩니다. 구조가 RECAUTO(YES)로 정의되지 않은 경우 RECOVER CFSTRUCT 명령을 실행하여 복구를 시작할 수 있습니다. 이는 구조의 모든 지속 메시지를 복구하지만, 모든 비지속 메시지는 잃게 됩니다. 이 프로세스는 큐 관리자 로그 읽기를 포함하기 때문에 완료에 시간이 걸릴 수 있으며 따라서 이 시간을 줄이기 위해 구조의 공유된 큐에 대한 액세스가 복원될 때까지 정기적으로 구조 백업을 하는 것을 권장합니다.

큐 관리자는 애플리케이션이 구조에 정의된 공유 큐를 열려고 시도함과 동시에, 또는 새 커플링 기능 자원이 사용 가능하다는 시스템의 알림을 수신하는 동시에 복구 불가능한 애플리케이션 구조에 대한 다시 연결을 시도합니다. 구조를 할당하기에 알맞은 커플링 기능이 사용 가능한 경우 새 구조가 할당되며 구조에 정의된 공유 큐에 대한 액세스가 복원됩니다. 지속 메시지는 복구 불가능한 구조에 정의된 큐에 넣을 수 없기 때문에 공유 큐의 모든 메시지는 잃게 됩니다.

조작 작동

특정 커플링 기능 구조에 대한 연결성 유실을 허용하도록 구성된 IBM WebSphere® MQ 7.1이상의 큐 관리자가 연결성을 유실하는 경우, 큐 공유 그룹의 멤버는 자동으로 실패에서 복구하고 구조에 다시 연결하려고 시도합니다. 이 활동은 사용 가능할 경우 향상된 연결성의 다른 커플링 기능에 구조를 다시 할당하는 것을 포함할 수 있습니다. 그러나 연결성 유실을 복구하기 위해서는 여전히 운영자 개입이 필요할 수 있습니다.

일반적으로 필요한 운영자 조치는 다음과 같습니다.

연결성 유실을 일으키는 실패의 원인을 해결합니다.
IBM MQ 구조를 할당할 수 있는 결합 기능이 sysplex의 모든 시스템에서 사용 가능한지 확인하십시오.

연결성 유실 이벤트 후 자동적으로 다른 커플링 기능으로 다시 할당된 모든 구조는 큐 공유 그룹의 모든 큐 관리자에 대한 최적 연결성을 갖는 커플링 기능으로 이동시킬 수 있습니다. 필요한 경우, SETXCF START,REBUILD z/OS MVS 시스템 명령 참조서에 설명된 대로 시스템 관리 재빌드 명령을 시작하여 이를 수행할 수 있습니다.

애플리케이션 구조에 대한 연결성이 부분적으로 유실된 경우 구조에 대한 연결성을 유실한 큐 관리자는 시스템 관리를 다시 빌드하려고 시도합니다. 이 프로세스는 다른 커플링 기능에 구조를 다시 할당하며, 이는 이 커플링 기능이 현재 구조에 연결되어 있는 모든 활성 큐 관리자에 대해 연결성을 가질 때만 수행됩니다. 따라서 큐 공유 그룹에 있는 대부분의 큐 관리자가 애플리케이션 구조에 대한 연결성을 유실했을 때 아직 기존 구조에 연결되어 있는 큐 관리자들로 인해 다른 커플링 기능에 구조를 다시 빌드하지 못할 경우가 있습니다. 이 상황에서 아직 기존 구조에 연결되어있는 큐 관리자는 구조가 다시 빌드될 수 있도록 종료될 수 있으며 또는 구조를 실패시키기 위해 RESET CFSTRUCT ACTION(FAIL) 명령을 발행할 수도 있습니다. RECOVER CFSTRUCT 명령을 발행하여 적용 가능한 구조의 복구를 시작할 수 있습니다.

참고: 구조를 실패하고 복구할 때 구조의 모든 비지속 메시지가 유실됩니다.