OSI 운영자 안내서 - TmaxSoft · 2019-04-09 · 제1장 개요 ... 하이퍼링크 메일계정, ... OSI는 크게 3가지 모듈로 구성되어 있다. TN3270 프로토콜

OpenFrame

OSI 운영자 안내서

OpenFrame/OSI v6.0 Fix#2

Copyright © 2012 TmaxSoft Co., Ltd. All Rights Reserved.

Copyright Notice

Copyright © 2012 TmaxSoft Co., Ltd. All Rights Reserved.

대한민국 경기도 성남시 분당구 서현동 272-6 우)463-824

Restricted Rights Legend

All TmaxSoft Software(Tmax OpenFrame®) and documents are protected by copyright laws and the Protection

Act of Computer Programs, and international convention. TmaxSoft software and documents are made available

under the terms of the TmaxSoft License Agreement and may only be used or copied in accordance with the terms

of this agreement. No part of this document may be transmitted, copied, deployed, or reproduced in any form or

by any means, electronic, mechanical, or optical, without the prior written consent of TmaxSoft Co., Ltd.

이 소프트웨어(Tmax OpenFrame®) 사용설명서의 내용과 프로그램은 저작권법, 컴퓨터프로그램보호법 및 국제

조약에 의해서 보호받고 있습니다. 사용설명서의 내용과 여기에 설명된 프로그램은 TmaxSoft Co., Ltd.와의 사용

권 계약 하에서만 사용이 가능하며, 사용권 계약을 준수하는 경우에만 사용 또는 복제할 수 있습니다. 이 사용설명

서의 전부 또는 일부분을 Tmaxsoft의 사전 서면 동의 없이 전자, 기계, 녹음 등의 수단을 사용하여 전송, 복제, 배

포, 2차적 저작물작성 등의 행위를 하여서는 안 됩니다.

Trademarks

Tmax®, Tmax OpenFrame® are a registered trademark of TmaxSoft Co., Ltd. Other products, titles or services

may be registered trademarks of their respective companies.

Tmax®, Tmax OpenFrame®은 TmaxSoft Co., Ltd.의 등록 상표입니다. 기타 모든 제품들과 회사 이름은 각각 해

당 소유주의 상표로서 참조용으로만 사용됩니다.

Open Source Software Notice

This product includes open source software developed and/or licensed by "OpenSSL", "RSA Data Security, Inc.",

"Apache Foundation", and "Jean-loup Gailly and Mark Adler". Information about the aforementioned and the related

open source software can be found in the "${INSTALL_PATH}/license/oss_licenses" directory.

본 제품은 “OpenSSL”, “RSA Data Security, Inc.”, “Apache Foundation” 및 “Jean-loup Gailly와 Mark Adler”에 의

해 개발 또는 라이선스된 오픈 소스 소프트웨어를 포함합니다. 관련 상세 정보는 제품의 디렉터리 “${IN

STALL_PATH}/license/oss_licenses”에 기재된 사항을 참고해 주십시오.

안내서 정보

안내서 제목: OpenFrame OSI 운영자 안내서

발행일: 2012-11-23

소프트웨어 버전: OpenFrame/OSI v6.0 Fix#2

안내서 버전: v2.1.3

내용 목차

안내서에 대하여 .......................................................................................................................... vii

제1장 개요 ................................................................................................................................. 1

1.1. OSI 시스템 소개 ........................................................................................................... 1

1.2. OSI 시스템 구성 요소 ................................................................................................... 2

1.3. OSI 시스템 전체 구조 ................................................................................................... 3

1.3.1. OSI 시스템 서버(Control Region) ........................................................................ 3

1.3.2. OSI 사용자 서버(Dependent Region) .................................................................. 4

제2장 시스템 환경설정 ................................................................................................................ 5

2.1. 개요 ............................................................................................................................ 5

2.2. 시스템 환경설정 파일 ................................................................................................... 5

2.2.1. osi.conf ............................................................................................................. 6

2.2.2. osi.[IMSID].conf ............................................................................................... 10

2.2.3. osi.ofsys.seq ................................................................................................... 14

2.3. 라이브러리 설정 ......................................................................................................... 14

2.3.1. MODSTAT ....................................................................................................... 15

2.3.2. MODBLKS | MODBLKSA | MODBLKSB ............................................................ 16

2.3.3. DBDLIB .......................................................................................................... 18

2.3.4. PSBLIB ........................................................................................................... 20

2.3.5. IMSACB | IMSACBA | IMSACBB ....................................................................... 22

2.3.6. DFSRESLB ..................................................................................................... 23

2.3.7. MATRIX | MATRIXA | MATRIXB ........................................................................ 24

2.3.8. FORMAT | FORMATA | FORMATB .................................................................... 26

2.3.9. STEPLIB ......................................................................................................... 30

2.4. 스토리지 설정 ............................................................................................................ 30

2.4.1. MQ ................................................................................................................. 30

제3장 시스템 서버(Control Region) 설정 ................................................................................... 33

3.1. 개요 ........................................................................................................................... 33

3.2. 스케쥴 서버(osisschd) ................................................................................................ 33

3.2.1. Tmax 환경설정 ................................................................................................ 33

3.3. 커맨드 서버(osicmdsv) ................................................................................................ 34

3.3.1. Tmax 환경설정 ................................................................................................ 34

제4장 사용자 서버(Dependent Region) 설정 ............................................................................. 37

4.1. 개요 ........................................................................................................................... 37

4.2. MPP 사용자 서버 설정 ................................................................................................ 37

4.2.1. 서버 생성 ........................................................................................................ 37

4.2.2. Tmax 환경설정 ................................................................................................ 38

4.3. BMP 사용자 서버 설정 ................................................................................................ 39

4.3.1. Tmax 환경설정 ................................................................................................ 39

제5장 시스템 운영 ..................................................................................................................... 41

OpenFrame iii

5.1. 기동 및 종료 ............................................................................................................... 41

5.1.1. 기동 ................................................................................................................ 42

5.1.2. 종료 ................................................................................................................ 45

5.1.3. 재기동 ............................................................................................................ 46

5.2. 로그 관리 ................................................................................................................... 47

5.2.1. 서버 로그 ........................................................................................................ 47

5.2.2. 조작 로그 ........................................................................................................ 52

제6장 TN3270 Gateway ............................................................................................................ 55

6.1. 개요 ........................................................................................................................... 55

6.2. 환경설정 .................................................................................................................... 55

6.2.1. Tmax 환경설정 ................................................................................................ 55

6.2.2. osi.conf 설정 ................................................................................................... 56

6.3. IP-LU mapping ........................................................................................................... 58

6.3.1. BEGINVTAM 매크로 ........................................................................................ 58

6.3.2. BEGINVTAM 매크로 명령어 ............................................................................. 60

6.3.3. IP-LU mapping Tool ......................................................................................... 64

6.3.4. 예제 ................................................................................................................ 66

6.4. Printer ....................................................................................................................... 67

6.4.1. Display HardCopy ............................................................................................ 67

6.4.2. SCS-DATA Printer ............................................................................................ 67

Appendix A. SMU .................................................................................................................... 69

Appendix B. IMSBATCH 프로시저 ............................................................................................ 73

색인 ............................................................................................................................................ 75

iv OpenFrame OSI 운영자 안내서

그림 목차

[그림 1.1] OSI 구조 ..................................................................................................................... 3

[그림 5.1] OSI 기동 및 종료 흐름 ................................................................................................ 41

OpenFrame v

안내서에 대하여

안내서의 대상

Tmax OpenFrame® (이하 OpenFrame)은 Mainframe 시스템을 오픈 시스템 환경인 UNIX로 전환하는 리

호스팅 솔루션이다. OpenFrame은 Mainframe 시스템에서 실행되는 작업 중 트랜잭션과 관련된 작업을

수행하는 시스템으로 오픈 시스템에서 안정성 및 성능이 검증된 TP-Monitor인 Tmax 엔진을 기반으로 한

다.

본 안내서는 OpenFrame을 구성하는 시스템 중에서 IBM Mainframe의 IMS/DC에 해당하는 Online Server

type I(이하 OSI)를 운용 및 관리하는 사용자를 대상으로 기술한다

안내서의 전제 조건본 안내서를 제대로 이해하기 위해서는 다음과 같은 사항을 미리 알고 있어야 한다.

● UNIX 시스템에 대한 이해

● TmaxSoft의 TP-Monitor인 Tmax에 대한 이해

● IBM Mainframe IMS/DC 시스템에 대한 이해

안내서의 제한 조건본 안내서는 OpenFrame 시스템 중 OSI의 운영 및 관리하는 사용자를 위해 기술되었다. OpenFrame의

기반 환경인 UNIX, 그리고 OpenFrame의 기동 엔진인 Tmax, OSI 시스템의 리호스팅 주체인 IBM Mainframe

IMS/DC에 대해서는 따로 상세히 기술하지 않는다. Tmax, Mainframe의 자세한 설명은 해당 제품 안내서

를 참고한다.

본 안내서는 데이터 셋을 사용하는 방법도 자세하게 기술하지 않는다. 데이터 셋 사용법의 자세한 설명은

OpenFrame 안내서 중 "OpenFrame 데이터 셋 안내서"를 참고한다.

안내서에 대하여 vii

안내서 구성

OSI 운영자 안내서는 총 5개의 장과 Appendix로 구성된다.

각 장의 주요 내용은 다음과 같다.

● 제1장: 개요

OSI 시스템에 대한 기본 개념과 특징적인 구조에 대해 기술한다.

● 제2장: 시스템 환경설정

OSI 시스템의 운영을 위한 환경설정에 대해 기술한다.

● 제3장: 시스템 서버(Control Region) 설정

OSI 시스템 서버를 설정하는 방법을 기술한다.

● 제4장: 사용자 서버(Dependent Region) 설정

OSI 사용자 서버를 설정하는 방법을 기술한다.

● 제5장: 시스템 운영

OSI 시스템을 기동 및 종료하는 방법 및 운영 중인 OSI 시스템의 운영 정보가 기록되는 로그 파일을 사

용하는 방법에 대해 기술한다.

● 제6장: TN3270 Gateway

TN3270 Gateway의 설정과 사용법에 대해서 기술한다.

● Appendix A: SMU

SMU(Security Maintenance Utility)의 사용 규칙과 예제를 기술한다.

● Appendix B: IMSBATCH 프로시저

IMS/DC에서 BMP를 사용하기 위해 제공하는 IMSBATCH 프로시저를 OSI에서 사용하기 위한 방법을

기술한다.

viii OpenFrame OSI 운영자 안내서

안내서 규약

의미표기

프로그램 소스 코드의 파일명, 디렉터리<AaBbCc123>

Ctrl과 C를 동시에 누름<Ctrl>+C

GUI의 버튼 또는 메뉴 이름[Button]

강조진하게

다른 관련 안내서 또는 안내서 내의 다른 장 및 절 언급" "(따옴표)

화면 UI에서 입력 항목에 대한 설명'입력항목'

메일계정, 웹 사이트하이퍼링크

메뉴의 진행 순서>

하위 디렉터리 또는 파일 있음+----

하위 디렉터리 또는 파일 없음|----

참고 또는 주의사항참고

그림 이름[그림 1.1]

표 이름[표 1.1]

명령어, 명령어 수행 후 화면에 출력된 결과물, 예제코드AaBbCc123

옵션 인수 값[ ]

선택 인수 값|

안내서에 대하여 ix

시스템 사용 환경

요구 사항

IBM AIX 5.x (32bit, 64bit)Platform

HP-UX ia64 11.xx (32bit, 64bit)

HP-UX PA-RISC 11.xx (32bit, 64bit)

Solaris 9 (SunOS 5.9) (32bit, 64bit)

Linux x86 2.6 (32bit, 64bit)

Linux ia64 2.6 (32bit, 64bit)

최소 1GB 메모리 공간Hardware

최소 3GB 하드 디스크 공간

10GB 이상 하드 디스크와 2GB 이상 메모리 공간 권장

Tibero 4.0 SP1 (Build 59966 or later)Database

MF-Cobol 컴파일러Complier

OpenFrame/Base, OpenFrame/Batch, OpenFrame/TACF, OpenFrame/OSI,

Tibero/HiDB

OpenFrame 제품군

x OpenFrame OSI 운영자 안내서

관련 안내서

설명안내서

OSI 시스템을 사용하는 개발자를 위한 안내서이다.OpenFrame

OSI 개발자 안내서

OpenFrame 데이터 셋에 대한 소개와 데이터 셋 종류 및 카탈로그 방법 등에

대해 기술한 안내서이다.

OpenFrame

데이터 셋 안내서

계층형 데이터베이스인 Tibero/HiDB에 대한 소개와 제품의 지원범위에 대해

기술한 안내서이다.

Tibero

HiDB 안내서

OpenFrame 엔진과 함께 제공되는 다양한 유틸리티 프로그램에 대해 기술된

안내서이다.

OpenFrame

유틸리티 참조 안내서

OpenFrame 시스템을 운용하는데 사용하는 다양한 툴 프로그램에 대해 기술

된 안내서이다.

OpenFrame

툴 참조 안내서

Mainframe 환경의 리소스를 OpenFrame 환경으로 마이그레이션 할 때 필요

한 정보와 전환절차 또는 주의사항 등에 대해 기술된 안내서이다.

OpenFrame

마이그레이션 안내서

참고 문헌

안내서제품

IMS V7 InstallationMainframe

안내서에 대하여 xi

연락처

Korea

TmaxSoft Co., Ltd

272-6 Seohyeon-dong, Bundang-gu,

Seongnam-si, Gyeonggi-do, 463-824

South Korea

Tel: +82-31-8018-1000

Fax: +82-31-8018-1115

Email: [email protected]

Web (Korean): http://www.tmax.co.kr

기술지원: http://technet.tmaxsoft.com

USA

TmaxSoft, Inc.

560 Sylvan Avenue Englewood Cliffs, NJ 07632

U.S.A

Tel: +1-201-567-8266

Fax: +1-201-567-7339


Web (English): http://www.tmaxsoft.com

Japan

TmaxSoft Japan Co., Ltd.

5F Sanko Bldg, 3-12-16 Mita, Minato-Ku, Tokyo, 108-0073

Japan

Tel: +81-3-5765-2550

Fax: +81-3-5765-2567


Web (Japanese): http://www.tmaxsoft.co.jp

xii OpenFrame OSI 운영자 안내서

http://www.tmax.co.kr

http://technet.tmaxsoft.com

http://www.tmaxsoft.com

http://www.tmaxsoft.co.jp

China

TmaxSoft China Co., Ltd.

Beijing Silver Tower, RM 1508, 2# North Rd Dong San Huan,

Chaoyang District, Beijing, China, 100027

China

Tel: +86-10-6410-6145~8

Fax: +86-10-6410-6144


Web (Chinese): http://www.tmaxsoft.com.cn

안내서에 대하여 xiii

http://www.tmaxsoft.com.cn

제1장 개요

본 장에서는 OpenFrame OSI(Online Server type I) 시스템과 그 구성 요소에 대해 소개하고 전체 구조에

대해 설명한다.

1.1. OSI 시스템 소개OpenFrame OSI는 리호스팅 솔루션인 OpenFrame을 구성하는 여러 제품들 중 하나로 Mainframe에서 운

영되는 Online 업무를 오픈 시스템(Unix)에서 운영할 수 있게 해준다.

일반적으로 기존 Mainframe에서 운영 중이던 업무 시스템을 오픈 시스템으로의 전환을 고려할 때 다음과

같은 이슈가 있을 수 있다.

● 기존 Mainframe의 성능 및 안전성을 어떻게 제공하는가?

● 얼마나 쉽게 전환할 수 있는가?

OSI는 TP-Monitor Tmax 제품과 마이그레이션 툴을 기반으로 위 두 가지 이슈를 해결한다.

OSI는 성능 및 안전성 문제를 해결하기 위하여 오픈 시스템에서 안정성 및 성능이 검증된 TP-Monitor인

Tmax 엔진을 기반으로 한다. 그렇기 때문에 OSI는 아래와 같은 Tmax의 특장점을 포함한다.

● 편리한 프로세스 관리

OSI에서 사용자가 생성한 프로세스들은 Tmax에 의하여 기동부터 종료까지 관리되고 Tmax가 제공하

는 다양한 모니터링 정보를 사용하므로 프로세스를 편리하게 관리할 수 있다.

● 대용량 트랜잭션 지원

Tmax는 대용량 트랜잭션의 처리를 위해 스케줄링 및 서비스큐 관리 기능을 내부에 포함하고 있다.

Tmax는 오픈 환경의 미션 크리티컬한 업무를 수행해야 하는 시스템에 적합하다. Tmax를 기반으로 한

OSI 역시 대용량의 트랜잭션을 안정적으로 지원하고 있다.

● 오픈 환경에서의 자유로운 연동

연동 이슈는 IBM Mainframe 환경에서 오픈 시스템 환경으로 리호스팅 직후에 바로 직면하게 되는 중요

한 이슈는 아니다. 그러나 운영 중인 시스템을 확장하거나 다른 시스템과 연동해야 하는 상황은 자주 발

생한다. 이러한 경우에 Tmax는 다른 X/Open DTP 모델을 준수하는 Tuxedo와 같은 상용 TP-Monitor와

자연스럽게 연동되므로 OSI는 기타 다른 리호스팅 솔루션과 비교하여 뛰어난 장점을 갖는다.

Tmax의 이러한 장점은 OSI로 작성된 업무 시스템의 확장을 용이하게 한다. 또한 TmaxSoft의 Web Ap

plication Server인 JEUS 등의 연동을 통해 웹 환경과도 자연스럽게 연동할 수 있는 장점을 가지고 있다.

제1장 개요 1

OSI는 사용자 프로그램들과 그에 필요한 각종 리소스들을 간단한 마이그레이션 작업으로 Mainframe에서

운영되던 업무를 오픈 시스템에서도 그대로 사용할 수 있도록 여러가지 툴을 제공한다. 또한 Mainframe

의 IMS/DC의 MPP(Message Processing Program), BMP(Batch Message Processing)에서 운영 중인 사

용자의 프로그램을 OSI에서 그대로 운영할 수 있도록 DL/I와 동일한 인터페이스를 제공한다.

OSI 시스템의 MPP, BMP에 대한 자세한 내용은 “1.3.1. OSI 시스템 서버(Control Region)”를 참고한다.

