Die Ausführung als Dummy-Job (Job-Typ DUM) bedeutet, dass der Job ohne Job Control und ohne eigene Aktion innerhalb Entire Operations abläuft. Dummy-Jobs können eine erwartete Laufzeit haben, die sie dann im System warten. Dummy-Jobs enden immer mit dem Zustand o.k.
Dieser Abschnitt behandelt folgende Themen:
Sie können einen Dummy-Job direkt starten und ausführen, indem Sie eine Bedingungsprüfroutine benutzen. Dies verbessert den Durchsatz des Entire Operations-Monitors und verringert den
Deklarierung
Permanente Dummy-Jobs werden schon in der Master-Job-Definition als
Jobtyp DUM deklariert.
Ausführungs-Zeit
Permanente Dummy-Jobs werden mit einer geschätzten Ablaufzeit
ausgeführt, die für den Job definiert ist. Dieses Verhalten blockiert keine
Warteschlangen innerhalb des Entire Operations-Monitors.
Siehe Job-Definition anlegen im Abschnitt Job-Verwaltung.
Prinzipiell können Sie jeden beliebigen Jobtyp als temporären Dummy-Job ausführen. Ein aktiver Job, der eine der Bedingungen erfüllt, die in der folgenden Tabelle in der Spalte "Dummy wegen" aufgeführt sind, wird für einen bestimmten Lauf immer als Dummy-Job ausgeführt.
Temporäre Dummy-Jobs mit dem Jobtyp JOB (Standard-Job) haben eine
Master-JCL-Definition (siehe Job Control (JCL) für einen Job
definieren im Abschnitt Job-Verwaltung).
Temporäre Dummy-Jobs haben immer die Ausführungszeit Null, ungeachtet der geschätzten Zeit, die für den Job definiert wurde.
Während der Aktivierung oder während einer Bedingungsprüfung kann ein
Job aus den folgenden Gründen in den Zustand temporärer Dummy-Job
versetzt werden:
| Dummy wegen Bedingung | Beschreibung |
|---|---|
| Definition | Wenn in der Master-Job-Definition der
spezielle Typ D
(Ausführung als Dummy-Job) gesetzt ist (siehe
Job-Definition
anlegen im Abschnitt Job-Verwaltung)
kann die JCL-Definition beibehalten werden, aber die Ausführung als Dummy-Job
erzwungen werden.
|
| Zeitplan | In Abhängigkeit vom Zeitplan des Netzwerks oder von einem
Kalender kann ein Job an bestimmten Tagen als temporärer Dummy-Job ausgeführt
werden.
Weitere Informationen siehe Zeitplanabhängigkeit für einen Job terminieren im Abschnitt Job-Verwaltung. |
| Bedingung | Man kann definieren, dass die Existenz oder Nicht-Existenz einer
aktiven Bedingung die Ausführung als temporärer Dummy-Job zur Folge hat.
Weitere Informationen siehe Referenzen für Eingabebedingungen im Abschnitt Job-Verwaltung. |
| Fehlerbehandlung (Wiederherstellung) | Falls bei einer definierten Fehlerbehandlung ein Job nicht
erneut ausgeführt werden soll.
Weitere Informationen siehe Fehlerbehandlung definieren (Wiederherstellung) im Abschnitt Job-Ende-Prüfung und -Aktionen. |
| JCL-Prüfung | Ausführung der Job-Control im Modus JCL-Prüfung.
So werden Jobs oder Job-Netzwerke für die JCL-Prüfung aktiviert. Siehe Felder: Job-Aktivierung bzw. Felder: Manuelle Job-Netzwerk-Aktivierung. |
| Leere JCL | Wenn beim Laden der Job-Control festgestellt wird, dass diese
leer ist, wird der Job als temporärer Dummy-Job ausgeführt.
Dieser Zustand kann sich beispielsweise bei der JCL-Generierung mittels Macro-Anweisungen ergeben. |
| Multiple Suffixe | Falls mit multiplen Suffixen aktiviert werden soll, gilt
Folgendes:
Wenn das verwendete multiple Symbol keine Ausprägungen enthält, wird bei der Aktivierung ein Dummy-Job als Platzhalter im Netzwerk aktiviert. |
Sie können einen Job von der eigentlichen Ausführung für bestimmte Zeitplan-Tage ausschließen, ohne die Job-Netzwerk-Struktur zu beeinträchtigen. Soll ein Job nicht aktiviert werden, kann er als Dummy-Job nur für den betreffenden Lauf deklariert werden.
Beispiel:
Sie können das Zeitplanabhängigkeitsmerkmal benutzen, um zu definieren, dass eine Job-Aktivierung oder die Verwendung einer Eingabebedingung nur an bestimmten Tagen geprüft wird (siehe Kapitel Zeitpläne.
Außerdem können Sie Zeitplanabhängigkeiten für Eingabebedingungen definieren. Weitere Informationen siehe Zeitplanabhängigkeit für einen Job bzw. eine Eingabebedingung definieren.
Bei temporären Dummy-Jobs werden die Job-Ende-Aktionen teilweise anders ausgeführt, als wenn die Jobs im normalen Modus laufen würden.
Einige der Job-Ende-Definitionen enthalten das Feld Ausführen, falls temp. Dummy (Beschreibung siehe Abschnitt Job-Ende-Prüfungen und -Aktionen, dass benutzt werden kann, um die Job-Ende-Aktion entsprechend dieser Definition auszuführen, falls der Job als temporärer Dummy-Job ausgeführt wurde.
- Ausführung der Job-Ende-Aktionen
Die Job-Ende-Aktionen werden wie folgt ausgeführt (in der Priorität von oben nach unten):
Bedingungen Bedingungen werden immer gesetzt oder gelöscht (auch wenn der Job ein temporärer Dummy-Job ist). Dummy wegen Zeitplan Es werden keine weiteren Job-Ende-Aktionen ausgeführt. Dummy aus anderen Gründen Job-Ende-Aktionen werden ausgeführt. - SYSOUT-Aktionen
Aktionen, die die SYSOUT-Datei betreffen, werden nicht ausgeführt, falls keine SYSOUT-Datei vorhanden ist. Dieser Fall tritt ein, wenn der Job als temporärer Dummy-Job ausgeführt wird.
- User Exits für Job-Ende-Aktionen
Für temporäre Dummy-Jobs werden keine User Exits für Job-Ende-Aktionen ausgeführt.
Es wird geprüft, ob laufende Jobs ihre vordefinierte Endezeit überschritten haben.
Wenn dies der Fall ist, werden folgende Aktionen durchgeführt:
eine Nachricht wird an alle Mailboxen geschickt, die mit dem Netzwerk verbunden sind,
eine Nachricht wird an CON-NECT geschickt (wenn die Verbindung aktiv ist),
eine Meldung wird in das Protokoll geschrieben,
außerdem erscheint eine entsprechende Meldung im Bildschirm Aktive Jobs .