OpenFrame

Transcription

1 OpenFrame TJES 안내서 OpenFrame/Batch for VOS3 2.0 Copyright 2009 TmaxSoft Co., Ltd. All Rights Reserved.

2 Copyright Notice Copyright 2009 TmaxSoft Co., Ltd. All Rights Reserved. 대한민국경기도성남시분당구서현동 263 분당스퀘어 (AK 프라자 ) 12 층우 ) 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 and Tmax OpenFrame are registered trademarks 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 TJES 안내서발행일 : 소프트웨어버전 : OpenFrame/Batch for VOS3 2.0 안내서버전 : v2.1.1

3 내용목차 안내서에대하여... ix 제1장 TJES 개요 특징 구성요소 멀티노드 TJES 구성 TJES 부트와다운 부트 WarmBoot와 ColdBoot Shutdown TJES 시스템데이터셋... 9 제2장 JOB의관리 JOB 상태 명령어를통한 JOB의상태변경 JCL의관리 JOB의처리단계 Submit 단계 Schedule 단계 Execution 단계 Output 단계 Remove 단계 JOB의조회 로그 Submit 로그 JOB 로그 JOB의백업 JOB EXIT CODE STEP EXIT CODE JOB EXIT CODE 제3장 JOB Execution JOB 실행 실행초기화 입력 JCL 파싱 실행과정 프로그램실행 프로시저실행 DD 처리 스페셜 DD JOB SPOOL JOB Control OpenFrame iii

4 JOB Level Report STEP Level Report 보안 tjclrun 호출 NICE를통한 PERFORM 처리 제4장 SPOOL SPOOL BACKUP SPOOL 데이터셋 제5장 OUTPUT Processing OUTPUT OUTPUT 처리 OUTPUT CLASS OUTPUT DISPOSITION 제6장 TJESMGR 명령어 JOB 실행명령어 RUN START HOLD SUSPEND RESUME STOP REMOVE CANCEL NICE OUTQUEUEPURGE INQUEUECLASS JOB/OUTPUT 명령어 PS (Print Screen) PSJOB (Print Screen JOB detail information) PSIO (Print Screen Input/Output information) PO (Print Output status) POLIST (Print Output detail LIST) POJOB (Print Output of JOB) POSPOOL (Print Output SPOOL of JOB) PODD (Print Output DD Information) PSHISTORY (Print Screen of JOB History) INITIATOR 명령어 BOOT SHUTDOWN NODECLEAR NODESTATUS (NODEST) JCLRUNACTIVE (RA) / JCLRUNINACTIVE (RI) iv OpenFrame TJES 안내서

5 JCLRUNCLASS(RC) PSCLASS(PSC) SHOWCLASS(SC) CHANGECLASS(CC) PSJCLRUN (PSR) 데이터셋명령어 PSCATALOG (PSCAT) SETCATALOG (SETCAT) PSDATASET(PSDS) PSENTRY(PSENT) DATASETLIST (DSLIST) DATASETCREATE (DSCREATE) DATASETCOPY (DSCOPY) DATASETMOVE (DSMOVE) DATASETDELETE (DSDELETE) DATASETRECATALOG (DSRECAT) DATASETUNCATALOG (DSUNCAT) DATASETIMPORT (DSIMPORT) DATASETEXPORT (DSEXPORT) DATATOUCH (DSTOUCH) GDGCREATE GDGDELETE PSLOCK (PSL) LOCKCLEAR PSVOLUME (PSV) SPOOL 백업명령어 SPOOLBACKUP (SPBA) SPOOLBACKUPLIST (SPBL) SPOOLPS (SPPS) SPOOLRESTORE (SPRE) SPOOLCLEAR (SPCL) SPOOLPSJOB (SPPSJ) SPOOLPSIO (SPPSIO) SPOOLPODD (SPPODD) SPOOLPOSPOOL (SPPOSPOOL) 기타명령어 PSPRINT (PSP) CLS EDIT VERSION HELP LICENSE ERROR OpenFrame v

6 CURRENTUSER SWITCHUSER JSS3 관련명령어 SETNET (SN) DISPLAYNETLIST (DNL) 제7장 환경설정 Tmax 설정 Tmax 서버 멀티노드설정 TJES 설정 OpenFrame 환경파일형식 TJES 환경파일 TJESMGR 설정 OUTPUT 설정 TJCLRUN 설정 Return Code 설정 색인 vi OpenFrame TJES 안내서

7 그림목차 [ 그림 1.1] TJES 구성요소... 3 [ 그림 1.2] 멀티노드환경... 6 [ 그림 2.1] JOB 상태흐름도 OpenFrame vii

8

9 안내서에대하여 안내서의대상 본안내서는리호스팅솔루션인 Tmax OpenFrame ( 이하 OpenFrame)/Batch 시스템의엔진역할을수행하는 TJES를통해 JOB을실행하고관리하는사용자를대상으로기술한다. 본안내서에서는 JOB을관리하고실행하는단계, SPOOL 관리, OUTPUT 처리단계등에대하여기술하고 TJES를운영할때유용한명령어와로그및에러처리방법, TJES 관련환경설정에대하여기술한다. 안내서의전제조건 본안내서를정확히사용하려면 OpenFrame/Batch 의개념을이해하고있어야한다. OpenFrame/Batch 에 대한이해를돕기위해 OpenFrame Batch 안내서 를먼저숙지할것을권장한다. 안내서에대하여 ix

10 안내서구성 TJES 안내서는총 7개의장으로구성되어있다. 각장의주요내용은다음과같다. 제1장 : TJES 개요 TJES의특징, 구성요소, 멀티노드 TJES 구성, TJES 시스템부트와다운방식그리고 TJES 시스템데이터셋에대해기술한다. 제 2 장 : JOB 의관리 JOB 상태와상태변경, Class 개요, JCL 관리, JOB 처리단계, JOB 조회방법, JOB 로그, JOB 백업방법 및 JOB 의 EXIT CODE 에대해기술한다. 제 3 장 : JOB Execution 실제로 JOB 을실행하는 Runner 인 tjclrun 의동작방식과기능에대해기술한다. 또한 JCL Parsing, JOB 실행과 JOB 실행의산출물등에대한을포함한다. 제 4 장 : SPOOL SPOOL 데이터셋과 SPOOL 백업방법에대해기술한다. 제 5 장 : OUTPUT Processing OUTPUT 개요, OUTPUT 처리방식에대해기술한다. 제 6 장 : TJESMGR 명령어 JOB 실행명령어, JOB/OUTPUT 명령어, INITIATOR 명령어, 데이터셋명령어, SPOOL 백업명령어와 기타 TJESMGR 명령어에대해기술한다. 제 7 장 : 환경설정 TJES 에서필요로하는각종환경파일에대해기술한다. x OpenFrame TJES 안내서

11 안내서규약 표기 AaBbCc123 내용 명령어, 명령어수행후화면에출력된결과물, 예제코드 참고 참조또는주의사항 { } [ ] " "( 따옴표 ) 하이퍼링크진하게 <AaBbCc123> $ ; ( 세미콜론 ), : ( 콜론 ) 이탤릭체 [ 그림 1.1] [ 표 1.1] 필수인수값옵션인수값선택인수값다른관련안내서언급또는안내서내의다른장및절언급메일계정, 웹사이트, 다른장및절참고강조프로그램소스코드의파일명, 디렉터리이름명령어프롬프트파라미터구분자사용자정의인수값그림이름표이름 안내서에대하여 xi

12 시스템사용환경 요구사항 Platform IBM AIX 5.x HP-UX 11.xx Solaris 9 (SunOS 5.9) Linux IA x Hardware 최소 120MB 하드디스크공간 256MB 이상메모리공간 1GB 이상하드디스크와 512MB 이상메모리공간권장 Database Tibero 3.0 Oracle 9i 또는 10g Compiler OpenFrame 제품군 COBOL2002 OpenFrame/Batch xii OpenFrame TJES 안내서

13 관련안내서 안내서 OpenFrame 제품의설치와환경설정에대한부분을기술한안내서이다. Batch 설치안내서 OpenFrame Batch 안내서 OpenFrame JCL 문법안내서 OpenFrame Base 안내서 OpenFrame TACF 운영자안내서 OpenFrame 데이터셋안내서 OpenFrame 유틸리티참조안내서 OpenFrame 에러메시지참조안내서 OpenFrame 툴참조안내서 OpenFrame/Batch를구성하는전반적인기능에대해기술한안내서이다. OpenFrame 시스템의 VOS3 JCL의문법지원사항과상세내용에대해서기술한안내서이다. OpenFrame/Base를구성하는전반적인기능에대해기술한안내서이다. TACF에대한기능과구조, 사용자와그룹연결, 리소스와데이터셋에대한인증과권한및다양한 TACF의명령어에대해기술한안내서이다. OpenFrame 데이터셋에대한소개와데이터셋종류및카탈로그방법등에대해기술한안내서이다. OpenFrame 엔진과함께제공되는다양한유틸리티프로그램에대해기술된안내서이다. OpenFrame 제품을사용중에발생할수있는에러에대한정보및에러대응방법이기술된안내서이다. OpenFrame 시스템을운용하는데사용하는다양한툴프로그램에대해기술된안내서이다. 참고문헌 제품 Mainframe 안내서 VOS3 JOB 제어언어문법서 E0 VOS3 JOB 관리해설서 A0 VOS3 시스템조작 - JSS3 편 F0 안내서에대하여 xiii

14 제품 Tmax 안내서 Tmax 관리자안내서 Tmax 설치안내서 xiv OpenFrame TJES 안내서

15 연락처 Korea TmaxSoft Co., Ltd 263 BundangSquare (AK Plaza) 12th floor, Seohyeon-dong, Bundang-gu, Seongnam-si, Gyeonggi-do, South Korea Tel: Fax: Web (Korean): 기술지원 : USA TmaxSoft, Inc. 560 Sylvan Avenue Englewood Cliffs, NJ U.S.A Tel: Fax: info@tmaxsoft.com Web (English): Japan TmaxSoft Japan Co., Ltd. 5F Sanko Bldg, Mita, Minato-Ku, Tokyo, Japan Tel: Fax: info@tmaxsoft.co.jp Web (Japanese): 안내서에대하여 xv

16 China TmaxSoft China Co., Ltd. Beijing Silver Tower, RM 1508, 2# North Rd Dong San Huan, Chaoyang District, Beijing, China, China Tel: ~8 Fax: Web (Chinese): xvi OpenFrame TJES 안내서

17 제 1 장 TJES 개요 OpenFrame TJES( 이하 TJES) 는 Tmax Job Entry Subsystem의약자로, Mainframe의 JES에대응하는 OpenFrame 시스템의 Batch JOB 관리모듈이다. TJES는멀티노드구성과자동화된에러복구지원을위해 TmaxSoft의 TP-Monitor 제품인 Tmax에구현되었다. TJES는 JCL과 JOB 실행및관리를 UNIX에서 Mainframe과가장유사하게지원하는 Batch 처리솔루션이다. 또한검증된미들웨어를이용한멀티노드클러스터링을통해 UNIX 시스템의성능한계를뛰어넘어, 대단위 Mainframe도문제없이안정적으로리호스팅할수있는뛰어난확장성을제공한다. TJES는 JCL을통해사용자로부터 JOB을받아들이고, 이를시스템의자원상황에맞춰스케줄링하여 Runner를통해수행하고, JOB의수행결과를프린트하며, JOB의수행상황을조회하는등 OpenFrame에서일어나는 JOB에관한모든수행을관장한다. TJES의가장중요한역할과특성은다음과같다. JCL을통해 JOB을 submit 받는다. Mainframe 과동일한 JCL 문법지원 CONTROL-M 등외부스케줄러와연동지원 인터널리더 (Internal Reader) 지원 submit 된 JOB 을스케줄링한다. Mainframe JES 의스케줄링원칙과동일하게스케줄링 멀티노드스케줄링지원 JOB 의 OUTPUT 을처리한다. IBM 프린트포맷을지원하는 INFOPRINT 지원 본안내서에서는 JOB 을관리하고실행하는단계, SPOOL 관리, OUTPUT 처리단계등에대하여기술하 고 TJES 를운영할때유용한명령어와로그및에러처리방법, TJES 관련환경설정에대하여기술한다. 제 1 장 TJES 개요 1