1.2. OSI 시스템 구성 요소OSI는 크게 3가지 모듈로 구성되어 있다. TN3270 프로토콜 처리와 TN3270 에뮬레이터(Physical Terminal)

정보를 관리 해주는 TN3270 게이트웨이, OSI 시스템의 중요한 기능을 담당하는 OSI 시스템 서버(스케쥴

서버, 커맨드 서버와 같은 시스템 서버들)와 사용자 애플리케이션을 실행하는 OSI 사용자 서버(MPP, BMP

server와 같은 사용자 서버들)로 구성되어 있다.

● TN3270 게이트웨이

TN3270 게이트웨이의 가장 중요한 기능은 TN3270 에뮬레이터 지원으로써 TN3270 프로토콜 스펙을

지키는 모든 에뮬레이터의 접속 요청을 받아들인다.

TN3270 게이트웨이는 복수 개(설정에 따라서 조정 가능한 수)의 에뮬레이터들에 대한 관리 및 접속 요

청 에뮬레이터들에 대한 IP-LU 자동 할당 기능 및 IP 체크, OSI 시스템 서버(Control Region)와의 데이

터 통신 기능을 수행한다.

● OSI 시스템 서버(Control Region)

OSI 시스템을 운영하는 데 필요한 시스템 모듈이다.

OSI 시스템 서버들의 기능은 메세지 스케쥴링, Message Queue 관리, MFS 를 통한 메세지 변환, DB

연동, 시스템 및 사용자 커맨드 처리 와 같은 시스템 운영에 필요한 것들이다.

● OSI 사용자 서버(Dependent Region)

사용자 어플리케이션 프로그램을 실행하기 위해 사용자가 직접 프로세스(Tmax 서버 형태)를 JCL을 통

해 기동하거나 "/START REGION" 명령을 통해 기동한다.

참고

현재 OSI 6.0 Fix#2 버전에서 MPP 서버는 osibuild 툴을 사용하여 사용자가 직접 운영 환경에 맞게

고정된 서버 이름(OSIMPPSVR)으로 생성되고 있으며, BMP 서버는 osibmpsv라는 모듈이 제공되고

있다.

2 OpenFrame OSI 운영자 안내서

1.3. OSI 시스템 전체 구조일반적으로 실제적인 업무 프로그램이 운영되기 위해서 시스템 서버 차원과 사용자 서버 차원에서 업무

프로그램의 운영 기반이 제공되어야 한다. 이러한 운영 기반을 위한 OSI 구조는 다음과 같다.

[그림 1.1] OSI 구조

시스템 서버는 OSI 시스템 모듈에 해당하는 영역으로, OSI 시스템 자체에서 애플리케이션 서버 및 업무

프로그램을 동작시키기 위해 필요로 하는 서버를 포함한 각종 설정이 포함되어 있다. 사용자 서버는 OSI

사용자 모듈에 해당하는 영역으로 OSI 시스템에서 제공하는 애플리케이션 서버인 MPP와 BMP로 구분한

다. 그 밖에 OSI 시스템에는 시스템 엔진 영역인 Online Core(Tmax)가 포함된다.

1.3.1. OSI 시스템 서버(Control Region)

OSI 시스템 서버(Control Region)에는 스케쥴 서버(osisschd)와 커맨드 서버(osicmdsv) 두 가지 서버가 존

재한다. 이 두 개의 서버는 Tmax UCS 서버 타입으로 제공되고 있다.

● 스케쥴 서버(osisschd)

요청 받은 메세지의 정합성 판단(유효한 메세지인지를 판단)과 함께 메세지 큐(Message Queue 이하

MQ) 관리(스케쥴링)을 동시에 하고 있다. MFS 를 통한 데이터 변환이 이루어진 후 TN3270 게이트웨이

와 MPP 사이의 통신을 원활하게 할 수 있도록 해주고 있다.

– 메세지 관리

요청받는 메세지를 MQ에 업데이트하면서 스케쥴링 룰(우선 순위, 클래스 등)에 따라서 적절하게 메

세지를 MQ에서 MPP 또는 커맨드 서버, TN3270에 접속되어 있는 에뮬레이터로 스케쥴링한다.

– MFS 변환

MPP와 TN3270 에뮬레이터(중간에 TN3270 게이트웨이가 있음) 사이에서 화면 정보와 어플리케이

션에서 정의한 데이터 포맷을 일치시켜주고, 서로 다른 코드 페이지(ASCII와 EBCDIC)로 된 데이터

를 중간에서 변환해주는 역할을 한다.

– 스케쥴링

제1장 개요 3

메세지의 class, priority, serial, parallel, maxrgn 등 스케쥴링 규칙을 적용하여 메세지를 스케쥴링하

고 있다. (IBM Mainframe의 IMS/DC의 기능과 동일하다.)

● 커맨드 서버(osicmdsv)

OSI 시스템 운영에 필요한 모든 커맨드를 처리한다.

1.3.2. OSI 사용자 서버(Dependent Region)

OSI에서 기본적으로 제공하는 시스템 모듈 외에 사용자가 작성한 업무 프로그램을 실제로 운영하기 위해

서 사용자는 시스템 설정 단계에서 이를 담당할 서버 모듈을 직접 준비해야 한다. 사용자가 준비해야 하는

서버 모듈은 개념적으로 IMS/DC의 OSI 사용자 서버(Dependent Region)에 해당하는 영역을 의미한다.

일반적으로 IBM Mainframe에서 운영하던 Dependent Region 하나당 하나씩 사용자 모듈을 준비한다.

다음은 OSI를 운영에 사용되는 사용자 서버이다.

● MPP 사용자 서버

IMS/DC에서 MPP Region에 대응되는 부분으로, 기존 IMS/DC에서 운영 중이던 MPP Region당 1:1 대

응되는 서버이다.

● BMP 사용자 서버

IMS/DC의 BMP Region에서 동작하는 사용자 프로그램이 운영될 수 있도록 하는 서버이다.

사용자 서버를 준비하는 과정은 JCL을 사용하여 직접 기동하거나 OSI 명령어를 사용하여 기동할 수 있다.

이와 관련된 사용자 서버 환경설정에 대한 자세한 내용은 “제4장 사용자 서버(Dependent Region) 설정”

을 참고한다.


제2장 시스템 환경설정

본 장에서는 OSI 시스템의 운영을 위해 필요한 환경설정 방법 및 예제에 대해 기술한다.

2.1. 개요OSI 시스템 설치가 완료된 후에 사용자는 먼저 OSI 시스템의 환경에 기본적으로 설정되어야 하는 항목에

대해 시스템에서 지정한 대로 설정을 완료해야 한다.

OSI 시스템 환경에 구성해야 하는 내용은 다음과 같다.

● 시스템 환경설정 파일

● 라이브러리 설정

● 스토리지 설정

2.2. 시스템 환경설정 파일OSI 시스템에 필요한 시스템 설정값 중 동적으로 반영할 수 없는 항목은 대부분 환경설정 파일에 기술되

고, OSI 시스템이 기동될 때 지정된 값이 시스템에 적용된다.

OSI의 환경설정 파일은 다음의 3개의 파일로 구성된다.

● osi.conf

OSI에 필요한 가장 기본적인 값이 설정되고 파일에 설정된 값은 OSI의 모든 모듈에 적용된다.

● osi.[IMSID].conf

OSI에서 IMSID 당 설정되며, IMSID로 구분되는 특정 IMS 시스템의 모든 모듈에 적용된다. IMSID는 4

자리의 Alphanumeric 문자로 설정해야 한다.

● osi.ofsys.seq

최소한 하나의 OSI 시스템 서버(Control Region, IMSID로 구분) 운영에 필요한 Base/Batch 서버들을

설정하여 osiboot 툴로 자동으로 기동시킨다. (TN3270 Gateway도 여기에 설정한다.)

제2장 시스템 환경설정 5

2.2.1. osi.conf

OSI 시스템의 모든 모듈에서 공통으로 참조하는 환경설정 파일로, OSI에서 지원하는 모든 서버 타입에

공통으로 적용될 항목이 설정된다.

osi.conf 파일은 다음의 절로 구성된다.

설명절

OSI TN3270 Gateway(VTAM)의 로그 레벨 정보를 설정하는 절이다.[GENERAL]

OSI에서는 OSD(Online System Definition), MQ(Message Queue)와 같은 시스

템 리소스를 관리하기 위해서 Tibero/TSAM을 필요로 한다.

[TSAM_CLIENT]

OSI 시스템에서 Tibero/TSAM에 접속하기 위한 정보를 설정하는 절이다.

OSI TN3270 Gateway(VTAM)의 공유 메모리 와 사용하는 리소스에 대해 설정

하는 절이다.

[VTAM]

Tmax 환경 파일에 등록하는 서버이름과 동일한 이름으로, 각 서버에서 사용하

는 PORT 번호와 최대 수용 가능 채널 수를 설정하는 절이다. VTAM Gateway 는

필요한 경우, 복수개 지정할 수 있다.

[vtam_gate

way_name]

[GENERAL]

OSI 시스템의 공통 모듈인 TN3270 Gateway(VTAM)의 로그 레벨 정보를 설정하는 절이다.

[GENARAL]

LOG_LEVEL={D|I|E}

다음은 [GENARAL] 절의 설정 항목에 대한 설명이다.

설명항목

TN3270 Gateway에서 출력하는 로그의 레벨을 설정한다.LOG_LEVEL

- D: 디버그 모드이다.

- I: 인포메이션 모드이다. (기본값)

- E: 에러 모드이다.

다음은 에러 메시지, 인포메이션 메시지를 출력하기 위해서 시스템의 메시지 출력 모드를 인포메이션 모

드로 설정하는 예제이다.

[GENERAL]

LOG_LEVEL=I


[TSAM_CLIENT]

OSI 시스템에서 Tibero/TSAM에 접속하기 위한 정보를 설정하는 절이다.

[TSAM_CLIENT]

USERNAME=user_name

ENPASSWD=user_enpassword

PASSWORD=user_password

DATABASE=database_address

다음은 [TSAM_CLIENT] 절의 설정 항목에 대한 설명이다.

설명항목

Tibero/TSAM에 접속할 때 사용되는 사용자 이름을 설정한다.USERNAME

Tibero/TSAM에 접속할 때 사용되는 암호화된 비밀번호를 설정한다. (16진수 값)ENPASSWD

Tibero/TSAM에 접속할 때 사용되는 비밀번호로, ENPASSWD와 동시에 설정된

경우에는 ENPASSWD의 우선순위가 높다. (일반적인 문자열)

PASSWORD

Tibero/TSAM 서버로 사용되는 데이터베이스 접속 주소를 설정한다.DATABASE

참고

1. 설정 항목 중 USERNAME, DATABASE는 반드시 설정한다.

2. ENPASSWD 또는 PASSWORD 중 하나는 반드시 지정한다.

다음은 같은 머신에 설치된 Tibero/TSAM에 포트 번호 12500번으로 접속하는 경우의 예제로, 접속할 때

사용자 이름은 tsam00로 비밀번호는 tmax로 설정한다.

[TSAM_CLIENT]

USERNAME=tsam00

PASSWORD=tmax

DATABASE=sock:localhost:12500

[VTAM]

OSI 시스템에서 사용하는 TN3270 Gateway(VTAM)가 사용하는 공유 메모리와 리소스 정보를 설정하는

절이다.

[VTAM]

SHMKEY=shmkey

SHMSIZE=shm-size

USERMSG_PATH=absolute-path

DSNAME=dataset-name


MAXAPPL=max available APPLID

USE_VDS=[ON|OFF]

다음은 [VTAM] 절의 설정 항목에 대한 설명이다.

설명항목

TN3270 Gateway(VTAM)가 사용하는 공유 메모리에 대한 키 값을 설정한다.SHMKEY

(16진수)

TN3270 Gateway(VTAM)가 사용하는 공유 메모리의 크기를 설정한다.SHMSIZE

(10진수, 단위: MB)

TN3270 Gateway(VTAM)에 접속하는 터미널에 대해 기본적으로 빈 화면을 출

력하지만 데이터 스트림으로 된 텍스트 파일로 첫 화면을 지정할 수 있다.

USERMSG_PATH

IP-LU mapping 기능을 사용하기 위해서 해당 정보가 저장된 데이터 셋 이름을

지정한다. 자세한 설명은 “제6장 TN3270 Gateway”을 참고한다.

DSNAME

TN3270 Gateway(VTAM)가 최대로 수용할 수 있는 APPLID(터미널 또는 Region)

의 수를 지정한다.

MAXAPPL

IP-LU mapping 기능을 사용할 것인지 아닌지를 설정한다.USE_VDS

참고

1. 하나의 APPLID 당 필요한 메모리 크기와 MAXAPPL에 지정한 수의 곱이 SHMSIZE 보다 클 경우

osiboot를 실행할 때 에러가 발생한다.

2. USERMSG_PATH의 경로에 지정한 파일은 단순 텍스트 파일로 파일 안의 데이터가 터미널에 접

속할 때 그대로 출력된다.

다음은 공유 메모리 키는 31000(16진수)이고, 크기는 64MB, 터미널에 접속할 때 첫 화면은 /tmp/osivtam

파일 안의 내용이고 에러가 발생하는 경우 에러 번호와 함께 메세지도 같이 출력하며, 최대 수용 APPLID(터

미널 또는 Region)은 1024개, IP-LU mapping 기능은 사용하지 않도록 설정한 VTAM 설정 예이다.

[VTAM]

SHMKEY=31000

SHMSIZE=64

USERMSG_PATH=/tmp/osivtam

DSNAME=OSI.IMSA.VTAMLST

MAXAPPL=1024

USE_VDS=OFF


[vtam_gateway_name]

Tmax 환경설정에 등록한 서버 이름과 동일한 이름으로 설정하는 절로서 TN3270 Gateway의 부하를 줄

이기 위해 복수 개의 서버를 기동하는 목적으로 설정한다. 각 서버는 동일한 공유 메모리에서 동작한다.

[vtam_gateway_name]

PORT=port-number

CHANNEL=channel-size

다음은 [vtam_gateway_name] 절의 설정 항목에 대한 설명이다.

설명항목

개별 TN3270 Gateway 가 사용하는 포트 번호이다. (10진수)PORT

개별 TN3270 Gateway 가 최대 수용 가능한 터미널의 수를 설정한다. (10진수)CHANNEL

다음은 OSIGW001 이름이라는 서버로 기동되며 1024개의 터미널을을 서비스하고 15000의 포트 번호로

운영하도록 설정하는 예제이다.

[OSIGW001]

PORT=15000

CHANNEL=1024

[CRC]

OSI 커맨드를 실행할 때 커맨드가 실행될 Control Region을 특정 문자(CRC : Command Recognition

Character)와 매핑하는 절이다. 이 설정을 하면 imscmd 툴이나 JCL을 통한 커맨드를 실행할 때 커맨드의

맨 앞에 CRC값을 줌으로써 실행될 Region을 결정할 수 있다. 각각의 CRC는 겹치지 않도록 설정해야 한

다.

[CRC]

crc=imsid

다음은 [CRC] 절의 설정 항목에 대한 설명이다.

설명항목

커맨드를 실행할 때 커맨드를 수행할 Region을 식별하기 위한 문자이다.crc

설정값 imsid에는 해당 CRC를 가진 커맨드가 수행될 Control Region의 이름을

설정한다.

다음은 '/' 문자를 IMSA라는 Control Region의 CRC로 설정하는 예제이다.

[CRC]

/=IMSA


2.2.2. osi.[IMSID].conf

OSI 시스템에서 IMSID별로 적용될 항목들이 설정되는 환경설정 파일이다. 실제 환경설정 파일명의 IMSID

가 IMSA라면 "osi.IMSA.conf"와 같은 형태가 된다.

osi.[IMSID].conf 파일은 다음의 절로 구성된다.

설명절

OSI 시스템에서의 일반적인 동작을 설정하는 절이다.[GENERAL]

OSI 시스템이 동작하는 데 필요한 중요 정보를 관리하는 시스템 메모리 영역

을 설정하는 절이다.

[SYSTEM_MEMORY]

OSI 시스템이 동작하는 데 필요한 각종 정보들이 저장되어 있는 라이브러리

의 위치를 설정하는 절이다.(TD : 연구소 추가 )

[LIBRARY]

OSI 시스템에서 시스템이 동작할 때 사용되는 스토리지 영역에 대한 정보를

설정하는 절이다.

[STORAGE]

OSI 시스템에서 EBCDIC 코드와 ASCII 코드 간에 코드변환이 필요한 경우

사용할 CPM 데이터 파일을 설정하는 절이다.

[CPM]

OSI 시스템에 적용할 Security의 사용여부를 설정하는 절이다.[SECURITY]

OSI 시스템에에서 사용자가 설정을 할 수 있는 부분에 관련된 절이다.[USER]

[GENERAL]

OSI 시스템에서의 일반적인 동작을 설정하는 절이다.

[GENARAL]

LOG_LEVLE={D|I|E}

다음은 [GENARAL] 절의 설정 항목에 대한 설명이다.

설명항목

시스템에서 출력하는 로그의 레벨을 설정한다.LOG_LEVEL

- D: 디버그 모드이다.

- I: 인포메이션 모드이다. (기본값)

- E: 에러 모드이다.

다음은 에러 메시지, 인포메이션 메시지를 출력하기 위해서 시스템의 메시지 출력 모드를 인포메이션 모

드로 설정하는 예제이다.

[GENERAL]

LOG_LEVEL=I


[SYSTEM_MEMORY]OSI 시스템이 동작하는 데 필요한 중요 정보를 관리하는 시스템 메모리 영역을 설정하는 절이다.

시스템 메모리 영역은 공유 메모리(Shared Memory)에 구성되며, UNIX에서 공유 메모리를 이용하기 위한

정보들을 설정한다.

[SYSTEM_MEMORY]

SHMKEY=shmkey

SHMSIZE=shm-size

PROTECT=protect-type

다음은 [SYSTEM_MEMORY] 절의 설정 항목에 대한 설명이다. 모든 항목은 필수 항목이다.

설명항목

공유 메모리의 키를 설정한다. (16진수)SHMKEY

시스템 메모리의 크기를 설정한다. (단위: MB)SHMSIZE

시스템 메모리의 보호 방식을 설정한다. 과거 버전과의 호환성을 위해 존재하는

항목으로 반드시 WRONLY를 설정해야 한다.

PROTECT

다음은 시스템 메모리의 키를 0x40000으로, 크기를 64MB로 설정하는 예제이다.

