IBM System Storage-Kompendium

In ersten Pilotprojekten erwies sich die DataKeep/VM­
Lösung als stabiler als E­SMS und führte am 1. November
1990 zur Ankündigung des WDSF/VM­Software­Produkts
(Workstation DataSave Facility Release 1). Die Namensänderung
von „DataKeep/VM“ hin zu „WDSF/VM“ war durch
Vorbehalte der IBM Rechtsabteilung kurz vor der Ankündigung
notwendig geworden, obwohl schon die gesamte
Produktdokumentation gedruckt worden war.
WDSF/VM Release 1 war die erste Cliet/Server Anwendung
der IBM für die Sicherung von PC/Workstation­Daten der
Betriebssysteme MS­DOS, OS/2 und AIX. Das Produkt war
konzipiert nach den noch heute gültigen Prinzipien von
transaktionsbasierter Operation, regelgesteuerter Datenspeicherung,
einem rein inkrementellen Datensicherungszyklus
für Filesystemdaten und der Verwendung von
hierarchischen Speicherpools für den kombinierten Einsatz
unterschiedlicher Speichertechnologien (Disk­to­Disk oder
Disk­to­Disk­to­Tape).
Die Entwicklungsmannschaft hat sich auch selbst ein Denkmal
gesetzt in den Tiefen des TSM­Servers. Wenn man den
undokumentierten Befehl „show developers“ in der Admin­
Commandline des TSM­Servers absetzt, bekommt man die
Protagonisten aufgelistet (siehe Screenshot unten).
Die Entwickler setzen sich ein Denkmal – „show developers“-Befehl im TSM-Server
Die Metadaten­Verwaltung wurde in der WDSF/VM­Server­
Komponente in einer Datenbank realisiert, die Grundlagen
aus der ARIES­Architektur verwendete. ARIES = Algorithms
for Recovery and Isolation Exploiting Semantics war u. a.
vom IBM­Fellow Dr. Mohan aus Almaden entwickelt worden.
Die in ARIES definierten Prinzipien der „write­ahead logging
based recovery method“ sind heute noch die Grundlage
von TSM und einer Vielzahl von anderen IBM Anwendungen
(DB2, MQSeries, Domino etc.) und die Basis relationaler
Datenbanksysteme überhaupt.
Die Implementierung basierte auf einer hierarchischen
Datenbank­Architektur (B+ Tree), die den Anspruch erfüllte,
auf allen Betriebssystemen der geplanten Server­Plattformen
lauffähig zu sein, was zu diesem Zeitpunkt DB2 nicht
erfüllte. Erst jetzt – fast 20 Jahre später – hat das verwaltete
Metadaten­Volumen in TSM­Servern unserer Kunden Größenordnungen
erreicht, die mit der bisherigen Datenbank­Architektur
nicht mehr skalierbar verarbeitet werden können.
Deshalb hat man TSM in seiner aktuellen Version 6.1 auf
DB2 als Datenbanktechnologie umgestellt.
Das Konzept sah weitblickend auch vor, die Funktionen
von Datensicherung in allgemeine Systems Management
Lösungen integrieren zu können, z.B. durch die Bereitstellung
einer übergreifenden Management­Konsole und Schnittstellen
zur Erstellung von Berichten, zum Sammeln von Verrechnungsinformationen
und zum Weiterleiten von Fehlerkonditionen.
1952 – 1961 1962 – 1974 1975 – 1993 1994 – 1998 1999 – 2005 2006 – 2010 Software Anhang 179