MVS

MVS
그 외의 용도는, MVS(동음이의)를 참조해 주세요.
다중 가상 스토리지(MVS)
IBM logo.svg
개발자IBM
기입처어셈블러(XF), PL/S
OS 패밀리OS/360
초기 릴리즈1974년, 48년 전(연장)
마케팅 대상IBM 메인프레임 컴퓨터
이용가능기간:영어
플랫폼시스템/370, 시스템/390
영향을 받다TSS
면허증.독자 사양
초기 무료
선행OS/360 MVT, OS/VS2(SVS)
에 의해 성공자MVS/SE, MVS/SP, MVS/XA, MVS/ESA, OS/390, z/OS
IBM 메인프레임 운영 체제의 역사
초기 메인프레임 컴퓨터 OS
기타 S/360 라인 OS
DOS/360 및 후속 제품(1966)
OS/360 및 그 후속 제품(1966)
VM라인
TPF선
UNIX 및 Unix 유사

일반적으로 MVS라고 불리는 다중 가상 스토리지는 System/370 및 System/390 IBM 메인프레임 컴퓨터에서 가장 일반적으로 사용되는 운영 체제였습니다.IBM은 OS/360의 후속 제품으로 OS/VS1 및 SVS와 함께 MVS를 개발했습니다.VSE, VM, TPF와 같은 IBM의 다른 메인프레임 운영 체제 제품군과는 관련이 없습니다.

개요

1974년에 처음 출시된 MVS는 새 이름을 가진 프로그램 제품에 의해 여러 번 확장되었습니다.

  • 우선 MVS/SE(MVS/[NB 1]시스템 확장),
  • MVS/SP(MVS/시스템 제품) 버전 1 옆
  • MVS/XA(MVS/eExtended Architecture) 옆에 있습니다.
  • MVS/ESA(MVS/엔터프라이즈 시스템 아키텍처),
  • OS/390 및
  • 마지막으로 z/OS로 이동합니다(zSeries 모델에 64비트 지원이 추가된 경우).IBM은 MVS/SP V4.3에 UNIX 지원(일명 OpenEdition MVS)을 추가했으며 IEEE, X/Open 및 The Open Group의 여러 다른 수준에서 POSIX 및 UNIX™ 인증을 획득했습니다.MVS 코어는 기본적으로 동일한 운영 체제를 유지합니다.설계상 MVS용으로 작성된 프로그램은 수정 없이 z/OS에서 실행됩니다.

처음에 IBM은 MVS를 단순히 OS/VS2의 새로운 릴리스라고 설명했지만, 사실 그것은 대대적인 수정이었다.OS/VS2 릴리즈 1은 OS/360 MVT의 업그레이드이며 MVT와 마찬가지로 주로 어셈블리 언어로 작성되었습니다.MVS 코어는 일부 모듈이 PL/S로 작성되었지만 성능에 민감한 모듈, 특히 IOS(Input/Output Supervisor)가 아닌 어셈블러 XF로 작성되었습니다.IBM의 "OS/VS2" 사용은 상위 호환성을 강조했습니다. MVT에서 실행되는 애플리케이션 프로그램은 MVS에서 실행되는 데 재컴파일할 필요도 없었습니다.동일한 작업 제어 언어 파일을 변경하지 않고 사용할 수 있습니다. 유틸리티 및 TSO와 같은 기타 비핵심 설비는 변경되지 않고 실행되었습니다.IBM과 사용자들은 거의 만장일치로 처음부터 새로운 시스템을 MVS라고 불렀고, IBM은 MVS/XA와 같은 이후 주요 버전의 이름을 붙일 때 MVS라는 용어를 계속 사용했습니다.

MVS의 진화

OS/360 MFT(고정 작업 수에 의한 멀티태스킹): 운영체제 설치 시 및 오퍼레이터가 이를 재정의할 때 메모리 파티션 몇 개가 각각 고정 크기로 설정되었습니다.예를 들어 작은 파티션, 중간 파티션 2개 및 큰 파티션이 있을 수 있습니다.실행할 수 있는 큰 프로그램이 2개 있는 경우 한쪽이 종료되고 큰 파티션이 비워질 때까지 기다려야 합니다.

OS/360 MVT(Multitasking with a Variable tasks with a Tasks)는 메모리 사용을 더욱 개선한 확장 기능이었다.MVT는 고정 크기의 메모리 파티션을 사용하는 대신 충분한 연속된 물리적 메모리를 사용할 수 있는 경우 필요에 따라 작업 단계를 위해 영역에 메모리를 할당했습니다.이는 MFT의 메모리 관리보다 크게 발전했지만 몇 가지 단점이 있었습니다.작업이 메모리를 동적으로 할당하는 경우(대부분의 정렬 프로그램 및 데이터베이스 관리 시스템과 마찬가지로), 프로그래머는 작업의 최대 메모리 요건을 예측하고 MVT를 위해 미리 정의해야 했습니다.소규모 프로그램과 대규모 프로그램이 혼재된 작업 스텝으로 인해 낭비되었습니다.작은 프로그램들이 실행되는 동안 머리로.가장 심각한 것은 메모리가 조각화될 수 있다는 것입니다. 즉, 현재 작업에서 사용되지 않는 메모리가 현재 작업에서 사용되는 영역 간에 불필요하게 작은 덩어리로 분할될 수 있다는 것입니다. 유일한 해결책은 현재 작업이 완료될 때까지 기다렸다가 새로운 작업을 시작하는 것입니다.

1970년대 초에 IBM은 프로그램이 물리적 메모리보다 더 큰 주소 공간을 요청할 수 있는 가상 메모리("가상 스토리지")를 도입하여 이러한 어려움을 완화하고자 했습니다.원래 구현에는 모든 작업이 공유하는 단일 가상 주소 공간이 있었습니다.OS/VS1은 단일 가상 주소 공간 내에서 OS/360 MFT, OS/VS2 SVS는 단일 가상 주소 공간 내에서 OS/360 MVT였습니다.따라서 OS/VS1 및 SVS는 원칙적으로 MFT 및 MVT와 동일한 단점을 가지고 있었지만 작업이 훨씬 더 큰 주소 공간을 요구할 수 있고 물리적 스토리지가 더 작더라도 16MB 풀에서 요청이 생성되었기 때문에 영향이 덜했습니다.

