OpenFrame OSI 7.2
본 장에서는 OpenFrame OSI 7.2의 새로운 기능에 대해 간략히 설명한다. 상세한 설명은 관련 안내서를 참고한다.
1. 신규 기능
본 절에서는 제품의 신규 추가사항에 대하여 설명한다.
1.1. 리소스 RDB 테이블로 관리
OSI에서 사용하는 리소스들을 RDB 테이블에서 관리한다. 테이블들은 osiinit 툴로 생성하고 삭제한다.
다음은 리소스를 관리하는 테이블의 설명과 목록이다.
-
SD 및 RTSD 정보
시스템 라이브러리 및 공유메모리에서 관리되었던 System Definition Resource가 RDB 테이블에서 관리되도록 변경되었다.
OFM_OSI_SD_APPLCTN OFM_OSI_SD_DATABASE OFM_OSI_SD_LTERM OFM_OSI_SD_TERMINAL OFM_OSI_SD_TRANSACT OFM_OSI_RTSD_APPLCTN OFM_OSI_RTSD_DATABASE OFM_OSI_RTSD_LTERM OFM_OSI_RTSD_TERMINAL OFM_OSI_RTSD_TRANSACT
-
CI 정보
기존 공유메모리에서 관리되었던 CI 리소스(터미널 세션 정보)가 RDB 테이블에서 관리되도록 변경되었다.
OFM_OSI_CI
-
MODSTAT 정보
기존 시스템 라이브러리에서 관리되었던 MODSTAT 정보가 RDB 테이블에서 관리되도록 변경되었다.
OFM_OSI_MODSTAT
-
Message Queue
기존 공유메모리 및 VSAM을 스토리지로 사용되었던 방식에서 RDB 테이블에서 관리되도록 변경되었다.
OFM_OSI_MQ
-
Region 정보
기존 공유메모리에서 관리되었던 Region 정보가 RDB 테이블에서 관리되도록 변경되었다.
OFM_OSI_REGION
|
2. 변경 기능
본 절에서는 제품의 변경사항에 대하여 설명한다.
2.3. osiomsvr 서버 신규추가로 리전 서버 기동/종료 구조 변경
-
JCL을 사용하여 JOB submit을 통해 기동하는 기존 방식과 동일하다.
-
시스템 서버로 리전을 기동하기 전에 반드시 부트되어 있어야 한다.
-
Runner(DFSMVRC0, DFSRRC00)에서 osiomsvr로 서비스 호출 및 osiomsvr에서 tmboot를 수행한다.
-
/CHECKPOINT FREEZE 명령어 혹은 /STOP REGION 명령어를 통해 서버 종료 시에는 osiomsvr에서 tmdown 수행 후 Runner에게 응답한다.
2.4. MPP 서버를 TranClass 단위로 변경
-
기존에는 하나의 MPP 서버에서 4개의 TranClass를 처리하였으나, 이번 버전부터는 한개의 서버당 한개의 class를 처리하도록 변경되었다.
-
IMSAMSG Job을 submit하면 기술된 각 클래스별로 4개의 MPP 서버가 기동된다.
2.6. 터미널 관리 툴이 OpenFrame Base의 VTAM 모듈로 변경
-
VTAM 리소스는 vtamadm 툴로 조회가 가능하고 BEGINVTAM 매크로는 vtamgen 툴로 컴파일한다. VTAM 리소스 덤프는 vtamdump 툴로 수행이 가능한다.
vtamgen, vtamdump 툴 사용법에 대한 자세한 내용은 OpenFrame Base "툴 참조 안내서"를 참고한다.
-
기존 OSI 내부에서 관리되던 VD(Vtam Definition)을 사용하지 않고 OpenFrame Base의 VTAM 모듈에서 터미널 정보가 관리된다.
2.7. osisdgen 및 osisddump 파라미터 변경
-
osisdgen 및 osisddump 툴의 파라미터가 대상이 되는 데이터셋이 아닌 IMSID를 입력하도록 변경되었다.
osisdgen, osisddump 툴 사용법에 대한 자세한 내용은 OpenFrame OSI "툴 참조 안내서"를 참고한다. |
2.8. Tmax 서버설정
-
TranCass 단위로 서버가 기동됨에 따라 Tmax configuration에 class 별로 서버이름을 기술해야 한다.
*SERVER OSIMPPSVR SVGNAME = svg_node1, MIN = 0, MAX = 10 IMSAMPP_TCL1 SVGNAME = svg_node1, MIN = 1, MAX = 10, TARGET = OSIMPPSVR, CLOPT="-o $(SVR)$(CDATE).out -e $(SVR)$(CDATE).err" IMSAMPP_TCL2 SVGNAME = svg_node1, MIN = 1, MAX = 10, TARGET = OSIMPPSVR, CLOPT="-o $(SVR)$(CDATE).out -e $(SVR)$(CDATE).err" IMSAMPP_TCL3 SVGNAME = svg_node1, MIN = 1, MAX = 10, TARGET = OSIMPPSVR, CLOPT="-o $(SVR)$(CDATE).out -e $(SVR)$(CDATE).err" IMSAMPP_TCL4 SVGNAME = svg_node1, MIN = 1, MAX = 10, TARGET = OSIMPPSVR, CLOPT="-o $(SVR)$(CDATE).out -e $(SVR)$(CDATE).err"
2.9. OpenFrame 환경설정 정보 테이블로 관리
-
파일로 관리되던 OpenFrame 환경설정 정보를 데이터베이스에서 관리하는 구조로 변경하였다.
-
데이터베이스에 적재될 환경설정 메타 파일 포맷을 변경하였고, 파일을 제품별로 분리하였다.
-
환경설정 정보 동기화 및 멀티노드 환경에 대응하기 위해 Tmax TCache에 로드하여 사용하도록 변경하였다.
-
환경설정 정보 구조 변경에 따라 이를 관리하기 위해 ofconfig 툴이 추가되었다.
-
OpenFrame 환경설정에 대한 자세한 내용은 OpenFrame OSI "환경설정 안내서"를 참고한다.
-
ofconfig 툴 사용법에 대한 자세한 내용은 OpenFrame Base "툴 참조 안내서"를 참고한다.
-
2.10. 에러 코드 테이블로 관리
-
파일로 관리되던 OpenFrame 에러 정보를 데이터베이스에서 관리하는 구조로 변경하였다.
-
에러 정보를 DB에 적재하기 위해 oferror 툴에 insert 기능을 추가하였다.
oferror 툴에 대한 자세한 내용은 OpenFrame Base "툴 참조 안내서"를 참고한다.
2.11. 시스템 및 서버 로그 출력 형식 정리
-
OpenFrame 제품, 모듈 간 로그 형식을 통일하였다.
-
로그에 날짜-시간 출력 형식을 보강하였다.
-
서비스 로그 형식
[YYYY-MM-DDTHH:MM:SS.ffffff] [SERVICE-NAME(PID)] [M] [MSGCODE] MESSAGE-CONTENTS
-
시스템 로그 형식
[YYYY-MM-DDTHH:MM:SS.ffffff] [EXECUTED-MODULE] [CODE] [MSGCODE] EVENT FREE-FORMAT-CONTENTS
-
조작 로그 형식
[YYYY-MM-DDTHH:MM:SS.ffffff] [EXECUTED-MODULE] [CODE] [MSGCODE] EVENT FREE-FORMAT-CONTENTS
OpenFrame 로그에 대한 자세한 내용은 OpenFrame Base "Base 안내서"의 부록 "로그 관리"를 참고한다.
-