Font size: A A A

TSM-Backup

Inhaltsbereich

Allgemeines

Was ist TSM?

Der Tivoli Storage Manager (nachfolgend TSM genannt) ist eine auf dem Client/Server-Prinzip basierende Enterpriselösung der Firma IBM zur Datensicherung und Archivierung.

Client/Server

Das Backupsystem TSM besteht aus einer (oder mehreren) Serverinstanzen und einer Vielzahl von Clients, deren Daten entsprechend getroffener Vereinbarungen (Policies) gesichert und aufbewahrt werden.

Der Server verwaltet die an ihn gesendeten Daten in einer Datenbank, in der alle notwendigen Informationen zu den gespeicherten Objekten, den damit verbundenen Vereinbarungen, Ablaufkriterien und Speicherorten sowie alle serverinternen Informationen verwaltet werden. Der Server legt die gesicherten Daten in der Speicherhierarchie ab und sorgt für deren Verwaltung in den Speicherpools auf Platte bzw. Magnetband in den angeschlossenen Bandverwaltungssystemen (Roboter) und stellt sie auf Abruf zur Rücksicherung bereit.

Der Client besteht aus einem Softwarepaket, welches auf jenem Rechner installiert und konfiguriert wird, dessen Daten gesichert werden sollen. Dieser Client kann sich mittels der ihm gewährten Zugangsdaten mit der ihm zugeordneten Serverinstanz verbinden und seine Daten über das Datennetz sichern und wiederherstellen. Die konfigurierte Clientsoftware stellt die Schnittstelle zwischen den lokalen und den am Server gesicherten Daten dar. Abhängig vom Betriebssystem des Clientrechners verfügt die Clientsoftware über mehrere Benutzerschnittstellen:

Grafische Benutzerschnittstelle (GUI)
Befehlszeilenschnittstelle (CLI)
Browserschnittstelle (WEB Client)
Programmierschnittstelle (API)

Als Basis der Kommunikation zwischen TSM Client und TSM Server dienen Optionen, welche vom Benutzer - ebenfalls betriebssystemabhängig - in einer oder mehreren Konfigurations- bzw. Optionsdatei(en) festgelegt werden. Aus organisatorischen Gründen sowie aus Gründen der Vereinfachung für den Benutzer können bestimmte Optionen für einen oder eine Gruppe von Clients bereits vom Server vorgegeben werden (Client Option Sets).

Storagehierarchie

Wenn ein Client Daten in einer Session Dateien zu Sicherung an den TSM-Server sendet, werden diese standardmäßig auf einem Plattenbereich (Disk Storage Pool) im MUW Speichernetz abgelegt. Von dort werden die Daten in regelmäßigen Abständen in einen Bandspeicherbereich (Tape Storage Pool) übergeleitet (migriert). Bei diesem Vorgang werden die Daten in Gruppen zusammengefasst (COLLOCATION), um die Daten eines oder einer Gruppe von TSM Nodes auf möglichst wenigen Bandkassetten zu halten, um eine raschere Verarbeitung beim Rücksichern zu ermöglichen. Ein weiterer administrativer Prozess auf dem TSM Server sichert die Daten täglich nochmals in sogenannte COPY Pools. Aus diesen COPY Pools lassen sich eventuell defekt gewordene Bandmedien wiederherstellen, also ein Backup vom Backup.

Backup/Restore

Die Funktion BACKUP dient zur Sicherung und Wiederherstellung von vitalen, also sich verändernden Datenbeständen. Die Sicherung kann einzelne Dateien, gesamte Verzeichnisse sowie gesamte Dateisysteme oder deren Teilbäume auf Dateiebene umfassen.

In der Serverdatenbank wird bei der Sicherung eine Liste der Dateien sowie der von Dateisystem unterstützen Attribute (Zeit, Erstellungs- Änderungsdatum, Zugriffsberechtigung, erweiterte Attribute, etc.) gespeichert, die beim Vergleich mit dem aktuellen Stand des Dateisystems herangezogen werden, um neue, gelöschte und veränderte Dateien festzustellen. Beim Backup werden auch alle zugehörigen Verzeichnis- und Zugriffsberechtigungsinformationen gesichert.

Im Wesentlichen werden zwei Arten des Backups unterschieden:

Incremental Backup
Selektives Backup

Generationenkonzept und Verweilzeiten

Wird eine Datei beim Backup vom Client auf den Server kopiert und existiert bereits eine Kopie dieser Datei auf dem Server, so wird diese in den inaktiven Bereich verschoben (inaktive Version), die Kopie der neuen Datei gilt als aktive Version.

