DE69029210T2

DE69029210T2 - Verwaltungsverfahren und Vorrichtung zur Datenspeicherung

Info

Publication number: DE69029210T2
Application number: DE69029210T
Authority: DE
Inventors: Jack Peter Gelb; John Charles Tyrrell
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1989-01-26
Filing date: 1990-01-25
Publication date: 1997-05-22
Anticipated expiration: 2010-01-26
Also published as: DE69029210D1; JPH0754478B2; US5018060A; EP0381651A2; JPH02239344A; EP0381651B1; EP0381651A3

Description

Technischer Bereich der Erfindung

Diese Erfindung bezieht sich auf einen computergesteuerten, peripheren Datenspeicher und insbesondere auf die globale Verwaltung des Datenspeichers für die bereitgestellte transparente Abgrenzung des peripheren Datenspeichers von Anwendungsprogrammen, die den peripheren Datenspeicher nutzen.

Hintergrund der Erfindung

Die Speicherung von computerverarbeiteten Daten (codiert oder uncodiert, wobei uncodierte Daten auch als Bild-, Grafik- oder Rasterdaten bezeichnet werden) in peripheren Geräten und Teilsystemen stellt in modernen Informationsverarbeitungssystemen einen wichtigen Kostenfaktor dar. Außerdem hat die verfügbare Speicherkapazität von Informationsverarbeitungssystemen ungeheuer zugenommen. Die aktuelle Art und Weise der peripheren Datenspeicherverwaltung ist aufgrund der hohen Kosten und der Schwierigkeiten bei der Verwaltung des Datenspeicherplatzes, der Bereitstellungsleistung (d. h. schneller Zugriff auf Datenspeicherplatz oder -bereich) und der Schwierigkeiten für Softwareprogrammierer, diese riesige periphere Datenspeicherkapazität so günstig wie möglich zu nutzen, immer weniger zufriedenstellend. Es ist daher wünschenswert, die Softwareprogrammierer von der gegenwärtigen Anforderung zu entbinden, nach der die von ihnen entwickelten Programme Informationen über die physischen Parameter des peripheren Datenspeichers enthalten müssen. Wünschenswert ist dagegen die Bereitstellung einer rein logischen Steuerung, bei der sich die Softwareprogrammierer bei der Programmierung je nach den Erfordernissen des Anwendungsprogramms auf Datensätze, Datenbanken usw. konzentrieren können. Solche Überlegungen zu Datensätzen können allgemein die gewünschte Leistung, die Größe, die erforderliche Verfügbarkeit und Zuverlässigkeit usw. betreffen. Alle Faktoren hinsichtlich der Verwaltung des Speicherplatzes, der Leistung, der Verfügbarkeit und der Installierung von peripheren Teilsystemen sollten für den Softwareprogrammierer, der sich mit Anwendungsprogrammen befaßt, nicht von Belang sein. Dies ist bisher jedoch nicht der Fall.

Stand der Technik

Anfänglich mußte der Computerbenutzer für die Jobsteuerungssprache (JCL) eine Vielzahl von Parametern für die Programmausführung spezifizieren, darunter auch Angaben zum peripheren Datenspeicher. Bei jeder Modifizierung des peripheren Datenspeichers war eine entsprechende Änderung der JCL-Anweisungen für das auszuführende Programm erforderlich. Ein Beispiel für die JCL- Steuerung eines Prozessors geben Poublan et. al. in der US-Patentschrift 4 104 718. Diese Interaktion zwischen den Operationen eines peripheren Datenspeichers und denjenigen von Benutzeranwendungsprogrammen soll minimiert und möglichst ganz ausgeschaltet werden.
Der Benutzer oder Softwareprogrammierer sollte möglichst implizit Spezifizierungen für die Anforderungen an Programmausführung und Datenspeicherung angeben können, die sich auf einer relativ hohen oder logischen Ebene befinden. Der Begriff "logisch" bezieht sich dabei auf Spezifizierungen für die gewünschte Programmausführung und insbesondere für den peripheren Datenspeicher. Dabei sollten alle Zuweisungen und Steuerungen des peripheren Datenspeichers dem direkten Zugriff durch den Softwareprogrammierer entzogen werden.
Der Begriff "logisch" wird seit langem für die Beschreibung von programmbezeichneten Geräten wie "logischen Geräten" verwendet. Solche logischen Beschreibungen beseitigen nicht die Interaktion zwischen dem Softwareprogrammierer und dem peripheren Datenspeicher. Ein Beispiel für solche Spezifizierungen für logische Geräte enthält die US-Patentschrift 4 403 288 von Christian et. al., bei der ein physisches Gerät (DASD - Direktzugriffsspeicher) als vier logische Geräte adressierbar ist.
Die Verbreitung von DASD in peripheren Datenspeicher-Teilsystemen führte zu einem Programm für die zentrale DASD-Speicherplatzzuweisung mit der Bezeichnung DADSM (Platzverwaltung für Direktzugriffsspeicher). Der Softwareprogrammierer mußte jedoch weiterhin Speicherplatz in Form von Geräteparametern und -typen anfordern; siehe Artikel von Duvall et. al., "Asynchronous Allocation Requests", IBM TECHNICAL DISCLOSURE BULLETIN, Bd. 25, Nr. 8, Januar 1983, S. 4148 - 4150. Es ist wünschenswert, den Softwareprogrammierer nicht mit Parameterspezifizierungen für ferne Geräte zu belasten; er solltte sich, unabhängig von den Parametern für das Gerät, ausschließlich mit hohen oder logischen Spezifizierungsebenen befassen müssen. Dies macht die implizite Übersetzung der logischen Parameterspezifizierung in die Auswahl von Datenspeichergeräten und die Speicherplatzzuweisung für ausgewählte Geräte erforderlich.
In seinem Artikel "Data Base Control and Processing System", IBM TECHNICAL DISCLOSURE BULLETIN, Bd. 25, Nr. 7A, Dezember 1982, S. 3578 - 3582 beschreibt March einige der komplexen Aspekte, die bei der Datenbankverwaltung zum Tragen kommen. Diese Komplexität sollte die Arbeit des Softwareprogrammierers nicht nachteilig beeinflussen.
In der US-Patentschrift 4 467 421 beschreibt White ein virtuelles Datenspeichersystem mit einem außerhalb des Host befindlichen Speichersteuerungsprozessor, der benutzerdefinierte Datensätze in Blöcke einer Größe aufteilt, die in peripheren Datenspeichergeräten problemlos gespeichert werden können. Der Speicherprozessor weist diese Blöcke den Speicherplätzen in peripheren Datenspeichergeräten zu. Er fängt die geräteorientierten Ein-/Ausgabe-Befehle vom Host ab und paßt die Operationen des peripheren Datenspeicher-Teilsystems an, um einen leistungsfähigeren Betrieb zu erzielen. Aus dieser kurzen Beschreibung wird deutlich, daß auch hier der Softwareprogrammierer noch geräteabhängige JCL-Anweisungen benötigt, obwohl ein externer Speicherprozessor die geräteabhängigen Funktionen anders interpretiert, als dies von der Anwendungsprogrammierung her vorgesehen war. Diese Anordnung kann zwar die Auswirkungen einer Änderung der Gerätetypen usw. mildern, der Softwareprogrammierer wird jedoch nach wie vor mit Überlegungen zu den Geräteparametern belastet. Diese Notwendigkeit sollte möglichst vermieden werden.
In der US-Patentschrift 4 638 425 beschreibt Hartung ein Datenspeicherteilsystem mit Cache-DASD, in dem ein Softwareprogrammierer eine Speicherparameteranzeige einfügen kann, die angibt, ob bestimmte Datensätze in peripheren Teilsystem primär im flüchtigen (Cache-) peripheren Speicher oder primär im (DASD-) Sicherungsspeicher gespeichert werden sollen. Werden sie primär im Cache gespeichert, wird zwar die Leistung erhöht, aber bei Stromausfall oder defekten Geräten kommt es zu Datenverlust im Anwendungsprogramm. Die Auswahl erfolgt ausgehend vom "Nutzungs"-Status, d. h. abhängig davon, ob die Nutzung interaktiv mit Datenstationen (mit Cache-Speicherung zur Erhöhung der Leistung) erfolgt, oder ob es sich um eine Aktivität handelt, die den Datenstationen nachgeordnet ist (und primär für einen bestimmten Zeitraum gesichert werden soll). Obwohl die Nutzungsanzeige logisch erscheint, müssen dem Softwareprogrammierer grundlegende Operationsmerkmale des peripheren Datenspeicher- Teilsystems bekannt sein. Diese Angaben sollten eher implizit als explizit ein.
In der US-Patentschrift 4 607 346 beschreibt Hill eine implizite Steuerung eines DASD, die auf der "Zugriffshäufigkeit" für ein bestimmtes Programm basiert, die der Benutzer oder Softwareprogrammierer vorgibt. Ausgehend von dieser Zugriffshäufigkeit werden die zu speichernden Daten den verschiedenen Bereichen eines DASD zugewiesen. Aus dieser Beschreibung wird deutlich, daß sich der Softwareprogrammierer auch hier noch mit Geräteparametern befassen muß, daß die Festlegung der Geräteparameter jedoch noch durch die gewünschten Zugriffsparameter für das Anwendungsprogramm kompliziert werden. Diese zusätzlichen Schwierigkeiten sollten möglichst vermieden werden.
In der US-Patentschrift 4 638 424 beschreiben Beglin et. al. eine maschinenimplementierte Verwaltung eines peripheren Datenspeichers. Die Patentschrift bezieht sich auf das IBM Produkt Hierarchical Storage Manager, das mittlerweile als Data Facility Hierarchical Storage Manager bezeichnet wird. Sie beschreibt die maschinenverwaltete Zugriffs- und Zuweisungspriorität für eine große Vielzahl an peripheren Datenspeichergeräten für Verschiebung, Aufruf, Sicherung, Wiederherstellung und Defragmentierung von Datensätzen, die im peripheren Datenspeicher gespeichert sind. Die Patentschrift befaßt sich mit der Lösung der Verfügbarkeitsproblematik für Geräte durch mit ihnen verbundene Hosts. Die in dieser Patentschrift beschriebenen maschinengestützten Aktivitäten werden durchgeführt, nachdem ermittelt wurde, ob Betriebsdatensätze, die bereits in peripheren Datenspeichergeräte (z.B. DASD) gespeichert waren, verschoben oder gesichert werden sollen. Diese Patentschrift behandelt also nicht die Probleme, die entstehen, wenn der Softwareprogrammierer nicht mit den Komplexitäten des peripheren Datenspeichers in Berührung kommen soll.
In der US-Patentschrift 4 542 458 beschreiben Kitajima et. al. die Zuweisung von Daten zu Geräten auf der Basis der Gerätefehlerraten. Eine solche Interaktion macht die Interaktion zwischen Softwareprogrammierer und Geräteparameter auf jeden Fall weiterhin erforderlich.
In der US-Patentschrift 4 528 624 beschreiben Kamionka et. al. die Auswahl von peripheren Geräten für Zuweisungen vor dem peripheren Datenspeicher und gehen dabei vom maximalen freien Speicherplatz der Geräte aus. Diese Auswahl ist unabhängig von der tatsächlichen Speicherkapazität der verschiedenen Geräte. Dieser einfache, aber wirksame Auswahlprozeß wird maschinell ausgeführt, nachdem der Softwareprogrammierer die geräteabhängigen JCD-Anweisungen abgeschlossen hat; d. h. die maschinellen Operationen für die Speicherplatzzuweisung ersetzen nicht alle Interaktionen zwischen dem Softwareprogrammierer und den Gerätemerkmalen.
In der US-Patentschrift 4 604 690 beschreiben Crabtree et. al. ein Online-Verfahren für die Rekonfiguration eines Datenverarbeitungssystems mit hinzugefügten E/A- oder peripheren Geräten. Diese Patentschrift beschreibt einen Steuerblock, der ein neu hinzugefügtes peripheres Gerät definiert und dem Hauptspeicher eines Hosts hinzugefügt und darin gespeichert werden kann, so daß seine Nutzung während des Hostbetriebs beginnen kann (d. h. es ist keine Systemgenerierung erforderlich). Das Einrichten und Hinzufügen von Geräten in Echtzeit stellt jedoch keine Lösung für die oben beschriebenen Interaktionsprobleme in herkömmlichen Datenverarbeitungssystemen dar.
In der US-Patentschrift 4 704 695 beschreiben Kimura et. al. ein Ableitungssystem, bei dem Attributinformationen einer Informationseinheit bereitgestellt werden, um eine problemlose Ausführung der Ableitung zu ermöglichen. Diese Patentschrift behandelt zwar Modifizierungsoperationen auf der Basis späterer Eingaben (lernende Maschine), sie enthält jedoch keinen Lösungsvorschlag für die oben beschriebenen Probleme.
In der US-Patentschrift 4 310 883 beschreiben Clifton et. al. ein Zuweisungsschema für ein Magnetband-Bibliothekssystem, z. B. das IBM 3850 Mass Storage System. Bei diesem Zuweisungsprozeß muß der Softwareprogrammierer mit dem Magnetband-Bibliothekssystem vertraut sein, daher stellt es keine Lösung für die oben beschriebene Interaktion dar, die beseitigt werden soll. Die Patentschrift beschreibt das Konzept einer Gruppe von Datenträgern (virtuellen Datenträgern in der Magnetbandbibliothek), die auf den am besten geeigneten Datenträger durchsucht werden, auf dem ein zu speichernder Datensatz gespeichert werden soll. Der Schwerpunkt liegt dabei auf den Risikofaktoren, die über ein Gelingen oder Scheitern der Zuweisung entscheiden. Speichergruppen können also verwendet werden, ohne daß die unerwünschte Interaktion zwischen dem Softwareprogrammierer und den peripheren Datenspeichersystemen aufgehoben ist.
IBM Technical Disclosure Bulletin, Bd. 28, Nr. 2, Juli 1985, S. 561 behandelt ein Programm mit der Bezeichnung DIFFAC, das eine Schnittstelle zwischen dem Anwendungsprogramm und der Datenbank- Zugriffssprache einer hierarchisch aufgebauten Datenbank darstellt. DIFFAC arbeitet mit verschiedenen in einem Datenwörterbuch verwalteten Tabellen, um Anwendungsaufrufe in die Syntax der Data Base Management System-Zugriffssprache zu übersetzen, und reduziert so die Anforderung an den Programmierer, sich mit der Data Base Management System-Zugriffssprache zu befassen.