18 1.1. 특징 TJES는 Mainframe의 Batch 프로그램 ( 유틸리티, COBOL 프로그램, PL/I 프로그램 ) 을구동할수있는것이외에도, 기본적으로 UNIX 셸스크립트, C 프로그램등 UNIX에서실행가능한모든프로그램을구동할수있다. UNIX에서셸스크립트와 cron을통해 Batch 처리할경우에는체계화된 JOB 스케줄링및관리의부재그리고리소스통제미비로인해어려움을겪기쉽다. 따라서 TJES는다음의사항을통해체계적인 Batch 시스템을제공한다. JOB 속성과 Runner 등시스템자원상황에따른스케줄링 Runner Slot 개수제한으로동시에수행될수있는 Batch JOB 의개수제어 JOB 의진행사항및결과확인 JOB 의속성변경및일시정지, 재개, 중단등의제어 OUTPUT 관리 데이터셋 Lock 을통한데이터무결성보장 TACF 를통한보안성향상 2 OpenFrame TJES 안내서

19 1.2. 구성요소 TJES 는다음의그림과같이구성된다. [ 그림 1.1] TJES 구성요소 TJES 컴포넌트 obmjmsvr JOB 관리서버이다. TJES 의 JOB 과 OUTPUT 의관리및조회를담당하는서버이다. obmjschd JOB 스케줄러이다. obmjschd 는 TJES 전체도메인에서한개만기동되는서버로 TJES 의 JOB 스케줄 링을주로담당하고이외에 JOBID 발급과각노드의부트상태를관리한다. obmjinit Runner 와 Runner Slot 을관리하는서버이다. obmjinit 는 TJES 의각노드마다 1 개씩기동되는서버로, 자기노드에할당된 Runner 와 Runner Slot 를관리하고 JOB 을 Runner 에할당하는역할을담당한다. obmjhist JOB 히스토리서버이다. TJES 전체도메인에서 1 개만기동되는서버로 JOB 의상태를변경하는모든 액션에대한정보를저장하는서버이다. 제 1 장 TJES 개요 3

20 obmjspbk SPOOL 백업서버이다. TJES 전체도메인에서 1개의노드에서만기동되어야하는서버로실행이종료된 JOB을 TJES에서제거하면서해당 JOB의 SPOOL을별도의저장소로백업하고이후조회하는기능을제공한다. 백업된 SPOOL은 TJES 상에서와동일한형태로조회가가능하다. tjclrun JCL 을통해실제로 JOB 을구동하는모듈이다. JCL 에기술된하나의 JOB 을 STEP 순서대로실행한다. ofrpmsvr 프린터관리서버이다. TJES 전체도메인에서 1 개만기동되는서버로 OUTPUTQ 에등록된 OUTPUT 을조건에맞는프린터로출력한다. OpenFrame 기타제품 Base OpenFrame이구동되기위해필수적으로필요한제품이다. OpenFrame/Base는 NVSM, TSAM 등의데이터셋지원, 카탈로그관리, 데이터셋 Lock 관리등을지원한다. 참고 OpenFrame/Base 에대한자세한내용은 OpenFrame 안내서중 "Base 안내서 " 를참고한다. TACF OpenFrame 의보안을담당하는제품이다. OpenFrame TJES 는 OpenFrame/TACF 와연동되어야사용 자인증이나데이터셋, JOB 이름등의자원에대한권한체크등의강력한보안기능을사용할수있다. 참고 OpenFrame/TACF 에대한자세한내용은 OpenFrame 안내서중 "TACF 안내서 " 를참고한다. TJES 사용자원 Runner Slot Runner Slot은 Runner의운용정보를저장하고있는영역으로 Runner 1개당 1 개의 Runner Slot 이할당된다. Runner와 obmjinit 사이의데이터교환창구로사용된다. Runner Slot은 obmjinit 이정상적으로기동될때생성되며 obmjinit이정상적으로종료될때제거된다. UNIX의 Shared Memory로구현하였으므로필요할때기타 UNIX Shared Memory와동일한방식으로관리할수있다. 4 OpenFrame TJES 안내서

21 SPOOL TJES가사용하는특별한데이터셋이다. JOB 구동에필요한자원이나 JOB의진행상황과결과를저장하기위해사용한다. JOB을 submit할때 JOBID와동일한이름으로디렉터리를생성하여이디렉터리의하위공간을사용한다. JOB SPOOL은 REMOVE나 CANCEL 명령이실행되면삭제된다. TJES 시스템데이터셋 TJES 가내부정보저장을위해사용하는시스템데이터셋이다. JOBQ, JESST, OUTPUTQ 가있다. 참고 자세한내용은 1.5. TJES 시스템데이터셋 을참조한다. Interface textrun OpenFrame 제품이아닌, 3 rd party 스케줄러에서 TJES에 JOB을 submit하고, 진행상황과결과를모니터링할수있는모듈이다. UNIX 상의 3 rd party 스케줄러들은 JOB의시작과끝을프로세스의시작과종료로구분한다. 따라서 textrun은자신이 submit한 JOB이끝날때까지종료되지않고계속실행중에있다가 JOB이종료되면그결과를반환하고종료한다. tjesmgr 시스템관리자를대상으로하는명령어기반의사용자인터페이스이다. BOOT 와 SHUTDOWN 명령을 포함한 TJES 의모든기능을사용할수있다. OpenStudio 일반사용자를대상으로하는 GUI 기반의사용자인터페이스이다. TJES 시스템을 Boot, Shutdown 하 는등의 TJES 관리기능을제외한, JOB 을 submit 하고조회및관리하는기능을제공한다. 외부제품 External Scheduler TJES는 JOB CLASS와 priority에따른스케줄링만을제공하며, JOB A의수행종료후 JOB B의수행등 JOB간의상관관계에따른스케줄링을지원하지않는다. 이런상관관계에따른스케줄링이나일간, 주간, 월간배치등자동화된 JOB submit을위해서 External Scheduler가사용된다. Control-m, A-Auto 등이있다. 제 1 장 TJES 개요 5

22 1.3. 멀티노드 TJES 구성 TJES는 JOB의처리성능을높이거나서비스가용성을높이기위해여러대의 UNIX 머신을하나의머신처럼사용할수있는멀티노드환경을지원한다. 이번절에서는 TJES를멀티노드로구성할때각컴포넌트들이어떻게배치되어동작하는지에대해서한다. 다음그림은 2개의노드로 TJES를구성했을때의컴포넌트다이어그램이다. [ 그림 1.2] 멀티노드환경 멀티노드로 TJES를구성하기위해서는 SPOOL, DATA SET, TSAM 등의데이터저장소가공유되어있어야한다. TJES는공유된자원을통해여러노드에서같은데이터셋을이용하거나, 다른노드에서구동된 JOB의결과를확인하는등의작업을하나의 TJES 이미지로사용자에게서비스하게된다. 점선으로표시된 ofrlmsvr, ofrsasvr, ofrpmsvr, obmjschd, obmjhist, obmjspbk는전체도메인에서동시에 1개만존재할수있는 Tmax 서버이다. 만약 NODE1에문제가발생하여이서버들을더이상서비스할수없을경우 (failover) Tmax에의해자동으로 NODE2를기동시킴으로써서비스가용성을높일수있다. 점선박스외의영역에존재하는 Tmax 서버인 obmjmsvr, ofruisvr, obmjinit는멀티노드서비스를제공하기위해각노드에 1개이상존재해야하며, 그중 obmjinit는각노드에 1개만존재해야한다. tjclrun은요구-응답방식 (on-demand) 으로구동되는프로세스이므로각노드마다현재실행 (working) 중인 JOB의개수만큼존재하고, 실행중인 JOB이없다면존재하지않는다. 6 OpenFrame TJES 안내서

23 obmjinit 와 tjclrun 사이에서정보전달창구역할을담당하는 TJES Shared Memory 는 obmjinit 가정상적으 로기동될때생성되고, 정상적으로종료될때삭제된다. 외부 U/I 에해당하는 textrun, OpenStudio, tjesmgr 는 Tmax 를통해어떤노드에도연결될수있다 TJES 부트와다운 부트 (Boot) 는 TJES가 JOB을수행할수있는상태이며, 다운 (Down) 은 TJES가더이상 JOB을실행할수없는상태이다. 시스템관리자는 tjesmgr의노드명령어중 BOOT와 SHUTDOWN 명령어를통해이를제어할수있다. 참고 자세한사용방법은 6.3. INITIATOR 명령어 에서 BOOT 와 SHUTDOWN 을참고한 다 부트 부트는 TJES가다운되어있는상태에서만동작하며, 이미부트되어있는상태라면 BOOT 명령은무시된다. 부트는 TJES의각노드에서자신의 Runner Slot 상태를사용할수있는상태로초기화한후, TJES의 obmjschd에게 Runner Slot의현재상태를보고하여 JOB이스케줄링될수있도록한다. TJES가성공적으로부트되었다면 SYS1.JESST 시스템데이터셋에해당노드가부트되었음을기록된다. 이후 DB 연결실패등과같은장애 (disaster) 발생으로인한 TJES 자동복구절차에서부트상태를유지할수있도록한다. 멀티노드 TJES 환경에서는 TJES가부트될때, TJES 전체도메인에속한모든노드에 BOOT 명령을전달하게된다. 그리고멀티노드환경에서도개별노드별로부트하는방법을제공한다. 부트될때해당노드의 Runner Slot 상태는 Downed에서다운되기전의 Active 또는 Inactive 상태로복구되고, 부트된적이없다면 tjes.conf 설정파일의 [INITDEF] 섹션에설정된기본상태로복구된다 WarmBoot 와 ColdBoot WarmBoot 시스템을초기화한후운영중에사용하는일반적인부트이다. TJES Shared Memory를초기화하고, 스케줄러에게 Runner Slot의현재상태정보를보고하여 JOB 스케줄링이일어날수있도록한다. tjesmgr 의 BOOT 명령을통해 WarmBoot를한다. 참고 ColdBoot 에대한자세한내용은 OpenFrame 안내서중 툴참조안내서 의 tjesinit 을참고한다. 제 1 장 TJES 개요 7

24 ColdBoot OpenFrame TJES를초기화하는역할을하는특수목적의부트로 tjesinit 툴을사용하여시스템데이터셋을초기화한다. ColdBoot 이후에도실제 JOB을수행하기위해서는 WarmBoot를해야한다. 다음의경우에 ColdBoot를한다. OpenFrame TJES 설치후 시스템데이터셋구조변경등주요시스템업그레이드후 tjes.conf 의다음과같은변경사항을시스템에적용할때 [JOBDEF] 섹션의 JOBNUM 범위변경후 OUTPUTQ 사이즈변경후 [JOBCLASS] 섹션변경후 ( MVS, VOS 시스템의경우 ) JOB GROUP 설정변경후 ( XSP 시스템의경우 ) Shutdown 다운은 obmjinit가부트되어있는상태에서만동작하며, 이미다운되어있는상태라면 SHUTDOWN 명령은무시된다. SHUTDOWN 명령이수행될때 TJES는해당노드의상태를 Not booted 로변경하여시스템이다운된이후에발생되는추가적인 JOB의스케줄링을제한한다. 다운되기전에스케줄링되어수행중인 JOB은기본적으로종료될때까지정상적인절차를밟아수행되지만, 사용자가강제종료할것을명시했다면, SHUTDOWN 명령을받은즉시정지된다. 실행중인 JOB을모두종료하고나서시스템을다운시키려면, STOP 명령을통해명시적으로실행중인 JOB을종료하고 SHUTDOWN 명령으로 TJES 시스템을다운시킨다. TJES가성공적으로다운되었다면 SYS1.JESST 시스템데이터셋에해당노드가다운되었음을기록하여, 이후 DB 연결실패등과같은장애 (disaster) 발생으로인한 TJES 자동복구절차에서다운상태를유지할수있도록한다. 멀티노드 TJES 환경에서는 TJES가다운될때, TJES 전체도메인에속한모든노드에 SHUTDOWN 명령을전달하여시스템을다운하는방법외에도개별노드별로시스템을다운할수있다. 전체시스템다운시키는명령어 shutdown 개별시스템다운시키는명령어 8 OpenFrame TJES 안내서