Die Zahl der möglichen inaktiven Versionen wird in den Vereinbarungen (Policy Domains und deren Managementklassen) festgelegt.

Kriterien für die in den Vereinbarungen festgelegte Verweilzeit von Backup-Dateien:

Die aktive Version bleibt erhalten, solange sie auf dem Client existiert und nicht explizit aus dem Backup genommen wird.
Wird die Anzahl möglicher inaktiver Versionen überschritten, so wird die älteste Version gelöscht.
Wird die Verweilzeit für inaktive Dateien überschritten, wird die Version gelöscht.
Die letzte vorhandene Version verbleibt, bis die Verweilzeit für die letzte Version abgelaufen ist

Incremental Backup

Beim inkrementellen Backup nach dem ‚incremental forever’ Prinzip sendet der Server dem Client eine Liste der auf dem Server abgelegten Dateien. Die Clientsoftware vergleicht nun diese Liste mit den in den Dateisystemen vorhandenen Dateien. Die Differenz (daher „incremental Backup“) kommt zustande

durch neue Dateien/Ordner/Filesysteme
durch veränderte Dateien (Größe, Änderungsdatum, Berechtigungen etc.)
durch gelöschte Dateien (verschobene Dateien ergeben Neuzugang + Löschung)
durch Änderungen in den INCLUDE/EXCLUDE-Angaben

Stellt der Client eine Veränderung einer Datei fest, so wird sie entsprechend den INCLUDE/EXCLUDE-Optionen abgehandelt.

Welche Dateisysteme bzw. deren Untermengen (einzelne oder bestimmte Verzeichnisse oder Dateien, usw.) dabei zu berücksichtigen sind, kann in den Optionsdateien mittels DOMAIN sowie mit INCLUDE und EXCLUDE Anweisungen festgelegt werden.

Scheduled Backup ist die automatisierte Form des (inkrementellen) Backups, bei dem der Sicherungsvorgang in einem vereinbarten Zeitfenster über einen mit dem Server zeitlich abgestimmten Hintergrundprozess (Scheduler) gestartet wird.

Selektives Backup

Beim selektiven Backup werden Dateien auf den Server kopiert, ohne Rücksicht, ob sie sich gegenüber dem letzten Backup geändert haben. Gleichwohl unterliegt das selektive Backup dem Generationenkonzept: wird die Anzahl vorgegebener Versionen überschritten, so fällt die älteste Version aus dem Backup. Selektives Backup sollte nur in begründeten Fällen angewandt werden.

Restore

Ist die Funktion zum Wiederherstellen von mit der Funktion Backup gesicherten Daten. Standardmäßig werden nur AKTIVE Versionen der gesicherten Dateien angeboten. Um INAKTIVE Dateien zurückzuspielen muss die entsprechende Option angewählt werden.

Das Rücksichern der Daten kann sowohl auf den ursprünglichen Platz im Dateisystem erfolgen sowie auch auf eine von ihnen vorgegebene andere Position. Es ist ebenfalls wählbar ob am Rechner vorhandene Versionen überschrieben werden oder nicht.

Die Funktion Point-in-time Restore ermöglicht es, Daten eines aus Sicht des Backups bestimmten Zeitpunkt (bei täglicher Sicherung einem bestimmten Tag) zurückzusichern. Voraussetzung dafür ist eine ausreichend vorhandene Anzahl von bereits gesicherten (inaktiven) Versionen.

Weiters ist es möglich, Sicherungsdaten von anderen Backupknoten zurückzusichern, wozu der Eigentümer der Daten berechtigen kann.

Restore ist auch plattformübergreifend möglich, sofern der zurückspielende Client das Dateisystem der gesicherten Daten ‚versteht’.

Archive/Retrieve

Retrieve

Dient dem Zurücksichern von archivierten Daten. Sie können einzelne Dateien und Verzeichnisse sowie das ganze Archiv unter seiner Bezeichnung abrufen. Der Ort, an den Sie zurücksichern, ist ebenfalls einstellbar.

Standardverwendung

Die empfohlene Methode zur Sicherung ihrer Daten ist das Scheduled Backup, bei dem der Backupvorgang zeitgesteuert (scheduled) durch einen am Clientrechner ausgeführtem Hintergrundprozess gesteuert wird.

Die Vorteile des scheduled Backup:

