OpenFrame

Transcription

1 OpenFrame 마이그레이션안내서 소프트웨어 OpenFrame/Online v5.3 OpenFrame/Batch v4.0 안내서버전 v1.2 Copyright 2008 TmaxSoft Co., Ltd. All Rights Reserved.

2 Copyright Notice Copyright 2008 TmaxSoft Co., Ltd. All Rights Reserved. TmaxSoft Co., Ltd. 서울특별시강남구대치동 글라스타워 18층우 ) Restricted Rights Legend This 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 reproduced, transmitted, or translated in any form or by any means, electronic, mechanical, manual, or optical, without the prior written consent of TmaxSoft Co., Ltd. 이소프트웨어및안내서는오직 TmaxSoft Co., Ltd. 와의사용권계약하에서만이용이가능하며, 사용권계약에따라서사용하거나복사할수있습니다. 또한이안내서에서언급하지않은정보에대해서는보증및책임을지지않습니다. 이안내서에대한권리는저작권에보호되므로발행자의허가없이전체또는일부를어떤형식이나, 사진녹화, 기록, 정보저장및검색시스템과같은그래픽이나전자적, 기계적수단으로복제하거나사용할수없습니다. Trademarks Tmax, WebtoB, WebT, JEUS and OpenFrame are registered trademarks of TmaxSoft Co., Ltd. Other products, titles or services may be registered trademarks of their respective companies. Tmax, WebtoB, WebT, JEUS, OpenFrame 은 TmaxSoft Co., Ltd. 의등록상표입니다. 기타모든제품들과회사이름은각각해당소유주의상표로서참조용으로만사용됩니다. 안내서정보안내서제목 : OpenFrame 마이그레이션안내서발행일 : 2008년07월15일소프트웨어버전 : OpenFrame/Online v5.3, OpenFrame/Batch v4.0 안내서버전 : v1.2 2 OpenFrame 마이그레이션안내서

3 연락처 Korea TmaxSoft Co., Ltd. 18F Glass Tower, 946-1, Daechi-Dong, Kangnam-Gu, Seoul South Korea Tel: Fax: Website: USA TmaxSoft, Inc. US Headquarter (San Jose) 130 Rio Robles San Jose, CA 95134, USA Tel: Fax: Website: Sales Office (New Jersey) 560 Sylvan Ave, Englewood Cliffs NJ 07632, USA Tel: Fax: Website: Japan TmaxSoft Japan Co., Ltd. 5F Sanko Bldg, Mita, Minato-Ku, Tokyo, Japan Tel: Fax: Website: OpenFrame 마이그레이션안내서 3

4 China TmaxSoft China Co., Ltd. Beijing Silver Tower, RM 1508, 2# North Rd Dong San Huan, Chao yang District, Beijing, China, Tel: ~8 Fax: Website: Shanghai Office Room 4123, 41 Floor, China Development Bank Building, No.500 Pudong Road(s), Shanghai, China, Tel: Fax: Website: 4 OpenFrame 마이그레이션안내서

5 내용목차 안내서에대하여... 9 안내서의대상... 9 안내서의전제조건... 9 안내서구성 안내서규약 시스템사용환경 관련안내서 제1장마이그레이션개요 OpenFrame 마이그레이션 마이그레이션개요 마이그레이션시스템의분석절차 제2장데이터셋마이그레이션 개요 Non-VSAM 데이터셋마이그레이션 VSAM 데이터셋마이그레이션 데이터셋전환예제 제3장리소스마이그레이션 EBCDIC에서 ASCII로전환 CICS 리소스마이그레이션 JCL 마이그레이션 SORT 스크립트마이그레이션 제4장어플리케이션마이그레이션 CICS 어플리케이션마이그레이션 COBOL CICS 어플리케이션 Batch 어플리케이션마이그레이션 COBOL Batch 어플리케이션 PL/I Batch 어플리케이션 Appendix. A EBCDIC ASCII 전환이슈 OpenFrame 마이그레이션안내서 5

6 A.1 HEX 값처리 문자정렬처리 바이트공백처리 Appendix. B DB2 Oracle 전환이슈 Appendix. C SASHOST 스크립트마이그레이션 OpenFrame 마이그레이션안내서

7 그림목차 [ 그림 1-1] 마이그레이션유형 [ 그림 1-2] 마이그레이션과정 [ 그림 2-1] 데이터셋마이그레이션절차 [ 그림 2-2] deview 툴을사용하여데이터셋조회 [ 그림 2-3] 가변길이데이터셋원본 [ 그림 2-4] 고정길이데이터셋원본 [ 그림 2-5] 고정길이데이터셋전환결과 [ 그림 2-6] 가변길이데이터셋원본 [ 그림 4-1] CICS 어플리케이션마이그레이션과정 OpenFrame 마이그레이션안내서 7

8 표목차 [ 표 0-1] 안내서규약 [ 표 0-2] 시스템사용환경 [ 표 0-3] OpenFrarme 관련안내서 [ 표 0-4] Tmax 관련안내서 [ 표 3-1] dsconv 툴옵션 [ 표 4-1] MF COBOL 컴파일옵션예제 [ 표 4-2].NET COBOL 컴파일옵션예제 [ 표 4-3] Open PL/I 컴파일옵션예제 [ 표 4-4] AIX PL/I 컴파일옵션예제 [ 표 B-1] OPTIMIZE FOR FETCH 변경사항 [ 표 B-2] SET CURRENT PACKAGE 변경사항 [ 표 B-3] SET :[Host Variable] = CURRENT TIMESTAMP 변경사항 [ 표 B-4] CURRENT TIMESTAMP 변경사항 [ 표 B-5] EVALULATE 변경사항 [ 표 B-6] SQLSTATE Define 변경사항 [ 표 B-7] SQLCODE Conversion 변경사항 [ 표 B-8] SET :[Host Variable] = CURRENT DATE 변경사항 [ 표 B-9] CURRENT DATE 변경사항 [ 표 B-10] SET :[Host Variable] = CURRENT TIME 변경사항 [ 표 B-11] VALUE Function 변경사항 [ 표 B-12] DECIMAL Function 변경사항 [ 표 B-13] INCLUDE SQLCA 변경사항 [ 표 B-14] SQLCODE DISPLAY 변경사항 OpenFrame 마이그레이션안내서

9 안내서에대해어 안내서에대하여 안내서의대상 본안내서는 OpenFrame 마이그레이션툴을사용하여 IBM Mainframe 환경의리소스 를 OpenFrame 환경으로리호스팅을진행하려는 TmaxSoft 기술지원및 SI 업체직원 을대상으로기술한다. 안내서의전제조건 본안내서에기술된내용을정확히이해하고마이그레이션작업을수행하기위해서는다음의사항을미리숙지하고있어야한다. IBM Mainframe 환경 OpenFrame/Batch 또는 OpenFrame/Online 환경 DB2 및 Oracle 기존고객시스템에서사용되고있는타사유틸리티 OpenFrame 마이그레이션안내서 9

10 안내서에대하여 안내서구성 본안내서는 IBM Mainframe 환경의리소스를 OpenFrame 환경으로마이그레이션하는방법및주의사항등에대해기술한다. 마이그레이션안내서는총 4개의장과 Appendix로구성되어있다. 각장의내용구성은다음과같다. 제1장 : 개요리호스팅솔루션인 OpenFrame의마이그레이션소개및마이그레이션유형을 어플리케이션, 리소스, 데이터베이스 로분류하여기술한다. 제2장 : 데이터셋마이그레이션 OpenFrame 마이그레이션유형중리소스마이그레이션에속하는데이터셋마이그레이션방법에대해기술한다. 제3장 : 리소스마이그레이션데이터셋리소스를제외한기타리소스 (JCL, SORT 및 CICS 리소스 ) 를마이그레이션하는방법에대해기술한다. 제4장 : 어플리케이션마이그레이션 OpenFrame에서지원하는어플리케이션중 CICS와 Batch 어플리케이션을언어별 (COBOL 또는 PL/I) 로마이그레이션하는방법에대해기술한다. Appendix. A: EBCDIC ASCII 전환이슈 EBCDIC 코드를 ASCII로마이그레이션시주의해야할사항에대해기술한다. Appendix. B: DB2 Oracle 전환이슈 DB2를 Oracle로마이그레이션시주의해야할사항에대해기술한다. Appendix. C: SASHOST 스크립트마이그레이션 SASHOST 스크립트전환시주의해야할사항에대해기술한다. 10 OpenFrame 마이그레이션안내서

11 안내서에대해어 안내서규약 표기 AaBbCc123 의미 명령어 AaBbCc123 참고 : 명령어수행후화면에출력된결과물 참고또는주의사항 { } 필수인수값 [ ] 옵션인수값 선택인수값 ( 따옴표 ) 하이퍼링크 다른관련안내서언급또는안내서내의다른장및절언급 메일계정, 웹사이트, 다른장및절참고 이탤릭체 사용자입력값... 코드생략 진하게 <AaBbCc123> Courier New 강조 프로그램소스코드의파일명, 디렉터리이름 파일, 디렉터리이름, 환경설정변수 [ 그림 1-1] 그림이름 [ 표 1-1] 표이름 [ 표 0-1] 안내서규약 OpenFrame 마이그레이션안내서 11

12 안내서에대하여 시스템사용환경 요구사항 Platform IBM AIX 5.x HP-UX 11.xx Solaris 9 (SunOS 5.9) Hardware 최소 120MB 하드디스크공간 256MB 이상메모리공간 1GB 이상하드디스크와 512MB 이상메모리공간권장 Database Tibero 3.0 Oracle 9i 또는 10g Compiler MF-Cobol 컴파일러 [ 표 0-2] 시스템사용환경 12 OpenFrame 마이그레이션안내서

13 안내서에대해어 관련안내서 제품 OpenFrame 안내서 Batch 안내서 데이터셋안내서 TJES 안내서유틸리티참조안내서툴참조안내서 OSC 운영자안내서 OSI 운영자안내서 MSC 운영자안내서 MSI 운영자안내서 [ 표 0-3] OpenFrarme 관련안내서 제품 Tmax 안내서 Dynamic Library Programming Guide [ 표 0-4] Tmax 관련안내서 OpenFrame 마이그레이션안내서 13

14

15 제 1 장마이그레이션개요 제 1 장 마이그레이션개요 1.1 OpenFrame 마이그레이션 일반적으로특정환경하에서운영중이던업무시스템을다른환경으로전환하는경우에업무시스템에여러가지형태의변경이일어나게된다. IBM Mainframe에서운영중이던업무시스템을개방형시스템으로전환하는경우는하드웨어, 운영체제및기타여러가지차이로인하여업무시스템변경시전환해야할대상이광범위해진다. 따라서, 이경우에는업무시스템을쉽게전환한다는자체가거의불가능하다. 그래서대부분의경우 IBM Mainframe에서운영중이던업무시스템을개방형환경으로전환할때는기존업무시스템을분석후개방형환경에맞추어재설계, 재개발하는소위빅뱅 (Big-Bang) 식으로전환이이루어지게된다. 하지만, 업무분석후재설계, 재개발에따르는위험요소는결국많은인력과시간을필요로한다. 이에비하여리호스팅은 IBM Mainframe에서운영중이던업무시스템을개방형환경으로전환함에있어서기존업무를분석한후재설계, 재개발하는대신개방형환경에서기존 IBM Mainframe이제공하던업무환경을그대로제공해주는별도의솔루션을이용하여개방형환경으로전환을수행하는방법론이다. 따라서솔루션이제공하는업무시스템전환절차만을수행함으로써개방형환경으로업무로직을전환할수있다. 리호스팅방법론은업무시스템에구현된사용자의업무로직을거의변경하지않으므로 Big-Bang 방법론에비해인력및시간적인측면에서적은비용으로업무시스템전환이가능한다. OpenFrame은가장효율적인리호스팅솔루션의하나로 IBM Mainframe에서운영중이던사용자의업무시스템을 OpenFrame 상으로전환하기위해서는 IBM Mainframe 상의사용자리소스를 OpenFrame에서운영할수있도록전환하는절차가필요하다. 이와같은 OpenFrame 시스템으로사용자업무로직을구현하기위해리소스를전환하는절차를 OpenFrame 마이그레이션이라고한다. OpenFrame 마이그레이션안내서 15

16 제 1 장마이그레이션개요 1.2 마이그레이션개요 OpenFrame에서마이그레이션은크게어플리케이션마이그레이션, 리소스마이그레이션, 데이터베이스마이그레이션세가지로나눌수있다. 본안내서는마이그레이션유형별로각장을구성하고해당마이그레이션방법에대해기술한다. 단, 데이터베이스마이그레이션절차및방법에대해서는본안내서에는따로언급하지않는다. 제2장에서마이그레이션방법에대해소개하기에앞서본절에서는각마이그레이션개요에대해소개한다. 다음은각마이그레이션과정을나타낸그림이다. [ 그림 1-1] 마이그레이션유형 16 OpenFrame 마이그레이션안내서

