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

Anbieter zum Thema

FAST LTA GmbH

Impossible Cloud GmbH

IBM Deutschland GmbH

Incremental Backup

Hier ein weiterer Auszug aus der gleichen Veröffentlichung mit einer Strukturdarstellung (siehe Galerie) der Anwendungskomponenten und einer Beschreibung des Zusammenspiels der Module beim „incremental backup“:

For incremental backup, the session begins by the client requesting from the server the corresponding policies from the Policy Manager. Policies are stored in system catalogues administered by the Index Manager. The client then builds the candidate list of files for backup and requests the server to send, from the Inventory Manager, the latest information for each of the candidate files. The Inventory Manager stores all its information in catalogues administered by the Index Manager. The client then sends to the server, optionally compressing them, only those user files that have changed or have been created since the last incremental backup. The server constructs appropriate entries in the Inventory Manager and appropriate bitfile using the Bitfile Storage component. Bitfiles are stored using the Storage Segment Manager.

At the end of sending all the user files the client also sends the server the list of user files that have been deleted since the last incremental backup allowing the server to mark them and, eventually, to expire them from the system. The client then commits the transaction and disconnects from the server […]

[…] Database technology has been applied before to distributed systems, to file systems, operating systems, to message queuing systems and to network I/O subsystems.

To our knowledge we are the first ones to apply transactions to a mass storage system that administers a storage hierarchy. The fundamental difference with all other systems is the need to support high degrees of concurrency for a variety of transactions in the presence of devices with enormous latency times. A second difference is that our server can replicate its metadata with up to three copies. No other backup system or file system we know of has this function […].

Protokoll-Vielfalt

Die erste WDSF/VM-Version beinhaltete die Client-Unterstützung der damals marktüblichen IBM PC/Workstation Plattformen OS/2, AIX/RT, AIX V3 und MS-DOS mit der Anbindung über die LAN-Kommunikationsprotokolle TCP/IP, NetBIOS und 3270 LU2.0. Hinzu kamen im Laufe der Zeit noch die Protokolle SNA LU 6.2, IPX/SPX, CLIOS und Named Pipes. Die Unterstützung dieser Protokoll-Vielfalt hatte Bestand bis zur TSM Version 4.1 im Jahre 2001.

Heute unterstützt TSM nur noch TCP/IP, SNMP für verteilte Umgebungen und Shared Memory und NamedPipe-Protokoll für Client-/Server-Lösungen auf dem gleichen physischen System. Eine erste Erweiterung war im November 1991 die Ankündigung von WDSF/VM Release 1 Enhanced mit der Verfügbarkeit von zusätzlichen Clients auf SunOS und Apple MacOS. Damit begann auch die Ära der weitreichenden Unterstützung von anderen Open-System-Betriebssystemplattformen. In der Blütezeit wies die Client-Unterstützungsliste etwa 40 Systemumgebungen auf.

Weiter mit: Portierung auf MVS, AIX und OS/2

(ID:2044786)