25 shutdown node=nodename SHUTDOWN 명령을받으면해당노드의 Runner Slot 들의상태는기본적으로 Downed 로변경된다. JOB 이수행중인경우 Runner Slot 의상태를 working 으로유지하되 JOB 의수행이끝난시점에 Runner Slot 의상태를 Downed 상태로변경한다 TJES 시스템데이터셋 TJES 는시스템설정과각종자원에대한정보를노드간에공유하기위해다음과같은 VSAM 데이터셋에 저장한다. JESST 다음과같은 TJES 의시스템레벨정보를저장하는 VSAM KSDS 데이터셋이다. 시스템레벨정보노드정보 JOBQ 정보 OUTPUTQ 정보 JOB CLASS 정보 시스템상에존재하는노드들의정보와각각의노드들의부트상태를저장한다. JOBID 범위등 JOBQ에대한개괄적인정보를저장한다. OUTPUTQ 크기등 OUTPUTQ에대한개괄적인정보를저장한다. JOB CLASS별기본속성정보를저장한다. 참고 JESST 의실제데이터셋이름은 tjes.conf 설정파일에 [SYSTEM_DS] 섹션에 TJES_STAT 의에 지정된다. 해당의정보를 TJES_STAT=SYS1.JESST 으로설정할것을권장한다. JOBQ TJES에서 JOB을관리하는데필요한정보를저장하는 VSAM KSDS 데이터셋이다. JOBID, JOBNAME, JOBCLASS, JOBPRTY, JOBSTATUS, JCLPATH, USER ACCOUNT 등이 JOBQ에저장된다. JOBID에대한기본인덱스이외에도성능향상을위해 JOBNAME과 JOBSTATUS에대한보조인덱스와 submit 순서대로조회하기위한보조인덱스를구성한다. 참고 JOBQ 의실제데이터셋이름은 tjes.conf 설정파일에 [SYSTEM_DS] 섹션에 JOBQ 에지정된다. 해 당의정보를 JOBQ=SYS1.JOBQ 로설정할것을권장한다. 제 1 장 TJES 개요 9

26 OUTPUTQ TJES에서수행된 JOB의결과물인 OUTPUT을관리하는데필요한정보를저장하는 VSAM KSDS 데이터셋이다. 시스템데이터셋은 OpenFrame 설치단계에서생성되며, tmboot 전 OpenFrame에서제공하는 ColdBoot 용 UNIX 툴인 tjesinit을통해시스템데이터셋을초기화해야한다. 참고 ColdBoot 단계중에기록해야하는 SYS1.JESST의 JOBQ 정보, OUTPUTQ 정보등은 tjesinit을통해서만갱신된다. 이후에 tjes.conf의설정을변경한다면, tjesinit을통해 SYS1.JESST에변경사항을반영해야한다. 다음은각시스템데이터셋을생성하는스크립트이다. 모두 SYS1.XXXX로설정한다고가정한다. 다른이름의시스템데이터셋을사용하려면스크립트를변경하고, IDCAMS( 또는 JSCVSUT) 를통해새로시스템데이터셋을생성하여야하며, 스크립트를변경할때에는진하게표시된데이터셋이름만을고치는것을권장한다. 진하게표시된데이터셋이름은한스크립트내에서는모두동일해야한다. 스크립트상에 의기본값으로지정된볼륨은시스템설정에따라수정한다. <SYS1.JESST> #!/bin/sh # JESST Creating Script ( TJES 5.0 ) # Define SYS1.JESST IDCAMS<<EOF DELETE SYS1.JESST CLUSTER PURGE DEFINE CLUSTER ( NAME ( SYS1.JESST ) - VOL(100000) - INDEXED - KEYS(24 0) - UNIQUE - SHR(2 3) ) - DATA ( NAME( SYS1.JESST.DATA) - KB( ) - FREESPACE(00 00) CISZ(4096) - RECSZ( ) ) - INDEX ( NAME( SYS1.JESST.INDEX) ) EOF 10 OpenFrame TJES 안내서

27 <SYS1.JOBQ> #!/bin/sh # JOBQ Creating Script ( TJES 5.0 ) # Define SYS1.JOBQ (16, 8) # Define SYS1.JOBQ.ID (AIX on JOB_ID) (8, 16) # Define SYS1.JOBQ.NAME (AIX on JOB_NAME) (0, 24) # Define SYS1.JOBQ.STAT (AIX on JOB_STAT) (31, 17) # Define path SYS1.JOBQ.PMAIN # Define path SYS1.JOBQ.PNAME # Define path SYS1.JOBQ.PSTAT IDCAMS<<EOF DELETE SYS1.JOBQ CLUSTER PURGE DEFINE CLUSTER ( NAME ( SYS1.JOBQ ) - VOL(100000) - INDEXED - KEYS(8 16) - UNIQUE - SHR(2 3) ) - DATA ( NAME( SYS1.JOBQ.DATA) - KB( ) - FREESPACE(00 00) CISZ(4096) - RECSZ( ) ) - INDEX ( NAME( SYS1.JOBQ.INDEX) ) DEFINE ALTERNATEINDEX ( NAME( SYS1.JOBQ.ID) - UPGRADE - RELATE( SYS1.JOBQ ) - VOLUMES(100000) - KEYS(16 8) ) DEFINE ALTERNATEINDEX ( NAME( SYS1.JOBQ.NAME) - UPGRADE - RELATE( SYS1.JOBQ ) - VOLUMES(100000) - KEYS(24 0) ) DEFINE ALTERNATEINDEX ( NAME( SYS1.JOBQ.STAT) - UPGRADE - RELATE( SYS1.JOBQ ) - VOLUMES(100000) - KEYS(16 8) ) DEFINE PATH ( NAME ( SYS1.JOBQ.PMAIN) - PATHENTRY( SYS1.JOBQ ) ) DEFINE PATH ( NAME ( SYS1.JOBQ.PID) - 제 1 장 TJES 개요 11

28 PATHENTRY( SYS1.JOBQ.ID) ) DEFINE PATH ( NAME ( SYS1.JOBQ.PNAME) - PATHENTRY( SYS1.JOBQ.NAME) ) DEFINE PATH ( NAME ( SYS1.JOBQ.PSTAT) - PATHENTRY( SYS1.JOBQ.STAT) ) EOF <SYS1.OUTPUTQ> #!/bin/sh IDCAMS<<EOF DELETE SYS1.OUTPUTQ PURGE DEFINE CLUSTER ( NAME( SYS1.OUTPUTQ ) - KB( ) - VOLUMES(100000) - RECSZ(512,512) - SHR(2 3) - IXD - UNIQUE - CISZ(4096) - FSPC(20 10) - KEYS(8 16)) - DATA ( NAME( SYS1.OUTPUTQ.DATA)) - INDEX ( NAME( SYS1.OUTPUTQ.INDEX)) DEFINE ALTERNATEINDEX(NAME( SYS1.OUTPUTQ.JOBID) - RELATE( SYS1.OUTPUTQ ) - VOLUMES(100000) - KEYS(16 8) - RECSZ(100,100)) DEFINE PATH( NAME( SYS1.OUTPUTQ.PJOBID) - PATHENTRY( SYS1.OUTPUTQ.JOBID) ) DEFINE ALTERNATEINDEX(NAME( SYS1.OUTPUTQ.JOBNAME) - RELATE( SYS1.OUTPUTQ ) - VOLUMES(100000) - KEYS(24 0) - RECSZ(100,100)) DEFINE PATH( NAME( SYS1.OUTPUTQ.PJOBNAME) - PATHENTRY( SYS1.OUTPUTQ.JOBNAME) ) EOF 12 OpenFrame TJES 안내서

29 제 2 장 JOB 의관리 본장에서는 JOB이가질수있는상태와 JOB이실행되는단계및결과조회그리고 JOB을관리하는방법에대해서한다. OpenFrame에서 JOB을관리하는방법은 tjesmgr와 OpenStudio 2가지가있는데본안내서에서는 tjesmgr 를사용하여 JOB을관리하는방법에대해서만다루도록한다. 참고 OpenStudio 를사용하여 JOB 을관리하는방법에대해서는 OpenFrame 안내서중 OpenStudio BM 안내서 를참고한다 JOB 상태 TJES는다음그림과같이 JOB을 START, HOLD, WORKING, SUSPEND, DONE, ERROR, STOP, FLUSH 의 8가지상태로구분하여관리한다. [ 그림 2.1] JOB 상태흐름도 제 2 장 JOB 의관리 13

30 참고 READY 는 SUBMIT 단계를처리중인상태이고, PURGE 는 JOB 이 TJES 에서제거됨을의미한다. 다음은 TJES의각상태에관한이다. START JCL을통해 JOB이 submit되어실행되기전까지의상태로서, JOB 스케줄링의대상이고아직 Runner Slot에게할당되지않은상태이다. JOB CLASS를변경할수있고, HOLD 명령을통해 JOB을 HOLD 상태로변경하거나 CANCEL 명령을통해 JOBQ에서제거할수있다. HOLD JCL을통해 JOB이 submit되어실행되기전까지의상태로, START와다르게 JOB 스케줄링의대상이되지않는다. HOLD 상태에해당하는경우는다음과같다. JCL상에 TYPRUN=HOLD 구문을기술하여 submit한경우 HOLD 로설정된 JOB CLASS 로 submit 한경우 START 상태의 JOB 을 HOLD 명령을통해상태를변경한경우 START 명령을통해 START 상태로변경하거나 CANCEL 명령을통해 JOBQ 에서제거할수있다. WORKING tjclrun이 JOB을실행중인상태이다. 실행중인 STEP의특성에따라복수의 UNIX 프로세스로구동될수있다. SUSPEND 명령을통해실행중인 JOB을일시적으로정지시킬수있고, STOP 명령을통해 JOB 수행을끝내고 STOP 상태로바꿀수있다. SUSPEND JOB 의실행이일시적으로멈춘상태이다. RESUME 명령을통해 WORKING 상태로복원할수있고, STOP 명령을통해 JOB 수행을끝내고 STOP 상태로바꿀수있다. 주의 3 rd party 유틸리티를사용할경우, 유틸리티내부에서세션을새로설정한다면해당프로세스와그 하위프로세스는 SUSPEND 되지않는다는점을주의해야한다. DONE JCL 상에요청된대로 JOB 이정상적으로실행된상태이다. 14 OpenFrame TJES 안내서

31 사용자프로그램이의도한결과를산출했는지의여부는 SPOOL 데이터의조회 (PODD) 나각 STEP 의 반환코드 (PSJOB) 등을조회하여별도로확인해야한다. REMOVE 명령을통해 JOBQ 에서제거할수 있다. 참고 DONE 상태는 JCL에서요청된대로 JOB의모든 STEP이수행되었고반환코드가 COND문이나 rc.conf 등을통해지정한허용범위이내라는것을의미하는것이지, 각 STEP에지정된프로시저나프로그램이업무적으로정상실행되었다는것을의미하는것은아니다. ERROR JOB 의실행결과가 COND 문이나 rc.conf 에서지정한반환코드허용범위를벗어난상태이다. REMOVE 명령을통해 JOBQ 에서제거할수있다. STOP WORKING 상태의 JOB에사용자가명시적으로 STOP 명령을통해 JOB을강제종료시키거나, 장애복구플랜 (Disaster Recovery Plan) 에의해 TJES가자동으로재기동될때 JOB이강제종료된상태이다. 이때 JOB 실행에필요했던모든자원을반납하고종료하게된다. REMOVE 명령을통해 JOBQ에서제거할수있다. FLUSH JOB 수행중에 tjclrun에서에러가발생하여더이상 JOB을수행하지못하는상태이다. JCL 런타임파싱에러나 DD 할당에러등이 FLUSH 상태의주요원인이다. REMOVE 명령을통해 JOBQ에서제거할수있다 명령어를통한 JOB 의상태변경 사용자는명령어를사용하여원하는 JOB의상태로변경할수있다. 다음은 JOB의상태변경과관련된 tjesmgr 명령어를정리한표이다. 첫번째칼럼의현재상태에서두번째칼럼의명령어를사용하면세번째칼럼의상태로변경된다. 현재상태 - START HOLD WORKING 명령어 RUN CANCEL HOLD CANCEL START SUSPEND 변경될상태 START, HOLD JOB 실행전 JOBQ에서해당 JOB 삭제됨 HOLD JOB 실행전 JOBQ에서해당 JOB 삭제됨 START SUSPEND 제 2 장 JOB 의관리 15

