데이터 현대화 프로젝트를 위한 VSAM 파일 구조 분석

데이터 마이그레이션은 독립적으로 진행될 수 없으며, 해당 데이터 세트를 읽고 쓰는 COBOL 애플리케이션과 병행하여 발전해야 합니다. 이러한 제약 조건이 VSAM 현대화의 핵심 과제입니다. VSAM(가상 스토리지 액세스 방식)은 단순한 파일 형식이 아닙니다. VSAM은 프로그램 간의 데이터 계약이자, FD 항목과 SELECT 절 외에는 어디에도 명시적으로 정의되지 않은 암묵적인 사양으로, 기업 시스템 내 모든 프로그램이 가장 중요한 비즈니스 데이터를 생성하고 소비하는 방식을 규정합니다. 레코드 레이아웃이 단 하나라도 변경되었는데 해당 레코드를 읽는 모든 프로그램에 반영되지 않으면 데이터 손상이 발생할 수 있으며, 이러한 손상은 규제 기관 보고서가 실행될 때까지 드러나지 않을 수 있습니다. 보고서에서 해당 데이터가 소비 프로그램이 예상했던 의미와 다르게 해석될 수 있기 때문입니다.

VSAM 데이터 현대화에 성공하는 조직은 목표 스키마부터 시작하는 조직이 아닙니다. VSAM 파일의 내용, 구조, 접근 방식, 생산자와 소비자 간의 암묵적인 계약 등 VSAM 파일에 대한 완벽하고 증거 기반의 이해를 바탕으로 시작하는 조직입니다. 이러한 이해, 즉 VSAM 파일 구조 분석은 이후의 모든 결정, 즉 어떤 VSAM 데이터셋을 관계형 테이블에 매핑할지, 어떤 데이터셋에 다른 목표 아키텍처가 필요한지, 어떤 레코드 레이아웃에 정확성을 유지하면서 데이터 유형을 변환해야 하는지, 그리고 어떤 공유 데이터셋을 개별적으로가 아닌 하나의 통합된 단위로 마이그레이션해야 하는지 등의 결정을 내리는 데 필수적인 전제 조건입니다.

VSAM 기관 네 곳과 각 기관의 요구 사항

VSAM 데이터셋은 네 가지 유형으로 분류됩니다. 각 유형은 구조적 특성, 일반적인 접근 패턴, 그리고 최신 대상 아키텍처와의 자연스러운 매핑 방식이 서로 다릅니다. 모든 VSAM 데이터셋을 동일하게 취급하여 관계형 테이블로 일괄 변환하면, 일부 데이터셋에서는 제대로 작동하지만 다른 데이터셋에서는 성능이 저하되거나 기능적으로 실패하는 대상이 생성됩니다.

KSDS(Key-Sequenced Data Set) 는 가장 일반적인 VSAM(Virtual Storage Asset Management) 구성 방식입니다. 레코드는 기본 키(프라임 키)를 기준으로 물리적으로 정렬되어 있어 키를 이용한 직접 접근과 키 순서대로의 순차적 접근이 모두 가능합니다. KSDS 파일은 선택적으로 대체 인덱스, 즉 보조 키 경로를 통해 기본 키 이외의 필드로도 검색할 수 있습니다. KSDS의 가장 이상적인 대상은 관계형 테이블이며, 이 경우 기본 키는 기본 키가 되고 대체 인덱스는 SQL 인덱스가 됩니다.

ESDS(Entry-Sequenced Data Set)는 레코드를 기록된 순서대로 저장합니다. 키가 없으며, 레코드는 물리적 바이트 오프셋(RBA: 상대 바이트 주소)으로 주소가 지정됩니다. ESDS 파일은 일반적으로 감사 추적, 거래 기록, 이벤트 스트림과 같은 로그 형태의 데이터를 저장하는 데 사용됩니다. ESDS는 소비 프로그램이 데이터에 접근하는 방식에 따라 추가 전용 관계형 테이블, 이벤트 스트림(Kafka 토픽) 또는 시계열 데이터베이스와 같은 다양한 용도로 활용될 수 있습니다.