17 제 1 장마이그레이션개요 어플리케이션마이그레이션어플리케이션마이그레이션은 IBM Mainframe에서개발된 CICS 어플리케이션프로그램, Batch 어플리케이션프로그램등을 OpenFrame에서사용할수있도록전환하는작업으로작업할때 IBM Mainframe에서다운받은 EBCDIC 소스가필요하다. 어플리케이션마이그레이션은어플리케이션의종류에따라전환시세부과정에는많은차이가있다. 하지만, 일반적으로어플리케이션마이그레이션은 EBCDIC 어플리케이션소스를 ASCII 어플리케이션소스로전환하고, 전환된 ASCII 어플리케이션소스를컴파일하여런타임개체로만든후 OpenFrame에서운용될수있도록배포하는과정을거친다. ([ 그림 1-1] 을참고한다.) 리소스마이그레이션리소스마이그레이션은 IBM Mainframe에서운영되고있는업무시스템에서사용되고있는데이터셋, CSD와같은사용자리소스를 OpenFrame에서사용할수있도록전환하는작업으로작업할때 IBM Mainframe에서다운받은 EBCDIC 데이터가필요하다. 리소스마이그레이션은리소스의종류에따라전환시세부과정에는많은차이가있다. 하지만, 일반적으로리소스마이그레이션은 EBCDIC 리소스를 ASCII 리소스로전환하고 OpenFrame에서운용될수있도록적재 (import) 하는과정을거친다. ([ 그림 1-1] 을참고한다.) 참고 : 리소스란 OpenFrame 시스템에서사용되는모든자원을의미하는것으로데이터셋, CICS 리소스, JCL 등그범위가광범위하여하나의장에서리소스마이그레이션을모두포괄하기에는어려움이있다. 따라서, 리소스를데이터셋과기타리소스유형으로나누고이에대해각각 제2장데이터셋마이그레이션 과 제3장리소스마이그레이션 으로구분하여기술한다. 데이터베이스마이그레이션데이터베이스마이그레이션은전환후의데이터베이스의종류에따라서제공하는툴이나방법이별도로존재하므로사용하는툴이나방법에따라전환방법에많은차이가있다. OpenFrame 마이그레이션안내서 17

18 제 1 장마이그레이션개요 따라서, OpenFrame 에서는데이터베이스마이그레이션에대해서는별도로다루지 않으며상세한정보는데이터베이스각공급업체별안내서를참조하기바란다. OpenFrame 마이그레이션은위와같이세가지유형으로나누기는하지만실제로작 업할때는각유형별로독자적인마이그레이션이이루어지기보다는연관된어플리케 이션, 리소스, 데이터베이스단위로함께진행되며, 일반적으로 [ 그림 1-2] 과같은일 련의작업으로이뤄진다. [ 그림 1-2] 마이그레이션과정 18 OpenFrame 마이그레이션안내서

19 제 1 장마이그레이션개요 1.3 마이그레이션시스템의분석절차 OpenFrame 마이그레이션과정은크게사전분석단계와전환단계로구분된다. 사전분석단계는프로젝트에투입된숙련된컨설턴트와 OpenStudio MAT에의해서이루어진다. 전환단계에서는 IBM Mainframe의리소스에따라다른전환절차및전환툴들이제공된다. 전환방법및툴에대한상세한내용은이어지는제2장, 제3장및제4장을참고한다. OpenFrame 마이그레이션안내서 19

20

21 제 2 장데이터셋마이그레이션 제 2 장 데이터셋마이그레이션 2.1 개요 이장에서는 IBM Mainframe 환경에서운용되던데이터셋을 OpenFrame 환경에서운용되도록하기위해수행되어야하는데이터셋전환작업에대해실무적으로필요한내용을설명한다. 데이터셋이란논리적으로연결된데이터레코드의집합이다. 여기서레코드는어플리케이션에서사용되는정보의기본단위를의미한다. 데이터셋은그종류에따라서크게 Non-VSAM 데이터셋과 VSAM 데이터셋으로구분된다. 참고 : 데이터셋에대한자세한내용은 OpenFrame 안내서중 데이터셋안내서 를참고한다. IBM Mainframe에서운용되던데이터셋을 OpenFrame에서그대로운용하기위해서는데이터셋전환작업을거치게되는데, 데이터셋전환작업은각데이터셋의종류에따라전환방법이약간씩다르다. 아래에각데이터셋의종류에따른전환방법에대해간단하게설명하였다. Non-VSAM 데이터셋 PDS 데이터셋 PDS 데이터셋은디렉터리와멤버로구성된데이터셋이다. PDS 데이터셋자체는 pdsgen 툴을사용하거나 tjesmgr 툴의 dscreate 명령으로생성하고, PDS 데이터셋안의각각의멤버파일들은 dsconv 전환툴로문자집합을전환한다. GDG 데이터그룹 GDG 데이터그룹은세대 (generation) 로구성된데이터셋의그룹이다. GDG 항목자체는 IDCAMS 유틸리티의 DEFINE GDG 명령이나 tjesmgr 툴의 gdgcreate 명령으로카탈로그에등록하고, GDS 데이터셋은개별 SAM 데이터셋전환방법에따라전환작업을수행한다. OpenFrame 마이그레이션안내서 21

22 제 2 장데이터셋마이그레이션 SAM 데이터셋대부분의일반적인 Non-VSAM 데이터셋인 SAM 데이터셋은 COBOL Copybook 등의자료를참고해서 데이터셋전환스키마 (Data Set Conversion Schema) 를먼저작성한후, dsimport 전환툴을사용하여 OpenFrame 데이터셋으로적재 (import) 한다. ISAM 데이터셋 ISAM 데이터셋은엄밀하게는 OpenFrame 에서지원되지않는다. 하지만 ISAM 데이 터셋은 VSAM KSDS 데이터셋으로대체되어사용이가능하다. VSAM 데이터셋 KSDS 데이터셋 VSAM KSDS 데이터셋은먼저 Non-VSAM 데이터셋의전환절차를거쳐서 OpenFrame Non-VSAM 데이터셋으로전환한다. 그런다음 IDCAMS 유틸리티의 DEFINE 명령어로 OpenFrame VSAM 데이터셋을정의한다. 그리고 IDCAMS 유틸리티의 REPRO 명령어로전환된 Non-VSAM 데이터셋의레코드를 VSAM 데이터셋으로복사한다. ESDS 데이터셋 VSAM ESDS 데이터셋의전환절차는앞의 VSAM KSDS 데이터셋의전환절차와 동일하다. RRDS 데이터셋 VSAM RRDS 데이터셋은각레코드별로레코드번호가부여되어있다. 만약데이터셋의중간에누락된레코드번호가없다면 VSAM KSDS 데이터셋의전환절차와동일하게전환이가능하다. 하지만중간에누락된레코드번호가있다면, 별도의 RRDS 데이터셋적재프로그램을작성해서전환을수행해야한다. 22 OpenFrame 마이그레이션안내서

23 제 2 장데이터셋마이그레이션 LDS 데이터셋현재 VSAM LDS 데이터셋은 OpenFrame에서지원되지않는다. VSAM LDS 데이터셋지원에대한고객의요청이있는경우 TmaxSoft 기술지원에문의한다. 다음은앞서설명한데이터셋의종류별전환절차를순서도로나타낸그림이다. [ 그림 2-1] 데이터셋마이그레이션절차 OpenFrame 마이그레이션안내서 23

24 제 2 장데이터셋마이그레이션 2.2 Non-VSAM 데이터셋마이그레이션 전환대상파악및원본다운로드프로젝트사이트에서전환대상이되는데이터셋의목록을작성하는것은성공적인프로젝트수행을위해매우중요한일이다. JCL이나 PROCEDURE를분석해서대상목록을작성하는방법도가능하지만, 대규모프로젝트에서 OpenFrame으로의전환이이루어지면서불필요해지거나, SMS 정책또는보안정책과관련하여데이터셋명칭이변경되는경우도종종있으므로고객사에정보를요청하여정확한목록을얻는것이바람직하다. 참고 : 최근 OpenStudio 분석툴 (MAT) 에서전환대상이되는데이터셋에대한목록을추출하는기능을일부제공하고있다. 하지만, 이는보조적으로사용되어야하는방법이고, 최종적으로는고객이직접검증한정보를사용하는것이바람직하다. 전환대상데이터셋이정해지면, 대상데이터셋에대해호스트 ( 운영중인 IBM Mainframe) 에서사용하고있는데이터셋원본을다운받도록한다. 단, 호스트에서데이터셋을다운받을때, 데이터셋을 ASCII 형태로받으면특수문자, SOSI, 2바이트문자들이제대로전환이이뤄지지않아문제가발생하므로, 가급적이면호스트에서사용하고있는 EBCDIC 형태그대로데이터셋을다운받도록한다. 데이터셋레이아웃분석데이터셋에대한전환이정확하게이루어지려면, 해당데이터셋에대한레이아웃분석이가장중요하다. 현재운영중인데이터셋의경우에는 COBOL Copybook이나데이터베이스스키마를조사하여데이터셋레이아웃정보추출이가능하지만, 오래된데이터셋인경우에는데이터셋을직접열람하지않고서는정확한레이아웃에대한분석이어렵다. 일반적으로는고객사에서데이터셋에대한레이아웃정보를관리하므로, 고객사로부터레이아웃정보를제공받아데이터셋전환작업을수행하는것이일반적이다. 첨고 : 데이터셋에대한레이아웃분석은최근 OpenStudio 분석툴 (MAT) 에서일부기능을제공 하고있다. 24 OpenFrame 마이그레이션안내서

25 제 2 장데이터셋마이그레이션 일반적인경우하나의데이터셋의모든레코드는하나의레이아웃의적용을받지만, 일부데이터셋의경우각각의레코드들이서로다른레이아웃의적용을받는경우도존재한다. 이러한경우는대개 COBOL 재정의문 (REDEFINE) 에의해여러레이아웃이생기거나데이터셋의레코드자체가가변길이인경우에발생한다. 데이터셋전환스키마데이터셋레이아웃정보는고객사의운영상의편의에따라여러가지다양한형태로제공된다. 이러한다양한형태의레이아웃을모두지원할수없으므로, 다음과같은표준 COBOL Copybook 형태로전환하여사용한다. 01 I1. 05 KYAKUMEI-KN PIC X(0018). 05 BTN-CD PIC X(0004). 05 KYAKU-NO PIC X(0007). 05 ATUKAI-CD PIC X(0003). 05 MDY-CD PIC X(0003). 05 YAKU-YMD PIC S9(0009) COMP UKEW-YMD PIC S9(0009) COMP KOYU-MEI-CD PIC S9(0005) COMP KAISU PIC S9(0005) COMP GO. 10 GO-1 PIC X(0001). 10 GO-2 PIC X(0001). 10 GO-3 PIC X(0001). <XTBC106.cpy> 데이터셋레이아웃정보을나타내는 COBOL Copybook 파일 <XTBC106.cpy> 이있는경우다음과같이 cobgensch 툴을사용해서데이터셋전환스키마파일을생성할수있다. $ cobgensch XTBC106.cpy r 54 다음은앞의예제파일 <XTBC106.cpy> 을 cobgensch 툴을실행시켜생성된결과물 인데이터셋전환스키마파일의내용이다. *conversion I1 OpenFrame 마이그레이션안내서 25

26 제 2 장데이터셋마이그레이션 0, 18, EBC_ASC # KYAKUMEI-KN 18, 4, EBC_ASC # BTN-CD 22, 7, EBC_ASC # KYAKU-NO 29, 3, EBC_ASC # ATUKAI-CD 32, 3, EBC_ASC # MDY-CD 35, 5, COPY # YAKU-YMD 40, 5, COPY # UKEW-YMD 45, 3, COPY # KOYU-MEI-CD 48, 3, COPY # KAISU 51, 1, EBC_ASC # GO-1 52, 1, EBC_ASC # GO-2 53, 1, EBC_ASC # GO-3 *condition 0, 0, "\0", I1 목적데이터셋전환전환대상이되는원본데이터셋과전환스키마파일이있으면 dsimport 툴을사용하여데이터셋전환작업을수행한다. 다음은원본파일 <XTB.T66.raw> 과전환스키마파일 <XTB.T66.conv> 을가지고 dsimport 툴을사용하여 <XTB.T66> 데이터셋을생성하는예이다. $ dsimport XTB.T66.raw XTB.T66 s XTB.T66.conv e JPW r 800 -f dsimport 툴은각레코드데이터의코드전환작업및데이터셋의카탈로그등록작업을수행한다. 참고 : dsimport 툴에대한자세한내용은 OpenFrame 안내서중 툴참조안내서 를참고한다. 데이터셋전환검증목적데이터셋으로전환을수행한후에는 IDCAMS 유틸리티의 LISTCAT 명령이나 tjesmgr 툴의 pscat 명령으로데이터셋이카탈로그에정상적으로등록되어있는지확인한다. 그런다음 dsview라는툴으로전환된데이터셋의데이터내용을조회해서목적데이터셋으로정확히전환되었는지검증한다. 26 OpenFrame 마이그레이션안내서

