Behandlung von JCL beim Jobstart

Dieser Abschnitt behandelt folgende Themen:

JCL-Änderungen beim Jobstart

Jobs, die in Entire Operations definiert und geplant werden, werden automatisch unter der Kontrolle des Entire Operations Monitor gestartet. Während des Startvorgangs kann die JCL auf folgende Arten behandelt werden:

  • Vervollständigung oder Veränderung der Job-JCL gemäß den Entire Operations-Standardeinstellungen.

  • Überprüfen aller gestarteten JCL von einem globalen Benutzer-Exit (muss in den Entire Operations-Standardeinstellungen definiert werden).

  • Einfügen von Header-Informationen als Kommentare in die gestartete JCL. Diese Möglichkeit wird immer durchgeführt. Die Header-Informationen können in der Job-SYSOUT angesehen werden.

    Beispiel:

  •  JobId JOB01 (45856) Typ SM  Datei 2--------------------------- Columns 001 072
 ====>                                                       BLAETTERN===> CSR
 ***** ****************************** top of data *****************************
 00001         1 //JOB01 JOB ,EXAMPLE,CLASS=G,
 00002           //         MSGCLASS=X,MSGLEVEL=(1,1)
 00003           //* =====================================================
 00004           //* S O F T W A R E   A G
 00005           //* Entire Operations       Version 5.3.1
 00006           //*
 00007           //* Eigent:      EXAMPLE    Lauf:            3002
 00008           //* Netzwerk:    E60-FLOW   Symboltabelle:   EXAM-ST1
 00009           //* Job:         JOB-01     Escape Akt:      § Start: $
 00010           //*                         Start Ben.-Id:   SN
 00011           //* JCL-Knoten:  146        Ausf.Knoten:     146
 00012           //*
 00013           //* 07.01.10 13:33 erzeugt/geaendert . XSETAA1
 00014           //* 14.04.10 21:00 aktiviert ......... SN
 00015           //* 15.04.10 13:14 gestartet
 00016           //* =====================================================
 00017           //* Beim JCL-Laden ersetzte Symbole:
 00018           //*

    Anmerkung:
    Bei BS2000 wird die LOGON-Statement überprüft. Falls nicht anders bei der Job-Definition spezifiziert, werden LOGON-Parameter, Account-Nummer, Job-Klasse, überwachende Job-Variable (evtl. mit Passwort) von hier gezogen. Job-Priorität, Laufnummer und CPU-Zeit können ebenso mittels der LOGON-Card mitgegeben werden.

  • Einfügen von Informationen über alle ersetzten Symbole und ihre aktuellen Werte, falls Symbole ersetzt wurden.

    Beispiel:

     JobId JOB01 (45856) Typ JL Datei 1---------------------------- Columns 001 072
 ====>                                                       BLAETTERN===> CSR
 00015 //* 15.04.10 13:14 gestartet
 00016 //* =====================================================
 00017 //* Beim JCL-Laden ersetzte Symbole:
 00018 //*
 00019 //* Symbol  : CLASS
 00020 //* Eigent. : EXAMPLE Symboltabelle: EXAM-ST1
 00021 //* Geaend. : SN am 2009-04-14 um 15:21
 00022 //* Wert    : G
 00023 //* Symbol  : MSGCLASS
 00024 //* Eigent. : EXAMPLE Symboltabelle: EXAM-ST1
 00025 //* Geaend. : SN am 2009-11-21 um 13:48
 00026 //* Wert    : X
 00027 //* Symbol  : JOBLIB
 00028 //* Eigent. : EXAMPLE Symboltabelle: EXAM-ST1
 00029 //* Geaend. : SN am 2009-03-11 um 08:41
 00030 //* Wert    : NOP.EXAMPLE.LOAD
 00031 //* =====================================================
 00032 //*
 00033 //*  ENTIRE OPERATIONS EXAMPLE JOB ON 20100414

  • Das Ersetzen von Symbolen in der JCL durch ihre aktuellen Werte zur Startzeit.

  • Nur bei z/OS:
    Wenn ein Symbolersetzungsfehler zur Übertragungszeit auftritt, wird ein JCL-Fehler erzwungen, um zu verhindern, dass der Job ausgeführt wird.

    Zeilen wie z.B. die folgende können einen JCL-Fehler hervorrufen:

    // ###### Entire Operations Symbol Replacement Error ######

    Der Job wird in einem Fehlerstatus wie dem folgenden bleiben:

    JobId 51058 - Symbol Replacement Error

    Der Job wird nicht fertig bearbeitet, weil dies wie ein Startfehler gehandhabt wird.

Siehe auch Arbeiten mit Entire System Server-Knoten im Abschnitt Betriebssystem-Benutzerkennungen.

Hinweise zur JCL Header-Generierung

  1. Die Start-Benutzerkennung wird immer angezeigt.

  2. Die Benutzerkennung für erstellt/geändert wird nur geändert, wenn die Job-Definition oder die JCL geändert wurde. Eine Aktivierung oder Reaktivierung gilt nicht als Änderung.

Trigraphen-Kodierung für JCL-Start auf UNIX- und Windows-Knoten

Trigraphen-Kodierung wird verwendet, um Fehler bei der ASCII/EBCDIC-Textkonvertierung zu vermeiden. Ein ASCII-Zeichen, für das es kein gleichbedeutendes EBCDIC-Zeichen gibt, wird dabei durch eine Drei-Zeichen-Sequenz (Trigraph) ersetzt. Der Text kann dann erfolgreich kodiert werden.

Entire Operations verwendet Trigraphen bei der Generierung von JCL für UNIX und Windows. Bei Entire System Server-Ausführungsknoten unter UNIX oder Windows wird die Trigraphen-Kodierung standardmäßig eingeschaltet, indem das Fragezeichen (?) als Standard-Fluchtzeichen verwendet wird.

Trigraphen-Kodierung ein- und ausschalten

Sie können die Trigraphen-Kodierung innerhalb der JCL mit den folgenden Meta-Kommandos ein- und ausschalten:

#EOR-TRIG=YES Schaltet die Trigraphen-Kodierung für die nachfolgenden JCL-Zeilen ein.

Dies ist die Standardeinstellung zu Beginn einer JCL.
#EOR-TRIG=NO Schaltet die Trigraphen-Kodierung für die nachfolgenden JCL-Zeilen aus.

Jedes Meta-Kommando muss, wie im folgenden Beispiel gezeigt, in einer einzelnen Zeile stehen:

Definierte JCL:

...
echo '??( test ??)'
#EOR-TRIG = OFF    
echo '??( test ??)'
#EOR-TRIG = ON
...

Gestartete JCL:

...
echo '[ test ]'
echo '??( test ??)'
...

Unterstützte UNIX- und Windows-Trigraphen

Entire System Server-Ausführungsknoten unter UNIX und Windows unterstützen die in der folgenden Tabelle aufgeführten Trigraphen. Ein Triagraph beginnt immer mit zwei Fluchtzeichen. In der folgenden Tabelle gilt für das Fragezeichen (?) als Trigraph-Standard-Fluchtzeichen.

ASCII Trigraph Bemerkungen
[ ??(  
\ ??/  
] ??)  
^ ?? '  
{ ??<  
| ??_  
} ??>  
~ ??-  
@ ??%  
` ??;  
! ??:  
\f ??+ Druckvorschubsteuerzeichen (Form Feed)
\t ??& Tabulator (Tab)