[SYSTEM_MEMORY]

SHMKEY=40000

SHMSIZE=64

PROTECT=WRONLY

[LIBRARY]

OSI 시스템이 동작하는 데 필요한 각종 정보들이 저장되어 있는 Staging Library의 위치를 설정하는 절이

다. Staging Library는 관리자가 운용 데이터를 추가, 변경하는 데이터 셋이다. 시스템을 운용할에는 이 내

용이 복사되어 있는 Active Library를 읽어 사용한다. 자세한 내용은 OpenFrame 안내서 중에 "툴 참조 안

내서"의 "8.1. dfsuocu0"과 "명령어 참조 안내서"의 "2.10 MODIFY"를 참고한다.

[LIBRARY]

MODBLKS=modblks

IMSACB=acblib

MATRIX=matrix

FORMAT=fmtlib

다음은 [LIBRARY] 절의 설정 항목에 대한 설명이다. 모든 항목은 필수 항목이다.

설명항목

OSI에서 지원하는 각종 리소스의 설정이 저장된 Staging Library 데이터 셋의 DSN

을 설정한다.

MODBLKS


설명항목

ACB가 저장된 Staging Library 데이터 셋의 DSN을 설정한다.IMSACB

OSI에서 지원하는 Security 정보가 저장된 Staging Library 데이터 셋의 DSN을 설

정한다.

MATRIX

MFS가 저장된 Staging Library 데이터 셋의 DSN을 설정한다.FORMAT

다음은 MODBLKS을 OSI.IMSA.DEFLIB으로, IMSACB을 OPNFRAME.ONLINE.ACBLIB으로, MATRIX을

OSI.IMSA.SECLIB으로, FORMAT을 OPNFRAME.ONLINE.MFDLIB으로 설정하는 예제이다.

[LIBRARY]

MODBLKS=OSI.IMSA.DEFLIB

IMSACB=OPNFRAME.ONLINE.ACBLIB

MATRIX=OSI.IMSA.SECLIB

FORMAT=OPNFRAME.ONLINE.MFDLIB

[CPM]

OSI 시스템에서 EBCDIC 코드와 ASCII 코드 간에 코드변환이 필요한 경우 사용할 CPM 데이터 파일을 설

정하는 절이다.

[CPM]

EBCDIC_TO_ASCII=cpm-file-name

ASCII_TO_EBCDIC=cpm-file-name

다음은 [CPM] 절의 설정 항목에 대한 설명이다. 모든 항목은 필수 항목이다.

설명항목

EBCDIC 코드를 ASCII 코드로 변환할 때 사용할 CPM 데이터 파일을 설정한다.EBCDIC_TO_ASCII

ASCII 코드를 EBCDIC 코드로 변환할 때 사용할 CPM 데이터 파일을 설정한다.ASCII_TO_EBCDIC

다음은 한국어를 지원하는 CPM 데이터 파일인 EBCASCKR.cpm, ASCEBCKR.cpm 파일을 설정하는 예

제이다.

[CPM]

EBCDIC_TO_ASCII=EBCASCKR.cpm

ASCII_TO_EBCDIC=ASCEBCKR.cpm

[SECURITY]

OSI 시스템에 적용할 Security의 사용여부를 설정하는 절이다. OSI가 제공하는 Security 중 IMS/DC의

SMU(Security Maintenance Utility)를 통해서 관리되던 LTERM Security, Transaction Command Security


의 사용여부를 설정한다. 자세한 내용은 OpenFrame 안내서 중에 "운영자 안내서"와 “Appendix A. SMU”

를 참고한다.

[SECURITY]

SMU_TERMINAL=[yes|no]

SMU_TRANSACTION=[yes|no]

다음은 [SECURITY] 절의 설정 항목에 대한 설명이다.

설명항목

LTERM Security의 사용 여부를 설정한다.SMU_TERMINAL

- YES: 사용한다.

- NO: 사용하지 않는다. (기본값)

Transaction Command Security의 사용 여부를 설정한다.SMU_TRANSACTION

- YES: 사용한다.

- NO: 사용하지 않는다. (기본값)

다음은 LTERM Security는 사용하고 Transaction Security는 사용하지 않는 예제이다.

[SECURITY]

SMU_TERMINAL=YES

SMU_TRANSACTION=NO

[USER]

OSI 시스템에서 사용자가 지정할 수 있는 정보를 설정하는 절이다.

[USER]

LOGON_MOD=mod-name

다음은 [USER] 절의 설정 항목에 대한 설명이다. 모든 항목은 필수항목이다.

설명항목

OSI 시스템에 로그온이 되었을 경우, 처음으로 화면에 출력되는 MOD 이름

을 설정한다.

LOGON_MOD

다음은 OSILOGOO(기본 MOD)라는 MOD를 첫 화면으로 설정한 예이다.

[USER]

LOGON_MOD=OSILOGOO


2.2.3. osi.ofsys.seq

OSI 시스템에서 시스템 서버(Control Region)를 제외한 Base/Batch 서버들의 이름을 지정하여 osiboot할

때 기동할 Tmax 서버들을 선택할 수 있다. TN3270 Gateway의 각 서버들도 여기에 포함된다.

다음은 osi.ofsys.seq 의 예제이다.

ofrsasvr

ofrlmwrk

ofrdmsvr

ofrdsedt

ofrlmsvr

ofrcmsvr

ofruisvr

ofrsmlog

obmjhist

obmjmsvr

obmjspbk

ofrpmsvr

obmjinit

obmjschd

OSIGW001

2.3. 라이브러리 설정시스템 기동 전에 시스템 운영에 많은 정보들이 미리 준비되어 있어야 한다. 본 절에서는 OSI 운영에 필요

한 정보들의 종류와 정보별로 해당 정보를 준비하는 과정을 설명한다. 대부분의 정보들은 데이터 셋 또는

UNIX 파일 형태로 저장된다.

OSI 운영에 필요한 라이브러리는 다음과 같다.

설명라이브러리

동적 변경을 지원하는 데이터 셋의 현재 ACTIVE 데이터 셋 정보를 담고 있는 데이터

셋이다.

MODSTAT

OSI 운영을 위한 시스템 정보를 저장하는 Staging Library이다.MODBLKS

OSI 운영을 위한 시스템 정보를 저장하고 Online에서 실제 사용하는 라이브러리이다.MODBLKSA

OSI 운영을 위한 시스템 정보를 저장하고 Online에서 실제 사용하는 라이브러리이다.MODBLKSB

Tibero/HiDB의 사용을 위한 DBD 정보를 저장하는 라이브러리이다.DBDLIB

애플리케이션 프로그램의 사용을 위한 PSB 정보를 저장하는 라이브러리이다.PSBLIB

PSB와 DBD를 통합 관리를 위한 ACB 정보를 저장하는 Staging Library이다.IMSACB

PSB와 DBD를 통합 관리를 위한 ACB 정보를 저장하고 Online에서 실제 사용하는 라

이브러리이다.

IMSACBA


설명라이브러리

PSB와 DBD를 통합 관리를 위한 ACB 정보를 저장하고 Online에서 실제 사용하는 라

이브러리이다.

IMSACBB

데이터 셋의 동적 사용에 필요한 MDA 정보를 저장하는 라이브러리이다.RESLIB

OSI를 실행할 때 시스템 리소스 이용에 대한 보안 정보를 저장하는 Staging Library이

다.

MATRIX

OSI를 실행할 때 시스템 리소스 이용에 대한 보안 정보를 저장하고 Online에서 실제

사용하는 라이브러리이다.

MATRIXA

OSI를 실행할 때 시스템 리소스 이용에 대한 보안 정보를 저장하고 Online에서 실제

사용하는 라이브러리이다.

MATRIXB

OSI에서 Mapping 기능을 지원하기 위한 MFS 정보를 저장하는 Staging Library이다.FORMAT

OSI에서 Mapping 기능을 지원하기 위한 MFS 정보를 저장하고 Online에서 실제 사용

하는 라이브러리이다.

FORMATA

OSI에서 Mapping 기능을 지원하기 위한 MFS 정보를 저장하고 Online에서 실제 사용

하는 라이브러리이다.

FORMATB

애플리케이션 개발자가 작성한 프로그램의 Shared Object 형태 실행 모듈 관리를 위

한 디렉터리이다.

STEPLIB

참고

1. 각 라이브러리 설명 중 데이터 셋 사용법 및 PDS의 자세한 설명은 OpenFrame 안내서 중 "Open

Frame 데이터 셋 안내서"를 참고한다.

2. 각 라이브러리 설명 중 IDCAMS 사용법의 자세한 내용은 OpenFrame 안내서 중 "OpenFrame 유

틸리티 참조 안내서"를 참고한다.

3. 각 라이브러리 설명 중 DBD, PSB, ACB, MDA 정보 등록 및 관리와 Tibero/HiDB 생성의 자세한

내용은 OpenFrame 안내서 중 "Tibero HiDB 안내서"를 참고한다.

2.3.1. MODSTAT

OSI에서 사용하는 데이터 셋 가운데 MODBLKS, IMSACB, MATRIX, FORMAT의 Active Library의 정보를

보관하는 라이브러리이다.

MODSTAT을 처음 생성해서 레코드가 없는 경우, OSI는 부팅할 때 위의 4가지 라이브러리의 Staging Library

의 내용을 접미사 A,B가 붙은 데이터 셋 모두에 복사해준 뒤, A가 붙은 데이터 셋들을 Active Library로 지

정한다. Active Library 정보는 MODSTAT에 레코드 형태로 관리되며, OSI는 시스템을 부팅할 때마다Active

Library의 리소스를 읽어와서 사용한다.


데이터 셋 생성

다음은 시스템에서 제공된 기본 스크립트를 이용하여 MODSTAT 데이터 셋을 DEFVOL이라는 볼륨에 생

성하는 예제이다.

<IDCAMS_OSI.IMSA.MODSTAT.sample>

DELETE OSI.IMSA.MODSTAT CLUSTER

DEFINE CLUSTER (NAME(OSI.IMSA.MODSTAT) -

KILOBYTES (128,128) -

VOLUMES (DEFVOL) -

INDEXED KEYS (8,0) -

RECORDSIZE (160,160) )

IDCAMS로 MODSTAT 데이터 셋을 생성한다.

[otptest6@tmaxh3:script]$ IDCAMS < IDCAMS_OSI.IMSA.MODSTAT.sample

IDCAMS: Run in command line mode

IDCAMS: DELETE OK - entry=OSI.IMSA.MODSTAT in catalog=SYS1.MASTER.ICFCAT

IDCAMS: DEFINE CLUSTER OK - entry=OSI.IMSA.MODSTAT in catalog=SYS1.MASTER.ICFCAT

IDCAMS: Exit with MAXCC 0

2.3.2. MODBLKS | MODBLKSA | MODBLKSB

IMS/DC에서 매크로를 이용해서 등록하고 관리하는 시스템 정의(System Definition)를 OSI에서는

OSD(Online System Definition)라는 구조로 대신한다.

OSD는 OSI를 운영하기 위해 필요한 각종 시스템 설정 정보 중 동적으로 운영이 가능한 정보들을 저장하

는 영역이다. OSD는 실제 데이터가 저장되는 데이터 셋과 OSD 관리를 위한 기타 모듈로 구성된다. OSD

는 시스템이 구동될 때 RTSD(RunTime System Definition)라는 별도의 영역이 활성화되어 시스템 정보의

동적 관리 및 OSD의 변경 작업을 용이하게 한다.

데이터 셋은 Staing Library와 접미사A,B가 붙은 3개를 준비한다. 데이터 등록은 A,B에 직접 하는 것도 가

능하지만, 동적 변경을 하는 경우는 Staing Library에 넣은 정보를 동적 변경 툴과 명령어로 적용하도록 한

다.

데이터 셋 생성OSD를 사용하기 위해서는 시스템 준비 과정에서 데이터 셋을 생성하는 절차가 필요하다. 데이터 셋은

IDCAMS을 사용하여 Tibero/TSAM에 생성해야 한다. 시스템 설치 과정에서 OSD 생성을 위한 IDCAMS용

샘플 스크립트를 제공하므로 이를 사용자의 요구 사항에 맞게 수정해서 사용한다.

다음은 시스템에서 제공된 기본 스크립트를 이용하여 OSD 데이터 셋을 DEFVOL이라는 볼륨에 생성하는

예제이다.

<IDCAMS_OSI.IMSA.DEFLIB.sample>


DELETE OSI.IMSA.DEFLIB CLUSTER