MVS 주소 공간 - 전역 보기
MVS(모든 주소 공간의 공유 부분)
앱 1 앱 2 앱 3
공유 가상 영역(MVS에 의해 제어됨)
단일 응용 프로그램 보기
MVS
앱 1
공유 가상 영역

1970년대 중반 IBM은 SVS와 마찬가지로 사용 가능한 실제 [NB 2]스토리지보다 큰 가상 스토리지를 지원했을 뿐만 아니라 무제한의 수의 애플리케이션을 서로 다른 주소 공간에서 실행할 수 있는 MVS를 도입했습니다.두 프로그램이 동시에 동일한 가상 메모리 주소에 액세스하려고 할 수 있지만 가상 메모리 시스템이 이러한 요청을 물리적 메모리의 다른 영역으로 리디렉션했습니다.각 주소 공간은 운영 체제(모든 작업이 공유하는 하나의 인스턴스), 각 애플리케이션에 고유한 애플리케이션 영역 및 작업 간 통신을 포함한 다양한 목적으로 사용되는 공유 가상 영역의 세 가지 영역으로 구성됩니다.IBM은 애플리케이션 영역이 항상 최소 8MB가 될 것이라고 약속했습니다.따라서 MVS는 더 많은 애플리케이션을 실행해야 하는 비즈니스 문제에 대한 완벽한 솔루션이 되었습니다.

MVS는 멀티프로그래밍과 멀티프로세싱 기능을 제공함으로써 처리 가능성을 극대화했습니다.MVT 및 OS/VS2 SVS의 이전 버전과 마찬가지로 MVS는 멀티프로그래밍을 지원했습니다. 프로그램 명령 및 관련 데이터는 제어 프로그램에 의해 일정되고 처리 주기가 지정됩니다.단일 프로그래밍 운영 체제와는 달리, 이들 시스템은 동시에 실행되는 여러 개의 다른 프로그램과 관련된 명령 간에 처리 주기를 분할함으로써 처리 능력을 최대한 활용합니다.이렇게 하면 제어 프로그램은 I/O 작업이 완료될 때까지 기다릴 필요가 없습니다.여러 프로그램에 대한 명령을 실행함으로써 컴퓨터는 활성 프로그램과 비활성 프로그램 사이를 전환할 수 있습니다.

360 Model 65 및 67에서 실행되는 OS/360의 M65MP 변형 OS/360은 제한된 멀티프로세서 지원을 제공했지만 MVS의 초기 에디션(1970년대 중반)은 IBM OS 시리즈 중 최초로 멀티프로세서 구성을 지원했습니다.360 Model 67은 멀티프로세서 지원 TSS/360, MTS 및 CP-67 운영 체제도 호스팅했습니다.다중 처리 시스템은 명령을 동시에 실행할 수 있기 때문에 단일 처리 시스템보다 더 큰 처리 능력을 제공합니다[clarification needed].그 결과, MVS는 대량의 데이터를 처리해야 하는 필요성으로 인해 야기된 비즈니스 문제를 해결할 수 있었습니다.

멀티프로세서 시스템은 느슨하게 결합되어 있습니다.즉, 각 컴퓨터는 공통의 워크로드에 액세스 할 수 있거나 긴밀하게 결합되어 있습니다.즉, 컴퓨터는 동일한 실제 스토리지를 공유하며 운영 [clarification needed]체제의 단일 복사본에 의해 제어됩니다.MVS는 느슨하게 [NB 3]결합된 ASP(Attached Support Processor)의 멀티프로세싱과 OS/360 Model 65 Multiprocessing의 긴밀하게 결합된 멀티프로세싱을 모두 유지했습니다.밀접하게 연결된 시스템에서는 2개의 CPU가 동일한 메모리(및 운영체제 복사)와 주변기기에 동시에 액세스하기 때문에 CPU 1개에 장애가 발생했을 때 처리능력이 향상되고 성능이 저하됩니다.느슨하게 결합된 구성에서는 프로세서 그룹(싱글 또는/또는 긴밀하게 결합된)이 각각 독자적인 메모리와 운영체제를 가지고 있었지만 공유 주변기기 및 운영체제 컴포넌트 JES3는 그룹 전체를 하나의 콘솔에서 관리할 수 있었습니다.이것에 의해, 복원력이 향상해, 오퍼레이터가 중앙의 작업 큐로부터 실행할 작업을 결정할 수 있게 되었습니다.MVS JES3는 공유 디스크와 채널 간 어댑터(CTCA)를 통해 두 개 이상의 데이터 처리 시스템을 네트워크로 연결할 수 있는 기회를 사용자에게 제공했습니다.이 기능은 최종적으로 JES2 사용자가 Multi-Access SPOL([citation needed]MAS; 멀티 액세스스풀)로서 사용할 수 있게 되었습니다.

MVS는 원래 24비트 주소 지정(최대 16MB)을 지원했습니다.기본 하드웨어가 발전함에 따라 31비트(XA 및 ESA, 최대 2048MB)와 현재(z/OS) 64비트 주소 지정을 지원했습니다.31비트 어드레싱으로 빠르게 업그레이드한 가장 큰 이유는 주로 CICS에 의해 제어되는 대규모 트랜잭션 처리 네트워크의 증가였습니다. DB2 릴레이셔널 데이터베이스 관리 시스템은 효율적으로 실행하기 위해 8MB 이상의 애플리케이션 주소 공간이 필요했습니다(이전 버전은 int.o 공유 가상 영역을 통해 통신하는 2개의 주소 공간. 그러나 이러한 모든 통신이 운영 체제를 통해 전송되었기 때문에 이는 상당한 오버헤드를 초래했습니다.)