Zusammenfassung der Erfindung

Unter einem ersten Aspekt betrachtet, stellt die vorliegende Erfindung ein maschinenausgeführtes Verfahren für die Verwaltung der Speicherung für Daten bereit, die in einem Datenspeichersystem gespeichert werden sollen, sowie für die spätere Verwaltung dieser in dem Datenspeiphersystem gespeicherten Daten, wobei das Verfahren die folgenden maschinell ausgeführten Schritte umfaßt: in dem Datenspeichersystem die Einrichtung und Speicherung einer Vielzahl von Speicherklassendefinitionen, wobei jede der Definitionen vorbestimmte Parameter zur Datenspeicherleistung und -verfügbarkeit enthält; in dem Datenspeichersystem die Einrichtung und Speicherung einer Vielzahl von Verwaltungsklassendefinitionen, wobei jede Verwaltungsklassendefinition Verwaltungsparameter wie die Lebenszyklusverarbeitung für die Verwaltung von Dateneinheiten enthält, die in dem Datenspeichersystem gespeichert sind, und wobei diese Verwaltungsparameter unabhängig von den Leistungs- und Verfügbarkeitsparametern sind; in dem Datenspeichersystem die Einrichtung und Speicherung von Speichergruppendefinitionen, von denen jede eine Vielzahl von Datenträgern mit Operationen enthält, die mit den auf den Datenträgern gespeicherten Daten durchgeführt werden sollen, die sich in den betreffenden Speichergruppen befinden; und in dem Datenspeichersystem die Einrichtung und Speicherung einer Vielzahl von Routinen für die automatische Klassenselektion für die Auswahl einer der Speicher- und Verwaltungsklassen bzw. einer der Speichergruppen für jede einzeln adressierbare Dateneinheit, die in dem Datenspeichersystem gespeichert werden soll, wobei jede Routine für die automatische Klassenselektion bei jeder Klassenselektion auf die betreffenden Definitionen zugreift, die in dem Datenspeichersystem gespeichert sind.
Unter einem zweiten Aspekt betrachtet, stellt die vorliegende Erfindung eine Vorrichtung für die Verwaltung der Speicherung von Daten bereit, die in einem Datenspeichersystem gespeichert werden sollen, sowie für die spätere Verwaltung dieser in dem Datenspeichersystem gespeicherten Daten, wobei die Vorrichtung umfaßt: Klassendefinitionsmittel, um in dem Datenspeichersystem eine Vielzahl von Speicherklassendefinitionen festzulegen und zu speichern, wobei jede der Definitionen vorbestimmte Parameter zur Datenspeicherleistung und -verfügbarkeit enthält; wobei die Klassendefinitionsmittel in dem Datenspeichersystem eine Vielzahl von Verwaltungsklassendefinitionen festlegen und speichern, von denen jede Verwaltungsklassendefinition Verwaltungsparameter wie die Lebenszyklusverarbeitung für die Verarbeitung von Dateneinheiten enthält, die in dem Datenspeichersystem gespeichert sind, und wobei diese Verwaltungsparameter unabhängig von den Leistungs- und Verfügbarkeitsparametern sind; Speichergruppendefinitionsmittel, um in dem Datenspeichersystem Speichergruppendefinitionen festzulegen und zu speichern, von denen jede eine Vielzahl von Datenträgern mit Operationen enthält, die mit den auf den Datenträgern gespeicherten Daten durchgeführt werden sollen, die sich in den jeweiligen Speichergruppen befinden; und Klassenselektionsmittel, um in dem Datenspeichersystem eine Vielzahl von Routinen für die automatische Klassenselektion festzulegen und zu speichern, mit denen jeweils eine der Speicher- und Verwaltungsklassen bzw. eine der Speichergruppen für jede einzeln adressierbare und in dem Datenspeichersystem gespeicherte Dateneinheit ausgewählt wird, wobei jede der Routinen für die automatische Klassenselektion bei der Klassenselektion auf die jeweiligen, im Datenspeichersystem gespeicherten Definitionen zugreift.
Gemäß der vorliegenden Erfindung wird eine Vielzahl von datenbezogenen Klassen definiert. Diese Klassen werden unabhängig voneinander definiert. Die Klassen werden so festgelegt, daß ein Host auf Datensatzparameter reagieren und implizit Datenspeichergeräte auswählen kann, die diejenigen gewünschten Systemoperationen durchführen können, die für die Datensatzparameter erforderlich sind. Die Datensatzparameter werden bevorzugt implizit von Datensatznamen abgeleitet, die von Datensatznamenskonventionen und -standards geregelt werden, die explizit unabhängig von den Parametern des peripheren Datenspeichers sind.
In einem maschinenausgeführten Verfahren der Erfindung enthalten die datenbezogenen Klassen Datenklassen, die auf vorbestimmten Datensatzparametern für verschiedene Datensatztypen basieren, die in dem peripheren Datenspeicher gespeichert bzw. daraus abgerufen werden sollen, Speicherklassen, die die Klassifizierung von Datensätzen nach vorbestimmten Leistungs- und Verfügbarkeitsparametern enthalten, die zu den verschiedenen Speicherklassen gehören sollen, sowie eine/mehrere Speichergruppe(n), die die Gruppen von peripheren Datenspeichergeräten hinsichtlich Status, Kapazität, Anschlußfähigkeit usw. definieren, sowie weiter Verwaltungsklassen, die die Lebenszyklusmerkmale der verschiedenen Datensätze definieren. Die Informationen aus einer Speicherklasse werden verwendet, um Datenträger in einer der Speichergruppe(n) unabhängig von JCL-Anweisungen des Anwendungsprogramms auszuwählen. Auch der verfügbare freie Speicherplatz auf den Datenträgern und ihr jeweiliges Aktivitätsniveau sind Faktoren bei der Auswahl der Speichergruppen-Datenträger.
Die Klassenselektionen für einen gegebenen Datensatz werden bevorzugt auf der Basis einer Datensatznamenskonvention festgelegt, z. B. einer Konvention mit der Kennzeichnung des Unternehmensbereichs, der dem Datensatz erzeugt hat, seiner Größe, der Zuweisungsattribute, der Sicherheitskriterien und anderer damit zusammenhängender Jobinformationen und -erfordernisse. Ein Datenträger kann direkt oder indirekt einem physischen Gerät zugeordnet werden; die Auswahl eines Datenträgers impliziert die Auswahl eines Geräts. Jedes physische Gerät kann einen oder mehrere Datenträger haben, wobei ein Datenträger auf eine Vielzahl von Geräte verteilt sein kann, logische Geräte bei der Adressierung des physischen Geräts verwendet werden können, usw.
Die Klassen und Gruppen werden zunächst mit interaktiven Mitteln durch einen sogenannten Speicheradministrator definiert. Die definierten Klassen und Gruppen werden in Steuerungstabellen zusammengefaßt, mit denen Dateneinheiten basierend auf Angaben zu den logischen Ebenen des Datensatzes ausgewählt werden, um eine Zuweisung von Speicherplatz des peripheren Datenspeichers zu erhalten. In einer bevorzugten Reihenfolge der maschinenausgeführten Geräteselektion wird zunächst die Datenklasse und anschließend eine Speicherklasse gefolgt von einer Verwaltungsklasse ausgewählt. Die Auswahl der drei Klassen wird danach kombiniert, um eine Speichergruppe auszuwählen, die am besten zu den Parameter aus den drei ausgewählten Klassen paßt. Die Auswahl der Klassen für einen beliebigen Datensatz oder eine Datenbank ist nicht nur abhängig von den Klassendefinitionen, sondern auch von der Logik, die bei der Verarbeitung der automatischen Klassenselektion verwendet wird. In jedem Fall hat der Speicheradministrator (in der Regel eine Person) die vollständige Kontrolle über die Kriterien für die Datenträger- und Klassenselektion; der Softwareprogrammierer muß sich mit diesen Definitionen nicht befassen. Nachdem eine Speichergruppe ausgewählt wurde, kann die Zuweisung von Datenspeicherplatz auf einem Datenträger, der zu der Speichergruppe gehört, im Hinblick auf die automatische Klassenselektion asynchron erfolgen.
Die oben genannten und andere Aufgaben, Merkmale und Vorzüge der Erfindung werden aus der folgenden ausführlichen Beschreibung der bevorzugten Ausführungsformen der Erfindung und den beigefügten Zeichnungen deutlich.