32 현재상태 SUSPEND DONE ERROR STOP FLUSH 명령어 STOP STOP RESUME REMOVE REMOVE REMOVE REMOVE 변경될상태 STOP STOP WORKING JOB 실행후 JOBQ에서해당 JOB 삭제됨 JOB 실행후 JOBQ에서해당 JOB 삭제됨 JOB 실행후 JOBQ에서해당 JOB 삭제됨 JOB 실행후 JOBQ에서해당 JOB 삭제됨 JOBQ는 tjes.conf 의 [JOBDEF] 섹션에설정된크기만큼만저장을할수있기때문에필요하지않는 JOB 들은 JOBQ에서삭제할필요가있다. CANCEL이나 REMOVE는모두 JOBQ에서 JOB을삭제하는명령이지만 CANCEL은 JOB이실행되기전에, REMOVE는 JOB이실행된후에삭제된다는점이다르다. HOLD 상태에있는 JOB들은스케줄링이되지않기때문에 HOLD 상태인 JOB을실행하고자하면 START 상태로상태를바꾸어야한다. 이때 START 명령어를사용하여상태를변경할수있다. 참고 1. JOBQ 에서 JOB 삭제와관련된내용은 7.2. TJES 설정 을참고한다. 2. 각명령어사용법은 제 6 장 TJESMGR 명령어 를참고한다 JCL 의관리 OpenFrame에서는기존의 Mainframe에서사용하던 JCL들을그대로가져와서실행할수있다. JCL들을일반디렉터리에관리해도되지만, tjes.conf의 [PROCLIB] 섹션의 JCLLIB에등록된데이터셋의멤버로등록해놓기를권장하며, JCL들이많다면별도의 PDS 데이터셋을생성해서멤버로관리하는것을권장한다. OpenFrame에서 PDS 데이터셋은실제디렉터리로만들어져있기때문에해당볼륨의 PDS 데이터셋이름디렉터리에 JCL들을복사해놓으면 PDS의멤버가된다. JCL들을 PDS 데이터셋의멤버로등록해놓으면 JCL을 submit 할때 UNIX 전체파일경로를주지않고도데이터셋이름과멤버명만으로도대상 JCL을찾을수있다. JCL이 tjes.conf 파일 [PROCLIB] 절의 JCLLIB 에등록된데이터셋의멤버로등록된경우에는멤버명만있어도대상 JCL을찾을수있다. 참고 JCLLIB 에지정한 PDS 순서대로해당데이터셋의멤버를검색한다. 16 OpenFrame TJES 안내서

33 2.3. JOB 의처리단계 TJES 를통해실행되는모든 JOB 은다음의단계로진행된다. 1. Submit: TJES 로부터 JCL 을받아들이는단계 2. Schedule: 조건을충족하는 Runner Slot 에게 JOB 을할당하는단계 3. Execution: 실제로 Runner 가 JOB 을수행하는단계 4. Output: JOB 의수행이끝나고그 Output 이처리되는단계 5. Remove: 수행이끝난 JOB 을 TJES 에서제거하는단계 Submit 단계 Submit 단계는 JCL을받아이를분석하여 JOB 단위로 TJES에편입시키는단계이다. JCL이 submit되면 TJES는해당 JCL을분석하여 JOB 엔트리를구성하고, JOBID, SPOOL 등 JOB 관리에필요한리소스를할당한후 JOBQ에저장한다. submit된 JOB의정보는스케줄러에통보되어, 스케줄러에의해 JOB이 Runner Slot에할당될수있도록한다. TJES는다음과같은리소스를 JOB에게할당한다. JOBID TJES가 JOB을구분하여관리하기위해서는각각의 JOB에유일한 ID를부여해야한다. 이를 JOBID라하며, TJES에서관리하는 JOBID는 'JOBnnnnn' 의형식을갖는다. JOB에부여할수있는 JOBID 범위는 00001부터 99999이다. JOBID는 Submit할때발급되어 JOB이 CANCEL이나 REMOVE를통해제거될때반환된다. 반환된 JOBID는재사용된다. 이외에 CICS에서생성하는 'STCnnnnn', TSO에서생성하는 'TSOnnnnn' 형식의 JOBID가있으나, 이는 TJES가관리하지않는다. SPOOL TJES는 1개의 JOB마다독립적인 SPOOL 공간을할당하는데 UNIX 디렉터리로구현되어있다. SPOOL 볼륨에위치하며 JOBID를디렉터리명으로한다. SPOOL에는 Submit받은시점의 JCL을보존하기위하여복사한 INPJCL, 카탈로그를복사한 CATPROC, JOB의수행결과인 SYSOUT과 TJES가 JOB의수행상태를보고하기위해내부적으로사용하는파일등이저장된다. SPOOL은 tjesinit 툴을통해초기화한다. JOBQ 제 2 장 JOB 의관리 17

34 TJES 는 JOB 의검색과변경등을용이하게하기위해 TSAM KSDS 데이터셋으로 JOB 의기본정보를 저장한다. JOBQ 에저장된 JOB 의정보는 tjesinit 툴을통해초기화할수있다. TJES 에서 JCL 을 Submit 받는단계는다음과같다. 1. JOBID 를발급하고 SPOOL 을생성한다. 2. Submit 된 JCL 을 SPOOL 에 INPJCL 로복사한다. 3. Submit 용으로 TJESSUBM 이라는 JOB 을 JOBQ 에저장한다. JSS3 command 가존재하지않으면이 JOB 은재사용되어 JCL 에기술된 1 번째 JOB 으로대체된다. 4. JCL 을파싱한다. 이시점에구문오류가발생하면이를 SPOOL 의 SYSMSG 에저장하고, Submit 과정을종료한다. 5. JSS3 명령어가존재하면이를수행한다. JSS3 명령어는명령어실행전용서버인 ofrcmd 에서수행된다. 6. JCL 에기술된각각의 JOB 별로다음의내용이수행된다. a. JOBID 를발급하고 SPOOL 을생성한다. b. Submit 된 JCL 을 SPOOL 에 INPJCL 로복사한다. c. TYPRUN = JCLHOLD 가주어지면운영자가명시적으로명령을할때까지다음단계의진행을일시 중지한다. d. STEP 에기술된프로시저를 SPOOL 에 CATPROC 으로복사하고, 파싱한다. e. TYPRUN = SCAN 이주어지면 JOB 에해당하는 JCL 이나 CATPROC 의구문분석을시행하고, 이결 과를 SPOOL 의 SYSMSG 에저장한다. JOB 을 DONE 이나 ERROR 의종료상태로저장하고현재 JOB 의 Submit 을종료한다. f. 이외의경우 JOBQ에 JOB을저장한다. - TYPRUN=HOLD나 JOB의 CLASS에 HOLD 설정 (tjes.conf 의 [JOBCLASS] 설정 ) 이있는경우 HOLD 상태로저장된다. - 이외의경우 START 상태로저장된다. g. TJES 의스케줄링을담당하는 obmjschd 에 JOB 의스케줄링정보를전달한다. 7. JCL 의 Submit 결과를요약하여 Submitter 에게보고한다. 18 OpenFrame TJES 안내서

35 Submit 단계중에에러가발생하면 tjes.conf 의 [LOG] 섹션의 SUBMITLOG 에지정된로그파일에 해당내용이저장된다. tjesmgr 의 PS 명령어를통해서 Submit 하여생성된 JOB 들이 JOBQ 에등록되어있는것을확인할수있다. 참고 1. Submit 로그의형식에대한자세한내용은 JOB 로그 를참고한다. 2. JOBQ 의 Output 에대한자세한내용은 PS (Print Screen) 을참고한다. OpenFrame 에서는다음과같이 JCL 을 Submit 하는여러방법을지원한다. tjesmgr 의 RUN 명령어를통한방법 ( 제 6 장 TJESMGR 명령어 의 RUN 을참고한다.) textrun 툴을사용하는방법 (OpenFrame 안내서중 " 툴참조안내서 " 의 "textrun" 을참고한다.) OpenStudio Batch Manager(BM) 를통한방법 ( "OpenStudio BM 안내서 " 를참고한다.) Schedule 단계 Schedule 단계에서 TJES는기본적으로다음의조건을만족하는 Runner Slot에게현재 START 상태인 JOB을배정한다. Runner Slot의상태가 Active로활성화되어있어야하며, 다른 JOB을수행하고있는중이아니어야한다. RUNNER CLASS 가 JOB CLASS 와일치해야한다. JOB 을 Submit 할때특정노드에서 JOB 이실행되도록명시했을경우, 그노드와 Runner Slot 이속한노 드가일치해야한다. JSS3 의 NET 문을지원한다. NHOLD 값이 0 이되어야하고, OPHOLD 되어있지않아야한다. JSS3 의 MAIN 문을지원한다. 현재 START 문을지원하고있기때문에, START 문으로지정한날짜와 시각이지나야스케줄링받을수있다. 다음은스케줄링메소드를 pseudo code 로나타낸것이다. Priority aging For i = 1 to 8 / * to iterate RUNNER CLASSes */ For each idle runner { Get the list of Job which matches the ith class of the runner For each Job in descending priority order { 제 2 장 JOB 의관리 19

36 } } Check node affinity. If fails, try next Job Check Jobname duplication. If fails, try next Job Check JSS3 JOBNET NHOLD. If not 0, try next Job Check JSS3 MAIN START. If not passed, try next Job Assign the Job to the runner and break JOB CLASS JOB의속성중하나로 JCL JOB 구문의클래스파라미터에기술되는 1개의문자로, A-Z, 0-9 중 1개의값을가져야한다. JCL에클래스가기술되어있지않을때에는 tjclrun.conf의 [JOB] CLASS에기술된디폴트 JOB CLASS 를사용한다. JOB CLASS는해당 JOB이실행될수있는 Runner Slot을제한하는용도로 JOB 스케줄링에사용된다. A 라는 JOB CLASS를가진 JOB은 RUNNER CLASS에 CBA 혹은 ABC와같은식으로 A를포함한 Runner Slot에만할당될수있다. 이외에도 JOB CLASS의하위속성에따라, TJES 의동작방식이달라진다. OpenFrame/Batch 4.0 Version 부터 JOB CLASS의 HOLD 속성이추가되었다. HOLD 속성이명시된 JOB CLASS로 submit 된 JOB은 JCL 상의 JOB 구문에 TYPRUN=HOLD가지정되지않았더라도, HOLD 상태로 Submit된다. RUNNER CLASS Runner Slot의속성중하나로 tjes.conf의 [INITDEF] 섹션에기술된다. RUNNER CLASS는 JOB CLASS와일치해야하므로 JOB CLASS와동일한 A-Z, 0-9 중 1개의값을가지며, 1개의 Runner Slot은최대 8개의클래스를가질수있다. 복수의 RUNNER CLASS가설정된경우에는, 앞에기술된클래스에해당하는 JOB이없을때에만뒤에기술된클래스가사용될수있다. 즉, 제일먼저설정된클래스가최우선이고맨마지막에설정된클래스가제일낮은우선순위를갖는다. 또한 i 번째에기술된클래스에해당하는 JOB을실행하기위해서는, TJES의모든 Runner Slot이 i 번째이전에기술된클래스로해당 JOB을실행할수없어야한다. 예를들면 TJES 내에 1번 Runner Slot은 RUNNER CLASS가 ABC이고, 2번 Runner Slot은 BCA였을때, C의 JOB은 B의 JOB이없을때 2번 Runner Slot의 2번째클래스로실행될수있지만, 1번 Runner Slot의 3번째클래스로실행하기위해서는 A와 B의 JOB이없으면서, 2번 Runner Slot이이미 JOB을실행하고있거나 Active 상태가아니어서, 2번째클래스로 JOB을실행할수없어야한다. JSS3 NET 문 JSS3 NET 문의 VOS3 의 JOBNET 속성을지정하기위해사용한다. 20 OpenFrame TJES 안내서

37 JOBNET은간략히하면 JOB 의실행순서를설정하고조건에따라실행하는 JOB 을분기하는등, 기존에는운영자가개입했어야할업무들을자동화할수있는 VOS3의특화기능이다. 기본적으로다음의요소를통해 JOBNET을구성하게된다. NHOLD: JOB이실행되기전에선행으로수행되어야하는 JOB의수를지정한다. 0 이아니면실행되지않는다. RELEASE: JOB 이종료되었을때, 그결과를전달할후속 JOB 을지정한다. COND: JOB 이종료되었을때, 정상인지비정상인지판별하는조건을지정한다. NORMAL: 선행 JOB 이정상종료되었을때의처리방식을지정한다. ABNORMAL: 선행 JOB 이비정상종료되었을때의처리방식을지정한다. 참고 NET 문에대한자세한사항은 OpenFrame 안내서중 "JCL 문법안내서 " 를참고한다. JSS3 MAIN 문 JSS3 NET 문은스케줄링시작시각을지정하기위해사용한다. 스케줄링시작시각을지정하는 START 기능과, 실행시작시각의 deadline을지정하는 DL 기능이있다. 현재는 START 기능만을지원한다. 참고 MAIN 문에대한자세한사항은 OpenFrame 안내서중 "JCL 문법안내서 " 를참고한다 Execution 단계 Runner가실제로 JCL에기술된대로 JOB을실행하는단계이다. Runner는 SPOOL에복사되어있는 JCL을파싱하고, 그결과에따라 JOB을실행한다. 하나의 JOB은하나이상의 JOB STEP으로구성되는데, Runner는이 JOB STEP을 JCL에기술된순서대로순차적으로실행한다. JOB을실행할때필요한데이터셋을할당하는일도 Execution 단계에서일어난다. 제 2 장 JOB 의관리 21