DEFINE CLUSTER (NAME(OSI.IMSA.DEFLIB) -


VOLUMES (DEFVOL) -


RECORDSIZE (100,32760) -

DATA (CONTROLINTERVALSIZE (2048))

IDCAMS로 OSD 데이터 셋을 생성한다.

[otptest6@tmaxh3:script]$ IDCAMS < IDCAMS_OSI.IMSA.DEFLIB.sample


IDCAMS: DELETE OK - entry=OSI.IMSA.DEFLIB in catalog=SYS1.MASTER.ICFCAT

IDCAMS: DEFINE CLUSTER OK - entry=OSI.IMSA.DEFLIB in catalog=SYS1.MASTER.ICFCAT


리소스 정보 등록

생성한 OSD 데이터 셋에 시스템을 운영할 때 사용하는 리소스 정보를 설정하는 방법은 IMS/DC에서 매

크로를 이용해서 리소스를 정의하는 방식과 유사하다.

OSI에서는 osisdgen이라는 툴이 해당 기능을 제공한다. osisdgen은 Batch JOB 환경이 아닌 UNIX 환경

에서 동작하는 툴 프로그램이다. osisdgen은 설정할 리소스 정보가 저장된 입력 파일과 실제로 리소스 정

보를 저장할 OSI 데이터 셋을 가지고 작업을 수행하며 리소스 정보는 기존 IMS/DC에서 사용하던 매크로

문법을 그대로 지원한다.

다음은 일부 리소스 정의 스크립트가 저장되어 있는 OSIIVP.DAT 파일을 이용해서 OSI.IMSA.DEFLIB에

리소스 정보를 등록하는 예제이다.

<OSIIVP.DAT>

TERMINAL NAME=TERMD13Z, X

FEAT=(PFK,NOCD,NOPEN)

NAME N041E18

APPLCTN PSB=OIVPI001,PGMTYPE=(TP,,1),SCHDTYP=PARALLEL

TRANSACT CODE=OIVPMPP1,MSGTYPE=(SNGLSEG,RESPONSE,1),PRTY=(1,5), X

MODE=SNGL



MODE=SNGL



MODE=SNGL




SPA=(58,STRUNC),MODE=SNGL


TRANSACT CODE=OIVPI4,MSGTYPE=(SNGLSEG,RESPONSE,1),PRTY=(1,5), X

SPA=(58,STRUNC),MODE=SNGL



APPLCTN PSB=OIVPIL02,PGMTYPE=(BATCH,,1),SCHDTYP=PARALLEL

TRANSACT CODE=OIVPBMP2,MSGTYPE=(SNGLSEG,RESPONSE,1),PRTY=(1,5), X

MODE=SNGL

APPLCTN PSB=OIVPIL03,PGMTYPE=BMP,SCHDTYP=PARALLEL


MODE=SNGL



MODE=SNGL



MODE=SNGL

osisdgen로 리소스 정보를 등록한다.

[otptest6@tmaxh3:script]$ osisdgen OSIIVP.DAT OSI.IMSA.DEFLIB

164632 I OSI7203I [20:OSISDGEN:0:28416:297] Processing result : Success[43], Ignore[0],

Error[0]

2.3.3. DBDLIB

DBD는 Tibero/HiDB의 특징을 정의하는 매크로 파라미터 문장의 집합으로 데이터베이스 구조, 액세스 메

소드, 데이터베이스 내의 세그먼트와 필드 및 세그먼트 타입 간의 관계를 정의한다.

데이터 셋 생성DBDLIB을 사용하기 위해서는 시스템 준비 과정에서 데이터 셋을 생성하는 절차가 필요하다.

DBDLIB은 PDS 형태로 구성되며 개별 환경설정 파일은 DBDLIB의 멤버 형태로 저장된다. OSI에서 DBDLIB

을 생성하기 위해서는 pdsgen이라는 툴을 사용한다.

다음은 pdsgen을 사용하여 OPNFRAME.ONLINE.DBDLIB을 DEFVOL이라는 볼륨에 생성하는 예제이다.


[otptest6@tmaxh3:script]$ pdsgen OPNFRAME.ONLINE.DBDLIB DEFVOL

pdsgen version 5.1.0(2) obmtp4@tmaxh3:ofsrc5/base(#1) 2009-01-07 20:03:57

PDS Dataset Generation Program

pdsgen: *** PDS OPNFRAME.ONLINE.DBDLIB is created.

DBD 정보 등록OSI에서 DBD를 사용하기 위해서는 dbdgen이라는 툴을 사용하여 DBD 정보를 등록해야 한다.

다음은 DBD를 정의하는 스크립트가 저장되어 있는 OIVPIDBD 파일을 이용해서 DBDLIB에 DBD 정보를

등록하는 예제이다.

<OIVPIDBD>

TITLE 'OIVP DBD'

PRINT NOGEN

DBD NAME=OIVPIDBD,ACCESS=(HIDAM,VSAM)

DATASET DD1=OIVPI,DEVICE=3380,SIZE=4096,SCAN=5,FRSPC=(5,40)

SEGM NAME=DBSEG,BYTES=55,PTR=TB,PARENT=0

FIELD NAME=(ACCOUNT,SEQ,U),BYTES=10,START=1

LCHILD NAME=(ACCNTIDX,OIVPIX1),PTR=INDX

FIELD NAME=NAME,BYTES=10,START=11

FIELD NAME=DATE,BYTES=10,START=21

FIELD NAME=AMOUNT,BYTES=05,START=31

FIELD NAME=INTEREST,BYTES=05,START=36

FIELD NAME=TAXTYPE,BYTES=04,START=41

DBDGEN

FINISH

END

dbdgen으로 DBD 정보를 등록한다.

[otptest6@tmaxh3:dbd]$ dbdgen -l OPNFRAME.ONLINE.DBDLIB -v DEFVOL OIVPIDBD

dbdgen version 3.3.1(4) obmtp4@tmaxh3:ofsrc5/ims(#1) 2009-01-09 19:53:37

Database Description Block Generation Program

DBDGEN FCOUNT=1,DBDLIB=OPNFRAME.ONLINE.DBDLIB,VOLSER=DEFVOL

------------------------------------------------------------

*** processing filepath="OIVPIDBD"

------------------------------------------------------------

dbdparser: *** title_statement matched!

dbdparser: *** print_statement matched!

dbdparser: *** dbd_statement matched!

dbdparser: *** dataset_statement matched!

dbdparser: *** segment_statement matched!

dbdparser: *** field_statement matched!


dbdparser: *** lchld_statement matched!






dbdparser: *** dbdgen_statement matched!

dbdparser: *** dbd_generation - OIVPIDBD

dbdparser: *** finish_statement matched!

dbdparser: *** end_statement matched!

dbdparser: *** database_generation finished!!!

------------------------------------------------------------

*** printing dbd_name=OIVPIDBD"

------------------------------------------------------------

DBD NAME=OIVPIDBD,ACCESS=(8,2),RMNAME=(,1,16,0)

DATASET LABEL=,DD1=OIVPI,DD2=

SEGM NAME=DBSEG,PARENT=(0,(,)),SOURCE=((,),(,))

LCHILD NAME=(ACCNTIDX,OIVPIX1),PAIR=,INDEX=

FIELD NAME=ACCOUNT,BYTES=10,START=1,ATTR=(SEQ,U)

FIELD NAME=NAME,BYTES=10,START=11,ATTR=

FIELD NAME=DATE,BYTES=10,START=21,ATTR=

FIELD NAME=AMOUNT,BYTES=5,START=31,ATTR=

FIELD NAME=INTEREST,BYTES=5,START=36,ATTR=

FIELD NAME=TAXTYPE,BYTES=4,START=41,ATTR=

------------------------------------------------------------

*** writing /data5/otptest6/openframe/volume_DEFVOL/OPNFRAME.ONLINE.DBDLIB/OIVPIDBD

------------------------------------------------------------

PROGRAM COMPLETED SUCCESSFULLY.

사용자 프로그램이 DBD를 등록한 후 Tibero/HiDB를 사용하기 위해서는 Tibero/HiDB를 실제로 생성하는

과정이 필요하다.

2.3.4. PSBLIB

PSB는 애플리케이션에서 사용되는 데이터베이스나 메시지를 사용하기 위한 컨트롤 블록인 PCB의 집합

체로, 통상 하나의 사용자 프로그램당 하나의 PSB가 구성된다.

PCB(Program Communication Block)는 애플리케이션에서 Tibero/HiDB에 대한 VIEW나 메시지 소스 또

는 메시지 대상과 통신하기 위해 시스템에서 제공하는 컨트롤 블록이다. IO PCB/ALT PCB는 PCB 중에서

도 OSI에서 제공하는 메시지 큐에 데이터를 읽고 쓰기 위해서 사용되는 리소스로서 IO PCB/ALT PCB는

OSI를 기동시킨 경우에만 사용이 가능하다. IO PCB는 OSI에서 구동되는 프로그램이라면 PSB의 기술과

상관없이 프로그램의 1번째 파라미터로 제공되는 IOPCB-MASK를 이용해서 사용이 가능하며 해당 프로

그램당 1개만 제공되나, ALT PCB는 PSB에 필요한만큼 기술하여 사용이 가능하다.


데이터 셋 생성PSBLIB을 사용하기 위해서는 시스템 준비 과정에서 데이터 셋을 생성하는 절차가 필요하다.

PSBLIB은 PDS 형태로 구성되며 개별 환경설정 파일은 PSBLIB의 멤버 형태로 저장된다. OSI에서 PSBLIB

을 생성하기 위해서는 pdsgen이라는 툴을 사용한다.

다음은 pdsgen을 사용하여 OPNFRAME.ONLINE.PSBLIB을 DEFVOL이라는 볼륨에 생성하는 예제이다.

[otptest6@tmaxh3:script]$ pdsgen OPNFRAME.ONLINE.PSBLIB DEFVOL



pdsgen: *** PDS OPNFRAME.ONLINE.PSBLIB is created.

PSB 정보 등록

OSI에서 PSB를 사용하기 위해서는 psbgen이라는 툴을 사용하여 PSB 정보를 등록해야 한다.

다음은 PSB를 정의하는 스크립트가 저장되어 있는 OIVPI002 파일을 이용해서 PSBLIB에 PSB 정보를 등

록하는 예제이다.

<OIVPI002>

PCB TYPE=TP,MODIFY=YES

PCB TYPE=DB,DBDNAME=OIVPIDBD,KEYLEN=10,PROCOPT=AP

SENSEG NAME=DBSEG

PSBGEN LANG=COBOL,PSBNAME=OIVPI002

END

psbgen으로 PSB 정보를 등록한다.

[otptest6@tmaxh3:psb]$ psbgen -l OPNFRAME.ONLINE.PSBLIB -v DEFVOL OIVPI002

psbgen version 3.3.1(4) obmtp4@tmaxh3:ofsrc5/ims(#1) 2009-01-09 19:53:37

Program Specification Block Generation Program

PSBGEN FCOUNT=1,PSBLIB=OPNFRAME.ONLINE.PSBLIB,VOLSER=DEFVOL

------------------------------------------------------------

*** processing filepath="OIVPI002"

------------------------------------------------------------

psbparser: *** pcb_statement matched!

psbparser: *** pcb_statement matched!

psbparser: *** senseg_statement matched!

psbparser: *** psbgen_statement matched!

psbparser: *** psb_generation - OIVPI002

psbparser: *** end_statement matched!

psbparser: *** psb_generation finished!!!

------------------------------------------------------------


*** printing psb_name="OIVPI002"

------------------------------------------------------------

PSB LANG=1,PSBNAME=OIVPI002

PCB TYPE=16,NAME=,PCBNAME=,KEYLEN=0

PCB TYPE=32,NAME=OIVPIDBD,PCBNAME=,KEYLEN=10

SENSEG NAME=DBSEG,PARENT=

------------------------------------------------------------

*** writing /data5/otptest6/openframe/volume_DEFVOL/OPNFRAME.ONLINE.PSBLIB/OIVPI002

------------------------------------------------------------


2.3.5. IMSACB | IMSACBA | IMSACBB

OSI에서 PSB와 DBD 정보는 개별로 관리 및 운영되지 않고 PSB와 DBD를 하나의 라이브러리로 통합하

여 관리된다. PSB와 DBD가 통합된 라이브러리를 ACB라고 한다.

MODBLKS와 마찬가지로 3개의 데이터 셋을 준비한다.

데이터 셋 생성ACBLIB을 사용하기 위해서는 시스템 준비 과정에서 데이터 셋을 생성하는 절차가 필요하다. ACBLIB은

PDS 형태로 구성되며 개별 환경설정 파일은 ACBLIB의 멤버 형태로 저장된다. OSI에서 PSBLIB을 생성

하기 위해서는 pdsgen 툴을 사용한다.

다음은 pdsgen을 사용하여 OPNFRAME.ONLINE.ACBLIB을 DEFVOL이라는 볼륨에 생성하는 예제이다.

[otptest6@tmaxh3:script]$ pdsgen OPNFRAME.ONLINE.ACBLIB DEFVOL



pdsgen: *** PDS OPNFRAME.ONLINE.ACBLIB is created.

ACB 정보 등록

OSI에서 ACB를 사용하기 위해서는 acbgen이라는 툴을 사용하여 ACB 정보를 등록해야 한다.

다음은 PSBLIB의 OIVPI002라는 이름의 PSB에 대하여 ACBLIB에 ACB 정보를 등록하는 예제이다.

[otptest6@tmaxh3:psb]$ acbgen build -p OPNFRAME.ONLINE.PSBLIB -d OPNFRAME.ONLINE.DBDLIB

-l OPNFRAME.ONLINE.ACBLIB -v DEFVOL PSB=OIVPI002

acbgen version 3.3.1(4) obmtp4@tmaxh3:ofsrc5/ims(#1) 2009-01-09 19:53:37

Application Control Block Generation Program

ACBGEN COMMAND=BUILD,OPERAND=(PSB=OIVPI002),ACBLIB=OPNFRAME.ONLINE.ACBLIB,VOLSER=DEFVOL

------------------------------------------------------------


*** ACBGEN BUILD PSB=OIVPI002

------------------------------------------------------------

*** PREPARE PCB LIST......... PSBNAME=OIVPI002

*** PREPARE PCB [00]......... DBDNAME=OIVPIDBD

------------------------------------------------------------

*** BUILDING PSB BLOCK....... PSBNAME=OIVPI002

*** BUILDING DBD BLOCK....... DBDNAME=OIVPIDBD

*** BUILDING DBD BLOCK....... DBDNAME=OIVPIX1

------------------------------------------------------------


2.3.6. DFSRESLB

PSB 리소스를 사용하는 프로그램을 기동하려면 사용할 PSB 정보와 DBD에 정의한 데이터 셋 정보를 프

로그램에 전달할 수 있는 방법이 필요하다.

OpenFrame/Batch는 JCL을 사용하여 프로그램을 구동하는데, JCL의 DD 문을 통해 PSB 정보와 DBD의

데이터 셋 정보를 프로그램에 전달할 수 있다. 하지만 OSI는 하나의 Region에서 여러 프로그램을 기동해

야 하고 기동할 때 JCL을 사용하지 않으므로 OpenFrame/Batch와는 다른 방법으로 필요한 정보를 프로

그램에 전달해야 한다. OSI는 DFSRESLB에 데이터 셋의 동적 사용에 필요한 정보를 저장하는 방식을 이

용한다.

데이터 셋 생성DFSRESLB를 위해서는 시스템을 준비하는 과정에서 데이터 셋을 생성하는 절차가 필요하다. DFSRESLB

는 PDS 데이터 셋 형태로 구성되며 개별 설정 파일은 DFSRESLB의 멤버 형태로 저장된다. OSI에서 DF

SRESLB를 생성하기 위해서는 pdsgen 툴을 사용한다.

다음은 pdsgen을 사용하여 OPNFRAME.ONLINE.RESLIB을 DEFVOL이라는 볼륨에 생성하는 예제이다.

[otptest6@tmaxh3:script]$ pdsgen OPNFRAME.ONLINE.RESLIB DEFVOL



pdsgen: *** PDS OPNFRAME.ONLINE.RESLIB is created.

MDA 정보 등록

OSI에서 MDA를 사용하기 위해서는 imsdaloc 툴을 사용하여 MDA 정보를 등록해야 한다.

다음은 MDA를 정의하는 스크립트가 저장되어 있는 OIVPIDBD 파일을 이용해서 DFSRESLB에 MDA 정

보를 등록하는 예제이다.

<OIVPIDBD>


DFSMDA TYPE=DATABASE,DBNAME=OIVPIDBD

DFSMDA TYPE=DATASET,DSNAME=IMS.TEST.OIVPI,DDNAME=OIVPI

DFSMDA TYPE=DATASET,DSNAME=IMS.TEST.OIVPIX,DDNAME=OIVPIX

END

imsdaloc으로 MDA 정보를 등록한다.

[otptest6@tmaxh3:mda]$ imsdaloc -l OPNFRAME.ONLINE.RESLIB -v DEFVOL OIVPIDBD

imsdaloc version 3.3.0(2) obmtp4@tmaxh3:ofsrc5/ims(#1) 2009-01-09 19:53:37

Dynamic Allocation Block Generation Program

IMSDALOC FCOUNT=1,RESLIB=OPNFRAME.ONLINE.RESLIB,VOLSER=DEFVOL

------------------------------------------------------------

*** processing filepath="OIVPIDBD"

------------------------------------------------------------

mdaparser: *** dfsmda_statement matched!



mdaparser: *** end_statement matched!

mdaparser: *** mda_generation finished!!!

------------------------------------------------------------

*** ims_parse_mda("OIVPIDBD") success.

------------------------------------------------------------

MDA TYPE=DATABASE,DBNAME=OIVPIDBD

DATASET TYPE=DATASET,DDNAME=OIVPI,DSNAME=IMS.TEST.OIVPI,DISP=

DATASET TYPE=DATASET,DDNAME=OIVPIX,DSNAME=IMS.TEST.OIVPIX,DISP=

------------------------------------------------------------

*** ims_print_mda("OIVPIDBD") success.

------------------------------------------------------------


2.3.7. MATRIX | MATRIXA | MATRIXB

MATRIX는 OSI를 실행할 때 시스템 리소스 이용에 대한 보안 정보를 저장하는 라이브러리이다.

OSI는 IBM Mainframe의 IMS/DC에서 제공하고 있는 5가지 종류의 Security Maintenance Utility 옵션 중

LTERM Security, Transaction Command Security 2가지만 지원한다.

● LTERM Security

특정단말에서 사용할 수 있는 트랜잭션 및 명령어를 설정하는 옵션이다.

● Transaction Command Security

애플리케이션 프로그램이 CMD 콜을 이용하여 사용할 수 있는 명령어 집합을 설정하는 옵션이다.

MATRIX 데이터 셋은 위의 MODBLKS,IMSACB와 같이 3개를 생성한다.



MATRIX를 사용하기 위해서는 시스템 준비 과정에서 데이터 셋을 생성하는 절차가 필요하다. 데이터 셋

은 IDCAMS를 사용하여 Tibero/TSAM에 생성해야 한다. 시스템 설치 과정에서 MATRIX 생성을 위한 ID

CAMS용 샘플 스크립트를 제공하므로 이를 사용자의 요구 사항에 맞게 수정해서 사용한다.

다음은 시스템 설치 과정에서 기본으로 제공되는 스크립트를 이용하여 MATRIX 데이터 셋을 생성하는 예

제이다.

<IDCAMS_OSI.IMSA.SECLIB.sample>

DELETE OSI.IMSA.SECLIB CLUSTER

DEFINE CLUSTER (NAME(OSI.IMSA.SECLIB) -


VOLUMES (DEFVOL) -


RECORDSIZE (17,25) ) -


IDCAMS로 MATRIX 데이터 셋을 생성한다.

[otptest6@tmaxh3:script]$ IDCAMS < IDCAMS_OSI.IMSA.SECLIB.sample


IDCAMS: DELETE OK - entry=OSI.IMSA.SECLIB in catalog=SYS1.MASTER.ICFCAT

IDCAMS: DEFINE CLUSTER OK - entry=OSI.IMSA.SECLIB in catalog=SYS1.MASTER.ICFCAT


보안 정보 등록

시스템 운영할 때 사용할 보안 정보를 생성한 SECLIB 데이터 셋에 설정하는 방법은 기존 IMS/DC에서

SMU(Security Maintenance Utility)를 이용해서 리소스를 정의하던 방식과 유사하다. SMU에 대한 자세한

내용은 “Appendix A. SMU”를 참고한다.

OSI에서는 osisecgen 툴이 해당 기능을 제공하며, osisecgen은 Batch JOB 환경이 아닌 UNIX 환경에서

동작하는 프로그램이다. osisecgen은 설정할 보안 정보가 저장된 입력 파일과 실제로 보안 정보를 저장할

OSI 데이터 셋을 가지고 작업을 수행하며 보안 정보는 기존 SMU에서 사용하던 스크립트 문법을 그대로

지원한다.

다음은 일부 Security 정의 스크립트가 저장되어 있는 OSISEC.DAT 파일을 이용해서 OSI.IMSA.SECLIB

에 보안 정보를 등록하는 예제이다.

<OSISEC.DAT>

)(TERMINAL E06*

COMMAND STA

COMMAND STO

COMMAND DIS


COMMAND FOR

TRANSACT OIVPI001

)(TRANSACT OIVP*

TERMINAL VT3270L1

)(TRANSACT OSIDVT*

TERMINAL VT3270L1

)(TERMINAL N041*

TRANSACT OIVPMPP1

TRANSACT OIVPMPP2

TRANSACT OIVPMPP3

TRANSACT OIVPMPP4

TRANSACT OIVPMPP5

TRANSACT OIVPMPP6

TRANSACT OIVPMPP7

)(CTRANS S2070X01

TCOMMAND DIS

)(CTRANS JYUETC00

TCOMMAND DIS

TCOMMAND STA

TCOMMAND STO

TCOMMAND ASS

)(CTRANS OSACMD00

TCOMMAND ASSIGN

TCOMMAND OPNDST

TCOMMAND CLSDST

TCOMMAND STOP

TCOMMAND START

TCOMMAND DISPLAY

osisecgen으로 보안 정보를 등록한다.

[otptest6@tmaxh3:script]$ osisecgen OSISEC.DAT OSI.IMSA.SECLIB

182144 I OSI7402I [20:OSISECGEN:0:29253:200] Processing result : Success[34], Error[0]

2.3.8. FORMAT | FORMATA | FORMATB

FORMAT은 OSI에서 Mapping 기능을 지원하기 위한 정보를 저장하는 라이브러리이다. 여기서 Mapping

기능이란 포맷을 사용하여 포맷 안에 정의되어 있는 필드들과 애플리케이션 데이터들 간의 관계를 맺어

주는 것을 의미한다.

FORMAT을 사용하기 위해서는 시스템 준비 과정에서 데이터 셋을 생성하는 절차가 필요하다. FORMAT

은 PDS 형태로 구성되며 개별 환경설정 파일은 MFDLIB의 멤버 형태로 저장된다. OSI에서 FORMAT을

생성하기 위해서는 pdsgen 툴을 사용한다.

데이터 셋은 MODBLKS, IMSACB, MATRIX와 같이 3개를 준비한다.


다음은 pdsgen을 사용하여 OPNFRAME.ONLINE.MFDLIB을 DEFVOL이라는 볼륨에 생성하는 예제이다.

[otptest6@tmaxh3:script]$ pdsgen OPNFRAME.ONLINE.MFDLIB DEFVOL



pdsgen: *** PDS OPNFRAME.ONLINE.MFDLIB is created.

Map 정보 등록

다음은 OIVP001.TXT 파일을 이용해서 OPNFRAME.ONLINE.MFDLIB에 Map 정보를 등록하는 예제이다.

<OIVP001.TXT>

PRINT ON,NOGEN

*******************************************************************

TITLE 'FORMAT SET FOR OPENFRAME ONLINE IVP'

*******************************************************************

OIVP001 FMT

DEV TYPE=(3270,2), X

FEAT=IGNORE, X

DSCA=X'00A0', X

PFK=(PFKFIELD, X

12='/FOR OIVP006O')

DIV TYPE=INOUT

DPAGE CURSOR=((7,40)), X

FILL=PT

CURDATE DFLD POS=(1,2), X

LTH=8, X

ATTR=(PROT,ALPHA,NORM,NOMOD)

DFLD '** WELCOME TO OPENFRAME ONLINE **', X

POS=(2,24), X

ATTR=(PROT,ALPHA,HI,NOMOD), X

EATTR=YELLOW

DFLD '-------------------------------------------------------X

-----------------------', X

POS=(3,2), X

ATTR=(PROT,ALPHA,NORM,NOMOD), X

EATTR=YELLOW

DFLD '** OSI INSTALLATION VERIFICATION PROCEDURE **', X

POS=(4,17), X


EATTR=GREEN

DFLD 'CODE ', X

POS=(7,34), X

ATTR=(PROT,ALPHA,NORM,NOMOD)


CODE DFLD POS=(7,40), X

LTH=4, X

ATTR=(NOPROT,ALPHA,NORM,MOD), X

EATTR=HREV

DFLD ' ', X

POS=(7,45), X

ATTR=(PROT,ALPHA,HI,NOMOD)

DFLD 'INQR INQUIRY ACCOUNT INFORMATION', X

POS=(10,23), X


DFLD 'INSR INSERT NEW ACCOUNT', X

POS=(11,23), X


DFLD 'UPDT UPDATE ACCOUNT INFORMATION', X

POS=(12,23), X


DFLD 'DELT DELETE ACCOUNT', X

POS=(13,23), X


DFLD '-------------------------------------------------------X

-----------------------', X

POS=(18,2), X


EATTR=YELLOW

ERRMSG DFLD POS=(19,2), X

LTH=79, X


EATTR=TURQ

DFLD 'ENTER APPROPIATE CODE.', X

POS=(20,2), X


EATTR=PINK

DFLD '-------------------------------------------------------X

-----------------------', X

POS=(21,2), X


EATTR=YELLOW

DFLD '[SYS INFO] - OSI IVP STARTING NOW', X

POS=(22,2), X


EATTR=RED

CURTIME DFLD POS=(22,71), X

LTH=8, X


EATTR=RED

DFLD '-------------------------------------------------------X

-----------------------', X


POS=(23,2), X


EATTR=YELLOW

DFLD 'CopyRight(c) 2007, TmaxSoft, All Rights Reserved.', X

POS=(24,31), X


EATTR=BLUE

FMTEND

*********************************************************************

EJECT

*********************************************************************

OIVP001I MSG TYPE=INPUT, X

SOR=(OIVP001,IGNORE), X

NXT=OIVP001O

SEG

MFLD 'OIVPMPP1', X

LTH=8

MFLD CODE, X

LTH=4

MSGEND

*********************************************************************

OIVP001O MSG TYPE=OUTPUT, X

SOR=(OIVP001,IGNORE), X

NXT=OIVP001I

SEG

MFLD (CURDATE,DATE2)

MFLD CODE, X

LTH=4

MFLD ERRMSG, X

LTH=79

MFLD (CURTIME,TIME)

MSGEND

*********************************************************************

END

osimfsgen으로 Map 정보를 등록한다.

[otptest6@tmaxh3:mfs]$ osimfsgen -m OPNFRAME.ONLINE.MFDLIB OIVP001.TXT

osimfsgen 6.0.2(36) temporary(#1), wssong@sws64:ofsrc5/osi6 2011-02-15 03:11:54

[/home/wssong/openframe/volume_DEFVOL/OPNFRAME.ONLINE.MFDLIB/OIVP001.mfs] create ok.

[/home/wssong/openframe/volume_DEFVOL/OPNFRAME.ONLINE.MFDLIB/OIVP001I.mfs] create

ok.

[/home/wssong/openframe/volume_DEFVOL/OPNFRAME.ONLINE.MFDLIB/OIVP001O.mfs] create

ok.


2.3.9. STEPLIB

OSI 서버에서 작동하는 애플리케이션 프로그램은 COBOL 프로그래밍 언어로 개발된다.

애플리케이션 개발자는 작성한 프로그램을 컴파일한 후 생성된 바이너리를 STEPLIB에 배치해야 한다.

컴파일 전에 전처리가 필요한 경우 전처리를 수행하도록 한다. 배치된 프로그램은 OSD 데이터 셋에 프로

그램 리소스 정의를 등록한 후 OSI 시스템을 기동하면 동작시킬 수 있다.

디렉터리 설정

FORMAT 생성과 마찬가지로 pdsgen을 사용하여 생성한다.

다음은 pdsgen을 사용하여 OSI.IMSA.STEPLIB를 DEFVOL이라는 볼륨에 생성하는 예제이다.

[otptest6@tmaxh3:script]$ pdsgen OSI.IMSA.STEPLIB DEFVOL



pdsgen: *** PDS OSI.IMSA.STEPLIB is created.

2.4. 스토리지 설정OSI는 시스템 운영을 위해서 스토리지 역할을 위한 데이터 셋의 준비가 필요하다.

2.4.1. MQ

OSI는 터미널과 애플리케이션 사이의 메시지 전달을 위해서 기본적으로 TP-Monitor인 Tmax의 기능을 이

용한다. 하지만 BMP 프로그램의 운용이나 논리단말의 오류 등 메시지를 잠시 저장해 두어야 하는 경우에

내부적인 MQ(Message Queue)에 메시지를 저장한다.


MQ는 물리적으로 Tibero/TSAM의 데이터 셋을 사용하여 구성되며 데이터 셋을 생성하기 위해서는 IDCAMS

를 사용한다. 시스템 설치 과정에서 MQ 데이터 셋 생성을 위한 IDCAMS용 샘플 스크립트를 제공하므로

이를 사용자 요구에 맞게 수정해서 사용한다.

다음은 시스템에서 제공된 기본 스크립트를 이용하여 MQ 데이터 셋을 생성하는 예제이다.

<IDCAMS_OSA.MQ.LIB.sample>

DELETE OSI.IMSA.MQLIB CLUSTER

DEFINE CLUSTER (NAME(OSI.IMSA.MQLIB) -


VOLUMES (DEFVOL) -



RECORDSIZE (10000,32000) ) -


IDCAMS로 MQ 데이터 셋을 생성한다.

[otptest6@tmaxh3:script]$ IDCAMS < IDCAMS_OSI.IMSA.MQLIB.sample


IDCAMS: DELETE OK - entry=OSI.IMSA.MQLIB in catalog=SYS1.MASTER.ICFCAT

IDCAMS: DEFINE CLUSTER OK - entry=OSI.IMSA.MQLIB in catalog=SYS1.MASTER.ICFCAT


참고

1. 데이터 셋 사용법의 자세한 설명은 OpenFrame 안내서 중 "OpenFrame 데이터 셋 안내서"를 참고

한다.

2. IDCAMS 사용법에 대한 자세한 내용은 OpenFrame 안내서 중 "OpenFrame 유틸리티 참조 안내

서"를 참고한다.


제3장 시스템 서버(Control Region) 설정

본 장에서는 OSI 시스템 서버(Control Region)를 설정하는 방법을 기술한다.

3.1. 개요OSI 시스템 서버들은 모두 TP-Monitor인 Tmax의 관리를 받는다.

다음은 OSI에서 운영을 위해 설정해야 하는 시스템 서버이다. 그 외 서버는 별도의 설정 과정 없이 사용이

가능하다.

● 스케쥴 서버(osisschd)

하나의 IMSID로 요청되는 모든 메세지는 이 스케쥴 서버를 통해서 스케쥴링 되어 MPP 서버들로 메세

지가 전달된다.

● 커맨드 서버(osicmdsv)

하나의 IMSID에서 명령어(OSI Command) 처리를 담당하기 위한 서버이다.

OSI 시스템 서버를 운영하기 위해서는 시스템 서버 정보를 Tmax에 등록하는 과정이 필요하다. 시스템 서

버를 Tmax에 등록하기 위해 Tmax의 환경설정 파일을 작성해야 한다. 환경설정의 자세한 설명은 각 절에

서 자세하게 설명한다.

3.2. 스케쥴 서버(osisschd)OSI 메세지의 스케쥴링과 그에 필요한 제반 기능들을 제공하는 시스템 서버이다. 스케쥴 서버는 IMSID별

로 하나씩 등록된다.

3.2.1. Tmax 환경설정

다음은 스케쥴 서버를 OSI에서 사용하기 위해서 IMSID가 IMSA인 경우 Tmax 환경설정 파일에 등록하는

예제이다. Tmax 환경설정에 IMSASCHD라는 이름으로 된 서버와 IMSA, IMSASCHDSVC, IMSASCHDREG

3개의 서비스를 등록해야 한다. 예제에서 굵은 글씨체로 표시된 부분이 IMSID가 다른 경우 변경해야 하는

부분이다.

● 서버 등록

Tmax 환경설정 파일에 [SERVER] 절을 다음과 같이 설정한다. IMSASCHD 서버의 실제 바이너리 이름

은 서버 등록 정보에 target 옵션을 사용하여 지정하도록 한다.

제3장 시스템 서버(Control Region) 설정 33

IMSASCHD SVGNAME = svgotpb, MAX = 1, SVRTYPE = UCS,

target=osisschd, RESTART = NO,

CLOPT = "-o $(SVR).out -e $(SVR).err"

주의

RESTART 옵션 값은 NO로 설정해야 한다.

● 서비스 등록

Tmax 환경설정 파일에 [SERVICE] 절을 다음과 같이 설정한다.

IMSA SVRNAME = IMSASCHD

IMSASCHDSVC SVRNAME = IMSASCHD

IMSASCHDREG SVRNAME = IMSASCHD

3.3. 커맨드 서버(osicmdsv)커맨드 서버는 OSI 시스템 운영에 필요한 여러 가지 기능을 명령어로 처리하는 서버로, IMSID 별로 하나

씩 등록되어야 한다.


다음은 커맨드 서버를 OSI에서 사용하기 위해서 Tmax 환경설정 파일에 등록하는 예제이다.

IMSID가 IMSA인 OSI 시스템을 사용하기 위해서 커맨드 서버를 등록하는 경우, Tmax 환경설정에 IMSACM

MD라는 서버와 IMSACMMDSVC, IMSACMMDSHUTDOWN 이라는 서비스를 등록해야 한다. 예제에서

굵은 글씨체로 표시된 부분이 IMSID가 다른 경우 변경해야 하는 부분이다.

● 서버 등록

Tmax 환경설정 파일에 [SERVER] 절을 다음과 같이 설정한다. IMSACMMD 서버의 실제 바이너리 이

름은 서버 등록 정보에 target 옵션을 사용하여 지정하도록 한다.

IMSACMMD SVGNAME = svgotpb, MAX = 1, SVRTYPE = UCS,

target=osicmdsv, RESTART = NO,


참고

RESTART 옵션 값은 NO로 설정해야 한다.




IMSACMMDSVC SVRNAME = IMSACMMD

IMSACMMDSHUTDOWN SVRNAME = IMSACMMD

제3장 시스템 서버(Control Region) 설정 35

제4장 사용자 서버(Dependent Region) 설정

본 장에서는 OSI 사용자 서버(Dependent Region)를 설정하는 방법을 기술한다.

4.1. 개요OSI 시스템에서는 사용자가 작성한 업무 프로그램을 기동하기 위해 IBM Mainframe IMS/DC에서 사용자

서버(Dependent Region)과 대응하는 서버를 준비해야 한다.

OSI를 운영하는 데 사용되는 사용자 서버는 MPP 사용자 서버와 BMP 사용자 서버이다.

● MPP 사용자 서버

IMS/DC에서 MPP Region에 대응되는 부분으로 기존 IMS/DC에서 운영 중이던 MPP Region 당 하나의

MPP 사용자 서버로 대응된다.

● BMP 사용자 서버

IMS/DC의 BMP Region에서 동작하는 사용자 프로그램이 운영될 수 있도록 하는 서버이다.

OSI 사용자 서버들은 모두 TP-Monitor인 Tmax의 관리를 받으며 이를 운영하기 위해서는 사용자 서버들

의 정보를 Tmax에 등록하는 과정이 필요하다. 서버를 Tmax에 등록하기 위해 Tmax의 환경설정 파일을

작성해야 한다.

사용자 서버를 준비하는 과정에서 MPP 사용자 서버와 BMP 타입의 사용자 서버를 준비하는 과정은 서로

다르다. Batch 작업을 실행시키는 BMP Region은 시스템이 제공하는 서버 모듈을 이용하기 때문에 따로

서버를 생성하지는 않지만 동시에 최대로 수행할 BMP JOB의 개수를 고려해서 설정하여야 한다. 환경설

정에 대한 상세한 설명은 각 절에서 설명한다.

4.2. MPP 사용자 서버 설정IMS/DC에서 MPP Region에 대응되는 부분으로 기존 IMS/DC에서 운영 중이던 MPP Region 당 하나의

MPP 사용자 서버로 대응된다. 준비된 MPP 사용자 서버에서 사용자가 작성한 MPP 애플리케이션이

IMS/DC에서 동작했던 방식 그대로 동일하게 스케줄링되어 동작한다.

4.2.1. 서버 생성

MPP 사용자 서버는 OSI 시스템별로 최대 999개까지 생성하여 운용 가능하며 OSI 시스템 내에서 JCL을

통해 기동되며 REGID로 구분된다. MPP 사용자 서버를 생성하기 위해서는 OSI에서 제공하는 osibuild

제4장 사용자 서버(Dependent Region) 설정 37

툴을 사용한다. osibuild 툴을 사용하면 OSIMPPSVR 라는 이름으로 된 MPP 서버가 생성되며 이 파일을

Tmax 환경 파일에 설정된 APPDIR 디렉터리에 위치시킨다.

다음은 64Bit Linux 에서 사용할 MPP 사용자 서버를 생성하는 예제이다.

$ osibuild -o LINUX64

rm -f OSIMPPSVR.o OSIMPPSVR

cc -fPIC -c -I/home/wssong/openframe/tmax -o OSIMPPSVR.o OSIMPPSVR.c

cob64 -xv -U OSIMPPSVR.o /home/wssong/openframe/tmax/lib64/sdl.o

-L/home/wssong/openframe/lib -lmemm -lspinlock -losilog -losiconf -losibase -losiclass

-losishm -losici -losimfs -losirtsd -losirtsec -losires -losimq -losids -losidl

-losipsb -losida -losisvccall -losicbltdli -losisvr

-L/home/wssong/openframe/tmax/lib64 -lsvr -lnodb -o OSIMPPSVR

cob64 -C nolist -xv -U OSIMPPSVR.o /home/wssong/openframe/tmax/lib64/sdl.o

-L/home/wssong/openframe/lib -lmemm -lspinlock -losilog -losiconf -losibase -losiclass

-losishm -losici -losimfs -losirtsd -losirtsec -losires -losimq -losids -losidl

-losipsb -losida -losisvccall -losicbltdli -losisvr -L/home/wssong/openframe/tmax/lib64

-lsvr -lnodb -o OSIMPPSVR

Entry points defined in module: OSIMPPSVR.o

OSIMPPSVR_SVC

OSIMPPSVR_MGR

OSIMPPSVR_SHUTDOWN

*main

tpsvrinit

tpsvrdone

Entry points defined in module: /home/wssong/openframe/tmax/lib64/sdl.o

20120206:221715 I OSI7507I [20: OSIBUILD: 0: 14455: 416] OSI MPP server(OSIMPPSVR)

created


시스템 서버들과 마찬가지로 MPP 사용자 서버도 TP-Monitor인 Tmax의 관리를 받는다. Tmax의 관리를

받기 위해서는 Tmax 환경설정 파일을 작성해야 한다.

다음은 이름이 OSIMPPSVR인 MPP 사용자 서버를 등록하는 예제이다. 예제에서 굵은 글씨체로 표시된

부분이 MPP 사용자 서버 이름이 다른 경우 변경해서 사용하여야 하는 부분이다.

● 서버 등록

Tmax 환경설정 파일에 [SERVER] 절을 다음과 같이 설정한다.

OSIMPPSVR SVGNAME = svgbiz, RESTART = NO,

MIN = 1,

MAX = 1,



주의

RESTART 값은 NO로 설정한다.



OSIMPPSVR_SVC SVRNAME = OSIMPPSVR

OSIMPPSVR_MGR SVRNAME = OSIMPPSVR

OSIMPPSVR_SHUTDOWN SVRNAME = OSIMPPSVR

주의

Tmax 환경설정에 MPP 사용자 서버를 등록하는 경우 MAX 값 설정에 주의해야 한다. MAX 값은 해

당 MPP 사용자 서버에서 동시 처리가 가능한 트랜잭션의 수를 의미하는 값으로, 최대로 기동할 MPP

수를 설정하면 MPP사용자 서버는 IMS/DC의 MPP Region과 동일하게 동작한다. 이 MAX 값은 JCL

로 기동할 수 있는 최대 JOB의 개수와 동일하다.

4.3. BMP 사용자 서버 설정BMP 사용자 서버는 IMS/DC의 BMP Region에서 동작하는 사용자 프로그램이 운영될 수 있도록 하는 서

버이다. MPP 사용자 서버는 사용자 서버(Dependent Region) 별로 별도의 서버 모듈을 생성하는 방식이

였으나 BMP 사용자 서버는 모든 사용자 서버(Dependent Region)에 대하여 하나의 제품에서 제공된 BMP

사용자 서버 모듈을 사용한다.

BMP 사용자 서버는 OSI의 서버 모듈을 제품에 포함하여 제공하므로 MPP 사용자 서버와는 다르게 별도

의 생성 과정이 필요하지 않고 전체 OSI 시스템에 대하여 등록하는 과정만 필요하다.


시스템 서버들과 마찬가지로 BMP 사용자 서버도 TP-Monitor인 Tmax의 관리를 받는다. Tmax의 관리를

받기 위해서는 Tmax 환경설정 파일을 작성해야 한다.

다음은 Tmax 환경설정 파일에 BMP 사용자 서버를 등록하는 예제이다.

● 서버 등록

Tmax 환경설정 파일에 [SERVER] 절을 다음과 같이 설정한다.

osibmpsv SVGNAME = svgotpb, MIN = 0, MAX = 10, SVRTYPE = UCS,

RESTART = N,


제4장 사용자 서버(Dependent Region) 설정 39



OSIBMPSVSVC SVRNAME = osibmpsv

주의

Tmax 환경설정에 BMP 사용자 서버를 등록할 경우 주의해야 할 부분은 MAX 값 설정으로, MAX 값

은 OSI에서 동시에 활성화가 가능한 BMP JOB의 수를 의미한다.


제5장 시스템 운영

본 장에서는 OSI 시스템을 기동 및 종료하는 방법 및 운영 중인 OSI 시스템의 운영정보가 기록되는 로그

파일을 사용하는 방법에 대해 기술한다.

5.1. 기동 및 종료OSI 시스템이 동작하기 위해서는 TP-Monitor인 Tmax가 기동되어 있고, OpenFrame/Base, Open

Frame/Batch의 모듈들이 동작 가능하도록 준비되어 있어야 한다.

[그림 5.1] OSI 기동 및 종료 흐름

제5장 시스템 운영 41

5.1.1. 기동

다음은 OSI의 기동 순서이다.

1. Tmax 엔진과 OSI 시스템에 필요한 base/batch 모듈을 기동한다.(osiboot)

Tmax 기동은 내부적으로 2단계로 진행된다. 1, 2단계는 osiboot 툴을 통하여 한꺼번에 수행된다.

a. Tmax가 기동된다.

b. OSI 기동에 필요한 다른 OpenFrame의 패키지들에서 사용되는 서버 모듈들이 기동된다.

2번째 단계의 수행을 위해서 OSI 이외의 패키지에서 사용되는 서버 모듈들은 미리 "osi.ofsys.seq"라

는 환경설정 파일에 서버별 기동 순서를 고려하여 설정되어 있어야 한다.

OSI에서는 BMP의 동작을 위해서 통상적으로 OpenFrame/Batch에서 필요한 서버 모듈들이 Tmax

가 기동될 때 함께 기동되어야 한다. 아래의 예제는 이를 위한 일반적인 예제이다.

[otptest6@tmaxh3:config]$ cat osi.basesvr.seq

ofrsasvr

ofrlmwrk

ofrdmsvr

ofrdsedt

ofrlmsvr

ofrcmsvr

ofruisvr

ofrsmlog

obmjhist

obmjmsvr

obmjspbk

ofrpmsvr

obmjinit

obmjschd

OSIGW001

다음과 같이 osiboot로 Tmax를 기동시킨다.

[otptest6@tmaxh3:openframe]$ osiboot

TMBOOT for node(NODE1) is starting:

TMBOOT: TMM is starting: Mon Feb 6 23:38:14 2012

TMBOOT: CLL is starting: Mon Feb 6 23:38:14 2012

TMBOOT: CLH is starting: Mon Feb 6 23:38:14 2012

TMBOOT: TLM(tlm) is starting: Mon Feb 6 23:38:14 2012

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(ofrsasvr)

booting ok

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(ofrlmwrk)


booting ok

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(ofrdmsvr)

booting ok

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(ofrdsedt)

booting ok

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(ofrlmsvr)

booting ok

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(ofrcmsvr)

booting ok

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(ofruisvr)

booting ok

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(ofrsmlog)

booting ok

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(obmjhist)

booting ok

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(obmjmsvr)

booting ok

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(obmjspbk)

booting ok

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(ofrpmsvr)

booting ok

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(obmjinit)

booting ok

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(obmjschd)

booting ok

20120206:233814 I OSI7061I [20: OSIBOOT: 0: 14675: 85] System server(OSIGW001)

booting ok

20120206:233814 I OSI7051I [20: OSIBOOT: 0: 14675: 432] Booting process

complete.

2. JCL로 IMSID 별 시스템 서버(Control Region)를 기동한다.

Tmax가 기동된 이후에 OSI 시스템 서버(Control Region)를 기동한다. OSI 시스템은 IMSID 별로 기동

되므로 3개의 OSI 시스템을 사용하는 경우라면 IMSID 별로 3번의 OSI 시스템을 기동한다. OSI 시스템

기동은 tjesmgr 툴을 사용하여 JCL로 된 JOB을 실행한다.

다음과 IMSID가 IMSA인 시스템 서버(Control Region)를 기동시키는 JCL의 예제이다.

//IMSACTL JOB

//STEP1 EXEC PGM=DFSMVRC0,

// PARM='CTL,IMS,IMSID=IMSA'

//MODBLKSA DD DISP=SHR,DSN=OSI.IMSA.DEFLIBA

//MODBLKSB DD DISP=SHR,DSN=OSI.IMSA.DEFLIBB

//IMSACBA DD DISP=SHR,DSN=IMS.ACBLIBA

//IMSACBB DD DISP=SHR,DSN=IMS.ACBLIBB

//DFSRESLB DD DISP=SHR,DSN=IMS.RESLIB

//MATRIXA DD DISP=SHR,DSN=OSI.IMSA.SECLIBA


//MATRIXB DD DISP=SHR,DSN=OSI.IMSA.SECLIBB

//FORMATA DD DISP=SHR,DSN=OPNFRAME.ONLINE.MFDLIBA

//FORMATB DD DISP=SHR,DSN=OPNFRAME.ONLINE.MFDLIBB

//STEPLIB DD DISP=SHR,DSN=OSI.IMSA.STEPLIB

//QBLKS DD DISP=SHR,DSN=OSI.IMSA.MQLIB

//MODSTAT DD DISP=SHR,DSN=OSI.IMSA.MODSTAT

//SYSOUT DD SYSOUT=*

//

IMS 시스템 서버를 기동하는 JCL의 PARM 파라메터에는 다음 두 가지 항목의 설정이 가능하다.

IMSID: 4바이트의 시스템 서버의 고유한 IMS ID를 지정한다.

AUTO: 서버 기동 후에 /NRESTART나 /ERESTART 명령을 자동으로 수행할 것인지 여부를 설정한다.

YES 혹은 NO로 지정이 가능하다.

3. OSI 명령어 를 사용하여 OSI 시스템을 운영 가능한 상태로 만든다.

JCL로 시스템 서버(Control Region)를 기동한 후 OSI 시스템 최초 기동이 아니라면 "/NRE" 혹은 "/ERE"

명령어를 사용해야 한다. "/NRE" 명령은 이전에 "/CHE" 명령을 통해서 서버를 정상적으로 종료한 경우

에 사용되며, 정상적으로 종료되지 않은 경우에는 "/ERE" 명령어를 사용해야 한다. 그렇지 않으면 에러

가 발생하고 명령이 실행되지 않는다.

이후 단말의 로그온을 위해서 "/START DC" 명령어를 실행해야 한다.

다음은 OSI 명령어로 IMSID가 IMSA인 시스템 서버의 /NRE, /STA DC를 순서대로 입력하는 예제이다.

[otptest6@tmaxh3:openframe]$ imscmd IMSA /NRE

Requested command : [/NRE]

----------------------------------------

NRESTART COMMAND IN PROGRESS

*12053/215347*

----------------------------------------

Command '/NRE' execution done

[otptest6@tmaxh3:openframe]$ imscmd IMSA /STA DC

Requested command : [/STA DC]

----------------------------------------

START COMMAND COMPLETED

*12053/215349*

----------------------------------------

Command '/STA DC' execution done

4. JCL로 IMSID 별 사용자 서버(Dependent Region)를 기동한다.

시스템 서버(Control Region)가 기동된 후에는 처리할 CLASS에 따라서 MPP 기동 JCL을 실행시킨다.

처리할 갯수만큼 JOB을 실행하여 MPP를 기동시킬 수 있다. 또한 OSI 명령어인 "/START REGION"을

사용해서 기동할 수 있다.


다음은 IMSID가 IMSA인 사용자 서버(Dependent Region)를 기동시키는 JCL의 예제이다.

//IMSAMSG JOB

//STEP1 EXEC PGM=DFSRRC00,

// PARM='MSG,001002003004,W00099000,,,R,,,,IMSA,,,,D2PA'

//STEPLIB DD DISP=SHR,DSN=OSI.IMSA.STEPLIB

//SYSPRINT DD SYSOUT=*

//SYSOUT DD SYSOUT=*

//SYSDBOUT DD SYSOUT=*

//

다음은 JCL이름이 IMSAMSG인 사용자 서버(Dependent Region)를 기동시키는 명령어 "/START RE

GION"의 예제이다.

[otptest6@tmaxh3:openframe]$ imscmd IMSA /START REGION IMSAMSG

Requested command : [/START REGION IMSAMSG]

----------------------------------------

START COMMAND COMPLETED

*12053/215712*

----------------------------------------

Command '/START REGION IMSAMSG' execution done

참고

"/STA REGION"에 대한 자세한 사용법은 OSI 안내서 중에 "명령어 참조 안내서"를 참고한다.

5.1.2. 종료

다음은 OSI의 종료 순서이다.

1. 시스템 서버(Control Region)와 사용자 서버(Dependet Region)를 종료한다.

시스템 서버(Control Region)와 사용자 서버(Dependet Region)를 종료하기 위해서는 OSI 명령어를 사

용한다. OSI 명령어는 CHECKPOINT가 사용되며, 사용자 서버 종료 후 시스템 서버를 종료한다.

시스템 서버가 종료된 후에는 IMSID 별로 $OPENFRAME/temp 아래 시스템 로그($IMSID_system.log)

가 생성된다.

다음은 OSI 명령어로 IMSID가 IMSA인 시스템 서버와 사용자 서버를 종료하는 예제이다.

[otptest6@tmaxh3:openframe]$ imscmd IMSA /CHE FREEZE

Requested command : [/CHE FREEZE]

----------------------------------------

CHECKPOINT COMMAND IN PROGRESS

*12037/234721*


----------------------------------------

Command '/CHE FREEZE' execution done

2. Tmax를 종료한다.

osidown 툴을 이용하면 OpenFrame의 패키지들에서 사용되는 서버 모듈들을 종료된 후 Tmax가 종료

된다.

다음은 osidown로 Tmax를 종료시키는 예제이다.

[otptest6@tmaxh3:openframe]$ osidown

185225 I OSI7141I [20:OSIDOWN:0:29712:79] System server(ofrpmsvr) shutdown ok

185225 I OSI7141I [20:OSIDOWN:0:29712:79] System server(obmjspbk) shutdown ok

185225 I OSI7141I [20:OSIDOWN:0:29712:79] System server(obmjhist) shutdown ok

185226 I OSI7141I [20:OSIDOWN:0:29712:79] System server(obmjinit) shutdown ok

185226 I OSI7141I [20:OSIDOWN:0:29712:79] System server(obmjschd) shutdown ok

185226 I OSI7141I [20:OSIDOWN:0:29712:79] System server(obmjmsvr) shutdown ok

185226 I OSI7141I [20:OSIDOWN:0:29712:79] System server(ofrsmlog) shutdown ok

185226 I OSI7141I [20:OSIDOWN:0:29712:79] System server(ofruisvr) shutdown ok

185226 I OSI7141I [20:OSIDOWN:0:29712:79] System server(ofrcmsvr) shutdown ok

185226 I OSI7141I [20:OSIDOWN:0:29712:79] System server(ofrdsedt) shutdown ok

185226 I OSI7141I [20:OSIDOWN:0:29712:79] System server(ofrdmsvr) shutdown ok

185226 I OSI7141I [20:OSIDOWN:0:29712:79] System server(ofrlmwrk) shutdown ok

185226 I OSI7141I [20:OSIDOWN:0:29712:79] System server(ofrlmsvr) shutdown ok

185226 I OSI7141I [20:OSIDOWN:0:29712:79] System server(ofrsasvr) shutdown ok

Do you really want to down whole Tmax? (y : n): y

TMDOWN for node(NODE1) is starting:

TMDOWN: CLL downed: Mon Jan 12 18:52:28 2009

TMDOWN: CLH downed: Mon Jan 12 18:52:28 2009

TMDOWN: TLM downed: Mon Jan 12 18:52:28 2009

TMDOWN: TMM downed: Mon Jan 12 18:52:28 2009

TMDOWN: TMAX is down

5.1.3. 재기동

다음은 OSI의 재기동 순서이다.

1. Tmax를 기동한다. (osiboot)

2. JCL로 IMSID 별 시스템 서버(Control Region)를 기동한다.

3. 명령어로 IMSID 별 시스템 서버(Control Region)를 재기동한다.OSI 명령어를 통해 종료한 후 부터는

이전 시스템 사용 정보를 가져오기 위해 반드시 재기동이 필요하다.


다음은 OSI 명령어로 IMSID가 IMSA인 시스템 서버(Control Region)를 재기동하는 예제이다.

[otptest6@tmaxh3:openframe]$ imscmd IMSA /NRE

Requested command : [/NRE]

----------------------------------------

NRESTART COMMAND IN PROGRESS

*12037/235712*

----------------------------------------

Command '/NRE' execution done

4. "/START DC"를 사용하여 터미널이 로그온할 수 있는 상태로 만든다.

5. JCL로 IMSID 별 사용자 서버(Dependent Region)를 기동하거나 "/START REGION"을 사용하여 기동

한다.

5.2. 로그 관리다음은 OSI의 로그 정보이다.

● 서버 로그

서버 로그는 다음과 같이 분류된다.

– OSI 시스템 서버와 MPP 사용자 서버 로그

– BMP 사용자 서버 로그

● 조작 로그

기동/종료 같은 OSI 시스템 주요 명령의 수행 결과를 기록하는 로그이다.

5.2.1. 서버 로그

OSI 시스템 서버 및 MPP 사용자 서버 로그

OSI 시스템은 JCL로 기동되는 JOB이므로 이 로그는 SPOOL 로그에 JOBID로 된 디렉터리 생성된다.

OSI 시스템 서버(Control Region) 및 MPP 사용자 서버(Dependent Region)의 로그는 Tmax의 로그 생성

규칙을 따른다.

다음은 OUT 로그의 출력 포맷이다.

날짜:시간 로그레벨 메시지코드 [20:모듈명:SPRI:PID:System Debug Info] 로그메시지


설명필드

날짜를 포함한 YYYYMMDD:HHMMSS 타입의 timestamp이다.날짜:시간

다음 중 하나가 출력된다.로그레벨

- E(Error): 시스템에서 에러가 발생한 경우에 출력되는 메시지로, 사용자가 시스

템에 잘못된 정보를 주었거나 시스템 내부적으로 에러가 있는 경우에 출력된다.

- I(Information): 시스템이 사용자에게 정보를 알려주는 메시지이다. 서버의 각종

정보들이 출력된다.

- D(Debug): 시스템 디버깅 용도로 출력되는 메시지이다.

로그 메시지에 해당하는 고유한 코드번호이다.메시지코드

OSI의 제품번호이다.20

메시지를 출력하는 OSI 시스템의 모듈명이다.모듈명

애플리케이션 서버의 Tmax SPRI 값이다.SPRI

애플리케이션 서버의 Process ID이다.PID

향후 제품의 로그를 분석할 때 사용할 System Reseved 필드이다.System Debug Info

로그 메시지가 출력되는 필드이다.로그메시지

다음은 이름이 OSIMPPSVR인 MPP 사용자 서버의 OUT 로그 파일에 대한 예제이다.

215658 M RRC0901M DFSRRC00 PROGRAM START

215658 M RRC0907M INITIALIZE MPP REGION

215658 M RRC0921M CHILD PROCESSID - pid=10991

20120222:215658 I OSI0291I [20: OSIRES: 0: 10991: 217] IMSA server boots -

resource manager initialization starts

20120222:215658 D OSIDBG0D [20: OSIMFS: 0: 10991: 89] [CPM] REGION_CCSID is

empty.

20120222:215658 D OSIDBG0D [20: OSIMFS: 0: 10991: 114] cpm version

20120222:215658 D OSIDBG0D [20: OSIMFS: 0: 10991: 168] null character=7f

20120222:215658 I OSI0291I [20: OSIRES: 0: 10991: 369] IMSA server boots -

resource manager initialization completed

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 86]

------------------------------------------------------

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 87]

------------------------------------------------------

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 88] osi_svr_service start

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 89]

------------------------------------------------------

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 90]

------------------------------------------------------

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

*offset*: 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 0123456789ABCDEF


00000000: 4F 53 49 4D 41 47 49 43 00 01 4F 49 56 50 4D 50 OSIMAGIC..OIVPMP

00000010: 50 31 00 54 45 52 4D 44 31 33 41 00 4E 30 34 31 P1.TERMD13A.N041

00000020: 45 30 31 00 00 4F 49 56 50 30 30 31 4F 00 4F 53 E01..OIVP001O.OS

00000030: 49 4D 50 50 53 56 52 5F 53 56 43 00 00 00 00 00 IMPPSVR_SVC.....

00000040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 4F 53 ..............OS

00000050: 49 47 57 30 30 30 00 00 00 00 00 00 00 00 00 00 IGW000..........

00000060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 12 ................

00000070: 05 3C 22 29 03 0C 00 00 9F ED 44 4F 00 00 00 00 .<")......DO....

00000080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

00000090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

000000A0: 00 00 00 00 00 00 00 00 00 00 00 00 12 00 00 00 ................

000000B0: 12 00 00 00 4F 49 56 50 4D 50 50 31 45 4E 49 4E ....OIVPMPP1ENIN

000000C0: 51 52 QR

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 145] * magic :

[OSIMAGIC]

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 146] * ltname :