27 제 2 장데이터셋마이그레이션 다음은 dsview 툴을사용해서데이터셋을조회하는화면이다. [ 그림 2-2] deview 툴을사용하여데이터셋조회 PDS 데이터셋전환 PDS 데이터셋은디렉터리와멤버파일로구성된데이터셋으로 JCL 또는 PROC의 DSN 파라미터에 PDS 데이터셋명칭과함께괄호로둘러쌓인멤버이름으로표기된다. //SYSIN DD DSN=PLNI.EDVR.SYSIN(LNIYY01), // DISP=(SHR,PASS,KEEP) PDS 데이터셋은대개실행모듈을관리하는라이브러리데이터셋으로사용되거나 JCL, PROC, SYSIN 등의파일을관리하는라이브러리데이터셋으로사용된다. OpenFrame에서 PDS 데이터셋은 UNIX 파일시스템의디렉터리로관리되며, pdsgen 또는 tjesmgr 툴의 dscreate 명령으로생성할수있다. 다음은 pdsgen 툴의사용방법을보여준다. pdsgen dsname volser recfm dsname volser PDS 데이터셋을생성할때의유의할점은 SYSIN 타입의데이터셋인경우에는반드시레코드포맷을 L 타입으로명시해야한다. 레코드포맷 L 타입은 IBM Mainframe에서는존재하지않는레코드포맷으로 UNIX 플랫폼환경에맞추어줄바꿈 (linefeed) 을하나의레코드단위로인식하기위해 OpenFrame에서지원하는새로 OpenFrame 마이그레이션안내서 27

28 제 2 장데이터셋마이그레이션 운레코드포맷이다. 실행모듈을관리하는 PDS 데이터셋에는컴파일된실행모듈들을해당 PDS의디렉터리의멤버로저장하도록한다. 그밖의 JCL, PROC, SYSIN 등의파일관리용도로사용되는 PDS 데이터셋의멤버파일은 IBM Mainframe에서다운받은 EBCDIC 형태의원본파일을 dsconv 툴을사용하여문자집합을전환한다음전환된파일을해당 PDS의멤버로저장하도록한다. GDG BASE 정의 GDG BASE 항목은순수카탈로그항목으로 IDCAMS 유틸리티의 DEFINE GDG 명령이나 tjesmgr 툴의 gdgcreate 명령으로생성할수있다. GDG BASE 항목을생성할때 GDG LIMIT 값은고객사로부터정확한정보를전달받아생성하도록한다. 다음은 IDCAMS 유틸리티를사용하여 GDG BASE를정의하는 JCL의예이다. //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=A //SYSIN DD * DEFINE GENERATIONDATAGROUP - ( NAME(TEST.GDG01) - EMPTY - NOSCRATCH - LIMIT(255) ) /* GDG BASE 항목이특정사용자카탈로그에등록되면연관된모든 GDS 데이터셋은동일한사용자카탈로그에등록된다. 만약 GDG BASE 항목을생성하지않고 GDS 데이터셋에대한카탈로깅을시도하면 AMS_ERR_GDG_NOT_REGISTERED (-4025) 에러가발생한다. 가변길이데이터셋전환가변길이데이터셋의전환절차는일반적인데이터셋의전환절차와동일하다. 단, 데이터셋레이아웃을분석하고전환스키마를생성하는작업이까다로우니주의를기울여야한다. 가변길이데이터셋의경우 IBM Mainframe에서다운받은원본데이터셋은다음그 28 OpenFrame 마이그레이션안내서

29 제 2 장데이터셋마이그레이션 림과같이순차파일의형태와동일하다. 단, 각각의레코드에대해 0D 0A 라는구분 문자로레코드의끝을나타내고있어, 각각의레코드의길이식별이가능하다. [ 그림 2-3] 가변길이데이터셋원본가변길이데이터셋에대한전환스키마는고정길이데이터셋과마찬가지로데이터셋의레이아웃을 COBOL Copybook 형태로정리하고, 이것을 cobgensch 툴을사용하여전환스키마를생성한다. 단, 프로젝트상황에따라 COBOL Copybook 형태로정리하는단계를건너뛰고다음과같은전환스키마파일을바로작성해서사용하기도한다. *conversion LTW02M04 0, 8, EBC_ASC # KEY1 8, 12, EBC_ASC # KEY2 20, 3, EBC_ASC # KEY3 23, 14, COPY # DATA1 *conversion LTW02M05 0, 8, EBC_ASC # KEY1 8, 12, EBC_ASC # KEY2 20, 3, EBC_ASC # KEY3 23, 65, COPY # DATA1 *conversion LTW02M06 0, 8, EBC_ASC # KEY1 8, 12, EBC_ASC # KEY2 20, 3, EBC_ASC # KEY3 23, 5, COPY # DATA1 OpenFrame 마이그레이션안내서 29

30 제 2 장데이터셋마이그레이션 *condition 0, 8, "LTW02M04", LTW02M04 0, 8, "LTW02M05", LTW02M05 0, 8, "LTW02M06", LTW02M06 0, 0, "\0", LTW02M01 위의스키마파일에는데이터셋레코드에대한세가지전환스키마를포함하고있으며각각의스키마는이름으로구분된다. 스키마파일의맨아래쪽의조건정보에따라서, 데이터셋의특정레코드가어떤스키마를가지고전환이수행될것인지가결정된다. 원본데이터셋과전환스키마파일이준비되었으면고정길이데이터셋과동일하게 dsimport 툴을사용하여데이터셋전환작업을수행한다. 다음은원본파일 <TEST.VAR.raw> 과전환스키마파일 <TEST.VAR.conv> 을가지고 dsimport 툴을사용하여전환되어저장될데이터셋 <TEST.VAR> 을생성하는예이다. $ dsimport TEST.VAR.raw TEST.VAR s TEST.VAR.conv e JPW 2.3 VSAM 데이터셋마이그레이션 OpenFrame에서일반적인 VSAM 데이터셋의전환절차는다음과같다. 1. VSAM 데이터셋을 Non-VSAM 데이터셋의전환절차를거쳐서 OpenFrame Non-VSAM 데이터셋으로전환한다. 2. IDCAMS 유틸리티의 DEFINE 명령어로비어있는 VSAM 데이터셋을정의한다. 3. IDCAMS 유틸리티의 REPRO 명령어로전환된 Non-VSAM 데이터셋의레코드를 VSAM 데이터셋으로복사한다. 위의방법으로전환되지않는데이터셋은별도의데이터셋적재프로그램을작성해서전환해야한다. 데이터셋의중간에누락된레코드번호가있는 VSAM RRDS 데이터셋이이경우에해당한다. 30 OpenFrame 마이그레이션안내서

31 제 2 장데이터셋마이그레이션 VSAM 데이터셋정의 VSAM 데이터셋은 IDCAMS 유틸리티의 DEFINE CLUSTER 명령으로정의할수있다. 다음은 IDCAMS 유틸리티를사용하여 VSAM 데이터셋을정의하는 JCL 예이다. //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=A //SYSIN DD * DELETE (TEST.KSDS) DEFINE CLUSTER - ( NAME(TEST.KSDS) VOL(DEFVOL) RECORDSIZE( ) TRK(20,10) KEYS(6,0) ) /* 참고 : IDCAMS 유틸리티를사용하여 VSAM 데이터셋을정의하는방법에대한자세한내용은 OpenFrame 안내서중 유틸리티참조안내서 의 IDCAMS 를참고한다. VSAM 데이터셋으로복사다음은 IDCAMS 유틸리티를사용하여 <XTB.XY1315> 라는 Non-VSAM 데이터셋의모든레코드데이터를 <TEST.VSAM.KSDS> 라는 VSAM 데이터셋으로복사하는 JCL 예이다. //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=A //SYSIN DD * REPRO INDATASET(XTB.XY1315) OUTDATASET(TEST.KSDS) /* 참고 : IDCAMS 유틸리티를사용하여데이터셋의레코드데이터를복사하는방법에대한자세한내용은 OpenFrame 안내서중 유틸리티참조안내서 의 IDCAMS 를참고한다. OpenFrame 마이그레이션안내서 31

32 제 2 장데이터셋마이그레이션 데이터셋적재프로그램작성데이터셋의중간에누락된레코드번호가있는 VSAM RRDS 데이터셋의경우와같이 IDCAMS 유틸리티의 REPRO 명령으로간단하게데이터셋을적재할수없는경우에는별도의적재프로그램을작성해서데이터셋을적재시켜주어야한다. 데이터셋전환절차는다음과같다. 1. IBM Mainframe에서다운받은원본데이터셋을 dsconv 툴을사용하여문자집합을전환한다. 2. IDCAMS 유틸리티의 DEFINE 명령어로비어있는 VSAM 데이터셋을정의한다. 3. 마지막으로데이터셋적재프로그램을실행시켜데이터셋을적재한다. 데이터셋적재프로그램을작성할때에는 UNIX 플랫폼에서가장널리사용되는 C 언어를사용해서작성하는것이바람직하다. 데이터셋안내서 의데이터셋 I/O 인터페이스의내용을참고하여적재프로그램에서직접레코드 WRITE 함수를호출해개별레코드를정확한키위치에적재시키는프로그램을작성하도록한다. 2.4 데이터셋전환예제 고정길이데이터셋 다음은레코드길이가 16 이고세개의레코드를가지고있는 IBM Mainframe EBCDIC 데이터셋 <FL.SAMPLE.raw> 의내용을보여준다. [ 그림 2-4] 고정길이데이터셋원본 다음의 COBOL Copybook <FL.SAMPLE.cpy> 형태의예제를통해해당데이터셋의레이아웃정보를파악할수있다. 01 FIXEDLENGTH. 05 KEY PIC X(4). 05 TYPE PIC X(6). 05 DATA. 32 OpenFrame 마이그레이션안내서

33 제 2 장데이터셋마이그레이션 10 EBCDATA PIC X(3). 10 ZONEDDATA PIC S9(3). 데이터셋의레이아웃정보가파악되면, 다음과같이 cobgensch 툴을사용하여전환 스키마파일을생성한다. $ cobgensch FL.SAMPLE.cpy 다음은 cobgensch 툴을실행시킨결과물인전환스키마파일의내용이다. *conversion FIXEDLENGTH 0, 4, EBC_ASC # KEY 4, 6, EBC_ASC # TYPE 10, 3, EBC_ASC # EBCDATA 13, 3, ZONED # ZONEDDATA *condition 0, 0, "\0", FIXEDLENGTH <FL.SAMPLE.conv> 원본데이터셋과전환스키마파일이준비되면 dsimport 프로그램을사용해서데이 터셋전환작업을수행한다. $ dsimport FL.SAMPLE.raw FL.SAMPLE.TEST s FL.SAMPLE.conv f r 16 전환이완료되면마지막으로 dsview 툴을사용하여원하는결과가나왔는지확인한 다. [ 그림 2-5] 고정길이데이터셋전환결과 OpenFrame 마이그레이션안내서 33

34 제 2 장데이터셋마이그레이션 가변길이데이터셋다음과같이가변길이레코드를가진 IBM Mainframe 데이터셋을예제로설명한다 AAAAA C CCCCCCCCCC IBM Mainframe 에서다운받은데이터셋 <VB.SAMPLE.raw> 의형태는아래그림과 같이각각의레코드구분자로 0D 0A 를포함하고있다. [ 그림 2-6] 가변길이데이터셋원본 해당데이터셋의레이아웃정보는아래 Copybook에나타난바와같다. Copybook의마지막 3행은 cobgensch 툴에서인식하는레이아웃적용에대한조건정보이다. 01 VBROOT1. 05 KEY1 PIC X(8). 05 LENGTH PIC X(3). 05 DATA PIC X(5). 01 VBROOT2. 05 KEY2 PIC X(8). 05 LENGTH PIC X(3). 05 DATA PIC S9(2). 01 VBROOT3. 05 KEY3 PIC X(8). 05 LENGTH PIC X(3). 05 DATA PIC 9(10) COMP-3. $$COND : KEY1 : " " : VBROOT1 $$COND : KEY2 : " " : VBROOT2 $$COND : KEY3 : " " : VBROOT3 주어진 Copybook을입력으로해서 cobgensch 툴을실행하면다음과같은전환스키마파일을얻을수있다. 34 OpenFrame 마이그레이션안내서

