Inhaltsverzeichnis
Konfiguration Scheduler
Standard-Konfiguration für alle Betriebssysteme
Für die Nutzung des Scheduler-Diensten ist in der Standard-Konfiguration keine explizite Anpassung notwendig.
Falls der Scheduler über den dsm Client Acceptor Daemon (dsmcad) gestartet werden soll, muss dies in der dsm.sys
/ dsm.opt
durch die folgende Option eingestellt werden:
MANAGEDService SCHEDULE
Darüber hinaus sollten Sie überlegen, die beiden folgenden Optionen zu nutzen:
SCHEDLOGMAX <MB>
SCHEDLOGRetention <days>[D,S]
Über einen der beiden Parameter wird die maximale Größe des Scheduler-Logs festgelegt, entweder über die Dateigröße in MegaByte (ERRORLOGMAX <MB>) oder die Aufbewahrungszeit in Tagen (SCHEDLOGRentenion <days>[D,S]), die zusätzlichen bei Angaben bei der Option ERRORLOGRentenion legen den Umgang mit älteren Logeinträgen fest:
D
– Löschen der Daten, (Voreinstellung)S
– Sichern der Daten in einer weiteren Datei dsmschedlog.pru.
Konfiguration bei mehreren Knoten auf einer Maschine
Windows
Die Konfiguration mehrerer Scheduler ist unter Windows ziemlich einfach:
- Erstellen Sie für jeden Scheduler eine eigene
dsm.opt
-Datei. - Weisen Sie bei der Konfiguration des Scheduler-Services die passenden
dsm.opt
-Datei dem Service zu.
Fertig!
Linux
– Dokumentation in Arbeit
Vorbereitung
Die Steuerung erfolgt über die Optionsdatei, der Start der Scheduler durch den DSMcad:
Soll ein Rechner über mehrere Scheduler gesichert werden, so sind für diesen mehrere Knotennamen oder mehrere Server definiert. In beiden Fällen gibt es mehrere SErvername <NAME>-Einträge und Serverdefinitionen in der Konfigurtaionsdatei dsm.sys. Meist gibt es auch mehrere Optionsdatein dsm.opt in unterschiedlichen Ordnern oder mit abweichenden Namen.
Die zu nutzenden Optionsdatei kann entweder im Aufruf der CLI (dsmc -optfile=<NAME>) oder GUI (dsmj -optfile=<NAME>) angegeben werden, alternativ kann die Umgebungsvariable DSM_CONFIG mit dem Namen der passenden Optionsdatei besetzt werden.
Dieser letztgenannte Weg kann genutzt werden, um mehrere Scheduler über den DSMcad auf einem Knoten laufen zu lassen.
Umsetzung
- Das original Start-Skript des dsmcad (liegt in der Regel unter /etc/init.d/dsmcad als symbolischer Link zu /opt/tivoli/tsm/client/ba/bin/rc.dsmcad) kopieren und umbenennen, z.B.
cd /etc/init.d/ && cp dsmcad rc.dsmcad.knoten_1
- Um die verschiedenen Prozesse unterscheiden zu können (z.B auch für das
service <Name> [start|stop]
), sollte auch das benutze Binary (dsmcad
) kopiert werden, z.B. :cp /opt/tivoli/tsm/client/ba/bin/dsmcad /opt/tivoli/tsm/client/ba/bin/dsmcad.knoten_1
Es kann dann eindeutig identifiziert werden.
- Im kopierten Skript (
rc.dsmcad.knoten_1
)Achtung: Die Datei ist per default auch für
root
nur lesbar!- eine Zeile ergänzen, die die Variable DSM_CONFIG auf die passenden Optionsdatei verweisen lässt, z.B.:
export DSM_CONFIG=/opt/tivoli/tsm/client/ba/bin/dsm-knoten_1.opt
- Den Namen des Binaries im Skript (Zeile DSMCAD_BIN=…) anpassen, z.B.
DSMCAD_BIN=$DSMCAD_DIR/dsmcad.knoten_1
- Das geänderte Skript kann nun wie das Original-Skript mittels der Parameter start, stop restart und status benutzt werden.
Liegt das neue Skript im Verzeichnis etc/init.d (bzw. liegt dort ein symbolischer Link zum geänderten Skript) kann auch der geänderte DSMcad über die üblichen Wege als Dienst gestartet werden.
z.B.
- SuSE:
chkconfig dsmcad-Server_1 on
bzw. zum Start in Runlevel 3 und 5:
chkconfig dsmcad-Server_1 35
- generisch:
cd /etc/init.d/ for i in $(ls rc.dsmcad*); do ln -s /etc/init.d/$i /etc/init.d/rc3.d/K01$i ln -s /etc/init.d/$i /etc/init.d/rc3.d/S15$i done
OSX
sollte wie bei Linux funktionieren (nicht getestet).