[N041E01]

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 147] * data_len : [18]

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 148] * type : [1]

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 149] * mod :

[OIVP001O]

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 150] * dest :

[OIVPMPP1]

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 151] * segment_count : [0]

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 152] * spa_len : [0]

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 172] * data : [

0][12][-]


1][0][-]


2][0][-]


3][0][-]


4][4f][O]


5][49][I]


6][56][V]


7][50][P]


8][4d][M]


9][50][P]



10][50][P]


11][31][1]


12][45][E]


13][4e][N]


14][49][I]


15][4e][N]


16][51][Q]


17][52][R]

20120222:222903 D OSIDBG0D [20: OSISVR: 0: 10991: 239] osi_psb_allocate_pcbs

ok

BMP 사용자 서버 로그

BMP 사용자 서버의 로그는 Tmax의 관리를 받지 않으며 OpenFrame/Batch의 관리를 받아 BMP를 기동

시킨 JOB에 의하여 생성위치가 결정된다. BMP 사용자 서버의 로그는 해당 BMP JOB의 DD로 생성되므

로, OpenFrame/Batch에서 제공하는 방법을 사용해서 로그를 확인할 수 있다.

다음은 BMP 사용자 서버 로그의 출력 포맷이다.

날짜:시간 로그레벨 메시지코드 [20:모듈명:SPRI:PID:System Debug Info] 로그메시지