Beschreibung der Zeichnungen

Fig. 1 zeigt eine Vielzahl von Hosts, die gemeinsam ein peripheres Datenspeichersystem nutzen, bei dem die vorliegende Erfindung nutzbringend eingesetzt wird.
Fig. 2 zeigt eine vereinfachte Darstellung einer zu diesem Zeitpunkt zufällig ausgeführten Gruppe von Maschinenoperationen, die die Interaktion mit einem Benutzer beinhalten, mit denen Klassen und Gruppen festgelegt werden, die für die praktische Ausführung der vorliegenden Erfindung in dem System aus Fig. 1 eingesetzt werden können.
Fig. 3 ist ein vereinfachtes Flußdiagramm von maschinenausgeführten Operationen, die Routinen für die automatische Klassenselektion für die Klassen und Gruppen kompilieren, die mit den Maschinenoperationen aus Fig. 2 definiert werden.
Fig. 4 ist ein vereinfachtes Blockdiagramm der Beziehung zwischen Anwendungsprogrammen und peripheren Datenspeicher, wenn die vorliegende Erfindung mit dem System aus Fig. 1 angewendet wird.
Fig. 5 ist ein vereinfachtes Blockdiagramm eines peripheren Datenspeichersystems, bei dem die vorliegende Erfindung nutzbringend eingesetzt wird.
Fig. 6 ist eine vereinfachte Darstellung der Datenstrukturen, die mit dem System aus Fig. 4 verwendet werden können.
Fig. 7 ist ein vereinfachtes Flußdiagramm der Maschinenoperationen zur Auswahl von Klassen für einen Datensatz, wenn die vorliegende Erfindung angewendet wird.
Fig. 8 ist ein vereinfachtes Flußdiagramm der Maschinenoperationen für die Zuweisung von Datenspeicherplatz in einem oder mehreren Datenspeichergeräten, nachdem die Klassen für die Datensätze wie in Fig. 7 dargestellt ausgewählt wurden.

Ausführliche Beschreibung