38 Output 단계 JOB 수행중생성된 SYSOUT을처리하는단계이다. SYSOUT은 Output이라는단위로처리되는데, OUTPUT CLASS에따라처리할수있는프린터와기본후처리가결정된다. Output은프린터로출력되거나인터널리더를통해 TJES로 Submit된다. 참고 자세한내용은 제 5 장 OUTPUT Processing 을참고한다 Remove 단계 Output 단계로진입한 JOB을사용자의명시적인명령에의해 TJES에서삭제하는단계이다. JOB에할당되었던 JOBID, SPOOL, JOBQ 등과같은모든리소스가시스템으로반환된다. TJES에서삭제한 JOB의결과를추후에다시접근하기위해서는 SPOOL 백업명령어를통해백업해야한다. 백업에성공하면 SPOOL에서자동으로 JOB이제거된다 JOB 의조회 submit된 JOB은 JCL의파라미터에기술된값에따라 START 또는 HOLD 상태로 JOBQ에등록된다. JOBQ 에등록되어있는모든 JOB은 tjesmgr의 PS 명령어를통해서 JOB의상태를확인할수있다. START 상태의 JOB은스케줄링을통해 WORKING 상태로바뀌면서실행되고, ERROR나 DONE 또는 FLUSH 등으로종료가된다. 다음과같은 tjesmgr 명령어를통해서 JOB의상세한정보를조회할수있다. 명령어 PSJOB PSIO POSPOOL PODD POJOB JOB의상세정보를보여준다. JOB에서사용한데이터셋들의 I/O 정보를보여준다. JOB에서생성한 SPOOL들의정보를보여준다. JOB에서생성한 SPOOL들의내용을보여준다. JOB과관련한 Output 상세정보를보여준다. 참고 JOB 의정보조회에대한상세한과기능은 6.2. JOB/OUTPUT 명령어 를참고한다. 22 OpenFrame TJES 안내서

39 2.5. 로그 TJES는운영에대한자료로사용하거나운영할때발생할수있는각종사건들의책임소재를분명히하는용도로사용하기위해서 TJES 에서일어나는여러가지이벤트에대하여로그를남긴다. OpenFrame/Batch v5.0 이상의 TJES 는다음의 2가지의로그를남긴다. JCL의 Submit에대한정보를저장하는 Submit 로그 JOB 의모든상태변화에대한 JOB 로그 매일방대한양의로그가기록될수있으므로정리작업없이장기간운영하면로그파일의크기가상당히커질수있다. 이러한문제점을해결하기위해서날짜별로로그를생성하는옵션을제공한다. tjes.conf 의 [LOG] 섹션에로그별파일경로를설정할떄 &SYSDATE 를파일이름중간에기입하면, &SYSDATE 부분이 YYYYMMDD 형태의날짜로치환되어날짜별로로그를생성할수있다 Submit 로그 Submit 로그는 tjes.conf의 [LOG] 섹션의 SUBMITLOG에설정한파일경로에저장된다. Submit 로그는성공과실패를구분하지않고, obmjmsvr에서인지한 JCL을 submit하려는모든시도에대해기록한다. Submit 로그의기본적인형식은다음과같다. >> timestamp jclpath submit_result timestamp jclpath submit_result yyyymmddhhmmss 형태의 14자리숫자이다. submit된 JCL의 UNIX 절대경로이다. submit 결과를나타내는문구이다 JOB 로그 JOB 로그는 tjes.conf 의 [LOG] 섹션의 JOBLOG 에설정한파일경로에저장된다. JOB 로그의기본적인형식은다음과같다. nodename;timestamp;jobid;userid;opertation;additional info additional info 는오퍼레이션에따라다르며, 오퍼레이션의종류와그에대한은다음과같다. 제 2 장 JOB 의관리 23

40 SUBMIT JOB 이 submit 된다. status=s H;class=Job_class;node=execution_node,jcl=jcl_path 각에대한은다음과같다. status JOB 의 Submit 상태에따라설정된다. START 상태로 submit 될경우에 S 가설정되고, HOLD 상태로 submit 될경우에는 H 가설정된다. class node submit 된 JOB CLASS 이다. JOB 이수행될노드의이름이다. JCL 에 JOB 들이실행될 execution_node 를지정하지않았거나 tjesmgr.conf 의 [DE FAULT_OPTION] 섹션의 DEFAULT_RUNNING_NODE=MY 를설정하지않았다면 모든노드에서실행될수있도록애스터리스크 (*) 가설정된다. jcl 복사된 INPJCL 의경로가아니라 submit 된 JCL 의원본파일경로이다. CHANGE JOB 의속성이실행전에변경되었다. status=s H,class=job_class 각에대한은다음과같다. status 변경된후의 JOB Status 이다. S 는 START 상태를, H 는 HOLD 상태를의미한다. class 변경된후의 JOB CLASS 이다. CANCEL EXECUTE JOB 이취소된다. JOB 을 Runner 에할당한다. index=runner_index;pid=runner_pid;class=working_class 각에대한은다음과같다. 24 OpenFrame TJES 안내서

41 index pid class JOB을실행중인 Runner Slot의인덱스이다. 이값은실행중인노드에서만유효하다. JOB을실행중인 Runner의프로세스 ID이다. 이값은실행중인노드에서만유효하다. Runner Slot에할당된복수의클래스중현재 JOB을실행하기위해사용하고있는클래스이다. SUSPEND JOB 이일시정지된다. index=runner_index;pid=runner_pid 각에대한은다음과같다. index pid JOB 을실행중인 Runner Slot 의인덱스이다. 이값은실행중인노드에서만유효하다. JOB 을실행중인 Runner 의프로세스 ID 이다. 이값은실행중인노드에서만유효하다. RESUME 일시정지된 JOB 이다시수행된다. index=runner_index;pid=runner_pid 각에대한은다음과같다. index pid JOB 을실행중인 Runner Slot 의인덱스이다. 이값은실행중인노드에서만유효하다. JOB 을실행중인 Runner 의프로세스 ID 이다. 이값은실행중인노드에서만유효하다. FINISH JOB 의실행이종료된다. index=runner_index;pid=runner_pid;status=exit_status;exitcode=exit_code 각에대한은다음과같다. index pid status exitcode JOB을실행중인 Runner Slot의인덱스이다. 이값은실행중인노드에서만유효하다. JOB을실행중인 Runner의프로세스 ID이다. 이값은실행중인노드에서만유효하다. JOB의종료상태이다. DONE, ERROR, STOP, FLUSH 중하나의값을갖는다. JOB의 EXIT CODE이다. ( 자세한내용은 2.7. JOB EXIT CODE 를참고한다.) 제 2 장 JOB 의관리 25

42 REMOVED JOB 이 TJES 에서제거된다 JOB 의백업 많은 JOB을실행하게되면 JOBQ에 JOB이계속쌓이게되어더이상 JOB을 submit 할수없는상태까지될수있다. 따라서오래된 JOB에대해서는 JOBQ에서삭제해야하며, 삭제하고자하는 JOB들의정보를남겨놓고싶을때는 SPOOL을백업한다. 다음은 SPOOL 백업과관련한명령어와기능을간단히정리한표이다. 명령어 SPOOLBACKUP SPOOLBACKUPLIST SPOOLPS SPOOLRESTORE SPOOLPSJOB SPOOLPSIO SPOOLPOSPOOL SPOOLPODD SPOOLCLEAR JOBQ에서 JOB을삭제하고, 삭제된 JOB의 SPOOL을백업한다. SPOOL이백업된날짜들을보여준다. 해당날짜에백업된 JOB들을보여준다. 백업된 JOB들을임시디렉터리에복원한다. 복원된 JOB들의상세정보를보여준다. (PSJob과동일한정보출력 ) 복원된 JOB들의 I/O 정보를보여준다. (PSIO과동일한정보출력 ) 복원된 JOB들의 SPOOL 리스트를보여준다. (POSPOOL과동일한정보출력 ) 복원된 JOB들의 SPOOL 내용을보여준다. (PODD과동일한기능 ) 임시디렉터리에복원된 JOB들을제거한다 JOB EXIT CODE 다음은 TJES 에서의 JOB 과 STEP 의 EXIT CODE 를정의한다 STEP EXIT CODE 각 STEP 이종료될때 XNNNN 형식으로반환코드를보고한다. X: EXIT STATUS 로 R, S, U, A 의 4 가지문자중하나를갖고, 의미는다음과같다. R Normal Condition 으로, 해당애플리케이션이정상적으로종료했음을의미한다. 26 OpenFrame TJES 안내서

43 S U A SYSTEM ABEND로해당애플리케이션이시그널로종료했음을의미한다. SIGPIPE, SIGSEGV, SIGABEND, SIGBUG 등의시그널중에프로세스를종료시키는시그널로인해프로세스가이상종료한경우이다. USER ABEND로, 해당애플리케이션이애플리케이션에서정한 ABEND 상황임을보고하고 WAASABND를통해종료했음을의미한다. Application ABEND로, 해당애플리케이션은정상적으로종료했으나, 그 RC 값을호출한프로그램 (IKJEFT01 등 ) 에서판단했을때조건을만족하지못해 JOB을종료해야함을의미한다. NNNN: 0~4096 까지의숫자로애플리케이션의반환값이다. (255 이상은 external rc module 을통해반 환코드가보고된다.) JOB EXIT CODE JOB EXIT CODE 는 JOB 의종료상황에대한부가정보로, ANNNNN 형태를가진다. (A : 문자, N : 0-9) JOB 상태별로다음과같은형식과의미를갖는다. JOB 상태 DONE XNNNNN. 마지막 STEP 의 EXIT CODE 이다. ( X 는 STEP EXIT CODE 와동일하다. ) ERROR XNNNNN. ERROR 를발생시킨 STEP 의 EXIT CODE 이다. ( X 는 STEP EXIT CODE 와동일하다. ) STOP FLUSH N/A. 사용자가 STOP 을명령한경우이므로 EXIT CODE 는무의미하다. [+-]NNNNN + : Runner에서비정상적인상태를감지하여종료한경우이며, 이때 NNNNN은 Runner 가반환한값이다. 에러상황이 OpenFrame의 Error Code로정의된명확한상황은 Error Code를반환하고이외에세분화하여정의되지않은상황은 1이반환된다. - : Runner가 UNIX 시그널에의해비정상종료한경우이며, 이때 NNNNN은 UNIX 시그널번호이다 제 2 장 JOB 의관리 27

44

45 제 3 장 JOB Execution TJES가제공하는 Batch JOB을관리및처리하는단계중의하나인 JOB Execution( 이하 JOB 실행 ) 은사용자가 submit한 JOB이스케줄러에의해서스케줄링되면해당 JOB을실제로 OS에서실행하는단계이다. JOB 실행단계는 tjclrun에의해서수행된다. 다음은 tjclrun에의해 JOB이실행되는단계에대한이다. 1. 스케줄러가 JOB의스케줄링파라미터와현재시스템에서사용가능한 Runner Slot의상태에따라서특정 Runner Slot에서 JOB을수행하도록할당 ( 스케줄링 ) 한다. 2. 해당 Runner Slot 은 tjclrun 을실행하기위한자료를 JOB SPOOL 에기록하고 tjclrun 을호출한다. 3. tjclrun 은 JOB SPOOL 을통해전달된해당 JOB 의 JCL 에적힌내용에따라서 JOB 을실행한다. 4. JOB 의실행이끝나면 tjclrun 은자신을호출한 Runner Slot 에게 JOB 의실행결과를보고한다. JOB 실행결과는최종적으로 TJES가관리하는 JOBQ에저장된다. 또실행이완료된 JOB의 OUTPUT 및 JOBQ에저장된 JOB에대한정보는이후 TJES에의해서관리된다. 사용자는실행이완료된 JOB의실행결과를검토하거나출력할수있으며, 해당 JOB에대한정보가더이상필요하지않다면해당 JOB 정보를제거하게된다. 본장에서는 JOB 실행단계를책임지는 tjclrun의동작과기능에대해서한다 JOB 실행 TJES의 JOB 처리단계에따라서 tjclrun이호출되면, tjclrun은실행을위한몇가지초기화작업을수행한후에 JOB SPOOL을통해전달된 JCL을파싱하고, 파싱된결과에따라서 JOB을실행한다. tjclrun은 JOB을구성하는 JOB STEP을 JCL에기술된순서대로실행한다. 각각의 JOB STEP은해당 JOB STEP에서사용되는데이터셋을할당하고사용자가지정한 Batch 애플리케이션을실행하는등많은세부작업으로이루어져있다. JOB STEP에지정된프로그램을실행한후에는해당프로그램이종료하기를기다리면서프로그램실행에관한모니터링정보를 TJES에주기적으로보고한다. 또한실행한프로그램에게 SYSIN 데이터셋의내용을전달하고, SYSOUT 데이터셋을전달받아 JOB SPOOL에기록한다. 실행한프로그램이종료되면, 그종료결과를 TJES에보고하고 JOB STEP의종료상태에따라그다음 JOB STEP을실행하거나, 예외조건이만족하는경우에는 JOB 수행을중단한다. 위와같은방식으로 JCL에기술된마지막 JOB STEP까지모두실행한후에 tjclrun은 JOB의실행결과를 TJES에보고하고 JOB 실행단계에서할당한데이터셋등의자원을반환한후에종료한다. 제 3 장 JOB Execution 29