35 제 2 장데이터셋마이그레이션 *conversion VBROOT1 0, 8, EBC_ASC # KEY1 8, 3, EBC_ASC # LENGTH 11, 5, EBC_ASC # DATA *conversion VBROOT2 0, 8, EBC_ASC # KEY2 8, 3, EBC_ASC # LENGTH 11, 2, ZONED # DATA *conversion VBROOT3 0, 8, EBC_ASC # KEY3 8, 3, EBC_ASC # LENGTH 11, 6, COPY # DATA *condition 0, 8, " ", VBROOT1 0, 8, " ", VBROOT2 0, 8, " ", VBROOT3 0, 0, "\0", VBROOT1 <VB.SAMPLE.conv> 원본데이터셋과전환스키마가준비되면 dsimport 유틸리티를사용하여해당데이터셋을다음과같이전환한다. 여기서 <VB.SAMPLE.raw> 는다운받은원본파일이고, <VB.SAMPLE.TEST> 는전환되어저장될데이터셋이며, <VB.SAMPLE.conv> 는전환스키마파일이다. $dsimport VB.SAMPLE.raw VB.SAMPLE.TEST s VB.SAMPLE.conv e cd EBC_ASC -ze 재정의문 (REDEFINES) 이사용되는데이터셋다음과같이재정의문 (REDEFINES) 이들어있는레이아웃을가진데이터셋의경우에는어떤조건에의해서분기하는지에대한정보가있어야한다. 01 A B PIC X(01). OpenFrame 마이그레이션안내서 35

36 제 2 장데이터셋마이그레이션 05 C PIC X(05). 05 D REDEFINES C. 10 E PIC X(02). 10 F PIC X(03). 만약필드 B의값이 A 인경우에만 REDEFINE된 D의정보를참조하고그외나머지 경우에는 C의정보를참조하는경우다음과같이 $$COND 문장을데이터셋레이아 웃에추가한다. 01 A B PIC X(01). 05 C PIC X(05). 05 D REDEFINES C. 10 E PIC X(02). 10 F PIC X(03). $$COND : B : "A" : D cobgensch 툴은 $$COND 문장의정보를참조해서 dsimport가사용할수있는전환 스키마를생성한다. 다음은생성된전환스키마예이다. *conversion A 0, 1, EBC_ASC # B 1, 5, EBC_ASC # C *conversion A_2 0, 1, EBC_ASC # B 1, 2, EBC_ASC # E 3, 3, EBC_ASC # F *condition 0, 1, "A", A_2 0, 0, "\0", A 이렇게생성된스키마파일을이용해서데이터셋의레코드를전환하면, 데이터셋각레코드의필드 B의위치에있는값에따라서적절한전환규칙이적용되어데이터셋이전환된다. 36 OpenFrame 마이그레이션안내서

37 제 3 장리소스마이그레이션 제 3 장 리소스마이그레이션 3.1 EBCDIC 에서 ASCII 로전환 OpenFrame 마이그레이션절차는리소스종류에따라다양한전환방법이존재한다. 하지만, EBCDIC 코드가포함된리소소를 ASCII 코드가포함된리소스로전환하는작업만은모든리소스의마이그레이션절차에서동일하게적용되는사항이다. 이는 IBM Mainframe의기본문자집합과개방형환경의문자집합이다르기때문에발생하는작업으로리호스팅을위한마이그레이션과정에서는필수작업이다. EBCDIC ASCII 전환절차가모든리소스전환과정에서필수절차이기는하지만, 실제마이그레이션과정에서의전환작업은리소스별로다르다는점에유의하도록한다. 전환방법 EBCDIC 데이터를 ASCII 데이터로전환하는작업은리소스에따라서조금씩달라지게되는데 Non-VSAM 데이터셋의경우 EBCDIC 데이터를 ASCII 데이터로전환하는별도의절차가존재하지않고 dsimport라는툴을통해서 OpenFrame 데이터셋으로적재하는과정에서내부적으로전환이이루어진다. 본절에서는사용자가작성한 COBOL 소스같은별도의 EBCDIC에서 ASCII로코드전환이명시적으로진행되는작업을대상으로설명한다. OpenFrame에서는 EBCDIC 데이터를 ASCII 데이터로전환을위해서 dsconv라는툴을제공한다. dsconv는여러가지리소스의 EBCDIC 데이터를 ASCII로전환할때사용이가능하나보통은어플리케이션의텍스트형태의원본파일의 EBCDIC 데이터를 ASCII 데이터로전환할때사용된다. 다음은원본파일에주로사용가능한 dsconv 툴옵션사용프로토타입이다. $ dsconv SRCFILE CONVFILE -e JP -r 80 -nl -sosi 1 OpenFrame 마이그레이션안내서 37

38 제 3 장리소스마이그레이션 다음은 dsconv 툴에서사용가능한옵션에대한설명이다. 옵션 설명 e 전환하려는원본데이터셋의언어선택 (US, KR, JP 및 JPW 지원 ) r nl 전환하려는원본데이터셋이고정길이레코드포맷일때한라인의크기지정 전환후라인구분자로줄바꿈문자 (Newline) 를사용 sosi 전환후 SOSI 문자처리방법옵션 [ 표 3-1] dsconv 툴옵션일반적으로원본파일 EBCDIC 데이터를 ASCII 데이터로전환할때사용하는 dsconv 명령어가의미하는내용은다음과같다. SRCFILE 을 80바이트를하나의라인으로인식하여읽어들여서 ASCII로전환시원본 EBCDIC 문자가 IBM290을사용하고있다는것을감안하여전환하면서전환후불필요해진 SOSI 문자는 SOSI 문자가존재하던자리에공백 (white space) 으로대체하고전환된하나의라인단위로 CONVFILE 을생성하되라인의구분은줄바꿈문자 (newline) 를사용하여수행한다. 참고 : dsconv 툴에서지원하는다양한옵션에대한자세한내용은 OpenFrame 안내서중 툴참조안내서 를참고한다. 다음은 BMS 맵파일을전환하는예이다. of1a@tmaxs4:of1a]$ dsconv MSCMAP01 MSCMAP01.map -e JP -r 80 -nl -sosi 1 [non-line mode...] input file : MSCMAP01 output file : MSCMAP01.map encoding code : JP sosi type : 1 scheme file : record length : 80 conversion : (record count = 158) conversion : (non-convertible code count = 0) 38 OpenFrame 마이그레이션안내서

39 제 3 장리소스마이그레이션 Oa~Mðokðo]kOAOCaE~ookAaaUA~AaOE k Oa~Mðokou]kOAOCaE~ðokAaaUA~MAaOE k AUa]k@@@@@@@@@@@@@@@c@@@@@@@@@@@@@@@@@@@@@@@ Oa~Mðokoo]kOAOCaE~ðokA Oa~Mðokoo]kOAOC ae~ookaaaua~aaoe k a~ø@@@@@@@@@@@@@@@@@@@@@@@@@@noððnn@@@aæeoaæ@ Oa~Mðok Oa~Mðokðo]kOAOCaE~ookAaaUA~AaOE k a~ø@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@a ÆEOAÆ@ Oa~Mðokou]kOAOCaE~ðokAaaUA~MAaOE @@@@@@@@@@NOððno@@@AÆEOAÆ@ Oa~Mðokoo]kOAOCaE~ookAaaUA~AaOE k a~ø... <MSCMAP01> 전환후 BGLOGO DFHMSD TYPE=&SYSPARM, X LANG=COBOL, X MODE=INOUT, X CTRL=FREEKB, X STORAGE=AUTO, X TIOAPFX=YES * BGLOGO DFHMDI SIZE=(24,80),LINE=1,COLUMN=1 * DFHMDF POS=(2,2),LENGTH=37,ATTRB=(NORM,PROT), X HILIGHT=BLINK, X INITIAL='*** WELCOME TO OPENFRAME ONLINE ***' DFHMDF POS=(5,3),LENGTH=73,ATTRB=(BRT,PROT), X COLOR=YELLOW, X INITIAL=' ***** /****** /*******/** /**/*******/******X OpenFrame 마이그레이션안내서 39

40 제 3 장리소스마이그레이션 /*** /**/**/**/*******' DFHMDF POS=(6,3),LENGTH=73,ATTRB=(BRT,PROT), X COLOR=YELLOW, X INITIAL='/*******/*******/*******/*** /**/*******/******X * /***** /********/*******' DFHMDF POS=(7,3),LENGTH=73,ATTRB=(BRT,PROT), X COLOR=YELLOW, X INITIAL='/**///**/**///**/**//////*** /**/**//////**///*X */**///**/********/**/////' DFHMDF POS=(8,3),LENGTH=73,ATTRB=(BRT,PROT), X COLOR=YELLOW, X INITIAL='/** /**/** /**/** /****/**/** /** /*X */** /**/**/**/**/** ' DFHMDF POS=(9,3),LENGTH=73,ATTRB=(BRT,PROT), X COLOR=YELLOW, X INITIAL='/** /**/*******/*******/*******/*******/******X */*******/**/**/**/*******' DFHMDF POS=(10,3),LENGTH=73,ATTRB=(BRT,PROT), X COLOR=YELLOW, X INITIAL='/** /**/******//*******/*******/*******/******X //*******/**/**/**/*******' DFHMDF POS=(11,3),LENGTH=73,ATTRB=(BRT,PROT), X COLOR=YELLOW, X INITIAL='/** /**/**//// /**//////**/****/**//////**///*X */**///**/**/**/**/**/////' DFHMDF POS=(12,3),LENGTH=73,ATTRB=(BRT,PROT), X COLOR=YELLOW, X INITIAL='/** /**/** /** /** /***/** /** /*X */** /**/**/**/**/** ' DFHMDF POS=(13,3),LENGTH=73,ATTRB=(BRT,PROT), X COLOR=YELLOW, X INITIAL='/*******/** /*******/** /***/** /** /*X */** /**/**/**/**/*******' <MSCMAP01.map> 40 OpenFrame 마이그레이션안내서

41 제 3 장리소스마이그레이션 3.2 CICS 리소스마이그레이션 CICS에서제공하는시스템리소스를사용하는 CICS 어플리케이션이정상적으로작동하기위해서는 CICS 제공리소스가필요하다. 마찬가지로 CICS 어플리케이션이 OpenFrame OSC 시스템으로마이그레이션된후에정상적으로작동하기위해서는 IBM Mainframe CICS 시스템에서사용하는리소스정의를 OSC 시스템으로마이그레이션하는과정을필요로한다. CICS 시스템에서 OSC 시스템으로마이그레이션을필요로하는리소스에는 TDQ, FILE, TERMINAL, TYPETERM, TSMODEL 등이있다. 이러한리소스를 OpenFrame OSC 시스템에서사용하기위해서는, CICS 시스템으로부터위의타입에해당되는리소스의정의를얻어온후, 이리소스정의정보를 osdgen 툴을이용해서 OSC 시스템의 OSD 데이터셋에적재 (import) 해야한다. 다음에서는 CICS 시스템에서하나의 CSD 데이터셋으로부터 ASCII로된리소스매크로정의포맷의텍스트파일을얻어낸이후의마이그레이션과정에대해기술한다. 참고 : Mainframe에서사용되는 EBCDIC 코드로이루어진텍스트파일을 UNIX 에서사용하는 ASCII 코드포맷으로전환하는과정및전환시발생하는문제점에대한자세한내용은 3.1 EBCDIC에서 ASCII로전환 과 Appendix. A EBCDIC ASCII 전환이슈 를참고한다. 각리소스의정의중에는 OSC 시스템에서는지원하지않거나사용하지않는필드가포함되어있을수있다. 이러한필드는 osdgen 툴을사용하여리소스를등록하는과정에서무시된다. 참고 : 지원가능한리소스필드속성에대한자세한정보는 OpenFrame 안내서중 OSC Resource Reference 안내서 를참조한다. 다음은 resouces.dat 파일에저장된리소스정의를 OPNFRAME.ONLINE.OSDLIB이라는 OSD 데이터셋에등록하는예이다. $ osdgen dct.dat OPNFRAME.ONLINE.OSDLIB 다음은 dct.dat 파일을 SYS1에위치하는 OPNFRAME.ONLINE.OSDLIB라는 OSD 데이터셋에등록하는예이다. $ osdgen resouces.dat OPNFRAME.ONLINE.OSDLIB -s 참고 : osdgen 툴사용에대한자세한내용은 OpenFrame 안내서중 툴참조안내서 를참고한다. OpenFrame 마이그레이션안내서 41