RRDS(Relative Record Data Set)는 상대 레코드 번호로 주소가 지정된 고정 길이 레코드를 저장합니다. 파일의 각 슬롯은 레코드 번호에 해당하며, 슬롯은 비어 있거나 삭제될 수 있습니다. RRDS 파일은 레코드 번호가 애플리케이션에 의미 있는 직접 액세스 시나리오에 사용되며, 간단한 조회 테이블이나 해시 기반 저장소로 자주 사용됩니다. 데이터 세트가 작고 자주 액세스되는 경우, RRDS 파일을 사용하는 일반적인 대상은 숫자 시퀀스 식별자를 가진 관계형 테이블 또는 메모리 내 조회 구조입니다.

LDS(Linear Data Set) 는 VSAM에서 레코드 구조를 볼 수 없는 바이트 단위 주소 지정 방식의 저장소입니다. 이는 VSAM 바이트 범위 내에서 자체적인 내부 형식을 관리하는 애플리케이션(일반적으로 DB2, Java 워크로드 또는 사용자 정의 프로그램)에서 사용됩니다. LDS 파일은 표준 COBOL 함수 종속성 항목을 통해 분석할 수 없으며, 해당 구조는 파일을 기록하는 애플리케이션 계층에만 존재합니다.

각 데이터 세트에 대한 분석 결과에는 사용된 조직을 명시해야 합니다. 조직은 대상 아키텍처, 액세스 패턴, 구조 이해에 필요한 특정 분석 등 모든 후속 작업에 영향을 미치기 때문입니다.

레코드 레이아웃 분석 문제

VSAM 구조 분석에서 가장 분석적으로 복잡한 부분은 레코드 레이아웃입니다. 모든 열에 정의된 유형, 이름, 그리고 데이터베이스 엔진에 의해 적용되는 제약 조건이 있는 관계형 스키마와 달리, VSAM 레코드는 자체적으로 구조를 설명하지 않습니다. 레이아웃은 전적으로 COBOL 함수 종속성(FD) 항목에 존재하며, FD 항목은 거의 단순하지 않습니다.

FD 항목 및 COPY 회원

VSAM 데이터셋의 레코드 구조는 COBOL DATA DIVISION의 FILE DESCRIPTION(FD) 항목에 정의되어 있습니다. 잘 관리된 코드베이스에서는 FD 항목이 COPY 멤버를 참조하는데, 이 멤버는 레코드 레이아웃을 정의하는 공유 복사본으로, 데이터셋에 접근하는 모든 프로그램에서 포함됩니다.

코볼

       FILE SECTION.
       FD  CUSTOMER-FILE
           LABEL RECORDS ARE STANDARD
           RECORD CONTAINS 250 CHARACTERS.
       01  CUSTOMER-RECORD.
           COPY CUSTMSTR.

COPY 멤버 CUSTMSTR 실제 필드 레이아웃을 정의합니다. 47개의 프로그램이 포함된 경우 CUSTMSTR그러면 47개의 프로그램이 해당 프로그램이 정의한 레코드 레이아웃에 대한 의존성을 공유합니다. 필드 이름 변경은 다음과 같습니다. CUSTMSTR 47개 항목 모두에 영향을 미칩니다. 이는 데이터에 적용된 카피북 결합 문제입니다. VSAM 레코드 레이아웃은 공유 종속성이므로 이를 사용하는 모든 프로그램의 조정을 거치지 않고는 변경할 수 없습니다.

마이그레이션 분석을 위해서는 모든 함수 종속성(FD) 항목을 해당 카피북으로 추적해야 하며, 모든 카피북을 포함하는 모든 프로그램에 매핑해야 합니다. 공유 레이아웃 종속성 그래프는 마이그레이션 범위를 이해하는 데 기반이 됩니다.

재정의: 여러 레이아웃, 하나의 레코드

The REDEFINES VSAM 레코드 분석이 진정으로 복잡해지는 부분은 바로 REDEFINES 절입니다. REDEFINES 절을 사용하면 동일한 물리적 저장소에 대해 서로 다른 필드 해석이 적용될 수 있습니다. 트랜잭션 유형 코드를 포함하는 VSAM 레코드는 해당 코드에 따라 나머지 바이트를 다르게 해석하기 위해 REDEFINES 절을 사용할 수 있습니다.

