Stapeljobs und ihre Umgebung
Das Produkt bietet Möglichkeiten, die Planungs- und Ausführungssteuerung der Hintergrundaktivitäten in einer Grid-Computing-Umgebung zu verwalten.
Sie können Ihre Stapelumgebung durch Verwendung der Jobverwaltungskonsole, Analyse der Jobprotokolle, Angabe von Jobklassen und Verwendung von Klassifikationsregeln verwalten.
- Jobs übergeben
- Jobausführung überwachen
- Operative Aktionen für Jobs ausführen
- Jobprotokolle anzeigen
- Job-Repository verwalten
- Jobpläne verwalten
Jobprotokolle
Ein Jobprotokoll ist eine Datei, die einen detaillierten Bericht über die Ausführungsdetails eines Jobs enthält. Es setzt sich aus System- und Anwendungsnachrichten zusammen. Jobprotokolle werden auf den Endpunkten gespeichert, auf denen der Job ausgeführt wird, und auf dem Anwendungsserver, auf dem der Job-Scheduler ausgeführt wird.
Jobprotokolle können über die Jobverwaltungskonsole und über die Befehlszeile angezeigt werden.
Jobklassen
Eine Jobklasse legt für eine Gruppe von Stapeljobs eine Richtlinie für die Verwendung von Ressourcen fest. Über diese Richtlinie können Sie die Ausführungszeit, die Anzahl gleichzeitiger Jobs, das Jobprotokoll und den Speicher für die Jobausgabewarteschlange festlegen. Jeder Job wird einer Jobklasse zugeordnet. Für Jobs, in denen keine Klasse angegeben ist, wird eine Standardjobklasse bereitgestellt.
Jobklassifikation
Klassifikationsregeln werden in der Konfigurationsdatei gridclassrules.xml unter dem Konfigurationsverzeichnis von WebSphere Application Server gespeichert. In der Stapelkomponente es pro Zelle eine Datei gridclassrules.xml. Regeln werden basierend auf dem Prioritätselement sortiert.
Prüfzeichenfolge
Sie können Jobs mithilfe einer Prüfzeichenfolge erfolgreich im Repository speichern. Die Prüfzeichenfolge ist in einer Datenbank gespeichert, wird aber in der Jobverwaltungskonsole nicht angezeigt. Sie können die Prüfzeichenfolge über Standarddatenbankberichtsfunktionen abrufen. Zur Bereitstellung des Protokolls wird die Prüfzeichenfolge jedesmal gespeichert, wenn Sie einen Job im Repository speichern.
Die Datenbank enthält 1 bis N Versionen der Prüfzeichenfolge. N ist die älteste gespeicherte Version der Prüfzeichenfolge und 1 die aktuelle gespeicherte Version der Prüfzeichenfolge.