MVS에 대한 주요 사용자 인터페이스는 JCL(Job Control Language)입니다.JCL은 원래 배치 처리를 위해 설계되었지만 1970년대부터 CICS와 같은 장시간 실행되는 인터랙티브한 작업에 리소스를 할당하기 위해 사용되었습니다.또한 TSO(Time Sharing Option)는 주로 개발에서 실행되는 인터랙티브한 시분할 인터페이스입니다.몇 가지 최종 사용자 정보 시스템을 제공합니다.ISPF는 3270 패밀리 터미널(및 VM 상에서도 마찬가지)의 사용자를 위한 TSO 애플리케이션입니다.이를 통해 사용자는 TSO 명령줄과 동일한 작업을 메뉴 및 폼 지향 방식으로 수행할 수 있으며 전체 화면 편집기와 파일 브라우저를 사용할 수 있습니다.TSO의 기본 인터페이스는 명령줄이지만 나중에 폼 구동 인터페이스를 위한 설비가 추가되었습니다.

MVS는 IBM이 소프트웨어 복구라고 부르는 초기 STAE 설비를 기반으로 구축된 폴트 톨러런스 분야에서 큰 진전을 이뤘습니다.IBM은 수년간 MVT를 통해 비즈니스 세계에서 실제 경험을 쌓은 후 이 같은 결정을 내렸습니다.시스템 장애는 이제 고객 비즈니스에 큰 영향을 미치고 있었고, IBM은 최고의 소프트웨어 개발 및 테스트 기술에도 불구하고 '문제가 발생할 것'이라고 가정하고 대대적인 설계 도약에 착수하기로 결정했습니다.이러한 심오한 가정은 시스템에 폴트 톨러런스 코드를 추가하는 데 중추적 역할을 했으며, 소프트웨어 및 하드웨어 장애 허용에 있어 시스템의 성공에 기여했을 가능성이 있습니다.통계 정보는 이러한 설계 기능의 가치를 입증하기 위해 입수하기 어렵지만('예방' 또는 '복구'된 문제를 어떻게 측정할 수 있는가) IBM은 시간이 지남에 따라 이러한 내결함성 소프트웨어 복구 및 신속한 문제 해결 기능을 여러 측면에서 개선했습니다.

이 설계에서는 시스템(커널/'특권') 모드에서는 기능 회복 루틴이라고 불리며 사용자('태스크' 또는 '문제 프로그램') 모드에서는 시스템에서 오류(하드웨어 프로세서, 스토리지 오류 또는 소프트웨어)가 검출되었을 때 호출되는 "ESTAE"(확장 특정 태스크 이상 종료 루틴)라고 불리는 오류 처리 프로그램의 계층을 지정했습니다.에러입니다).각 복구 루틴은 '메인라인' 기능을 다시 복구할 수 있도록 하고 캡처된 오류 진단 데이터를 문제의 원인을 디버깅하기에 충분했으며, '재시도'(메인라인 다시 호출) 또는 '퍼콜레이트'(계층 내 다음 복구 루틴으로 오류 처리를 줄임)했습니다.

따라서 오류 발생 시마다 시스템은 진단 데이터를 캡처하여 복구 및 시스템 가동 상태를 유지하려고 했습니다.복구되지 않은 오류의 경우 사용자 주소 공간('작업')을 줄이는 것이 가장 최악이었습니다.초기 설계 시점이었지만, 최신 MVS 버전(z/OS)이 되어서야 복구 프로그램이 자체 복구 루틴을 보장받았을 뿐만 아니라, 현재 각 복구 루틴에는 자체 복구 루틴이 있습니다.이 복구 구조는 기본 MVS 제어 프로그램에 내장되어 있으며, 애플리케이션 프로그램 개발자와 서드파티 개발자가 프로그래밍 기능을 사용하여 사용할 수 있습니다.

실제로 MVS 소프트웨어 복구는 문제 디버깅을 더 쉽고 더 어렵게 만들었습니다.소프트웨어 리커버리에서는 프로그램이 현재 위치 및 수행 중인 작업을 '추적'으로 남겨야 합니다.따라서 디버깅이 용이합니다.그러나 오류가 발생하더라도 처리가 진행되면 트랙이 덮어쓰기될 수 있습니다.에러 발생시의 초기 데이터 캡쳐에 의해서 디버깅이 최대화됩니다.복구 루틴(태스크 모드와 시스템모드 모두)에는 이를 실현하는 설비가 있습니다.

IBM은 IBM 서비스를 필요로 하는 주요 소프트웨어 문제에 대한 추가 기준을 포함했습니다.메인라인 컴포넌트가 소프트웨어 복구를 시작하지 못한 경우 이는 유효한 보고 장애로 간주됩니다.또한 복구 루틴이 중요한 진단 데이터를 수집하지 못해 원래 문제가 해당 복구 루틴에서 수집한 데이터로 해결되는 경우, IBM 표준은 이 오류를 보고할 수 있으며 복구가 필요하다고 규정했습니다.따라서, IBM 표준은 엄격하게 적용되었을 때 지속적인 개선을 장려했습니다.

IBM은 OS/VS1 및 OS/VS2 Release 1에서 도입한 주요 서비스 지원 도구 DSS(Dynamic[1] Support System)를 계속 지원했습니다.이 인터랙티브 패실리티는 세션을 시작하여 진단 프로시저를 작성하거나 이미 저장된 프로시저를 호출하기 위해 호출할 수 있습니다.프로시저는 프로그램 로드, 디바이스 I/O, 시스템 프로시저 호출과 같은 특수한 이벤트를 트랩한 후 이전에 정의된 프로시저의 활성화를 트리거했습니다.재귀적으로 호출될 수 있는 이러한 절차는 데이터의 읽기 및 쓰기, 명령 흐름의 변경을 가능하게 합니다.프로그램 이벤트 기록 하드웨어가 사용되었습니다.

IBM은 프로그램 제품 OS/VS2 MVS/SE(프로그램 번호 5740-XEL)에 필요한 OS/VS2 릴리스 3.7 업데이트인 Selectable Unit 7(SU7)을 통한 DSS 지원을 중단했습니다.사용자 그룹 SHARE는 IBM이 DSS를 복구하라는 요구 사항을 통과시켰고 IBM은 MVS/SE 설치 후 DSS를 사용할 수 있도록 PTF를 제공했습니다.

