온라인 시스템 분할: 가상 스토리지

CICS® 시스템에 사용 가능한 가상 스토리지를 늘리기 위해 시스템을 둘 이상의 개별 주소 공간으로 분할할 수 있습니다. 시스템을 분할하면 가용성이 높아지고 한 시스템이 각 프로세서에서 동시에 작동할 수 있으므로 멀티프로세서 컴플렉스를 사용하여 최고의 혜택을 얻을 수 있습니다. 대부분의 CICS 시스템을 분할할 수 있습니다.

CICS 를 조정하여 더 많은 가상 저장 공간을 확보하려면 먼저 MVS 를 조정한 후 CICS 를 조정해야 합니다. MVS 의 공통 가상 저장소를 조정했음에도 CICS 을 단일 주소 공간에서 실행할 수 없는 경우, CICS 작업 부하를 여러 주소 공간으로 분할하는 방안을 고려해야 합니다. 새로운 주소 공간은 더 많은 실제 저장 공간을 필요로 하지만, CICS 영역 분할로 인한 가상 저장 공간의 잠재적 절감 효과는 상당합니다. CICS 시스템은 애플리케이션 기능별로, CICS 기능(예: 파일 소유 영역 또는 터미널 소유 영역)별로, 또는 이 두 가지 기능의 조합별로 분할할 수 있습니다.

많은 설치에서 CICS 워크로드를 여러 개의 독립적인 주소 공간으로 분할하는 것이 편리하다는 것을 알 수 있습니다. 여기서 워크로드는 쉽게 정의할 수 있으며 자원 공유가 필요하지 않습니다. 애플리케이션 서브시스템 및 연관된 터미널, 프로그램 및 데이터 세트를 쉽게 분리할 수 있는 경우, 단일 CICS 주소 공간을 둘 이상의 독립 주소 공간으로 분할하는 것이 좋습니다. 이는 상호작용 없는 자율 리젼이 됩니다.

두 파트 간에 통신이 필요 없이 CICS 시스템을 완전히 분할할 수 있는 경우 오버헤드 및 계획을 줄일 수 있습니다. 새 시스템이 데이터, 프로그램 또는 터미널을 공유해야 하는 경우 CICS 상호 통신을 사용할 수 있습니다. IPIC (IP 상호 연결) 연결, SNA를 통한 ISC (SNA를 통한 상호 시스템 통신) 연결 또는 MRO (다중 리젼 조작) 를 사용하여 CICS 리젼을 서로 연결할 수 있습니다. CICS 상호 통신 방법 및 각 방법에서 사용 가능한 기능 (예: 트랜잭션 라우팅 및 Function Shipping) 에 대한 설명은 CICS 상호 통신 소개를 참조하십시오.

또한 CICS 리젼의 추가 사본을 작성하고 CICS 상호 통신을 사용하여 이들 간의 트랜잭션 라우팅을 제공하는 것을 고려할 수 있습니다. 추가 가상 스토리지가 필요한 경우, 예를 들어 AOR을 두 개 이상의 추가 CICS 사본으로 분할하는 것이 좋습니다. 시스템을 부분적으로 또는 전체를 분할하는 경우, 사용하지 않는 상주 프로그램을 제거하여 각 리젼에 필요한 가상 스토리지의 양을 줄일 수 있습니다. 사용하지 않는 프로그램을 제거하면 관련 DSA의 크기가 줄어듭니다.

CICS 상호 통신은 추가 프로세서 주기를 사용하며 프로세서 시간뿐만 아니라 응답 시간에도 영향을 줄 수 있습니다. 상호 통신의 비용은 연결 유형(IPIC, MRO 또는 SNA를 통한 ISC) 및 해당 연결을 통해 사용할 수 있는 상호 통신 기능에 따라 다릅니다. 다른 상호 통신 방법 및 기능의 성능 고려사항에 대한 정보는 CICS MRO, ISC및 IPIC: 성능 및 튜닝을 참조하십시오.

CICS 시스템이 분할될 때 MXT와 같은 특정 매개변수를 조정해야 할 수 있습니다. Function Shipping이 있는 MRO 시스템에서 태스크의 기간이 길어지면 MXT 및 기타 매개변수(예: 파일 문자열 수, 가상 스토리지 할당)를 추가로 조정해야 합니다.

MRO 사용을 계획 중이라면, MVS 링크 팩 영역(LPA)을 통해 CICS 코드 또는 애플리케이션 코드 공유를 고려하십시오. LPA는 가상 저장 공간이 아닌 실제 저장 공간과 기타 비 CICS 주소 공간을 절약합니다. CICS 의 적격 모듈에 대한 LPA 사용은 시스템 초기화 매개변수( LPA=YESCICS )에 의해 제어되며, 이는 해당 모듈을 LPA에서 검색하도록 지시합니다. LPA 사용에 대한 추가 정보는 링크 팩 영역 (LPA/ELPA) 에서 모듈 사용을 참조하십시오.