46 다음은 tjclrun 이 JOB 실행단계에서수행하는다양한세부작업을분류한표이다. 작업 실행 단계 실행초기화 입력 JOB 스트림파싱실행과정프로그램실행프로시저실행 리소스 DD 처리 스페셜 DD JOB SPOOL 컨트롤 / 모니터링 JOB Control Job Level Report Step Level Report 기타 보안 (TACF support) tjclrun 호출 (tjclrun 명령어사용 ) NICE 를통한 PERFORM 처리 실행초기화 다음은 Runner Slot 또는 SUBMITOR 등에의해 Runner 가호출되기전에준비되는필수리소스들이다. JOBID JOBQ 상의 JOB 엔트리 Runner Slot JOB SPOOL (INPJCL) 명령어라인인수 Runner Slot 은 tjclrun 을호출할때지정한인수 (args) 를검사하고이로부터 JOBID 및실행할 JCL 파일의 위치그리고기타처리파라미터를전달받는다. 30 OpenFrame TJES 안내서

47 주의디버깅목적등의특수한경우에는셸을통해 tjclrun을실행할수있지만, TJES의 Runner Slot를통해 tjclrun을실행하는것이일반적이다. TJES를통하지않고 tjclrun을실행한경우 TJES의전체적인 JOB 관리대상에서제외될뿐만아니라요구되는정상적인단계를실행하지않을수있다. 설정파일읽기 tjclrun.conf 설정파일에저장된 tjclrun 의실행방식을결정하는설정을읽어들인다. 참고 tjclrun.conf 에대한자세한내용은 7.5. TJCLRUN 설정 을참고한다. 실행계정 기본적으로 JOB 실행될때 tjclrun 프로세스의소유자는 TJES 운영자의 OS 계정과동일하다. 즉, TJES 시스템을운영체제상의 obm이라는사용자계정에서기동한경우 tjclrun 프로세스와각 JOB STEP에서실행되는배치프로그램의사용자 ID도 obm이된다. 그러나 tjclrun.conf 설정파일의 [ACCOUNT] 섹션의 SETUID=YES로설정하면 JCL JOB문의 USER에지정된사용자로 tjclrun 프로세스를실행할수있다. 참고 자세한내용은 보안 의 "setuid root tjclrun" 을참고한다. SYSLIB 초기화 tjclrun은 tjclrun.conf 설정파일의 [SYSLIB] 섹션에설정된디렉터리위치에서 JOB STEP에지정된프로그램을찾는다. [SYSLIB] 섹션을설정하지않은경우사용자의환경변수에지정된디렉터리에서프로그램을찾는다. JCL에 JOBLIB DD 또는 STEPLIB DD가있는경우는 SYSLIB보다 JCL에기술된 JOBLIB 및 STEPLIB이우선한다. 일부 UNIX 시스템에서, tjclrun에 root 권한을부여하여운영하는경우에환경변수가지워지는문제가있으므로 [SYSLIB] 섹션을반드시설정해야한다. 그렇지않으면 tjclrun은 JCL에지정된프로그램을실행하거나 tjclrun을로딩하는단계에서실패하게된다. 참고 자세한내용은 보안 의 "setuid root tjclrun" 을참고한다. 제 3 장 JOB Execution 31

48 SYSMSG DD 열기 tjclrun이수행하는일반적인 JOB 실행단계에서발생하는에러및세부작업의결과보고는 JOB SPOOL 의 SYSMSG에저장된다. tjclrun은실행초기화단계에서내부적인로그메시지를저장하기위해서 SYSMSG 를미리열어둔다. 다음의경우에로그가 SYSMSG에저장된다. tjclrun 내부적인오류및시스템함수실패등문제분석용으로사용되는 tjclrun 인터널로그 tjclrun의문제분석용로그를출력하기위해서는 tjclrun.conf의 [DEBUG] 섹션에 PROFILE=YES로지정해야한다. OpenFrame 라이브러리에서출력되는 stderr OpenFrame 라이브러리에서출력되는 stderr 는 OpenFrame 전체로그형식을따르고있어서 SYSMSG 와는출력형식이다르다. JOB 시작보고 tjclrun 이지정된 JOB 을실행하기시작했음을 TJES 에게보고한다. JOB SPOOL 열기 JOB 의실행단계에서사용하기위해 JOB SPOOL 을연다 입력 JCL 파싱 tjclrun 은 JOB SPOOL 을통해전달된 JCL 파일 (INPJCL) 을분석하여 JOB 을실행한다. 참고 tjclrun 이실행하는 JOB 문을포함한 (JOB SPOOL 에저장된 ) JCL 파일을 JOB 스트림 (JOB Stream) 이라고부른다. JCL 프로시저파싱 tjclrun은하나의 JOB을실행하는동안여러번 JCL을파싱한다. 기본적으로 JOB문을포함하고있는 INPJCL을파싱하여실행에들어간다. INPJCL의내용을순차적으로실행하는중에 JCL 프로시저의호출이지정되어있으면해당 JCL 프로시저를파싱하고그프로시저를실행한다. 해당프로시저의실행이끝나면다시이전 INPJCL을계속실행한다. 32 OpenFrame TJES 안내서

49 JOBPARM PROCLIB tjclrun은 JCLLIB 문장에지정된 JCL 라이브러리 ( 라이브러리, PDS 데이터셋 ) 에서해당 JCL 프로시저를찾는다. tjclrun은 JOB을실행하는중에파싱이필요한 JCL 프로시저를 JOBPARM 명령의 PROCLIB 파라미터에기술된 ddname에해당하는 JCL 라이브러리에서찾는다. 파싱이필요한대상을앞에서한 JCL 라이브러리상에서찾을수없는경우에는마지막으로 SYS1.PROCLIB이라는기본위치에서찾는다. 여기에서도찾을수없는경우, JOB은비정상종료처리즉, JOB은 FLUSH 상태로종료된다. 참고 INPJCL(JOB 스트림 ) 에 JOBPARM 명령이지정된경우이명령의 PROCLIB 파라미터에지정된 ddname 은 tjes.conf 설정파일의 [PROCLIB] 섹션에설정되어있어야한다 실행과정 실행해야하는 JOB 의 INPJCL(JOB 스트림 ) 을파싱한이후에 tjclrun 은 JCL 에기술된순서에따라 JOB STEP 을실행한다. 참고 JCL 의 JOB 문장에 RESTART 파라미터가지정된경우 RESTART 파라미터에지정된 JOB STEP 부 터실행한다. 실행단계 파싱이후의 JOB 실행은다음과같이크게 2단계로이루어진다. 1. Lock phase 해당 JOB에서사용되는데이터셋에대한 Lock을잡는단계이다. 2. Exec phase 실제로 JOB STEP 을순서대로실행하는단계이다. tjclrun은미리 INPJCL 및 JCL 프로시저를분석하여해당 JOB에서사용할데이터셋의리스트를얻고실제실행단계에들어가기전에해당데이터셋들에대해일괄적으로 Lock을요청함으로써서로다른여러개의 JOB이동시에동일한데이터셋을독점적 (exclusive) 으로사용하는경우빈번하게발생되는 Dead Lock 상황을방지한다. JOB 에서사용하는데이터셋들에대한 Lock 요청단계가성공적으로수행되면실제실행단계를수행한 다. 제 3 장 JOB Execution 33

50 실제실행단계 (Exec phase) 는다음과같이처리된다. 프로그램 STEP 처리해야하는 JOB STEP이프로그램을실행하는경우지정된프로그램을실행한다. tjclrun은프로그램을자신의자식프로세스로서실행하고그프로그램의실행이종료될때까지기다린다. 실행한프로그램의실행이종료되기를기다리는중에주기적으로프로그램이수행한데이터셋 I/O 통계등의정보를 TJES에보고한다. 프로시져 STEP 처리해야하는 JOB STEP이 JCL 프로시저를호출하는경우지정된 JCL 프로시저를파싱하고그결과를가지고해당프로시저를실행한다. JCL 프로시저 STEP을실행하고나면해당 JCL 프로시저를호출한원래의 STEP으로돌아가서그다음 STEP부터계속실행해나간다. 조건실행 다음과같이서로다른방식으로 JOB을구성하는 JOB STEP을조건적으로실행할수있다. EXEC COND 실행한이전 JOB STEP의종료상태에따라서다음에실행할 JOB STEP을처리할지건너뛸지를결정한다. 이러한방식의조건적인 JOB STEP의실행은 EXEC문의 COND 파라미터를이용하여지정한다. JOB COND 실행한배치프로그램이종료하면프로그램의종료상태가 JOB COND( 예외상황 ) 를만족하는지검사하고 JOB COND를만족하면더이상의 JOB STEP을실행하지않고 JOB을에러로종료한다. JOB COND가만족되지않는경우는다음 JOB STEP을계속해서실행한다 프로그램실행 tjclrun의가장중요한역할이바로사용자가지정한프로그램을실행하는것이며, 다음과같은세부작업으로이루어진다. EXEC COND EXEC PGM STEP을실행하기전에먼저해당 EXEC문에기술된 COND 파라미터를평가하여이전 STEP 의실행결과가 EXEC COND를만족하는경우 ( 즉, 예외상황인경우 ) 해당 EXEC PGM STEP을실행하지않고건너뛴다. JOB에서실행되는첫번째 JOB STEP은항상 EXEC COND가만족하지않는것으로평가된다. EXEC COND가만족되지않는경우는해당 JOB STEP ( 프로그램 STEP) 을다음과같은절차로실행한다. 1. STEP 진행보고 34 OpenFrame TJES 안내서

51 해당프로그램 STEP 의처리시작을 TJES 에게보고한다. 2. 프로그램실행권한 실행할프로그램을 JOB USER 가실행할수있는권한이있는지검사한다. tjclrun.conf 설정파일의 [TACF] 섹션의 CHECK_UTAUTH=YES 가설정되어있는경우에만권한검사를수행한다. 3. STEP DD 할당프로그램 STEP에서호출할배치프로그램이사용할데이터셋을지정하는 DD문을처리하여데이터셋을할당한다. 한 STEP에서중복 DD가발견된경우에는나중에지정된 DD는 tjclrun에서임의의 DD 로변경하여프로그램에서사용되지않도록한다. JOB STEP 레벨의스페셜 DD문에대한부가적인처리도이단계에서처리된다. JOB STEP 레벨의스페셜 DD문으로는 STEPCAT DD 및 STEPLIB DD문이있다. 4. 프로그램파라미터 프로그램에전달될실행파라미터를만든다. 프로그램은이파라미터를일반적인 UNIX 프로그램의 argc 또는 argv 를통해서얻을수있다. 참고 프로시져 STEP 에서지정된 PARM 은호출되는 JCL 프로시저내부에포함된프로그램의 PARM 의 값을덮어쓰도록전달한다. 5. 호출 / 실행실제로시스템함수를이용하여프로그램을호출 (fork) 하는단계이다. TJES에서프로그램은 tjclrun 프로세스의자식프로세스 (child process) 로서실행된다. 그러기위해서먼저호출 (fork) 를실행하여자식프로세스를생성하고자식프로세스에서 EXEC를실행하여지정된프로그램을시작한다. 6. SYSIN/SYSOUT 파이프 OpenFrame에서는배치프로그램이사용하는 SYSIN DD와 SYSOUT DD를일반적인 UNIX 프로그램의 stdin과 stdout으로구현하였다. tjclrun은비유적으로볼때쉘의명령어라인을이용하여배치프로그램을실행하는사용자와같은역할을수행한다고볼수있다. 그런의미에서 tjclrun은 SYSIN DD의내용을읽어서애플리케이션의 stdin 에 write하여애플리케이션의 stdin으로부터 SYSIN의내용을읽을수있도록해준다. 반대로애플리케이션에서 stdout으로출력한내용은 tjclrun이읽어서 SYSOUT DD에해당하는데이터셋이나 JOB SPOOL에대신출력해준다. SYSIN DD와 SYSOUT DD를 UNIX 시스템상의프로그램들이공통적으로사용하는 stdin과 stdout으로연결함으로써 OpenFrame의데이터셋 API를사용하지않고만들어진대부분의 UNIX 애플리케이션들도 OpenFrame 배치에서별도의처리없이배치프로그램으로실행하는것이가능하다. 제 3 장 JOB Execution 35