코볼

       01  TRANSACTION-RECORD.
           05  TXN-TYPE        PIC X(2).
           05  TXN-COMMON-DATA PIC X(48).
           05  TXN-DETAIL      REDEFINES TXN-COMMON-DATA.
               10  TXN-PAYMENT.
                   15  PAY-AMOUNT     PIC S9(11)V99 COMP-3.
                   15  PAY-CURRENCY   PIC X(3).
                   15  PAY-METHOD     PIC X(2).
                   15  FILLER         PIC X(28).
           05  TXN-WITHDRAWAL  REDEFINES TXN-COMMON-DATA.
               10  WDR-AMOUNT     PIC S9(11)V99 COMP-3.
               10  WDR-ACCOUNT    PIC 9(12).
               10  WDR-BRANCH     PIC 9(5).
               10  FILLER         PIC X(18).

이 음반은 레이아웃이 하나가 아니라 세 가지이며, 상황에 따라 달라집니다. TXN-TYPE대상 관계형 스키마에서 이는 일반적으로 다형성 테이블 설계(각 변형에 대해 null 허용 열을 가진 단일 너비 테이블), 정규화된 설계(부모 행과 유형별 자식 행), 또는 변형 데이터를 저장하는 JSON 열 중 하나를 필요로 합니다. 이러한 결정은 무엇을 분석하지 않고는 내릴 수 없습니다. TXN-TYPE 데이터에 존재하는 값과 실제로 사용되는 REDEFINES 변형이 있습니다.

완전한 레코드 레이아웃 분석에는 다음 사항이 포함되어야 합니다.

• 모든 FD 항목에서 모든 REDEFINES 계층 구조를 식별합니다.
• 어떤 조건에서 어떤 REDEFINES 변형이 활성화되는지 판단합니다(단순 함수 정의 분석이 아닌 프로그램 논리 분석이 필요합니다).
• 각 변형에 대한 필드 유형, 길이 및 팩티드 십진수 정밀도를 문서화하십시오.
• 대상 스키마에 적합한 정규화 전략을 추천하십시오.

COMP-3 및 수치 정밀도

코볼의 PIC S9(11)V99 COMP-3 팩형 십진수(packed decimal)는 SQL 표준 데이터 형식에는 직접적으로 대응하는 형식이 없는 특정한 정밀도 및 스케일 특성을 가지고 있습니다. V 소수점이 암시적으로 표시되어 있는 경우, 값은 소수점 이하 두 자리까지 표시되는 정수로 저장됩니다. COMP-3 바이트당 두 자리 십진수를 저장하며, 마지막 반 바이트에는 부호가 저장됩니다.

이 필드를 관계형 데이터베이스로 마이그레이션할 때 올바른 SQL 대상은 다음과 같습니다. DECIMAL(13, 2)가 아닌 FLOAT이는 반올림 오류를 발생시킬 것이며, 그렇지 않을 것이다. INTEGER이는 소수점 이하 자릿수를 잃게 만듭니다. COMP-3 필드에 금액이 저장되는 금융 시스템의 경우, 정밀도 요구 사항은 필수적입니다. 이를 변환하는 마이그레이션은 다음과 같습니다. PIC S9(11)V99 COMP-3 대상 스키마의 부동 소수점 유형으로 변환하면 배치 실행 전반에 걸쳐 누적되는 반올림 오류가 발생하여 규제 보고에 영향을 미칠 수 있습니다.

대상 스키마 설계가 시작되기 전에 모든 함수 종속성(FD) 항목의 모든 COMP-3 필드는 정확한 정밀도, 척도 및 부호 규칙과 함께 문서화되어야 합니다.

COBOL 소스 코드에서 VSAM 액세스 패턴 분석

파일 디스크립터(FD) 항목은 레코드에 포함된 내용을 설명합니다. COBOL 프로시저 디비전(COBOL PROCEDURE DIVISION)은 프로그램이 해당 레코드를 어떻게 사용하는지 설명합니다. 완전한 구조 분석을 위해서는 이 두 가지 모두 필요합니다. 접근 패턴 분석은 데이터셋에 접근하는 모든 프로그램의 모든 파일 접근 동사를 검사합니다.

