Non-VSAM 데이터셋

Non-VSAM 데이터셋이란 IBM Mainframe에서 VSAM 데이터셋이 나오기 이전에 사용되던 모든 데이터셋을 Non-VSAM 데이터셋이라고 한다. 따라서 VSAM 데이터셋이 아닌 데이터셋은 모두 Non-VSAM 데이터셋이다.

OpenFrame에서 Non-VSAM 데이터셋은 UNIX의 파일 시스템으로 대응되고, 각각의 데이터셋 유형에 따른 액세스 메소드(Access Method)는 별도의 OpenFrame 인터페이스로 제공된다.

OpenFrame에서는 다음과 같은 4가지 형태의 레코드 포맷을 지원한다.

라인 순차 레코드 포맷과 불확정 레코드 포맷을 제외한 나머지 레코드 포맷은 RECFM 파라미터에 ‘B’를 추가함으로써 블록 I/O를 할 수 있다. 데이터 블록은 디스크 볼륨에 데이터가 기록되기 전 여러 개의 레코드를 묶어서 하나의 블록으로 구성한 것을 의미한다.

OpenFrame에서는 RECFM 파라미터에 'B’가 별도로 지정되어 있지 않아도, 실제 디스크에 I/O을 수행할 때에는 내부 버퍼를 이용한 버퍼링을 수행한다.

한 데이터셋에 있는 모든 레코드의 크기는 동일하고 블록 I/O(RECFM=FB)를 지원한다. 블록 I/O가 아닌 경우에 하나의 레코드는 하나의 블록으로 간주된다.

각각의 레코드는 한 블록 안에서 별도의 레코드 분리자(record separator)없이 연속적으로 저장된다. 순차적으로 레코드를 읽는 경우 한 블록 안에서 한 번에 레코드의 크기 만큼씩 읽어낸다.

선택 제어 문자(Optional Control Character)는 각 레코드를 프린터로 출력할 때 캐리지를 제어하는 문자이다. 그리고 선택 테이블 참고 문자(Optional Table Reference Character)는 레코드를 출력할 때 폰트를 선택하기 위해 사용되는 코드이다.

가변 길이 데이터셋에 포함되어 있는 각각의 레코드는 서로 길이가 다를 수 있다. 가변 길이 레코드 포맷의 경우 블록 I/O(RECFM=VB)와, Spanned 포맷(RECFM=VS)을 같이 사용할 수 있다.

Spanned 포맷은 논리 레코드의 길이가 지정된 블록 크기보다 큰 경우에 세그먼트 단위로 잘라서 디스크에 저장하는 포맷이다. OpenFrame에서 Spanned 포맷이 지정되어 있는 경우 논리 레코드의 길이가 블록 크기보다 큰 경우에도 읽기/쓰기 동작이 문제없이 지원된다. 이것은 논리 레코드를 세그먼트 단위로 잘라서 저장하기 때문이 아니라, Mainframe과는 다른 방식으로 블록 I/O를 구현했기 때문이다.

가변 길이 블록은 BDW(Block Descriptor Word)와 하나 이상의 논리 레코드로 구성되어 있다. BDW는 해당 블록을 부가적으로 설명하는 4Byte 크기의 필드이다. OpenFrame에서 BDW는 사용되지 않는다.

가변 길이 레코드는 RDW(Record Descriptor Word)와 데이터로 구성되어 있다. RDW는 해당 레코드를 부가적으로 설명하는 4Byte 크기의 필드이다. RDW의 1번째 2Byte는 RDW를 포함한 논리 레코드의 길이를 저장하고 3번째와 4번째 Byte는 모두 0으로 설정되어있다.

라인 순차 레코드 포맷은 UNIX의 텍스트 파일과 동일한 형태의 레코드 포맷을 의미한다. 블록 단위의 I/O는 지원하지 않고 한 데이터셋 안의 각각의 레코드는 라인피드 문자로 구분된다. OpenFrame/Batch 작업에서 사용되는 인스트림 데이터셋이나 SPOOL 출력 데이터셋은 라인 순차 레코드 포맷을 사용한다.

불확정 레코드 포맷은 특별히 정해진 포맷없이 I/O를 하기 위한 레코드 포맷이다. 불확정 레코드 포맷에서 하나의 블록은 하나의 레코드로 간주된다.

