OS/360 und Nachfolger - OS/360 and successors
 | |
| Entwickler | IBM |
|---|---|
| Geschrieben in | Assemblersprache , Basissystemsprache (BSL) |
| Betriebssystemfamilie | OS/360 und Nachfolger |
| Erstveröffentlichung | 31. März 1966 |
| Neueste Erscheinung | 21,8 |
| Marketingziel | IBM Mainframe-Computer |
| Plattformen | S/360 , S/370 |
| Kernel- Typ | N / A |
| Lizenz | Gemeinfrei |
| gefolgt von | OS/VS1 , OS/VS2 (SVS) , OS/VS2 (MVS) , MVS/SE, MVS/SP Version 1, MVS/XA , MVS/ESA , OS/390 , z/OS |
| Geschichte der IBM Mainframe-Betriebssysteme |
|---|
OS/360 , offiziell bekannt als IBM System/360 Operating System , ist ein eingestelltes Stapelverarbeitungs- Betriebssystem, das von IBM für ihren damals neuen System/360- Mainframe-Computer entwickelt wurde, der 1964 angekündigt wurde; es wurde von den früheren IBSYS/IBJOB- und Input/Output Control System (IOCS)-Paketen für die IBM 7090/7094 und noch mehr vom PR155-Betriebssystem für die IBM 1410 / 7010- Prozessoren beeinflusst. Es war eines der ersten Betriebssysteme, bei dem die Computerhardware mindestens ein Direktzugriffsspeichergerät erforderte .
Obwohl OS/360 selbst eingestellt wurde, werden Nachfolge-Betriebssysteme einschließlich des virtuellen Speichers MVS und des 64-Bit- z/OS ab 2020 noch ausgeführt und behalten die Kompatibilität auf Anwendungsebene bei.
Überblick
IBM kündigte drei verschiedene Versionen von OS/360 an, die von denselben Bändern generiert wurden und den größten Teil ihres Codes gemeinsam nutzten. IBM hat diese Optionen schließlich umbenannt und einige bedeutende Designänderungen vorgenommen:
- Single Sequential Scheduler (SSS)
- Option 1
- Primäres Kontrollprogramm (PCP)
- Mehrere Sequential Scheduler (MSS)
- Option 2
- Multiprogramming mit einer festen Anzahl von Tasks (MFT)
- MFT II
- Mehrere Prioritätsplaner (MPS)
- Option 4
- VMS
- Multiprogramming mit variabler Aufgabenanzahl (MVT)
- Modell 65 Multiprocessing (M65MP)
Benutzer haben oft Spitznamen geprägt, zB "Big OS", "OS/MFT", aber keiner dieser Namen wurde von IBM offiziell anerkannt.
Das andere wichtige Betriebssystem für System/360-Hardware war DOS/360 .
OS/360 ist gemeinfrei und kann kostenlos heruntergeladen werden. Es kann nicht nur auf der tatsächlichen System/360-Hardware ausgeführt werden, sondern kann auch auf dem kostenlosen Hercules-Emulator ausgeführt werden , der unter den meisten UNIX- und Unix-ähnlichen Systemen einschließlich Linux , Solaris und macOS sowie Windows läuft . Es gibt schlüsselfertige OS/360-CDs, die vorgenerierte OS/360 21.8-Systeme bereitstellen, die unter Hercules ausgeführt werden können.
Herkunft
IBM beabsichtigte ursprünglich, dass System/360 nur ein Batch-orientiertes Betriebssystem, OS/360, haben sollte, das auf Rechnern mit einer Größe von nur 32 KiB ausgeführt werden kann. Es war auch beabsichtigt, ein separates Timesharing- Betriebssystem, TSS/360 , für das System/360-Modell 67 bereitzustellen . Es gibt mindestens zwei Gründe dafür, warum IBM schließlich beschlossen hat, andere, einfachere Batch-orientierte Betriebssysteme zu entwickeln:
- weil es herausgefunden hat, dass die "ungefähr 1,5 Millionen Befehle, die es dem System ermöglichen, praktisch ohne manuelle Eingriffe zu arbeiten", aus OS/360 nicht in den begrenzten Speicher der kleineren System/360-Modelle passen würden; oder
- weil es erkannte, dass die Entwicklung von OS/360 viel länger dauern würde als erwartet.
IBM führte eine Reihe von Notlösungen ein, um zu verhindern, dass der Verkauf von System/360-Hardware zusammenbricht – zuerst Basic Programming Support (BPS) und BOS/360 (Basic Operating System, für die kleinsten Maschinen mit 8K-Byte-Speichern), dann TOS/360 (Tape .). Betriebssystem, für Maschinen mit mindestens 16 KByte Speicher und nur Bandlaufwerken) und schließlich DOS/360 (Disk Operating System), das zu einem Mainstream-Betriebssystem wurde und der Vorläufer des heute weit verbreiteten z/VSE ist .
IBM veröffentlichte 1966 drei Varianten von OS/360: PCP (Primary Control Program), eine Notlösung, die nur einen Job gleichzeitig ausführen konnte; MFT ( Multiprogramming mit fester Anzahl von Tasks) für die Mittelklasse-Maschinen und MVT (Multiprogramming mit variabler Anzahl von Tasks) für das obere Ende. MFT und MVT wurden bis mindestens 1981 eingesetzt, ein Jahrzehnt nach der Markteinführung ihrer Nachfolger. Die Trennung zwischen MFT und MVT entstand aufgrund von Speicherbeschränkungen und Terminierungsbeschränkungen. Anfangs behauptete IBM, dass MFT und MVT einfach "zwei Konfigurationen des OS/360- Steuerungsprogramms" seien, obwohl IBM sie später als "separate Versionen von OS/360" bezeichnete.
IBM hat OS/360 ursprünglich in Assembler geschrieben . Später schrieb IBM OS/360-Code in einer neuen Sprache, der Basic Systems Language (BSL), die von PL/I abgeleitet wurde. Ein Großteil des TSO-Codes in Release 20 wurde in BSL geschrieben.
TSS/360 war so spät und unzuverlässig, dass IBM es absagte, obwohl IBM später drei Versionen des TSS/370 PRPQ lieferte. Zu diesem Zeitpunkt lief CP-67 so gut, dass IBM es einigen Großkunden ohne Garantie als Timesharing-Einrichtung anbieten konnte.
OS/360-Varianten
Diese drei Optionen boten so ähnliche Möglichkeiten, dass das Portieren von Anwendungen zwischen ihnen normalerweise nur minimalen Aufwand erforderte; auf beiden liefen die gleichen Versionen der IBM Programmprodukte, der Anwendungs- und der Dienstprogrammsoftware . Der folgende Text behandelt PCP , MFT und MVT hauptsächlich als einfach neue Namen für die ursprünglichen SSS , MSS und MPS , obwohl es einige Designänderungen gab. Außerdem unterscheidet der Text nicht zwischen M65MP und MVT.
Offiziell sind PCP, MFT und MVT keine separaten Betriebssysteme von OS/360, sondern nur Konfigurationsoptionen zur Installationszeit – in heutigen Worten drei verschiedene Varianten von OS Nucleus und Scheduler. Aufgrund des recht unterschiedlichen Verhaltens und der unterschiedlichen Speicheranforderungen betrachten Benutzer sie jedoch im Allgemeinen als de facto separate Betriebssysteme und bezeichnen sie als „frühes OS/360“, „OS/MFT“ bzw. „OS/MVT“. MFT unterscheidet sich von MVT vor allem in der Speicherverwaltung: Bei der Installation von MFT geben Kunden in der Systemgenerierung (SysGen) eine feste Anzahl von Partitionen an , Speicherbereiche mit festen Grenzen, in denen Anwendungsprogramme gleichzeitig ausgeführt werden können.
PCP
Das Primary Control Program (PCP) war für Maschinen mit kleinem Speicher gedacht. Es ist ähnlich wie MFT mit einer Partition . Die Erfahrung hat gezeigt, dass es nicht ratsam war, OS/360 auf Systemen mit weniger als 128 KiB Arbeitsspeicher zu installieren, obwohl eine begrenzte Produktionsnutzung auf viel kleineren Maschinen, wie beispielsweise 48 KiB Arbeitsspeicher, möglich war. IBM hat die PCP-Option in den letzten Versionen von OS/360 weggelassen, so dass nur MFT II und MVT übrig blieben, die beide mehr Speicher benötigten.
Wird in systemabhängigen Makroerweiterungen auch als SYS=MIN bezeichnet.
MFT
Multiprogramming with a Fixed Number of Tasks (MFT) sollte als Notlösung dienen, bis 1967 Multiprogramming with a Variable Number of Tasks (MVT), die beabsichtigte Zielkonfiguration von OS/360, verfügbar wurde. Frühe Versionen von MVT hatten viele Probleme, so dass die einfachere MFT noch viele Jahre weiter verwendet wurde. Nach der Einführung neuer System/370- Maschinen mit virtuellem Speicher im Jahr 1972 entwickelte IBM MFT 2 zu OS/VS1 , dem letzten System dieser speziellen Linie.
Die erste Version von MFT teilte einen Großteil des Codes und der Architektur mit PCP und war auf vier Partitionen beschränkt . Es war sehr umständlich, mehrere Partitionen auszuführen. Viele Installationen verwendeten Houston Automatic Spooling Priority (HASP), um die Komplexität zu verringern.
MFT Version II (MFT-II) teilte viel mehr vom Control Program und Scheduler-Code mit MVT und war viel flexibler in der Ausführung. Die maximale Anzahl von Partitionen wurde auf 52 erhöht.
Spätere Modifikationen von MFT-II fügten Subtasking hinzu , so dass die feste Anzahl von Aufgaben nicht mehr festgelegt war, obwohl die Anzahl der Partitionen eine Beschränkung blieb.
Die Erfahrung hat gezeigt, dass es nicht ratsam war, MFT auf Systemen mit weniger als 256 KiB Speicher zu installieren, was in den 1960er Jahren ziemlich viel war.
Wird in systemabhängigen Makroerweiterungen auch als SYS=INT bezeichnet.
MVT
Multiprogramming with a Variable Number of Tasks (MVT) war die ausgereifteste von drei verfügbaren Konfigurationen des Steuerungsprogramms von OS/360 und eine von zwei verfügbaren Konfigurationen in den letzten Versionen. MVT war für die größten Maschinen der System/360-Familie gedacht. Es wurde 1964 eingeführt und war erst 1967 erhältlich. Frühe Versionen hatten viele Probleme und der einfachere MFT wurde viele Jahre lang weiter verwendet. Die Erfahrung hat gezeigt, dass es nicht ratsam ist, MVT auf Systemen mit weniger als 512 KiB Speicher zu installieren
MVT behandelte den gesamten vom Betriebssystem nicht verwendeten Speicher als einen einzigen Pool, aus dem zusammenhängende Bereiche nach Bedarf von einer unbegrenzten Anzahl gleichzeitiger Anwendungs- und Systemprogramme zugewiesen werden konnten. Dieses Schema war flexibler als MFTs und nutzte den Speicher im Prinzip effizienter, neigte jedoch zur Fragmentierung - nach einiger Zeit stellte man fest, dass, obwohl insgesamt genug freier Speicher zum Ausführen eines Programms vorhanden war, dieser in keine einzelnen Blöcke unterteilt war was groß genug war. System/360 fehlte Hardware für die Speicherverlagerung, sodass die Speicherkomprimierung nicht verwendet werden konnte, um die Fragmentierung zu reduzieren. Eine Einrichtung namens Rollout/Rollin könnte einen laufenden Job in einen sekundären Speicher auslagern, um seinen Speicher für einen anderen Job verfügbar zu machen. Der ausgerollte Job müsste jedoch an die ursprünglichen Speicherorte eingerollt werden, wenn diese wieder verfügbar sind.
1971 wurde die Time Sharing Option (TSO) für die Verwendung mit MVT als Teil von Release 20.1 hinzugefügt. TSO wurde häufig für die Programmentwicklung verwendet, da es einen Editor bot, der die Möglichkeit bot, Batch-Jobs zu senden, über deren Abschluss benachrichtigt zu werden und die Ergebnisse anzuzeigen, ohne auf gedruckte Berichte warten zu müssen, und Debugger für einige der auf System/360 verwendeten Programmiersprachen. TSO in OS/360 kommunizierte mit Terminals unter Verwendung der Telekommunikationszugangsmethode (TCAM). Der Name von TCAM lässt vermuten, dass IBM hoffte, dass es die Standardzugriffsmethode für die Datenkommunikation werden würde, aber tatsächlich wurde TCAM in OS/VS2 fast vollständig für TSO verwendet und wurde Mitte bis Ende weitgehend durch die Virtual Telecommunications Access Method (VTAM) ersetzt 1970er Jahre.
Wird in Aufrufen einiger systemabhängiger Makros auch als SYS=VMS bezeichnet.
M65MP
Model 65 Multiprocessing (M65MP) ist eine Variante von MVT. Es läuft auf einem 360/65 im Multisystem-Modus M65MP fängt die Verwendung des Set System Mask (SSM)-Befehls ab, um deaktivierten Code zwischen den beiden CPUs zu serialisieren. Zum größten Teil hat ein M65MP-System das gleiche Verhalten und die gleichen Schnittstellen wie jedes andere MVT-System.
Der Schlüsselwortparameter SYS=VMS umfasste sowohl M65MP als auch Uniprozessor-MVT.
PCP, MFT und MVT bieten aus Sicht der Anwendungsprogramme ähnliche Möglichkeiten:
- Dieselbe Anwendungsprogrammierschnittstelle (API) und Anwendungsbinärschnittstelle (ABI), sodass Anwendungsprogramme zwischen MFT und MVT übertragen werden können, ohne dass sie modifiziert oder neu zusammengesetzt oder neu kompiliert werden müssen .
- Das gleiche JCL (Job Control Language, Batch - Jobs für die Einleitung), das war flexibler und einfacher zu bedienen, obwohl komplexer, als die von DOS / 360 .
- Dieselben Möglichkeiten ( Zugriffsmethoden ) zum Lesen und Schreiben von Dateien und zur Datenkommunikation:
- Sequentielle Datensätze werden normalerweise mit BSAM oder QSAM satzweise von Anfang bis Ende gelesen oder geschrieben . Dies war die einzige Technik, die für Bandlaufwerke , Kartenleser / Locher und Drucker verwendet werden konnte.
- In indizierten ( ISAM ) Dateien wird ein bestimmter Abschnitt jedes Datensatzes als Schlüssel definiert, der zum Nachschlagen bestimmter Datensätze verwendet werden kann.
- In Dateien mit direktem Zugriff ( BDAM ) muss das Anwendungsprogramm die relative Blocknummer, die relative Spur und Aufzeichnung (TTR) oder den tatsächlichen physischen Ort (MBBCCHHR) in einem Direktzugriffsspeichergerät (DASD) der gewünschten Daten angeben zu erreichen, oder der Ausgangspunkt für eine Suche nach Schlüsseln. Die BDAM-Programmierung war nicht einfach und die meisten Organisationen haben sie selbst nie verwendet. aber es war der schnellste Weg, um auf Daten auf Festplatten zuzugreifen, und viele Softwareunternehmen verwendeten sie in ihren Produkten, insbesondere in Datenbankverwaltungssystemen wie ADABAS , IDMS und DL/I von IBM . Es ist auch unter OS/360 Fortran verfügbar. BDAM-Datensätze werden entsperrt, mit einem logischen Datensatz pro physischem Datensatz.
- Eine zusätzliche Dateistruktur, partitioniert und Zugriffsmethode ( BPAM ), wird hauptsächlich für die Verwaltung von Programmbibliotheken verwendet. Obwohl partitionierte Dateien komprimiert werden müssen, um freien Speicherplatz zurückzugewinnen, hat dies weniger Auswirkungen als eine ähnliche Anforderung für die Core Image Library von DOS/360 , da MFT und MVT mehrere partitionierte Datensätze zulassen und jedes Projekt im Allgemeinen mindestens einen hat.
- Generation Data Groups (GDGs) wurden ursprünglich entwickelt, um Großvater-Vater-Sohn-Backup-Verfahren zu unterstützen - wenn eine Datei geändert wurde, wurde die geänderte Version der neue Sohn, der vorherige Sohn wurde der Vater, der vorherige Vater wurde der Großvater und der vorherige Großvater wurde gelöscht. Aber man könnte GDGs mit mehr als 3 Generationen einrichten, und einige Anwendungen verwendeten GDGs, um Daten aus einer großen und unterschiedlichen Anzahl von Quellen zu sammeln und die Informationen einem Programm zuzuführen - jedes Sammelprogramm erstellte eine neue Generation der Datei und das endgültige Programm wurde gelesen die gesamte Gruppe als einzelne sequentielle Datei (indem keine Generation in der JCL angegeben wird).
- BTAM , eine Datenkommunikationseinrichtung, war primitiv und nach heutigen Standards schwer zu verwenden. Es konnte jedoch mit fast jedem Endgerät kommunizieren, was in einer Zeit, in der es kaum eine Standardisierung der Kommunikationsprotokolle gab, ein großer Vorteil war.
- Das Dateibenennungssystem ermöglicht die Verwaltung von Dateien als Hierarchien mit maximal 8 Zeichen langen Namen auf jeder Ebene, zB PROJEKT.BENUTZER.DATEINAME. Dies hängt mit der Implementierung des Systemkatalogs (SYSCTLG) und der Control Volumes (CVOLs) zusammen, die Datensätze mit 8-Byte-Schlüsseln verwendet.
Einige Funktionen waren nur für MFT und MVT verfügbar:
- Eine SPOOL-Funktion für MFT II und MVT (die DOS/360 zunächst fehlte, aber später von der POWER-Anwendung bereitgestellt wurde).
- Anwendungen in MFT (Release 19 und höher) und MVT konnten Teilaufgaben erstellen, die Multitasking ( Multithreading ) innerhalb eines Jobs ermöglichten.
- Grafische Auftragsbearbeitung
- Verarbeitung von Satellitengrafikjobs
- Remote-Auftragseingabe
- Queued Telecommunications Access Method (QTAM)
- Telekommunikationszugangsverfahren (TCAM)
System/370 und virtuelle Speicherbetriebssysteme
Als System/370 im Jahr 1970 angekündigt wurde, bot es im Wesentlichen die gleichen Funktionen wie System/360, jedoch mit etwa viermal so hohen Prozessorgeschwindigkeiten wie vergleichbare System/360-CPUs. 1972 kündigte IBM dann System/370 Advanced Functions an , deren Hauptpunkt darin bestand, dass zukünftige Verkäufe von System/370 virtuelle Speicherfähigkeiten beinhalten würden und diese auch in bestehende System/370-CPUs nachgerüstet werden könnten. Daher hat sich IBM auch verpflichtet, verbesserte Betriebssysteme bereitzustellen, die die Verwendung von virtuellem Speicher unterstützen könnten.
OS/360
IBM stellte eine OS/360 SYSGEN- Option für die S/370-Unterstützung bereit , die DAT nicht unterstützte, aber Folgendes tat:
- Kontrollregister unterstützen
- Unterstützt verbesserte I/O
- Bereitstellung eines S/370 Machine Check Handler
- Bieten Sie begrenzte Unterstützung für die neuen Timer-Einrichtungen
Betriebssystem/VS1
OS/VS1 ist der Nachfolger von MFT und bietet ähnliche Möglichkeiten mit einigen Ergänzungen, zB RES, virtueller Speicher. VSAM (siehe unten) war zunächst als Independent Component Release (ICR) verfügbar und wurde später in die OS/VS1-Basis integriert. IBM veröffentlichte bis 1983 relativ geringfügige Verbesserungen von OS/VS1 und kündigte 1984 an, dass es keine weiteren mehr geben würde. AIX/370 , AIX/ESA , DPPX , IX/370 , OS/VS1 und TSS/370 sind die einzigen System/370-Betriebssysteme, die keine modernen Nachkommen haben.
OS/VS2 SVS und MVS
OS/VS2 Release 1 war nur MVT plus virtueller Speicher und VSAM (siehe unten). Diese Version wurde schließlich in OS/VS2 SVS für Single Virtual Storage umbenannt, als OS/VS2 Release 2, auch bekannt als MVS, für Multiple Virtual Storage, eingeführt wurde. SVS war als Sprungbrett von MVT zu MVS gedacht und ist heute nur noch von historischem Interesse.
Im Jahr 1974 veröffentlichte IBM das, was es als OS/VS2 Release 2 bezeichnete, das jedoch in Wirklichkeit ein neues Betriebssystem war, das mit OS/VS2 Release 1 aufwärtskompatibel war . Der Supervisor des neuen Systems war weitgehend in einem neuen Dialekt von BSL umgeschrieben worden. PL/S ; BSL und PL/S waren Dialekte von PL/I mit Erweiterungen, die entwickelt wurden, um Code in der Assemblersprache zu transkribieren , einschließlich privilegierter Anweisungen, die zur Steuerung des Computers als Ganzes erforderlich sind. Zeitkritische OS-Komponenten, wie der OS Dispatcher und das IOS , blieben unter anderem in Assembly Language codiert , die für OS/VS im IFOX00-Assembler (vom älteren OS/360 IEUASM-Assembler) erweitert wurde. .
MVS-Adressräume - globale Ansicht
|
|||||||||
Ansicht einer Anwendung
|
|||||||||
Das auffälligste Merkmal der neuen Version war, dass sie mehrere virtuelle Adressräume unterstützte – verschiedene Anwendungen dachten, sie würden denselben Bereich virtueller Adressen verwenden, aber die virtuellen Speichereinrichtungen des neuen Systems ordneten diese verschiedenen Bereichen von realen Speicheradressen zu. Der Adressraum jeder Anwendung besteht aus 3 Bereichen: Betriebssystem (eine von allen Jobs geteilte Instanz); ein Anwendungsgebiet, das für jede Anwendung einzigartig war; gemeinsam genutzter virtueller Bereich, der für verschiedene Zwecke verwendet wird, einschließlich der Kommunikation zwischen den Arbeitsplätzen. IBM versprach, dass die Anwendungsbereiche immer mindestens 8 MB groß sein würden. Dieser Ansatz eliminiert das Risiko von Speicherfragmentierung , die in MVT und SVS vorhanden war, und verbessert die innere Sicherheit des Systems. Das neue System wurde schnell als „ MVS “ (Multiple Virtual Storages) bekannt, das ursprüngliche OS/VS2 wurde als „SVS“ (Single Virtual Storage) bekannt und IBM selbst akzeptierte diese Terminologie und bezeichnete die Nachfolger von MVS als „MVS/ xxx “.
MVS hat einen neuen Ansatz für das Workload-Management eingeführt, der es Benutzern ermöglicht, Leistungsziele für Batch-Jobs mit hoher Priorität zu definieren. Dies ermöglichte es Benutzern, ihren Systemen mehr Arbeit als bisher zu geben, ohne die Leistung der Jobs mit der höchsten Priorität zu beeinträchtigen.
MVS war das erste Mainstream-Betriebssystem von IBM auf dem System/370, das das unterstützte, was IBM als eng gekoppeltes Multiprocessing bezeichnete , bei dem 2 (später bis zu 12 für IBM-Mainframes und bis zu 16 für Amdahl- Mainframes) CPUs gleichzeitigen Zugriff auf die gleichen Speicher (und eine einzige Kopie des Betriebssystems und der Peripheriegeräte), was eine höhere Verarbeitungsleistung und ein gewisses Maß an ordnungsgemässem Abbau bei Ausfall einer CPU bietet (was glücklicherweise immer seltener wurde, da die Systembetriebszeit von Stunden auf Tage anstieg.) und dann auf Jahre .)
Anfänglich wurde MVS mit einem Job-Warteschlangenmanager namens JES2 (Job Entry Subsystem 2) geliefert , der von HASP ( Houston Automatic Spooling Priority ) abstammte und auch Remote Job Entry von Workstations aus unterstützte, die sich an anderer Stelle befinden. JES2 kann nur Jobs für eine CPU verwalten (die ein eng gekoppeltes Multiprozessorsystem sein kann). 1976 stellte IBM eine weitere Option bereit, JES3 (Job Entry Subsystem 3), ein Nachkomme von ASP ( Attached Support Processor ), das es einer CPU ermöglicht, eine einzelne Jobwarteschlange zu verwalten, die Arbeit an mehrere physisch getrennte CPUs füttert, und somit einer Bedienerkonsole ermöglicht, die Arbeit all dieser CPUs verwalten. Anmerkung: JES1 war der Jobwarteschlangenmanager für OS/VS1 (siehe oben).
VSAM
IBM hoffte, dass die virtuelle Speicherzugriffsmethode (VSAM) seine früheren sequenziellen, indizierten und direkten Zugriffsmethoden ersetzen würde, da verbesserte Versionen dieser bereitgestellt wurden:
- Entry-Sequenced Datasets (ESDS) bieten ähnliche Funktionen wie sowohl sequentielle als auch BDAM-(direkte) Datensätze, da sie entweder von Anfang bis Ende oder direkt durch Angabe eines Offsets vom Anfang gelesen werden können.
- Key-Sequenced Datasets (KSDS) sind ein wichtiges Upgrade von IBMs ISAM: Sie ermöglichen Sekundärschlüssel mit nicht eindeutigen Werten und Schlüssel, die durch Verketten nicht zusammenhängender Felder in beliebiger Reihenfolge gebildet werden; sie reduzieren die Leistungsprobleme, die durch Überlaufdatensätze verursacht werden, die verwendet werden, um Einfügungen und Aktualisierungen in ISAM zu verarbeiten, erheblich; und sie reduzieren das Risiko, dass ein Software- oder Hardwarefehler während einer Indexaktualisierung den Index beschädigen könnte, erheblich. VSAM bietet eine ISAM / VSAM-Schnittstelle, die es ISAM-basierten Anwendungen ermöglicht, VSAM KSDS ohne Neuprogrammierung zu verwenden.
- Relative Satzdatensammlungen (RRDS) sind ein Ersatz für den direkten Zugriff ( BDAM ) Datensätze, so dass Anwendungen , die einen Datensatz zuzugreifen , indem eine relative Datensatznummer angibt. Im Gegensatz zu ESDS und KSDS unterstützt RRDS keine Datensätze mit variabler Länge.
Diese VSAM - Formate wurden die Grundlage des IBM Datenbank - Management - Systeme , IMS / VS und DB2 - in der Regel ESDS für die eigentliche Datenspeicherung und KSDS für Indizes.
VSAM bietet auch eine neue Implementierung der Katalogfunktion, die es Anwendungen ermöglicht, auf Dateien nach Namen zuzugreifen, ohne wissen zu müssen, auf welchem Laufwerk sie sich befinden. VSAM-Datasets müssen vor ihrer Verwendung in einem VSAM-Katalog definiert werden, und auch Nicht-VSAM-Datasets können in einem VSAM-Katalog aufgelistet werden. Der MVS-Masterkatalog muss ein VSAM-Katalog sein. Kataloge wurden ursprünglich in OS/360 in Form von CVOLs bereitgestellt; MVS hat eine separate Katalogstruktur für VSAM hinzugefügt; später fügte IBM einen dritten Katalogtyp hinzu, der als ICF-Katalog bekannt ist. (IBM hat die Unterstützung für CVOL- und VSAM-Kataloge ab 2000 entfernt, da sie nicht Jahrtausende-kompatibel waren; daher werden in z/OS nur ICF-Kataloge unterstützt.)
SNA
Im Jahr 1974 kündigte IBM Systems Network Architecture an , das die Kosten für den Betrieb großer Terminalnetzwerke reduzieren sollte, hauptsächlich durch die effizientere Nutzung von Kommunikationsleitungen. Dies ist nur für IBMs Virtual-Memory-Betriebssysteme verfügbar, da seine Mainframe-Softwarekomponente VTAM nur mit diesen Betriebssystemen verfügbar ist.
Spätere MVS-Versionen und -Erweiterungen
1977 kündigte IBM MVS/System Extensions an, ein Programmprodukt (dh es kostete zusätzliches Geld), das die MVS-Leistung verbessert und die Funktionalität erweitert.
Nachkommen von MVS werden immer noch auf den neuesten Nachkommen von System/360, System/390 und zSeries verwendet ; es wurde für System/390 in OS/390 umbenannt , und die 64-Bit-Version für die zSeries hieß z/OS .
Zeitleiste
Diese Daten stammen aus der Versionshistorie von IBM 360 Operating Systems , System/370 Market Chronology of Products & Services , IBM. "z/OS, z/OS.e und OS/390 Marketing- und Serviceankündigung, Verfügbarkeit und Rücknahmedaten" . und IBM Ankündigungsschreiben.
| Best.-Nr. | Angekündigt | Versand | Unterstützung abgebrochen |
rel # | Name |
|---|---|---|---|---|---|
| 360S | 1964-04 | Betriebssystem/360 | |||
| 1964-04 | 1965-11 | 1 | Betriebssystem/360 Vorabversion Single Sequential Scheduler |
||
| 1964-04 | 1966-11 | OS/360 Multiple Sequential Scheduler | |||
| 360S | 1965-12 | 1966-03-31 | 1 | Betriebssystem/360 | |
| 360S | 1966-06 | 2 | Betriebssystem/360 | ||
| 360S | 1966-08-18 | 1966-08 | 4/5 | Betriebssystem/360 | |
| 360S | 1966-04-29 | 1966-10 | 6 | Betriebssystem/360 MFT |
|
| 360S | 1966-12-07 | 8 | Betriebssystem/360 | ||
| 360S | 1967-02 | 9,5 | Betriebssystem/360 | ||
| 360S | 1967-05 | 11 | Betriebssystem/360 | ||
| 360S | 1967-08-08 | 12 | Betriebssystem/360 MVT? |
||
| 360S | 1967-08 | 13 | Betriebssystem/360 MVT |
||
| 360S | 1968-01 | 14 | Betriebssystem/360 | ||
| 360S | 1968-08-30 | 15/16 | Betriebssystem/360 MFT-II, VTOC-Positionierung |
||
| 360S | 1969-03 | 17 | Betriebssystem/360 | ||
| 360S | 1969-07 | 1969-09 | 18 | Betriebssystem/360 SMF für MVT |
|
| 360S | 1969-10 | 18,6 | Betriebssystem/360 | ||
| 360S | 1970-03 | 19 | Betriebssystem/360 | ||
| 360S | 1970-06-01 | 1970-08-05 | 19.1 | Betriebssystem/360 SMF für MFT, MFT Attach, 1285 / 87 / 88-Unterstützung |
|
| 360S | 1970-08-05 | 19,6 | Betriebssystem/360 | ||
| 360S | 1970-09 | 20 | Betriebssystem/360<TSO> | ||
| 360S | 1971-02 | 20,1 | Betriebssystem/360 | ||
| 360S | 20,6 | Betriebssystem/360 | |||
| 360S | 21 | Betriebssystem/360 | |||
| 360S | 21,6 | Betriebssystem/360 | |||
| 360S | 21,7 | Betriebssystem/360 | |||
| 360S | 1972-08 | 21,8 | Betriebssystem/360 | ||
| 5741 | 1972-08 | 1973-?? | 1 | Betriebssystem/Virtueller Speicher 1 (OS/VS1) | |
| 5742-SC1 | 1972-08 | 1972-?? | 1 | Betriebssystem/Virtueller Speicher 2 (OS/VS2) (Einzelner virtueller Speicher) (SVS) | |
| 5752-VS2 | 1972-08 | 1974-?? | 2 | Betriebssystem/Virtueller Speicher 2 (OS/VS2) (Mehrere virtuelle Adressräume) (MVS) mit Job Entry Subsystem 2 (JES2) | |
| 5752-VS2 | 1972-?? | 1975-10 | 2 | Betriebssystem/Virtueller Speicher 2 (OS/VS2) MVS mit Job Entry Subsystem 3 (JES3) | |
| 5752-VS2 | ?? | ? | 2.1 | Betriebssystem/Virtueller Speicher 2 (OS/VS2) MVS mit Job Entry Subsystem 3 (JES3) | |
| 5752-VS2 | 1975-?? | 1975-10 | 3 | Betriebssystem/Virtueller Speicher 2 (OS/VS2) MVS mit Job Entry Subsystemen 2 und 3 (JES2 und JES3) | |
| 5752-VS2 | ? | ? | 3.6 | Betriebssystem/Virtueller Speicher 2 (OS/VS2) MVS mit Job Entry Subsystemen 2 und 3 (JES2 und JES3) | |
| 5752-VS2 | 1976-11 | ? | 3.7 | Betriebssystem/Virtueller Speicher 2 (OS/VS2) MVS mit Job Entry Subsystemen 2 und 3 (JES2 und JES3) | |
| 5752-VS2 | 1979-?? | ? | 3.8 | Betriebssystem/Virtueller Speicher 2 (OS/VS2) MVS mit Job Entry Subsystemen 2 und 3 (JES2 und JES3) | |
| 5740-XE1 | 1979-?? | ? | 1 | MVS/Systemerweiterungen (MVS/SE) | |
| 5740-XE1 | 1979-03 | 1979-08 | 2 | MVS/Systemerweiterungen (MVS/SE2) | |
| 5740-XYS | 1980-06 | 1980-12 | 1 | MVS/System Produktversion 1 JES2 (MVS/SP 1.1) | |
| 5740-XYN | 1980-06 | 1980-12 | 1 | MVS/System Produktversion 1 JES3 (MVS/SP 1.1) | |
| 5740-XYS | 1980-06 | 1981-06 | 2 | MVS/System Produktversion 1 JES2 (MVS/SP 1.2) | |
| 5740-XYN | 1980-06 | 1981-06 | 2 | MVS/System Produktversion 1 JES3 (MVS/SP 1.2) | |
| 5740-XYS | 1980-11 | 1981-10 | 3 | MVS/System Produktversion 1 JES2 (MVS/SP 1.3) | |
| 5740-XYN | 1980-11 | 1981-10 | 3 | MVS/System Produktversion 1 JES3 (MVS/SP 1.3) | |
| 5740-XC6 | 1981-10 | 1983-03 | 1 | MVS/Systemprodukt - JES2 Version 2 (MVS/Erweiterte Architektur) (MVS/XA) | |
| 5740-XC6 | 1981-10 | 1983-03 | 1 | MVS/Systemprodukt - JES3 Version 2 (MVS/Erweiterte Architektur) (MVS/XA) | |
| 5685-001 | 1988-02 | 1988-07 | 1 | MVS/Systemprodukt - JES2 Version 3 (MVS/Enterprise System Architecture) (MVS/ESA) | |
| 5685-002 | 1988-02 | 1988-07 | 1 | MVS/Systemprodukt - JES3 Version 3 (MVS/Enterprise System Architecture) (MVS/ESA) | |
| 5685-047 | 1990-09-05 | 1990-10-26 | 1994-03-31 | 1 | MVS/ESA SP - JES2 Version 4 |
| 5685-047 | 1990-09-05 | 1992-12-31 | 1999-06-30 | 2 | MVS/ESA SP - JES2 Version 4 |
| 5685-047 | 1992-06-18 | 1993-03-26 | 1999-06-30 | 3 | MVS/ESA SP - JES2 Version 4 |
| 5685-048 | 1990-09 | 1990-10 | 1999-06-30 | 1 | MVS/ESA SP - JES3 Version 4 |
| 5655-068 | 1994-04-05 | 1994-06-24 | 2001-01-31 | 1 | MVS/ESA SP - JES2 Version 5 |
| 5655-068 | 1994-09-13 295-072 |
1995-06-30 | 2001-03-31 | 2 | MVS/ESA SP - JES2 Version 5 |
| 5655-069 | 1994-09-13 | 1995-29-13 | 2001-03-31 | 2.1 | MVS/ESA SP - JES3 Version 5 |
| 5655-069 | 1995-02-28 295-072 |
1995-09-29 | 2001-03-31 | 2.2 | MVS/ESA SP - JES3 Version 5 |
| 5645-001 | 1996-02-20 | 1996-03-29 296-018 |
2001-01-31 | 1 | OS/390-Version 1 |
| 5645-001 | 1996-02-20 296-018 |
1996-09-27 | 2001-01-31 | 2 | OS/390-Version 1 |
| 5645-001 | 1996-09-10 | 1997-03-11 297-040 |
2001-03-31 | 3 | OS/390-Version 1 |
| 5647-A01 | 1997-03-11 297-040 |
1997-09-26 297-355 |
2001-03-31 | 4 | OS/390-Version 2 |
| 5647-A01 | 1997-09-09 297-355 |
1998-03-27 297-355 |
2001-03-31 298-049 |
5 | OS/390-Version 2 |
| 5647-A01 | 1998-02-24 298-049 |
1998-09-25 298-278 |
2002-03-31 | 6 | OS/390-Version 2 |
| 5647-A01 | 1998-08-18 298-278 |
1999-03-26 299-042 |
2002-03-31 | 7 | OS/390-Version 2 |
| 5647-A01 | 1999-02-22 299-042 |
1999-09-24 299-234 |
2002-09-30 | 8 | OS/390-Version 2 |
| 5647-A01 | 2000-02-29 299-234 |
2000-03-31 200-030 |
2003-03-31 | 9 | OS/390-Version 2 |
| 5647-A01 | 2000-05-16 | 2000-09-29 200-145 |
2004-09-30 | 10 | OS/390-Version 2 |
| 5694-A01 | 2000-10-03 200-352 |
2001-03-30 | 2004-03-31 | 1 | z/OS-Version 1 |
| 5694-A01 | 2001-09-11 201-248 |
2001-10-26 | 2004-10-31 | 2 | z/OS-Version 1 |
| 5694-A01 | 2002-02-19 202-031 |
2002-03-29 | 2005-03-31 | 3 | z/OS-Version 1 |
| 5694-A01 | 2002-08-13 202-190 |
2002-09-27 | 2007-03-31 | 4 | z/OS-Version 1 |
| 5694-A01 | 2004-02-10 [ 204-017 |
2004-03-26 | 2007-03-31 | 5 | z/OS-Version 1 |
| 5694-A01 | 2004-08-10 204-180 |
2004-09-24 | 2007-09-30 | 6 | z/OS-Version 1 |
| 5694-A01 | 2005-07-27 205-167 |
2005-09-30 | 2008-09-30 | 7 | z/OS-Version 1 |
| 5694-A01 | 2006-08-08 206-190 |
2006-09-29 | 2009-09-30 | 8 | z/OS-Version 1 |
| 5694-A01 | 2007-08-08 207-175 |
2007-09-28 | 2010-09-30 | 9 | z/OS-Version 1 |
| 5694-A01 | 2008-08-05 208-186 |
2008-09-26 | 2011-09 | 10 | z/OS-Version 1 |
| 5694-A01 | 2009-08-18 209-242 |
2009-09-25 | 2013-09 | 11 | z/OS-Version 1 |
| 5694-A01 | 2010-07-22 210-235 |
2010-09-24 | 2015-09 | 12 | z/OS-Version 1 |
| 5694-A01 | 2011-07-12 211-252 |
2011-09-30 | 2017-09 | 13 | z/OS-Version 1 |
| 5650-ZOS | 2013-07-23 213-292 |
2013-09-30 | 2019-09 | 1 | z/OS-Version 2 |
| 5650-ZOS | 2015-07-28 215-267 |
2015-09-30 | 2021-09 | 2 | z/OS-Version 2 |
| 5650-ZOS | 2017-07-17 217-246 |
2017-09-27 | TBA | 3 | z/OS-Version 2 |
| 5650-ZOS | 2019-02-26 219-013 |
2019-09-30 | TBA | 4 | z/OS-Version 2 |
| 5650-ZOS | 2021-06-27 221-260 |
2021-09-30 | TBA | 5 | z/OS-Version 2 |
| Best.-Nr. | Angekündigt | Versand | Unterstützung abgebrochen |
rel # | Name |
|
Legende:
Alte Version
Ältere Version, noch gepflegt
Letzte Version
|
|||||
Anmerkungen
Verweise
Weiterlesen
Anleitungen
- IBM, "MVT-Leitfaden" - GC28-6720-4, R21, März 1972
- IBM, "MVT Supervisor PLM" - GY28-6659-7, Handbuch zur Programmlogik, März 1972
- IBM, "OS I/O Supervisor PLM" - GY28-6616-1, Handbuch zur Programmlogik, April 1967
- IBM, "OS I/O Supervisor PLM" - GY28-6616-9, Handbuch zur Programmlogik, R21.7, April 1973
Bücher
- Brooks, Jr., Frederick P. (1975). „ Der mythische Mann-Monat: Essays über Software Engineering “, Addison-Wesley. ISBN 0-201-00650-2 . (Nachdruck mit Korrekturen, Januar 1982)
- Binder, Robert V. (1985). " Application Debugging: An MVS Abend Handbook for Cobol, Assembly, PL/I, and Fortran Programmers ", Prentice-Hall. ISBN 0130393487 .
- Pugh, Emerson W.; Johnson, Lyle R.; Palmer, John H. (1991). 360 und frühe 370 Systeme von IBM , Cambridge: MIT Press. (S. 291–345)