52 참고 1. UNIX 애플리케이션의 stderr는 SYSOUT DD에 stdout의내용과함께기록된다. stdout 및 stderr 모두애플리케이션의기본적인출력스트림이고 Mainframe에는 stderr에해당하는약속된 DD가없기때문에 stderr를 SYSOUT DD에함께저장하고있다. 2.tjclrun은 JCL에기술된 SYSOUT DD와 SYSPRINT DD를동의어로처리한다. 하나의 JOB STEP 에둘다지정된경우는 SYSOUT DD만사용하고 SYSPRINT DD는무시된다. 7. 모니터링보고 / 대기 tjclrun 은프로그램을실행하고해당프로그램이종료할때까지기다리면서주기적으로애플리케이션 에서수행한데이터셋 I/O 카운트를 TJES 에보고한다. 8. STEP DD 후처리 STEP에서할당받은 DD는 JOB STEP에서실행된프로그램이종료하면그종료상태에따라서 DD문의 DISP 파라미터에지정된후처리작업을수행한다. JOB STEP에서실행된프로그램이정상종료한경우에는 Normal Disposition에지정된후처리를수행하고비정상종료한경우에는 Abnormal Disposition에지정된후처리를수행한다. DISP의종류는 PASS, KEEP, CATLG, UNCATLG, DELETE가있다. JOB COND 실행한프로그램이종료되면서반환한종료상태 (Exit status) 가 JOB COND에해당하는지평가하여만족되는경우는예외상황으로간주하여 tjclrun은자신이보유하고있는데이터셋및데이터셋 Lock 등의자원을해제한후에에러로 JOB의실행을종료한다. 프로그램의종료상태가 JOB COND에해당하지않는경우는뒤따르는다음 JOB STEP을계속하여실행한다. Return Code check JOB COND를통과했다면 tjclrun은실행한프로그램이종료되면서반환한 Return Code를가지고해당 STEP을정상으로할지에러로할지를결정한다. 정상으로판단되면뒤따르는다음 STEP을계속하여실행한다. 그리고에러로판단되면해당 STEP을비정상종료하고뒤따르는 STEP들중에 EXEC COND의비정상시에실행하도록지정된 STEP 만을실행한다. 비정상시에실행되도록하는조건에는 EVEN과 ONLY 파라미터가있다. 참고 Return Code 에대한자세한내용은 제 7 장환경설정 의 7.6. Return Code 설정 을참고한다. 36 OpenFrame TJES 안내서

53 프로시저실행 JOB 실행과정에서했듯이처리해야하는 JOB STEP이 JCL 프로시저를호출하는 STEP인경우, tjclrun 은지정된 JCL 프로시저를파싱하고해당프로시저의내용을실행한다. 해당프로시저의마지막 STEP까지실행을한후에는해당프로시저를호출한 JOB STEP의다음 JOB STEP들을이어서실행한다. JCL 프로시저는프로시저의내용이정의된위치에따라서다음과같이두가지로구분된다. 입력스트림프로시저 (INSPROC) 입력스트림프로시저는해당프로시저를호출하는 INPJCL에프로시저의내용이정의되어있다. 입력스트림프로시저는해당프로시저가정의되어있는 INPJCL에서만호출할수있다. 카탈로그프로시저 (CATPROC) 카탈로그프로시저는 JCL 프로시저들을멤버로갖는 JCL 라이브러리에등록되어있는 JCL 프로시저이다. 카탈로그프로시저를호출할때는 JCL 라이브러리에등록되어있는멤버이름을프로시져로지정해야한다. 자주사용되는 JCL 프로시저들을모아놓은 JCL 라이브러리를 PROCLIB이라고부르며, 카탈로그프로시저는여러다른 JCL에서호출할수있다. tjclrun 은 STEP 에지정된프로시저를 INPJCL 에서먼저찾아보고, 없는경우에카탈로그프로시저로간주 하고 CATPROC 에서찾는다 DD 처리 tjclrun은 JCL의 DD문에기술된프로그램이사용할데이터셋을할당하여프로그램에서사용할수있도록해준다. 일반적인프로그램은자신이사용할데이터셋을스스로할당하지않고 JCL에 DD문을기술함으로써 tjclrun 이할당하게하고그결과를상속받아서사용한다. 데이터셋할당작업은프로그램 STEP에서프로그램을실행하기전에수행된다. 프로그램이종료된이후에는할당한데이터셋에대한후처리작업을 tjclrun이해준다. 할당된데이터셋은 JOB이종료될때즉, tjclrun이종료될때에할당해제된다. 데이터셋의할당작업은 DD문에기술된데이터셋의특성에따라서서로다르게처리되는데크게다음과같이구분할수있다. Normal 데이터셋 가장일반적인경우로 DSNAME 파라미터에할당할데이터셋의이름이주어진경우이다. OpenFrame의데이터셋할당모듈을호출하여데이터셋을할당하고프로그램이데이터셋을사용할수있도록그결과를프로그램환경으로전달한다. 제 3 장 JOB Execution 37

54 SYSOUT 데이터셋 DD문에 SYSOUT 파라미터가지정된데이터셋이다. SYSOUT 데이터셋은 JOB SPOOL에 JOB의실행결과로생성되는출력데이터를저장하기위해서생성된다. 임시데이터셋 DD문의 DSNAME 파라미터에지정된데이터셋이름이 '&&' 로시작되거나 DSNAME 파라미터가지정되지않은 SYSOUT 데이터셋외의데이터셋역시임시데이터셋이다. 이경우 tjclrun은내부적으로임시데이터셋에유일한이름을부여한다. 임시데이터셋은 JOB의실행과정에서생성되고 JOB이종료될때삭제되는임시데이터셋이다. tjclrun은사용자가지정한임시데이터셋이외에도내부적인용도로몇개의임시데이터셋을사용한다. 다음에한입력스트림데이터셋의처리도그한가지예이다. 입력스트림데이터셋 INPJCL(JOB 스트림 ) 에 DD * 또는 DD DATA 의형태로기술된데이터셋을말한다. tjclrun은입력스트림데이터셋을 JOB SPOOL에따로저장해둔다음에내부적인데이터셋이름을부여한다. 그이후는일반적인데이터셋과동일한 OpenFrame 데이터셋처리모듈을이용해서할당하고배치프로그램에서이데이터셋을사용할수있게된다. tjclrun은 JOB SPOOL에임시로저장한입력스트림데이터셋이 JOB 종료할때제거될수있도록임시데이터셋으로생성한다 스페셜 DD DD 문장은다음의형태로 JCL 에코딩된다. //ddname DD [parameters,...] 시스템에서특수한용도로사용하기위해예약되어있는 ddname 을갖는 DD 문을스페셜 DD 문이라고부 른다. 주의 사용자는특수한용도로사용하기위해예약된스페셜 DD 의 ddname 을약속된이외의용도로사용 할수없다. TJES 는다음과같은스페셜 DD 를지원한다. SYSIN SYSOUT 및 SYSPRINT 38 OpenFrame TJES 안내서

55 JOBLIB 및 STEPLIB JOBCAT 및 STEPCAT SYSIN DD 현재실행중인 JOB STEP에 SYSIN DD문이지정된경우 tjclrun은 SYSIN DD문에지정된데이터셋의내용을읽어서 tjclrun이실행한프로그램의 stdin으로전달한다. 즉, 프로그램은 SYSIN DD에의해할당된데이터셋의내용을 stdin으로부터읽을수있다. SYSOUT DD/SYSPRINT DD 현재실행중인 JOB STEP에 SYSOUT DD 또는 SYSPRINT DD가존재하는경우, tjclrun이호출하는프로그램대신이 DD가지정하는데이터셋을개방하고, 프로그램이 stdout이나 stderr로출력하는내용을읽어서 SYSOUT DD 또는 SYSPRINT DD에의해할당된데이터셋에프로그램을대신하여출력한다. 이렇게하는이유는 OpenFrame 데이터셋 I/O 함수를사용하지않고 stdout이나 stderr에직접메시지를출력하는대부분의프로그램을 JCL에의해서자연스럽게실행할수있게하기위함이다. SYSOUT DD와 SYSPRINT DD는동일한의미로취급한다. 2개의 DD가둘다존재하는경우에는항상 SYSOUT DD를사용하고 SYSPRINT DD는사용하지않는다. JOBLIB DD/STEPLIB DD JOBLIB DD와 STEPLIB DD는 tjclrun이프로그램 STEP에서프로그램을찾는 PDS 데이터셋 ( 라이브러리경로 ) 을지정한다. JOBLIB DD JOBLIB DD는 INPJCL의 JOB 문장과첫번째 EXEC 문장사이에지정될수있고, 해당 JOB에서호출되는프로그램을찾는 PDS ( 라이브러리 ) 를지정한다. DD문의 concatenation 기능을이용하여여러 PDS 에서프로그램을찾아보도록지정할수있다. STEPLIB DD 해당 JOB STEP의 EXEC문다음에위치하며, JOB STEP에서호출하는프로그램을찾을 PDS ( 라이브러리 ) 를지정한다. 역시 DD문의 concatenation을이용하여여러 PDS에서프로그램을찾아보도록지정할수있다. STEPLIB DD가지정되어있으면 JOB STEP에서호출하는프로그램을 STEPLIB DD가지정하는 PDS( 라이브러리 ) 들에서찾는다. 이경우 JOBLIB DD는사용되지않는다. JOBLIB DD 는 STEPLIB DD 가없는 JOB STEP 에서사용된다. JOBLIB DD 와 STEPLIB DD 가둘다지정 되지않은경우는 tjclrun.conf 의 [SYSLIB] 섹션에지정된위치에서실행할프로그램을찾는다. 제 3 장 JOB Execution 39

56 JOBCAT DD/STEPCAT DD JOBCAT DD와 STEPCAT DD는 JOB 및 JOB STEP에서사용할데이터셋카탈로그를지정한다. 2가지경우모두 DD문의 concatenation을이용해서여러데이터셋카탈로그를지정할수있다. JOBCAT DD JOB 스트림의 JOB 문장과첫번째 EXEC 문장사이에만지정될수있고, 그 JOB에서기본적으로사용할데이터셋카탈로그들을지정한다. STEPCAT DD JOB STEP 의 EXEC 문다음에위치하며, 그 JOB STEP 에서사용할데이터셋카탈로그를지정한다. JOBCAT과 STEPCAT이모두지정된경우는 STEPCAT이사용된다. JOBCAT이지정되어있고 STEPCAT 이지정되어있지않은 JOB STEP에서는 JOBCAT이사용된다. JOBCAT 및 STEPCAT이전혀지정되지않은 JOB에서는 OpenFrame 시스템의마스터카탈로그가사용된다. JOBCAT이나 STEPCAT이지정된경우도지정된카탈로그에데이터셋이카탈로깅되어있지않은경우는마스터카탈로그에서데이터셋에대한카탈로그정보검색을시도한다 JOB SPOOL INPJCL CATPROC tjclrun은 JOB을수행하는여러단계에서다양한목적으로 JOB SPOOL을사용한다. tjclrun이 JOB SPOOL 에생성하는데이터셋과각각의용도는다음과같다. tjclrun이실행하는 JOB 스트림을담고있는 JCL 파일이다. JOB SPOOL의다른대부분의파일은 tjclrun에의해생성되는것에반하여 INPJCL은 TJES의 SUBMI TOR(obmjmsvr) 가 JOB의 submit 처리를하는경우추후에 tjclrun이사용할수있도록 JOB SPOOL에미리만들어둔다. 그내용은사용자가 submit한 JCL 파일과동일하다. tjclrun이 JOB을실행하는과정에서카탈로그프로시저를처리할때사용한카탈로그프로시저의내용을저장하는 SPOOL 데이터셋이다. 하나의 JOB에서여러개의카탈로그프로시저를호출할수있기때문에 CATPROC에는 JOB에서사용할여러카탈로그프로시저의내용이저장된다. CATPROC도 INPJCL과동일하게 TJES의 SUBMITOR(obmjmsvr) 가 JOB의 submit처리를하는중에 conversion처리를하게되면추후에 tjclrun이사용하도록 JOB SPOOl에미리만들어둔다. 40 OpenFrame TJES 안내서

