Das Kefk Network Wiki befindet sich im Testbetrieb.

---

Aus Kefk.

JES ist das Job Entry Subsystem auf IBM-Großrechnern.

Will man auf solch einem Rechner ein Programm nicht interaktiv und im Hintergrund ausführen, so erstellt man eine Datei in der Sprache JCL. Wird eine solche Datei bzw. ein solcher Job submitted, also an das Job Entry Subsystem übergeben, so hat dieses die Kontrolle über den Job.

Die Verarbeitung eines Jobs durch JES untergliedert sich in drei Teile:

1. Preprocessing

   In diesem Teil wird die eigentliche Datei gelesen und interpretiert. Tritt hier ein Syntaxfehler auf, so bricht die Bearbeitung bereits hier ab. Des Weiteren werden Dateien allokiert, dazu kann Unterstützung vom Operator oder vom HSM erforderlich sein.

2. Processing

   Hier werden die eigentlichen Steps ausgeführt und die Programme gestartet.

3. Postprocessing

   Das ist die "Aufräumphase" des Job-Laufs: Nicht mehr benötigte Dateien werden gelöscht, Dateien die zur exklusiven Verarbeitung blockiert waren werden wieder freigegeben, und die Ausgabe wird gedruckt.

Varianten

JES gibt es in zwei Varianten: JES2 und JES3.

Beide tun prinzipiell das Gleiche, die Unterschiede für den Benutzer sind gering.

JES3 bietet die Möglichkeit, Jobs auf verschiedenen Rechnern (Nodes) zu verteilen oder Job-Netze zu bilden. JES2 hingegen ist vom Konfigurationsaufwand her einfacher zu handhaben, weshalb Operatoren bei einzelnen Rechnern in der Regel zu JES2 greifen.

JES2

JES2 entstand aus HASP ( Houston Automatic Spool Program ) welche von IBM in den 60er Jahren für die NASA entwickelt wurde. Noch heute schreibt JES2 seine Meldungen als $HASP Meldungen ins Systemlog.

JES2 ist das Job Entry Subsystem in der Version 2. JES2 ist einfacher einzurichten als JES3, kann dafür die Vorteile von Clustern nicht nutzen.

Es besteht allerdings die Möglichkeit, JES2 anzuweisen, es soll einen Job auf einem bestimmten System laufen zu lassen. Das geschieht mit folgendem Record:

/*JOBPARM SYSAFF=system

JES3

JES3 bietet mehr Möglichkeiten zur Kontrolle von Jobs, ist dafür vom Konfigurationsaufwand erheblich höher als JES2. Das Feature schlechthin sind wohl Job-Netze.

Ein Record, unabhängig von //*NET, der näher bei den Job-Netzen beschrieben wird, sei hier erwähnt:

//*MAIN ORG=dst,CLASS=class,SYSTEM=system

Die einzelnen Parameter hierbei sind:

• ORG=dst: Die Destination, was der Ausgabeadresse entspricht. Hier kann man bestimmte, vom Rechenzentrum vordefinierte, Werte eintragen, auf der die Ausgabe erfolgen soll. ORG=LOCAL etwa könnte der Drucker im Rechenzentrum sein.
• CLASS=class: Hier ist die Angabe einer Job-Klasse möglich, die den Operatoren hilft, Jobs einzuordnen. Diese Klasse unterscheidet sich kaum vom JCL-Parameter CLASS, allerdings besteht die Möglichkeit, mehrere Zeichen statt nur einem anzugeben.
• SYSTEM=system: Hiermit kann das System ausgewählt werden, auf dem der Job laufen soll. Von der Benutzung dieses Parameters ist (außer in wirklich begründeten Ausnahmefällen) abzuraten, da man die Fähigkeiten von JES3, Jobs auf verschiedene Systeme zu verteilen, damit umgeht.