설명필드

날짜를 포함한 YYYYMMDD:HHMMSS 타입의 timestamp이다.날짜:시간

다음 중 하나가 출력된다.로그레벨

- E(Error): 시스템에서 에러가 발생한 경우에 출력되는 메시지로, 사용자가 시스

템에 잘못된 정보를 주었거나 시스템 내부적으로 에러가 있는 경우에 출력된다.

- I(Information): 시스템이 사용자에게 정보를 알려주는 메시지이다. 서버의 각종

정보들이 출력된다.

- D(Debug): 시스템 디버깅 용도로 출력되는 메시지이다.

로그 메시지에 해당하는 고유한 코드번호이다.메시지코드

OSI의 제품번호이다.20



설명필드

애플리케이션 서버의 Tmax SPRI 값이다.SPRI

애플리케이션 서버의 Process ID이다.PID

향후 제품의 로그를 분석할 때 사용할 System Reseved 필드이다.요System Debug Info


다음은 BMP 사용자 서버의 로그에 대한 예제이다.

223520 M RRC0901M DFSRRC00 PROGRAM START

223520 M RRC0903M INITIALIZE BMP REGION

223520 M RRC0906M SHARED OBJECT TYPE

223520 M RRC0921M CHILD PROCESSID - pid=11281

20120222:223521 I OSI0291I [20: OSIRES: 0: 11281: 217] IMSABMPS server boots