57 INSDSET INPJCL에다음과같은형태로기술되어있는입력스트림데이터셋을 tjclrun이내부적으로사용하기위해서 JOB SPOOL에생성하는임시데이터셋이다. 다음은입력스트림데이터셋을설정하는예이다. //ddname DD * line1 line2... linen /* 위의예제의경우 INSDSET은 line1, line2,..., linen을내용으로하는임시데이터셋으로해당 DD를사용하는 JOB STEP에서생성되며, 해당 JOB STEP이종료될때삭제되는임시데이터셋이다. 이러한동작을 INSDSET SHUNT라고부른다. 임시데이터셋생성시에레코드길이는 tjclrun.conf의 [DD] 섹션의 INSDSET_LRECL의지정에따른다. 지정하지않는경우기본길이는 80이고입력스트림이레코드길이보다작을경우부족한부분은스페이스로채운다. 기본길이보다큰경우에는뒤부분은버려진다. 참고 1. tjclrun이 INSDSET SHUNT를하는이유는입력스트림데이터셋은일반 Non-VSAM 데이터셋과함께 concatenation될수있기때문에입력스트림데이터셋을 INPJCL에서축출하여데이터셋으로 SHUNT해둠으로써 Non-VSAM SDS의 concatenation 로직을이용하여일관된방식으로 concate nation 처리를지원하기위함이다. 2. INSDSET_LRECL의설정에대한것은 제7장환경설정 의 7.6. Return Code 설정 을참조한다. JESJCL JESMSG SYSMSG tjclrun이파싱한 INPJCL, INSPROC 및카탈로그프로시저를파싱한결과인 parse tree를텍스트형태로출력한내용을갖는파일이다. 주로문제분석할때참고자료로사용된다. tjclrun이종료하는경우그 tjclrun을실행한 Runner Slot가해당 JOB SPOOL에기록하는데이터셋이다. 그내용은실행된 JOB에관련된기본적인정보와 JOB의실행과정에서보고된여러가지통계정보그리고 JOB STEP에관련된정보를포함한다. JOB의실행에관련하여 TJES 시스템에서관심이되는사항에대한요약적인정보를담고있다. SYSMSG는 tjclrun의주요메시지로그이다. 즉, JOB을실행하는과정에서필요한여러하위단계의진행상태및중요결과메시지뿐만아니라작업처리할때발생한에러메시지도 SYSMSG에저장된다. 제 3 장 JOB Execution 41

58 JOB의실행이비정상적으로종료된경우원인분석을위해서우선 SYSMSG의내용을검토해야한다. SYSMSG의내용은 tjclrun이 JOB의 JOB STEP을실행한순서에따라서세부작업이나동작이발생한시간순서대로기록된다. SYSMSG에출력되는내용은다음과같다. 수행중인 JOB STEP 이름 JOB 수행중에할당한데이터셋정보 tjclrun 이호출한프로그램이름과프로세스 ID(pid) tjclrun 이호출한프로그램의종료상태 tjclrun 이현재수행중인동작 tjclrun 의주요동작의성공여부 tjclrun 내부 OpenFrame 라이브러리의 stderr 메시지 SYSOUT SYSOUT 데이터셋은다음과같이 DD문에 SYSOUT 파라미터가지정된경우를말한다. SYSOUT 데이터셋은다른데이터셋과달리 JOB SPOOL에저장되고일반적으로출력용데이터를저장한다. 다음은 SYSOUT 데이터셋을설정한예이다. //REPORT EXEC PGM=MONTHLY //SYSIN DD * , /* //SYSOUT DD SYSOUT=* //RPTOUT DD SYSOUT=* //RPTERR DD SYSOUT=* 위에서한다른 JOB SPOOL의데이터셋은 TJES가 JOB을효율적으로실행하기위해사용하는데이터셋인반면에 SYSOUT 데이터셋은사용자가프로그램을위하여요청한데이터셋으로 JOB SPOOL 에저장되도록특별히지정한경우로볼수있다. SYSOUT 데이터셋은하나의 JOB이나 JOB STEP에서여러개지정할수있다. 위의예제에서 SYSOUT, RPTOUT, RPTERR가 SYSOUT 데이터셋이다. SYSOUT 데이터셋의내용은사용자가지정한배치프로그램에서출력하는내용이다. TJES는 SYSOUT 데이터셋에그이외의정보를가감하지않는다. 배치프로그램에서 SYSOUT 데이터셋의사용을마치면 TJES는 SYSOUT 데이터셋의 OUTPUT CLASS에따라서사용자가출력한내용을추후에프린터나화면으로출력하는과정을관리할뿐이다. 42 OpenFrame TJES 안내서

59 JOB Control TJES에서는스케줄링단계이후의실행중인 JOB을 SUSPEND( 일시정지 )/RESUME( 실행재개 )/STOP( 강제종료 ) 시킬수있다. JOB의실행을위해서실행중인여러하위프로세스에대한위와같은세가지제어를 TJES에서는 JOB CONTROL이라고부른다. tjesmgr 혹은 OpenStudio와같은사용자인터페이스를이용하여실행중인 JOB에대해서 JOB CONTROL을할수있다. 참고 JOB CONTROL 에대한자세한명령사용법은 제 6 장 TJESMGR 명령어 및 OpenStudio BM 안내 서 를참고한다. 사용자가실행중인 JOB 에대해서 JOB CONTROL 명령을입력하면다음과같은순서로처리된다. 1. TJES 는 tjclrun 에게 JOB CONTROL 을위해약속된시그널 (SIGUSR1) 을보낸다. 2. jclrun 은 SIGUSR1 을받으면부가적으로전달되는정보를참조하여 SUSPEND/RESUME/STOP 중에 서어떤동작이요청되었는지를알아낸다. 3. 각각에해당하는 UNIX 시스템의 JOB CONTROL 시그널 (SIGSTOP/SIGCONT/SIGKILL) 을 tjclrun 이 JOB STEP 에서실행한하위프로세스에보낸다. 4. 시그널을받은하위프로세스는시그널종류에따라서실행이일시정지되거나실행재개또는강제종 료된다. 5. 하위프로그램에대한 JOB CONTROL 을수행한후 tjclrun 은그결과를 TJES 에게보고한다. 6. tjclrun 프로세스자체는 SUSPEND인경우스스로자신에게 SIGSTOP을보내서실행을일시정지한다. STOP인경우는 tjclrun은실행을종료 (exit) 한다. RESUME의경우에는 TJES에서 tjclrun에 SIGCONT 를보내서 tjclrun을실행재개한다. 실행이재개된경우 tjclrun은위에한것과같이자신이실행한하위프로세스에 SIGCONT를보낸다. 참고 tjclrun의 JOB CONTROL 구현은 UNIX 시스템의 JOB CONTROL 시그널 (SIGSTOP/SIG CONT/SIGKILL) 을이용하여구현되었기때문에프로세스의유효사용자 (effective userid) 가상이한경우시그널을하위프로세스에전달하는과정에서권한부족에의한에러가발생할수있고, 이러한경우 JOB CONTROL은완벽하게이루어지지않을수있다. 이러한상황을고려하여항상완벽한 JOB CONTROL을수행하기위해서시스템운영자는 tjclrun에 root 권한을부여해야한다. 이에대한자세한내용은 보안 의 "setuid root tjclrun" 을참고한다. 제 3 장 JOB Execution 43

60 JOB Level Report tjclrun은주어진 JOB을실행하는과정에서발생한여러가지사항을 TJES에보고한다. tjclrun이 TJES에보고하는정보는크게 JOB 전반에해당하는내용과특정 JOB STEP에해당하는내용으로구분할수있다. tjclrun이 TJES에보고하는 JOB에관한정보는다음과같다. JOB START/FINISH tjclrun이주어진 JOB을처리하기시작했음을알린다. tjclrun이정상적으로종료하는경우에는명시적으로해당 JOB의처리를끝마쳤음을 TJES에보고한다. JOB의종료보고시에는 JOB의수행이정상인지여부를나타내는종료상태와종료코드가함께보고된다. JOB CONTROL 상태 TJES 는 tjclrun 이수행중인 JOB 을 SUSPEND/RESUME/STOP 시킬수있다. tjclrun 은이와같은 JOB CONTROL 을수행한후의 JOB 상태를 TJES 에보고한다. 데이터셋 Lock 대기 tjclrun은 JOB을처리하기전에미리해당 JOB에서사용될데이터셋에대해서데이터셋 Lock을요청한다. 다른 JOB에서동일한데이터셋에이미 Lock을실행하고사용중인경우 tjclrun은자신이요청한 Lock 이성공할때까지 JOB을처리하지않고기다린다. 이때 JOB의수행이대기하는원인이되는다른 JOB 과 Lock 요청이대기중인데이터셋이무엇인지를 TJES에보고한다. 이보고내용을검토하여운영자는여러 JOB 사이에공유되어사용되는데이터셋에따른 JOB의대기문제를쉽게식별하고해결할수있다 STEP Level Report tjclrun이수행하는보고작업중에서 JOB STEP 수준에서보고되는정보는다음과같다. STEP START/FINISH JOB의어떤 JOB STEP을실행하고있는지 TJES에알려주기위해서 tjclrun은 JOB을이루는각 JOB STEP을처리하기시작할때와종료할때 TJES에 STEP의 START/FINISH 보고를한다. STEP START의경우에는현재실행중인 JOB STEP의 JOB 스트림상에서의위치를의미하는 STEP 의경로 (STEPPATH) 정보와해당 JOB STEP의타입 (PGM 혹은 PROC) 등을보고한다. STEP FINISH 보고시에는해당 JOB STEP의종료상태및종료코드와해당 JOB STEP을수행하는데걸린시간정보를보고한다. 데이터셋할당 44 OpenFrame TJES 안내서

61 tjclrun은 JOB STEP에지정된프로그램을호출하기전에프로그램이사용할데이터셋을미리할당한다. ( 할당할데이터셋은 JCL의 DD문에의해서지정된다.) 데이터셋의할당정보는전체 OpenFrame 시스템에서매우중요한정보이기때문에 tjclrun은할당한 ddname과데이터셋의이름을 JOB SPOOL의 SYSMSG에남길뿐만아니라추가적으로데이터셋의할당정보가 OpenFrame의데이터셋할당모듈자체적으로 OpenFrame_HOME/log/sys 디렉터리의 dsalc 로그에기록된다. 데이터셋 I/O 보고 tjclrun이할당해준데이터셋을프로그램에서사용함에따라변경되는해당데이터셋에대한 I/O 카운트정보가반영된다. tjclrun은프로그램이실행되는동안수행한데이터셋 I/O 통계정보를주기적으로 TJES에보고한다. 이를통해서운영자 ( 사용자 ) 는특정데이터셋에대해서 JOB STEP 별로몇건을 READ/ WRITE하고있는지를모니터링할수있다 보안 TACF 지원기능 tjclrun은다음 2가지의 TACF 보안기능을지원한다. 1. JOB STEP의프로그램을실행할권한이있는지검사하는기능이다. 2. DD 문에지정된데이터셋들에접근할권한이있는지검사하는기능이다. 어느경우나권한이없는경우는 JOB 의실행은비정상종료로처리된다. 참고 TACF 를이용하여특정 TACF 사용자에대하여프로그램및데이터셋에대한권한을제어하는방법 에대해서는 OpenFrame 안내서중 TACF 운영자안내서 를참고한다. TACF 대리자 일반적으로 JOB을특정사용자권한으로수행하기위해서 JCL의 JOB문에 USER와 PASSWORD 파라미터를지정한다. JCL의 JOB문의 PASSWORD를지정할때에는암호화하지않은상태로지정하기때문에 JCL 파일자체에대한보안이엄격히관리되지않는환경에서사용자의비밀번호가노출될위험이발생한다. 이러한위험을방지하기위해서 TJES에서는대리자 (Surrogate User) 로지정된사용자가실행사용자 (Execution User) 를대신하여비밀번호를지정하지않고실행사용자권한으로 JOB을실행하도록 JOB을 submit 할수있다. 제 3 장 JOB Execution 45