42 제 3 장리소스마이그레이션 3.3 JCL 마이그레이션 일반적으로 JCL 마이그레이션은기존의 IBM Mainframe의 JES 환경에서실행되는 JCL을다운받아서 IBM Mainframe에서사용되고있는 EBCDIC 코드기반의 JCL 원본파일을 OpenFrame에서사용하는 ASCII 코드기반으로전환하는것을의미한다. 즉기존의 JCL 소스의수정없이 OpenFrame의 TJES 환경에서 JCL을실행할수있도록하는것이다. 그러나타사유틸리티 (Third Party Utility) 를사용하는경우에는 IBM Mainframe과 UNIX 시스템의차이로인해 JCL에서기술되어있는 SYSIN이나파라미터를전달방식에차이가발생할수밖에없다. 따라서, OpenFrame 시스템에서타사유틸리티를사용하는경우에는타사유틸리티에맞게해당 JCL을전환하는작업이필요하다. 또한기존의 IBM Mainframe에서사용하던유틸리티가 OpenFrame 환경에서모두제공되지않는경우가있다. 따라서해당유틸리티를 OpenFrame에서동일한기능을하는유틸리티로전환하는작업이필요하다. 본절에서는고객사에서사용하는다양한유틸리티에대해모두기술할수는없기때문에고객사마다공통적으로필요할것으로예상되는 DB2, SASHOST 및 SORT 유틸리티마이그레이션에대한개요를기술한다. 구체적인마이그레이션절차및과정은해당유틸리티를공급업체의제품에따라모두다르기때문에모두언급할수는없지만, 실전프로젝트경험을바탕으로작성한 DB2 전환이슈에대해서는 Appendix. B DB2 Oracle 전환이슈 절에서기술하고 SASHOST에대한일반적인작업절차및방법에대해서는 Appendix. C SASHOST 스크립트마이그레이션 절에서각각기술한다. 또한 SORT 스크립트마이그레이션시주의해야할사항에대해서는 3.4 SORT 스크립트마이그레이션 절에기술한다. 참고 : 일반적인마이그레이션절차인 EBCDIC 코드를 ASCII 코드로의전환절차및전환시발생하는문제점에대한내용은 3.1 EBCDIC에서 ASCII로전환 및 Appendix. A EBCDIC ASCII 전환이슈 절을참고한다. DB2 IBM Mainframe의호스트인 DB2는 UNLOAD(DB2에저장되어있는데이터를직렬화하여파일로다운받는작업 ) 수행후에컨트롤파일을생성한다. 컨트롤파일이란 UNLOAD 작업을통해다운받은데이터및파일을다시 DB2로 LOAD ( 추출된파일을다시되돌리는복구작업 ) 할때사용되는파일이다. UNIX 시스템에서실행되는 DB2 42 OpenFrame 마이그레이션안내서

43 제 3 장리소스마이그레이션 HPU도동일하게 UNLOAD 작업이후 LOAD 작업을수행할때필요한컨트롤파일을생성한다. 하지만, IBM Mainframe과 UNIX 사이에컨트롤파일의문법적인차이가존재하여 IBM Mainframe에서생성된컨트롤파일을 UNIX 시스템에서실행되는 DB2 HPU에서는바로사용할수없다. 따라서, LOAD JCL의 SYSIN에 INSTREAM 방식으로지정되어있는 LOAD 컨트롤구문을 ASC FROMAT METHODL 형태로전환한후에추가로해당컨트롤파일을 UNIX 시스템의 DB2 HPU의문법에맞도록전환해야한다. 다음은 IBM Mainframe의 DB2 LOAD 컨트롤구문을 UNIX UDB LOAD 컨트롤구문으로전환하는예이다. 전환전 LOAD DATA RESUME YES LOG NO INDON SYSREC00 INTO TABLE LNID2LC0.TLCP0 ( CIJUN_YM POSITION( 1 ) CHAR( 6), ORG_CD POSITION( 7 ) CHAR( 7), SNPM_SORT_GB POSITION( 14 ) CHAR( 1), YUJICHASU POSITION( 15 ) CHAR( 3), DSBHR_10 POSITION( 18: 25) DECIMAL, YJBHR_10 POSITION( 26: 33) DECIMAL, DSBHR_30 POSITION( 34: 41) DECIMAL, YJBHR_30 POSITION( 42: 49) DECIMAL, DSBHR_60 POSITION( 50: 57) DECIMAL, YJBHR_60 POSITION( 58: 65) DECIMAL, DSBHR_90 POSITION( 66: 73) OpenFrame 마이그레이션안내서 43

44 제 3 장리소스마이그레이션 DECIMAL, YJBHR_90 POSITION( 74: 81) DECIMAL ) 전환후 LOAD FROM $SYSREC00 OF ASC MODIFIED BY STRIPTBLANKS NULLINDCHAR=? BINARYNUMERICS PACKEDDECIMAL CODEPAGE=970 RECLEN=81 METHOD L ( 1 6, 7 13, 14 14, 15 17, 18 25, 26 33, 34 41, 42 49, 50 57, 58 65, 66 73, 74 81) NULL INDICATORS ( 0,0,0,0,0,0,0,0,0,0,0,0 ) INSERT INTO LNID2LC0.TLCP0 GIJUN_YM, ORG_CD, SNPM_SORT_GB, YUMICHASU, DSBHR_10, YJBHR_10, DSBHR_30, YJBHR_30, DSBHR_60 YJBHR_60 DSBHR_90 YJBHR_90) 44 OpenFrame 마이그레이션안내서

45 제 3 장리소스마이그레이션 SASHOST UNIX 시스템에서사용되는 SASHOST에서외부파일에접근하기위해입출력파일 을지정하는방법은기존 IBM Mainframe에서사용되는 SASHOST의파일접근방법 과차이가있다. UNIX 시스템의 SASHOST 유틸리티는프로그램호출할때입출력파일을파라미터 로전달한다. 따라서, JCL에서 SASHOST를호출하려면입출력값으로사용되는 DD 명을명시적으로지정하여 SASHOST 호출시파라미터로전달할수있게 JCL을전 환해야한다. 다음은 SASHOST 유틸리티에서외부파일에접근하기위한파일지정방법을전환 하는예이다. 전환전 //PS010 EXEC PGM=SASHOST, // REGION=4096K //STEPLIB DD DSN=SYS3.SAS6.LIBRARY, // DISP=(SHR,KEEP,KEEP) //CONFIG DD DSN=SYS3.SAS6.CNTL(BATCHXA), // DISP=(SHR,KEEP,KEEP) //SASAUTOS DD DSN=SYS3.SAS6.AUTOLIB, // DISP=(SHR,KEEP,KEEP) //SASHELP DD DSN=SAS3.SAS6.SASHELP, // DISP=(SHR,KEEP,KEEP) //SASMSG DD DSN=SYS3.SAS6.SASMSG, // DISP=(SHR,KEEP,KEEP) //SASPARM DD UNIT=SYSDA, // SPACE=(80,(40,20),RLSE), // AVGREC=U, // RECFM=FB, // LRECL=80 //WORK DD UNIT=SYSDA, // SPACE=(6144,(15000,15000),RLSE), // AVGREC=U // LRECL=6144 //SASLIST DD SYSOUT=6,OUTPUT=*.OUT1 //SASLOG DD SYSOUT=* OpenFrame 마이그레이션안내서 45

46 제 3 장리소스마이그레이션 //LNINL010 DD DSN=PLNI.IANUF.LNIBNS01.SORT(+0), // DISP=(SHR,KEEP,KEEP) //SYSIN DD DSN=PLNI.EDVR.SYSIN(LNIIN008), ** SAS SOURCE PGM // DISP=(SHR,KEEP,KEEP), //* DCB=BUFNO=1 전환후 //PS010 EXEC PGM=SASHOST, // PARM='INPUT=LNINL010' //STEPLIB DD DSN=SYS3.COMMSTEP, // DISP=(SHR,KEEP,KEEP) //SASLIST DD SYSOUT=6,OUTPUT=*.OUT1 //SASLOG DD SYSOUT=* //LNINL010 DD DSN=PLNI.IANUF.LNIBNS01.SORT(+0), // DISP=(SHR,KEEP,KEEP) //SYSIN DD DSN=PLNI.EDVR.SYSIN(LNIIN008), ** SAS SOURCE PGM // DISP=(SHR,KEEP,KEEP), //* DCB=BUFNO=1 SORT SORT 유틸리티중에 SyncSort 제품은 ZD 포맷의음수표현방식이 IBM Mainframe 에서사용될때와 UNIX 시스템에서사용될때차이가존재한다. 따라서, SORT JCL 에기술된 ZD 포맷을 TP 포맷으로전환해야한다. 다음은 IBM Mainframe의 SORT JCL을 OpenFrame의 SORT JCL로전환하는예로 ZD 포맷이모두 TP 포맷으로변경된것을확인할수있다. 전환전 S0RT FIELDS=(1,20,A,28,1,A),FORMAT=CH SUM FIELDS=(029,7,036,13, 059,7,066,13),FORMAT=ZD OUTREC FIELDS=(1:0001,20, 22:0028,01, 24:0029,07,ZD,EDIT=(SIIIIIT),SIGNS=(,-), 32:0036,13,ZD,EDIT=(SIIIIIIIIIIIT),SIGNS=(,-), 46 OpenFrame 마이그레이션안내서

47 제 3 장리소스마이그레이션 46:0059,07,ZD,EDIT=(SIIIIIT),SIGNS=(,-), 54:0066,13,ZD,EDIT=(SIIIIIIIIIIIT),SIGNS=(,-)) 전환후 S0RT FIELDS=(1,20,A,28,1,A),FORMAT=CH SUM FIELDS=(029,7,036,13, 059,7,066,13),FORMAT=ZD OUTREC FIELDS=(1:0001,20, 22:0028,01, 24:0029,07,TP,EDIT=(SIIIIIT),SIGNS=(,-), 32:0036,13,TP,EDIT=(SIIIIIIIIIIIT),SIGNS=(,-), 46:0059,07,TP,EDIT=(SIIIIIT),SIGNS=(,-), 54:0066,13,TP,EDIT=(SIIIIIIIIIIIT),SIGNS=(,-)) 3.4 SORT 스크립트마이그레이션 SORT 스크립트를전환할때는스크립트에기술된 ZD(Zone Decimal) 포맷전환에주의해야한다. IBM Mainframe의경우다양한내장부호 (embedded sign) 가 ZD 포맷에사용될수있다. 하지만, UNIX 시스템의경우에는 Micro Focus Format ZD와 Alternate Format ZD에따라 ZD 포맷에사용될수있는내장부호 (embedded sign) 가구분된다. OpenFrame 유틸리티의대부분은 Micro Focus Format ZD와 Alternate Format ZD를모두지원한다. 하지만, SASHOST의경우에는내부적으로호출하는 SAS의데이터형식제약으로인해 Alternate Format ZD만을지원한다. OpenFrame에서는유틸리티간의데이터호환을위해데이터마이그레이션시모든유형의 ZD를 Alternate Format ZD로마이그레이션하는것을원칙으로한다. 이와마찬가지로 SORT 스크립트에명시된데이터형식중 ZD 포맷은 Alternate Format ZD 을의미하는 TP로전환해야한다. 입력스크립트에 ZD가기술될수있는 SORT 유틸리티종류에는 DFSORT와 ICETOOL이존재하는데, 이중 DFSORT는 SORT와 ICEMAN으로도기술될수있다. 따라서, JCL 전환시 JCL EXEC 구문의 PGM 명칭이 SORT, ICEMAN, ICETOOL인경우에 ZD 포맷이 TP 포맷으로올바르게전환되었는지주의해서확인한다. OpenFrame 마이그레이션안내서 47

48 제 3 장리소스마이그레이션 DFSORT DFSORT를사용하려면 JCL EXEC 구문의 PGM 명칭에 SORT 또는 ICEMAN을기술한다. DFSORT는해당스텝의 SYSIN DD에명령스크립트를기술한다. 명령스크립트에 ZD 포맷이명시된경우이를 TP 포맷으로전환해야한다. 참고 : 해당스크립트내에서 ZD가포맷을의미하는것인지단순문자표현인지확인하기위해서는 OpenFrame 안내서중 유틸리티참조안내서 의 SORT 를참고한다. 다음은 IBM Mainframe과 OpenFrame 간의 DFSORT 스크립트의전환예이다. 전환전 STEP1 EXEC PGM=SORT SYSIN DD * SORT FIELDS=(3,2,CH,A) SUM FIELDS=(1,3,ZD) INCLUDE COND=(10,2,CH,EQ,C'ZD') 전환후 STEP1 EXEC PGM=SORT SYSIN DD * SORT FIELDS=(3,2,CH,A) SUM FIELDS=(1,3,TP) INCLUDE COND=(10,2,CH,EQ,C'ZD') ICETOOL ICETOOL을사용하려면 JCL EXEC 구문의 PGM 명칭에 ICETOOL을기술한다. ICETOOL은해당스텝의 TOOLIN DD에명령스크립트를기술한다. 그리고, ICETOOL 구동중에 DFSORT를사용하는경우에는 xxxxcntl(xxxx는 TOOLIN에주어진스크립트에서 USING(xxxx) 으로아래예제에서 CPY1 이사용됨 ) DD에 DFSORT 스크립트를기술한다. 따라서, TOOLIN DD와 xxxxcntl DD에 ZD 포맷이명시된경우이를 TP 포맷으로전환해야한다. 참고 : 해당스크립트내에서 ZD가포맷을의미하는것인지단순문자표현인지확인하기위해서는 OpenFrame 안내서중 유틸리티참조안내서 의 SORT 를참고한다. 48 OpenFrame 마이그레이션안내서