Regelmäßige Sicherung zu einem von Ihnen wählbaren Zeitfenster an allen Wochentagen und bei Bedarf auch am Wochenende
Nachvollziehbarer, protokollierter Sicherungsvorgang (schedlog)
Rasche Reaktion auf Änderungen durch regelmäßigen Serverkontakt des Clients
„staufreier“ Ablauf durch ausgewogene Verteilung der Sicherungen innerhalb des Backupfensters durch den Server.
Automatische Wiederaufnahme unterbrochener Backupsitzungen innerhalb des Zeitfensters (bei Netzwerkproblemen, Überlastung des Clientrechners, etc.)
Individuelle Anpassungsmöglichkeiten des Backupvorganges durch Preschedule und Postschedule Befehlen (z.B. zur konsistenten Sicherung von Datenbanken und Mailclients)
Bei Steuerung des Schedule durch den CAD (Client Acceptor Daemon) werden kurzfristige Optionsänderungen auch ohne Neustart der Hintergrundprozesse berücksichtigt.
Die Überwachung des Backups reduziert sich auf regelmäßige Überprüfung der Protokolldateien

Spezielle Lösungen („Tivoli Data Protection“)

Um unterbrechungsfreie, konsistente Sicherungen von Datenbanken (z.B. Oracle, MSSQL) sowie MS Exchange Servern zu ermöglichen, bietet TSM zusätzlich spezielle Clientlösungen über die Programmschnittstelle (API) an.

Diese Lösungen unterliegen gesonderten Lizenzen und sind getrennt von den Standard Clientlösungen zu beantragen bzw. zu konfigurieren.

To top

Regelungen, Vereinbarungen & Standards

Antrag & Implementierung

Arbeiten mit TSM

Backupvarianten

Full Incremental
Das inkrementelle Backup ist ein progressives Backup, welches periodische Komplettsicherungen überflüssig macht, da es ja nur Veränderungen sichert. Das bringt Vorteile hinsichtlich Backupdauer, Bandspeicherbedarf, Netzwerkbelastung. Beim inkrementellen Backup-Lauf vergleicht der Client seine Dateisysteme mit dem Stand auf dem Server und

sichert neue Dateien
sichert Dateien, die sich geändert haben
lässt Sicherungskopien auf dem Server für Dateien auslaufen, die auf der Client-Datenstation gelöscht wurden.

Selektives Backup
Während eines selektiven Backups werden Dateien auf den Server kopiert, ohne Rücksicht, ob sie sich gegenüber dem letzten Backup geändert haben. Gleichwohl unterliegt das selektive Backup dem Generationenkonzept: wird die Anzahl vorgegebener Versionen überschritten, so fällt die älteste Version aus dem Backup. Selektives Backup sollte nur in begründeten Fällen angewandt werden.

Incremental By Date
Unterscheidet sich vom üblichen inkrementellen Backup dadurch, daß nur Dateien gesichert werden deren Änderungsdatum jünger ist als das letzte komplette Backup des Filesystems. Dateien die hinzugefügt wurden deren Änderungsdatum jedoch älter ist als das letzte Backupdatum sowie Dateien die seither umbenannt wurden werden nicht gesichert. Sollte auch nur in begründeten Fällen verwendet werden. Vorausgesetzt wird eine komplette inkrementelle Sicherung.

Image Backup
Zur Sicherung kompletter Logical Volumes als ein Backupobjekt. Ebenfalls nur in begründeten Fällen anzuwenden.

Journal Based Backup
Spezielle Form des inkrementellen Backups für große Dateisysteme mit hohen Dateizahlen, bei dem die Änderungen im Dateisystem durch eine spezielle „Journal Engine“ festgestellt wird, die dann bei der Sicherung herangezogen wird. Setzt ebenfalls regelmäßige komplette Teilsicherungen voraus.

Benutzeroberflächen

Der TSM Client bietet drei Benutzerschnittstellen zur Erstellung und Verwaltung ihrer Backupdaten:

GUI Grafische Benutzeroberfläche

Ermöglicht es dem Benutzer die wesentlichen Arbeitsabläufe des Backupclients über eine grafische Oberfläche (JAVA) durchzuführen. Zusätzlich werden im GUI einige Werkzeuge (Utilities) zur Konfiguration der TSM Optionen sowie dem Setup zusätzlicher Dienstprogramme zur Verfügung gestellt.

CLI Kommandozeilenschnittstelle

Stellt alle Funktionen des Backupklienten auf der Kommandozeile des Betriebsystems zur Verfügung und ermöglicht es diese Abläufe über Kommandoprozeduren abzuarbeiten.

