IBM System Storage-Kompendium

IBM Storage Software
Der System-verwaltete Speicher im Mainframe-Umfeld – Werner Bauer
zugehen. In unserem Beispiel sind alle Dateien, die SAP
als HLQ ausweisen, in dem Katalog U.SAP katalogisiert. Da
auch die Kataloge über einen DSN gefunden werden müssen,
gibt es eine übergeordnete Instanz, die ”Master Catalog“
genannt wird. Es gibt nur einen einzigen aktiven Master
Catalog in einem SMS­System. Dessen Inhalt wird Speicherresident
im z/OS vorgehalten, da er für jedes ”Data Set
Locate“ angezogen werden muss, um den zugehörigen
[user] Catalog anzuziehen. Das geschieht über den HLQ
und wird als ALIAS­Beziehung bezeichnet. Im Master Catalog
wird SAP als HLQ eingetragen und der Verweis auf den
user catalog U.SAP. Immer wenn ein DSN auftaucht, der
SAP als HLQ ausweist, wird in dem Katalog U.SAP diese
Datei definiert oder gesucht.
Da der Katalog nur auf ein Volume verweist, auf dem die
Datei abgelegt wird oder abgelegt ist, hat jedes Volume
ebenfalls eine feste Struktur, damit die Datei letztlich auf
dem Volume Level gefunden oder entsprechend eingetragen
werden kann. Das ”Volume Label“ steht immer auf der gleichen
Stelle eines jeden Volumes, Cylinder 1, Spur 1,
Record 1. Das Label hat u. a. auch einen Zeiger zum
Inhaltsverzeichnis des Volumes, die sog. Volume Table Of
Content oder VTOC. Die VTOC ist funktionell grob mit einem
File System in Unix oder Windows vergleichbar. In der
VTOC stehen alle DSNs, die ein Zuhause auf diesem
Volume haben, und die Anfangs­ und Endadresse dieser
Datei auf dem Volume.
Eine Datei oder DSN ist also ein eindeutiger Name innerhalb
einer SMS­Konfiguration und die zugehörige Datei muss
immer katalogisiert sein. Die Anforderung, eine neue Datei
anzulegen, geht durch das SMS – genauer gesagt durch
das DFSMS, Allocation und Catalog Management – und
sucht einen passenden Platz in der Speicherhierarchie,
abhängig von dem geforderten Service­Level, der für diese
neue Datei vorgegeben wird. Eine Anforderung für eine
bereits bestehende Datei geht nur durch die Allocation und
das Catalog Management, um die bestehende Datei zu
lokalisieren und der Anwendung zugänglich zu machen.
Übersicht über Policy-based Storage Management
Policy­basierendes Storage Management übernimmt die
Aufgaben des Speicher­Administrators, die zuvor manuell
ausgeführt wurden. DFSMS erlaubt die Trennung der
logischen Sicht der Daten von der physikalischen Speicherkonfiguration.
Logisch ist hier synonym mit Service Level
Agreements (SLA) gleichzusetzen und physikalisch bedeutet,
wo die Daten tatsächlich abgespeichert werden. Logische
Sicht heißt in der Terminologie von SMS: Data Class,
Storage Class und Management Class. Die Storage Group
spezifiziert letztlich den physikalischen Speicherplatz.
Über die Data Class werden Angaben über den Speicherbedarf
und die Daten-Attribute für eine Datei gemacht.
Die Storage Class enthält Angaben zur geforderten
Leistung und Antwortzeit und der Level der Verfügbarkeit
für die betroffenen Dateien. Das beinhaltet die Platzierung
auf einem physikalisch Volume mit schneller Zugriffszeit
oder dass eine Datei über das Attribute „sequential data
striping“ automatisch auf mehrere Volumes verteilt wird.
Die Management Class enthält Angaben über Anzahl und
Aufbewahrungsdauer der Sicherungen für eine Datei. Hier
wird auch definiert, wie lange die Datei selbst bestehen
bleibt, bevor sie automatisch gelöscht wird.
Die Storage Group definiert den potenziell physikalischen
Speicherplatz für die betroffene Datei. Eine Storage Group
ist eine Gruppe von Volumes in Disk-Storage-Subsystemen
oder eine Gruppe von Tape-Kassetten und Tape-Laufwerken.
Die betroffenen Volumes werden von DFSMS kollektiv
verwaltet.
170 1952 – 1961 1962 – 1974 1975 – 1993 1994 – 1998 1999 – 2005 2006 – 2010 Software Anhang
•
•
•
•
Entscheidend ist die Zuweisung dieser Attribute, die in
diesen Klassen oder „Constructs“ definiert sind. Diese
Aufgabe übernehmen sogenannte „Automatic Class Selection
Routines“ (ACS Routinen). Basierend auf Kriterien wie DSN,
Jobname, Größe der Datei und ca. weiteren 25 Kriterien,
werden jeder einzelnen neuen Datei entsprechende Klassen
zugewiesen. Für jede Klasse gibt es eine solche ACS Routine.
Die Übersicht ”ACS Routinen und Speicherhierarchie“ zeigt
die Rolle der ACS Routinen. Basierend auf diesen logischen
Klassen sucht das System den optimalen Speicherplatz für
die betroffene Datei in der vorhandenen Speicherhierarchie.