JCL의 DD 문장이나 DCB 파라미터에는 데이터셋 레코드의 일부로서 선택 제어 문자가 포함되어 있는지 여부를 표시할 수 있다. 각각의 레코드 앞에 있는 1Byte의 출력 제어 문자는 데이터셋이 출력될 때에 캐리지 컨트롤을 담당한다. 이 1Byte의 문자는 데이터셋에 저장된 레코드의 일부이지만 출력될 때에는 나타나지 않는다. 이 제어 문자의 유무를 결정하는 것은 데이터 컨트롤 블록(DCB)의 RECFM 필드에 ‘M’ 또는 ‘A’라는 문자로 표기된다. ‘M’은 Machine 코드를 의미하고 ‘A’는 ANSI 코드를 의미한다.

OpenFrame에서는 애플리케이션이 데이터셋을 열기 전에 처리하려고 하는 모든 데이터셋에 대해 미리 데이터 컨트롤 블록(DCB)이 준비되어야 한다. 데이터 컨트롤 블록은 데이터셋에 대한 적절한 처리 정보가 담겨있는 구조체로서 JCL의 DD문이나 카탈로그에서 정보를 추출하여 구성된다.

일반적인 JCL Batch JOB을 실행하면 애플리케이션에서 필요로 하는 모든 데이터셋에 대한 컨트롤 블록은 JCL의 DD 문장으로부터 시스템 내부적으로 생성되어 애플리케이션에 전달된다. 하지만 동적 할당을 사용하는 IDCAMS(JSCVSUT/KQCAMS) 유틸리티와 같은 몇몇 유틸리티 프로그램의 경우에는 유틸리티 프로그램에서 직접 데이터 컨트롤 블록을 생성할 수도 있다.

다음은 데이터 컨트롤 블록에 지정되는 데이터셋 정보의 일부이다.

Non-VSAM 데이터셋의 SPACE 사이즈를 할당하는 방법에 대해서 설명한다.

Primary Space와 Secondary Space 결정

Primary Space와 Secondary Space 사이즈는 다음의 순서에 따라 결정한다.

결정된 Primary Space와 Secondary Space 값으로 최대 사이즈를 계산한다.

순차 데이터셋은 OpenFrame 시스템에서 가장 일반적인 데이터셋으로서 레코드가 저장된 순서대로 데이터 처리가 가능한 데이터셋을 의미한다. 순차 데이터셋은 하드 디스크 볼륨이나 테이프 디바이스 볼륨에 저장될 수 있다.

QSAM 또는 BSAM 액세스 메소드를 사용하면, 다음과 같은 절차를 거쳐 순차 데이터셋을 생성할 수 있다.

순차 데이터셋에서 레코드를 읽기 위해서는 다음과 같은 절차를 따라한다.

OpenFrame 시스템에서는 2개 이상의 데이터셋을 붙여서 마치 하나의 데이터셋처럼 연속적으로 검색할 수 있는 방법을 제공한다. 이것을 순차 연결(Sequential Concatenation)이라고 한다. 순차 연결된 데이터셋은 거꾸로 읽을 수 없으며, VSAM 데이터셋은 순차 연결을 지원하지 않는다.

아래의 예에서는 BSAM을 이용해 여러 개의 데이터셋을 순차 연결해서 사용하는 예를 보여준다.

순차 데이터셋을 변경하는 방법은 다음과 같이 2가지가 있다.

구분 데이터셋(PDS)은 여러 개의 순차 구조를 가지는 멤버들과 각각의 멤버를 기술하는 디렉터리 항목으로 구성되며 하드 디스크 볼륨에만 저장된다.

각각의 멤버는 최대 8개의 문자로 이루어진 유일한 이름을 가지고 있으며, 멤버의 각 레코드는 순차적으로 읽기/쓰기가 가능하다.

구분 데이터셋의 주요 장점은 전체 데이터셋을 검색하지 않고도 개별 멤버에 대한 접근이 가능하다는 점이다. 예를 들면 프로그램 라이브러리의 경우 PDS 각각의 멤버는 개별적으로 실행 가능한 프로그램이나 서브루틴이다. 필요에 따라서 각각의 멤버는 추가되거나 삭제가 가능하다.

OpenFrame에서는 구분 데이터셋을 UNIX 파일 시스템의 디렉터리로 매핑하고, 멤버는 해당 디렉터리 안에 존재하는 개별 파일로서 관리한다.

BSAM, QSAM, 또는 BPAM 액세스 메소드를 이용해서 구분 데이터셋이나 PDS의 멤버를 생성할 수 있다.

다음은 데이터셋을 생성하고 멤버를 추가하는 방법을 나타낸 예이다.

다음은 구분 데이터셋을 생성하는 JCL 예제이다.