IBM은 MVS/SE의 릴리스 2에서 요구하는 OS/VS2 릴리스 3.8로의 업데이트인 SU64를 사용한 DSS 지원을 다시 중단했습니다.

Program-Event Recording(PER; 프로그램 이벤트 기록) 부정 이용은 SU 64/65(1978)에서 PER 지원(SLIP/Per)을 도입하여 진단 SLIP 명령을 확장함으로써 수행되었습니다.

MVS(또는 다른 IBM 운영 체제)의 여러 복사본이 VM/370에 의해 제어된 경우 해당 시스템을 공유할 수 있습니다.이 경우 VM/370은 실제 운영 체제이며 "게스트" 운영 체제를 비정상적으로 높은 권한을 가진 애플리케이션으로 간주했습니다.나중에 하드웨어가 확장됨에 따라 운영 체제의 한 인스턴스(MVS, 게스트가 있는 VM 또는 기타)가 물리적 시스템 전체가 아닌 논리적 파티션(LPAR)을 점유할 수도 있습니다.

1990년 9월에 도입된 시스템 복합 또는 시스플렉스라고 불리는 구조에서 여러 MVS 인스턴스를 구성 및 일괄 관리할 수 있습니다.인스턴스는 Cross-System Coupling Facility(XCF)라고 불리는 소프트웨어 컴포넌트와 Hardware Coupling Facility(Hardware Coupling Facility, ICF)라고 불리는 하드웨어 컴포넌트를 통해 상호 운용됩니다(같은 메인프레임 하드웨어 상에 배치된 경우 CF 또는 Integrated Coupling Facility, ICF).IBM의 독점 SNA(Systems Network Architecture)와 같은 표준 네트워크 프로토콜이나 최근에는 TCP/IP를 통해 여러 sysplex를 연결할 수 있습니다.z/OS 운영 체제(MVS의 최신 버전)는 POSIX 및 Single UNIX Specification 응용 프로그램 실행을 기본적으로 지원합니다.지원은 MVS/SP V4R3에서 시작되었으며 IBM은 z/OS V1R2 [2]이상에 대한 UNIX 95 인증을 받았습니다.

이 시스템은 일반적으로 비즈니스 및 뱅킹에서 사용되며 애플리케이션은 종종 COBOL로 작성됩니다. COBOL 프로그램은 전통적으로 IMS 및 CICS와 같은 트랜잭션 처리 시스템과 함께 사용되었습니다.CICS에서 실행되는 프로그램의 경우 COBOL 소스 코드에 특수 EXEC CICS 문이 삽입됩니다.프리프로세서(트랜슬레이터)는 프로그램이 컴파일되기 전에 CICS를 호출하기 위한 적절한 COBOL 코드로 이들 EXEC CICS 문을 바꿉니다.DB2 호출에 사용되는 SQL과는 완전히 다릅니다.응용 프로그램은 C, C++, Java, 어셈블리 언어, FORTRAN, BASIC, RPG, REXX 등의 다른 언어로도 작성할 수 있습니다.언어 지원은 "Language Environment" 또는 "LE"라는 공통 컴포넌트로 패키지화되어 있어 디버깅, 트레이스, 프로파일링 및 기타 언어에 의존하지 않는 기능을 균일하게 수행할 수 있습니다.

MVS 시스템은 전통적으로 3270 터미널 또는 3270 에뮬레이터를 실행하는 PC를 통해 액세스됩니다.그러나 오늘날 많은 메인프레임 애플리케이션에는 커스텀 웹 또는 GUI 인터페이스가 있습니다.z/OS 운영 체제에는 TCP/IP를 지원하는 기능이 내장되어 있습니다.이전에는 3270 단말기로 이루어졌던 시스템 관리가 이제는 HMC(Hardware Management Console)와 웹 인터페이스를 통해 이루어지게 되었습니다.오퍼레이터 콘솔은 2074 에뮬레이터를 통해 제공되므로 실제 3270이 연결된 S/390 또는 zSeries 프로세서를 볼 수 없습니다.

MVS와 그 주변기기의 네이티브 문자 인코딩 방식은 EBCDIC이지만, TR 명령은 다른 7비트 및 8비트 코드로 쉽게 변환할 수 있게 했다.시간이 지남에 따라 IBM은 더 큰 코드 간에 변환을 수행하기 위해 하드웨어 가속 서비스를 추가하고, 유니코드 변환을 위한 하드웨어별 서비스 및 ASCII, ISO/IEC 8859, UTF-8, UTF-16 및 UTF-32와 같은 소프트웨어를 지원합니다.소프트웨어 번역 서비스는 소스 코드 페이지와 대상 코드 페이지를 입력으로 가져옵니다.

MVS 파일 시스템

MVS에서는 Unix 파일 이외의 파일을 데이터 세트라고 부릅니다.이들 파일의 이름은 VSAM 파일 자체의 카탈로그에 정리되어 있습니다.

