z/OSWebSphere MQ 계획

이 작업은 사용자의 z/OS 환경을 사용자 정의하는 더 큰 작업의 일부입니다.

각 브로커, 사용자 이름 서버(일반적으로 사용자 환경에 하나의 사용자 이름 서버가 있음) 및 구성 관리자에 대해 개별적인 WebSphere MQ 큐 관리자가 있어야 합니다. 그러나 브로커, 사용자 이름 서버구성 관리자는 같은 큐 관리자를 공유할 수 있습니다. 모든 z/OSWebSphere Message Broker 시스템 큐는 사용자 정의 중에 정의됩니다.

큐 관리자에 데드-레터 큐가 필요합니다. WebSphere MQ 명령을 사용하여 이를 점검하십시오.
+cpf  DIS QMGR DEADQ
명령을 사용하여 큐가 존재하는지 점검하십시오.
  +cpf DIS QL(name) STGCLASS
그런 다음, 다음을 사용하여
+cpf DIS STGCLASS(...)
STGCLASS 값이 올바른지 점검하십시오. 큐 관리자에 올바른 데드-레터 큐가 없으면 정의해야 합니다.

분산 큐잉을 사용할 채널 시작기를 설치하십시오. z/OS 큐 관리자와 구성 관리자 큐 관리자 간에 채널이 필요합니다(z/OS에 없는 경우). Publish/Subscribe 보안을 사용하는 경우에는 z/OS 또는 다른 플랫폼에 있을 수 있는 사용자 이름 서버가 사용하는 큐 관리자에 대한 액세스 권한도 필요합니다. 브로커가 작동되는지 테스트하려면 여러 큐 관리자 간에 채널을 시작할 수 있어야 합니다. z/OS 브로커와 구성 관리자 간에 트랜스미션 큐를 구성할 때, 큐의 최대 메시지 크기를 100MB로 설정해야 합니다. 그러면, 전개와 관련된 큰 응답 메시지를 구성 관리자로 리턴할 수 있습니다. 자세한 정보는 도메인 연결 작성을 참조하십시오.

z/OS의 구성요소를 작성 및 삭제하는 경우 WebSphere MQ 큐 관리자의 명령 서버를 시작해야 하며 이는 보통 자동으로 수행됩니다(자세한 정보는 z/OSWebSphere MQ 시스템 관리 안내서 참조).

이 경우 SYSTEM.COMMAND.REPLY.MODEL을 기본으로 한 리플라이-투 큐가 필요합니다. 디폴트로 이 모델 큐는 영구 다이나믹 큐로 정의됩니다. 하지만 이 방법에 따라 큐를 정의한 상태로 둘 경우 구성요소 작성 또는 삭제 명령을 실행할 때마다 이 리플라이-투 큐가 큐 관리자에 정의된 상태로 유지됩니다. 이러한 상황을 방지하도록 임시 다이나믹 큐로 SYSTEM.COMMAND.REPLY.MODEL 큐를 설정할 수 있습니다.

관련 개념
브로커
사용자 이름 서버
관련 태스크
z/OS 환경 사용자 정의
도메인 연결 작성
주의사항 | 등록상표 | 다운로드 | 라이브러리 | 지원 | 피드백
Copyright IBM Corporation 1999, 2006 마지막 갱신 날짜: 2006/08/21
ae22140_