Tivoli Storage Manager – die Erfolgsgeschichte der ersten 20 Jahre, Teil 1

Anbieter zum Thema

FAST LTA GmbH

Impossible Cloud GmbH

IBM Deutschland GmbH

Die Entwicklungsmannschaft hat sich ein Denkmal gesetzt

Die Entwicklungsmannschaft hat sich auch selbst ein Denkmal in den Tiefen des TSM-Servers gesetzt. Wenn man den undokumentierten Befehl „show developers“ in der Admin-Commandline des TSM-Servers absetzt, bekommt man die Protagonisten aufgelistet (siehe Screenshot in der Bildergalerie).

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 unter anderem 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, etwa durch die Bereitstellung einer übergreifenden Management-Konsole und Schnittstellen zur Erstellung von Berichten, zum Sammeln von Verrechnungsinformationen und zum Weiterleiten von Fehlerkonditionen.

Die Designprinzipien im Überblick

Die wichtigsten Designprinzipien der neuen Datensicherungs-Software waren:

• Enable the server to preserve the physical locality that data has at its source even when clients deliver this data over long periods of time.
• Estimate the target workload and develop the system to accommodate them.
• Deploy the system in many computing platforms.
• Provide lights-out, unattended operation with unattended recovery from failures.
• Provide continuous operation
• Accommodate the peculiarities of a wide varietyof storage devices.
• Manage the storage system through user controlled policies.
• Minimize the periods of time in which an entity in the system cannot be retrieved.
• Use additional temporary storage space to gain concurrency and to increase the availability of user data. (Quelle: „Applying Database Technology in the ADSM Mass Storage System“ von Luis-Felipe Cabrera, Robert Rees and Wayne Hineman IBM Almaden Research Center 1995)

Weiter mit: Incremental Backup

(ID:2044786)