앞에서 DSORG=PS 대신 DSORG=PO를 지정하고, PUT API나 WRITE API 대신 STOW API를 사용하면 BPAM 액세스 메소드를 사용해서 PDS를 생성할 수 있다.

기존에 존재하는 PDS에 새로운 멤버를 추가하기 위해서는 앞에서와 동일한 단계를 실행하되, Disposition을 변경으로 지정해야 한다. (DISP=MOD)

한 번에 여러 개의 멤버를 추가하고 싶은 경우에는 다음의 단계를 따라 한다.

PDS의 멤버는 일반 순차 데이터셋과 동일하기 때문에 순차 데이터셋을 처리하는 방법과 동일하게 PDS의 멤버에 대한 I/O를 수행할 수 있다. 하지만 디렉터리 항목에 대한 관리나 멤버에 대한 검색 등의 작업을 수행하기 위해 OpenFrame에서는 다음과 같은 별도의 API를 제공한다.

BLDL API를 사용하면 PDS의 디렉터리 항목에 대한 정보를 모두 조사해서 메모리에 읽어 온다. FIND API를 사용하면 레코드 포인터를 지정된 멤버의 위치로 이동시켜 준다. 반면에 STOW API는 새로운 멤버를 추가하거나, 기존의 멤버를 삭제하거나, 멤버의 이름을 변경할 수 있게 해준다. 위의 API를 사용하기 위해서는 DCB 파라미터에 DSORG=PO를 지정해 주어야 한다.

다음은 BPAM 액세스 메소드의 각 API에 대한 설명이다.

PDS에서 특정한 멤버를 검색하고 싶은 경우 다음과 같이 BSAM이나 QSAM을 이용해서 작업을 수행할 수 있다.

다음은 PDS의 멤버에 대해 처리하는 JCL 예제이다.

OpenFrame에서는 서로 관련이 있는 연속적인 데이터셋을 카탈로깅하는 방법을 제공한다. 이것을 세대 데이터 그룹(GDG: Generation Data Group)이라고 말한다. GDG 안에 포함되어 있는 각각의 데이터셋은 세대 데이터셋(GDS: Generation Data Set) 또는 세대라고 말한다.

세대 데이터셋은 순차 데이터셋으로만 구성될 수 있으며 구분 데이터셋이나 VSAM 데이터셋은 세대 데이터셋이 될 수 없다.

서로 관련이 있는 데이터셋을 세대 데이터 그룹으로 묶음으로서 다음과 같은 장점을 얻을 수 있다.

세대 데이터셋은 자신의 연령을 의미하는 절대 이름과 상대 이름을 가지고 있다. 카탈로그 관리 시스템은 절대 세대 이름만을 사용한다. 연령이 많은 데이터셋은 작은 절대 숫자를 가지고 있다. 상대 이름의 경우 가장 최신의 데이터셋은 (0), 그 다음 최신 데이터셋은 (-1) 등과 같이 숫자로 표시된다. 상대 이름은 새로운 세대(+1)을 카탈로깅하기 위해서도 사용될 수 있다.

세대 데이터 그룹(GDG) BASE는 세대 데이터셋이 카탈로깅되기 전에 카탈로그에 등록되어야 한다. 각 세대 데이터 그룹은 카탈로깅되어 있는 GDG BASE 항목에 의해 대표된다. gdgcreate 툴 프로그램을 사용하면 GDG BASE를 카탈로그에 등록할 수 있다.

Non-VSAM 데이터셋은 테이프 디바이스 볼륨에 위치할 수 있다. VSAM 데이터셋이 저장되는 것은 지원하지 않는다.

OpenFrame에서의 테이프 볼륨은 실제 물리적 테이프 디바이스를 이용하는것 과는 무관하다. OpenFrame의 테이프 볼륨은 DASD 위에 위치할 수도 있으며 가상으로 테이프 볼륨을 이용하는 방식이다. volmgr를 통해 볼륨을 생성하는 과정에서 테이프 디바이스에 볼륨을 생성하는 것으로 테이프 볼륨을 생성할 수 있다. 테이프 디바이스를 정의할 때, 디바이스 타입 번호를 3480으로 지정해야 한다.

이후 이 테이프 디바이스에 속하는 논리 테이프 볼륨과 논리 테이프에 속하는 물리 테이프 볼륨을 정의한다.

논리 테이프 볼륨에 속하는 물리 테이프 볼륨은 둘 이상 생성할 수 있으며, 필요에 따라 볼륨을 스위치 하여 사용할 수 있다.