Konfiguration des TSM-Clients

Für die Konfiguration des TSM-Clienst werden bei Unix/Linux zwei Dateien (dsm.sys / dsm.opt) für Windows-Betriebssysteme nur eine Datei (dsm.opt) benötigt. Nachfolgend sind beispielhaft die notwendigen und Hilfreichen Einträge in diesen Dateien erklärt.

Anmerkung: eine Eintragung erfolgt immer in der Form <OPTION> <WERT> [ggf. weiterer WERT, …]

Für die Konfiguration wird nicht zwischen Groß- und Kleinschreibung unterschieden. Viele Einträge können aber verkürzt angegeben werden, wenn anhand der ersten Buchstaben eine eindeutige Identifikation der Option möglich ist. Im Nachfolgenden sind diese Buchstaben GROSS geschrieben, der Rest des Optionsnamens hingegen klein.

Detaillierte Beschreibungen zu allen Optionen / Parameter finden sich im Kapitel 10 (Client-Version 6.1) des Benutzerhandbuchs.

gibt den Namen des TSM-Servers an, mit dem sich der Client verbinden soll. Am GITZ wird ein Server mit dem (DNS-)Namen rztsm.rz.tu-bs.de betrieben.

Kommunikationsmethode zwischen Client und Server. Der GITZ-Server bietet nur TCPIP an.

Port der TSM-Kommunikation auf Serverseite, erfordert in der Regel keine Modifikation der Client-Firewall. Diese Option kann fortgelassen werden, da 1500 der Default-Wert ist.

TCP-Adresse des Servers. Auch wenn bei entsprechender Konfiguration Ihres DNS-Clients der Hostname ausreichen sollte, um eine korrekte Verbindung aufzubauen, geben Sie bitte den FQDN des Backup-Servers an.

Hier wird der Pfad und der Name der zu erstellenden Logdatei angegeben.

Unix / Linux: typischerweise liegt die Datei unter /opt/tivoli/tsm/client/ba/bin/

Windows: typischerweise liegt die Datei unter c:\Program Files\Tivoli\baclient\

Aufbewahrungsfrist für Logdateien in Tagen und Behandlung der alten Einträge:

• D = Delete, Löschen der alten Logeinträge
• S = Save, Kopieren der ausgedünnten Einträge nach dsmerlog.pru

Die Größe darf zwischen 0 und 2047 MegaByte betragen.

Schaltet die Datenkompression auf der Clientseite ein. Die Ãœbertragung komprimierter Daten reduziert sowohl die Ãœbertragungszeit, sowie den Aufwand beim Datenschreiben auf dem Backupserver.

Nach Ablauf der Passwortgültigkeitsdauer erzeugt der Client selbständig ein neues Passwort und übermittelt dies dem Server. Alternativ kann mit dem Wert prompt auch der Nutzer nach einem neuen Passwort gefragt werden.
Die GENERATE-Variante wird im Hinblick auf die automatische Sicherung empfohlen.

Knotenname mit dem der Rechner im Backupserver registriert ist. Diese Option ist zu verwenden, wenn der Knotenname vom IP-Namen abweicht.

wählt die Methode zur Verschlüsselung der Daten bei der Übertragung aus:

• DES56: 56-Bit-Verschlüsselung, Default-Wert
• AES128: 128-Bit-Verschlüsselung, höhere Sicherheit

sichert das Verschlüsselungmantra lokal auf dem Client-Rechner und fragt nur einmalig bei der ersten Sicherung nach dem Mantra.

(nur Unix/Linux)

TSM sichert immer nur ganze Dateisysteme / Partitionen. Sollen einzelne Verzeichnisse gesichert werden, müssen diese als virtuelle Dateisysteme / Partitionen deklariert werden.
Diese Option kann mehrfach verwendet werden.

gibt Pfad und Name der Filterdateien an, die bei der Sicherung angewandt werden sollen.
Diese Option kann mehrfach verwendet werden.

include <Pfad und Dateiname> \\
exclude <Pfad und Dateiname> \\
include.dir <Pfad> \\
exlude.dir <Pfad> \\
include.encrypt.dir <Pfad> \\
include.compression.dir <Pfad> \\
. . . \\

Schließt Datein und / oder Verzeichnisse in die Sicherung mit ein oder davon aus und legt die Art der Übertragung fest. Diese Einträge finden sich üblicherweise in den per INCLExcl festgelegten Dateien.

(nur Unix/Linux)

Gibt die Wartezeit des Servers auf einen Statussystemaufruf für ein NFS-Dateisystem in Sekunden an, bevor eine Zeitlimitüberschreitung auftritt.

Angabe der zu sichernden Partition(en) mit vollem Pfad (also ab „/“)
Diese Option kann mehrfach angegeben werden

Unterdrücken der Statusmeldungen während der Sicherung (vor allem Anzahl der geprüften Objekte, Fehlermeldungen zu nicht sicherbaren Datein). „QUIET“ verringert die Laufzeit der Sicherungssession nur geringfügig, die Logdateien aber signifikant.

Die Automation der Sicherung kann auf zwei Wegen erfolgen:

• per Server-Schedule
• clientseitig durch cron / geplante Tasks

Das GITZ bietet seinen Kunden nur den zweiten Weg an, da die Pflege individueller Schedules personell nicht möglich ist.

Aufruf des Clients mit Backuptyp als cron-Job:

15 23 * * * /usr/bin/dsmc incremental

Das Backup kann als geplanter Taks / automatisierte Aufgabe automatisiert werden. Die vielfältigen Steuerungsmöglichkeiten von Windows erlauben sowohl die Ausführung zu bestimmten Zeiten oder Ereignis-gesteuert (z.B. beim Ein- oder Ausloggen).

Vorteilhaft ist es den Backup-Aufruf als Skript / Batch-Datei zu verfassen und diese aufzurufen. Nachfolgend ist eine Beispieldatei angegeben:

Für detailliertere Informationen kann das offizielle Handbuch von IBM weiterhelfen.