SELECT 절: 첫 번째 신호

ENVIRONMENT DIVISION 절의 SELECT 절은 COBOL 프로그램이 VSAM 파일에 접근하는 방법을 지정합니다.

코볼

       ENVIRONMENT DIVISION.
       INPUT-OUTPUT SECTION.
       FILE-CONTROL.
           SELECT CUSTOMER-FILE
               ASSIGN TO CUSTFILE
               ORGANIZATION IS INDEXED
               ACCESS MODE IS DYNAMIC
               RECORD KEY IS CUST-PRIME-KEY
               ALTERNATE RECORD KEY IS CUST-ALT-KEY
                   WITH DUPLICATES
               FILE STATUS IS WS-CUST-STATUS.

이 SELECT 절은 다음을 보여줍니다.

• ORGANIZATION IS INDEXED → KSDS
• ACCESS MODE IS DYNAMIC → 프로그램은 순차 접근과 임의 접근을 모두 사용합니다.
• ALTERNATE RECORD KEY IS CUST-ALT-KEY WITH DUPLICATES → 대체 인덱스가 존재하며 이 프로그램은 해당 인덱스를 사용합니다.

동적 접근 모드는 특히 중요합니다. 동적 모드로 KSDS에 접근하는 프로그램은 다음과 같은 기능을 사용할 수 있습니다. READ 직접 접근을 위한 열쇠와 함께 READ NEXT 지정된 위치에서 순차적으로 스캔하는 경우입니다. 두 가지 액세스 패턴 모두 대상에 복제되어야 하며, 이를 위해서는 관계형 스키마에서 직접 조회(기본 키 쿼리)와 범위 스캔(순서 순회)을 모두 지원해야 할 수 있습니다.

접근 동사와 그 마이그레이션에 대한 함의

각 파일 접근 동사는 프로그램이 VSAM 데이터 세트와 상호 작용하는 방식의 서로 다른 측면을 보여줍니다.

읽기(직접): READ CUSTOMER-FILE KEY IS WS-CUST-KEY직접 키 조회. 다음 항목에 매핑됩니다. SELECT ... WHERE primary_key = ?대부분의 KSDS 프로그램은 이 패턴을 사용하며, 이는 관계형 인덱스 조회로 직접 변환됩니다.

읽기(순차적): READ CUSTOMER-FILE NEXT RECORD현재 위치에서 순차적으로 스캔합니다. 지도에 표시됩니다. SELECT ... ORDER BY primary_key 커서 위치 지정과 관련됩니다. VSAM의 순차 처리를 위한 기본 키 순서에 의존하는 프로그램의 경우, 암묵적인 순서 종속성을 유지하기 위해 대상 시스템에서 해당 순서를 명시적으로 유지해야 합니다.

스타트: START CUSTOMER-FILE KEY >= WS-SEARCH-KEY 다음 READ NEXT부분 키 위치에서 범위 스캔을 수행합니다. 범위 쿼리에 해당합니다. SELECT ... WHERE primary_key >= ? ORDER BY primary_keySTART를 사용하는 프로그램은 순차 스캔에 대한 하한값을 설정합니다. 이는 KSDS 파일에 대한 중요한 액세스 패턴이며, 대상 테이블의 키 순서가 동일하지 않으면 간단한 대응 방식이 없습니다.

쓰다: 키를 사용하여 새 레코드를 삽입합니다. 다음 항목에 매핑됩니다. INSERT INTOVSAM 파일에 대체 인덱스가 있는 경우 쓰기 작업은 해당 인덱스와의 일관성을 유지해야 합니다. VSAM에서는 이것이 자동으로 이루어지지만, 관계형 데이터베이스에서는 동등한 보조 인덱스 테이블을 유지하기 위해 데이터베이스 트리거 또는 애플리케이션 수준 코드가 필요합니다.

고쳐 쓰기: 레코드를 제자리에서 업데이트합니다. 레코드는 현재 보존 상태여야 합니다(보류 의도가 있는 읽기 작업 후). 매핑 대상 UPDATE ... WHERE primary_key = ?REWRITE는 읽기-수정-쓰기 패턴입니다. 마이그레이션은 읽기와 쓰기 과정 전반에 걸쳐 트랜잭션 무결성을 유지해야 합니다.