데이터 세트명(DSN, 파일명의 메인프레임 용어)은 레벨이 점으로 구분된 계층(예: "DEPT01)으로 구성됩니다.SYSTEM01.파일 01 인치계층의 각 레벨은 최대 8글자입니다.파일명의 총 길이는 도트를 포함한 최대 44자입니다.관례상 점으로 구분된 컴포넌트는 다른 운영체제의 디렉토리와 마찬가지로 파일을 구성하기 위해 사용됩니다.예를 들어 Windows 탐색기와 유사한 기능을 수행하는 유틸리티 프로그램(GUI를 사용하지 않고 보통 배치 처리 모드)이 있습니다. 즉, 새로운 요소의 추가, 이름 변경 또는 삭제, 지정된 요소의 모든 내용을 보고합니다.그러나 다른 많은 시스템과 달리 이러한 레벨은 보통 실제 디렉토리가 아니라[NB 4] 이름 짓기 규칙입니다(폴더 계층이 파인더에 의해 유지되는 착시 현상이었던 원래의 Macintosh File System과 같습니다).TSO는 파일의 디폴트프리픽스('현재 디렉토리' 개념과 유사)를 서포트하고, RACF는 다른 플랫폼의 디렉토리에서의 액세스컨트롤과 마찬가지로 파일명 패턴에 근거한 액세스컨트롤 설정을 서포트합니다.

OS 패밀리의 다른 멤버들과 마찬가지로 MVS의 데이터 세트는 레코드 지향이었습니다.MVS는 이전 모델로부터 다음과 같은 세 가지 주요 유형을 상속받았습니다.

  • 순차 데이터 세트는 일반적으로 처음부터 끝까지 한 번에 하나의 레코드를 읽습니다.
  • BDAM(직접 액세스) 데이터 세트에서 애플리케이션 프로그램은 액세스하고자 하는 데이터의 물리적 위치를 지정해야 했습니다(보통 데이터 세트의 시작부터 오프셋을 지정).
  • ISAM 데이터 세트에서는 각 레코드의 특정 섹션이 특정 레코드를 검색하기 위한 키로 정의되어 있었습니다.키는 여러 필드로 구성되는 경우가 많았지만, 이러한 필드는 연속적이고 올바른 순서로 작성되어야 하며, 키 값은 고유해야 합니다.따라서 IBM ISAM 파일에는 릴레이셔널 데이터베이스 테이블의 프라이머리 키와 동등한 키가1개밖에 없습니다.ISAM은 외부 키를 지원할 수 없습니다.

시퀀셜 데이터 세트 및 ISAM 데이터 세트에는 고정 길이 레코드 또는 가변 길이 레코드를 저장할 수 있으며, 모든 유형이 여러 개의 디스크 볼륨을 차지할 수 있습니다.

이것들은 모두 VTOC 디스크 구조에 근거하고 있습니다.

초기 IBM 데이터베이스 관리 시스템은 ISAM 및 BDAM 데이터셋의 다양한 조합을 사용했습니다. 일반적으로 실제 데이터 스토리지에는 BCAM을, 인덱스에는 ISAM을 사용했습니다.

1970년대 초에 IBM의 가상 메모리 운영 체제는 유사한 기능을 제공하는 새로운 파일 관리 구성요소인 VSAM을 도입했습니다.

  • ESDS(Entry-Sequenced Datas)는 처음부터 끝까지 읽거나 처음부터 오프셋을 지정하여 직접 읽을 수 있기 때문에 순차 및 BCAM 데이터 세트와 유사한 설비를 제공했습니다.
  • Key-Sequenced Datas(KSDS; 키 시퀀싱 데이터 세트)는 ISAM의 주요 업그레이드입니다.ISAM에서는 고유하지 않은 값을 가진 세컨더리 키와 연속되지 않은 필드를 임의의 순서로 연결하여 형성할 수 있습니다.ISAM의 오버플로 레코드로 인한 성능 문제를 크게 줄일 수 있었습니다.또한 소프트웨어 또는 하드웨어 장애 발생 위험도 대폭 줄였습니다.인덱스를 업데이트하면 인덱스가 손상될 수 있습니다.

이러한 VSAM 형식은 IBM의 데이터베이스 관리 시스템인 IMS/VS 및 DB2(일반적으로 실제 데이터 스토리지에는 ESDS, 인덱스에는 KSDS)의 기반이 되었습니다.

VSAM에는 사용자 카탈로그 및 MVS의 마스터 카탈로그에 사용되는 카탈로그 구성 요소도 포함되어 있습니다.

분할 데이터 세트(PDS)는 "구성원"으로 세분화된 순차 데이터 세트이며, 각각이 계층 파일 시스템의 폴더와 같이 순차 파일로 처리될 수 있습니다.PDS의 가장 중요한 용도는 프로그램 라이브러리였습니다.시스템 관리자는 메인 PDS를 프로젝트에 디스크 공간을 할당하는 방법으로 사용하고 프로젝트 팀은 구성원을 만들고 편집했습니다.PDS의 다른 용도는 자주 사용되는 작업 제어 절차(PROC) 라이브러리 및 여러 프로그램에서 사용되는 레코드 정의와 같은 프로그래밍 언어 문장의 "복사본"이었습니다.

Generation Data Groups(GDG; 세대 데이터 그룹)는 절대 세대 번호 또는 최신 세대와의 오프셋으로 참조할 수 있는 유사한 이름 있는 데이터 세트의 그룹입니다.이들은 원래 할아버지-아버지-아들 백업 절차를 지원하기 위해 설계되었습니다. 파일이 수정되면 변경된 버전이 새로운 "아들", 이전 "아들"이 "아버지", 이전 "아버지"가 "할아버지"가 되고 이전 "할아버지"가 삭제되었습니다.그러나 3세대 이상의 GDG를 셋업할 수 있으며, 일부 애플리케이션은 GDG를 사용하여 여러 소스에서 데이터를 수집하고 하나의 프로그램에 정보를 제공합니다. 각 수집 프로그램은 새로운 세대의 파일을 생성하고 최종 프로그램은 (JCL에서 세대를 지정하지 않음으로써) 그룹 전체를 하나의 순차 파일로 읽습니다.

최신 버전의 MVS(예: z/OS)는 데이터 세트를 부분적으로 통합하기 위한 시설과 함께 Unix 파일 시스템의 컨테이너로 사용합니다.즉, fopen()을 사용하는 Unix 프로그램은 MVS 데이터 세트에 액세스할 수 있으며 사용자는 데이터 세트인 것처럼 Unix 파일을 할당할 수 있습니다.단[NB 5], 몇 가지 제한이 있습니다.HFS(Hierarchical File System)는 고유한 유형의 데이터 세트를 사용하는 반면, 최신 z/OS 파일 시스템(zFS)은 VSAM LDS(Linear Data Set)를 사용합니다.

네트워크에 연결된 컴퓨터(예: IBM AS/400)에서 실행되는 프로그램은 로컬 데이터 관리 인터페이스를 사용하여 DDM(분산 데이터 관리 아키텍처)에 따라 구현된 클라이언트-서버 제품을 사용하여 VSAM 레코드 지향 파일을 투명하게 생성, 관리 및 액세스할 수 있습니다. DDM은 MVS DB2 THA 서버의 기본 아키텍처이기도 합니다.d는 Distributed Relational Database Architecture(DRDA)를 구현합니다.아키텍처)를 실장하고 있습니다.