49 제 3 장리소스마이그레이션 다음은 IBM Mainframe과 OpenFrame 간의 ICETOOL 스크립트의전환예이다. 전환전 STEP1 EXEC PGM=ICETOOL TOOLIN DD * COPY FROM(ICEIN) TO(ICECPY) USING(CPY1) SELECT FROM (ICECPY) TO(ICEOUT) ON(16,2,ZD) NODUPS /* CPY1CNTL DD * SORT FIELDS=(1,3,ZD,D) /* 전환후 STEP1 EXEC PGM=ICETOOL TOOLIN DD * COPY FROM(ICEIN) TO(ICEZD) USING(CPY1) SELECT FROM (ICEZD) TO(ICEOUT) ON(16,2,TP) NODUPS /* CPY1CNTL DD * SORT FIELDS=(1,3,TP,D) /* OpenFrame 마이그레이션안내서 49

50

51 제 4 장어플리케이션마이그레이션 제 4 장 어플리케이션마이그레이션 4.1 CICS 어플리케이션마이그레이션 CICS 어플리케이션마이그레이션이란 IBM Mainframe CICS 시스템에서이용되던 CICIS 어플리케이션을 OpenFrame OSC 시스템에서구동할수있도록어플리케이션소스를전환하는것을의미한다. CICS 어플리케이션의마이그레이션절차는다음과같다. Step I. EBCDIC ASCII 전환과정 EBCIDIC 문자를개방형환경에서이용가능하도록 ASCII 문자로전환하는 과정이다. Step II. 전처리과정 CICS 어플리케이션이 OpenFrame 상에서작동할수있도록 OpenFrame에서제공하는툴을사용하여 CICS 어플리케이션을수정하는과정이다. Step III. 컴파일과정컴파일러를사용하여실행가능한바이너리를생성하는과정이다. Step IV. 배포과정생성된바이너리를 OpenFrame 시스템에적재하는과정이다. 이번절에서는 OpenFrame 툴을사용하는전처리과정과컴파일과정에서주의해야 할사항및 CICS 어플리케이션의배포과정에대해기술한다. 참고 : EBCDIC 문자를 ASCII 로전환하는과정및전환시발생하는문제점에대한자세한내용 은 3.1 EBCDIC 에서 ASCII 로전환 과 Appendix. A EBCDIC ASCII 전환이슈 를참 고한다. OpenFrame 마이그레이션안내서 51

52 제 4 장어플리케이션마이그레이션 [ 그림 4-1] CICS 어플리케이션마이그레이션과정 COBOL CICS 어플리케이션 전처리전처리과정은 IBM Mainframe CICS를위해작성된 COBOL 어플리케이션프로그램원본을 OpenFrame에서제공하는툴을사용하여 UNIX용 COBOL 컴파일러에서컴파일이가능하도록전환하는작업을의미한다. CICS 어플리케이션의전처리과정은다음과같이세단계로구성된다. Step I. Step II. COBOL 언어적인전처리 (cobolprep) EXEC DLI 명령문전처리 (dliprep) Step III. EXEC CICS 명령문전처리 (osccblpp) OpenFrame 환경에서 COBOL CICS 어플리케이션을작동시키려면 cobolprep 툴을 사용하여전처리과정을거쳐야한다. 52 OpenFrame 마이그레이션안내서

53 제 4 장어플리케이션마이그레이션 cobolprep 툴은 IBM Mainframe에서사용하는 COBOL 문법에서 UNIX 컴파일러가인식할수없는문법이사용된구문을 UNIX용컴파일러가인식할수있는구문으로전환할때사용된다. 그밖에도 cobolprep 툴은 OSC 시스템에맞춰명령어를추가하거나, 디버깅등의특정한용도를위한전처리과정을수행하기도한다. 참고 : cobolprep 툴에대한자세한사용법은 OpenFrame 안내서중 툴참조안내서 를참고한다. 다음은 COBTEST.cob이라는파일에서동적 CALL 기능을추가하여전처리를수행하는예제이다. $ cobolprep d2 COBTEST.cob dliprep 툴은 OSC 시스템에서 HiDB에접근할때사용되는 EXEC DLI 명령문이포함된 COBOL 원본의전처리과정을수행할때사용된다. 다음은 EXEC DLI 명령문이포함된 COBOL 원본을전처리하는예이다. $ dliprep DLITEST.cob osccblpp 툴은 OSC 시스템에서리소스에접근할때사용되는 EXEC CICS 명령문이포함된 COBOL 원본의전처리과정을수행할때사용된다. 다음은 EXEC CICS 명령문이포함된 COBOL 원본을전처리하는예이다. $ osccblpp OSCTEST.cob 참고 : CICS 어플리케이션마이그레이션시모든원본은 osccblpp 툴에의한전처리과정을거 쳐야한다. 단, cobolprep 및 dliprep 툴은필요시에만적용하면된다. 컴파일 전처리과정을거친어플리케이션원본을시스템에설치된컴파일러를사용하여공유 개체 (shared object) 로만든다. OpenFrame 마이그레이션안내서 53

54 제 4 장어플리케이션마이그레이션 참고 : 컴파일러및공유개체 (shared object) 작성에대한자세한내용은내용은 COBOL 컴파일 러공급업체의안내서를참고한다. 배포 OpenFrame 시스템에서제공하는 tdlupdate 툴을사용하여다음과같은절차로컴파일된바이너리를배포및적용한다. 이미 TDL(Tmax Dynamic Library) 이설정되어있는경우바로마지막단계로넘어간다. Step I. 환경변수인 $TDLDIR 을설정하고, $TDLDIR/mod 및 $TDLDIR/run 디렉 터리가존재하지않으면직접생성한다. $TDLDIR 디폴트값은 $TMAXDIR/tdl 이다. Step II. $TDLDIR 디렉터리아래에 tdl.cfg 파일을생성한다. OpenFrame 시스템을설치할때 $TMAXDIR/tdl 디렉터리에배포된 tdl.cfg.sample을참조한다. Step III. tdlinit 툴을실행한다. $TDLDIR/tdl.cfg 파일의설정에따른초기화가이뤄진다. Step IV. 컴파일된어플리케이션을 $TDLDIR/mod 디렉터리에저장한다. Step V. tdlupdate 툴의 m 옵션과프로그램명을이용하여사용하여실제업무를배 포한다. 다음은 OSCTEST 라는프로그램을업데이트하는예제이다. ( m 옵션뒤에프로그램 이름은확장자.so 가생략되었다.) $ tdlupdate m OSCTEST 참고 : TDL 설정및관련툴에대한자세한내용은 Tmax 안내서중 Tmax Dynamic Library Programming Guide 를참고한다. tdlrm 툴을이용하여사용중인공유메모리의정보를삭제할수있다. 메모리정보삭제후공유메모리를다시생성하려면 tdlinit 툴을실행한다. 54 OpenFrame 마이그레이션안내서

55 제 4 장어플리케이션마이그레이션 4.2 Batch 어플리케이션마이그레이션 Batch 어플리케이션마이그레이션이란 IBM Mainframe에서이용되던 Batch 어플리케이션을 OpenFrame에서구동할수있도록어플리케이션소스를전환하는전과정및작업을의미한다. Batch 어플리케이션의마이그레이션절차는다음순서와같다. Step I. EBCDIC ASCII 전환과정 EBCIDIC 문자를개방형환경에서이용가능하도록 ASCII 문자로전환하는 과정이다. Step II. 전처리과정 Batch 어플리케이션이 OpenFrame 상에서작동할수있도록 OpenFrame 에서제공하는툴을사용하여 Batch 어플리케이션을수정하는과정이다. Step III. 컴파일과정컴파일러를사용하여실행가능한바이너리를생성하는과정이다. Step IV. 배포과정생성된바이너리를 OpenFrame 시스템에적재하는과정이다. 일반적인 Batch 어플리케이션마이그레이션절차와는별도로 Oracle을 DB로사용하는경우 DB2 SQL 문을 Oracle SQL 문으로전환하는과정이필요하다. 본절에서는 COBOL 및 PL/I 언어별로전처리, 컴파일, 배포과정등의마이그레이션전과정및컴파일시주의해야할사항에대해기술한다. 참고 : EBCDIC 문자를 ASCII로전환하는과정및전환시발생하는문제점에대한자세한내용은 3.1 EBCDIC에서 ASCII로전환 과 Appendix. A EBCDIC ASCII 전환이슈 을참고한다. 또한 DB2 SQL 문을 Oracle SQL 문으로전환하는과정은 Appendix. B DB2 Oracle 전환이슈 를참고한다. IBM Mainframe과달리개방형환경에서는데이터셋이라는것이존재하지않으며기본적으로개방형환경에서제공되는컴파일러를이용하는경우 Batch 어플리케이션은파일에대해입출력을수행하게된다. 따라서파일에대한입출력을 OpenFrame의데이터셋입출력으로변경하는작업이필요하다. 또한 IBM Mainframe의콘솔을지 OpenFrame 마이그레이션안내서 55

56 제 4 장어플리케이션마이그레이션 원하기위해콘솔에대한입출력관련구문을 OpenFrame 에서지원하는콘솔입출력 으로변경하는작업도필요하다. COBOL Batch 어플리케이션 전처리 OpenFrame 환경에서 COBOL Batch 어플리케이션을작동시키려면 cobolprep 툴을사용하여전처리과정을거쳐야한다. cobolprep 툴을사용하면개방형환경에서 COBOL Batch 어플리케이션이파일입출력을수행하는대신데이터셋입출력을수행할수있게된다. 이때, External File Handler 를지원하지않는 COBOL 컴파일러를이용한다면 F1 옵션을추가해야한다. External File Handler 에대해서는컴파일과정에서다룬다. 콘솔입출력을지원하기위해 cobolprep 툴을사용하여 COBOL Batch 어플리케이션의소스내에 DISPLAY variable UPON CONSOLE 문과 ACCEPT 문을 OpenFrame에서제공하는콘솔기능을이용하도록수정한다. 이때는 c3 옵션을추가한다. 데이터셋입출력이나콘솔입출력을사용하지않는 COBOL Batch 어플리케이션이라도 cobolprep 툴에기타여러가지기능들이포함되어있기때문에모든 COBOL Batch 어플리케이션에대해 cobolprep 툴을사용하여전처리과정을거치기를권장한다. 참고 : cobolprep 툴에대한자세한내용은 OpenFrame 안내서중 툴참조안내서 를참고한다. 컴파일 COBOL Batch 어플리케이션의경우컴파일러공급업체에따라파일입출력관련원본을데이터셋입출력으로변경하지않아도된다. External File Handler 를지원하는 MF COBOL 컴파일러의경우별도의파일입출력에대한전처리과정없이컴파일시에 External File Handler 로 OpenFrame의 textfh(tmax External File Handler) 모듈을링크하고호출할함수명을지정함으로써데이터셋입출력을사용할수있다. External File Handler 를지원하지않는 NET COBOL 컴파일러등의 COBOL 컴파일러에서는 cobolprep 툴을이용해파일입출력에대한전처리를해야하며, 컴파일시 56 OpenFrame 마이그레이션안내서

57 제 4 장어플리케이션마이그레이션 에 OpenFrame의 tcobfh(tmax COBOL File Handler) 모듈을링크시켜야한다. MF COBOL 컴파일러를이용하는경우 External File Handler 를지정하기위해서는컴파일시에 -C CALLFH TEXTFH 옵션과 C ASSIGN EXTERNAL 옵션을추가해 External File Handler 가사용할함수를지정하고 libtextfh.so를연결 (link) 해야한다. 다음은 MF COBOL 컴파일러를이용하는예이다. cobolprep COBSAMPLE.cob cob32 xo COBSAMPLE C CALLFH TEXTFH C ASSIGN EXTERNAL L$OPENFRAME_HOME/lib ltextfh.so cobolprep_cobsample.cob NET COBOL 컴파일러를이용하는경우아래예제와같이 cobolprep 툴을사용하여전처리과정을거친후, 모듈 tcobfh(tmax COBOL File Handler) 의라이브러리 libtcobfh.so를연결 (link) 한다. MF COBOL 컴파일러를이용하는경우에도 MF COBOL을위한 textfh 모듈이아닌 tcobfh 모듈을이용할수있다. 하지만, MF COBOL을이용하는경우에는위의예제처럼 External File Handler 를이용할것을권장한다. 다음은 NET COBOL 컴파일러를이용하는예이다. cobolprep F1 COBSAMPLE.cob cobol M o COBSAMPLE L$OPENFRAME_HOME/lib ltcobfh.so cobolprep_cobsample.cob OpenFrame의콘솔을이용하기위해서는콘솔클라이언트라이브러리 libconcli.so를연결 (link) 해야한다. 전처리가완료된 COBOL 어플리케이션원본에대해 COBOL 컴파일러를이용해컴파일을수행하면 OpenFrame에서실행가능한두가지타입 (Executable, Shared Object) 의바이너리가생성된다. [ 표 4-1] 과 [ 표 4-2] 는컴파일러공급업체에따른 Executable 타입과 Shared Object 타입의바이너리를생성하는명령어를나타낸다. 참고 : 명령어에대한자세한내용은각컴파일러공급업체에서제공하는안내서를참고한다. OpenFrame 마이그레이션안내서 57

58 제 4 장어플리케이션마이그레이션 다음은 MF COBOL 컴파일러의바이너리타입에따른컴파일옵션예이다. ( 단, 64 비 트머신의경우 cob64 명령을사용한다.) 바이너리타입 Executable Shared Object 컴파일명령어 cob32 -x file_name.cob cob32 -z file_name.cob [ 표 4-1] MF COBOL 컴파일옵션예제 다음은.NET COBOL 컴파일러의바이너리타입에따른컴파일옵션예이다. 바이너리타입 Executable Shared Object 컴파일명령어 cobol -M file_name.cob cobol -shared file_name.cob [ 표 4-2].NET COBOL 컴파일옵션예제 Executable 타입은 Batch 어플리케이션에의해 JCL에기술되며, 어플리케이션이직접실행되는경우에사용된다. Shared Object 타입은 Batch 어플리케이션에의해 JCL 에기술되며, 어플리케이션이직접실행되는경우뿐아니라다른 Batch 어플리케이션에의해동적으로호출되어실행되는경우에도사용된다. Shared Object의경우실행방법과무관하게사용가능하므로 Shared Object 타입으로컴파일하는것을권장한다. 배포새로운버전의프로그램또는모듈을 OpenFrame 시스템에동적으로적용하려면 dlupdate 툴을사용한다. dlupdate 툴은모듈을이용하여작동중인프로그램및어플리케이션에영향을주지않기위해기존모듈을백업한후, 앞으로실행될프로그램및어플리케이션이새로운모듈을이용할수있게한다. 다음은 dlupdate 툴사용법을보여준다. dlupdate source_path dataset_name source_path는새로적용되는모듈의경로를의미하고, dataset_name은기존모듈경로에위치한 PDS 데이터셋을의미한다. 58 OpenFrame 마이그레이션안내서

59 제 4 장어플리케이션마이그레이션 dlupdate에의해백업된모듈은 dlclean 툴을사용하여제거할수있다. 사용자가직접 dlclean 툴을실행하지않더라도수행되는작업이없는경우 dlclean 툴이주기적으로실행되어백업된모듈을제거한다. 참고 : dlupdate 및 dlclean 툴에대한자세한내용은 OpenFrame 안내서중 툴참조안내서 를참고한다. PL/I Batch 어플리케이션 전처리 OpenFrame 환경에서 PL/I Batch 어플리케이션을작동시키려면 tplipp 툴을사용하여전처리과정을거쳐야한다. tplipp 툴을사용하면개방형환경에서 PL/I Batch 어플리케이션이파일입출력을수행하는대신데이터셋입출력을수행할수있게된다. 콘솔입출력을지원하기위해 tplipp 툴을사용하여 PL/I Batch 어플리케이션의소스내에 DISPLAY variable 문과, DISPLAY variable REPLY variable 문을 OpenFrame 에서제공하는콘솔기능을이용하도록수정한다. 이때는 -console 옵션을추가한다. console 옵션을추가하지않는경우, 모든 DISPLAY 문은 Spool에출력되며, REPLY 문은무시된다. 그밖에생성할 PL/I Batch 어플리케이션의바이너리타입에따라 fetch 옵션이나, s 옵션이추가되어야한다. 바이너리타입에따른옵션추가에대해서는컴파일과정에서다룬다. 데이터셋입출력이나콘솔입출력을사용하지않는 COBOL Batch 어플리케이션이라도 tplipp 툴에기타여러가지기능들이포함되어있기때문에모든 COBOL Batch 어플리케이션에대해 tplipp 툴을사용하여전처리과정을거치기를권장한다. 참고 : tplipp 툴에대한자세한내용은 OpenFrame 안내서중 툴참조안내서 를참고한다. 컴파일 COBOL 어플리케이션의경우 External File Handler 를지원하는컴파일러에서는파 일입출력관련원본파일을변경하지않아도된다. OpenFrame 마이그레이션안내서 59

60 제 4 장어플리케이션마이그레이션 하지만, PL/I 어플리케이션의경우에는 External File Handler 를지원하는컴파일러가존재하지않는다. 따라서, 모든 PL/I Batch 어플리케이션은파일입출력관련원본을데이터셋입출력으로수정해야한다. 그리고컴파일시에 tplifh(tmax PL/I File Handler) 모듈의라이브러리 libtplifh.so를연결 (link) 해야한다. 전처리가완료된 PL/I 어플리케이션원본에대해 PL/I 컴파일러를이용하여컴파일을수행하면 OpenFrame에서실행가능한두가지타입 (Executable, Shared Object) 의바이너리가생성된다. 그밖에 AIX PL/I의경우 Executable의한형태로 Fetchable Module이존재한다. Fetchable Module은어플리케이션동작중에동적으로시스템메모리상에적재하거나해제할수있는바이너리이다. 실행중인어플리케이션내에서 Fetchable Module 을실행하기전에미리 Fetchable Module을시스템메모리에적재함으로써실제어플리케이션실행시에는메모리에적재하는시간을단축할수있다. 그리고더이상 Fetchable Module이필요하지않는경우에는메모리에서 Fetchable Module을해제함으로써메모리자원을확보할수있다. Fetchable Module의또다른특징은일반적인 Executable과달리진입경로 (entry point) 를지정해야한다는것이다. 일반적인 Executable 바이너리는진입경로 (entry point) 로 C 언어에서는 main 함수, PL/I 언어에서는 OPTIONS(MAIN) 를지정한다. 하지만 ld 명령의 e 옵션을이용하여 main이아닌다른곳을집입경로로지정할수있고, 이렇게생성된 Fetchable Module을실행하면지정된진입경로 (entry point) 에서시작하게된다. [ 표 4-3] 과 [ 표 4-4] 는컴파일러공급업체에따라생성되는바이너리타입과각바이너리생성을위한컴파일명령어를나타낸다. 참고 : 명령어에대한자세한내용은각컴파일러공급업체에서제공하는안내서를참고한다. 다음은 Open PL/I 컴파일러의바이너리타입에따른컴파일옵션예이다. 바이너리타입 Executable Shared Object 컴파일명령어 lpiplx file_name.pl1 lpipl1 file_name.pl1 ld -dynamic object_name.o [ 표 4-3] Open PL/I 컴파일옵션예제 60 OpenFrame 마이그레이션안내서

61 제 4 장어플리케이션마이그레이션 다음은 AIX PL/I 컴파일러의바이너리타입에따른컴파일옵션예이다. 바이너리타입 Executable Shared Object Fetchable Module 컴파일명령어 pli F configuration file file_name.pli pli F configuration file -bm:sre -bnoentry -bexpall file_name.pli pli F configuration file -e entry_name file_name.pli [ 표 4-4] AIX PL/I 컴파일옵션예제 Executable 타입 (Fetchable Module 제외 ) 은 Batch 어플리케이션에의해 JCL에기술되며, 어플리케이션이직접실행되는경우에사용된다. Shared Object 타입은 Batch 어플리케이션에의해 JCL에기술되며, 어플리케이션이직접실행되는경우뿐아니라, 다른 Batch 어플리케이션에의해동적으로호출되어실행되는경우에도사용된다. PL/I Batch 어플리케이션의경우생성할바이너리타입에따라 tplipp 툴을사용하는전처리과정이달라지고, 이에따라컴파일과정에도차이가발생하게된다. 우선공통적으로, PL/I Batch 어플리케이션내에서외부 Batch 어플리케이션을호출할때해당외부 Batch 어플리케이션이 Fetchable Module로컴파일될예정이라면 tplipp 툴실행시에 fetch 옵션을추가해야한다. 단, 이미소스내에 FETCH 문장을이용하여외부 Batch 어플리케이션을호출하고있다면 fetch 옵션을추가하지않아도된다. 단, fetch 옵션을추가하면 PL/I Batch 어플리케이션소스에서호출하여실행하는모든외부 Batch 어플리케이션에대해 Fetchable Module이라고판단하게되므로이점을주의해야한다. 다음으로 Shared Object로컴파일하는경우, PL/I Batch 어플리케이션이 JCL에의해실행된다면 s 옵션을추가해야한다. s 옵션을추가하면 PL/I Batch 어플리케이션이 PGMRTS00과 IKJEFT01 유틸리티에의해호출될수있는형태로소스가변경된다. 앞서언급했듯이다른 Batch 어플리케이션에의해실행되는 PL/I Batch 어플리케이션은 Shared Object와 Fetchable Module 타입으로컴파일할수있다. AIX PL/I 컴파일러를이용하는경우 Shared Object 또는 Fetchable Module 타입으로컴파일할때, 각타입별로특성이존재한다. 따라서, 다음에제시되는영역에서의타입에따른특성을고려하여컴파일방법을선택하길바란다. OpenFrame 마이그레이션안내서 61

62 제 4 장어플리케이션마이그레이션 컴파일순서여러어플리케이션소스간에서로호출하여실행하는경우에바이너리타입에따라 PL/I Batch 어플리케이션컴파일순서에종속성이존재할수있다. Fetchable Module로컴파일하는경우, 각어플리케이션소스간의호출순서와상관없이컴파일을수행할수있다. 반면 Shared Object로컴파일하는경우, 각소스간의호출순서에따라컴파일이수행되므로편의성이떨어진다. Shared Object Shared Object로만들때는 bm:sre bnoentry bexpall 옵션을지정하여 Shared Object로컴파일하고, Shared Object를연결할때는 L 옵션과 l 옵션을이용하여연결한다. Shared Object로컴파일할때는외부 Batch 어플리케이션에대해심볼확인을거치기때문에순서상다른 Batch 어플리케이션에의해실행되는소스를먼저컴파일해야한다. Fetchable Module e entry name 옵션으로진입경로 (entry point) 를지정하여컴파일한다. 컴파일을수행할때심볼확인을거치지않기때문에독립적으로컴파일이수행된다. 다음은 A.pli에서 B.pli를거쳐 C.pli를실행시킨다고가정한예이다. Shared Object의경우, C.pli B.pli A.pli 순서로컴파일된다. pli Fpli.cfg bm:sre bnoentry bexpall o libc.so C.pli pli Fpli.cfg brtl L. lc bm:sre bnoentry bexpall o libb.so B.pli pli Fpli.cfg brtl L. lb A.pli Fetchable Module의경우, 컴파일순서는실행순서와무관하게 A.pli B.pli C.pli, C.pli B.pli A.pli 또는 B.pli A.pli C.pli 등의다양한순서로컴파일이진행된다. pli Fpli.cfg A.pli pli Fpli.cfg eb B.pli pli Fpli.cfg ec C.pli 62 OpenFrame 마이그레이션안내서

63 제 4 장어플리케이션마이그레이션 호출가능한프로시저의범위 Shared Object로컴파일하는경우, Shared Object 내의모든프로시저에대해외부 Batch 어플리케이션에서접근이가능하다. 하지만, Fetchable Module의경우외부에서접근가능한프로시저는컴파일과정에서 e 옵션에지정한진입경로 (entry point) 뿐이다. Shared Object 소스내에선언된프로시저모두외부에서호출이가능하다. Fetchable Module Fetchable Module은진입경로 (entry point) 를시작점으로실행하기때문에실행시무조건진입경로 (entry point) 에서시작된다. C 언어에서의호출 Shared Object로컴파일된 PL/I 어플리케이션은 C 언어로작성된프로그램에서호출하여실행이가능하다. 하지만, Fetchable Module로컴파일된 PL/I 어플리케이션은 C 언어로작성된프로그램에서호출및실행이불가능하다. 따라서 JCL에기술하여직접실행할때는 Executable이나 Shared Object로컴파일해야한다. OpenFrame에서지원하지않는 PL/I 문법 IBM Mainframe에서는지원하는 PL/I 문법을개방형환경에서는지원하지않는경우가존재하며, 개방형환경에서지원하는기능의경우라도 OpenFrame에서지원하지않는문법이존재한다. 참고 : IBM Mainframe에서지원되지만개방형환경에서지원하지않는문법의경우각컴파일러공급업체의안내서를참고한다. 현재 OpenFrame 에서지원하지않는 PL/I 기능은다음과같다. LOCATE 문 SET 을이용한 READ, WRITE, REWRITE 문 OpenFrame 마이그레이션안내서 63

64 제 4 장어플리케이션마이그레이션 배포새로운버전의프로그램또는모듈을 OpenFrame 시스템에동적으로적용하려면 dlupdate 툴을사용한다. dlupdate 툴은모듈을이용하여작동중인프로그램및어플리케이션에영향을주지않기위해기존모듈을백업한후, 앞으로실행될프로그램및어플리케이션이새로운모듈을이용할수있게한다. 다음은 dlupdate 툴사용법을보여준다. dlupdate source_path dataset_name source_path는새로적용되는모듈의경로를의미하고, dataset_name은기존모듈경로에위치한 PDS 데이터셋을의미한다. dlupdate에의해백업된모듈은 dlclean 툴을사용하여제거할수있다. 사용자가직접 dlclean 툴을실행하지않더라도수행되는작업이없는경우 dlclean 툴이주기적으로실행되어백업된모듈을제거한다. 참고 : dlupdate 및 dlclean 툴에대한자세한내용은 OpenFrame 안내서중 툴참조안내서 를참한다. 64 OpenFrame 마이그레이션안내서

65 Appendix. A EBCDIC ASCII 전환이슈 Appendix. A EBCDIC ASCII 전환이슈 IBM Mainframe에서운영중인업무시스템을개방형환경으로전환하는데있어 EBCDIC 데이터를 ASCII로전환하는과정은모든작업에서필수적이다. 하지만, 이과정에서는다양한문제점이발생하므로, 이미발견된문제점에대해숙지하고실제작업에서적용하는작업이매우중요하다. 일반적으로 EBCDIC 데이터를 ASCII 데이터로전환할때의문제점은 COBOL로작성된업무프로그램의원본파일을전환할때발생한다. 원본파일전환시발생하는문제점중심각도가높은문제점은다음과같다. HEX 값처리 문자정렬 (sort order) 처리 2바이트공백 (double byte space) 처리본절에서는문자집합전환시발생하는문제점중심각도가높은위의세가지항목에대해예제를통한원인파악및해결과정을제시한다. A.1 HEX 값처리 다음은원본파일에 HEX 값을이용하여작성된로직이포함된 COBOL 원본프로그 램을 dsconv 툴을사용하여 ASCII로전환한예이다. 01 WORK06-AREA. 05 W06-KOUZA-NO. 10 FILLER PIC X(01) VALUE X'F1'. 10 W06-NO-1 PIC X(01). 10 FILLER PIC X(01) VALUE X'F2'. 10 W06-NO-2 PIC X(01). 10 FILLER PIC X(01) VALUE X'F3'. 10 W06-NO-3 PIC X(01). 10 FILLER PIC X(01) VALUE X'F4'. OpenFrame 마이그레이션안내서 65

66 Appendix. A EBCDIC ASCII 전환이슈 10 W06-NO-4 PIC X(01). 10 FILLER PIC X(01) VALUE X'F5'. 10 W06-NO-5 PIC X(01). 10 FILLER PIC X(01) VALUE X'F6'. 10 W06-NO-6 PIC X(01). 10 FILLER PIC X(01) VALUE X'F7'. 10 W06-NO-7 PIC X(01). 위의파일은 COBOL로작성된원본을본안내서에기술된일반적인전환절차를통해 EBCDIC 문자를 ASCII 문자로전환한상태이다. 위의파일은얼핏보기에는성공적으로전환이이뤄져서작업이완료된것처럼보이지만, 사실은다음과같은문제를내포하고있을수있다. 다음은위의예제에서한부분을발췌한것이다. 10 FILLER PIC X(01) VALUE X'F1'. 위의라인의경우 EBCDIC 문자는 ASCII 문자로완벽하게전환되었지만, EBCDIC으로작성되었던고객의 COBOL 프로그램에구현된업무로직은정확하게전환되지않았을가능성이있다. 원본에서 X F1 이의미하는내용이 F1이라는문자가아니고, X F1 이가리키는 EBCDIC 값 1 인경우를가정해보자. 일반적인문자집합전환절차로는 EBCDIC 값 1 을처리할수없으므로이런경우에는수동으로해당값을변경해주어야한다. 따라서, 원본파일을 ASCII로전환하고다음과같이 ASCII 값 1 에해당하는값 31 로소스를수정한다. 10 FILLER PIC X(01) VALUE X'31'. 다음은위의첫번째예제파일과동일한원본파일을 dsconv 툴을사용하여 ASCII로전환한다음해당문자표현을문자가가리키는숫자값으로변경한예이다. 01 WORK06-AREA. 05 W06-KOUZA-NO. 10 FILLER PIC X(01) VALUE X'31'. 10 W06-NO-1 PIC X(01). 10 FILLER PIC X(01) VALUE X'32'. 10 W06-NO-2 PIC X(01). 10 FILLER PIC X(01) VALUE X'33'. 10 W06-NO-3 PIC X(01). 10 FILLER PIC X(01) VALUE X'34'. 66 OpenFrame 마이그레이션안내서

67 Appendix. A EBCDIC ASCII 전환이슈 10 W06-NO-4 PIC X(01). 10 FILLER PIC X(01) VALUE X'35'. 10 W06-NO-5 PIC X(01). 10 FILLER PIC X(01) VALUE X'36'. 10 W06-NO-6 PIC X(01). 10 FILLER PIC X(01) VALUE X'37'. 10 W06-NO-7 PIC X(01). HEX 값처리문제는프로그램상에직접 HEX 값이기술되어있어문자전환시에문 제가발생하는것이일반적이다. 하지만, 그반대의경우도발생할수있다. 01 YEAR-TABLE. 05 FILLER PIC X(12) VALUE '{{{{{{JJJJJJ'. 05 FILLER PIC X(12) VALUE '{{{{{{{JJJJJ'. 05 FILLER PIC X(12) VALUE '{{{{{{{{JJJJ'. 05 FILLER PIC X(12) VALUE '{{{{{{{{{JJJ'. 05 FILLER PIC X(12) VALUE '{{{{{{{{{{JJ'. 05 FILLER PIC X(12) VALUE '{{{{{{{{{{{J'. 05 FILLER PIC X(12) VALUE '{{{{{{{{{{{{'. 05 FILLER PIC X(12) VALUE 'A{{{{{{{{{{{'. 05 FILLER PIC X(12) VALUE 'AA{{{{{{{{{{'. 05 FILLER PIC X(12) VALUE 'AAA{{{{{{{{{'. 05 FILLER PIC X(12) VALUE 'AAAA{{{{{{{{'. 05 FILLER PIC X(12) VALUE 'AAAAA{{{{{{{'. 위의예제에서 { 라는문자는프로그램로직에서문자로사용된것이아니라 ZD(Zone Decimal) 타입으로 { 라는문자자체의 HEX 값에해당하는 X C0 문자가가 리키는 ZD 값을의미한다. 이경우는 IBM Mainframe ZD X C0 에해당하는 ASCII의 ZD 값이 X 30 이므로, X 30 에해당하는 ASCII 문자 0 으로변경해야사용자업무를그대로계승할수있다. 단, EBCDIC 원본데이터를 ASCII 데이터로전환한후에소스를수정할것을권장한다. 01 YEAR-TABLE. 05 FILLER PIC X(12) VALUE '000000qqqqqq'. 05 FILLER PIC X(12) VALUE ' qqqqq'. 05 FILLER PIC X(12) VALUE ' qqqq'. 05 FILLER PIC X(12) VALUE ' qqq'. 05 FILLER PIC X(12) VALUE ' qq'. OpenFrame 마이그레이션안내서 67

68 Appendix. A EBCDIC ASCII 전환이슈 05 FILLER PIC X(12) VALUE ' q'. 05 FILLER PIC X(12) VALUE ' '. 05 FILLER PIC X(12) VALUE ' '. 05 FILLER PIC X(12) VALUE ' '. 05 FILLER PIC X(12) VALUE ' '. 05 FILLER PIC X(12) VALUE ' '. 05 FILLER PIC X(12) VALUE ' '. 앞서언급한 HEX 값문제는사용자가작성한프로그램소스상에기술된 HEX가값을의미하는것인지아니면해당값이가리키는 EBCDIC 문자 ( 또는반대의경우에도해당 ) 를의미하는것인지가문자집합전환과정에서는자동으로구분되지않는다. 원본파일의 HEX 값이어떤의미인지파악하려면프로그램소스가 COBOL로작성된경우에는 COBOL 문법을적용하고, BMS 맵의경우에는 BMS 매크로문법을적용하여분석이이뤄져야한다. 현재는이문제를해결하기위해 TmaxSoft의숙련된컨설턴트가마이그레이션단계에직접참여하여원본파일분석후작업을진행하도록하고있다. 향후에는단계적으로적용범위를넓혀가면서프로그램단위로자동분석이가능하도록툴을개발하고있다. 문자정렬처리 EBCDIC 문자를 ASCII로전환했을때눈으로인식되는문자자체에는문제가없는듯 이보일수도있다. 하지만두문자체계가지닌고유한특성으로인해실제사용자프 로그램을전환하여사용할때는문제가나타날수있다. 여기서는문자쳬계의고유특성으로인해발생할수있는대표적인문제중하나인 정렬문제에대해기술하고그해결방법을제시한다. IF W01-XX <= '99' THEN MOVE 'Y' TO W01-CC ELSE MOVE 'N' TO W01-CC END-IF. 68 OpenFrame 마이그레이션안내서

69 Appendix. A EBCDIC ASCII 전환이슈 위의예제는 Mainframe에서사용중인 COBOL 소스를 ASCII 문자로전환한소스의일부분을발췌한것이다. 소스상으로는 EBCDIC 문자를 ASCII 문자로전환한것자체는성공적으로진행되었다. 하지만, 사용자프로그램측면에서업무로직에오류가발생할가능성이존재한다. 다음은 EBCDIC 문자와 ASCII 문자의정렬순서를나타낸것이다. EBCDIC: a < z < A < Z < 0 < 9 ASCII: "0" < "9" < "A" < "Z" < "a" < "z" 위의예제에서 W01-XX 값이 AA 라고가정해보자. 이럴경우프로그램이 Mainframe 상에서작동한다면 W01-CC에 Y 가설정될것이고, UNIX 상에서작동한다면 W01- CC에 N 이설정될것이다. 따라서, IBM Mainframe의업무로직을그대로계승하려면다음과같이소스를수정해야한다. IF W01-XX < 'zz' THEN MOVE 'Y' TO W01-CC ELSE MOVE 'N' TO W01-CC END-IF. 그래도위에서언급된유형의업무시스템내부의문자정렬처리문제는비록간단하지는않지만사용자프로그램을수정함으로써어느정도문제를해결할수는있다. 하지만, 업무시스템내부의문제가아닌일반비전산사용자에게도영향을줄수있는유형이존재하는데이런경우는사용자에게보다심각한혼란을야기시킬수있다. 실제업무시스템을개발하거나운영하는전산전문가들은 EBCDIC에서는 ZZ < 99 이지만, ASCII에서는 99 < ZZ 이므로문자집합전환시정렬순서가변경되어야한다는사실을교육을통해충분히인지시킬수있다. 하지만, 실제로업무시스템을이용하는일반비전산사용자들에게이러한환경적변화를숙지시키기어려울수있고따라서이로인해혼란이야기될수있다. 예를들어다음과같은업무화면을보자. [User Address List] ID : AAAAAAAA OpenFrame 마이그레이션안내서 69

70 Appendix. A EBCDIC ASCII 전환이슈 ID NAME ADDRESS AAAAAAAA KIM SEOUL BBBBBBBB LEE PUSAN CCCCCCCC PARK SEOUL HHHHHHHH AHN DAEGU LLLLLLLL CHO GWANGJU MMMMMMMM CHOI INCHEON NNNNNNNN KWAK BUPYOUNG XXXXXXXX IM SUNGNAM ZZZZZZZZ SEO GURI <F1> Menu <F2> Prev <F3> Next <Enter> Search 위의업무로직이 Mainframe 환경이라면 ID 값중가장작은값인 AAAAAAAA 를이 용하여 ID 목록전체를조회할수있을것이다. 하지만개방형환경이라면 AAAAAAAA 를입력해도 ID 목록전체를조회할수없다. 또한 이라는 ID가존재한다고가정했을때, Mainframe 환경에서는 <F3> 키 를눌러다음화면을조회하면 결과를조회할수있지만, 개방형환경에서 는 ZZZZZZZZ 이후의 ID 목록은조회되지않을것이다. 결과적으로개방형환경에대한지식이없고, 기존 IBM Mainframe에익숙한사용자 는 이라는 ID 정보가실제로프로그램에존재한다해도그사실을인지하기 어려울것이다. 다음은개방형환경에서 ID 목록전체를조회 ( AAAAAAAA 대신 사용 ) 하 는예제화면이다. [User Address List] ID : ID NAME ADDRESS OpenFrame 마이그레이션안내서