삭제: 키를 사용하여 레코드를 제거합니다. KSDS 파일에서 삭제는 물리적 삭제입니다. 삭제된 슬롯이 향후 순차 스캔에 사용할 수 없게 될 것으로 예상하는 프로그램은 이러한 물리적 삭제 동작에 의존합니다. 대상의 소프트 삭제(논리적 삭제 플래그)는 모든 프로그램이 논리적으로 삭제된 레코드를 필터링하도록 업데이트하지 않는 한 동일한 동작을 제공하지 않습니다.

대체 인덱스 사용: 숨겨진 종속성

KSDS 파일의 대체 인덱스는 VSAM 마이그레이션에서 가장 자주 간과되는 요소 중 하나입니다. 대체 인덱스를 사용하면 프로그램이 기본 키가 아닌 다른 필드를 통해 KSDS 파일에 접근할 수 있습니다. 대체 인덱스 자체는 별도의 VSAM 데이터셋(PATH)이며, 기본 클러스터와 동기화 상태를 유지해야 합니다.

접근하는 프로그램 CUSTOMER-FILE 다른 키를 통해 CUST-ALT-KEY 기본 클러스터 FD 항목만 분석할 경우 보이지 않는 종속성이 있습니다. 마이그레이션은 다음을 수행해야 합니다.

1. 어떤 프로그램이 어떤 대체 키를 사용하는지 식별합니다(SELECT 절에 표시됨). ALTERNATE RECORD KEY (선언)
2. 각 대체 키를 대상 테이블의 해당 SQL 인덱스에 매핑합니다.
3. 대상 테이블에 대한 INSERT 및 DELETE 작업이 대체 인덱스와 동일한 기능을 자동으로 유지하도록 해야 합니다. 일반적으로 데이터베이스 엔진이 투명하게 유지 관리하는 SQL 고유 또는 비고유 인덱스를 통해 이를 수행할 수 있습니다.

분석에서는 모든 KSDS 데이터 세트에 대한 모든 대체 인덱스를 열거하고 각각을 해당 인덱스를 사용하는 프로그램에 매핑해야 합니다.

공유 데이터셋 문제: 암묵적 데이터 계약

VSAM 파일은 여러 프로그램과 여러 JCL 작업 단계에서 자주 공유됩니다. 이러한 공유는 프로그램 간에 레코드 레이아웃, 키 범위 및 액세스 패턴에 대한 암묵적인 데이터 계약, 즉 코드 자체에만 존재하는 합의를 생성합니다.

공유 데이터셋 종속성은 두 가지 차원을 가지고 있습니다.

생산자-소비자 관계에서 프로그램 A는 레코드를 기록하고 프로그램 B는 이를 읽습니다. 프로그램 A가 생성하는 레코드 레이아웃, 키 값 및 순서는 프로그램 B가 소비하려는 것과 정확히 일치해야 합니다. 공유 데이터 계약을 조정하지 않고 A와 B를 서로 다른 대상 스키마로 독립적으로 마이그레이션하면 데이터 손상이 발생합니다. 즉, B의 읽기 작업은 대상 데이터베이스에서 성공하지만 B의 로직이 올바르게 처리할 수 없는 형식으로 데이터를 반환합니다.

작업 단계 간 동시 접근. JCL 작업 스트림은 여러 단계를 포함할 수 있으며, 각 단계는 동일한 VSAM 데이터 세트에 대해 순차적으로 다른 프로그램을 실행합니다. 1단계는 쓰기 작업을 수행하고, 2단계는 읽기 및 변환 작업을 수행하며, 3단계는 결과를 기록합니다. 마이그레이션은 이러한 순차적 종속성을 유지해야 하며, 프로그램이 공유 데이터 세트에 접근하고 수정하는 순서는 시스템 동작 사양의 일부입니다.

완전한 공유 데이터셋 분석은 다음을 포함해야 합니다.

