![[z/OS]](ngzos.gif)
응급 스토리지 - 기본 구성
IBM® MQ에서 응급 스토리지에 대한 기본 시나리오를 설정하는 방법입니다.
이 태스크 정보
또는 더 큰 구조를 사용하거나 메시지를 SMDS로 오프로드해야 합니다.
SMDS및 메시지 오프로딩을 SCM과 함께 사용하여 연장된 가동 중단 중에 IBM MQ 애플리케이션에 리턴되는 MQRC_STORAGE_MEDIUM_FULL 이유 코드의 가능성을 줄일 수 있습니다.
예를 들어, 엔터프라이즈에는 큐에 메시지를 넣는 애플리케이션과 큐에서 메시지를 가져오는 애플리케이션이 있습니다. 정상 실행 중에 큐 용량이 거의 0일 것으로 예상되지만, 비즈니스 요구사항에 따라 시스템은 두 시간 동안 메시지를 가져오는 애플리케이션의 가동 중단을 허용할 수 있습니다.
이는 사용 중인 공유 큐가 두 시간 동안 넣기 애플리케이션에서 생성되는 메시지를 포함할 수 있어야 함을 의미합니다. 현재 기본 오프로드 규칙 및 SMDS를 사용하여 이러한 목적을 달성합니다.
공유 큐에 송신되는 메시지의 비율은 단기에서 중기까지 두 배가 될 것으로 예상됩니다. 시스템은 여전히 두 시간의 가동 중단을 허용할 수 있어야 하지만, CF에서 구조의 크기를 두 배로 만들기 위해 사용 가능한 실제 스토리지가 충분하지 않습니다. 애플리케이션 구조를 포함하는 CF가 zEC12 시스템에 상주하기 때문에, 충분한 SCM을 구조와 연관시켜 두 시간의 가동 중단이 허용될 수 있도록 충분한 메시지를 저장할 수 있습니다.
- 단일 큐 관리자인
CSQ3이 포함되어 있는 큐 공유 그룹,IBM1. 큐 공유 그룹에는 관리 구조 외에도 단일 애플리케이션 구조인SCEN1이 정의되어 있습니다. - 커플링 기능(CF)
CF01. 이 기능에는SCEN1애플리케이션 구조가IBM1SCEN1구조로 저장되어 있습니다. 이 구조의 최대 크기는 2GB입니다. - 애플리케이션 구조가 사용하는 한 개의 공유 큐,
SCEN1.Q

그리고 큐 관리자 CSQ3이 이미 큐 공유 그룹
IBM1의 유일한 멤버라고 가정하십시오.
IBM1SCEN1의 정의를 커플링 기능 자원 관리자(CFRM)
정책에 추가해야 합니다. 편의상 PREFLIST(CF01)를
지정하여 하나의 커플링 기능(CF01)에서만 작성할 수
있도록 구조를 정의합니다.PREFLIST 에 두 개 이상의 CF를 포함해야 합니다.프로시저
결과
기본 구성을 작성했습니다. 이제는 선택한 메소드를 사용하여 구성의 기준선 성능에 대한 아이디어를 얻을 수 있습니다.