- resource manager initialization starts

20120222:223521 D OSIDBG0D [20: OSIMFS: 0: 11281: 89] [CPM] REGION_CCSID is

empty.

20120222:223521 D OSIDBG0D [20: OSIMFS: 0: 11281: 114] cpm version

20120222:223521 D OSIDBG0D [20: OSIMFS: 0: 11281: 168] null character=7f

20120222:223521 I OSI0291I [20: OSIRES: 0: 11281: 369] IMSABMPS server boots

- resource manager initialization completed

20120222:223521 I OSI5201I [20: OSIBMPSV: 0: 11281: 70] osibmpsv initialization

ok

20120222:223521 I OSI5213I [20: OSIBMPSV: 0: 11281: 149] DFSRRC00 PARM :

MBR=OIVPIL02


PSB=OIVPIL02


IN=OIVPBMP2

20120222:223521 I OSI5213I [20: OSIBMPSV: 0: 11281: 152] DFSRRC00 PARM : OUT=


IMSID=IMSA

20120222:223521 D OSIDBG0D [20: OSIBMPSV: 0: 11281: 235] APPLCTN[OIVPIL02<90>孩

^Y<90>] TYPE[2]

20120222:223521 D OSIDBG0D [20: OSIBMPSV: 0: 11281: 265] osi_psb_allocate_pcbs

ok

20120222:223521 D OSIDBG0D [20: OSIPSB: 0: 11281: 207] IOPCB prepare

20120222:223521 D OSIDBG0D [20: OSIPSB: 0: 11281: 219] pcb_name : , pcb_flag

: 0

20120222:223521 D OSIDBG0D [20: OSIPSB: 0: 11281: 296] after pcb_flag : 0

20120222:223521 D OSIDBG0D [20: OSIPSB: 0: 11281: 40] IOPCB prepare

20120222:223521 D OSIDBG0D [20: OSIBMPSV: 0: 11281: 274] osi_psb_prepare_pcbs

ok

MSG-COUNT : [00001]

BEFORE GU


20120222:223521 D OSIDBG0D [20: OSICBLTDLI: 0: 11281: 82] var count : [3]

20120222:223521 D OSIDBG0D [20: OSICBLTDLI: 0: 11281: 105]



>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

20120222:223521 D OSIDBG0D [20: OSICBLTDLI: 0: 11281: 333] LTPCB : [GU ]

20120222:223521 D OSIDBG0D [20: OSICBLTDLI: 0: 11281: 339] LTPCB : GU

20120222:223521 D OSIDBG0D [20: OSIDA: 0: 11281: 422] BMP: TRANSACT[OIVPBMP2]

20120222:223521 D OSIDBG0D [20: OSIDA: 0: 11281: 475] GU : POS[48]


<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<



MESSAGE EXIST

------------------[ INQUIRY ]-------------------

ACCOUNT : [123-12-123]

------------------------------------------------

참고

JOB 관리 및 운영에 대한 내용은 OpenFrame 안내서 중에 ”OpenFrame Batch 안내서"를 참고한다.

5.2.2. 조작 로그

조작 로그는 기동/종료 등 OSI 시스템의 주요 명령을 수행한 결과를 기록하는 로그로, '$(OPEN

FRAME_HOME)/log/cmd' 디렉터리의 'osi_{YYMMDD}.log'라는 파일에 저장된다.

다음은 조작 로그의 출력 포맷이다.

시간 성공여부 모듈명 로그메시지

설명필드

날짜를 제외한 HHMMSS 타입의 timestamp이다.시간

OSI 시스템 명령어가 성공하였을 경우 S(Success)가, 실패하였을 경우 F(Failure)

가 출력된다.

성공여부



다음은 조작 로그에 대한 예제이다. osiboot/osidown -m 옵션은 히든옵션으로서 사용자는 사용하지 않는

다.


213845 S OSIDOWN osidown -m IMSA

213936 S OSIBOOT osiboot

215344 S OSIBOOT osiboot -m IMSA

223225 S OSIDOWN osidown -m IMSA

223243 S OSIBOOT osiboot

223251 S OSIBOOT osiboot -m IMSA


제6장 TN3270 Gateway

본 장에서는 TN3270 Gateway의 설정과 사용법에 대해서 기술한다.

6.1. 개요TN3270 Gateway는 OSI 시스템 서버(Control Region)와 TN3270 에뮬레이터(터미널) 사이에 위치하며,

터미널의 접속 정보와 시스템 서버(Control Region)의 정보를 관리한다. OSI에서는 VTAM(Virtual Terminal

Access Method) Gateway라고도 한다.

다음은 TN3270 Gateway의 주요 기능으로 자세한 설명은 각 절의 내용을 참고한다.

● TN3270 프로토콜 지원

● APPLID 정보 관리

(APPLID(Application Identifier)는 TN3270 Gateway에 접속하는 터미널 및 OSI 시스템 서버(Control

Region)를 의미한다. )

● IP-LU mapping 기능 지원

6.2. 환경설정TN3270 Gateway를 사용하기 위해서는 Tmax 환경설정과 osi.conf 파일 설정이 필요하다.


다음은 TN3270 Gateway의 이름을 OSIGW001로 지정한 Tmax 환경설정에 대한 예이다.

*SERVER

OSIGW001 SVGNAME = svgbiz, MAX = 1, RESTART=NO,

SVRTYPE = CUSTOM_GATEWAY, target=osi3270gw,


*SERVICE

OSIGW001 SVRNAME = OSIGW001

OSIGW001_C SVRNAME = OSIGW001

OSIGW001_A SVRNAME = OSIGW001

제6장 TN3270 Gateway 55

참고

시스템 관리 차원에서 다수의 TN3270 Gateway를 등록해서 사용 가능하다. (단, osi.conf 에 Tmax

환경설정 파일에 등록한 서버 이름과 동일하게 '[서버 이름] 절'로 설정해야 한다.)

6.2.2. osi.conf 설정

다음은 osi.conf 설정 파일의 예이다.

[GENERAL]

LOG_LEVEL={E | I | D }

[VTAM]

SHMKEY=shmkey

SHMSIZE=shm-size

USERMSG_PATH=usermsg-path

DSNAME=dataset-name

MAXAPPL=applib-count

USE_VDS={ON|OFF}

다음은 각 절의 주요 항목에 대한 설명이다.

● [GENERAL] 절

설명항목

"E | I | D" 값 중에서 하나를 지정한다.LOG_LEVEL

설정 값은 E에서 D로 갈수록 TN3270 Gateway가 출력하는 로그의 양이 많아진다.

● [VTAM] 절

설명항목

TN3270 Gateway 정보를 관리하기 위해 필요한 공유 메모리로 해당 공유 메모리

의 키 값을 설정한다. (16진수)

SHMKEY

TN3270 Gateway 정보가 저장되는 공유 메모리의 크기를 설정한다.SHMSIZE

(10진수, 단위: MB)

경로(파일 위치)를 지정한다.USERMSG_PATH

문자열로 된 파일로 터미널이 TN3270 Gateway에 접속할 때 처음으로 나오는 화

면을 사용자가 지정한다.

데이터 셋 이름을 설정한다.DSNAME


설명항목

IP-LU 맵핑 기능을 위해서 정보가 저장된 데이터셋 이름을 지정한다.

해당 데이터 셋 안에는 올바른 IP-LU 맵핑 정보가 있어야 하며 그렇지 않을 경우

에는 무시한다.

TN3270 Gateway가 최대로 수용할 수 있는 APPLID의 수를 지정한다.MAXAPPL

여기에 지정되는 값에 따라서 SHMSIZE 값과 비교(하나의 APPLID에 필요한 메모

리 공간에 MAXAPPL을 곱한 값)하여 더 클 경우 적절한 오류메세지가 출력된다.

(10진수)

IP-LU 맵핑 기능에 대한 사용 여부 결정한다.USE_VDS

- ON: IP-LU 맵핑 기능을 사용한다.

- OFF: IP-LU 맵핑 기능을 사용하지 않는다.

다음은 osi.conf 설정에 대한 예이다.

[GENERAL]

LOG_LEVEL=I

[VTAM]

SHMKEY=31000

SHMSIZE=64

USERMSG_PATH=/tmp/osivtam

DSNAME=OSI.IMSA.VTAMLST

MAXAPPL=1024

USE_VDS=OFF

[OSIGW001]

PORT=15100

CHANNEL=1024

다음은 USERMSG_PATH에 지정되는 경로의 파일(osivtam)의 내용 예제이다.

OPENFRAME OSI 6.0 FIx#2


6.3. IP-LU mappingIP-LU mapping 기능은 터미널이 접속하는 IP를 기준으로 데이터 셋에 저장되어 있는 정보를 가지고서 터

미널에 LU 이름을 할당해 주거나 터미널의 LU명이 이미 지정된 경우에는 정합성을 체크하여 접속 허가를

결정한다.

이 기능을 사용하기 위해서는 BEGINVTAM 매크로 구문으로 IP-LU mapping 정보 구성이 필요하다.

6.3.1. BEGINVTAM 매크로

BEGINVTAM 매크로 구문을 사용하여 IP 그룹과 LU 그룹을 맵핑하여 터미널에 LU명을 자동으로 할당할

수 있다. 또한 BEGINVTAM 매크로 구문의 여러 명령문을 적절히 조합하면 기본 Region(사용자가 임의로

지정하지 않았을 경우 터미널이 접속하면 자동으로 로그온하는 Region) 자동 로그온 기능도 사용할 수 있

다. 터미널이 LU 이름을 지정하여 접속을 시도하는 경우에는 정합성 체크 기능도 제공할 수 있다.

다음은 BEGINVTAM 매크로를 설정 룰에 대한 설명이이다. 매크로를 작성하기 위해서 다음의 규칙을 준

수해야 한다.

LU 이름 설정 규칙

BEGINVTAM 매크로 구문 안에서 여러 명령어들의 옵션으로 LU 이름을 지정할 때는 아래와 같은 규칙을

참고한다.

● 지정하는 LU 이름의 첫 번째 문자는 반드시 A-Z, @, #, 혹은 $로 해야 한다. 그 외의 남은 자릿수에는 앞

의 문자에 추가로 '0-9'를 사용할 수 있다. 출력할 수 없는 문자는 사용을 자제한다.

● LU 이름 설정은 범위(Range)설정으로도 지정할 수 있다. 범위 설정은 아래와 같은 형식으로 한다.

LowerRange..UpperRange[..rangerule]

– 공백문자는 들어갈 수 없다.

– LowerRange, UpperRange, rangerule의 길이(문자열의 수)는 반드시 같아야 하며, 8자를 넘을 수 없

다.

– UpperRange는 LowerRange보다 반드시 커야 한다.(문자의 ASCII 값 비교)

– rangerule은 다음과 같은 와일드카드(Wildcard)규칙을 가지고 있다.

설명항목

고정이며, 변경되지 않는다.F

영문 대문자만 가능하다.A

숫자만 가능하다.N


설명항목

영문 대문자와 숫자만 가능하다.B

16진수 관련 숫자 및 영대문자만 가능하다.(0~F)X

@,#, 그리고 $를 포함하는 숫자 및 영대문자만 가능하다.?

다음은 3번째 룰에 의해 TCP는 FFF로 고정된 문자이고, N은 숫자 즉, 0-9가 올 수 있다는 의미이며,

X는 16진수(0~F), ?는 0-9,A-Z,@,#,$가, A는 A-Z, B는 0-9, A-Z가 올 수 있다는 의미의 예제이다.

TCP000A0..TCP9F$ZZ..FFFNX?AB

다음은 AB100~AB999(900), BB000~BB999(1000) 그리고 CB000~CB299(300) (총 2200개의 LU 이

름)을 지정한 예이다.

AB100..CB299..AFNNN

IP 설정 규칙

IP 주소는 IPv4 주소만 유효하다.

다음은 주소를 표기하는 방법이다.

XXX.XXX.XXX.XXX

다음은 총 255개의 IP 주소를 설정하는 예이다.

1.1.1.1..1.1.1.255

BEGINVTAM 매크로 설정 규칙

BEGINVTAM 매크로 구문은 아래와 같은 규칙에 유의해서 사용한다.

● BEGINVTAM 구문 안(~ENDVTAM)에서 한 개 이상의 포트를 지정하고 싶을 경우에는 반드시 BEGINVTAM

구문의 첫 번째 명령어 자리에 위치해야 한다.

● LUGROUP에 지정되는 LU명 혹은 LU 범위안의 LU 이름들은 접속하려는 Region에 반드시 등록되어

있어야 자동 로그인이 가능하다.

● 그룹 이름을 지정할 때는 아래와 같은 문자를 제외한다.

설명ASCII 값문자

Period2E.

Asterisk2A*


설명ASCII 값문자

Semicolon3B;

Colon2C,

Equal3D=

● LUMAP에 사용되는 LU 그룹 이름과 IP 그룹 이름은 반드시 이전에 이미 정의된 것이어야 한다.

● LUGROUP은 사용될 IPGROUP과 맵핑되어야 한다.

● 첫 번째 컬럼에서 세미콜론( ; )으로 시작하면 주석으로 처리된다.

● 게이트웨이가 해당 정보(BEGINVTAM 구문)를 기동 중에 얻기 위해서는 osivdgen 툴을 사용하여 미리

osi.conf 안의 [VTAM]의 DSNAME에 설정된 데이터 셋에 정보를 저장해야 한다.

● 서로 다른 IP 그룹에서 중복 정의되는 IP는 먼저 정의된 것이 적용되며, 경고 메세지를 받는다.

예를 들어 다음과 같은 설정에서는 두 번째 IP 그룹 XYZ에 정의된 2.2.2.2는 무시된다.

IPGROUP ABC 1.1.1.1 2.2.2.2 ENDIPGROUP

IPGROUP XYZ 2.2.2.2 3.3.3.3 ENDIPGROUP

6.3.2. BEGINVTAM 매크로 명령어

다음은 BEGINVTAM 매크로 구문에서 사용되는 명령어에 설명이다.

설명명령어

터미널과 게이트웨이의 연결이 이루어지는 시점에서 설정된 Region에 연결을

시도한다.

DEFAULTAPPL

LU 그룹이 설정이 안 되어 있을 경우 사용되는 기본 LU 그룹이다.DEFAULTLUS

프린터 LU 그룹이 설정이 안 되어 있을 경우 사용되는 기본 프린터 LU 그룹이다.DEFAULTPRT

IP 그룹을 설정한다.IPGROUP

LU 그룹을 설정한다.LUGROUP

프린터 LU 그룹을 설정한다.PRTGROUP

IP 그룹과 LU 그룹을 맵핑한다.LUMAP

IP 그룹과 프린터 PRTGROUP의 LU를 맵핑한다.PRTMAP

게이트웨이의 포트 번호를 설정한다.PORT


참고

그 외 ALLOWAPPL, DEFAULTLUSSPEC, DEFAULTPRTSPEC, DESTIPGROUP, DESTIPGROUP,

HNGROUP, INTERTCP, LINEMODEAPPL, LINKGROUP, MONITORGROUP, MONITORMAP,

PARMSGROUP, PARMSMAP, PRTDEFAULTAPPL, RESTRICTAPPL, USERGROUP, USSTCP,

PRTGROUP, PRTMAP 명령어는 지원하지 않는다.

DEFAULTAPPL

터미널과 게이트웨이의 연결이 이루어지는 시점에서 설정된 Region에 연결을 시도한다.

● 사용법

DEFAULTAPPL application_name

설명항목

설정할 Region의 이름을 지정한다.application_name

DEFAULTLUS

LU 그룹이 설정이 안 되어 있을 경우 사용되는 기본 LU 그룹이다.

● 사용법

DEFAULTLUS luname|luname1..luname2[..range_rule] ENDDEFAULTLUS

설명항목

설정할 LU 이름이다.luname

LU 이름의 지정 범위이다.luname1..luname2

LU 이름의 룰이다.range_rule

DEFAULTPRT

프린터 LU 그룹이 설정이 안 되어 있을 경우 사용되는 기본 프린터 LU 그룹이다.

● 사용법

DEFAULTPRT prt_name|prt_name1..prt_name2[..range_rule] ENDDEFAULTPRT

설명항목

설정할 PRINTER 이름이다.prt_name

PRINTER 이름 지정 범위이다.prt_name1..prt_name2


설명항목

PRINTER 이름의 룰이다.range_rule

IPGROUP

IP 그룹을 설정한다.

● 사용법

IPGROUP ip_group_name ip_addr | ip_range1..ip_range2 ENDIPGROUP

설명항목

LUMAP에서 사용할 수 있도록 지정하는 IP 그룹 이름이다.ip_group_name

IPv4 주소값이다.ip_addr

IPv4 주소 범위를 설정한다.ip_range1..ip_range2

LUGROUP

LU 그룹을 설정한다.

● 사용법

LUGROUP lu_group_name lu_name|lu_name1..lu_name2[..range_rule] ENDLUGROUP

설명항목

LUMAP에서 사용할 수 있도록 지정하는 LU 그룹 이름이다.lu_group_name

LU 이름이다.lu_name

LU 이름의 지정 범위를 설정한다.lu_name1..lu_name2