• VSAM 데이터셋과 해당 데이터셋에 접근하는 모든 프로그램을 열거하십시오.
• 각 프로그램의 접근 권한을 생산자(쓰기/재쓰기/삭제), 소비자(읽기) 또는 둘 다로 분류하십시오.
• 각 프로그램이 실행되는 JCL 작업 컨텍스트, 단계, 작업, 스케줄러 종속성 체인을 문서화하십시오.
• 생산자의 출력 형식이 소비자의 예상 입력 형식과 정확히 일치해야 하는 생산자-소비자 쌍을 식별하십시오.

이 분석은 개별 프로그램만 따로 검토하는 방식으로 수행할 수 없습니다. 프로그램 간, JCL 전체에 걸친 구조적 분석이 필요합니다.

마이그레이션 전 필수 분석 결과물: 분석을 통해 도출해야 할 사항

데이터 현대화 계획에 충분한 VSAM 구조 분석은 다음과 같은 6가지 결과물을 도출합니다.

결과물 1: VSAM 데이터셋 목록

환경 내 모든 VSAM 데이터 세트에는 데이터 세트 구성(KSDS/ESDS/RRDS/LDS), 평균 및 최대 레코드 길이, 예상 레코드 수(JCL SPACE 매개변수 또는 카탈로그 항목 기준), 키 구조(기본 키 오프셋, 길이, 대체 키 구조) 및 데이터 세트에 대체 인덱스가 있는지 여부가 포함됩니다.

산출물 2: 레코드 레이아웃 카탈로그

각 데이터 세트에 대해 모든 FD 항목과 해당 항목이 참조하는 카피북이 포함되며, 여기에는 REDEFINES 계층 구조를 포함한 모든 필드 정의, 정확한 정밀도와 스케일을 가진 모든 COMP-3 필드, 바이트 길이를 가진 모든 바이너리(COMP/COMP-5) 필드, 모든 가변 길이 요소(제어 필드와 함께 OCCURS DEPENDING ON으로 발생), 그리고 REDEFINES에 의해 암시되는 모든 조건부 또는 레이아웃 변형이 포함됩니다.

결과물 3: 프로그램별 접근 패턴 분류

각 데이터 세트에 접근하는 모든 프로그램에 대해 다음 정보를 수집합니다. SELECT 절의 특성(구성, 접근 모드, 대체 키 사용 여부), 사용되는 모든 접근 동사(READ/START/WRITE/REWRITE/DELETE), 순차적 접근을 사용하는지 여부 및 키 순서에 의존하는지 여부, 프로그램에서 사용하는 대체 인덱스, 그리고 읽기-수정-쓰기 패턴(암묵적인 트랜잭션 요구 사항)을 사용하는지 여부.

결과물 4: 공유 데이터셋 지도

VSAM 데이터셋과 프로그램을 노드로 하고, 읽기/쓰기 유형과 같은 접근 관계를 엣지로 나타내는 방향 그래프입니다. 이 그래프는 모든 프로듀서, 모든 컨슈머, 프로듀서-컨슈머 쌍, 그리고 각 접근에 대한 JCL 작업 시퀀스 컨텍스트를 보여줍니다.

결과물 5: 대상 스키마 권장 사항

각 VSAM 데이터 세트에 대해 구성 및 액세스 패턴을 기반으로 권장되는 대상 아키텍처는 다음과 같습니다.

VSAM 유형	기본 액세스 패턴	추천 대상
KSDS, 직접 키 접근 방식만 가능	기본 키를 이용한 포인트 조회	관계형 테이블, 인덱싱됨
KSDS, 시작/다음 읽기 기능 포함	주요 순서대로 범위 스캔	클러스터형 인덱스가 있는 관계형 테이블
대체 인덱스를 사용하는 KSDS	다중 경로 키 액세스	여러 개의 인덱스가 있는 관계형 테이블
ESDS, 추가 전용	순차 추가, 키 없음	추가 전용 테이블, 이벤트 스트림 또는 로그
RBA 접근 권한이 있는 ESDS	바이트 오프셋 위치 지정	메타데이터 인덱스가 포함된 객체 저장소
RRDS	기록 번호 접근	순서 열이 있는 관계형 테이블
대규모 KSDS(벌크, 분석)	전체 순차 스캔	컬럼형 스토리지 또는 데이터 레이크
신분증	애플리케이션에서 관리하는 내부 형식	응용 프로그램 계층 분석이 필요합니다.

