Nachdem ein Job beendet ist, können Sie ihn ändern und erneut starten, während er sich noch in der aktiven Datenbank befindet. Diese Funktion ist nützlich, nachdem ein Job abgebrochen ist.
Wenn z. B. ein JCL-Fehler aufgetreten ist, können Sie die aktive JCL ändern (siehe Aktive JCL editieren) und den Job erneut starten. Der erneut gestartete Job benutzt die alten Eingabebedingungen zum Start, kann aber in Abhängigkeit von der Job-Ende-Analyse andere Ausgabebedingungen setzen.
Alle beim ersten Lauf des Jobs gesetzten Ausgabebedingungen können im zweiten Lauf zurückgesetzt werden, wenn diese Funktion in der ursprünglichen Job-Ende-Behandlung des Jobs definiert wird.
Um einen aktiven Job erneut zu starten:
Markieren Sie die Knoten
im Objekt-Arbeitsbereich.Rufen Sie das Kontextmenü auf und wählen Sie
.Das Fenster Wiederholen Aktive Jobs wird angezeigt (Beispiel):
Weitere Informationen siehe Optionen für die Wiederholung.
Wählen Sie eine Wiederholungsoption aus und bestätigen Sie den erneuten Start mit
.Folgende Themen werden anschließend behandelt:
Ein Job kann auf verschiedene Arten wiederholt werden:
JCL vom Master neu laden | Die aktive JCL wird von der Master JCL neu geladen und der Job wird neu gestartet. |
mit Jobstart-Symbolersetzung | Die aktive JCL wird wiederverwendet, und der
Startsymbolaustausch wird unter Verwendung des Job-Start-Fluchtsymbols
wiederholt. Dies ist die Standardeinstellung.
Symbole und Symbol-Funktionen werden aktualisiert, wenn das Feld Neuberechnung Submit-Symbole/Funktionen bei Neustart im Dialog Entire Operations Standardwerte markiert wurde (siehe Systemverwaltung). |
aktive JCL nicht ändern | Der Job wird exakt so wiederholt, wie er das vorige Mal gestartet wurde. Es erfolgt keine erneute Symbol-Ersetzung. |
Anmerkung:
Jobs der Typen NAT
(Natural-Programm) und STC
(Started Task) werden immer unverändert, d.h. mit der Option aktive
JCL nicht ändern wiederholt. Andere Optionen werden
ignoriert.
Wenn die Funktion
NET
(Unternetzwerk) angewendet wird, wird das Unternetzwerk mit der gleichen
Unternetzwerk-Laufnummer wiederholt. Dies ist jedoch nur erlaubt, wenn das
Unternetzwerk noch nicht gestartet worden ist.
Falls der aktive Job wiederholt wird, wird die vorgenerierte JCL nicht erneut geladen, wenn die aktive JCL des Jobs zwischenzeitlich editiert worden ist.
Die Versuche, die Datei SYSOUT zu kopieren, sind begrenzt, wenn die Datei gesperrt ist. Höchstgrenze ist die zehnfache Task-(Monitor-)Wartezeit. Wenn die Task-Wartezeit kleiner als 30 Sekunden ist, beträgt die Höchstgrenze 10 * 30 = 300 Sekunden.
Falls beim Erreichen der Höchstgrenze die Datei SYSOUT immer noch
gesperrt ist, wird der aktive Job auf einen permanenten Fehler-Status mit
folgendem Meldungstext gesetzt: 10 SYSOUT Renaming Attempts
failed
.
Zu jedem nicht erfolgreichen Versuch wird der Meldungstext gesetzt auf:
SYSOUT File Renaming - File in use
. Außerdem wird das Ereignis mit
dem Namen der SYSOUT-Datei protokolliert.