IBM System Storage-Kompendium

IBM Storage Software
Der System-verwaltete Speicher im Mainframe-Umfeld – Werner Bauer
DFSMShsm löscht auch automatisch Dateien, deren
Lebensdauer nach ihrer zugewiesenen Management Class
abgelaufen ist (deleting expired data sets). Es werden aber
auch temporäre Dateien gelöscht oder es wird Platz freigegeben,
der innerhalb einer Datei nicht mit Daten genutzt ist,
wenn das durch die zugehörige Management Class als
Attribut verlangt wird.
Availability Management
Availability Management verwaltet die Backup­Kopien von
aktiven Dateien, die auf aktiven Disk Storage Volumes, auch
L0­Volumes genannt, liegen. Das Ziel ist, dass auf eine
Sicherungskopie zurückgegriffen werden kann, wenn die
Original­Datei fehlerhaft oder beschädigt ist – oder gar ein
ganzes Volume nicht mehr lesbar ist. DFSMShsm nutzt die
Policy­Angaben in der Management Class und Informationen
von der Storage Group, um automatisch und periodisch
Sicherungskopien der Original­Dateien zu erstellen. Diese
Sicherungen können auch über entsprechende
Kommandos angestoßen werden.
Konsolidieren von gültigen Dateien auf Tape-Kassetten
Über die Management Class werden Policies festgeschrieben,
wie und wann Sicherungskopien zu erstellen sind oder
wann Original­Dateien ausgelagert werden sollen. In der
Management Class wird auch festgeschrieben, wann eine
Datei gelöscht werden soll oder wie viele Sicherungs­Versionen
einer Original­Datei wie lange aufbewahrt werden
sollen. Auf einer Tape­Kassette sind oft viele Hunderte
Dateien über das Space Management oder das Availability
Management geschrieben worden, die zu unterschiedlichen
Zeiten für eine Löschung eligibel werden.
Die Abbildung ”Konsolidierung von gültigen Dateien auf
Tape­Kassetten“ zeigt, wie über einen ”Reclamation“­ oder
”Recycle“­Prozess nicht mehr valide Sicherungskopien oder
nicht mehr benötigte und ausgelagerte Dateien
entfernt werden.
Dabei werden neue Tape­Kassetten erstellt, die anschließend
wieder mit gültigen Dateien beschrieben sind. Die
dadurch frei gewordenen Tape­Kassetten werden in einen
Scratch Pool zurückgeführt und stehen damit wieder für
neue Tape Requests zur Verfügung.
DFSMShsm Common Recall Queue
Entscheidend für die Leistungsfähigkeit von DFSMShsm ist
die intelligente Nutzung von Funktionen und Services, die
z/OS und Parallel Sysplex zur Verfügung stellen. Die Leistungsfähigkeit
von DFSMShsm ist besonders kritisch, wenn
viele Dateien aus dem DFSMShsm­verwalteten Repository
zurückgerufen werden müssen (über die Recall­Funktion
von DFSMShsm). Wenn eine Anwendung oder ein Benutzer
eine Datei referenziert, die im Rahmen vom Space Management
auf die DFSMShsm­kontrollierte Speicher­Hierarchie
ausgelagert wurde, muss die Anwendung darauf warten,
bis DFSMShsm die Datei auf das Application­Volume (L0)
zurückgerufen hat (Recall). Wird diese Wartezeit minimiert
und damit der Durchsatz im System erhöht, trägt das zu
einer effizienteren Nutzung des gesamten Systems bei.
DFSMShsm optimiert deshalb diese Recall­Herausforderung
und nutzt die Coupling Facility als Repository für eine
gemeinsame Queue von Recall­Anforderungen. Die
Kommunikation von den DFSMShsm­Systemen innerhalb
eines Sysplexes erfolgt über die XCF­Technologie, bei der
die Coupling Facililty (Cross­System Coupling Facility),
praktisch einen schnellen und gemeinsam genutzten
(shared) Halbleiterspeicher darstellt.
174 1952 – 1961 1962 – 1974 1975 – 1993 1994 – 1998 1999 – 2005 2006 – 2010 Software Anhang