MVS로의 업그레이드

IBM이 OS/VS2의 릴리스 및 하위 릴리스와 함께 추가한 새로운 기능 외에도, IBM은 무료 ICR(Incremental Change Release) 및 Selectable Units(SU)와 유료 프로그램 제품 및 현장에서 개발한 프로그램을 제공했으며, 이를 z/OS의 일부로 최종적으로 번들했습니다.여기에는 다음이 포함됩니다.

  • ACF/TCAM(5735-RCL)
  • ACF/VTAM(5746-RC3, 5735-RC2)
  • 데이터 퍼실리티/디바이스 지원(DF/DS), 5740-AM7
  • 데이터 퍼실리티 확장 기능(DF/EF), 5740-XYQ
  • 데이터 퍼실리티/데이터 세트 서비스(DF/DSS), 5740-UT3.
  • 데이터 퍼실리티 정렬, 5740-SM1
  • OS/VS2 MVS 시퀀셜 액세스 방식 확장(SAM-E), 5740-AM3
  • MVS/370 Data Facility Product(DFP), 5665-295, 교환
    • 5740-AM7 Data Facility Device Support(DFDS; 데이터 퍼실리티 디바이스 지원)
    • 5740-XYQ Data Facility Extended Function(DFEF; 데이터 퍼실리티 확장 기능)
    • 5740-AM3 시퀀셜액세스 방식 확장(SAM-E)
    • 5740-AM8 액세스 방식 서비스 암호화 옵션
    • 5748-UT2 오프라인 3800 유틸리티
  • MVS/XA Data Facility 제품 버전1 릴리즈 1, 5665-284
  • MVS/XA Data Facility 제품 버전2 릴리즈 1, 5665-XA2
  • MVS/ESA Data Facility 제품 버전 3, 5665-XA3
  • 데이터 퍼실리티 스토리지 관리 서브시스템(DFSMS), 5695-DF1
    DFP, DF/DSS 및 DF/HSM을 대체합니다.
  • OS/VS2 MVS TSO 명령어 패키지(5740-XT6)
  • TSO 명령어프로세서 - FDP 5798-AYF (PRINT 명령어)
  • TSO/VS2 프로그래밍 제어 설비 - FDP 5798-BBJ
  • TSO 프로그래밍 제어 설비 - II(PCF II), FDP 5798-CLW,
  • TSO 확장
    TSO 명령어 패키지, TSO 명령어 프로세서 및 PCF 대체
    • MVS/370의 경우 5665-285
    • MVS/XA용 5665-293
    • 5685-025(MVS/XA용)
      REXX를 사용한 첫 번째 버전
  • OS/VS2 MVS/시스템 확장, 5740-XEL
  • MVS/시스템 제품
    • JES3 버전1 5740-XYN
    • JES2 버전1 5740-XYS
    • MVS/시스템 제품 - JES2 버전 2, 5740-XC6
    • MVS/시스템 제품 - JES3 버전 2, 5665-291
    • MVS/시스템 제품 - JES2 버전 3, 5685-001
    • MVS/시스템 제품 - JES3 버전 3, 5685-002
    • MVS/ESA 시스템 제품: JES2 버전 4, 5695-047
    • MVS/ESA 시스템 제품: JES3 버전 4, 5695-048
    • MVS/ESA 시스템 제품: JES2 버전 5, 5655-068
    • MVS/ESA 시스템 제품: JES3 버전 5, 5655-069

데이터 퍼실리티 제품(DFP)

70년대 후반과 80년대 초반에 IBM은 다음과 같이 발표했습니다.

  • 5740-AM7 Data Facility Device 지원(DF/DS)
  • 5740-XYQ 데이터 퍼실리티 확장 기능(DF/EF)
  • 5740-AM3 시퀀셜액세스 방식 확장(SAM-E)
  • 5740-AM8 액세스 방식 서비스 암호화 옵션
  • 5748-UT2 오프라인 3800 유틸리티

DF/DS는 새로운 장치 지원을 추가했으며 IBM은 더 이상 장치 지원을 무료 기반에 추가하지 않겠다고 발표했습니다.DF/EF는 VSAM 카탈로그 및 제어 볼륨(CVOL)의 대체 수단으로 개선된 카탈로그 구조(ICF)를 추가했지만 신뢰성 문제로 가득했습니다.

IBM은 MVS/SP 버전 2(MVS/XA)를 발표하면서 상기 5개 제품의 대체 및 업그레이드로 Data Facility Product™(DFP™)도 발표했으며, 1984년 12월 1일부터 마케팅에서 철수할 것이라고 밝혔습니다.1983년 6월 7일에 발표된 DFP/370 릴리스 1(프로그램 번호 5665-295)은 MVS/SP 버전 1, MVS/SE 및 OS/VS2 R3.8용이며 옵션이지만 MVS/Extended Architecture Data Facility Product(5665-284)는 MVS/SPM 버전 2의 핵심 요건입니다.데이터 관리 기능의 강화에 가세해 DFP는 링크 에디터와 유틸리티의 무료 버전을 대체했습니다.

최신 MVS

헤라클레스 에뮬레이터에서 실행되는 MVS

MVS는 이제 z/OS로 진화했습니다. 이전 MVS 릴리스는 IBM에서 더 이상 지원되지 않으며 2007년부터 64비트 z/OS 릴리스만 지원됩니다. z/OS는 최신 64비트 애플리케이션과 함께 이전 24비트 및 31비트 MVS 애플리케이션을 실행할 수 있습니다.

MVS 릴리스는 최대 3.8j(24비트, 1981년 출시)까지 무료로 사용할 수 있으며, 이제 MVS 3.8j 릴리스를 메인프레임 에뮬레이터에서 [3]무료로 실행할 수 있습니다.

MVS/370