LU 이름의 룰을 설정한다.range_rule

PRTGROUP

프린터 LU 그룹을 설정한다.

● 사용법

PRTGROUP lu_group_name lu_name|lu_name1..lu_name2[..range_rule] ENDPRTGROUP

설명항목

PRTMAP에서 사용할 수 있도록 지정하는 LU 그룹 이름이다.lu_group_name

LU 이름이다.lu_name


설명항목

LU 이름의 지정 범위를 설정한다.lu_name1..lu_name2

LU 이름의 룰을 설정한다.range_rule

LUMAP

IP 그룹과 LU 그룹을 맵핑한다.

● 사용법

LUMAP luname|lu_group_name ip_addr|ip_group_name [DEFAPPL application_name] [GENERIC

| SPECIFIC]

설명항목

LU 이름이다.luname

LU 그룹 이름이다.lu_group_name

IPv4 주소이다.ip_addr

IP 그룹 이름이다.ip_group_name

Region 이름이다.application_name

기본적으로 GENERIC옵션이 적용된다. (단말에 LU를 할당)GENERIC

단말이 LU 이름을 지정했을 경우 해당 LUMAP에서 검색한다.SPECIFIC

PRTMAP

IP 그룹과 PRTGROUP의 LU 그룹을 맵핑한다.

● 사용법

PRTMAP luname|lu_group_name ip_addr|ip_group_name [DEFAPPL application_name] [GENERIC

| SPECIFIC]

설명항목

LU 이름이다.luname

LU 그룹 이름이다.lu_group_name

IPv4 주소이다.ip_addr

IP 그룹 이름이다.ip_group_name

Region 이름이다.application_name

기본적으로 GENERIC옵션이 적용된다. (단말에 LU를 할당)GENERIC

단말이 LU명을 지정했을 경우 해당 LUMAP에서 검색한다.SPECIFIC


PORT

게이트웨이의 포트 번호를 설정한다.

● 사용법

PORT num[,num]

설명항목

포트 번호이다.num

6.3.3. IP-LU mapping Tool

이전에 설명한 대로 매크로를 작성한 후 osivdgen, osiluadm 툴을 사용하여 데이터 셋에 저장 및 운영 중

IP-LU mapping 정보를 모니터링할 수 있다.

osivdgen

osivdgen 툴은 BEGINVTAM 구문을 컴파일하여 데이터 셋에 정보를 저장하는 기능을 하는 툴이다. 데이

터 셋에 저장된 이 정보는 TN3270 Gateway가 기동할 때 읽어들여 공유 메모리에서 사용하게 될 정보를

제공한다.

● 사용법

osivdgen을 실행하는 방법은 다음과 같다.

Usage: osivdgen <file>

| osivdgen [options]

– 입력 항목

설명항목

BEGINVTAM 구문이 정의된 텍스트 파일을 지정한다.file

– [options]

설명항목

프로그램 사용을 위한 자세한 사용법을 출력한다.[-h]

osivdgen의 버전 정보를 출력한다.[-v]


osiluadm

osiluadm 툴은 시스템이 기동된 후 메모리에 로딩된 TN3270 Gateway 리소스 정보를 출력해주는 기능을

한다.

● 사용법

osiluadm 을 실행하는 방법은 다음과 같다.

Usage: osiluadm [-m <imsid>] [options]

Options:

-m <imsid> Specify Control Region that command is executed

-l Display active LU list of VTAM or CR specified

-d Display resource list of VTAM

-r <LU> Remove active LU of VTAM or CR specified forcely

Warning: Be careful to use this option !!

-h Display this information

-v Display version information

– [options]

설명항목

지정된 IMSID 시스템 서버(Control Region)의 정보를 출력한다.[-m] <imsid>

이 옵션이 없으면 TN3270 Gateway의 정보를 출력한다.

현재 접속되어 있는 터미널의 정보를 출력한다.[-l]

-m 옵션 유무에 따라서 정보 출력이 달라진다.

TN3270 Gateway 리소스 정보를 출력한다.[-d]

현재 접속 중인 단말을 강제로 끊는 기능을 한다.[-r] <LU>

-m 옵션 유무에 따라 기능이 달라진다.

프로그램 사용을 위한 자세한 사용법을 출력한다.[-h]

osiluadm의 버전 정보를 출력한다.[-v]

주의

[-r] <LU> 옵션은 주로 네트워크 장애 상황에서 터미널의 정보가 비정상일 때만 사용하도록 한다.

● 예제

다음은 osiluadm 를 사용하여 리소스 정보를 출력하는 예제이다.


osiluadm -d

VTAM IP-LU mapping resource Information

=========================================================================================

PORT IPGROUP RANGE(BEGIN..END) IP

-----------------------------------------------------------------------------------------

18100 IPGPAY B:192.168.33.1 E:192.168.34.255

=========================================================================================

PORT GROUP TYPE GROUP NAME RANGE(BEGIN..END..RULE) LU

-----------------------------------------------------------------------------------------

18100 LUGROUP LUGRP B:OIVPTRM1 E:OIVPTRM9 R:FFFFFFFN

=========================================================================================

PORT GROUP TYPE GROUP NAME RANGE(BEGIN..END..RULE) LU

-----------------------------------------------------------------------------------------

18100 DEFAULTLUS B:TCP00081 E:TCP00099 R:FFFFFFNN

=========================================================================================

PORT MAP TYPE LUGROUP CLIENT ID DEFAULT APPLID OPTIONS

-----------------------------------------------------------------------------------------

18100 LUMAP LUGRP IPGPAY IMSA SPECIFIC

=========================================================================================

6.3.4. 예제

다음은 BEGINVTAM 매크로로 정의된 IP-LU mapping 예제이다.

BEGINVTAM

;this is comment

PORT 15100

DEFAULTAPPL IMSA

DEFAULTLUS TCP00001..TCP00099 ENDDEFAULTLUS

LUGROUP LUGRP OIVPTRM1..OIVPTRM9..FFFFFFFN ENDLUGROUP

IPGROUP IPGPAY 192.168.33.1..192.168.34.255 ENDIPGROUP


LUMAP LUGRP IPGPAY DEFAPPL IMSA

ENDVTAM

6.4. PrinterOpenFrame OSI 시스템에서는 프린터 사용을 위해 두 가지 방식을 제공한다.

6.4.1. Display HardCopy

TN3270 Gateway에 접속 중인 터미널이 Display 모드(에뮬레이터의 Device Type을 IBM-3278-2-E로 설

정했을 경우)이고 OSI 시스템 정의에 이 터미널의 LU가 프린터로 정의되어 있으면, 이 터미널로 보내는

모든 화면은 해당 PC의 기본 프린터로 출력된다.

1. 터미널을 Display 모드(에뮬레이터마다 설정할 수 있는 옵션이 있다)로 설정하고 TN3270 Gateway에

접속한다.

2. 로그온할 시스템 서버(Control Region)에 이 터미널의 LU(Netname)가 프린터로 설정되어 있는지 확인

한다.

3. 해당 터미널로 다른 터미널이나 프로그램에서 메세지를 전달하여 HardCopy가 되는지 확인한다.

주의

OSI 시스템은 불필요한 프린팅을 방지하기 위해서 프린터 터미널로 사용자가 데이터 외 다른 데이

터를 보내지 않기 때문에 프린터로 설정된 터미널은 기본적으로 X SYSTEM 인 상태로 되어 있다.

6.4.2. SCS-DATA Printer

TN3270 Gateway에 접속 중인 터미널이 Printer 모드(에뮬레이터의 Device Type을 IBM-3287-1 로 설정

했을 경우를 칭함)이고 OSI 시스템 정의에 이 터미널의 LU가 프린터로 정의되어 있으면, 이 터미널로 보

내는 모든 데이터는 SCS-DATA 형식이어야 한다. 반대로 사용자 어플리케이션 프로그램에서 SCS-DATA

를 보내는 해당 터미널이 SCS-DATA 프린터 모드가 아니면 정상적으로 동작하지 않는다.

반대로 사용자 애플리케이션 프로그램에서 SCS-DATA를 보내는 해당 터미널이 SCS-DATA 프린터 모드

가 아니면 정상적으로 동작하지 않는다.

1. 터미널을 Printer 모드(에뮬레이터마다 설정할 수 있는 옵션이 있음)로 설정하고 TN3270 Gateway에

접속한다.

2. 로그온할 시스템 서버(Control Region)에 이 터미널의 LU(Netname)가 프린터로 설정되어 있는지 확인

한다.


3. 해당 터미널은 Printer 모드이기 때문에 입력이 불가하므로 IP-LU mapping의 자동 로그온 기능을 사용

하거나, OSI 명령어 "/OPNDST"를 사용하여 외부에서 로그온해 주어야 한다.

4. 해당 터미널로 SCS-DATA를 보내서 출력이 잘 되는지 확인한다.


Appendix A. SMU

IBM Mainframe의 IMS/DC는 기본적으로 제공하는 터미널에 대한 보안 이외에, SMU(Security Maintenance

Utility)를 통해 다양한 보안 옵션을 제공한다.

OSI는 SMU가 제공하는 5가지 옵션 중 LTERM security와 Transaction command security 옵션을 지원한

다.

● LTERM Security

특정단말에서 사용할 수 있는 트랜잭션 및 명령어를 설정하는 옵션이다.

● Transaction Command Security

애플리케이션 프로그램이 CMD 콜을 이용하여 사용할 수 있는 커맨드 집합을 설정하는 옵션이다.

사용 규칙

SMU의 입력은 제어문과 데이터문으로 분류되고 각각의 사용 규칙은 다음과 같다.

● 제어문

입력 행의 1번째와 2번째 자리는 ")("를 넣어서 제어문의 시작을 알린다. 제어문은 다른 제어문 또는 입

력 데이터가 없을 때까지 오는 데이터문과 연결된다.

● 데이터문

입력 행의 1번째 자리에 공백을 넣는다. 데이터를 입력할 때 주의할 점은 입력 행의 72~80번째 자리의

입력 데이터는 무시되기 때문에 반드시 1~71번째 자리에 써야한다.

다음은 OSI가 제공하는 입력 명령어의 제어문과 데이터문 포맷을 나타내는 예제이다. 예제에서 'Part Two'

부분은 필요한 만큼 여러번 반복될 수 있다.

● CTRANS

>>- CTRANS--<trnname>------------------------------------------->

Part Two:

>-- TCOMMAND -+-<command>-+------------------------------------><

'- * -------'

Appendix A. SMU 69

● TCOMMAND

>>- TCOMMAND--<command>----------------------------------------->

Part Two:

>-- CTRANS ---<transaction>------------------------------------><

● TERMINAL

>>- TERMINAL--<command>----------------------------------------->

Part Two:

>-+- COMMAND ---<command>-----+--------------------------------><

'- TRANSACT--<transaction>--'--------------------------------><

● TRANSACT

>>- TRANSACT--<transaction>------------------------------------->

Part Two:

>--- TERMINAL---<lterm>----------------------------------------><

사용 예제

다음은 앞에서 설명한 사용 규칙을 따라 작성된 예제이다. 1번째 TERMINAL은 제어문으로 사용되고, 2번

째 COMMAND는 데이터문으로 사용된다.

)(TERMINAL E06*

COMMAND STA

COMMAND STO

COMMAND DIS

COMMAND FOR

TRANSACT OIVPI001

)(TRANSACT OIVP*

TERMINAL VT3270L1

)(TRANSACT OSIDVT*

TERMINAL VT3270L1

)(TERMINAL N041*

TRANSACT OIVPMPP1

TRANSACT OIVPMPP2

TRANSACT OIVPMPP3

TRANSACT OIVPMPP4

TRANSACT OIVPMPP5

TRANSACT OIVPMPP6

TRANSACT OIVPMPP7


)(CTRANS S2070X01

TCOMMAND DIS

)(CTRANS JYUETC00

TCOMMAND DIS

TCOMMAND STA

TCOMMAND STO

TCOMMAND ASS

)(CTRANS OSACMD00

TCOMMAND ASSIGN

TCOMMAND OPNDST

TCOMMAND CLSDST

TCOMMAND STOP

TCOMMAND START

TCOMMAND DISPLAY

Appendix A. SMU 71

Appendix B. IMSBATCH 프로시저

본 장에서는 IMS/DC에서 BMP를 사용하기 위해 제공하는 IMSBATCH 프로시저를 OSI에서 사용하기 위

한 방법을 기술한다.

IMS/DC에서 BMP는 DFSRRC00라는 유틸리티를 이용하여 기동되며, 보통 IMSBATCH 프로시저를 이용

하게 된다. OSI에서는 IMSBATCH 프로시저를 제공하지는 않지만, IMS/DC와 같이 DFSRRC00라는 HiDB

패키지에서 제공하는 유틸리티를 이용하여 BMP를 기동한다. OSI에서 BMP를 기동하기 위해 DFSRRC00

에 제공되는 PARM 중 다음과 같은 파라미터를 지원한다.

설명파라미터

애플리케이션 프로그램의 이름을 지정한다.MBR

PSB 이름이 애플리케이션 프로그램 이름과 다른 경우에 PSB 이름을 지정하는 옵션

파라미터이다.

PSB

입력 트랜잭션 코드를 지정한다.IN

운영체제에서 사용되는 IMS 시스템의 식별자이다.IMSID

다음은 IMSBATCH 프로시저에 대한 예제이다. 예제에서 굵은 글씨체로 표시된 부분이 OSI에서 지원하는

파라미터 항목이다.

// PROC MBR=TEMPNAME,PSB=,IN=,OUT=,

// OPT=N,SPIE=0,TEST=0,DIRCA=000,

// PRLD=,STIMER=,CKPTID=,PARDLI=,

// CPUTIME=,NBA=,OBA=,IMSID=,AGN=,

// SSM=,PREINIT=,RGN=56K,SOUT=A,

// SYS2=,ALTID=,APARM=,LOCKMAX=

//*

//G EXEC PGM=DFSRRC00,REGION=&RGN,

// PARM=(BMP,&MBR,&PSB,&IN,&OUT,

// &OPT&SPIE&TEST&DIRCA,&PRLD,

// &STIMER,&CKPTID,&PARDLI,&CPUTIME,

// &NBA,&OBA,&IMSID,&AGN,&SSM,

// &PREINIT,&ALTID,

// ’&APARM’,&LOCKMAX)

//STEPLIB DD DSN=IMS.&SYS2.SDFSRESL,DISP=SHR

// DD DSN=IMS.&SYS2.PGMLIB,DISP=SHR

//PROCLIB DD DSN=IMS.&SYS2.PROCLIB,DISP=SHR

//SYSUDUMP DD SYSOUT=&SOUT,

// DCB=(LRECL=121,RECFM=VBA,BLKSIZE=3129),

// SPACE=(125,(2500,100),RLSE,,ROUND)

Appendix B. IMSBATCH 프로시저 73

색인

Symbols[CPM] 절, 12

ASCII_TO_EBCDIC, 12

EBCDIC_TO_ASCII, 12

[CRC] 절

crc, 9

[GENERAL] 절, 6, 10

LOG_LEVEL, 6, 10

[LIBRARY] 절, 11

FORMAT, 12

IMSACB, 12

MATRIX, 12

MODBLKS, 11

[SECURITY] 절, 13

SMU_TERMINAL, 13

SMU_TRANSACTION, 13

[SYSTEM_MEMORY] 절, 11

PROTECT, 11

SHMKEY, 11

SHMSIZE, 11

[TSAM_CLIENT] 절, 7

DATABASE, 7

ENPASSWD, 7

PASSWORD, 7

USERNAME, 7

[USER] 절, 13

LOGON_MOD, 13

[vtam_gateway_name] 절, 9

CHANNEL, 9

PORT, 9

[VTAM] 절, 7

DSNAME, 8

MAXAPPL, 8

SHMKEY, 8

SHMSIZE, 8

USE_VDS, 8

USERMSG_PATH, 8

AACB, 22

BBEGINVTAM 매크로, 58

BMP 사용자 서버, 37, 39

BMP 사용자 서버 로그, 50

DDBD, 18

DBDLIB, 18

DEFAULTAPPL, 61

DEFAULTLUS, 61

DEFAULTPRT, 61

DFSRESLB, 23

FFORMAT, 26

FORMATA, 26

FORMATB, 26

IIMSACB, 22

IMSACBA, 22

IMSACBB, 22

IMSBATCH 프로시저

IMSID, 73

IN, 73

MBR, 73

PSB, 73

IP-LU mapping, 58

IPGROUP, 62

LLTERM Security, 24

LUGROUP, 62

LUMAP, 63

색인 75

MMATRIX, 24

MATRIXA, 24

MATRIXB, 24

MODBLKS, 16

MODBLKSA, 16

MODBLKSB, 16

MODSTAT, 15

MPP 사용자 서버, 37

MQ, 30

OOSD, 16

OSI 사용자 서버(Dependent Region), 2

BMP 사용자 서버, 4

MPP 사용자 서버, 4

OSI 시스템 서버 및 MPP 사용자 서버 로그, 47

OSI 시스템 서버(Control Region), 2

osi.[IMSID].conf, 5, 10

[GENERAL] 절, 10

[SECURITY] 절, 10

[STORAGE] 절, 10

[SYSTEM_MEMORY] 절, 10

[USER] 절, 10

CPM, 10

LIBRARY, 10

osi.conf, 5, 6

[GENERAL] 절, 6

[TSAM_CLIENT] 절, 6

[vtam_gateway_name] 절, 6

[VTAM] 절, 6

osi.ofsys.conf, 5, 14

osiboot, 42

osibuild, 37

PPCB, 20

PORT, 64

Printer

Display HardCopy, 67

SCS-DATA Printer, 67

PRTGROUP, 62

PRTMAP, 63

PSB, 20

PSBLIB, 20

RRTSD, 16

SSMU, 25

SMU 사용 규칙, 69

SMU 사용 예제, 70

STEPLIB, 30

TTmax 기동, 42

TN3270 Gateway, 2

Transaction Command Security, 24

ㅅ

스케쥴 서버(osisschd), 3, 33

시스템 서버(Control Region) 기동, 43

ㅈ

조작 로그, 52

ㅋ

커맨드 서버(osicmdsv), 4, 33, 34


Documents

OSI 운영자 안내서 - TmaxSoft · 2019-04-09 · 제1장 개요 ... 하이퍼링크 메일계정, ... OSI는 크게 3가지 모듈로 구성되어 있다. TN3270 프로토콜