Nützliche CLI-Befehle:

query filespace
Erstellt eine Liste der am Server vorhandenen Filespaces sowie das Datum der letzten erfolgreichen Sicherung.

query mgmtclass
Erstellt eine Liste der für den Knoten auswählbaren Managementklassen. Detailiertere Informationen zu den verfügbaren Managementklassen finden sie im GUI unter ‚Policy Information'

q inclexcl
Dient der Überprüfung welche Ausschluß- bzw. Einschlußkriterien gültig sind, sowie deren Reihenfolge. Außerdem wird die Quelle der INCLUDE bzw. EXCLUDE Optionen angegeben, wodurch sich feststellen lässt ob die Kriterien von Betriebssystem, Server oder ihren Optionen festgelegt wurden:

query schedule

Dient der Überprüfung an welchem Schedule der Knoten teilnimmt, wann das nächste Backupfenster startet und wie lange das Fenster dauert.

preview

Die Preview Funktion ermöglicht es festzustellen ob und warum eine bestimmte Datei(en) beim Backup oder Archive ein- bzw. ausgeschlossen werden sowie mit welcher Managementklasse sie gesichert werden. Die Ausgabe der Vorschaufunktion kann sehr umfangreich werden und wird wenn nicht anders angegeben in eine Datei mit dem Name dsmprev.txt geschrieben.

help

Die Hilfefunktion zur den Befehlen der Kommandozeilenschnittstelle. Die Funktion wurde im neuen TSM Client Version 6 überarbeitet und ist nun wesentlich komfortabler als jene in der Version 5.

WEB Client

Mit dieser Benutzerschnittstelle ist derzeit in Ausnahmefällen ein Zugriff per Webinterface möglich. Vorraussetzungen sind ein administrativer Benutzer im TSM und ein installierter, konfigurierter und aktiver Client Acceptor Daemon (CAD) auf dem Clientsystem sowie die notwendigen Einstellungen in der Firewall dieses Systems. Der Zugang per Webcliente wird auf Wunsch für TSM-Verantwortliche ermöglicht die eine Vielzahl von TSM Nodes betreuen.

Scheduled (automatisiertes) Backup

Das automatische (scheduled) Backup ist die bevorzugte Form der täglichen Sicherung. Dabei wird am Clientsystem ein Dienst aktiviert der in regelmäßigen Abständen den TSM-Server kontaktiert und in dem vom Benutzer ausgewählten Startfenster ein inkrementelles Backup startet. Die Aktivitäten des Schedulers werden im Schedulerprotokoll (dsmsched.log) protokolliert. Das scheduled Backup bietet den Vorteil, dass sich der Aufwand des Benutzers auf die regelmäßige Kontrolle dieses Protokolls beschränkt und unterbrochene Backupsitzungen innerhalb des Startfensters serverseitig erneut aufgenommen und abgeschlossen werden. Wichtig ist, dass der Clientrechner im Zeitraum des Startfensters eingeschaltet und auch aktiv ist. Beachten sie bitte, dass manche dies unter Umständen durch Energiesparfunktionen gestört bzw. unterbunden wird.

TSMManager Agent (Remote Hilfestellung auf Windowssystemen)

Es zeigt sich, dass es bei TSM-Problemen hilfreich ist, wenn der TSM-Administrator eine einfache Möglichkeit hat, die TSM-Logs, die dsm.opt-Datei(en) und den Status des TSM Schedulers anzusehen, ohne dass mit VNC oder Remote Desktop inklusive Administratorberechtigung gearbeitet werden muss. Das leistet der TSMManager Agent für Windows. Dieser ermöglicht es dem TSM-Administrator, über den TSM Scheduler-Dienst

auf das TSMerror log und das TSMschedule log lesend zuzugreifen,
dsm.opt zu editieren,
den Status des TSM Schedulers zu verfolgen bzw den Scheduler zu stoppen oder zu starten.

Voraussetzung ist, dass der TSM Scheduler Dienst korrekt installiert ist. Download Agent (http://www.tsmmanager.com/download/tsmm_age.exe)

Eventuell Update der Firewall: Das Programm tsmmgr_agent.exe ist bei den Ausnahmen einzutragen. Es liegt im Ermessen des/der TSM-Node-Verantwortlichen, diesen Agent zu installieren.

Auch wenn der Agent installiert und produktiv ist, bleibt die Verantwortung über die Installation und die gewünschte Funktionalität des TSM-Nodes beim Node-Administrator!