In den beigefügten Zeichnungen beziehen sich identische Zahlen auf identische Merkmale und Operationen in den verschiedenen Zeichnungen. Fig. 1 zeigt ein Datenverarbeitungssystem mit einer Vielzahl von Hosts 10, die gemeinsam ein peripheres Datenspeichersystem 12 über eine Vielzahl von Ein-/Ausgabe-Anschlüssen (z. B. E/A-Kanäle) 11 nutzen. Die vorliegende Erfindung vereinfacht das Datenverarbeitungssystem für den Softwareprogrammierer.
Fig. 2 zeigt die vorbereitenden Schritte für die Implementierung der vorliegenden Erfindung in dem in Fig. abgebildeten Datenverarbeitungssystem. Ein Programm mit Mensch-Maschine-Interaktion ermöglicht die interaktiven Schritte 15-18 und erzeugt Datenstrukturen, durch die Softwareprogrammierer nicht mit den Merkmalen des Datenspeichersystems 12 in Berührung kommen. Die Schritte 15-18 können aus einer fortlaufenden, zeitgesteuerten und interaktiven Operation bestehen, wie dies durch die Klammer 19 schematisch dargestellt ist, um die Verarbeitung durch das Datenverarbeitungssystem zu optimieren.
Das interaktive Verhältnis zwischen einem Host 10 und einem Bediener (Speicheradministrator) enthält die Datenstation 13 und ein Datenstations-Unterstützungsprogramm im Host 10. Ein bevorzugtes interaktives System für die Festlegung der Klassen und Gruppen ist IBM Interactive System Management Facility (ISMF), das Teil des IBM Data Facility Product (DFP) ist. Mit ISMF können die Schritte aus den Fig. 2 und 3 problemlos ausgeführt werden. Angesichts der Vielzahl an verfügbaren interaktiven Programme werden die internen Details solcher Programme hier nicht wiederholt. Die hier enthaltene Beschreibung macht dem Fachmann deutlich, wie die vorliegende Erfindung angewendet werden kann. ISMF ist menügesteuert und verfügt über den folgenden Menüaufbau, um u. a. die Klassen, Speichergruppen und ACS-Routinen der beschriebenen Ausführungsform festzulegen. ISMF-Menü
Die obigen Begriffe weichen von denjenigen in ISMF geringfügig ab.
Schritt 15 ermöglicht die interaktive Definition von Datenklassen. Eine solche interaktive Definition wird durch die ISMF-Option Nummer 4 erreicht. Eine Datenklasse gibt die logischen Attribute für den Datensatz an, z. B. Datensatztyp, Datensatzlänge, Anforderungen an den Datenspeicherplatz im Hinblick auf logische Bytes anstelle von physischem Speicherplatz, Ablauf- und Datenhaltungszeit für den Datensatz sowie alle VSAM-Optionen (virtuelle Speicherzugriffsmethode) für den Datensatz. Die Datenklasse selbst vereinfacht die Datensatzzuweisung (so werden z. B. JCL-DD-Anweisungen vereinfacht), unterstützt die Einführung von Zuweisungsstandards, kann mit später definierten Klassen gemäß der vorliegenden Erfindung oder unabhängig verwendet werden und erhöht dabei die Unabhängigkeit der Arbeit des Softwareprogrammierers von dem peripheren Datenspeichersystem, wie weiter unten noch deutlicher wird.
Eine mit ISMF definierte Gruppe von Datensätzen für die erste Installation einer Ausführungsform der Erfindung ist in der untenstehenden Tabelle aufgeführt: Tabelle der Datenklassen
Die Kurzbezeichnungen in der obigen Tabelle stehen für:
Namen von Datenklassen;; DATAF - sequentieller Datensatz mit fester Länge; DATAV - sequentieller Datensatz mit variabler Länge; SRCFLIB - untergliederte Datensatzquelle mit fester Länge; SRCVLIB - untergliederte Datensatzquelle mit variabler Länge; LOADLIB - untergliederte Lademodulbibliothek; LISTING - sequentielle SYSOUT-Ausgabe (SYSOUT steht für Systemausgabe); ENTRY - folgegebundene VSAM-Eingabe; KEYED - folgegebundener VSAM- Schlüssel; DIRECT - relativer VSAM-Datensatz und LINEAR - linearer VSAM-Datensatz.
Spaltenüberschriften; RECFM - Datensatzformat; LRECL - logische Datensatzlänge; AVGREC - Skalierungsfaktor für Datenspeicherplatz (d. h. Megabyte (MB, Kilobyte (KB) oder andere Einheiten für den Speicherplatz); AVGVAL - Durchschnittswert der Datensatzlänge; PSPACE - erforderlicher Primärspeicherplatz; SPACE - erforderlicher Sekundärspeicherplatz und DIR - Größe eines Verzeichnisses für den Datensatz.
Kurzbezeichnungen in den Spalten; FB - Block mit fester Größe; VB - Block mit variabler Größe; U - undefinierte Datensätze (multipliziert mit 1); VBA - mit ASA-Zeichen gesperrte Variable; ES - mit Zugangsfolge; KS - mit Schlüsselfolge; RR - relativer Datensatz; und LS - linearer Datensatz.
Aus der obigen Tabelle geht hervor, daß die Datensatzparameter in den Datenklassen definiert werden, um die Daten der verschiedenen zu speichernden Datensätze zu charakterisieren. Anders ausgedrückt, eine Datenklasse bestimmt, wie ein Datensatz für einen Datenprozessor aussieht.
Eine definierte Datenklasse gilt für Datensätze, die sowohl auf systemverwalteten als auch auf nicht systemverwalteten Datenträgern gespeichert werden. Der Begriff "nicht systemverwaltete Datenträger" bezeichnet diejenigen Datenträger, die nicht durch das System ausgewählt oder anderweitig gesteuert werden, in dem die vorliegende Erfindung angewendet werden kann. Datensätze, die einer beliebigen Datenklasse zugeordnet werden können, werden im Datenspeichersystem 12 entweder als systemverwaltete oder als nicht systemverwaltete Datensätze gespeichert.
In Schritt 16, der durch die Option 5 im obigen ISMF-Menü aufgerufen wird, werden mit den Einrichtungen und Verfahren aus Schritt 15 interaktiv Speicherklassen definiert. Jede Speicherklasse legt geräteunabhängig ihre eigene Gruppe von Speicherdiensten fest. Diese Dienste enthalten Spezifizierungen für den wahlfreien Zugriff, Spezifizierungen für den sequentiellen Zugriff, garantierter Speicherplatz (d. h. Vorgabe von Datenspeicherplatz vor einer versuchten Speicherung von Daten im peripheren Datenspeichersystem) usw. Aus dieser Auflistung geht hervor, daß diese Anforderungen nicht mit den Gerätefunktionen gleichzusetzen sind. Nachdem ein Datensatz einer Speicherklasse zugewiesen wurde, wird der Datensatz mit der vorliegenden Erfindung verwaltet; zur Vereinfachung wird ein solcher Datensatz als "systemverwalteter Datensatz" bezeichnet. Das Format der Klassendefinition ist willkürlich und wird hier nicht gezeigt. Untenstehender Abschnitt führt eine Reihe von Speicherklassen auf, die für die Anwendung der vorliegenden Erfindung geeignet sind.
Im folgenden werden einige beispielhafte Speicherklassen und ihre Dienstmerkmale kurz beschrieben. Die Speicherklasse DBLOG ist für Datenbankprotokolle vorgesehen. Sie verfügt über eine direkte Zugriffsspezifizierung zum Lesen mit einer Ansprechzeit von fünf Millisekunden. Sequentielle Spezifizierungen dienen dem Aufzeichnen oder Schreiben vom Datensätzen in das Datenspeichersystem 12 mit einer Ansprechzeit von drei Millisekunden. Für Datensätze dieser Klasse ist ein garantierter Speicherplatz erforderlich. Die Speicherklasse DBBASE ist für sogenannte Standard- bzw. gewöhnliche Datenbanken vorgesehen. Die einzige Spezifizierung ist in diesem Fall garantierter Speicherplatz. Die Speicherklasse DBENHANC für Datenbanken mit verbesserter Leistung verfügt über Datensätze mit einer Direktzugriffsspezifizierung für den Lesevorgang von zehn Millisekunden und einer Lesezugriffszeit für den sequentiellen Zugriff von ebenfalls zehn Millisekunden. Datensätze in dieser Speicherklasse verfügen über garantierten Speicherplatz. Die Speicherklasse DBCRIT für Datenbanken mit hoher Verfügbarkeit verfügt über eine Direktzugriffs-Lesespezifizierung von zehn Millisekunden, eine Spezifizierung für dem sequentiellen Lesezugriff von zehn Millisekunden, die ständige Verfügbarkeit von Daten für die Hosts 10 sowie über garantierten Speicherplatz. Die Speicherklasse DBFAST für Hochleistungsdatenbanken hat eine Ansprechzeit für den Direktzugriffs-Lesevorgang von fünf Millisekunden, eine Ansprechzeit für den sequentiellen Lesevorgang von fünf Millisekunden und verfügt über garantierten Speicherplatz für ihre Datensätze. Die Speicherklasse BASE enthält Standarddienste, wie sie von dem Datenspeichersystem 12 bereitgestellt werden können. Die Speicherklasse ENHANCED ist eine Gruppe von Speicherdiensten zur Leistungsverbesserung. Alle Zugriffsarten (Lesen und Schreiben) verfügen über eine Ansprechzeit für den direkten und sequentiellen Zugriff voh zehn Millisekunden. Die Speicherklasse CRITICAL verfügt über Dienste mit ständiger Verfügbarkeit und Ansprechzeiten für den direkten und sequentiellen Zugriff von zehn Millisekunden für alle Zugriffsarten. Die Speicherklasse FASTREAD beschreibt Speicherdienste für eine hohe Leseleistung. Die Spezifizierungen legen eine Zugriffsansprechzeit von fünf Millisekunden für alle Lesezugriffe bei direktem und sequentiellem Zugriff fest. Die zuletzt aufgeführte Speicherklasse FASTWRIT ist für Dienste mit hoher Schreibleistung vorgesehen. Sie verfügt über einen Schreib- bzw. Aufzeichnungsspeicherzugriff von fünf Millisekunden bei Direktzugriff bzw. von drei Millisekunden bei sequentiellem Zugriff.
In Schritt 17, der durch die Option 3 im obigen ISMF-Menü aufgerufen wird, werden Definitionen für Verwaltungsklassen erzeugt. Jede Verwaltungsklasse bezieht sich auf Lebenszyklussteuerungen für einen Datensatz. Sie legt Speicherplatz, Verfügbarkeit und Anforderungen für die Datenhaltungsverwaltung fest. Diese Spezifizierungen enthalten die Verschiebung von einer hohen oder Schnellzugriffsebene einer Datenspeicherhierarchie zu niedrigeren Ebenen oder langsameren Zugriffszeiten, Ablauf- und Datenhaltungszeiten und -grenzwerte, Sicherungshäufigkeit (null steht für keine Sicherung), Datenhaltungszeit für Sicherungskopien, Optionen für Gruppen von Dateigenerationen (GDG) und für die Satzverarbeitung (jede GDG ist eine Datenversion; bei jeder Aktualisierung eines Datensatzes wird dieser zu einer neuen Datenversion - d. h. zu einer neuen Datengeneration) sowie Optionen für die Teilfreigabe. Teilfreigabe bedeutet hier, daß ein nicht genutzter Bereich des Datenspeichers freigegeben werden kann, d.h. wieder in eine Auflistung des freien oder verfügbaren Speicherplatzes des jeweiligen Datenträgers aufgenommen werden kann. Untenstehende Beschreibung erläutert eine Gruppe von ISMF-definierten Verwaltungsklassen, die für die Anwendung der vorliegenden Erfindung verwendet werden können.
Alle Verwaltungsklassen verfügen über die folgenden Standardeigenschaften, die durch die Angabe von abweichenden Werten in einer der Verwaltungsklassen überschrieben werden können: keine Begrenzung für das Datensatz-Ablaufdatum, keine Teilfreigaben, die Anzahl der Tage im Primärspeicher (Speicherebene null) ohne Nutzung wird auf zwei begrenzt (durch eine Verschiebung oder eine andere Aktivität wird ein inaktiver Datensatz aus dem primären Datenträger entfernt), und die Datenhaltungszeit bei Nichtnutzung beträgt für die Ebene eins oder eine beliebige niedrigere Ebene sechzig Tage (Ebene eins ist die nächstniedrigere Ebene nach Ebene null in der Hierarchie des peripheren Datenspeichers). Die Primärebene oder Ebene null enthält die peripheren Datenspeichergeräten, mit denen die Hosts 10 ihre normalen peripheren Operationen durchführen. Die Standardparameter ermöglichen sowohl die automatische als auch die angewiesene Verschiebung in verschiedene Ebenen der Hierarchie des peripheren Datenspeichers, die Sicherungshäufigkeit ist eins, die Anzahl der Sicherungsversionen ist zwei, Sicherungskopien werden für sechzig Tage, zusätzliche Sicherungskopien für dreißig Tage gehalten, der Speicheradministrator oder ein Benutzer können eine Sicherung veranlassen, und die automatische Sicherung ist aktiviert. Im folgenden Abschnitt werden einige Beispiele für Verwaltungsklassen genannt.
Die Verwaltungsklasse INTERIM - als "MGMTCLAS (INTERIM)" bezeichnet - definiert Datensätze mit kurzer Lebensdauer. Diese Verwaltungsklasse gibt ein Verfallsdatum für die Datensätze von sieben Tagen ohne Nutzung an, verfügt über eine Gruppe von Dateigenerationen im Primärspeicher (Ebene 1), bei einer Aktivität der Dateigenerationsgruppe verfällt der Datensatz, Teilfreigaben sind zulässig, und es gibt keine automatische Sicherung.
MGMTCLAS (DBSTNDRD) gilt für Datenbanken ohne Verschiebung. Dabei gibt es keine angewiesene oder automatische Verschiebung und keine automatische Sicherung. MGMT (DBMIG) gilt für Datenbanken mit Verschiebung. Die Anzahl der Tage ohne Nutzung auf der Primärspeicherebene (Ebene null) ist auf fünfzehn begrenzt, wonach die Datenbank automatisch auf eine niedrigere Ebene in der Datenspeicherhierarchie verschoben wird, in der Regel auf Ebene eins. Es gibt keine automatische Sicherung. MGMTCLAS (STANDARD) ist für Datensätze mit Standardverarbeitung vorgesehen. Die Teilfreigabe dieser Datensätze ist zulässig, die Anzahl der Tage ohne Nutzung auf der Ebene eins beträgt fünfzehn, bevor eine Verschiebung zu einer niedrigeren Speicherebene stattfindet, die Sicherungshäufigkeit ist null, und die automatische Sicherung ist aktiviert. MGMTCLAS (GDG) beschreibt Gruppen von Datengenerationen. In dieser Klasse sind Teilfreigaben zulässig, die Anzahl der Tage für die Datenhaltung auf der Primärebene oder Ebene null ohne Nutzung vor einer Verschiebung zur Ebene eins ist auf fünfzehn Tage beschränkt, während die Anzahl der Tage für die Datenhaltung auf Ebene eins ohne Nutzung auf dreißig Tage begrenzt ist, bevor eine Verschiebung zu einer niedrigeren Ebene der Datenspeicherhierarchie veranlaßt wird; ein GDG-Element kann in den primären bzw. Datenspeichergeräten der Ebene null gespeichert werden, die Elemente werden bei Ablauf der Datenhaltungszeit auf eine niedrigere Ebene verschoben, und es gibt keine automatische Sicherung. MGMT (LATEMIG) beschreibt die verzögerte Verschiebung. In dieser Verwaltungsklasse ist die Teilfreigabe zulässig, und die Anzahl der Tage ohne Nutzung auf der Primärebene beträgt fünfunddreißig. MGMTCLAS (NOMIG) beschreibt Datensätze ohne Verschiebung, bei denen eine angewiesene oder automatische Verschiebung nicht zulässig und die Sicherungshäufigkeit gleich Null ist. MGMTCLAS (EXTRABAK) beschreibt Datensätze, für die zusätzliche Sicherungsversionen erstellt werden sollen. Bei dieser Klasse sind Teilfreigaben zulässig, die Sicherungshäufigkeit beträgt null, fünf Sicherungsversionen sind gestattet, und die Anzahl der Tage für einen Aufenthalt im Primärspeicher beträgt fünfzehn. MGMTCLAS (NOACTION) beschreibt Datensätze ohne Verschiebung oder Sicherungsverarbeitung durch die Systemverwaltung. Es gibt keine angewiesene oder automatische Sicherung.
Schritt 18, der durch die Option 6 im obigen ISMF-Menü aufgerufen wird, erzeugt eine Definition für eine Speichergruppe. Jede Speichergruppe kennzeichnet eine Gruppe von Datenträgern ähnlich einem Datenträger-Pool. Jede dieser Gruppen kann mit den Speichergruppen Ähnlichkeit aufweisen, die durch Clifton et. al. (siehe oben) beschrieben werden. Jede Speichergruppe hat ihre eigenen Anforderungen für die Datenträgerverwaltung, z.B. Grenzwerte für die Speicherplatzzuweisung (xx, yy), wobei xx ein hoher Grenzwert ist - wenn der Datenträger diesen Grenzwert erreicht, veranlaßt das Datenverarbeitungssystem so lange eine Datenverschiebung vom Primärdatenträger bzw. Datenträger der Ebene null, bis xx nicht mehr überschritten wird. Eine solche Verschiebung ist bekannt und kann mit dem IBM Programm DFHSM durchgeführt werden. yy ist ein niedriger Grenzwert, bei dem die oben genannte Verschiebung zu einem Datenträger auf einer niedrigeren Ebene der Datenspeicherhierarchie beendet wird. Eine solche Verschiebung enthält implizit die Operationen der Datensatzverschiebung von dem Datenträger sowie der Freigabe von Speicherplatz, der zuvor durch einen verschobenen Datensatz besetzt worden war, und das Löschen von Datensätzen auf dem Datenträger, die nicht verschoben werden müssen. Das IBM Programm DFHSM verschiebt, sichert und stellt Datensätze wieder her. Eine Speichergruppe wird nur für einen Datensatz ausgewählt, um eine periphere, Speicherplatzzuweisung durch Programmittel zu erhalten; d. h. die Speichergruppen sind für einen Benutzer oder Software-Entwickler nicht zugänglich, wie dies bei Clifton et. al. noch der Fall ist.
Im folgenden werden die definierten Speichergruppen für einen Datensatz festgelegt, der für eine Anwendung der vorliegenden Erfindung geeignet ist, wobei diese Ausführungen nicht als Einschränkung zu verstehen sind. Zunächst soll die Option 6 aus dem oben genannten ISMF-Menü gewählt worden sein. Es werden vier Arten von Speichergruppen definiert: PRIMARY für Datensätze, die nicht in Datenbanken vorliegen; LARGE für große Datensätze, die nicht in Datenbanken vorliegen; DATABASE für Datenbank-Datensätze und VIO für kleine, temporäre Datensätze. Sofern nicht anderweitig ausgewählt, lauten die Standardeinstellungen für alle vier Speichergruppen: automatische Verschiebung ist aktiviert, automatische Sicherung ist aktiviert, automatischer Speicherauszug ist nicht zulässig, Grenzwerte für die Verschiebung sind nicht vorgegeben, und eine Speicherauszugsklasse ist nicht angegeben.
Die Speichergruppe PRIMARY ist ein Datensatz-Pool. Die Definition für die Speichergruppe PRIMARY enthält eine Auflistung der Datenträger in der Speichergruppe, eine Systemauflistung, der Grenzwert für die Verschiebung ist auf 90,80 gesetzt, der automatische Speicherauszug ist aktiviert, und der Speicherauszug wird am Sonntag ausgeführt (Speicherauszugsklasse = SUNDAY). Die Speichergruppe LARGE ist ebenfalls ein Datensatz-Pool. Die Definition für die Speichergruppe LARGE enthält Datenträger für die Speicherung großer Datensätze (diese Auflistung enthält andere Datenträger als diejenigen der PRIMARY-Klasse, wobei dies nicht als Einschränkung zu verstehen ist), sie gibt ferner das System an (kann mit dem System für andere Speichergruppen identisch sein), automatische Verschiebung und Sicherung sind aktiviert, der Verschiebungsgrenzwert beträgt 50,40, und der automatische Speicherauszug ist für die Speicherauszugsklasse SUNDAY zulässig. Die Definition für die Speichergruppe DATABASE (Datensatz-Pool) führt andere Datenträger auf als die Auflistungen für die Speichergruppen PRIMARY und LARGE, wobei dies nicht als Einschränkung zu verstehen ist; sie kann dasselbe System definieren, die automatische Verschiebung ist aktiviert, während automatische Sicherung und automatischer Speicherauszug deaktiviert sind. Ein Verschiebungsgrenzwert von 90,80 ist festgelegt. Die Speichergruppe VIO gilt für virtuelle Ein-/Ausgaben mit einer maximalen Größe von 1024 Bytes und einer Gerätebezeichnung 3380 und gibt dasselbe System an wie die anderen drei Speichergruppen.
Fig. 3 zeigt Schritte für die Definition von ACS-Routinen, die von dem in Fig. 1 abgebildeten Datenverarbeitungssystem verwendet werden, um die in Fig. 2 definierten Datensatzklassen auszuwählen, die verwaltet werden sollen. In Fig. 3 steht die Zahl 25 für den Beginn einer Sitzung, in der ACS-Routinen erzeugt oder modifiziert werden, wie dies mit der Option 7 aus dem oben genannten ISMF-Menü ausgeführt wird. In Schritt 26 gibt der Bediener an der Datenstation 13 die Daten für die ACS-Routine ein, die erzeugt werden soll. Der erzeugten ACS-Routine wird ein Name zugewiesen. Nach der Dateneingabe überprüft der Host 10, mit dem die Datenstation 13 verbunden ist, in Schritt 27 die neu eingegebenen Daten und kompiliert die erzeugte ACS-Routine auf die übliche Art und Weise in einen ausführbaren Code. Weiter unten sind beispielhafte Quellcodes für die automatische Klassenselektion (ACS) aufgeführt, die in Schritt 26 für die definierten Klassen erzeugt wurden. In Schritt 28 werden die ausführbaren Module im Datenverarbeitungssystem gesichert. Das Programm für die Verwaltung der peripheren Datenhierarchie, z. B. das IBM Programm DFP (Data Facility Product) ruft anschließend das kompilierte Modul auf, wobei ein Modul für jede Klasse (Daten, Speicher, Verwaltung) und ein Modul für die Speichergruppe aufgerufen wird, um für jeden Datensatz automatisch Klassen auszuwählen, wie dies im Hinblick auf Fig. 7 weiter unten beschrieben wird.
Der Quellcode für die in dem Schritten 26-28 erzeugten kompilierten Module für die Klassenselektion ist weiter unten aufgeführt. Wann immer eine zusätzliche Klasse oder Gruppe in einem der Schritte 15-18 erzeugt wird, werden die Module für die automatische Klassenselektion so geändert, daß sie die neuen Definitionen enthalten. Solche Programmodifizierungen sind hinreichend bekannt und werden hier nicht ausführlicher beschrieben.
In den untenstehenden Auflistungen gibt /* eine Anmerkung an, die die unmittelbar folgenden Maschinenoperationen beschreibt. Das Symbol steht für ein logisches OR; && steht für ein logisches AND, NOT= gibt eine Ungleichheit an, während = bei einem funktionserzeugenden Schritt angibt, daß der linke Operator gleich dem rechten Operator ist, und bei einem WHEN-Schritt Gleichheit als ein Parameter für eine Programmablaufprüfung angibt. Die Klammer steht für die Gruppierung von logischen Operatoren, wie hinreichend bekannt ist. Die Auflistungen basieren auf erwarteten ISMF-Ausgaben; sie sind vereinfachte Darstellungen des ISM-Ausgabeformats. ACS-ROUTINE FÜR DATENKLASSEN
/* ANMERKUNG: Falls die Zuweisungsanforderung eine Datenklasse angibt, soll sie verwendet werden; andernfalls soll eine Datenklasse ausgehend von dem Bezeichner für erkennbare Low-Level- Datensätze ausgewählt werden.*/
Die obige Quellenauflistung zeigt eine Form der maschinell ausgeführten Datenklassenselektion für die Auswahl von Datenklassen, die in der Tabelle der Datenklassen (DATACLAS) enthalten sind.
Die in Schritt 16 definierten Speicherklassen spezifizieren ihre jeweilige Gruppe von Speichergeräten auf geräteunabhängige Art und Weise. Solche spezifizierten Dienste werden mit Parametern in der Zuweisungsanforderung für die Auswahl einer Speicherklasse abgeglichen. Diese Auswahl erfolgt unabhängig von der Auswahl einer Daten- oder Verwaltungsklasse. Jede Speicherklasse gibt Spezifizierungen für den wahlfreien, sequentiellen oder direkten Zugriff an; sie gibt ferner an, welcher garantierte, logische Datenspeicherplatz (falls vorhanden) zur Verfügung gestellt werden muß (Datenspeicherplatz zur Speicherung von Datensätzen wird zugeordnet, bevor eine Speicherzugriffsanforderung für die Datenspeicherung ausgegeben wird). Dabei ist zu beachten, daß die Dienste unabhängig von den Gerätefunktionen ausgedrückt werden - alle Spezifizierungen befinden sich noch auf einer logischen Ebene.
Falls eine Datenklasse ausgewählt wird und keine Speicherklasse für einen Datensatz ausgewählt wurde, wird der Datensatz nicht vom System verwaltet. Die Auswahl von Speicherklassen erfolgt bevorzugt durch die Überprüfung von DSNAME (Datensatzname) und seinen Bezeichnern.
Untenstehend wird die Quellcodeauflistung für ein in den Schritten 25 bis 28 erzeugtes Programmodul für die automatische Auswahl einer STORCLAS aufgeführt. ACS-ROUTINE FÜR SPEICHERKLASSEN
Die in den Schritten 25 - 28 generierte Quellcodeauflistung für die automatische Auswahl einer Verwaltungsklasse in der Datenspeicherhierarchie gemäß den oben genannten Verwaltungsklassen wird im folgenden aufgeführt. ACS-ROUTINE FÜR VERWALTUNGSKLASSEN
Die in den Schritten 25 - 28 generierte Quellcodeauflistung für die automatische Auswahl einer Speicherklasse in der Datenspeicherhierarchie gemäß den oben genannten Speichergruppen und ausgewählten Klassen wird im folgenden aufgeführt. ACS-ROUTINE FÜR SPEICHERGRUPPEN
Fig. 4 zeigt in vereinfachter Form die logischen Beziehungen zwischen Software-Programmierung und den Steuerungen der vorliegenden Erfindung. Alle in Fig. 4 dargestellten Elemente mit Ausnahme des peripheren Datenspeichers 12 befinden sich in einem Host 10. Eine Vielzahl an Anwendungsprogrammen 30 wird auf dem Host 10 ausgeführt. Software-Verbindungen mit den peripheren Steuerprogrammen 31 werden auf die übliche Art und Weise realisiert. Das Data Facility Product (DFP) 32 enthält eine Programmierung, mit der die vorliegende Erfindung implementiert werden kann. Einen Bestandteil von DFP 32 bildet ISMF 33, ein Programm für die Datenstationsunterstützung, das oben in Verbindung mit der Datenstation 13 erwähnt wurde. Der mit zwei Spitzen abgebildete Pfeil 34 steht für den Anschluß an eine oder mehrere Datenstationen 13. Das Datenverschiebungsprogramm 35 veranlaßt die Verschiebung von Daten zwischen dem Hauptspeicher (nicht abgebildet) des Hosts und dem peripheren Datenspeicher 12. Das IBM Programm DFDSS ist ein solches Datenverschiebungsprogramm. Das Datenverschiebungsprogramm 35 verwendet das IOS (Eingabe- Ausgabe-System) 37, das einen Bestandteil des Betriebssystems des Hosts 10 bildet, für die Übertragung der Daten zwischen dem Hauptspeicher (nicht abgebildet) des Hosts 10 und dem peripheren Datenspeicher 12 über die Ein-/Ausgabe-Kanäle 38. Die Koordination solcher peripheren Operationen erfolgt über Steuersätze (CDS) 40; die meisten dieser Datensätze sind bereits bekannt, zum besseren Verständnis der vorliegenden Erfindung sind neue Datenstrukturen in Fig. 6 dargestellt. Parallel zu DFP 32 arbeitet DFHMS 41, ein Verwaltungsprogramm für den hierarchischen Speicher. DFHSM 41 stellt die oben erwähnte Verschiebung, Aufruf, Sicherung usw. von Datenträgern bereit und arbeitet ferner auf Datensatz- und Datenbankebene, wobei es die Verwaltungsklassen-Steuerungen verwendet.
Fig. 5 ist ein vereinfachtes Schaubild eines peripheren Datenspeichersystems 12, das mit den Kanälen 38 verbunden ist. Eine primäre Ebene bzw. Ebene 0 des hierarchischen peripheren Datenspeichers enthält ein. bzw. mehrere im Cache gespeicherte(s) DASD-Teilsystem(e) 45, während die Ebene eins der Hierarchie DASD(s) (46) mit mittlerer Leistung enthält. Hochleistungs- DASD(s) 47 können ein Bestandteil der Primärebene sein. Die Ebene zwei der Hierarchie kann ein oder mehrere direkt verbundene(s) Bandteilsystem(e) 48 oder gepufferte Bandteilsystem(e) 49 enthalten. Ebene drei der Hierarchie enthält Regale für die Speicherung 50. Dabei versetzen Operatoren die Bandspulen (Datenträger) von Hand von einem bzw. mehreren Speichergerät(en) 50 zu den Bandlaufwerken des/der Bandteilsystem(e) 48 und 49. Eine automatische Datenträgerbibliothek (Band oder Platte) 55 kann ebenfalls Bestandteil des peripheren Datenspeichers 12 sein. Die Bibliothek 55 enthält typischerweise einen Bereich für das Datenträger-Handling 56 und eine Vielzahl von Aufzeichnungs-/Lesegeräten (Band oder Platte) DEV 57 sowie eine Bibliothekssteuerung CONTR 58. Das/die Speicherregal(e) 50 ist bzw. sind ebenfalls funktionsmäßig mit der Bibliothek 55 verbunden. Eine Steuerkonsole 60 bildet die Datenstation für die Kommunikation mit dem Host 10 für manuell durchführbare Aspekte des peripheren Datenspeichers 12 und kann als Datenstation 13 für ISMF verwendet werden. Die Bibliothek 55 kann je nach Ausführung eine niedrigere (oder höhere) Ebene der Datenspeicherhierarchie sein.
Fig. 6 zeigt ist eine vereinfachte Darstellung von Datenstrukturen, die bei einer Anwendung der vorliegenden Erfindung in der beschriebenen Umgebung verwendet werden können. Der Begriff "Datenträger" bezeichnet einen logischen Datenträger (einzeln adressierbarer Speicherplatz) oder einen physischen Datenträger (Bandspule, DASD-Spindel, Gruppe von DASD-Zylindern usw.). Die logischen Datenträger sind Adreßräume auf einem oder mehreren physischen Datenträgern. Jeder im peripheren Datenspeicher 12 adressierbare Datenträger verfügt über ein Datenträgerverzeichnis, das als Datenträgerinhaltsverzeichnis (VTOC) bezeichnet wird (hierzu gehört auch das TTOC bzw. Bandinhaltsverzeichnis), sowie über VVDS (Datensatz des VSAM-Datenträgers). Das Verzeichnis 70, das ein Datensatz sein kann, enthält DSN 71, in dem der Datensatz- oder Datenbankname gespeichert wird, LOC 72, das die Speicherstelle von DSN angibt, STORCLAS 74, die die Speicherklasse angibt, zu der DSN gehört, und MGMTCLS 75, die die Verwaltungsklasse angibt, zu der DSN gehört. Die Datenklasse ist nicht enthalten, da sie keine Parameter definiert, die direkt vom peripheren Datenspeicher 12 verwendet werden können; die Datenklasse definiert vielmehr DSN als Datensatzparameter (bzw. Datenbankparameter), nicht als Speicherparameter. Das Feld V 75 gibt an, daß jeder Eintrag weitere Felder enthalten kann, die im Hinblick auf die vorliegende Erfindung nicht von Bedeutung sind.
Die Datenklassendefinition kann im Katalog der Datenverarbeitungsgeräte, in anderen Datenstrukturen, auf die das System zugreifen kann, oder als separater Steuerblock gespeichert sein. Jeder Datenklasseneintrag (DATACLAS) 80 enthält ein Typfeld 81 für dem Datentyp, ein RF-Feld 82 für das Datensatzformat, ein RL-Feld 83 für die Datensatzlänge, ein Speicherplatzfeld 84 für die Anforderungen des Primär-, -Sekundär- und Verzeichnisspeicherplatzes, ein EXP-Feld 85 für die abgelaufene Zeit (die Zeitspanne seit der Erzeugung der Daten), ein RETENT-Feld 86 für die Datenhaltungsanforderungen für den Primärspeicher sowie ein VSAM-Feld 87 für die VSA-Datensatzparameter. Jeder Speicherklasseneintrag (STORCLAS) enthält ein Lesefeld 91 und ein Schreibfeld 92 für Anforderungen der Lese- bzw. Schreibzugriffszeiten, ein AVAIL-Feld 93 für die Verfügbarkeitsanforderungen, ein ALLOC-Feld 94 für die Zuweisungsgröße, die für die zugehörigen Datensätze und Datenbanken erforderlich ist, sowie andere Felder, die erforderlich oder erwünscht sein können. Ein Verwaltungsklasseneintrag MGMTCLAS 100 enthält ein EXPIRE-Feld 101 für die abgelaufene Zeit (d. h. eine Zeitspanne anstelle eines Kalenderdatums), ein RETENT-Feld 102 für die Datenhaltungszeit im Primärspeicher, ein MIGRATE-Feld 103 für die Verschiebungsanforderungen wie beispielsweise die Tage seit dem letzten Zugriff, ein BU-Feld 104 für Sicherungsanforderungen, ein Versionsfeld 105 für die Anzahl der Versionen, die gehalten werden sollen, sowie weitere Felder für sonstige Anforderungen für eine bestimmte Verwaltungsklasse. Ein Speichergruppeneintrag STORGRP 110 enthält ein TYPE-Feld 111 für den Gruppentyp (Pool usw.), ein ALLOC-Feld 112 für die Zuweisungsgrößen, ein VIO-Feld 113 für die Anforderungen für flüchtige E/A-Datensätze (VIO), ein MIGRATE-Feld 114 für Verschiebungseigenschaften (automatisch, keine usw.), ein DUMP-Feld 115 für die Speicherauszugsparameter (zulässig usw.), ein BU-Feld 116 für die Sicherungsparameter sowie weitere Felder für sonstige Parameter. Hier wird deutlich, daß der Datenklasseneintrag 80 nicht alle Parameter und Anforderungen in den Speicher- und Verwaltungsklassen sowie in der Speichergruppe angibt. Dies bedeutet, daß der Software-Programmierer oder Benutzer nicht mit diesen Details in Berührung kommt - der Benutzer muß lediglich den Datensatz charakterisieren, was implizit über den Datensatznamen (DSN) geschehen kann.
Für die Adressierung der Einträge aus Fig. 6 kann ein beliebiges herkömmliches Adressierungsschema für die Tabellenadressierung verwendet werden. Jede der Klassen und Gruppendefinitionen kann sich in separaten Tabellen befinden (dies ist nicht als Einschränkung zu verstehen), wobei die relative Position des Eintrags anzeigt, welche Klasse oder Gruppe definiert wird. Jedem Eintrag kann für die Vergleichsadressierung ein zusätzliches Feld mit dem Namen der Klasse oder Gruppe hinzugefügt werden.
Fig. 7 zeigt ein Flußdiagramm mit der automatischen Klassenselektion (ACS), die gemäß der vorliegenden Erfindung eingesetzt und zwischen der Bestimmung eines Datensatzes oder einer Datenbank und einer Anforderung für die Zuweisung von Datenbereich im System 12 für diesen Datensatz bzw. die Datenbank durchgeführt wird. Eine solche automatische Klassenselektion für jeden Datensatz enthält stets die Auswahl einer Datenklasse DATACLAS. Falls lediglich eine DATACLAS und weder Speicher- und Verwaltungsklassen noch Speichergruppen spezifiziert werden, ist der Datensatz nicht systemverwaltet. Der Datensatz ist dagegen systemverwaltet, wenn eine Speicherklasse ausgewählt wird. Diese Klassenselektionen für einen Datensatz werden bevorzugt durch den Computer ohne Bedienerinteraktion durchgeführt. Dabei kann jede übliche Programmierung für die Folgebestimmung der dargestellten Routinen für die Klassenselektion verwendet werden; Einzelheiten, die für das Verständnis der vorliegenden Erfindung nicht von Bedeutung sind, werden daher nicht genannt. Die tatsächlich für den Datensatz ausgewählten Klassen sind nicht nur abhängig von den jeweiligen Klassendefinitionen, sondern auch von der Selektionsprogrammierlogik. Bei den dargestellten ACS-Routinen stellt eine einfache Auflistung sowohl eine Selektionspriorität der zuerst aufgelisteten Klasse in jeder Klassengruppe als auch die Reihenfolge der Klassenselektion bereit. Best-fit- oder andere Algorithmen können ebenfalls verwendet werden, um die verschiedenen Ergebnisse zu erhalten.
Die Klassenselektionsanforderung für einen Datensatz wird von einem Benutzerprogramm über DFP-Prozesse (nicht abgebildet oder beschrieben) auf Leitung 140 empfangen. Diese Anforderung kann durch die Eingabe eines Datensatzes oder einer Datenbank im System ausgegeben werden. Dabei soll sich der Begriff "Datensatz" im folgenden sowohl auf einen Datensatz als auch auf eine Datenbank beziehen. Der erste Schritt 141 ist eine maschinell ausgeführte Auswahl einer Datenklasse mit dem ACS-Programm, das weiter oben in der Tabelle "ACS-ROUTINE FÜR DATENKLASSEN" enthalten ist. Bei der Datenklassenselektion vergleicht diese ACS-Routine Informationen in DATACLAS 80 mit den Parametern (nicht abgebildet), die mit dem Datensatz empfangen wurden, z. B. im Datensatznamen (DSN). Ein vorbestimmter Vergleich der Informationen in DATACLAS und der empfangenen Parameter, z. B. vorbestimmte Kennzeichnungen (dies ist nicht als Einschränkung zu verstehen), veranlaßt die ACS-ROUTINE FÜR DATENKLASSEN, einen der oben aufgeführten DATACLAS-Einträge auszuwählen. Nach der Auswahl einer Datenklasse wird in einem zweiten Schritt 142 eine Speicherklasse ausgewählt. Das Programm für die maschinell ausgeführte Auswahl ist weiter oben in der Tabelle mit dem Titel "ACS-ROUTINE FÜR SPEICHERKLASSEN" aufgeführt. Eine der Optionen bei der maschinellen Auswahl der Speicherklasse (Pfeil 143) besteht darin, die Zuordnung einem "nicht SMS-verwalteten" Bereich des Datenverarbeitungssystems zuzuweisen. Das heißt, das Speicherverwaltungssystem (SMS), das die Speicher- und Verwaltungsklassen verwendet, soll den Datensatz, der Gegenstand der aktuellen Anforderung für eine Klassenselektion ist, nicht verwalten.
Dieser Ausschlußprozeß ist in der Anmerkung "Definiere nicht SMS-verwaltete Datensätze" der Auflistung ACS-ROUTINE FÜR SPEICHERKLASSEN beschrieben. In diesem Beispiel basieren die Systemdatensätze (SYS.**) mit einem DSN mit dem Ausschlußparameter der vorliegenden Erfindung auf einer syntaktischen Analyse des DSN. Daher können Datenklassen für Datensätze ausgewählt werden, die mit der vorliegenden Erfindung oder mit anderen Steuerungsarten verwaltet werden sollen.
Wenn eine Speicherklasse für einen Datensatz ausgewählt wurde, wird in einem dritten maschinenausgeführten Schritt 144 eine Verwaltungsklasse maschinell ausgewählt, wobei das Programm aus der Tabelle "ACS-ROUTINE FÜR VERWALTUNGSKLASSEN" verwendet wird. Die Parameter in MGMTCLAS 100 werden mit den empfangenen Datensatzparametern verglichen, um das am besten geeignete Vergleichselement zu ermitteln, das angibt, welche der oben aufgeführten Verwaltungsklassen für den Datensatz ausgewählt wird.
Die maschinelle Auswahl einer Verwaltungsklasse bildet den Abschluß des maschinell ausgeführten Klassenselektionsprozesses, der insgesamt der Auswahl einer Speichergruppe von Datenträgern dient, auf denen dem Datensatz Speicherplatz zugewiesen werden soll. In diesem Zusammenhang ist anzumerken, daß Datensätze einer Datenklasse verschiedene Speicher- und Verwaltungsklassen haben bzw. diese zugeordnet bekommen können, daß Datensätze mit verschiedenen oder zugeordneten Datenklassen zu derselben Speicherklasse und gleichzeitig zu verschiedenen Verwaltungsklassen gehören können.
Die vierte und letzte Option ist die Auswahl der Speichergruppe durch den maschinell ausgeführten Schritt 145, mit dem dem Datensatz Speicherplatz zugewiesen wird. Diese maschinelle Auswahl wird in der Tabelle mit dem Titel "ACS-ROUTINE FÜR SPEICHERGRUPPEN" beschrieben. Nach Abschluß der Klassen- und Gruppenselektionen werden mit dem maschinell ausgeführten Schritt 146 die Kennzeichnungen der ausgewählten Klassen und der ausgewählte Datensatz in dem Datenverarbeitungssystem aus Fig. 1 für einen bestimmten Zeitraum als Steuersatz gesichert, der ein Eintrag im Verzeichnis 70 ist und später durch das Zuweisungsprogramm (Fig. 8) verwendet wird. In der Ausführungsform der vorliegenden Erfindung soll eine Speichergruppe Speicherparameter für Datensätze beschreiben, die über verschiedene Datenklassen, Speicherklassen und Verwaltungsklassen verfügen. Pfeil 147 gibt an, daß die Programmausführung mit anderweitiger Programmierung fortfährt, die für die vorliegende Erfindung nicht von Bedeutung ist. Zu diesem Zeitpunkt wird das Datenverarbeitungssystem auf den Empfang einer bzw. mehrerer Zuweisungsanforderung(en) für den Datensatz und die Zuweisung mittels SMS-Verwaltung vorbereitet.
Fig. 8 zeigt die Reaktion von DFP auf eine empfangene Zuweisungsanforderung, wenn sich die Zugriffsanforderung auf die SMS-verwalteten Daten bezieht. Die Zuweisungsanforderung wird in Schritt 150 von einem Benutzerprogramm empfangen. In Schritt 151 wird der zugehörige Steuersatz (Eintrag im Verzeichnis 70) gelesen, um zu ermitteln, ob eine Speicherklasse für den Datensatz ausgewählt wurde. Falls keine Speicherklasse ausgewählt wurde (das Feld STORCLAS 74 des Eintrags in das Verzeichnis 70 ist gleich Null), wird die Zugriffsanforderung wie in der herkömmlichen Technik behandelt, d. h. es handelt sich nicht um einen systemverwalteten Datensatz. Falls eine Speicherklasse ausgewählt wurde, wird in Schritt 151 mit den Geräten, die einer Speichergruppe zugeordnet wurden, auf den Speicher zugegriffen. Dabei ist zu beachten, daß Klassen bestimmte Anforderungen an die Speicherverwaltung angeben; daher liegt der Hauptverwendungszweck der Klassendefinitionen in der Verwaltung des Datenbereichs, um seine Hilfsprogramme zu optimieren, während gleichzeitig eine implizite Verarbeitung der Zuweisung erfolgt, die auf der Datenklassendefinition basiert. Das IBM Produkt DFHSM bezieht sich beispielsweise auf die im Feld MGMTCLAS 75 angegebene Verwaltungsklasse, um festzustellen, welche der zu diesem Zeitpunkt maschinell ausgeführten Verschiebungs-, Sicherungs-, Lösch- und Speicherauszugsoperationen sowie wann diese Operationen mit den systemverwalteten Datensätzen ausgeführt werden sollen, die während ihrer "Lebensdauer" Mitglied der verschiedenen Verwaltungsklassen sind. Das IBM Produkt DFP übernimmt wie hier beschrieben die Zuweisung des Datenbereichs. Dabei ist zu beachten, daß die hier beschriebenen Datenstrukturen erweitert werden können und daß die implizite und benutzerunabhängige Daten- und Datenbereichsverwaltung mit den Modifizierungen der Datenstrukturen und mit der Erschließung weiterer Anwendungsmöglichkeiten der aktuellen Datenstrukturen ebenfalls ausgebaut werden kann.
Die Anwendung der vorliegenden Erfindung vereinfacht JCL-Anweisungen, indem sie die Informationsmenge reduziert, die der Host für eine erfolgreiche Antwort auf JCL-Anweisungen benötigt. In der herkömmlichen Technik konnte eine JCL-Anweisung folgendermaßen aussehen:
Bei einer Anwendung der vorliegenden Erfindung lautet obige JCL- Anweisung folgendermaßen:

Claims

1. Maschinenausgeführtes Verfahren für die Verwaltung der Datenspeicherung für Daten, die in einem Datenspeichersystem gespeichert werden können, und für die spätere Verwaltung dieser in dem Datenspeichersystem gespeicherten Daten, wobei das Verfahren die folgenden maschinenausgeführten Schritte umfaßt:

In dem Datenspeichersystem Einrichtung und Speicherung (16) einer Vielzahl von Speicherklassendefinitionen, wobei jede Definition vorbestimmte Parameter zur Datenspeicherleistung und -verfügbarkeit umfaßt;

in dem Datenspeichersystem Einrichtung und Speicherung (17) einer Vielzahl von Verwaltungsklassendefinitionen, wobei jede Verwaltungsklassendefinition Verwaltungsparameter wie beispielsweise die Lebenszyklusverarbeitung zum Verwalten von in dem Datenspeichersystem gespeicherten Dateneinheiten umfaßt, und wobei diese Verwaltungsparameter unabhängig von den Leistungs- und Verfügbarkeitsparametern sind;

in dem Datenspeichersystem Einrichtung und Speicherung (18) von Speichergruppendefinitionen, von denen jede eine Vielzahl von Datenspeicher-Datenträgern mit Operationen umfaßt, die mit den auf den Datenträgern gespeicherten Daten durchgeführt werden sollen, die sich in den betreffenden Speichergruppen befinden; und

in dem Datenspeichersystem Einrichtung und Speicherung einer Vielzahl von Routinen für die automatische Klassenselektion für die Auswahl (142, 144, 145) einer der Speicher- und Verwaltungsklassen bzw. einer der Speichergruppen für jede einzeln adressierbare Dateneinheit, die in dem Datenspeichersystem gespeichert werden soll, wobei jede Routine für die automatische Klassenselektion bei jeder Klassenselektion auf die betreffenden Definitionen zugreift, die in dem Datenspeichersystem gespeichert sind.

2. Maschinenausgeführtes Verfahren nach Anspruch 1, das die folgenden maschinenausgeführten Schritte umfaßt:

Einrichtung von vorbestimmten Benutzerdatensatz-Anzeigen für eine Dateneinheit, die in dem Datenspeichersystem gespeichert werden soll;

Vergleichen der vorbestimmten Benutzerdatensatz-Anzeigen der Dateneinheit mit den Speicherklassendefinitionen und Auswählen (142) einer der Speicherklassen unabhängig von den Verwaltungsklassendefinitionen (144); und

nach der Auswahl einer der Speicher- und Verwaltungsklassen Auswählen (145) einer der Speichergruppen unabhängig von der Auswahl der Speicherklasse.

3. Maschinenausgeführtes Verfahren nach Anspruch 2, das die folgenden maschinenausgeführten Schritte umfaßt:

Nach der Auswahl (145) einer der Speichergruppen Zuweisen von Datenspeicherplatz auf mindestens einem Datenträger, der zu der ausgewählten Speichergruppe gehört, wobei die Zuweisung prinzipiell unabhängig von der Klassenauswahl ist; und

Speichern der Dateneinheit auf dem ausgewählten Datenträger.

4. Maschinenausgeführtes Verfahren nach den Ansprüchen 2 oder 3, das die folgenden maschinenausgeführten Schritte umfaßt:

In dem Datenspeichersystem Einrichtung und Speicherung (15) einer Vielzahl von Datenklassendefinitionen, die jeweils verschiedene Definitionen von Datenmerkmalen festlegen, die unabhängig von den Definitionen in den Speicher- und Verwaltungsklassendefinitionen sind; und

Verwaltung des Lebenszyklusses der gespeicherten Daten mit den Parametern der Verwaltungsklasse unabhängig von den vorbestimmten Benutzerdatensatz-Anzeigen.

5. Maschinenausgeführtes Verfahren nach Anspruch 4, das die folgenden maschinenausgeführten Schritte umfaßt:

automatische Verwaltung einiger Daten mit den Speicher- und Verwaltungsklassen und manuelle Verwaltung (143) anderer Daten mit Steuerungen, die nicht die Speicher- und Verwaltungsklassen umfassen, wobei die Benutzer der einen Daten an der Verwaltung der anderen Daten beteiligt sind.

6. Maschinenausgeführtes Verfahren nach Anspruch 5, das weiter die folgenden Schritte umfaßt:

Verwaltung des Lebenszyklusses einer jeden in dem Datenspeichersystem gespeicherten Dateneinheit, wobei nur die betreffende Verwaltungsklasse verwendet wird, die für die Dateneinheiten ausgewählt wurde.

7. Maschinenausgeführtes Verfahren aus einem beliebigen der vorangehenden Ansprüche, das weiter den maschinenausgeführten Schritt umfaßt:

Einrichtung eines Steuerverzeichnisses (146) für alle Dateneinheiten, die ausgewählten Daten-, Speicher- und Verwaltungsklassen sowie Speichergruppen zugewiesen wurden, und Kennzeichnung ausschließlich derjenigen ausgewählten Speicher- und Verwaltungsklassen sowie des/der Datenträger/s, die für die Speicherung der betreffenden Dateneinheiten zugewiesen wurden, und weiter Kennzeichnung der betreffenden Dateneinheit.

8. Vorrichtung für die Verwaltung der Datenspeicherung für Daten, die in einem Datenspeichersystem gespeichert werden können, und für die spätere Verwaltung dieser in dem Datenspeichersystem gespeicherten Daten, wobei die Vorrichtung umfaßt:

Klassendefinitionsmittel, um in dem Datenspeichersystem eine Vielzahl von Speicherklassendefinitionen einzurichten und zu speichern (16), wobei jede der Definitionen vorbestimmte Parameter zur Datenspeicherleistung und -verfügbarkeit umfaßt;

wobei die Klassendefinitionsmittel in dem Datenspeichersystem eine Vielzahl von Verwaltungsklassendefinitionen einrichten und speichern (17), von denen jede Verwaltungsklassendefinition Verwaltungsparameter wie die Lebenszyklusverarbeitung für die Verarbeitung von Dateneinheiten umfaßt, die in dem Datenspeichersystem gespeichert sind, und wobei diese Verwaltungsparameter unabhängig von den Leistungs- und Verfügbarkeitsparametern sind;

Speichergruppendefinitionsmittel, um in dem Datenspeichersystem Speichergruppendefinitionen einzurichten und zu speichern (18), von denen jede eine Vielzahl von Datenspeicher-Datenträgern mit Operationen enthält, die mit den auf den Datenträgern gespeicherten Daten durchgeführt werden sollen, die sich in den jeweiligen Speichergruppen befinden; und

Klassenselektionsmittel, um in dem Datenspeichersystem eine Vielzahl von Routinen für die automatische Klassenselektion einzurichten und zu speichern, mit denen jeweils eine der Speicherung- und Verwaltungsklassen bzw. eine der Speichergruppen für jede einzeln adressierbare und in dem Datenspeichersystem zu speichernde Dateneinheit ausgewählt wird (142, 144, 145), wobei jede der Routinen für die automatische Klassenselektion bei der Klassenselektion auf die jeweiligen, im Datenspeichersystem gespeicherten Definitionen zugreift.

9. Vorrichtung nach Anspruch 8, die weiter umfaßt:

Mittel für die Einrichtung von vorbestimmten Benutzerdatensatz-Anzeigen für eine Dateneinheit, die in dem Datenspeichersystem gespeichert werden soll;

wobei das Klassenselektionsmittel die vorbestimmten Benutzerdatensatz-Anzeigen der Dateneinheit mit den Speicherklassendefinitionen vergleicht und unabhängig von den Verwaltungsklasssendefinitionen (144) eine der Speicherklassen auswählt (142); und

wobei das Klassenselektionsmittel ferner nach der Auswahl einer Speicher- und Verwaltungsklasse unabhängig von der Speicherklassenselektion eine Speichergruppe auswählt (145).

10. Vorrichtung nach Anspruch 9, wobei das Klassenselektionsmittel nach der Auswahl (145) einer der Speichergruppen Datenspeicherplatz auf mindestens einem Datenträger zuweist, der ein Mitglied der ausgewählten Speichergruppe ist, wobei diese Zuweisung prinzipiell unabhängig von den Klassenselektionen erfolgt; und

Speichermittel für die Speicherung der Dateneinheit auf dem Datenträger.

11. Vorrichtung aus Anspruch 9 oder 10, wobei das Klassendefinitionsmittel in dem Datenspeichersystem eine Vielzahl von Datenklassendefinitionen einrichtet und speichert (15), von denen jede verschiedene Definitionen von Datenmerkmalen definiert, die unabhängig von den Definitionen in den Speicher- und Verwaltungsklassendefinitionen sind, und wobei der Lebenszyklus der gespeicherten Daten unabhängig von den vorbestimmten Benutzerdatensatz-Anzeigen mit den Parametern der Verwaltungsklassen verwaltet wird.

12. Vorrichtung nach einem beliebigen der Ansprüche 8 bis 11, die weiter umfaßt:

Mittel für die Einrichtung eines Steuerverzeichnisses (146) für alle Dateneinheiten, die ausgewählten Daten-, Speicher- und Verwaltungsklassen sowie Speichergruppen zugewiesen wurden, und Kennzeichnung ausschließlich der ausgewählten Speicher- und Verwaltungsklassen und Datenträger, die für die Speicherung der betreffenden Dateneinheiten zugewiesen wurden, und weiter Kennzeichnung der betreffenden Dateneinheit.