결과물 6: 정밀도 민감형 필드 레지스트리

모든 데이터 세트의 모든 COMP-3, COMP, COMP-5 및 부동 소수점 필드와 해당 COBOL 정의, 올바른 SQL 데이터 유형 매핑, 그리고 마이그레이션 전후에 정밀도 검증이 필요한 필드에 대한 플래그가 포함됩니다.

VSAM 분석과 관계형 스키마 분석의 차이점은 무엇일까요?

관계형 데이터베이스 간 마이그레이션 경험이 있는 팀은 스키마 마이그레이션에 대한 사고방식, 즉 DDL 추출, 스키마 재설계, 데이터 마이그레이션 방식을 적용하기 때문에 VSAM 분석을 과소평가하는 경우가 있습니다. 하지만 VSAM에는 데이터베이스 차원의 DDL이 없습니다. 스키마는 소스 코드, 함수 종속성(FD) 항목, 카피북, SELECT 절, 그리고 특정 레코드에 대해 어떤 REDEFINES 변형이 활성화될지를 결정하는 PROCEDURE DIVISION 로직에 분산되어 있습니다.

VSAM 분석을 구조적으로 다르게 만드는 세 가지 특징은 다음과 같습니다.

스키마는 코드 안에 존재합니다. VSAM 데이터셋의 레코드 레이아웃은 데이터베이스 카탈로그가 아닌 COBOL 소스 코드에 정의되어 있습니다. 따라서 스키마를 찾으려면 소스 코드를 분석해야 합니다. 변경하려면 동일한 카피북을 공유하는 모든 프로그램을 조율해야 합니다. 모든 변형을 이해하려면 함수 종속성(FD) 항목뿐만 아니라 프로그램 로직까지 분석해야 합니다.

접근 패턴은 프로그램 동작에 내재되어 있습니다. 관계형 데이터베이스는 EXPLAIN 실행 계획과 쿼리 로그를 통해 쿼리 패턴을 드러냅니다. VSAM의 접근 패턴은 파일에 접근하는 프로그램의 프로시저 부분에서만 확인할 수 있습니다. 프로그램이 키 순서 지정, 대체 인덱스 접근 또는 범위 스캔에 의존하는지 여부를 파악하려면 코드 분석이 필요합니다.

공유 데이터 세트는 숨겨진 계약을 만들어냅니다. 관계형 데이터베이스에서 스키마는 모든 사용자가 공유하고 볼 수 있는 데이터베이스 수준의 아티팩트입니다. VSAM에서는 레코드 레이아웃이 각 프로그램의 카피북에 내장되어 있습니다. 두 프로그램이 명목상 동일한 레코드 레이아웃의 복사본을 다르게 가질 수 있으며, 이러한 차이를 발견하려면 단일 스키마 정의를 검사하는 것이 아니라 프로그램 간의 카피북 정의를 비교해야 합니다.

방법 SMART TS XL VSAM 구조 분석을 수행합니다.

SMART TS XL의 정적 코드 분석 이 도구는 COBOL 소스 코드에 존재하는 VSAM 구조의 모든 요소(FD 항목, COPY 멤버 확장, SELECT 절 선언(구성, 액세스 모드, 기본 및 대체 키 지정), PROCEDURE DIVISION의 모든 파일 액세스 동사)를 분석합니다. 각 VSAM 데이터 세트에 대해 액세스 패턴 분류, REDEFINES 해상도가 완벽한 레코드 레이아웃, 그리고 정확한 메타데이터가 포함된 COMP-3 필드 레지스트리를 생성합니다.

애플리케이션 종속성 매핑은 공유 데이터셋 맵을 구축합니다. 이 맵에는 각 VSAM 데이터셋에 접근하는 모든 프로그램이 접근 유형별로 분류되고, 생산자-소비자 관계가 식별되며, 카피북 공유 그래프가 해결됩니다. 예를 들어 47개의 프로그램이 VSAM 레코드 레이아웃을 정의하는 카피북을 공유하는 경우, 종속성 맵을 통해 마이그레이션 결정을 내리기 전에 47개 프로그램 모두를 확인할 수 있습니다. 이는 레이아웃 변경으로 인해 47개 프로그램이 예상치 못한 방식으로 작동을 멈추는 사태를 방지합니다.

