Statustabelle für Stapeljobs

Wenn der Job-Scheduler und Grid-Endpunkt einen Stapeljob verarbeiten, wird der Jobstatus in der Datenbank des Job-Schedulers aktualisiert. Die folgende Abbildung zeigt die Beziehungen zwischen den einzelnen Status, und in der Tabelle unterhalb der Abbildung sind die möglichen Status von Stapeljobs sowie die Ergebnisse aufgelistet, die einen Statusübergang bewirken. Sie können den aktuellen Status eines Stapeljobs über die Jobverwaltungskonsole anzeigen oder über die Befehlszeile oder die EJB-Schnittstelle abrufen. Wenn vor der Initialisierung eines Stapelabschnitts ein Fehler auftritt, wechselt der Stapeljob in den Status für fehlgeschlagene Ausführung. Andernfalls wechselt er in einen wieder anlauffähigen Status.

Abbildung zu den Status von Stapeljobs

Tabelle 1. Status von Stapeljobs. In der Tabelle ist jeder Stapelstartstatus zusammen mit seinem Clientbefehl, seiner Systemaktion, seiner Sonderbedingung, seinem numerischen Rückkehrcode und seinem Endstatus aufgelistet. Eine leere Tabellenzelle gibt an, dass es für den Startstatus keinen Clientbefehl, keine Systemaktion, Bedingung oder Rückkehrcode gibt.
Startstatus Clientbefehl Systemaktion Sonderbedingung Rückkehrcode Endstatus
non-existent (nicht vorhanden, verzögerte Übergabe) submit       pending submit (Übergabe anstehend)
non-existent (nicht vorhanden) submit       submitted (übergeben)
submitted (übergeben)   Zuteilen   0 executing (Ausführung)
submitted (übergeben) cancel     0 restartable (wieder anlauffähig)
executing (Ausführung) stop     0 restartable (wieder anlauffähig)
executing (Ausführung) cancel     4 cancel_pending (Abbruch anstehend)
executing (Ausführung)   Anwendungsfehler abgefangen*   4 restartable (wieder anlauffähig)
executing (Ausführung)     Fehler in der Infrastruktur** 4 restartable/unknown (wieder anlauffähig/unbekannt)
executing (Ausführung) suspend     4 suspend_pending (Aussetzen anstehend)
executing (Ausführung)   Job abgeschlossen   4 ended (beendet)
executing (Ausführung)     Problem der Infrastruktur im Jobabschnitt*** 4 restartable (wieder anlauffähig)
suspend_pending (Aussetzen anstehend)   Prüfpunkt   2 suspended (ausgesetzt)
suspend_pending (Aussetzen anstehend)     Fehler in der Infrastruktur** 2 restartable/unknown (wieder anlauffähig/unbekannt)
suspended (ausgesetzt) resume     5 resume_pending (Fortsetzung anstehend)
suspended (ausgesetzt) cancel     5 cancel_pending (Abbruch anstehend)
suspended (ausgesetzt)     Fehler in der Infrastruktur** 5 restartable/unknown (wieder anlauffähig/unbekannt)
resume_pending (Fortsetzung anstehend)   Job wieder aufnehmen   2 executing (Ausführung)
resume_pending (Fortsetzung anstehend)     Fehler in der Infrastruktur** 2 restartable/unknown (wieder anlauffähig/unbekannt)
restartable (wieder anlauffähig) restart     8 submitted (übergeben)
cancel_pending (Abbruch anstehend)   Job abgebrochen   1 restartable (wieder anlauffähig)
cancel_pending (Abbruch anstehend)     Fehler in der Infrastruktur** 1 restartable/unknown (wieder anlauffähig/unbekannt)
restartable (wieder anlauffähig) purge     8 non-existent (nicht vorhanden)
execution_failed (Ausführung fehlgeschlagen) purge     9 non-existent (nicht vorhanden)
ended (beendet) purge     7 non-existent (nicht vorhanden)
Tabelle 2. Anmerkungen zur Tabelle mit den Stapeljobstatus. In der Tabelle ist jede Anmerkung mit einer Beschreibung aufgelistet.
Anmerkung Beschreibung
* Anwendungsfehler Die Stapelanwendung ist zur Laufzeit fehlgeschlagen. Dieser Fehler wurde von den Grid-Endpunkten erkannt.
**Fehler in der Infrastruktur Es ist ein unerwarteter Fehler aufgetreten. Schauen Sie sich das folgende Beispiel eines Infrastrukturproblems beim Jobaufbau an.
*** Infrastrukturproblem beim Jobaufbau Ein unerwarteter Fehler, der auftritt, wenn ein Stapeljob zum ersten Mal von den Grid-Endpunkten vorbereitet wird. Wenn beispielsweise ein unerwarteter Datenbankfehler auftritt, wird der Job in den Status "execution_failed" (Ausführung fehlgeschlagen) versetzt.
  • In dieser Situation wird der Stapeljob zum ersten Mal ausgeführt, und es wurden noch keine Abschnitte verarbeitet. Stapeljobs wechseln bei den meisten Fehlern in einen wieder anlauffähigen Status. In diesem Status können die Jobs an Prüfpunktpositionen wieder aufgenommen werden, sofern der Fehler behoben werden kann. Dies ist jedoch ein Fehler, bei dem ein Stapeljob in den Status "execution_failed" wechselt. In diesem Status kann der Job nicht wieder aufgenommen werden. Da sich dieses Szenario auf die Jobvorbereitung bezieht, in der der Stapeljob noch keine Aktivitäten aufgenommen hat, gehen keine Verarbeitungsschritte wegen des Fehlers verloren.
  • Wenn Jobs am Endpunkt einen nicht endgültigen Status haben, versetzt der Scheduler die Jobs unter zwei Bedingungen in den Status "unknown" (unbekannt): Die Verbindung zum Endpunkt ist unterbrochen, oder der Endpunkt ist inaktiv. Wenn der Endpunkt wieder betriebsbereit ist, synchronisiert der Scheduler den Jobstatus mit dem Endpunkt. Wenn der Endpunkt inaktiviert wird, werden alle Stapeljobs in den Status "restartable" (wieder anlauffähig) versetzt, und alle rechenintensiven Jobs in den Status "execution_failed". Falls nur die Verbindung zwischen Endpunkt und Scheduler verloren gegangen ist, aktualisiert der Scheduler seinen Status. Durch die Statusaktualisierung wird der endgültige Status für die Jobs gesetzt, die zu diesem Zeitpunkt am Endpunkt ausgeführt werden.

Symbol, das den Typ des Artikels anzeigt. Konzeptartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cgrid_xdbgstate
Dateiname:cgrid_xdbgstate.html