MVS/370은 MVS/XA [NB 6]이전 버전의 MVS 운영 체제를 총칭하는 용어입니다.MVS 출시 당시 System/370 아키텍처는 24비트 가상 주소만 지원했으므로 MVS/370 운영 체제 아키텍처는 24비트 주소를 기반으로 합니다.이 24비트 주소 길이 때문에 MVS/370에서 실행되는 프로그램에는 각각 16MB의 연속된 가상 스토리지가 할당됩니다.

MVS/XA

MVS/XA(Multiple Virtual Storage/Extended Architecture)는 370-XA 아키텍처를 지원하는 MVS 버전으로, 새로운 I/O 아키텍처를 갖추고 주소를 24비트에서 31비트로 확장하여 2기가바이트 주소 지정 가능 메모리 [4]영역을 제공합니다.MVS/XA는 오래된 24비트 애플리케이션(즉, 32비트 워드의 하위 24비트에 24비트 주소를 저장하고 다른 목적으로 해당 워드의 상위 8비트를 사용한 애플리케이션)에 대해 24비트 레거시 주소 지정 모드를 지원했습니다.

MVS/ESA

MVS Enterprise System Architecture(MVS/ESA)는 S/370 Enterprise System Architecture(S/370-ESA)를 지원하는 OS/390 이전 버전의 MVS입니다.MVS/ESA는 주소 공간 간의 참조를 위한 액세스 레지스터(AR) 모드를 추가하여 MVS/XA의 24비트 및 31비트 주소 지정 모드를 확장합니다.

IBM은[5] 1988년 2월에 MVS/ESA를 MVS/SP 버전 3으로 소개한 후 MVS/ESA SP 버전[6] 4 및 MVS/ESA SP 버전 [7]5로 소개했습니다.IBM은 1995년 말에 OS/390으로[8][9] 교체한 후 z/OS로 교체했습니다.

MVS/ESA OpenEdition: POSIX [11][12][13]및 기타 표준 지원으로 1993년 2월 발표된 MVS/ESA[10] 버전4 릴리즈 3으로의 업그레이드최초 릴리즈는 FIPS(Federal Information Processing Standard) 151 준거에 대한 NIST(National Institute of Standards and Technology) 인증만 받은 반면 후속 릴리즈는 상위 레벨 및 X/Open 및 그 후속 조직인 Open Group에 의해 인증되었습니다.API 쉘, 유틸리티 및 확장 사용자 인터페이스를 제공하는 약 100만 줄의 새로운 코드를 포함했습니다.DFSMS(Data Facility System Managed Storage)에서 제공하는 계층형 파일 시스템과 연동됩니다.셸과 유틸리티는 Mortice Kerns의 InterOpen 제품을 기반으로 합니다.독립 전문가들은 대부분의 Unix 시스템보다 더 많은 80% 이상의 개방형 시스템 준수를 달성했다고 추정합니다.DCE2 지원은 1994년 2월에 발표되었으며 1995년 3월에 많은 애플리케이션 개발 툴이 발표되었습니다.1995년 중반부터 모든 오픈 기능이 바닐라 MVS/ESA SP 버전 5 릴리스 1의 표준 부분이 되면서 IBM은 OpenEdition과 운영 체제를 구분하는 것을 중단했습니다.OS/390 V2R6에서는 UNIX System [14][15]Services가 되었고 z/OS에서는 이 이름을 유지했습니다.

OS/390

주요 기사: OS/390

1995년 말 IBM은 MVS를 여러 프로그램 제품과 함께 번들하고 이름을 MVS/ESA에서 OS/390으로 변경했습니다.

z/OS

주요 기사: z/OS

MVS의 현재 수준은 z/OS로 판매됩니다.

밀접하게 관련된 운영 체제

일본의 메인프레임 제조업체인 후지쯔와 히타치는 20세기 가장 유명한 산업 [16]스파이 사건 중 하나로 IBM의 MVS 소스 코드와 내부 문서를 반복적으로 불법적으로 입수했습니다.Fujitsu는 MSP 메인프레임 운영 체제에서 IBM의 코드에 크게 의존했고, Hitachi도 마찬가지로 VOS3 운영 체제에 대해 동일한 작업을 수행했습니다.MSP와 VOS3는 여전히 메인프레임 설치 기반에서 상당한 점유율을 차지하고 있는 일본에서 많이 판매되었으며, 다른 국가, 특히 호주에서도 어느 정도 점유율을 차지하고 있습니다.심지어 IBM의 버그와 문서 철자 오류도 충실하게 복사되었습니다.IBM은 1980년대 초에 최고조에 달했던 다년간의 조사 과정에서 후지쯔와 히타치에게 독점 MVS 및 메인프레임 하드웨어 기술을 마지못해 공급하면서 미 연방 수사국과 협력했습니다. 이 조사에는 회사 고위 관리자와 일본 정부도 관여했습니다.임원.그러나 Amdahl은 Fujitsu의 IBM 지적재산권 도용에는 관여하지 않았다.Amdahl에서 Fujitsu로의 모든 통신은 "Amdahl Only Specifications"를 통해 이루어졌으며, IBM IP 또는 IBM의 IP에 대한 참조를 꼼꼼히 지웠습니다.

조사 후 IBM은 후지쯔와 히타치 양사와 수 십억달러의 합의를 이끌어내 수년간의 양사 이익의 상당 부분을 챙겼습니다.신뢰할 수 있는 보고서에 따르면 합의금액이 미화 [citation needed][16][NB 7]5억 달러를 넘었습니다.

그 세 회사는 오랫동안 많은 합작 사업에 우호적으로 동의해 왔다.예를 들어, 2000년에 IBM과 Hitachi는 IBM z900 메인프레임 모델을 개발하기 위해 협력했습니다.

이러한 이력 복사로 인해 MSP 및 VOS3는 MVS의 "forks"로 적절히 분류되며, MVS 호환 제품을 사용하는 많은 서드파티 소프트웨어 벤더는 MSP 및 VOS3 호환 버전을 거의 또는 전혀 [17][18][19]수정하지 않고 제작할 수 있었습니다.