JCL 확장 기능은 운영 컨텍스트를 제공합니다. 즉, 어떤 JCL 작업 단계가 DD 문에서 어떤 VSAM 데이터 세트를 어떤 순서로, 어떤 작업 스트림에서 참조하는지 알 수 있습니다. 1단계에서 VSAM 데이터 세트에 쓰고 3단계에서 읽는 것과 같은 JCL 작업 수준의 생산자-소비자 관계는 JCL 종속성 분석에서 확인할 수 있으므로 배치 스케줄에서 적용하는 운영 순서 종속성을 유지하는 마이그레이션 순서를 지정할 수 있습니다.

영향 분석 기능은 모든 VSAM 마이그레이션 결정에 앞서 제기되는 질문, 즉 데이터셋 레이아웃이 변경될 경우 어떤 프로그램에 영향을 미치는지에 대한 해답을 제공합니다. 영향 범위, 관련 카피북을 공유하는 모든 프로그램, 데이터셋을 참조하는 모든 JCL 단계가 마이그레이션 작업 시작 전에 열거되므로, 영향을 받는 프로그램을 하나씩 발견하는 방식이 아닌 체계적인 마이그레이션 계획을 수립할 수 있습니다.

엔터프라이즈 검색 기능을 통해 현대화 프로그램 전반에 걸쳐 전체 VSAM 인벤토리를 쿼리할 수 있습니다. 특정 VSAM 데이터 세트에 액세스하는 모든 프로그램, 특정 레코드 레이아웃을 정의하는 모든 카피북, START/READ NEXT 패턴(순서 종속성 표시)을 사용하는 모든 프로그램, COMP-3(정밀도 인식 대상 매핑 ​​필요)으로 정의된 모든 필드를 수백만 줄의 COBOL 코드에서 단 몇 초 만에 찾을 수 있습니다.

맥락에서 설명된 바와 같이 COBOL 프로그램과 함께 IMS 및 VSAM 데이터 구조를 마이그레이션합니다.데이터 마이그레이션과 코드 분석은 동시에 진행되어야 합니다. SMART TS XLVSAM의 구조적 분석은 병렬 처리를 가능하게 하는 인벤토리, 공유 레코드 레이아웃, 액세스 패턴, 그리고 데이터 마이그레이션이 독립적으로 진행될 수 있는지 또는 프로그램 변경과 조정되어야 하는지를 결정하는 생산자-소비자 관계를 제공합니다.

당신이 이해하는 구조가 바로 당신이 이전할 수 있는 구조입니다.

VSAM 파일 구조 분석은 현대화 프로그램에서 추가적인 부담이 아닙니다. 오히려 의사 결정의 기반이 됩니다. 레코드 레이아웃 변형을 알지 못하면 대상 스키마를 설계할 수 없습니다. 생산자와 소비자의 관계를 알지 못하면 마이그레이션 순서를 정할 수 없습니다. 소수점을 인식하는 대상 유형이 필요한 필드를 알지 못하면 COMP-3 필드의 정밀도를 유지할 수 없습니다.

이러한 분석을 생략하는 모든 현대화 프로그램은 마이그레이션 실행 중에 놓친 부분을 발견하게 됩니다. 분석되지 않은 REDEFINES 변형이 대상에 잘못된 형식의 레코드를 생성하거나, 모든 사용자가 조정하지 않은 공유 데이터 세트가 마이그레이션되거나, VSAM의 키 순서에 의존하는 범위 스캔이 클러스터형 인덱스로 설계되지 않은 대상 테이블에서 정의되지 않은 순서의 결과를 반환하는 경우 등이 그 예입니다. 이러한 실행 중 발견으로 인한 비용은 계획 단계에서 분석을 수행했을 때보다 훨씬 더 많이 소요됩니다.

먼저 구조를 이해하고, 그 다음에 데이터를 마이그레이션하십시오. 이 순서는 단순한 형식적인 절차가 아닙니다. 올바른 결과를 도출하는 마이그레이션과 첫 번째 규제 감사 실행 전까지는 그럴듯해 보이는 데이터만 생성하는 마이그레이션의 차이를 결정짓는 요소입니다.