Im Multiplexbetrieb können sich mehrere ARCHIVE-Subtasks gleichzeitig parallel dieselben MBK-Geräte und Magnetbandkassetten teilen. Dadurch wird eine größere Performance und eine optimale Ausnutzung der Bandgeräte erreicht. Außerdem werden die Magnetbandkassetten optimal gefüllt.
Der Multiplexbetrieb wird durch die Angabe PARALLEL-RUNS=*MULTIPLEXING(..) in der HSMS-Anweisung BACKUP-NODE-FILES eingestellt. Multiplexbetrieb kann auch mit den HSMS-Anweisungen CREATE-ARCHIVE und MODIFY-ARCHIVE-ATTRIBUTES auf Archivebene definiert werden.
Beim Restaurieren von Knotendateien (//RESTORE-NODE-FILES) müssen Sie keinen Operanden angeben, um den Multiplexbetrieb zu aktivieren. ARCHIVE berechnet automatisch die Anzahl der erforderlichen Subtasks.
Näheres zum Multiplexbetrieb siehe "Parallele und serielle Verarbeitung in ARCHIVE".
Beispiele
Im Folgenden wird gezeigt, welche verschiedenen Möglichkeiten der Benutzer hat, um den Multiplexbetrieb auszulösen und wie HSMS seine Multiplex-Konfiguration darauf aufbaut:
1. Beispiel: Sichern eines einzelnen Pfades
// BACKUP-NODE-FILES PATH-NAMES=*PATH-NAME( PATH=/<dir>,NODE-ID=<node-id>) OPERATION-CONTROL=*PAR(PARALLEL-RUNS=*MULTIPLEXING(NUMBER-OF-DEVICES= <integer 1..16>,MULTIPLEXING-FACTOR=<integer 2..14> oder *AUTOMATIC))
Multiplexbetrieb findet in diesem Fall nicht statt, da keine parallele Bearbeitung möglich ist. Es wird aber eine Multiplexumgebung erzeugt (ein Subtask für ein Bandlaufwerk), da die Sicherungsdatei immer das Format „gemultiplext“ haben muss. Dadurch ist später das Fortsetzen eines gemultiplexten Bandes möglich.
2. Beispiel: Restaurieren einer einzelnen Datei oder mehrerer Dateien, die vom selben Subtask gesichert wurden
Wenn nur eine einzelne Datei restauriert werden soll, kann nur ein einziger Subtask arbeiten. Deshalb braucht keine Multiplexumgebung erstellt werden. Es wird nur ein Subtask erzeugt, der direkt mit dem Gerät zusammenarbeitet (wie bei Läufen ohne Multiplexbetrieb).
Dasselbe trifft auch zu, wenn alle zu restaurierenden Dateien von derselben Subtask gesichert wurden. Solche Dateien können nicht parallel restauriert werden, da sie sequenziell auf dem Band abgelegt wurden.
3. Beispiel: Restaurieren mehrerer gemultiplexter Dateien (d.h. Dateien, die von mehreren Subtasks parallel gesichert wurden)
Wenn mehrere Dateien, die alle zur selben Sicherungsversion gehören, von verschiedenen Subtasks gesichert wurden, können alle Dateien parallel restauriert werden (Die Dateien sind alle auf dem Band gemischt und während des Restaurierens wird das Band nicht zurückgespult).
ARCHIVE berechnet automatisch die Anzahl der benötigten Subtasks und erstellt die Umgebung, die einen parallelen Restore ermöglicht. Wenn 2 Dateien restauriert werden müssen, werden maximal nur 2 Subtasks benötigt, auch wenn die Sicherungsversion mit 14 Subtasks erstellt wurde. ARCHIVE verwendet immer möglichst wenig Subtasks.
Veranschaulichung
Die Datei F1 wird vom Subtask T1 gesichert, F2 von T2, F3 von T3 und F4 von T4auf dem Gerät G1 in der Sicherungsdatei SF1, Sicherungsversion SV1.
Die Datei F5 wird von T1 gesichert, F6 von T2
auf dem Gerät G1 in der Sicherungsdatei SF2, Sicherungsversion SV2.
Zum Restaurieren aller Dateien werden 4 Subtasks für die Sicherungsversion SV1 und 2 Subtasks für SV2 benötigt.
Wenn PARALLEL-RUNS=1 ist, erzeugt ARCHIVE 4 Subtasks (=max(4,2)) und 1 Bandlaufwerk-Task.
Wenn PARALLEL-RUNS=2 ist, erzeugt ARCHIVE 8 Subtasks und 2 Bandlaufwerk-Tasks; für beide Geräte wird derselbe Multiplexfaktor verwendet, da ARCHIVE nicht weiß, welches Bandlaufwerk die Sicherungsdatei SF1 bzw. SF2 bearbeitet. Zum Restaurieren von F1, F2, F3 und F4 werden 2 Subtasks benötigt (=max(2,2)). Dieselbe Regel gilt für das Berechnen der Konfiguration; erzeugt werden: PARALLEL-RUNS x (2 Subtasks + 1 Bandlaufwerk).