IBM이 2000년에 64비트 z/Architecture 메인프레임을 발표했을 때, IBM은 OS/390 및 MVS의 직접적인 후속 제품인 64비트 z/OS 운영 체제도 발표했습니다.Fujitsu와 Hitachi는 IBM의 z/Architecture에 준 MVS 운영 체제 및 하드웨어 시스템을 라이센스하지 않기로 선택했기 때문에 MSP와 VOS3는 명목상으로는 여전히 자사의 공급업체에서 지원하지만 현재까지도 MVS의 1980년대 아키텍처 제한 사항 대부분을 유지하고 있습니다.z/OS는 여전히 MVS 시대의 애플리케이션과 기술을 지원하므로, z/OS는 수십 년에 걸쳐 크게 향상되고 개선되었지만 여전히 MVS의 코드 대부분을 포함하고 있습니다. MSP 및 VOS3에서 실행되는 애플리케이션(및 운영 절차)은 다른 운영 체제보다 훨씬 쉽게 z/OS로 이동할 수 있습니다.

「 」를 참조해 주세요.

  • MVS를 실행할 수 있는 Hercles a S/370, S/390 및 z 시리즈 에뮬레이터
  • MVS(및 후속) 운영 체제와 함께 제공되는 유틸리티 프로그램
  • Batch Pipes는 MVS/ESA 운영 체제 및 이후의 모든 기능을 위해 설계된 배치 작업 처리 유틸리티입니다.OS/390 및 z/OS.

메모들

  1. ^ 일부 인쇄 매체는 단수 MVS/System Extension을 사용했습니다.Computerworld, 1980년 12월 15일 - 5페이지; 1978년 6월 26일 - 8페이지
  2. ^ 일부 프로세서는 단일 주소 공간 크기보다 더 많은 물리적 스토리지를 사용할 수 있지만, 일반적인 워크로드의 가상 스토리지 총 크기보다는 훨씬 작습니다.
  3. ^ 작업 엔트리 서브시스템 3(JES3) 경유
  4. ^ 예외는 대부분 데이터 세트 이름 앞에 있는 CVOL 및 사용자 카탈로그 별칭 이름입니다.
  5. ^ 예를 들어 IBM은 PDS와 Unix 디렉토리의 연결을 지원하지 않습니다.
  6. ^ OS/VS2 Release 2 ~3.8, MVS/SE 및 MVS/SP 버전
  7. ^ 의회 증언의 마지막에는 "히타치는 IBM의 비밀이 신제품 개발에 사용된 사실을 아직 인정하지 않고 있으며, 이 사건을 해결하는 데 드는 막대한 비용을 아직 IBM에 보상하지 않았다"고만 적혀 있다.

레퍼런스

  • Bob DuCharme: "운영체제 핸드북, Part 06: MVS" (온라인에서 이용 가능)
  • OS/VS2 MVS Overview (PDF). First Edition. IBM. June 1978. GC28-0984-0. Archived from the original (PDF) on 16 March 2011.
  1. ^ OS/VS Dynamic Support System (PDF) (Second ed.). IBM. November 1973. GC28-0640-1.
  2. ^ "IBM Corporation - UNIX 95". The Open Group. Retrieved 7 October 2015.
  3. ^ MVS 3.8j Tur(n) 키 4-시스템
  4. ^ Hoskins, Jim; Frank, Bob (2003). Exploring IBM eServer zSeries and S/390 Servers: See Why IBM's Redesigned Mainframe Computer Family Has Become More Popular than Ever!. Maximum Press (FL). pp. 210–290. ISBN 1-885068-91-3.
  5. ^ "ENTERPRISE SYSTEMS ARCHITECTURE/370 (TM) AND MVS/SYSTEM PRODUCT VERSION 3". Announcement Letters. IBM. 15 February 1988. 288-059.
  6. ^ "IBM MVS/ESA SYSTEM PRODUCT VERSION 4 OVERVIEW". Announcement Letters. IBM. 5 September 1990. 290-487.
  7. ^ "IBM MVS/ESA SP Version 5 Release 1 and OpenEdition Enhancements". Announcement Letters. IBM. 6 April 1994. 294-152.
  8. ^ "Preview: S/390 Server Operating System". Announcement Letters. IBM. 10 October 1995. 295-423.
  9. ^ "OS/390 Release 1 Availability and Release 2 Additional Function". Announcement Letters. IBM. 29 March 1996. 296-018.
  10. ^ "OPENEDITION SERVICES ON MVS/ESA SP VERSION 4 RELEASE 3 ANNOUNCED AND AVAILABILITY OF MVS/ESA SP VERSION 4 RELEASE 3 WITH ADDITIONAL ENHANCEMENTS". Announcement Letters. IBM. 9 February 1993. 293-060.
  11. ^ Introducing OpenEdition MVS. First Edition. IBM. December 1993. GC23-3010-00.
  12. ^ OpenEdition MVS POSIX.1 Conformance Document. First Edition. IBM. February 1993. GC23-3011-00.
  13. ^ OpenEdition MVS POSIX.2 Conformance Document. First Edition. IBM. December 1993. GC23-3012-00.
  14. ^ "IBM OS/390 Version 2 Release 5 Availability and Release 6". Software Announcement. IBM. 24 February 1998. 298-049. UNIX System Services
  15. ^ "1.3.9 OS/390 V2R6 - 1998". UNIX System Services z/OS Version 1 Release 7 Implementation (PDF). Redbooks (Second ed.). IBM. March 2006. p. 26. SG24-7035-01. Name changed from OpenEdition to OS/390 UNIX System Services
  16. ^ a b https://fas.org/irp/congress/1989_cr/h890712-japan.htm IBM에 대한 일본의 산업 스파이 행위에 대한 의회 청문회로부터 1시간 분량의 "분"
  17. ^ Alexander, Charles; Buderi, Bob (5 July 1982). "Now, from the FBI: Japanscam". Time. Archived from the original on 15 October 2010.
  18. ^ Malone, Michael S. (16 May 1983). "Hitachi-F.B.I. Tapes Are Released". The New York Times.
  19. ^ 마리 안코르도기, 재일본 프로그램:공산주의 자본주의 하의 하이테크 위기" 159페이지.

외부 링크