Job-Definition anlegen

#### Search Results

Search

# Job-Definition anlegen

Dieser Abschnitt beschreibt, wie Sie in einem Job-Netzwerk (Master) einen neuen Job definieren.

Der zugehörige Dialog enthält Pflichtfelder, die Sie mindestens ausfüllen müssen, um den neuen Datensatz speichern und die Funktion ordnungsgemäß beenden zu können. Einige der Eingabefelder können bereits mit Standardwerten vorbelegt sein.

Darüber hinaus umfasst der Dialog Felder, die nach fachlich Gesichtspunkten auf Registern zusammengefasst sind und die Sie wahlweise schon beim Anlegen der Job-Definition oder zu einem späteren Zeitpunkt ausfüllen können (siehe Job-Definition ändern).

Anmerkung
Alternativ können Sie eine bereits vorhanden Job-Definition aus dem aktuellen oder einem anderen Job-Netzwerk kopieren (siehe Job-Definition kopieren) und an der gewünschten Stelle einfügen (siehe Job-Definition einfügen). Danach können Sie den Datensatz mit dem Kontextmenü-Kommando Öffnen anpassen (siehe Job-Definition ändern).

Dieser Abschnitt behandelt folgende Themen:

- Funktion aufrufen

- Felder: Job-Definition (Master)

- Jobtyp-abhängige Job-Definitionen, zur Ausführung - Register OS-Speziell

- Vorausgesetzte Ressourcen für einen Job verwalten - Register Ressourcen

- Eingabebedingungen für einen Job verwalten - Register Eingabebedingungen

- Job Control (Master) für einen Job definieren - Register JCL-Definition

- Parameter für Job-Zeitplan-Definition definieren - Register Zeitplan-Parameter

- Erweiterte Protokoll-Informationen zu einem Job definieren - Register Erweitertes Log

- Ausführliche Beschreibung eines Jobs - Register ausf. Beschreibung

- Job-Ende-Prüfung und -Aktionen verwalten - Register EOJ-Überprüfung

Anmerkung
Entire Operations gestattet eine umfassende Änderung von Jobs nach deren Aktivierung. Wie Sie einen neuen Job in einem aktiven Job-Netzwerk anlegen können, ist im Abschnitt Neuen Job im aktiven Job-Netzwerk anlegen beschrieben. Alle neuen aktiven Jobs bzw. Änderungen an vorhandenen aktiven Jobs werden in der aktiven Datenbank vorgenommen und gelten nur für den aktuellen Job-Lauf, so dass alle ursprünglichen Definitionen in der Master-Datenbank unverändert bleiben.

## Funktion aufrufen

Um eine neue Job-Definition anzulegen:

1. Markieren Sie Eigentümer > Eigentümername > Netzwerk-Definition > Netzwerkname > Jobs im Objekt-Arbeitsbereich.

   Oder:
   Markieren Sie im Inhaltsbereich in der Liste der Jobs eine beliebige Job-Definition.

2. Rufen Sie das Kontextmenü auf und wählen Sie Neu.

   Das Dialogfenster Neues Objekt erzeugen Jobs wird angezeigt (Beispiel für BS2000):

   Das Fenster enthält Felder zur Identifizierung und Beschreibung des Jobs und zeigt den Inhalt der Registerkarte Definition.

   Anmerkung
   Bei einem z/VSE-Knoten enthält der Dialog das Register OS-Speziell für betriebssystemspezifische Angaben nur dann, wenn im Feld Jobtyp der Typ Textdatei (DAT) angegeben ist. Siehe Spezielle Angaben für die Job-Ausführung für den Jobtyp "Textdatei" (DAT).

3. Sie können die Daten in die Felder eingeben bzw. bestehende Daten ändern.

   Beschreibung der Felder siehe Felder: Job-Definition (Master).

4. Bestätigen Sie die Eingaben mit OK.

   Ihre Eingaben werden gespeichert.

## Felder: Job-Definition (Master)

Feld | Bedeutung
--- | ---
Felder im oberen Bereich des Dialogs
Job-Name | Der Name des Jobs. Entire Operations erkennt einen Job an diesem Namen. Er kann, muss aber nicht derselbe Name sein, wie der auf der JCL-Jobkarte (das Betriebssystem erkennt einen Job an seinem Jobkarten-Namen). Anmerkung Job-Namen sollen mit einem Buchstaben anfangen. Mit einer Ziffer anfangende Job-Namen werden toleriert, sind aber nicht empfehlenswert.
Symbol als Ausführungsknoten verwenden | Markieren Sie dieses Feld, wenn Sie ein Symbol angeben wollen.
Ausfüh. Knoten | Ausführungsknoten. Der Job wird auf dem hier angegebenen Knoten gestartet. Der Standardwert ist der in der Job-Netzwerk-Definition angegebene Wert. Sie können hier einen anderen Knoten für den Job angeben. Anmerkung `FluchtzeichenPMPA` (z.B. `§PMPA`) kann hier angegeben werden. Siehe Tabelle vordefinierter Symbole im Abschnitt Vordefinierte Symbole.
Beschreibung | Kurze Beschreibung des Jobs. Dieser Text wird in der Liste der Jobs angezeigt. Sie können eine längere Beschreibung des Jobs erstellen, indem Sie die Editor-Funktion benutzen. Siehe Ausführliche Beschreibung eines Jobs - Register "ausf. Beschreibung".
Jobtyp | Entire Operations-Jobtyp. Mögliche Werte: DUM - Dummy-Job Ein Job des Typs `DUM` hat keine JCL und wird nicht an das Betriebssystem übergeben. Siehe auch Job-Ausführung als Dummy-Job. NAT - Natural-Programm Ein Job des Typs `NAT` ist ein Natural-Programm bzw. -Subprogramm, das unmittelbar vom Entire Operations-Monitor ausgeführt wird und keine JCL hat. JOB - Standard-Job Jobtyp JOB. Standard-Betriebssystem-Job mit eigener JCL, der als Batch-Job gestartet wird. STC - Started Task Ein Job des Typs `STC` ist ein spezieller Batch-Jobtyp auf z/OS oder z/VSE. NET - Unternetzwerk Der Jobtyp NET ermöglicht es, ein komplettes Netzwerk als Unternetzwerk innerhalb eines Hauptnetzwerks auszuführen. Siehe auch Unternetzwerk definieren und Spezielle Angaben für die Job-Ausführung für den Jobtyp Unternetzwerk - Register Unternetzwerk DAT - Textdatei Einen Job des Typs `DAT` können Sie benutzen, um eine Textdatei auf dieselbe Art und Weise zu erstellen, wie aktive JCL generiert wird. Siehe auch Spezielle Angaben für die Job-Ausführung für den Jobtyp "Textdatei". SRV - Windows-Dienst Mit dem Jobtyp `SRV` können Sie Dienste unter Windows definieren. Siehe auch Spezielle Angaben für die Job-Ausführung für den Jobtyp "Windows-Dienst" FTP - Datei-Transfer-Job Den Jobtyp `FTP` können Sie für Dateitransfers im Batch-Modus unter Verwendung des FTP-Protokolls benutzen. Die JCL für den Dateitransfer-Job wird von Entire Operations generiert, in Abhängigkeit von den FTP-Parametern in der JCL-Definition. Siehe auch Parameter für einen FTP-Job definieren - Register "JCL-Definition" WPS - Windows PowerShell-Scripts Mit dem Jobtyp `WPS` können Sie Dienste unter Windows definieren. Siehe auch Spezielle Angaben für die Job-Ausführung für den Jobtyp SRV und Kommandozeilen-Parameterübergabe. Siehe auch Jobtyp-abhängige Job-Definitionen, zur Ausführung - Register "OS-Speziell".
Spezieller Typ | Mögliche Werte: Normaler Job Normaler Job ohne spezielle Bedingung. Zyklische Ausführung (Dies ist eine Ersetzung und Erweiterung des früheren Jobtyps `CYC` (zyklisch).) Die Ausführung erfolgt in bestimmten Intervallen. Falls dieser Typ definiert wird, muss in den Zeitplan-Parametern des Jobs ein zyklisches Intervall definiert werden. Dies wird während der Job-Aktivierung und vor dem Job-Start überprüft. Jeder Jobtyp kann mit diesem Attribut versehen werden. Anmerkung Sie können die reservierte Bedingung `P-STOPCYC-jobname` verwenden, um eine zyklische Job-Ausführungsschleife zu unterbrechen. Siehe Einschränkungen bei Bedingungsnamen. Ausführung als Dummy Bei der Ausführung als Dummy-Job (Jobtyp DUM) kann man die Ausführung unterbinden, ohne die Definition löschen zu müssen. Siehe Job-Ausführung als Dummy-Job. Man kann diesen Typ auch in einem aktiven Job vor einer Wiederholung setzen. Wenn dieser Wert in einem aktiven Job gelöscht wird, dann wird die aktive JCL generiert, sofern sie schon vorhanden ist. Dies hat jedoch keine Job-Wiederholung zur Folge. Zur Job-Wiederholung können Sie auch in diesem Fall so wie unter Aktive Jobs wiederholen im Abschnitt Aktive Job-Netzwerke beschrieben vorgehen. Stoppt einen Job Bei Jobtyp STC: Stoppt einen Started Task. Bei Jobtyp SRV: Stoppt einen Windows-Service. Fehlerbehandlungsjob Sie müssen diesen speziellen Typ auch bei solchen Jobs benutzen, die mit dem Job-Import-API `NOPUJIxN` nachträglich aktiviert werden. Anmerkung Fehlerbehandlungsjobs werden im Verlauf einer normalen Job-Netzwerk-Aktivierung nicht aktiviert. Sie werden nur aktiviert, wenn sie für einen anderen Job definiert sind und wenn ein bestimmtes Ereignis eine Fehlerbehandlung erforderlich macht.
Register "Definition"
Symboltabelle | Name der Symboltabelle, die zum Ersetzen von Variablen in der dynamischen JCL eines Jobs mit Speicherart MAC oder vom Typ JOB referenziert werden soll. Wählen Sie einen Namen aus der Liste aus. Anmerkung Falls auf der Jobebene keine Symboltabelle definiert ist, wird bei einer Netzwerk- oder Job-Aktivierung die auf der Netzwerkebene angegebene Symboltabelle (falls definiert) aktiviert.
Version | Symboltabellen-Version. Entire Operations kann mehrere Versionen einer Symboltabelle verwalten. Sieh auch Liste der Versions-Verwendungen anzeigen im Abschnitt Datumsbereiche für Netzwerk-Versions-Verwendung verwalten. Reservierte Namen (werden während der Aktivierung ersetzt):
`current` | Aktuelle Version für das Aktivierungs- bzw. Bestimmungsdatum für Berichte.
`nv` | Gleiche Version wie Netzwerk-Version.
`svn` | Symboltabellenversion des Netzwerks.
Suffix-Symbol (optional) | (Optionales Feld) Wenn der Job mehrfach parallel aktiviert werden soll, muss dieses Feld einen Symbolnamen enthalten. Entire Operations sucht danach unter Beachtung der zum Zeitpunkt der Aktivierung gültigen Symbol-Suchhierarchie. Das Symbol muss die Suffixe enthalten, die an aktive Job-Namen und Ausgabebedingungen angehängt werden sollen. Die Summe der Längen (Präfix+Suffix) darf die maximalen Feld-Längen für Job-Namen oder -Bedingungen nicht überschreiten. Beispiel: Wenn der Name des Haupt-Jobs `PARA` ist und das Symbol `001`, `003`, `012` enthält, dann werden die aktiven Jobs `PARA001`, `PARA003` und `PARA012` erstellt. Wenn der Suffix-Symbolwert in einem Netzwerk nicht definiert ist und das Netzwerk von einem Hauptnetzwerk aufgerufen wird (wenn es ein Unternetzwerk ist), dann erfolgt die Suche nach dem Suffix-Symbol aufwärts bis zur höchsten Ebene. Falls Suffix-Symbol keine Werte enthält, wird der Job als temporärer Dummy-Job aktiviert. Bezüglich der Zuordnung der mehrfachen Symbolwerte zum Suffix-Symbol siehe Symbolersetzung durch mehrfache Symbolwerte im Abschnitt Symbole.
- Restart-fähig | Nur bei BS2000: Der Job kann automatisch neu gestartet werden. Folgende Optionen stehen zur Verfügung: Wiederanlauf Der Job soll nach einem System-Absturz ohne zusätzliche Fehlerbehandlung neu gestartet werden. Kein Wiederanlauf Kein automatischer Neustart nach einem System-Absturz. BS2000/Wiederanlauf Neustart bei Job-Wiederholung. SYSOUT-Dateien werden nicht umbenannt. Die automatische SYSOUT-Umlenkung kann verzögert werden durch Angabe der folgenden Zeile direkt nach der `/LOGON`-Anweisung:
      /REMARK EOR-SYSOUT-DIRECT=LATER
  Später muss dann eine Zeile vorhanden sein, ab der die SYSOUT-Datei umgelenkt wird, und die Folgendes enthält:
      /REMARK EOR-SYSOUT-DIRECT=NOW
Dies erlaubt benutzerdefinierte Aktionen vor der Verwendung einer SYSOUT-Datei. Zusätzliche Kriterien für automatischen Neustart: Der Jobstart muss vor dem letzten IPL erfolgen, und der Job darf noch nicht beendet sein. `MonJV` muss `$R` enthalten. Die System-Session-Nummer zur Zeit der Job-Prüfung muss verschieden von der System-Session-Nummer beim Job-Start sein.
Fluchtzeichen Aktivierung | Dies ist das Fluchtzeichen für die Aktivierung. Dieses Fluchtzeichen ist ein Präfix für Natural-Befehlscode und Symbole, die zur Aktivierungszeit ersetzt werden sollen. Wenn Sie dieses Zeichen ändern, kann dynamische JCL ungültig werden. Siehe auch Fluchtzeichen zur Symbolersetzung und Hinweise zu Fluchtzeichen.
Fluchtzeichen Jobstart | Dies ist das Fluchtzeichen für den Jobstart. Dieses Fluchtzeichen ist das Präfix für Symbole, die zur Startzeit des Jobs ersetzt werden sollen. Wenn Sie dieses Zeichen ändern, kann existierende, dynamische JCL ungültig werden. Standardwert ist das Dollarzeichen ($). Siehe auch Fluchtzeichen zur Symbolersetzung und Hinweise zu Fluchtzeichen.
Geändert | Benutzerkennung, Datum und Uhrzeit der letzten Änderung der Job-Definition.
Jobende-Aktionen | Job-Ausgabebedingungen. Mögliche Werte: Ohne Einfluss auf Job-Ergebnis Fehler bei der Verarbeitung von Job-Ende-Aktionen haben keinen Einfluss auf das Job-Ergebnis. Fehler beeinflussen Job-Ergebnis Fehler bei der Verarbeitung von Job-Ende-Aktionen beeinflussen das Job-Ergebnis. Die Ausgabebedingung(en) für die Ereignisse Alle Prüfungen ok und Mindestens eine Prüfung nicht ok auf Job-Ebene wird (werden) nach Ausführung aller Job-Ende-Aktionen (einschließlich Aktions-Exits (EJA)) gesetzt. Jeder Fehler während der Ausführung der Job-Ende-Aktionen führt zum Setzen der Bedingungen, die für Job nicht ok definiert sind. War der Job bereits auf nicht ok gesetzt, so verbleibt er auf nicht ok, d.h. diese Definition hier hat keinen Einfluss. Anmerkungen: Durch das Setzen dieses Kennzeichens kann sich die Durchlaufzeit von Netzwerken erhöhen, weil die Bedingungseinstellung auf die Beendigung der übrigen Job-Ende-Aktionen wartet. Die Einstellungen auf Job-Ebene haben Vorrang vor der Einstellung auf der Netzwerk-Ebene. Dieses Kennzeichen hat keinen Einfluss auf das Setzen/Zurücksetzen von Bedingungen auf der Ereignisebene. Wie im Netzwerk definiert Die Definition vom Netzwerk wird benutzt. Dies ist der Standardwert. Siehe auch Feld Jobende-Aktions-Fehler beeinflussen Job-Ergebnis in der Netzwerk-Definition.
Meilenstein-Typen | Meilenstein-Typen. Sie können hier ein oder mehrere Meilenstein-Attribute (Typen) für einen Job markieren, der eine wichtige Aufgabe innerhalb eines Job-Netzwerks ausführt, z.B. zur Nachverfolgung bedeutender Ereignisse oder zur Kontrolle der erfolgreichen Ausführung anderer Jobs. Folgende Optionen für benutzerdefinierte Meilensteine stehen zur Verfügung: Netzwerk-Beginn Der Meilenstein-Job wird als erster Netzwerk-Job ausgeführt. Netzwerk-Ende Der Meilenstein-Job wird als letzter Netzwerk-Job ausgeführt. Andere Der Meilenstein-Job wird in keiner besonderen Reihenfolge ausgeführt. Mögliche Werte für System-Meilensteine, die von Entire Operations dynamisch während des Jobstarts gesetzt werden (gilt nur bei aktiven Jobs): Erster Job Der Meilenstein-Job wird als erster Netzwerk-Job ausgeführt. Letzter Job Der Meilenstein-Job wird als letzer Netzwerk-Job ausgeführt. Sie können das API `NOPUMI1N` verwenden, um Ihre eigenen Meilensteine zu definieren. Weitere Informationen siehe Abschnitt Event Store Milestones in der System Automation Tools-Dokumentation.

#### Hinweise zu Fluchtzeichen

Die Fluchtzeichen für einen Job werden für die Symbol-Ersetzung und Macro-JCL benutzt.

Wenn ein Job erstellt wird oder wenn ein Fluchtzeichen zurückgesetzt wird, wird der Standardwert in folgender Reihenfolge benutzt:

1. Netzwerk-Standardwerte (betriebssystemspezifisch), falls für das aktuelle Betriebssystem definiert.

2. Netzwerk-Definition, wenn nicht leer.

3. Globale betriebssystemspezifische Standardwerte für z/OS, z/VSE, BS2000, UNIX und Windows (in der Systemverwaltung-Dokumentation).

Wenn Sie den Ausführungsknoten auf ein anderes Betriebssystem abändern, haben Sie die Möglichkeit, die Definitionen der Fluchtzeichen zu löschen, damit sie neu auf die betriebssystemspezifischen Standardwerte für das neue Betriebssystem voreingestellt werden.

Siehe auch Fluchtzeichen zur Symbolersetzung.

## Jobtyp-abhängige Job-Definitionen, zur Ausführung - Register OS-Speziell

Um weitere Angaben zur Job-Definition zu machen:

1. Wählen Sie die Registerkarte OS-Speziell.

2. Jetzt können Sie die fehlenden Informationen in die Felder einfügen.

   Welche Felder auf der Registerkarte vorhanden sind, hängt davon ab, was Sie im Feld Ausführ. Knoten bzw. im Feld Jobtyp eingegeben haben.

3. Bestätigen Sie die Eingaben mit OK.

Dieser Abschnitt behandelt folgende Themen:

- Spezielle Angaben für JCL auf BS2000

- Spezielle Angaben für JCL auf z/OS

- Spezielle Angaben für JCL auf UNIX und Windows

- Spezielle Angaben für die Job-Ausführung für den Jobtyp Textdatei (DAT)

- Spezielle Angaben für die Job-Ausführung für den Jobtyp Windows-Dienst (SRV)

- Parameter für einen FTP-Job definieren - Register FTP-Attribute

### Spezielle Angaben für JCL auf BS2000

Um BS2000-spezifische Parameter für die Job-Ausführung zu definieren:

1. Wählen Sie die Registerkarte OS-Speziell.

2. Wählen Sie Sie im Feld Ausführungsknoten den gewünschten Knoten, der unter dem Betriebssystem BS2000 läuft.

   Welche Felder auf der Registerkarte vorhanden sind, hängt davon ab, was Sie im Feld Ausführungsknoten eingegeben haben (Beispiel):

   Weitere Informationen siehe Felder: Spezielle Angaben für BS2000-Ausführung

3. Wählen Sie Anwenden, um die Angaben zu speichern.

#### Felder: Spezielle Angaben für BS2000-Ausführung

Feld | Beschreibung
--- | ---
Standard-Ben.ID | Geben Sie eine für BS2000 gültige definierte Benutzerkennung zum Einloggen ein. Diese ID hat keine Bedeutung für andere Betriebssysteme. Unqualifizierten Namen für Dateien und Job-Variablen in der Job-Definition wird diese Benutzerkennung im BS2000 vorangestellt. Den Namen von Dateien und Job-Variablen wird die Benutzerkennung nicht vorangestellt, wenn der Name das Aktivierungsfluchtzeichen in Eingabebedingungen und Job-Ende-Aktionen enthält. Siehe auch BS2000: An Variablen und Dateien übergebene Benutzerkennungen. Anmerkung Die Benutzerkennung TSOS kann nur von einem Benutzer definiert werden, der unter TSOS arbeitet.
Job-Start-Ben.-ID | Jobs in BS2000 werden unter dieser Benutzerkennung vom Entire Operations-Monitor gestartet. Diese ID hat für andere Betriebssysteme keine Bedeutung. Anmerkung Die Benutzerkennung TSOS kann nur von einem Benutzer definiert werden, der unter TSOS arbeitet. In "Monitor-Standardwerte/Job-Start-Benutzertyp" im Zugriffskontrollsystem können bestimmte Überprüfungen der Job-Start-Benutzerkennung definiert werden. Siehe auch Feld Jobstart-Benutzertyp im Zugriffskontrollsystem im Kapitel Monitor-Standardwerte in der | Systemverwaltung-Dokumentation. Falls dieses Feld leer ist, so wird bei der Aktivierung des Jobs die Standard-Benutzerkennung eingesetzt. Eine Symbolersetzung erfolgt, wenn das Aktivierungsfluchtzeichen oder das Startfluchtzeichen benutzt wird. Weitere Informationen siehe: Benutzer-Id-Definition Betriebssystem-Benutzerkennungen Festsetzung einer Standard-Benutzerkennung
Account-Nummer | Geben Sie eine für die BS2000 Job-Start-Benutzerkennung zu benutzende Account-Nummer ein. Wenn Sie dieses Feld leer lassen, wird die Account Nummer automatisch vom BS2000 JOIN-Eintrag übernommen (nur wenn der Entire Operations-Monitor unter TSOS oder unter derselben Benutzerkennung wie der Job läuft). In diesem Feld wird eine Symbolersetzung durchgeführt, falls das Aktivierungsfluchtzeichen verwendet wird.
BS2000 Jobklasse | Geben Sie eine gültige definierte BS2000-Jobklasse für den Job-Start ein. In diesem Feld wird eine Symbolersetzung durchgeführt, falls das Aktivierungsfluchtzeichen verwendet wird.
Job Priority | Falls nicht leer, wird diese Job-Priorität während der Vorlage des Jobs benutzt und überschreibt einen möglichen Wert im `LOGON`-Statement. Der Standardwert auf Netzwerk-Ebene wird für neue Job-Definitionen genutzt.
Run Priority | Falls nicht leer, wird diese Lauf-Priorität während der Vorlage des Jobs benutzt und überschreibt einen möglichen Wert im `LOGON`-Statement. Der Standardwert auf Netzwerk-Ebene wird für neue Job-Definitionen genutzt.
Share SYSOUT | Gemeinsame Benutzung einer BS2000 SYSOUT-Datei ermöglichen. Wenn Sie hier `Y` eingeben, kann von anderen BS2000-Benutzerkennungs auf die interne SYSOUT-Temporärdatei zugegriffen werden.
Jobstart-Passwort | Geben Sie das Passwort für den Job-Start ein. (Nur erforderlich für BS2000 Passwort-Chiffrierung, wenn die Entire System Server-Version des Start-Knotens kleiner ist als 3.4.1).
SYSOUT Ben.ID | Geben Sie die Benutzerkennung ein, unter der interne SYSOUT-Dateien von Entire Operations angelegt werden. Falls nichts angegeben wurde, werden die Dateien unter der Job-Start-Ben.-ID angelegt. Eine Symbolersetzung erfolgt, wenn das Aktivierungsfluchtzeichen oder das Startfluchtzeichen benutzt wird. Siehe auch Benutzer-Id-Definition in der Systemverwaltung-Dokumentation.
SYSOUT Kat.Ke. | Geben Sie die Katalogkennung ein, unter der interne SYSOUT-Dateien von Entire Operations angelegt werden. Dieses Feld hat nur Bedeutung, wenn eine von der Job-Start-Ben.-ID abweichende SYSOUT Ben.ID definiert wurde.
SYSLST sammeln | Wenn Sie dieses Kontrollkästchen markieren, und wenn der Job eine SYSLST-Zuordnung enthält (wie z.B. `/SYSFILE SYSLST=...` oder `/ASSIGN-SYSLIST TO-FILE=...`), wird die SYSLST-Ausgabe von Entire Operations an die SYSOUT-Sammeldatei angehängt. Die SYSLST-Ausgabe steht dann auch in der SYSOUT Online-Anzeige zur Verfügung.
MonJV | Geben Sie den Namen der beim Job-Start zu benutzenden BS2000 Monitor-Job-Variable ein. Wenn Sie dieses Feld leer lassen, generiert Entire Operations intern einen eindeutigen Namen.
Passwort | Geben Sie das Passwort für die definierte Job-Variable ein. Es werden nur alphanumerische Passwörter unterstützt.

#### BS2000: An Variablen und Dateien übergebene Benutzerkennungen

Die im Feld Standard-Ben.ID in der Job-Definition (Master) oder der aktiven Job-Definition angegebene BS2000-Benutzerkennung wird an die Namen aller Job-Variablen und Dateien übergeben, die mit einer Job-Ende-Prüfung und/oder einer für den betreffenden Job definierten Eingabebedingung verknüpft sind.

Beispiele:

Alte Standard-Benutzerkennung | Neue Standard-Benutzerkennung | Neue Benutzerkennung in Job-Variablen-Namen/Dateinamen
--- | --- | ---
Keine Benutzerkennung (leeres Feld) | `ID-A` | `ID-A` (vorausgesetzt, die alte Benutzerkennung ist ebenfalls leer)
`ID-A` | `ID-B` | `ID-B` (vorausgesetzt, die alte Benutzerkennung ist ebenfalls `ID-A`)
`ID-B` | Keine Benutzerkennung (leeres Feld) | Keine Wertänderung, die alte Benutzerkennung wird beibehalten.

Einschränkung:

Die Benutzerkennung wird nicht übergeben, wenn der Job-Variablen-Name bzw. der Dateiname das Job-Aktivierungsfluchtzeichen enthält.

### Spezielle Angaben für JCL auf z/OS

Um z/OS-spezifische Parameter zu definieren:

1. Wählen Sie die Registerkarte OS-Speziell.

2. Wählen Sie Sie im Feld Ausführungsknoten den gewünschten Knoten, der unter dem Betriebssystem z/OS (interne Bezeichnung: MV/ESA) läuft.

   Welche Felder auf der Registerkarte vorhanden sind, hängt davon ab, was Sie im Feld Ausführungsknoten angegeben haben (Beispiel):

   Weitere Informationen siehe Spezielle Felder: z/OS.

3. Wählen SieAnwenden, um die Eingabe zu speichern.

#### Spezielle Felder: z/OS

Feld | Bedeutung
--- | ---
Job-Start-Ben.ID | In z/OS startet der Entire Operations-Monitor Jobs unter dieser Benutzerkennung. Sie können diese Benutzerkennung nur definieren, wenn Sie auf dem Ausführungsknoten mit derselben Benutzerkennung angemeldet sind. Standardwert: Falls dieses Feld leer ist, wird die Benutzerkennung der letzten Änderung als Job-Start-Benutzerkennung genommen. Eine Symbolersetzung erfolgt, wenn das Aktivierungsfluchtzeichen oder das Startfluchtzeichen benutzt wird. In "Monitor-Standardwerte/Job-Start-Benutzertyp" im Zugriffskontrollsystem können bestimmte Überprüfungen der Job-Start-Benutzerkennung definiert werden.

Weitere Informationen siehe:

- Standardwerte für den Monitor definieren

- Benutzer-Id-Definition

- Betriebssystem-Benutzerkennungen

- Festsetzung einer Standard-Benutzerkennung

### Spezielle Angaben für JCL auf UNIX und Windows

Um betriebssystemspezifische Parameter zu definieren:

1. Wählen Sie die Registerkarte OS-Speziell.

   Wählen Sie Sie im Feld Ausführungsknoten den gewünschten Knoten, der unter dem Betriebssystem UNIX bzw. Windows läuft.

   Welche Felder auf der Registerkarte vorhanden sind, hängt davon ab, was Sie im Feld Ausführungsknoten angegeben haben.

   Beispiel für UNIX:

   Weitere Informationen siehe Spezielle Felder: UNIX und Windows.

2. Wählen SieAnwenden, um die Eingaben zu speichern.

#### Spezielle Felder: UNIX und Windows

Feld | Bedeutung
--- | ---
Job-Start-Ben.ID | Der Entire Operations-Monitor wird die Benutzerkennung des Shell-Scripts auf diesen Wert setzen. Die Benutzerkennung wird automatisch in Kleinschreibung konvertiert. Eine Symbolersetzung erfolgt, wenn das Aktivierungsfluchtzeichen oder das Startfluchtzeichen benutzt wird. In Monitor-Standardwerte/Job-Start-Benutzertyp im Zugriffskontrollsystem können bestimmte Überprüfungen der Job-Start-Benutzerkennung definiert werden.
Job-Start-Gruppe | Wird dieses Feld leer gelassen, wird die Standard-Gruppe der UNIX-Benutzerkennung (so wie in `from/etc/passwd` definiert) verwendet. Sonst muss dieses Feld eine derjenigen Gruppen enthalten, die durch das UNIX-Kommando `groups` ausgegeben werden. Eine Symbolersetzung erfolgt, wenn das Aktivierungsfluchtzeichen oder das Startfluchtzeichen benutzt wird.
Windows: In diesem Feld können Sie die Domäne des Benutzers angeben.
SYSOUT Knoten | Nur wenn der SYSOUT nach BS2000 kopiert werden soll. Knoten, auf den interne SYSOUT-Dateien von Entire Operations kopiert werden sollen. Der SYSOUT-Knoten darf nicht identisch mit dem Ausführungsknoten sein, und es muss ein BS2000-Knoten sein.
SYSOUT Cat ID | Nur wenn der SYSOUT nach BS2000 kopiert werden soll. Dies ist die Katalogkennung, unter der interne SYSOUT-Dateien von Entire Operations angelegt werden.
SYSOUT Ben.ID | Nur wenn der SYSOUT nach BS2000 kopiert werden soll. Dies ist die Benutzerkennung, unter der interne SYSOUT-Dateien von Entire Operations angelegt werden.
Kommandozeile obligatorisch |
Markiert: | Das Vorhandensein des Symbols `CMDLINE-<job>` ist obligatorisch. Wenn es fehlt oder leer ist, wird der Job nicht gestartet.
Nicht markiert: | Eine Kommandozeile ist nicht obligatorisch für den Job (Voreinstellung).

Weitere Informationen siehe:

- Benutzer-Id-Definition

- Betriebssystem-Benutzerkennungen

- Festsetzung einer Standard-Benutzerkennung

### Spezielle Angaben für die Job-Ausführung für den Jobtyp Textdatei (DAT)

Anmerkungen zur Verwendung von Trigraphen:

- Soll die DAT-Ausgabedatei auf einem Großrechnerknoten erstellt werden, erfolgt beim Laden der JCL keine Trigraphen-Kodierung.

- Soll die DAT-Ausgabedatei auf einem UNIX- oder Windows-Knoten erstellt werden, werden die Trigraphen beim Laden der JCL kodiert, und beim Schreiben der DAT-Datei dekodiert.

Um spezielle Angaben für die Job-Ausführung für den Jobtyp "Textdatei" (DAT) zu erfassen:

1. Wählen Sie die Registerkarte OS-Speziell.

   Welche Felder auf der Registerkarte vorhanden sind, hängt davon ab, was Sie im Feld Ausführungsknoten angegeben haben.

2. Wählen Sie im Feld Jobtyp den Typ Textdatei (DAT).

3. Wählen Sie Anwenden.

   In den Feldern, die jetzt angezeigt werden, können Sie Angaben zur Job-Ausführung für den Jobtyp Textdatei (DAT) machen.

   Beispiel für BS2000:

   Beispiel für z/VSE:

   Weitere Informationen siehe Felder: Spezielle Angaben für Jobtyp "Textdatei" (DAT).

4. Wählen Sie Anwenden, um die Angaben zu speichern.

#### Felder: Spezielle Angaben für Jobtyp Textdatei (DAT)

Feld | Bedeutung
--- | ---
Job-Start-Ben.ID | Die Benutzerkennung, die zum Schreiben einer DAT-Text-Ausgabedatei verwendet wird.
Job-Start-Gruppe | UNIX: Wird dieses Feld leer gelassen, wird die Standard-Gruppe der UNIX-Benutzerkennung (so wie in `from/etc/passwd` definiert) verwendet. Sonst muss dieses Feld eine derjenigen Gruppen enthalten, die durch das UNIX-Kommando `groups` ausgegeben werden.
Windows: In diesem Feld können Sie die Domäne des Benutzers angeben.
Ziel-Speicherart | Folgende Ziel-Speicherarten können zum Schreiben von DAT-Ausgabedateien verwendet werden:
Speicherart: | Umgebung: | Bedeutung:
BS2 | BS2000 | BS2000-Textdatei.
LMS | BS2000 | LMS-Datei.
NAT | Natural | Natural-Quelldatei.
PDS | z/OS | Partitionierte Datei.
TXT | UNIX, Windows | Textdatei.
VSE | z/VSE | z/VSE-Sublib-Member mit Typ.
Siehe auch JCL-Speicherarten.
Zieldatei überschreiben | Diese Option steht nur auf einigen Ziel-Speicherarten zur Verfügung. Mögliche Werte:
Nicht markiert: | Ausgabe an Zieldatei anhängen.
Markiert: | Zieldatei mit Ausgabe überschreiben.
Zieldatei | Die Datei, auf die die DAT-Ausgabe geschrieben wird. Symbolersetzung ist möglich. Außerdem werden Symbole mit Aktivierungsfluchtzeichen und auch Symbole mit Startfluchtzeichen aufgelöst. Beide Auflösungen erfolgen zur Startzeit.
Member | Für die Ziel-Speicherarten LMS, NAT und PDS ist auch die Definition eines Zieldatei-Members erforderlich. Symbolersetzung ist möglich. Außerdem werden Symbole mit Aktivierungsfluchtzeichen und auch Symbole mit Startfluchtzeichen aufgelöst. Beide Auflösungen erfolgen zur Startzeit.
| Zusätzliche Angabe zum definierten Member.
BS2000, LMS: Der LMS Member-Typ. Mögliche Werte:
`S` | Source-Programm
`J` | Procedure oder ENTER-Job
`D` | Dokument
`X` | Daten mit beliebigem Format
z/VSE: Der Member-Typ der z/VSE-Bibliothek.

### Spezielle Angaben für die Job-Ausführung für den Jobtyp Windows-Dienst (SRV)

Um spezielle Angaben zur Job-Ausführung für den Jobtyp "Windows-Dienst" (SRV) zu erfassen:

1. Wählen Sie die Registerkarte OS-Speziell.

   Welche Felder auf der Registerkarte vorhanden sind, hängt davon ab, was Sie im Feld Ausführungsknoten eingegeben haben.

2. Wählen Sie im Feld Jobtyp den Typ Windows-Dienst (SRV).

3. Geben Sie im Feld Dienstname den internen Namen eines Windows-Dienstes (Service) ein.

   Sie erhalten den internen Namen eines Windows-Dienstes mittels des Windows-Zeilenkommandos

       sc getkeyname  external-name

4. Wählen Sie Anwenden, um die Angaben zu speichern.

### Parameter für einen FTP-Job definieren - Register FTP-Attribute

Jobs des Typs FTP (Datei-Transfer-Job) verwenden von Entire Operations generierte JCL in Abhängigkeit von den definierten FTP-Parametern.

Dieser Abschnitt behandelt folgende Themen:

- FTP-Parameter-Definition anlegen
- Felder: FTP-Parameter-Definition
- JCL-Generierung für FTP-Jobs

#### FTP-Parameter-Definition anlegen

Mit dieser Funktion können Sie eine FTP-Definition für einen Job vom Typ FTP definieren.

Um FTP-Attribute für einen FTP-Job zu definieren:

1. Wählen Sie im Feld Jobtyp den Typ Datei-Transfer-Job.

   Das Register Datei-Transfer-Job ist jetzt vorhanden.

2. Wählen Sie das Register FTP-Attribute.

   Weitere Informationen siehe Felder: FTP-Parameter-Definition.

3. Wählen Sie Anwenden, um die Eingaben zu speichern.

#### Felder: FTP-Parameter-Definition

Feld | Bedeutung
--- | ---
Remote ... Host | Name des Remote-Hosts für den Dateitransfer. Beispiel: `host1.company.net` Symbole können verwendet werden.
Remote ... Benutzer | Benutzerkennung für den FTP-Login auf dem Remote-Host. Symbole können verwendet werden. Hinweis zu UNIX: Wenn Sie `.netrc` (auf dem Host des Ausführungsknotens) verwenden, um Benutzerkennung und Passwort für Remote Hosts anzugeben, können Sie dieses Feld leer lassen.
Remote ... Account | Account für den FTP-Login auf dem Remote-Host. Symbole können verwendet werden.
Remote ... Gruppe | Gruppe bzw. Domäne für den FTP-Login auf dem Remote-Host (nur für bestimmte Plattformen erforderlich). Symbole können verwendet werden.
Remote ... Passwort | Passwort für den FTP-Login auf dem Remote-Host. Hinweis zu UNIX: Wenn Sie `.netrc` (auf dem Host des Ausführungsknotens) verwenden, um Benutzerkennung und Passwort für Remote Hosts anzugeben, können Sie dieses Feld leer lassen.
Remote Verzeichnis | Verzeichnis auf dem Remote-Host, das die zu übertragende(n) Datei(en) enthält (bzw. ihr Ziel ist). Symbole können verwendet werden.
Datei | Die zu übertragende(n) Datei(en). Symbole können verwendet werden.
Datei 2 (Ziel) | (optional) Der Zeil-Dateiname. Verwenden Sie dieses Feld nur, wenn die Datei auf der Zielmaschine umbenannt werden soll. Symbole können verwendet werden.
Lokales Verzeichnis | Verzeichnis auf dem lokalen Host (Ausführungsknoten), das die zu übertragende(n) Datei(en) enthält (bzw. ihr Ziel ist). Symbole können verwendet werden.
FTP-Typ | Gültige FTP-Typen sind: F = Standard-FTP.
Funktion | Die zu verwendende Dateitransfer-Funktion. Beispiele: get, put, mget, mput.
Dateityp | Gültige Dateitypen sind: ASCII: für Textdateien Binär: für andere Dateien

#### JCL-Generierung für FTP-Jobs

#### Start-Benutzerkennung

Wenn für einen FTP-Job keine Job-Start-Benutzerkennung definiert wird, versucht Entire Operations, die Standard-Job-Start-Benutzerkennung des Netzwerkes zu verwenden. Bei einem Fehlschlag versucht Entire Operations, die Standard-Job-Start-Benutzerkennung des Ausführungsknotens zu verwenden.

#### Job-Karte für z/OS

Die Jobkartengenerierung für z/OS kann manuell durch Definition des Symbols `FTP-JOBC1-jobname` erfolgen.

Eine Jobkartenfortsetzung kann optional in `FTP-JOBC2-jobname` definiert werden.

Wenn keines der beiden Symbole vorhanden ist, wird die z/OS-Jobkarte generiert als:

    //submit-userid JOB ...

#### SITE-Kommandos

Werden die vordefinierten Symbole `FTP-SITE1-jobname` und `FTP-SITE2-jobname` definiert, werden ein oder zwei FTP-SITE-Kommandos erzeugt, und die Inhalte der Symbole werden an diese angehängt.

#### FTP-Funktion

Wenn die FTP-Funktion `put` ist und wenn die Zieldatei umbenannt werden soll, wird jetzt eine Folge von `put` (mit dem ursprünglichen Namen) und `rename` erzeugt.

#### FTP-Parameter

Die FTP-Parametergenerierung kann manuell durch Definition des Symbols `FTP-PARM1-jobname` erfolgen.

Die Standardvorgabe ist:

Für z/OS: | "-e -i -v -n"
Für UNIX, Windows: | "-d -i -v -n"

Siehe auch Vordefinierte Symbole für FTP-Jobs.

## Vorausgesetzte Ressourcen für einen Job verwalten - Register Ressourcen

Mit den hier beschriebenen Funktionen können Sie einzelne oder mehrere Ressourcen als Voraussetzung für den Start eines Jobs definieren und verwalten.

Dieser Abschnitt behandelt folgende Themen:

- Verwendung und Zuordnung von Ressourcen

- Register Ressourcen benutzen

- Spaltenüberschriften: Vorausgesetzte Ressourcen

- Vorausgesetzte Ressource definieren

- Felder: Definition einer vorausgesetzten Ressource

- Zuordnungsmodus für die Ressource

- Freigabe-Modus für die Ressource

- Angaben zu einer vorausgesetzten Ressource anzeigen

- Angaben zu einer vorausgesetzten Ressource ändern

- Vorausgesetzte Ressource löschen

- Master-Definition einer vorausgesetzten Ressource ändern

- Verwendung einer vorausgesetzten Ressource feststellen

### Verwendung und Zuordnung von Ressourcen

Sie können bestimmte Mengen einer definierten Ressource als Voraussetzung für den Start eines Jobs angeben. Entire Operations startet den den Job nicht eher als bis die angegebene Menge zur Verfügung steht.

Bevor Sie eine Ressource als eine Voraussetzung für einen Job festlegen können, muss sie dem System bekanntgegeben werden, d.h. als Master-Ressource definiert worden sein. Siehe auch Ressourcen in Konzept und Leistungsumfang.

Bei Ressourcen unterscheidet man die Merkmale:

- quantitativ oder absolut

- wiederverwendbar oder nicht wiederverwendbar.

Beispiele:

Ressource | Merkmal
--- | ---
Druckformulare | quantitativ, nicht wiederverwendbar
Hauptspeicher | quantitativ, wiederverwendbar
Leitung zu dezentralem Rechner | absolut
Verfügbarkeit eines Gerätes | absolut

Dieser Abschnitt behandelt folgende Themen:

- Geltungsbereich der Ressourcen-Zuweisungen
- Priorisierung der Ressourcen-Zuordnungen
- Ressource-Bestimmungs-Exit
- Zeiträume für die Belegung einer Ressource und Freigabe

#### Geltungsbereich der Ressourcen-Zuweisungen

Vorausgesetzte Ressourcen werden für alle Jobtypen (einschließlich `DUM`) und für alle Arten von temporären Dummy-Jobs zugewiesen. Sie können einen Zuordnungsmodus setzen, um das Zuordnen von Ressourcen für temporäre Dummy-Jobs zu unterbinden. Siehe Zuordnungsmodus für die Ressource.

#### Priorisierung der Ressourcen-Zuordnungen

Die folgenden Regeln gelten für das Priorisieren von Ressourcen-Zuordnungen:

1. Wenn eine Ressource von dem gleichen Eigentümer, Netzwerk, oder Job aber unterschiedlichen Läufen zur gleichen Zeit angefordert wird, erhält der aktive Job mit der niedrigsten Laufnummer oder der frühesten Aktivierungszeit die Ressource zuerst.

2. Wenn verschiedene Jobs eines aktiven Netzwerkes oder verschiedener aktiver Netzwerke auf die gleiche Ressource warten, wird die verfügbare Menge der Ressource so vielen Jobs wie möglich parallel zugeordnet unter Beachtung von Punkt 1.

Wird ein Ressourcen-Wartezyklus mit einer höheren Priorität während einer Ressourcen-Bedingungsprüfung gefunden, dann wird die Meldung `Ressource Ressource-Name verfügbar, andere Jobs haben Priorität` in das Protokoll geschrieben. Anschließend kommt die Meldung `Ressource Ressource-Name - im Wartestatus mit höherer Priorität` und eine oder mehrere Zeilen mit kontextspezifischen Informationen.

#### Ressource-Bestimmungs-Exit

Die verfügbare Menge einer Ressource kann durch einen Exit bestimmt werden, der vom Entire Operations-Monitor vor Prüfungen auf vorausgesetzte Ressourcen aufgerufen wird. Weitere Informationen siehe Ressource-Bestimmungs-Exit in der Systemverwaltung-Dokumentation.

#### Zeiträume für die Belegung einer Ressource und Freigabe

Eine Ressource wird gewöhnlich für die Dauer der Ausführung eines Jobs belegt.

Wenn Sie eine Ressource über einen längeren Zeitraum belegen möchten, können Sie den für einen Job eingestellten Ressource-Freigabe-Modus ändern. Weitere Informationen siehe Vorausgesetzte Ressourcen für einen Job verwalten im Kapitel Job-Verwaltung.

Im Folgenden werden Gründe und Regeln für die Belegung oder Freigabe von Ressourcen aufgeführt:

- Aufbewahrungszeitraum der Bedingung erreicht
  Eine Ressource wird freigegeben, wenn bei einer aktiven Bedingung der Aufbewahrungszeitraum erreicht ist. Siehe auch Standardwerte: Zeiträume in der Systemverwaltung-Dokumentation.

- Freigabe-Modus gesetzt
  Wenn Sie eine Ressource für einen längeren Zeitraum belegen möchten, können Sie den für einen Job gesetzten Ressource-Freigabe-Modus ändern.

- Deaktiviertes Netzwerk oder Job
  Ist ein aktives Netzwerk oder ein aktiver Job deaktiviert, werden auch alle von diesem aktiven Job belegten Ressourcen freigegeben.

  Dies wird ungeachtet des definierten Freigabe-Modus durchgeführt.

  Das bedeutet, auch Ressourcen mit Freigabe-Modus `K` (Keep = belegt halten) werden in solchen Fällen freigegeben.

- Database cleanup performed

  Ressourcen werden freigegeben, wenn eine automatische Bereinigung der aktiven Datenbank durchgeführt wird (siehe auch Standardwerte: Zeiträume in der Systemverwaltung-Dokumentation).

- Ressourcen-Freigabe unterbunden bei Job nicht ok

  Es ist möglich, eine Ressourcen-Freigabe zu unterbinden, wenn ein Job mit `nicht ok` beendet wurde. Dies ist z. B. der Fall, wenn eine Ressource bei einer Wiederherstellung für einen nicht erfolgreichen Lauf belegt gehalten werden soll.

  Siehe Feld Freigabe, wenn nicht ok in Feldbeschreibung: Definition einer vorausgesetzten Ressource (Master).

- Erzwungene Freigabe
  Sie können die Freigabe einer belegten Ressource erzwingen.

  Alle aktuellen Ressourcen-Belegungen können in Benutzungslisten abgefragt werden. Von diesen Benutzungslisten aktiver Ressourcen aus ist es möglich, die Freigabe einer gegebenen Ressourcen-Belegung zu erzwingen.

  Weitere Informationen siehe Ressourcen-Verwendung zeigen im Abschnitt Ressourcen in der Systemverwaltung-Dokumentation.

  Bitte benutzen Sie diese Funktion mit Bedacht. Seien Sie sich bewusst, dass einer oder mehrere aktive Jobs, die auf diese Ressource gewartet haben, sofort gestartet werden können.

- Freigabe oder Belegung bestimmt durch API
  Ressourcen für einen Job können durch den Aufruf einer API-Routine belegt werden. Diese zusätzlich belegten Ressourcen werden genauso behandelt wie definierte vorausgesetzte Ressourcen.

  Ressourcen können durch Aufrufen von API-Routine freigegeben werden. Vorläufige Freigaben von Ressourcen sind für Freigabe-Modi zulässig.

  Weitere Informationen siehe NOPURE2N - Bearbeiten von Ressourcen-Belegungen im Kapitel API-Routinen.

Alle Ressourcen-Belegungen und -Freigaben werden protokolliert (siehe auch Protokollierte Informationen (Log)).

### Register Ressourcen benutzen

Um vorausgesetzte Ressourcen für einen Job zu verwalten:

1. Wählen Sie die Registerkarte Ressourcen.

   Auf dieser Registerkarte können Sie Ressourcen hinzufügen, ändern oder löschen. Außerdem können Sie sich anzeigen lassen, wo eine bestimmte Ressource verwendet wird.

   Weitere Informationen siehe Spaltenüberschriften: Vorausgesetzte Ressourcen.

2. Wählen Sie Anwenden, um die Eingaben zu speichern.

### Spaltenüberschriften: Vorausgesetzte Ressourcen

Spalte | Bedeutung
--- | ---
Ressource | Name der Ressource, wie in der Systemverwaltung definiert (siehe Felder: Definition einer Ressource).
T | Ressourcen-Typ, wie in der Systemverwaltung definiert (siehe Felder: Definition einer Ressource).
Menge | Für die Ausführung des Jobs erforderliche Ressourcen-Menge. Entire Operations startet den Job erst dann, wenn diese erforderliche Menge zur Verfügung steht.
Z | Zuordnungsmodus für die vorausgesetzte Ressource. Mögliche Modi siehe Zuordnungsmodus für die Ressource.
F | Der Freigabe-Modus dieser vorausgesetzten Ressource. Siehe auch Zeiträume für die Belegung einer Ressource (Freigabe-Modi).
FNO | Freigabe, wenn nicht ok (gilt nur für Freigabe-Modus `J`).
`Y` | Die Ressource wird nach der Beendigung des Jobs immer freigegeben.
`N` | Wenn der Job nicht mit OK abgeschlossen wird, wird die Ressource nicht freigegeben. (Sie wird sowieso bei Beendigung des Netzwerks freigegeben.)
belegt | Datum und Uhrzeit, wann die Ressource für den aktuellen Job belegt wurde. Das Feld ist leer, wenn die Ressource noch nicht belegt worden ist, oder wenn sie bereits freigegeben wurde. (gilt nur für aktive vorausgesetzte Ressourcen) Wenn die Ressource noch nicht zugewiesen wurde, oder wenn sie bereits freigegeben wurde, ist dieses Feld leer.

### Vorausgesetzte Ressource definieren

Um eine neue Ressource zu definieren:

1. Markieren Sie im Objekt-Arbeitsbereich den betreffenden Job. Rufen Sie das Kontextmenü auf und wählen Sie Öffnen.

   (Dieser Schritt entfällt beim Anlegen eines Jobs.)

   Das Dialogfenster Verwaltung Jobs wird angezeigt.

2. Wählen Sie die Registerkarte Ressourcen.

3. Wählen Sie die Schaltfläche Neu.

   Das Dialogfenster Neu hinzufügen Vorausgesetzte Ressourcen wird angezeigt:

   Sie können eine vorausgesetzte Ressource für einen Job definieren.

   Weitere Informationen siehe Felder: Definition einer vorausgesetzten Ressource (Master).

4. Bestätigen Sie die Eingaben mit OK.

   Die neue vorausgesetzte Ressource ist jetzt der Job-Definition zugewiesen.

### Felder: Definition einer vorausgesetzten Ressource

Feld | Bedeutung
--- | ---
Ressourcenname | Name der Ressource, wie in Entire Operations definiert. Siehe Alle Ressourcen-Definitionen auflisten) in der Systemverwaltung-Dokumentation.
benötigte Menge | Die erforderliche Menge der Ressource. Entire Operations übergibt den Job nicht, bevor die hier angegebene Menge verfügbar ist. Diese Menge wird beim Start des Jobs reserviert und freigegeben, wenn die Ressource wiederverwendbar ist. Nicht-quantitative (binäre) Ressourcen können nur die Werte 0 oder 1 haben.
Zuordnungsmodus | Zuordnungsmodus für die vorausgesetzte Ressource. Mögliche Modi siehe Allokations-Modus für die Ressource.
Freigabemodus | Freigabe-Modus für die vorausgesetzte Ressource. Mögliche Modi siehe Freigabe-Modus für die Ressource.
Freigabe, wenn Job nicht ok | Diese Definition ist nur für den Freigabe-Modus Nach Jobbeendigung von Bedeutung.
Markiert: | Die Ressource freigeben, wenn der Job nicht ok war. Dies ist die Standardeinstellung.
Nicht markiert: | Ressource belegt lassen, wenn der Job nicht mit ok abgeschlossen wurde.

### Zuordnungsmodus für die Ressource

Es gibt folgende Zuordnungsmodi für Ressourcen:

Modus/Eingabewert | Bedeutung
--- | ---
Immer | Die Resource zuordnen (Standardeinstellung).
Nur wenn der aktive Job kein temporärer Dummy-Job wird | Die Resource nicht zuordnen, wenn der Job als temporärer Dummy-Job ausgeführt wird.

### Freigabe-Modus für die Ressource

Anmerkung
Zugewiesene Ressourcen werden automatisch freigegeben, wenn der Aufbewahrungszeitraum für aktive Bedingungen erreicht ist. Siehe auch Standardwerte: Zeiträume in der Systemverwaltung-Dokumentation.

Es gibt folgende Freigabe-Modi für Ressourcen:

Modus/Eingabewert | Bedeutung
--- | ---
Nach Jobbeendigung | Freigabe bei Beenden des Jobs (Standardeinstellung) Die Ressource wird beim Beenden des belegenden Jobs freigegeben.
Nach Netzwerkbeendigung | Freigabe bei Beenden des Netzwerks. Die Ressource wird freigegeben, wenn der Entire Operations-Monitor feststellt, dass alle Jobs eines Job-Netzwerks beendet sind. Die Ressource wird außerdem freigegeben, wenn ein Netzwerk, das zurzeit ausgeführt wird, deaktiviert wird. Anmerkung Um die automatische Erkennung von `ok beendet` zu überschreiben, müssen Sie die vorbelegte Bedingung `NET-END-OK` mindestens einmal in Ihrem Netzwerk setzen.
Belegen bis explizite Freigabe | Belegt halten bis zur manuellen Freigabe. Die Ressource wird nicht automatisch bei Beendigung des Jobs oder Netzwerks freigegeben. Wenn der Aufbewahrungszeitraum für aktive Bedingungen erreicht ist, wird die Ressource automatisch freigegeben. Siehe auch Standardwerte: Zeiträume in der Systemverwaltung-Dokumentation.
Belegen bis Netzwerk-Ende | Freigabe bei Beenden des Netzwerks, jedoch frühere Freigabe nach einem fehlerhaften Job. Die Ressource wird bis zum Beenden des Netzwerks belegt gehalten. Falls ein Job mit `nicht ok` endet, wird sie unmittelbar nach dem Beenden dieses Jobs freigegeben.

Zusätzlich gelten folgende Regeln:

- Ist ein aktives Netzwerk oder ein aktiver Job deaktiviert, werden auch alle von diesem aktiven Job belegten Ressourcen freigegeben. Dies wird ungeachtet des definierten Freigabe-Modus durchgeführt, d.h., auch Ressourcen mit Freigabe-Modus `K` (Keep = belegt halten) werden in solchen Fällen freigegeben.

- Mengen einer Master-Ressource können durch Aufrufen von API-Routinen geändert werden. Beachten Sie, dass dies nur möglich ist, wenn die Menge nicht durch einen User Exit zur Bestimmung der Menge einer Ressource festgelegt ist.

- Ressourcen für einen Job können durch den Aufruf einer API-Routine belegt werden. Diese zusätzlich belegten Ressourcen werden genauso behandelt wie definierte vorausgesetzte Ressourcen.

- Ressourcen können durch Aufrufen von API-Routinen freigegeben werden. Vorläufige Freigaben von Ressourcen sind für Freigabe-Modi zulässig.

- Alle Ressourcen-Belegungen und -Freigaben werden protokolliert.

Weitere Informationen siehe NOPURE2N - Bearbeiten von Ressourcen-Belegungen im Kapitel API-Routinen.

### Angaben zu einer vorausgesetzten Ressource anzeigen

Um die Angaben zu einer für den Job vorausgesetzten Ressourcen anzuzeigen:

1. Markieren Sie im Objekt-Arbeitsbereich den betreffenden Job. Rufen Sie das Kontextmenü auf und wählen Sie Anzeigen.

   Das Dialogfenster Anzeigen Jobs wird angezeigt.

2. Wählen Sie das Register Ressourcen.

   Die Tabelle auf der Registerkarte enthält die Liste der für den gewählten Job vorausgesetzten Ressourcen.

3. Markieren Sie die betreffende Ressource und wählen Sie die Schaltfläche Anzeige.

   Das Fenster Anzeigen Vorausgesetzte Ressourcen wird angezeigt (Beispiel):

   Alle Felder sind Ausgabefelder. Weitere Informationen siehe Felder: Definition einer vorausgesetzten Ressource.

4. Wählen Sie OK, um die Funktion zu beenden.

### Angaben zu einer vorausgesetzten Ressource ändern

Um die Angaben zu einer für den Job vorausgesetzten Ressourcen zu ändern:

1. Markieren Sie im Objekt-Arbeitsbereich den betreffenden Job. Rufen Sie das Kontextmenü auf und wählen Sie Öffnen.

   (Dieser Schritt entfällt beim Anlegen eines Jobs.)

   Das Dialogfenster Verwaltung Jobs wird angezeigt.

2. Wählen Sie das Register Ressourcen.

   Die Tabelle auf der Registerkarte enthält die Liste der für den gewählten Job vorausgesetzten Ressourcen.

3. Markieren Sie in der Liste die betreffende Ressource und wählen Sie die Schaltfläche Ändern.

   Das Dialogfenster Ändern Vorausgesetzte Ressourcen wird angezeigt (Beispiel):

   Sie können die Angaben in den Eingabefeldern ändern.

   Weitere Informationen siehe Felder: Definition einer vorausgesetzten Ressource.

4. Bestätigen Sie die Eingaben mit OK.

   Die geänderte Definition der vorausgesetzten Ressource ist jetzt der Job-Definition zugewiesen.

### Vorausgesetzte Ressource löschen

Um eine für den Job vorausgesetzte Ressource zu löschen:

1. Markieren Sie im Objekt-Arbeitsbereich den betreffenden Job. Rufen Sie das Kontextmenü auf und wählen Sie Öffnen.

   (Dieser Schritt entfällt beim Anlegen eines Jobs.)

   Das Dialogfenster Verwaltung Jobs wird angezeigt.

2. Wählen Sie das Register Ressourcen.

   Die Tabelle auf der Registerkarte enthält die Liste der für den gewählten Job vorausgesetzten Ressourcen.

3. Markieren Sie in der Liste der vorausgesetzten Ressourcen die betreffende Ressource und wählen Sie die Schaltfläche Löschen.

   Ein Dialogfenster mit der Aufforderung zur Bestätigung wird angezeigt.

4. Wählen Sie Ja, um die Ressource zu löschen.

   Oder:
   Wählen Sie Nein, um den Vorgang abzubrechen.

### Master-Definition einer vorausgesetzten Ressource ändern

Sie können von dieser Stelle aus die Hauptdefinition ("Master-Definition") einer vorausgesetzten Ressource abändern.

Um die Master-Definition einer vorausgesetzten Ressource zu ändern:

- Markieren Sie in der Liste der vorausgesetzten Ressourcen die betreffende Ressource und wählen Sie die Schaltfläche Master.

  Der Dialog Verwaltung Ressourcen wird angezeigt (Beispiel):

  Sie können die Angaben in der Ressource-Definition ändern.

  Weitere Informationen siehe Ressource-Definition ändern in der Systemverwaltung-Dokumentation.

### Verwendung einer vorausgesetzten Ressource feststellen

Um herauszufinden, wo eine bestimmte Ressource verwendet wird:

1. Wählen Sie die Registerkarte Ressourcen.

2. Markieren Sie die betreffende Ressource in der Liste der vorausgesetzten Ressourcen und wählen Sie die Schaltfläche Wo benutzt.

   Ein Fenster wird angezeigt, das Information enthält, wo die jeweilige Ressource verwendet wird.

   Weitere Informationen siehe Aktive Ressourcen-Verwendung zeigen in der Systemverwaltung-Dokumentation.

## Eingabebedingungen für einen Job verwalten - Register Eingabebedingungen

Logische Bedingungen sind Variablen innerhalb von Entire Operations, die Job-Abhängigkeiten beschreiben. Jobs innerhalb eines Job-Netzwerks werden über benutzerdefinierte logische Bedingungen miteinander verkettet. Eine logische Bedingung kann hinzugefügt, gelöscht oder geändert werden. Eine logische Bedingung kann entweder den Wert `WAHR` (= Bedingung existiert) oder `FALSCH` (= Bedingung existiert nicht) haben. Dadurch wird festgelegt, wie Entire Operations die Verarbeitung fortsetzen soll.

Während der Ausführung von Netzwerken und der Übergabe von Jobs zur Verarbeitung überprüft Entire Operations automatisch den Status von logischen Bedingungen und löst entsprechende Systemaktionen aus. Als Alternative dazu können logische Bedingungen von einer API-Routine gesetzt werden.

Alle Bedingungen werden mit einem Namen und einem Referenzdatum bezeichnet, so dass der Entire Operations-Monitor zwischen Ereignissen gleichen Namens, die zu unterschiedlichen Zeitpunkten auftreten, unterscheiden kann. Die Namen von Bedingungen müssen innerhalb eines Netzwerkes eindeutig sein. Ein Datum kann als relatives Datum oder explizites Datum angegeben werden. Alle relativen Datumsangaben werden reale Datumsangaben umgewandelt, wenn der Job in die aktive Warteschlange gestellt wird.

Außer einem Namen und einem Referenzdatum kann der Benutzer auch eine Mailbox zu einer Bedingung zuweisen. Entire Operations wird automatisch jeden Benutzer über alle ausstehenden Bedingungen informieren, die Mailboxen zugewiesen sind, die mit der Benutzerkennung dieses Benutzers verbunden sind.

Jobs in Job-Netzwerken werden verknüpft, indem die Ausgabebedingung (Job-Ende-Bedingung) des einen Jobs als Eingabebedingung (Voraussetzung) des nächsten Jobs definiert wird.

Mit der Connect-Funktion können Sie zwei Jobs auf sehr schnelle Weise verknüpfen. Entire Operations stellt hierbei eine Standardbedingung zur Verfügung, die dem einen Job als Ausgabebedingung und dem anderen als Eingabebedingung zugeordnet wird.

Dieser Abschnitt behandelt folgende Themen:

- Verwendung von Eingabe- und Ausgabebedingungen

- Register Eingabebedingungen aufrufen

- Spaltenüberschriften: Eingabebedingungen

- Master-Eingabebedingung definieren

- Felder: Definition Master-Eingabebedingung

- Einschränkungen bei Bedingungsnamen

- Master-Eingabebedingungs-Definition ändern

- Master-Eingabebedingungs-Definition löschen

- Zeitplan-Abhängigkeit für eine Eingabebedingung verwalten

- Verwendung einer Eingabebedingung feststellen (Wo benutzt?)

- User Exit zum Setzen einer Eingabebedingung editieren

- Netzplan einer Eingabebedingung (Typ Extern) zeigen/ändern

- Netzwerk-Definition einer Eingabebedingung (Typ Extern) ändern

- Referenzen für Eingabebedingungen

- Globale Bedingungen

- Eingabebedingung abhängig von User Exit

- Eingabebedingung abhängig von Dateiexistenz

- Eingabebedingung abhängig von mehrfachen Suffixen

- Eingabebedingung abhängig von Mailbox

- Eingabebedingung abhängig vom Symbolwert

- Eingabebedingung abhängig von einem anderen Job-Netzwerk

- Eingabebedingung abhängig vom Benutzerschalter (BS2000)

- Eingabebedingung abhängig vom Wert einer Job-Variablen (BS2000)

### Verwendung von Eingabe- und Ausgabebedingungen

Logische Bedingungen werden in der Entire Operations-Umgebung benutzt als:

- Eingabebedingungen,

- Ausgabebedingungen.

Diese werden in den folgenden Abschnitten ausführlicher beschrieben.

- Eingabebedingungen
- Ausgabebedingungen
- Beispiel: Durch logische Bedingungen verknüpfte Jobs

#### Eingabebedingungen

Eingabebedingungen sind Voraussetzungen für das Starten eines Jobs. Entire Operations startet einen Job erst dann, wenn alle Eingabebedingungen und andere Voraussetzungen gesetzt (erfüllt) sind.

Eine Eingabebedingung kann durch das Auftreten eines Ereignisses gesetzt werden, das von Entire Operations erkannt oder vom Benutzer bei der Verwaltung der aktiven Bedingungen gesetzt wird. Sie kann außerdem durch Antwort auf eine Mailbox-Abfrage gesetzt werden.

Wird keine Eingabebedingung für einen Job definiert, geht Entire Operations davon aus, dass eine virtuelle `WAHR`-Eingabebedingung vorliegt. Dies bedeutet, dass dieser Job zu der (frühesten) Startzeit, die für ihn definiert wurde, sofort gestartet werden kann, es sei denn, der Job hat andere Voraussetzungen, wie z.B. Ressourcen.

Pro Job können bis zu 40 Eingabebedingungen definiert werden. Falls Sie mehr Eingabebedingungen benötigen, müssen Sie Dummy-Zwischenjobs zum "Sammeln" der Bedingungen verwenden. Siehe auch Job-Ausführung als Dummy-Job.

Eingabebedingungen können sich nicht nur auf den aktuellen Lauf eines Job-Netzwerkes, sondern auch auf vorgegebene Zeitrahmen in der Vergangenheit oder auf vorangegangene Läufe beziehen.

Sie können eine Eingabebedingung auch dazu verwenden, einen Job bei ihrem Auftreten in einen temporären Dummy-Job zu verwandeln. Weitere Informationen siehe Job-Ausführung als Dummy-Job.

#### Ausgabebedingungen

Ausgabebedingungen können während der Entire Operations Job-Ende-Prüfungen und -Aktionen gesetzt oder zurückgesetzt werden. Bei jedem Job oder Jobstep (Job eines Betriebssystems) können Sie eine beliebige Anzahl von möglichen Ereignissen angeben. Jedem Ereignis können bis zu 20 Ausgabebedingungen zugeordnet werden. Wenn eines dieser Ereignisse auftritt, setzt Entire Operations automatisch die diesem zugeordneten Ausgabebedingungen und startet die Jobs, für die diese Bedingungen Eingabebedingungen sind (siehe Job-Ende-Prüfungen und -Aktionen definieren und verwalten).

#### Beispiel: Durch logische Bedingungen verknüpfte Jobs

Die folgende Abbildung veranschaulicht ein einfaches Beispiel zweier Jobs, die durch logische Bedingungen miteinander verknüpft sind:

Zur Verknüpfung der beiden Jobs wird eine Ausgabebedingung von Job 1 als eine Eingabebedingung für Job 2 definiert.

### Register Eingabebedingungen aufrufen

Um die Eingabebedingungen für einen Job zu verwalten:

- Wählen Sie im Dialog Neues Objekt erzeugen Jobs (bzw. im Dialog Verwaltung Jobs ) das Register Eingabebedingungen.

  Die Registerkarte Eingabebedingungen enthält ein Fenster, in dem, falls vorhanden, Bedingungen aufgelistet werden, und Schaltflächen, mit denen Sie verschiedene Funktionen aufrufen können (Beispiel):

  Weitere Informationen siehe Spaltenüberschriften: Eingabebedingungen.

### Spaltenüberschriften: Eingabebedingungen

Die Tabelle auf der Registerkarte Eingabebedingungen enthält folgende Spalten:

Spalte | Bedeutung
--- | ---
Bedingung | Benutzerdefinierter Bedingungsname. Siehe auch Globale Bedingungen.
Referenz | Referenzdatum, das zur Referenz auf ein bestimmtes Auftreten der Eingabebedingung benutzt wird. Wenn nichts eingegeben wurde, wird die Referenz `RUN` als Standardwert eingesetzt. Weitere Informationen siehe Referenzen für Eingabebedingung.
Typ | Bezeichnet einen benutzerdefinierten Bedingungstyp, der folgende Formen annehmen kann:
destrukt. | Bedingung wird nach ihrer Verwendung vernichtet.
dummy | Falls Bedingung erfüllt ist, wird der Job als temporärer Dummy-Job gestartet.
exklusiv | Exklusive Benutzung der Bedingung.
extern + | Bedingung aus einem anderen Netzwerk muss vorhanden sein.
extern - | Bedingung aus einem anderen Netzwerk darf nicht vorhanden sein.
falsch | Bedingung darf für einen zu startenden Job nicht vorhanden sein.
Datei + | Datei muss vorhanden sein. Eingabebedingung abhängig von Dateiexistenz.
Datei - | Datei darf nicht vorhanden sein.
Job Var. | Bedingung abhängig von einer Job-Variablen (nur bei BS2000). Siehe Eingabebedingung abhängig vom Wert einer Job-Variablen.
Mailbox + | Bedingung muss vorhanden sein; Abfrage in Mailbox. Siehe Eingabebedingung abhängig von Mailbox.
Mailbox - | Bedingung darf nicht vorhanden sein; Abfrage in Mailbox.
Fehlerbeh. tmp. | Bedingung für Fehlerbehandlung benutzt (temporär - erzeugt vom Entire Operations-Monitor; nur für aktive Jobs).
Symbol | Bedingung abhängig vom Wert eines Symbols aus einer Symboltabelle. Siehe Eingabebedingung abhängig vom Symbolwert.
wahr | Bedingung muss für einen zu startenden Job vorhanden sein.
Ben. Rtn. | Bedingung abhängig vom Ergebnis des User Exit. Siehe Eingabebedingung abhängig von User Exit.
Ben.Schalt. + | Benutzerschalter muss vorhanden sein (nur bei BS2000). Siehe Eingabebedingung abhängig vom Benutzerschalter (BS2000).
Ben.Schalt. - | Benutzerschalter darf nicht vorhanden sein (nur bei BS2000).
mult.Sfx. | Siehe Eingabebedingung abhängig von mehrfachen Suffixen.
Zeitplanabh. | Wenn die Bedingung als zeitplanabhängig definiert ist, wird in dieser Spalte eine kurze Zusammenfassung der Abhängigkeiten angezeigt. Weitere Informationen siehe Zeitplan-Abhängigkeit für eine Eingabebedingung verwalten.
Ex. | Existenz der Bedingung.
ja | Die Bedingung muss existieren.
nein | Die Bedingung darf nicht existieren.
Bibliothek | Natural-Bibliothek, in der sich der User Exit befindet.
Ben.-Routine | Natural-User Exit zum Setzen der Bedingung.

### Master-Eingabebedingung definieren

Um eine neue Eingabebedingung hinzuzufügen oder eine vorhandene Eingabebedingung zu bearbeiten:

1. Wählen Sie die Registerkarte Eingabebedingungen.

2. Wählen Sie die Schaltfläche Neu.

   Der Dialog Neu hinzufügen Eingabebedingungen wird angezeigt:

3. Sie können neue Daten eingeben.

   Weitere Informationen siehe Felder: Definition Master-Eingabebedingung.

4. Bestätigen Sie die Eingaben mit OK.

Anmerkung:
Nach Definition einer Eingabebedingung wird eine Prüfung auf eine möglicherweise erfolgte Schleifenbildung innerhalb des bearbeiteten Netzwerks durchgeführt. Hier gelten die gleichen Bemerkungen wie unter Prüfen auf Schleife in Job-Netzwerk im Abschnitt Netzwerk-Verwaltung - allerdings mit einer Ausnahme: Wird keine Schleife im Job-Fluss festgestellt, unterbleibt die Ausgabe einer entsprechenden Meldung.

### Felder: Definition Master-Eingabebedingung

Die Registerkarte Eingabebedingungen enthält folgende Felder:

Feld | Bedeutung
--- | ---
Bedingung | Der der Bedingung zugeordnete Name. Der Bedingungsname und dessen Referenzdatum identifizieren eine aktive Bedingung eindeutig. Siehe auch Einschränkungen bei Bedingungsnamen.
Referenz | Referenzdatum, das angibt, welche Ausprägung dieser Definition der Job benutzt. Weitere Informationen siehe Referenzen für Eingabebedingung .
Aktivieren |
Nur für Netzwerke: | Standardwert. Eingabebedingungs-Definition wird nur bei Netzwerk-Aktivierungen aktiviert.
Immer: | Eingabebedingungs-Definition wird immer aktiviert (auch für Job- Aktivierungen).
Typenspezifische Einstellungen
Muss existieren |
Markiert: | Gibt an, dass die Bedingung als Voraussetzung für den Job-Start existieren muss (wahr sein muss).
Nicht markiert: | Standardwert. Gibt an, dass die Bedingung als Voraussetzung für den Job-Start nicht existieren darf (falsch sein muss). Als Alternative dazu steuert dieses Feld auch die Einstellung der Bedingung, je nachdem ob eine Datei vorhanden ist oder nicht, die in dem Feld Abhängig von/Dateiexistenz angegeben ist (Datei oder Member in einer Datei, siehe Feldbeschreibung unten).
Exklusiv |
Markiert: | Gibt an, dass, solange diese Bedingung benutzt wird, kein anderer Job auf diese Bedingung zugreifen kann, bis sie frei ist (Job beendet).
Nicht markiert: | Standardwert. Ein beliebiger Job kann die Bedingung jederzeit benutzen. Diese Funktion ist nützlich, um die gleichzeitige Ausführung von Jobs mit denselben Eingabebedingungen zu verhindern.
Löschen nach Verw. |
Markiert: | Gibt an, dass die Bedingung nach der Benutzung automatisch zurückgesetzt wird, nachdem der Job gestartet ist.
Nicht markiert: | Standardwert. Bedingung nicht zurücksetzen: spätere Job-Läufe können diese Bedingung dem Referenzdatum entsprechend benutzen.
Typ
Standard | Wenn Sie dieses Kontrollkästchen markiert haben, sind die Felder unter Typenspezifische Einstellungen vorhanden.
User Exit | Markieren Sie dieses Feld, wenn die Bedingung von einer User Exit gesetzt werden soll. Weitere Informationen siehe Eingabebedingung abhängig vom User Exit und User Exit zum Setzen einer Eingabebedingung editieren.
Dateiexistenz | Markieren Sie dieses Feld, wenn Sie eine Eingabebedingung definieren wollen, die davon abhängig ist, ob eine Datei existiert oder nicht. Weitere Informationen siehe Eingabebedingung abhängig von Dateiexistenz.
Benutzerschalter (BS2000) | Markieren Sie dieses Feld, wenn Sie eine Eingabebedingung definieren wollen, die vom Vorhandensein oder Nichtvorhandensein eines bestimmten Benutzerschalters abhängig ist. Ein Feld wird angezeigt, in dem Sie den Namen des Benutzerschalters eingeben können. Weitere Informationen siehe Eingabebedingung abhängig vom Benutzerschalter (BS2000).
Jobvariable (BS2000) | Markieren Sie dieses Feld, wenn Sie eine Eingabebedingung definieren wollen, die von einem Vergleich mit dem Inhalt einer BS2000-Job-Variable abhängig ist. Weitere Informationen siehe Eingabebedingung abhängig vom Wert einer Job-Variablen (BS2000).
Mehrfache Suffixe | Markieren Sie dieses Feld, wenn Sie an dieser Stelle ein Symbol definieren wollen. Weitere Informationen siehe Eingabebedingung abhängig von mehrfachen Suffixen.
Mailbox | Markieren Sie dieses Feld, um eine Benutzerabfrage an eine Mailbox zu definieren. Weitere Informationen siehe Eingabebedingung abhängig von Mailbox.
Symbolwert | Markieren Sie dieses Feld, um eine Eingabebedingung zu definieren, die von einem Vergleich mit dem Wert eines Symbols aus einer Symboltabelle abhängig ist. Weitere Informationen siehe Eingabebedingung abhängig vom Wert eines Symbols.
Extern | Markieren Sie dieses Feld, um eine Eingabebedingung zu definieren, die von einem anderen als dem aktuellen Job-Netzwerk abhängig ist. Weitere Informationen siehe Eingabebedingung abhängig von einem anderen Job-Netzwerk.

### Einschränkungen bei Bedingungsnamen

Der Name einer Bedingung kann Ziffern und Buchstaben entsprechend den Erfordernissen enthalten. Die maximale Länge ist 20 Bytes.

Es gelten folgende Einschränkungen:

- Umlaute sind nicht erlaubt.

- Die Verwendung von Sonderzeichen ist auf folgende Zeichen eingeschränkt:

      -+/§#$_&

- Namen von globalen Bedingungen beginnen mit einem Pluszeichen (`+`).

- Das Aktivierungsfluchtzeichen, das Startfluchtzeichen und ein Punkt (`.`) als Symbol-Begrenzungszeichen werden noch akzeptiert, wenn für die relevanten Namensfelder Symbolersetzung erlaubt ist.

- Folgende vordefinierten Bedingungsnamen sind für besondere Zwecke reserviert und dürfen nicht für allgemeine Bedingungen verwendet werden:

  Reservierter Bedingungsname | Erläuterung
  --- | ---
  `NET-BEGIN` `NET-END` `NET-END-NOTOK` `NET-END-OK` | Wird zur Steuerung von Unternetzwerken verwendet. Weitere Informationen siehe Verknüpfung mit dem Hauptnetzwerk.
  `P-STOPCYC-jobname` | Wenn diese Bedingung in der aktiven Symboltabelle eines Jobs des speziellen Typs `C` gesetzt ist, wird die zyklische Ausführung gestoppt. Weitere Informationen zur zyklischen Ausführung siehe Feld Spezieller Typ im Abschnitt Felder: Job-Definition (Master).
  `jobname-MAX-RETRY` | Wenn bei einer Job-Fehlerbehandlung die Meldung `EOR5316 (Recovery Retry Maximum:1: exceeded)` ausgegeben wird, setzt der Entire Operations-Monitor die spezielle Bedingung `jobname-MAX-RETRY`. Weitere Informationen siehe Fehlerbehandlungsaktionen definieren (Wiederherstellung) .

### Master-Eingabebedingungs-Definition ändern

Um die Definition einer Eingabebedingung zu ändern:

1. Markieren Sie im Objekt-Arbeitsbereich eine Job-Definition.

2. Rufen Sie das Kontextmenü auf und wählen Sie Öffnen.

   Das Dialogfenster Verwaltung der Jobs wird angezeigt.

3. Wählen Sie die Registerkarte Eingabebedingungen.

4. Markieren Sie die betreffende Eingabebedingung in der Liste der Eingabebedingungen und wählen Sie die Schaltfläche Ändern.

   Ein Dialogfenster wird angezeigt.

   Beispiel für den Typ Standard:

   Beispiel für den Typ Benutzerschalter (BS2000):

5. Sie können die Daten ändern.

   Weitere Informationen siehe Felder: Definition Master-Eingabebedingung.

6. Bestätigen Sie die Änderungen mit OK.

Anmerkung
Nach Änderung einer Eingabebedingung wird eine Prüfung auf eine möglicherweise erfolgte Schleifenbildung innerhalb des bearbeiteten Netzwerks durchgeführt. Hier gelten die gleichen Bemerkungen wie unter Prüfen auf Schleife in Job-Netzwerk im Abschnitt Netzwerk-Verwaltung, allerdings mit einer Ausnahme: Wird keine Schleife im Job-Fluss festgestellt, unterbleibt die Ausgabe einer entsprechenden Meldung.

### Master-Eingabebedingungs-Definition löschen

Um die Definition einer Eingabebedingung zu ändern:

1. Markieren Sie im Objekt-Arbeitsbereich eine Job-Definition.

2. Rufen Sie das Kontextmenü auf und wählen Sie Öffnen.

   Das Dialogfenster Verwaltung der Jobs wird angezeigt.

3. Wählen Sie die Registerkarte Eingabebedingungen.

4. Markieren Sie die betreffende Eingabebedingung in der Liste der Eingabebedingungen und wählen Sie die Schaltfläche Löschen.

   Ein Dialogfenster mit der Aufforderung, das Löschen zu bestätigen, wird angezeigt.

5. Wählen Sie Ja, um die Master-Eingabebedingungs-Definition zu löschen.

   Oder:
   Wählen Sie Nein, um den Vorgang abzubrechen.

### Zeitplan-Abhängigkeit für eine Eingabebedingung verwalten

Sie können definieren, dass die Verwendung einer Eingabebedingung nicht an allen Aktivierungsterminen eines Job-Netzwerks benutzt wird. Dies kann aus folgenden Gründen geschehen:

- Ein Vorgänger-Job oder ein Vorgänger-Netzwerk läuft nicht an allen Zeitplan-Terminen des Nachfolger-Jobs oder Netzwerks.

- Einige Vorgänger-Jobs sind auch zeitplanabhängig.

Um eine Zeitplan-Abhängigkeit für eine Eingabebedingung zu definieren:

1. Wählen Sie das Register Eingabebedingungen.

2. Markieren Sie die betreffende Eingabebedingung in der Liste und wählen Sie die Schaltfläche Zeitplanabh..

   Das Dialogfenster Zeitplan-Abhängigkeit wird angezeigt (Beispiel):

   Die Felder entsprechen den Feldern im Fenster Zeitplan-Abhängigkeit Job. Weitere Informationen siehe Felder: Zeitplan-Abhängigkeit für Job.

3. Bestätigen Sie die Eingaben mit OK.

   Die Zeitplan-Abhängigkeit ist der Eingabebedingung zugewiesen.

### Verwendung einer Eingabebedingung feststellen (Wo benutzt?)

Mit dieser Funktion können Sie sich Jobs auflisten lassen, für die eine vorhandene Bedingung als eine Eingabe- oder Ausgabebedingung definiert ist.

Um herauszufinden wo eine bestimmte Eingabebedingung verwendet wird (wo benutzt):

1. Wählen Sie das Register Eingabebedingungen.

2. Markieren Sie die betreffende Eingabebedingung in der Liste der Eingabebedingungen und wählen Sie die Schaltfläche Wo benutzt.

   Das Dialogfenster Wo benutzt wird angezeigt (Beispiel):

   Beschreibung der Felder siehe Spaltenüberschriften: Eingabebedingungen.

### User Exit zum Setzen einer Eingabebedingung editieren

Eingabebedingungen können vom Ergebnis eines User Exit abhängen (`P-CALL-PLACE` auf `ICO` gesetzt). Wenn ein User Exit für eine Eingabebedingung definiert wird, führt Entire Operations beim Prüfen des Status der Eingabebedingungen während der Prüfung der Voraussetzungen vor dem Job-Start automatisch den Exit aus.

User Exits sind Natural-Objekte des Typs "Subprogram". Sie können mit dem Entire Operations-Editor editiert werden:

Um einen User Exit in einer Eingabebedingung zu editieren:

1. Wählen Sie das Register Eingabebedingungen.

2. Markieren Sie die betreffende Eingabebedingung vom Typ Exit in der Tabelle.

3. Wählen Sie die Schaltfläche Edit.

   Wenn der User Exit schon vorhanden ist, wird im Editor-Fenster die erste Seite des Natural-Subprogramms angezeigt.

   Wenn Sie einen neuen User Exit definieren, wird im Editor-Fenster der Parameter-Abschnitt `NOPXPL-A` angezeigt. Die eingegebenen Parameter können Sie nur mittels Redefinition der Felder ändern.

4. Sie können jetzt den User Exit mit dem Editor erstellen bzw. ändern.

#### Beispiel eines User Exit zum Setzen einer Eingabebedingung:

    *
    Entire Operations

    * USER EXIT TO SET AN INPUT CONDITION
    *
    * THIS ROUTINE CHECKS THE EXISTENCE OF A FILE, DEPENDING ON
    * GIVEN PARAMETERS
    *
    DEFINE DATA PARAMETER USING NOPXPL-A
    LOCAL                   /* LOCAL VARIABLES START HERE
    1 CATALOG VIEW OF CATALOG        /* An Entire System Server VIEW
      2 NODE
      2 DSNAME
      2 ERROR-CODE
      2 ERROR-TEXT
    *
    1 #DSNAME         (A54)
    END-DEFINE
    * ----------------------
    RESET P-RC                /* ASSUME GOOD RETURN -> SET CONDITION
    COMPRESS P-OWNER '.SYSF.SRCE' INTO #DSNAME LEAVING NO SPACE
    CAT. FIND CATALOG WITH NODE = P-EXECUTION-NODE
        AND DSNAME = #DSNAME
      IF CAT.ERROR-CODE NE 0
        MOVE CAT.ERROR-CODE TO P-RC      /* BAD RETURN
        MOVE CAT.ERROR-TEXT TO P-RT
        ESCAPE ROUTINE
      END-IF
    END-FIND        /* (CAT.)
    END

Der User Exit muss einen Rückgabe-Code in `P-RC` setzen.

Ist `P-RC` ungleich `0`, wird die Bedingung zurückgesetzt ("falsch"), und der Benutzer erhält eine Nachricht.

Im obigen Beispiel:

Wenn die Routine eine Datei mit dem String `owner.SYSF.SRCE` findet, setzt (erfüllt) der zurückgegebene Bedingungscode (`ERROR-CODE`) die Eingabebedingung, für die die Routine definiert worden ist.

### Netzplan einer Eingabebedingung (Typ Extern) zeigen/ändern

Um den Netzplan einer Eingabebedingung zu sehen:

1. Wählen Sie das Register Eingabebedingungen.

2. Markieren Sie die betreffende Eingabebedingung vom Typ Extern in der Tabelle.

3. Wählen Sie die Schaltfläche Netzplan.

   Das Fenster Netzplan Netzwerk-Definition wird angezeigt.

   Weitere Informationen siehe Netzplan verwalten.

### Netzwerk-Definition einer Eingabebedingung (Typ Extern) ändern

Um die Netzwerk-Definition einer Eingabebedingung zu ändern:

1. Wählen Sie das Register Eingabebedingungen.

2. Markieren Sie die betreffende Eingabebedingung vom Typ Extern in der Tabelle.

3. Wählen Sie die Schaltfläche Öffne Netz.

   Der Dialog Verwaltung Netzwerk-Definition wird angezeigt. Weitere Informationen siehe Job-Netzwerk-Definition ändern.

   Falls mehrere Versionen vorhanden sind, wird zunächst ein Dialogfenster angezeigt, in dem Sie eine Netzwerk-Version auswählen und die Auswahl bestätigen können.

### Referenzen für Eingabebedingungen

Um eine Eingabebedingung zu prüfen, müssen Sie wissen, welche Referenz vorliegt. Referenzen können zu Zeit- oder Laufnummer-Intervallen führen.

Anmerkung
Siehe Feld Referenz im Abschnitt Felder: Definition Master-Eingabebedingung.

Die einfachste Referenz ist `RUN`, die sich auf Bedingungen bezieht, die im aktuellen Netzwerk-Lauf gesetzt werden. Wenn Sie aber eine externe Eingabebedingung definieren (die nicht vom aktuellen Netzwerk gesetzt wird), sollten Sie immer daran denken, dass unterschiedliche Netzwerke gewöhnlich unterschiedliche Laufnummern haben, was bedeutet, dass die Benutzung von `RUN` in diesem Fall sinnlos ist.

Die Vergabe von fortlaufenden Laufnummern in zeitlicher Folge ist nicht gewährleistet. Für Referenzen auf vorhergehende Netzwerk-Läufe sollte `LNR` verwendet werden.

Dieser Abschnitt behandelt folgende Themen:

- Mögliche Referenzen für Eingabebedingungen
- Relative Werte

#### Mögliche Referenzen für Eingabebedingungen

In der folgenden Tabelle werden alle Referenzen beschrieben, die Sie im Feld Referenz im Fenster Definition Master-Eingabebedingung eingeben können.

Referenz | Einheit des relativen Werts | Bedeutung
--- | --- | ---
`AAC` |  | Der Job benutzt die Bedingung nur, wenn mindestens ein aktiver Lauf in der aktiven Datenbank für Eigentümer und Netzwerk vorhanden ist. Es erfolgt keine automatische neue Prüfung, falls das Bezugs-Netzwerk später aktiviert wird.
`ABS` |  | Der Job benutzt die Bedingung nur, wenn sie absolut ist. Absolute Bedingungen sind unabhängig von den Laufnummern und können nur einmal unter demselben Namen vorhanden sein.
`ANY` |  | Der Job benutzt eine beliebige Ausprägung der Bedingung, außer `ABS` (absolut), die eine reservierte Laufnummer hat.
`ANT` |  | Der Job benutzt die Bedingung nur, wenn keine Einträge in der aktiven Datenbank für diesen Eigentümer, Netzwerk und Job vorhanden sind.
`DAT` | Tage | Der Job benutzt die Bedingung, wie Sie beim Netzwerk-Lauf zum aktuellen Datum gesetzt wurde.
Explizites Datum | Datum (im Format `YYYYMMDD`) | Der Job benutzt die Bedingung nur, wenn sie an einem expliziten Datum gesetzt wurde. Der Job benutzt dann die Bedingung, wie sie vom Netzwerk-Lauf zu diesem Datum gesetzt wurde (gilt nicht, wenn der Job mehr als einmal pro Tag laufen kann).
`DST` |  | Der Job benutzt die Bedingung, wie sie beim Netzwerk-Lauf zum Datum der Startzeit des Jobs gesetzt wurde.
`DUM` |  | Wenn diese Bedingung erfüllt ist, wird der Job als temporärer Dummy-Job gestartet. Falls sie nicht erfüllt ist, wird der Job normal gestartet. Wenn für einen Job mehrere Bedingungen mit Referenz `DUM` definiert sind, ist es hinreichend, dass eine erfüllt ist, damit der Job als Dummy ausgeführt wird. Die Bedingung darf eine spezielle Abhängigkeit besitzen (z.B. von einer Datei). Die aktive Bedingung wird auch akzeptiert, wenn sie die Referenz `ABS` (absolut) hat. Wenn ein Job wegen einer Bedingung als temporärer Dummy-Job ausgeführt wird, wird das (im Log) protokolliert.
`HRC` | Stunden | Der Job benutzt die Bedingung nur, wenn sie eine festgelegte Anzahl von Stunden vor der Prüfzeit der Bedingung gesetzt wurde. Diese Referenz kann nur mit einem relativen Stundenwert eingegeben werden. `HRC-24` ist der Standardwert, wenn dieses Feld leer gelassen wird und wenn die Bedingung in einem anderen Netzwerk gesetzt wird. (`RUN`) ist der Standardwert im selben Netzwerk.)
`LNR` | Stunden | Falls die Bedingung von einem anderen Netzwerk gesetzt wurde: Der Job benutzt die Bedingung, wenn sie vom zeitlich letzten Lauf in den letzten <nnn> Stunden gesetzt wurde. Falls die Bedingung von einem früheren Lauf des gleichen Netzwerks gesetzt wurde: Der Job benutzt die Bedingung, wenn sie von einem vorhergehenden Lauf in den letzten `nnn` Stunden gesetzt wurde. Die Bedingung wird nicht gesetzt, wenn in dem aktuellsten Lauf oder vorhergehenden Lauf ein Fehler aufgetreten ist. Diese Referenz wird zum Aufbau von Netzwerk-Ketten empfohlen. Dieser Referenz muss ein relativer Wert folgen. Siehe Relative Werte.
`LNT` | Stunden | Diese Referenz wird gehandhabt wie `LNR`. Weiterhin gilt: Die Bedingung wird auf wahr gesetzt, wenn das erzeugende Job-Netzwerk in den letzten `nnn` Stunden keinen aktiven Lauf hatte. Netzwerkläufe, die schon deaktiviert waren, sind in den Abrechnungsinformationen (Accounting-Daten) zu finden.
`MON` | Monate | Der Job benutzt die Bedingung, wie sie vom Netzwerk-Lauf des aktuellen Monats gesetzt wurde.
`NSD` |  | Der Job benutzt die Bedingung, wie sie beim Netzwerk-Lauf zum Datum der Startzeit des Netzwerks gesetzt wurde.
`PDA` | Tage | Der Job benutzt die Bedingung nur, wenn sie zum Produktionsdatum der Job-Aktivierung (abzüglich relative Tage) gesetzt wurde. Das Ende des Produktionsdatums kann innerhalb der Standardwerte von Entire Operations gesetzt werden. Anmerkung Diese Referenz wertet keine Zeitpläne oder Kalender aus.
`PDS` | Tage | Der Job benutzt die Bedingung nur, wenn sie zum Produktionsdatum des Jobstarts (abzüglich relative Tage) gesetzt wurde. Das Ende des Produktionsdatums kann innerhalb der Entire Operations-Standardwerte gesetzt werden. Anmerkung Diese Referenz wertet keine Zeitpläne oder Kalender aus.
`RCA` |  | Ein Job mit mehreren aktiven Unternetzwerken benutzt dieselben Eingabebedingungen, die für einen Vorgänger-Job, der im primären Unternetzwerk läuft, definiert sind. Falls als Eingabebedingung mehrfache Suffixe für den Vorgänger-Job benutzt werden (siehe Eingabebedingung abhängig von mehrfachen Suffixen), werden diese Suffixe an den Job angehängt. Wenn `RCA` angegeben wird, dann muss die Ausgabebedingung des Vorgänger-Jobs mit `RCM` referenziert werden, siehe `RCM` im Abschnitt Spaltenüberschriften/Felder: Ausgabebedingungen.
`RUN` | Laufnummern | Der Job benutzt die Bedingung, wie sie vom aktuellen Netzwerk-Lauf gesetzt wurde. `RUN` ist der Standardwert, wenn dieses Feld leer gelassen wird und wenn die Bedingung im selben Netzwerk gesetzt wird. (`HRC-24` ist der Standardwert in einem anderen Netzwerk.)
`WEK` | Wochen | Der Job benutzt die Bedingung, wie sie vom Netzwerk-Lauf der aktuellen Woche gesetzt wurde.
`WCC` | Tage | Reales Datum, bezogen auf den aktuellen Tag.
`WCW` | Tage | Kalendertag im verknüpften Entire Operations-Kalender (Arbeitstag), bezogen auf den aktuellen Tag.
`WCS` | Tage | Zeitplantag im verknüpften Entire Operations-Zeitplan, bezogen auf den aktuellen Tag.
`YYYYMMDD` |  | Der Job benutzt die Bedingung nur, wenn sie am angegebenen Tag gesetzt wurde. Beispiel: `20220627`

Mit Ausnahme von `RUN` gelten die beschriebenen Angaben auch für globale Bedingungen.

#### Relative Werte

Einigen Referenzen kann ein Minuszeichen (`-`) oder Pluszeichen (`+`) und ein numerischer Abstandswert folgen. Dies wird relativer Wert genannt.

Beispiele:

Option | Erklärung
--- | ---
`DAT-1` | Bezieht sich auf gestern.
`HRC-2` | Bezieht sich auf die vorhergehenden 2 Stunden.
`WEK-1` | Bezieht sich auf die vorhergehende Woche.

In diesem Fall werden zusätzliche Felder neben dem Feld Referenz angezeigt, in denen Sie das erforderliche Vorzeichen (`-` oder `+`) wählen und eine Zahl eingeben können.

### Globale Bedingungen

Im Unterschied zu "normalen" Bedingungen, die eine Ausprägung pro Laufnummer haben, können, gibt es "globale" Bedingungen unter gleichem Namen einmal oder gar nicht.

Für die Referenzen von globalen Eingabebedingungen gelten gegenüber normalen Bedingungen definierte Einschränkungen (siehe Einschränkungen für globale Bedingungen).

Globale Ausgabebedingungen werden stets mit der Referenz `ABS` (absolut) gesetzt. Die Referenz `RUN` wird zwar akzeptiert, jedoch zur Laufzeit in `ABS` umgewandelt.

Eine globale Bedingung kann netzwerkübergreifend benutzt werden.

Falls Sie eine globale Bedingung anlegen oder ändern wollen, gilt das Folgende:

Eine globale Bedingung

- hat das Präfix +,

- ist dem Eigentümer SYSDBA und dem Netzwerk SYSDBA zugeordnet,

- erhält die Referenz `ABS` (absolut).

#### Einschränkungen für globale Bedingungen

Für globale Bedingungen sind nur die folgenden Referenzen erlaubt:

- Bei der Definition einer aktiven Bedingung
  `ABS`, `ANY`, `RUN`

- Bei Verwendung als Eingabebedingung
  `HRC`, `DAT`, `PDA`, `WEK`, `MON`, `ABS`, `ANT`, `DUM`, `RUN`, `ANY`

- Bei Verwendung als Ausgabebedingung
  `ABS`, `RUN`

Beschreibung dieser Referenzen siehe Referenzen für Eingabebedingungen.

### Eingabebedingung abhängig von User Exit

Ein Wert für eine Eingabebedingung kann von einem User Exit festgelegt werden. Dieser User Exit wird solange vom Entire Operations-Monitor ausgeführt, bis die Bedingung erfüllt ist. Der User Exit kann einen beliebigen Datenbank- oder Entire System Server-Aufruf ausführen, um die erforderlichen Informationen zu erhalten. Damit wird es Entire Operations ermöglicht, auf komplexe oder benutzerspezifische Abhängigkeiten zu reagieren.

Bei der Definition eines User Exit als Eingabebedingung ist Folgendes zu beachten:

- Der Entire Operations-Monitor setzt das Parameterfeld `P-RC` (Return Code) vor dem Aufruf des User Exit auf `0` (Null).

- Sie können auch einen Eingabebedingungs-User Exit als Eingabebedingung mit der Referenz `DUM` (Dummy Job) angeben.

  In diesem Fall wird der Job als Dummy wegen Bedingung ausgeführt, wenn der Exit den Wert `0` für `P-RC` zurückgibt.

  Wenn der Exit einen anderen Wert als `0` zurückgibt, wird der Job normal ausgeführt.

Weitere Informationen:

- User Exit definieren, der die Bedingung setzt
- Felder: Eingabebedingung User Exit
- Rückgabe-Codes für Eingabebedingungs-User-Exits setzen
- Eingabebedingung abhängig vom User Exit löschen

#### User Exit definieren, der die Bedingung setzt

Um einen User Exit zu definieren, der die Bedingung setzt:

1. Wählen Sie das Register Eingabebedingungen.

2. Wählen Sie die Schaltfläche Neu.

   Das Dialogfenster Neu hinzufügen Eingabebedingungen wird angezeigt.

3. Markieren Sie im Bereich Typ die Optionsschaltfläche User Exit, wenn die Bedingung von einer User Exit gesetzt werden soll.

   Im Bereich Typspezifische Einstellungen erscheinen Felder, in die Sie den Namen des User Exits und den Namen der Natural-Bibliothek eingeben können, in der sich der User Exit befindet.

   Weitere Informationen siehe Felder: Eingabebedingung Exit

4. Wählen Sie die Schaltfläche OK, um die Angaben zu bestätigen.

   Die Bedingung wird in der Liste der Bedingungen auf der Registerkarte Eingabebedingungen angezeigt.

#### Felder: Eingabebedingung User Exit

Feld | Bedeutung
--- | ---
Natural-Bibliothek | Geben Sie den Namen der Natural-Bibliothek ein, in der sich der User Exit befindet. Diese Bibliothek muss von der Entire Operations-Systembibliothek verschieden sein.
User Exit | Geben Sie den Namen des User Exit ein, der die Bedingung setzt. Der Code des User Exit muss mit `DEFINE DATA PARAMETER USING NOPXPL-A` anfangen. Weitere Informationen siehe Allgemeiner User Exit-Parameterdatenbereich NOPXPL-A .

#### Rückgabe-Codes für Eingabebedingungs-User-Exits setzen

Wenn Sie einen User-Exit als Eingabebedingung für einen Job definieren, müssen Sie den Rückgabe-Code folgendermaßen setzen:

Eingabebedingung-Referenz | Rückgabe-Code | Bedeutung
--- | --- | ---
`DUM` | `0` | Der Job wird als Dummy wegen Bedingung ausgeführt.
`99` | Der Job wartet auf die Eingabebedingung, z.B. bis ein ICO-User-Exit einen anderen Rückgabe-Code setzt.
anderer | Der Job wird normal ausgeführt.
andere | `0` | Der Job wird normal ausgeführt.
anderer | Der Job wartet auf die Eingabebedingung, z.B. bis ein ICO-User-Exit einen anderen Rückgabe-Code setzt.

#### Eingabebedingung abhängig vom User Exit löschen

Um eine Eingabebedingung zu löschen:

1. Wählen Sie das Register Eingabebedingungen.

2. Wählen Sie die Schaltfläche Löschen.

   Ein Dialogfenster mit der Aufforderung, das Löschen zu bestätigen, wird angezeigt.

3. Wählen Sie Ja, um die Eingabebedingung zu löschen.

   Oder:
   Wählen Sie Nein, um den Vorgang abzubrechen.

### Eingabebedingung abhängig von Dateiexistenz

Ein Wert für eine Eingabebedingung kann davon abhängig sein, ob eine Datei oder eines ihrer Member existiert oder nicht. Der Monitor überprüft solange die Datei oder das Member auf dem Ausführungsknoten des Jobs, bis die Bedingung erfüllt ist.

Weitere Informationen:

- Eingabebedingung: Dateiexistenz
- Felder: Eingabebedingung abhängig von Dateiexistenz

Anmerkungen:

1. BS2000: Die Bedingung ist erst dann erfüllt, wenn die Datei geschlossen ist. Für geöffnete BS2000-Dateien ist die Bedingung nicht erfüllt.
2. Migrierte (archivierte) Dateien: Migrierte (archivierte) Dateien werden wie standardmäßig vorhandene Dateien gewertet. Wenn ein Member bei der Prüfung auf Vorhandensein einer Datei mit eingeschlossen ist, wird der aktive Job auf einen permanenten Fehler gesetzt und ein entsprechender Fehlertext ausgegeben.

#### Eingabebedingung: Dateiexistenz

Um eine Datei zu definieren, deren Vorhandensein die Bedingung setzt:

1. Wählen Sie das Register Eingabebedingungen.

2. Wählen Sie die Schaltfläche Neu.

   Das Dialogfenster Neu hinzufügen Eingabebedingungen wird angezeigt.

3. Markieren Sie im Bereich Typ die Optionsschaltfläche Dateiexistenz, wenn die Bedingung abhängig vom Vorhandensein einer bestimmten Datei gesetzt werden soll.

   Im Bereich Typspezifische Einstellungen erscheinen Felder, in denen Sie den Namen einer Datei eingeben und weitere Angaben machen können.

   Siehe Felder: Eingabebedingung abhängig von Datei.

4. Wählen Sie die Schaltfläche OK, um die Angaben zu bestätigen.

   Die Bedingung wird in der Liste der Bedingungen auf der Registerkarte Eingabebedingungen angezeigt.

#### Felder: Eingabebedingung abhängig von Dateiexistenz

Feld | Bedeutung
--- | ---
Datei * | Geben Sie den Namen der Datei ein, die existieren bzw. nicht existieren soll. Wenn die Datei nicht katalogisiert ist, geben Sie laufende Nummer des Datenträgers im Format `<Datei>/<Nummer>` ein. Anmerkung Beachten Sie beim Dateinamen die unter einigen Betriebssystemen relevante Groß- und Kleinschreibung. Fluchtzeichen im Dateinamen benutzen In diesem Feld ist Symbolersetzung möglich. Symbole mit Aktivierungsfluchtzeichen werden zur Aktivierungszeit des Jobs ersetzt. Wenn die Zeichenkette das Aktivierungsfluchtzeichen enthält, erfolgt eine Symbolersetzung (aus der aktiven Symboltabelle). Der aktualisierte Dateiname wird in der aktiven Datenbank gespeichert. Symbole mit Startfluchtzeichen werden zum Zeitpunkt der Prüfung der Voraussetzungen ersetzt. Das Symbol bleibt im Feld, so dass es bei einem eventuellen Neustart des Jobs wieder ersetzt wird. Fehlende Symbole führen zu einem permanenten Aktivierungsfehler oder einem permanenten Fehler bei der Überprüfung der Voraussetzungen. Platzhalterzeichen im Dateinamen benutzen Sie können einen Stern (*) als Platzhalterzeichen in allen Betriebssystemen benutzen. Bei Großrechner-Dateien können Sie sie nur an das Ende der Zeichenfolge setzen. Die Bedingung wird gesetzt (oder nicht gesetzt), wenn mindestens eine Datei gefunden wurde.
Member (optional) * | Wenn die Eingabebedingung davon abhängig ist, ob ein Member in der im Feld Datei angegebenen Datei existiert oder nicht existiert, geben Sie den Member-Namen ein. Platzhalterzeichen im Member-Namen benutzen Sie können einen Stern (*) als Platzhalterzeichen am Ende einer Zeichenfolge anfügen. Die Bedingung wird gesetzt (oder nicht gesetzt), wenn mindestens ein Member gefunden wurde. Anmerkung Geben Sie nur ein Member an, wo dies erforderlich und möglich ist. Wenn dieses Feld leer gelassen wird, wird überprüft, ob die gesamte Datei vorhanden ist. Fluchtzeichen im Member-Namen benutzen In diesem Feld ist Symbolersetzung möglich. Symbole mit Aktivierungsfluchtzeichen werden zur Aktivierungszeit des Jobs ersetzt. Wenn die Zeichenkette das Aktivierungsfluchtzeichen enthält, erfolgt eine Symbolersetzung (aus der aktiven Symboltabelle). Der aktualisierte Dateiname wird in der aktiven Datenbank gespeichert. Symbole mit Startfluchtzeichen werden zum Zeitpunkt der Prüfung der Voraussetzungen ersetzt. Das Symbol bleibt im Feld, so dass es bei einem eventuellen Neustart des Jobs wieder ersetzt wird. Fehlende Symbole führen zu einem permanenten Aktivierungsfehler oder einem permanenten Fehler bei der Überprüfung der Voraussetzungen.
Muss existieren |
Markiert: | Die Datei (oder das Member) muss als Voraussetzung für den Job-Start vorhanden sein.
Nicht markiert: | Die Datei (oder das Member) darf nicht als Voraussetzung für den Job-Start vorhanden sein.

#### Variabler Dateiname

Die Felder Datei und Member können Symbole enthalten, denen ein Fluchtzeichen für die Aktivierung vorausgeht. Eine Symbolersetzung wird während der ersten Überprüfung, ob die Datei oder das Member vorhanden sind, ausgeführt. Die Symbole werden der aktiven Symboltabellen entnommen, die dem Job zugeordnet sind. Ein fehlendes Symbol verursacht einen permanenten Fehler.

Eine Symbolersetzung kann für Folgendes benutzt werden:

- Dateigenerationsgruppen

- Änderung von Eingabedateien

usw.

Nach einer erfolgreichen Symbolersetzung enthalten diese Felder im aktiven Job den ersetzten Wert. Damit wird der Aufwand für Symbolersetzungen reduziert.

#### Anmerkungen

- Entire System Server-Knoten für die Datei-Prüfung

  Der Knoten, der für die Dateiprüfung genutzt wird, ist immer der Ausführungsknoten des Jobs. Die Datei wird mit den Zugriffsrechten der vorliegenden Benutzerkennung geprüft (bei UNIX und Windows: vorliegende Benutzerkennung und vorliegende Gruppe).

  Wenn Sie eine Datei eines anderen Knotens prüfen müssen, benutzen Sie bitte einen vorhergehenden Dummy-Job mit einem anderen Ausführungsknoten und/oder vorliegender Benutzerkennung für diesen Zweck.

- Datei in Benutzung

  Wenn die Datei gerade benutzt wird, wird dieser Zustand als ein vorübergehender Fehler behandelt. Die Dateiprüfung wird so lange wiederholt, wie die Datei in Benutzung ist. Der wartende Job wird nicht ins passive Warten geschickt.

- z/OS: HSM Migrierte Bibliotheken

  Das Folgende gilt nur, wenn das Betriebssystem eines Entire System Server-Knotens MVS (z/OS) ist und die Entire System Server-Version größer oder gleich 3.2.1 ist. Der Entire Operations-Monitor führt die Initialisierung eines Datei-Rückrufs aus.

  Die Datei-Member-Prüfung wird in Intervallen von 2 Minuten wiederholt, bis die Datei wieder geladen ist. Ein erneutes Laden wird nicht initiiert, wenn die Dateiprüfung nur auf Datei-Ebene geschieht.

### Eingabebedingung abhängig von mehrfachen Suffixen

Wenn Sie an dieser Stelle ein Symbol definieren, wird dessen Inhalt aufgeteilt, und die einzelnen Felder werden zu dem aktiven Bedingungsnamen zusammengesetzt. Diese mehrfachen Bedingungen werden benutzt, um die Wartezeit solange auszudehnen, bis die Verarbeitung aller parallel abgearbeiteten Vorgänger beendet ist.

In der Definition des Vorgänger-Jobs muss dieselbe Symboltabelle (und dasselbe Symbol) angegeben werden.

Die aktiven Bedingungen werden während der Aktivierung des Job-Netzwerks erstellt. Wenn der Bedingungsname z. B. `COND` ist, und wenn das angegebene Symbol `001 003 012` enthält, werden die aktiven Bedingungen `COND001`, `COND003` und `COND012` erstellt.

Weitere Informationen:

- Eingabebedingung: Mehrfache Suffixe
- Felder: Eingabebedingung: Mehrfache Suffixe

#### Eingabebedingung: Mehrfache Suffixe

Um eine Eingabebedingung zu definieren, die von mehrfachen Suffixen abhängig ist:

1. Wählen Sie das Register Eingabebedingungen.

2. Wählen Sie die Schaltfläche Neu.

   Das Dialogfenster Neu hinzufügen Eingabebedingungen wird angezeigt.

3. Markieren Sie im Bereich Typ die Optionsschaltfläche Mehrfache Suffixe.

   Im Bereich Typspezifische Einstellungen erscheinen Felder, in die Sie den Namen und die Version einer Symbol und ein Symbol eingeben können.

   Weitere Informationen siehe Felder: Eingabebedingung: Mehrfache Suffixe.

4. Wählen Sie die Schaltfläche OK, um die Angaben zu bestätigen.

   Die Bedingung wird in der Liste der Bedingungen auf der Registerkarte Eingabebedingungen angezeigt.

#### Felder: Eingabebedingung: Mehrfache Suffixe

Feld | Bedeutung
--- | ---
Immer Job-Symboltabelle verwenden | Gibt an, ob die für den Job definierte Symboltabelle benutzt wird. Mögliche Werte:
Markiert: | Das mehrfache Suffix wird aus der für den Job definierten Symboltabelle genommen. Dies ist die Standardeinstellung. (Eine Symboltabelle, die für das Job-Netzwerk definiert wurde, zu dem der Job gehört, wird ignoriert.)
Nicht markiert: | Das mutiple Suffix wird aus der Symboltabelle genommen, die nur für diese Eingabebedingung definiert wurde.
Anmerkung Beim Kopieren eines Jobs oder eines Netzwerks empfiehlt es sich, dieses Feld auf `Y` zu setzen. Damit stellen Sie sicher, dass immer die definierte Symboltabelle des Jobs verwendet wird, auch wenn sie in der Job-Definition geändert wurde.
Symboltabelle | (Optional) Name der Symboltabelle mit dem Symbol, das das (oder die) Suffix(e) enthält, das (oder die) für die Bedingung verwendet werden soll(en), wenn das Job-Netzwerk aktiviert wird. Sie müssen dieselbe Symboltabelle wie in der Vorgänger-Jobdefinition angeben. Wird kein Symboltabelle angegeben, so erfolgt die Suche nach dem Suffix-Symbol unter Beachtung der zum Zeitpunkt der Aktivierung gültigen Symbol-Suchhierarchie.
SymTab-Version | (Optional) Version der Symboltabelle.
Symbol | Name des Symbols, das das (oder die) Suffix(e) enthält, das (oder die) für die Bedingung verwendet werden soll(en), wenn das Job-Netzwerk aktiviert wird. Sie müssen dasselbe Symbol wie in der Vorgänger-Jobdefinition angeben.

### Eingabebedingung abhängig von Mailbox

Jeder logischen Bedingung kann eine Mailbox zugeordnet werden.

- Wenn die Bedingung die einzige wartende (nicht erfüllte) Bedingung ist und somit den Start des nachfolgenden Jobs verzögert, wird an die Mailbox automatisch eine Nachricht übermittelt.

- Wenn eine Eingabebedingung von (einer) manuellen Aktion(en) abhängig ist, wird an eine Mailbox eine Nachricht gesendet, die einen Benutzer dazu auffordert, das Ende der Aktion(en) zu bestätigen.

Weitere Informationen:

- Eingabebedingung Benutzerabfrage

#### Eingabebedingung Benutzerabfrage

Um eine Benutzerabfrage an eine Mailbox für eine Eingabebedingung zu übermitteln, die während der Netzwerk-Ausführung nicht erfüllt wird:

1. Wählen Sie das Register Eingabebedingungen.

2. Wählen Sie die Schaltfläche Neu.

   Das Dialogfenster Neu hinzufügen Eingabebedingungen wird angezeigt.

3. Markieren Sie im Bereich Typ die Optionsschaltfläche Mailbox.

4. Geben Sie unter Typenspezifische Einstellungen im Feld Mailbox den Namen der Mailbox ein, an die die Abfrage übermittelt werden soll.

   Alternativ können Sie einen Mailbox-Namen aus der zugehörigen Auswahlliste übernehmen, in der alle in Entire Operations definierten Mailboxen aufgelistet werden.

5. Wählen Sie die Schaltfläche OK, um die Angaben zu bestätigen.

   Die Bedingung wird in der Liste der Bedingungen auf der Registerkarte Eingabebedingungen angezeigt.

### Eingabebedingung abhängig vom Symbolwert

Eingabebedingungen können vom Vergleich mit dem Inhalt eines Symbols (Symbolwert) oder dem Wert einer Symbolwert-Teilzeichenketten in einer Symboltabelle abhängig sein. Der Monitor prüft den Wert des Symbols auf dem Ausführungsknoten des Jobs, bis die Bedingung erfüllt ist.

Durch Angabe einer Symbol-Instanz können Sie festlegen, ob ein Symbol in einer aktiven Symboltabelle (Standardeinstellung) oder einer Symboltabellen-Definition (Master-Symboltabelle) geprüft werden soll.

- Definition einer Eingabebedingung abhängig vom Wert eines Symbols
- Felder: Eingabebedingung abhängig von Symbolwert

#### Definition einer Eingabebedingung abhängig vom Wert eines Symbols

Um eine Eingabebedingung abhängig vom Wert eines Symbols zu definieren:

1. Wählen Sie das Register Eingabebedingungen.

2. Wählen Sie die Schaltfläche Neu.

   Das Dialogfenster Neu hinzufügen Eingabebedingungen wird angezeigt.

3. Markieren Sie im Bereich Typ die Optionsschaltfläche Symbol-Wert.

   Im Bereich Typspezifische Einstellungen erscheinen Felder, in die Sie den Namen des Symbols und weitere Parameter eingeben können (Beispiel):

   Weitere Informationen siehe Felder: Eingabebedingung abhängig von Symbolwert.

4. Wählen Sie die Schaltfläche OK, um die Angaben zu bestätigen.

   Die Bedingung wird in der Liste der Bedingungen auf der Registerkarte Eingabebedingungen angezeigt.

#### Felder: Eingabebedingung abhängig von Symbolwert

Feld | Bedeutung
--- | ---
Symbol | Name eines gültigen Symbols. Es können auch mit Entire Operations ausgelieferte, vordefinierte Symbole verwendet werden. Der Symbolname selbst kann ebenfalls ein Symbol enthalten. Die Symbolersetzung erfolgt durch das Fluchtzeichen des verwendenden Jobs. Der Wert dieses Symbols, bzw. ein Teil davon, soll mit dem gegebenen Wert verglichen werden.
Symboltabelle | Geben Sie den Namen einer gültigen Symboltabelle ein. Wenn Sie dieses Feld leer lassen, beginnt die Symbolsuche mit der aktiven Symboltabelle des Jobs. Andernfalls wird anstelle der Symboltabelle des Jobs nach der aktiven Symboltabelle mit diesem Namen gesucht, und wenn das Symbol dort oder in den Symboltabellen des Aufrufenden nicht gefunden wird, dann wird außerdem die Master-Symboltabelle des Eigentümers mit diesem Namen durchsucht. Siehe auch Anmerkungen zur Symbolsuchreihenfolge.
Version | Version der Symboltabelle. Sie können eine Version auswählen. Mögliche Versionsnamen:
`(current)` | Aktuelle Version für den festgelegten Tag.
`(nv)` | Dieselbe Version wie die Netzwerk-Version.
`(svn)` | Symboltabellen-Version des Netzwerks.
`(svj)` | Symboltabellen-Version des Jobs.
`(unnamed)` | Unbenannt (ohne Versionsnamensangabe).
Symbol-Instanz | Mögliche Werte: Symbol in der aktiven Symboltabelle prüfen. Dies ist der Standardwert. Symbol in der Master-Symboltabelle (Symboltabellen-Definition) prüfen.
Position | Geben Sie die Position der zu prüfenden Symbolwert-Teilzeichenkette ein. (Wird nur im Zusammenhang mit Format A ausgewertet.) Mögliche Werte: `1` bis `120`. .
Länge | Geben Sie die Länge der zu prüfenden Symbolwert-Teilzeichenkette ein. (Wird nur im Zusammenhang mit Format A ausgewertet.) Mögliche Werte: `1` bis `120`. .
Format | Geben Sie das Format ein, das die Symbolwert-Teilzeichenkette annehmen muss. Mögliche Werte:
`A` | Alphanumerisch
`D` | Datum im Format JJJJMMTT
`N` | Numerisch (gezont)
Symbol ist | Dies ist der Vergleichsoperator. Geben Sie einen logischen Operator für den Abgleich der definierten Symbolwert-Teilzeichenkette gegen die im Folgenden angegebene Vergleichs-Zeichenkette ein. Mögliche Werte:
`=` oder `EQ` | Code ist gleich dem angegebenen Wert.
`GE` | Code ist größer gleich dem angegebenen Wert.
`GT` | Code ist größer als der angegebene Wert.
`<=` oder `LE` | Code ist kleiner gleich dem angegebenen Wert.
`LT` | Code ist kleiner als der angegebene Wert.
`<>=` oder `NE` | Code ist nicht mit angegebenem Wert identisch.
verglichen mit | Geben Sie die Zeichenkette oder das Feld ein, die/das mit der Symbolwert-Teilzeichenkette verglichen werden soll. Die Zeichenketten werden in dem definierten Format abgeglichen. Wenn ein Aktivierungsfluchtzeichen benutzt wird, wird die Ersetzung einmal während der Aktivierung durchgeführt. Ein Symbolersetzungsfehler wird als ein permanenter Fehler in diesem Fall behandelt. Wenn ein Job-Startfluchtzeichen benutzt wird, wird die Ersetzung unmittelbar vor jeder Bedingungsprüfung durchgeführt. Dies führt zu mehr Systemaufwand. Ein Symbolersetzungsfehler wird in diesem Fall als ein vorübergehender Fehler behandelt.

#### Anmerkungen

- Symbolsuchreihenfolge
  Wenn das Symbol nicht in einer aktiven Tabelle im entsprechenden Lauf gefunden werden kann, wird auch die aktive Job-Symboltabelle des Aufrufenden, die aktive Netzwerk-Symboltabelle des Aufrufenden, die Master-Symboltabelle (bei expliziter Namensangabe in der Eingabebedingung) und die SYSDBA/A-Tabelle durchsucht.

- Auswertung verschachtelter Symbole
  Der Wert eines Symbols kann andere (verschachtelte) Symbole enthalten, die sowohl Aktivierungsfluchtzeichen als auch Startfluchtzeichen als Präfix enthalten können.

  Symbole, die das Aktivierungsfluchtzeichen als Präfix haben, werden nur einmal ausgewertet, und zwar bei der Aktivierung des Jobs.

  Symbole, die das Startfluchtzeichen als Präfix haben, werden bei jeder Prüfung der Vorbedingen für den aktiven Job ausgewertet.

### Eingabebedingung abhängig von einem anderen Job-Netzwerk

Mit dem Typ Extern ist es möglich, Eingabebedingungen abhängig von einem anderen Job-Netzwerk (eine Version kann nicht angegeben werden) zu definieren.

Weitere Informationen:

- Definition einer Eingabebedingung abhängig von einem anderen Job-Netzwerk
- Felder: Eingabebedingung abhängig von einem anderen Job-Netzwerk

#### Definition einer Eingabebedingung abhängig von einem anderen Job-Netzwerk

Um eine Eingabebedingung abhängig von einem anderen Job-Netzwerk zu definieren:

1. Wählen Sie das Register Eingabebedingungen.

2. Wählen Sie die Schaltfläche Neu.

   Das Dialogfenster Neu hinzufügen Eingabebedingungen wird angezeigt.

3. Markieren Sie im Bereich Typ die Optionsschaltfläche Extern.

   Im Bereich Typspezifische Einstellungen erscheinen Felder, in denen Sie Einstellungen vornehmen können.

   Weitere Informationen siehe Felder: Eingabebedingung abhängig von einem anderen Job-Netzwerk

4. Wählen Sie die Schaltfläche OK, um die Angaben zu bestätigen.

   Die Bedingung wird in der Liste der Bedingungen auf der Registerkarte Eingabebedingungen angezeigt.

#### Felder: Eingabebedingung abhängig von einem anderen Job-Netzwerk

Feld | Bedeutung
--- | ---
Eigentümer | Geben Sie den Namen des Eigentümers des aktuellen Job-Netzwerks ein.
Netzwerk | Geben Sie den Namen des externen Job-Netzwerks ein, von dem die Eingabebedingung abhängig sein soll.
Muss existieren / Exklusiv / Löschen nach Verw. | Siehe entsprechende Erläuterungen im Abschnitt Felder: Definition Master-Eingabebedingung

### Eingabebedingung abhängig vom Benutzerschalter (BS2000)

Der Wert einer Eingabebedingung kann davon abhängig sein, ob ein BS2000-Benutzerschalter vorhanden ist oder nicht. Auf dem Ausführungsknoten des Jobs prüft der Monitor solange auf den Benutzerschalter, bis die Bedingung erfüllt ist.

Weitere Informationen:

- Definition einer Eingabebedingung abhängig vom Benutzerschalter
- Felder: Eingabebedingung abhängig vom Benutzerschalter

#### Definition einer Eingabebedingung abhängig vom Benutzerschalter

Um eine Eingabebedingung abhängig vom Benutzerschalter zu definieren:

1. Wählen Sie das Register Eingabebedingungen.

2. Wählen Sie die Schaltfläche Neu.

   Das Dialogfenster Neu hinzufügen Eingabebedingungen wird angezeigt.

3. Markieren Sie im Bereich Typ die Optionsschaltfläche Benutzerschalter (BS2000).

   Im Bereich Typspezifische Einstellungen erscheinen Felder, in die Sie einen Benutzerschalter und eine BS2000-Benutzerkennung eingeben können.

   Weitere Informationen siehe Felder: Eingabebedingung abhängig vom Benutzerschalter

4. Wählen Sie die Schaltfläche OK, um die Angaben zu bestätigen.

   Die Bedingung wird in der Liste der Bedingungen auf der Registerkarte Eingabebedingungen angezeigt.

#### Felder: Eingabebedingung abhängig vom Benutzerschalter

Feld | Bedeutung
--- | ---
Benutzerschalter | Nummer eines Benutzerschalters.
BS2000 Benutzer-ID | Die BS2000-Benutzerkennung, zu der der angegebene Benutzerschalter gehört.

### Eingabebedingung abhängig vom Wert einer Job-Variablen (BS2000)

Eine Eingabebedingung kann von einem Vergleich mit dem Inhalt einer BS2000-Job-Variablen abhängig sein. Der Monitor prüft die Job-Variable auf dem Ausführungsknoten des Jobs solange ab, bis die Bedingung erfüllt ist.

Weitere Informationen:

- Definition einer Eingabebedingung abhängig von einer Job-Variablen
- Felder: Eingabebedingung abhängig vom Wert einer Job-Variablen (BS2000)

#### Definition einer Eingabebedingung abhängig von einer Job-Variablen

Um eine Eingabebedingung abhängig von einer Job-Variablen zu definieren:

1. Wählen Sie das Register Eingabebedingungen.

2. Wählen Sie die Schaltfläche Neu.

   Das Dialogfenster Neu hinzufügen Eingabebedingungen wird angezeigt.

3. Markieren Sie im Bereich Typ die Optionsschaltfläche Jobvariable (BS2000).

   Im Bereich Typspezifische Einstellungen erscheinen Felder, in die Sie eine Job-Variable und weitere Parameter zur näheren Bestimmung der Job-Variablen eingeben können.

   Weitere Informationen siehe Felder: Eingabebedingung abhängig vom Wert einer Job-Variablen (BS2000).

4. Wählen Sie die Schaltfläche OK, um die Angaben zu bestätigen.

   Die Bedingung wird in der Liste der Bedingungen auf der Registerkarte Eingabebedingungen angezeigt.

#### Felder: Eingabebedingung abhängig vom Wert einer Job-Variablen (BS2000)

Feld | Bedeutung
--- | ---
Job-Variable | Geben Sie den Namen einer gültigen BS2000-Job-Variablen ein. Wenn die Job-Variable ohne eine explizite Benutzer-Kennung angegeben wird, wird die Standardeinstellung der BS2000 Benutzer-Kennung für Jobs als Präfix benutzt. Symbolersetzung im Namen wird durchgeführt, wenn der Name mindestens einmal das Aktivierungsfluchtzeichen enthält. Weitere Informationen siehe Symbole benutzen.
Position | Geben Sie die Position der zu prüfenden Teilzeichenkette des Job-Variablenwerts ein. Mögliche Werte: 1 bis 253.
Länge | Geben Sie die Länge der zu prüfenden Teilzeichenkette des Job-Variablenwerts ein. Mögliche Werte: 1 bis 253.
Format | Geben Sie das Format ein, das die Teilzeichenkette des Job-Variablenwerts annehmen muss. Mögliche Werte: A alphanumerisch, N numerisch (gezont).
Variable ist: | Dies ist der Vergleichsoperator. Geben Sie einen logischen Operator für den Abgleich der definierten Teilzeichenkette des Job-Variablenwerts gegen die im folgenden angegebene Vergleichszeichenkette ein. Mögliche Werte:
= oder EQ | Code ist gleich dem angegebenen Wert.
>= oder GE | Code ist größer gleich dem angegebenen Wert.
> oder GT | Code ist größer als der angegebene Wert.
<= oder LE | Code ist kleiner gleich dem angegebenen Wert.
< oder LT | Code ist kleiner als der angegebene Wert.
!= oder NE | Code ist nicht mit dem angegebenen Wert identisch.
verglichen mit | Geben Sie die Zeichenkette oder das Feld ein, die/das mit der Teilzeichenkette des Job-Variablenwerts verglichen werden soll. Die Zeichenketten werden in dem definierten Format abgeglichen. Der Inhalt dieses Feldes wird mit der Teilzeichenkette des Job-Variablenwerts verglichen, oder er wird in die Teilzeichenkette des Job-Variablenwerts eingesetzt. Der Inhalt wird als Leerzeichen behandelt, wenn '' oder ' ' definiert wurde. Der Vergleich wird im definierten Format ausgeführt. Weitere Informationen siehe Symbole benutzen.
Passwort | Wenn die Job-Variable zum Lesen passwortgeschützt ist, geben Sie an dieser Stelle das Passwort ein.

#### Symbole benutzen

Auflösende Symbole im Namen der Job-Variablen rufen das gleiche Verhalten hervor wie auflösende Symbole im Wert der Job-Variablen:

- Wenn das Aktivierungsfluchtzeichen benutzt wird:

  - Das Symbol wird einmalig während der Job-Aktivierung ersetzt.

  - Der Name der aktiven Job-Variable ist die aufgelöste Zeichenfolge.

- Wenn das vorliegende Fluchtzeichen genutzt wird:

  - Das Symbol wird während jede durchgeführten Prüfung der Voraussetzungen aufgelöst.

  - Dies erlaubt das Setzen von Symbolen kurz vor ihrer Benutzung.

  Anmerkung
  Die Option, das vorliegende Fluchtzeichen zu nutzen, erfordert mehr Systemleistung.

## Job Control (Master) für einen Job definieren - Register JCL-Definition

Mit dieser Funktion können Sie die Speicherart für JCL definieren.

Dieser Abschnitt behandelt folgende Themen:

- Register JCL-Definition

- Felder: Job: JCL-Definition (Master)

- Spezielle Funktion: JCL direkt editieren

Anmerkung
FTP-Jobs haben keine Standard-JCL-Definition, stattdessen haben Sie eine FTP-Parameter-Definition. Weitere Informationen siehe Parameter für einen FTP-Job definieren - Register "JCL-Definition".

### Register JCL-Definition

Um JCL für einen Job zu definieren:

1. Markieren Sie im Dialog Neues Objekt erzeugen Jobs (bzw. im Dialog Verwaltung Jobs ) das Register JCL-Definition.

   Beispiel:

   Weitere Informationen siehe Felder: Job: JCL-Definition (Master).

2. Wählen Sie Anwenden, um die Eingaben zu speichern.

Siehe auch JCL oder Natural-Source-Objekte editieren

### Felder: Job: JCL-Definition (Master)

Feld/Schaltfläche | Bedeutung
--- | ---
Symbol als JCL-Knoten verwenden | Markieren Sie dieses Feld, wenn Sie ein Symbol angeben wollen.
JCL-Speicherart | Typ der JCL Source. In einer Netzwerk-Definition dient dieses Feld als Standardwert für das gesamte Netzwerk. Siehe JCL-Speicherarten.
JCL-Lademodus |
Bei Aktivierung | Laden der JCL zur Aktivierungszeit (Standardeinstellung).
Anmerkung Wenn der Job als zyklisch definiert ist, wird die aktive JCL des Jobs nur einmal geladen. Nur die Ersetzung von Symbolen durch das Jobstart-Fluchtzeichen wird vor jeder Übergabe durchgeführt.
Beim Job-Start | Laden der JCL beim Job-Start.
Anmerkungen: Fehler beim JCL-Laden werden erst spät entdeckt. Die Ausführung des Netzwerks verlangsamt sich wegen der zusätzlich notwendigen Zeit des JCL-Ladens vor dem Jobstart. Die JCL-Vorgenerierung funktioniert auch beim JCL-Laden vor dem Jobstart. Wurden Ressourcen definiert, werden sie zum Zeitpunkt des Jobstarts zugewiesen. Schlägt das JCL-Laden vor dem Jobstart fehl, werden die zugewiesenen Ressourcen sofort wieder freigegeben. Das Laden der JCL vor dem Jobstart ist unter anderem dazu gedacht, die Generierung der Macro-JCL so spät wir möglich zu erlauben. Die JCL eines zyklischen Jobs wird vor jeder Ausführung erneut geladen. Für andere JCL-Typen wird die Symbol-Ersetzung zur Aktivierungszeit empfohlen, die weniger systemintensiv ist.
JCL-Knoten | Die JCL für den Job wird von diesem Knoten gelesen. Der Job wird auf dem Ausführungsknoten gestartet. Der Standardwert ist der in der Job-Netzwerk-Definition angegebene Wert, welcher hier überschrieben werden kann. Anmerkung <esc>PMPA (z.B. §PMPA) kann hier angegeben werden.
Datei/Nat.Bibl. | Speicherart der JCL entsprechend dem Jobtyp. Für Natural-Programme und dynamische JCL (Speicherart NAT): Die Natural-Bibliothek, in der sich das Programm oder die variable JCL befindet. Die Natural-Bibliothek muss in der FUSER-Systemdatei von Entire Operations liegen und darf nicht denselben Namen wie die System-Bibliothek SYSEOR haben. Für z/VSE: Bibliothek und Teilbibliothek, die durch einen Punkt (.) verkettet sind. Für alle anderen: Der Dateiname. Für UNIX: Groß-/Kleinschreibung ist zu beachten. Umgebungsvariablen und Symbole dürfen im Namen verwendet werden. Anmerkungen: Sie können die erforderliche Datei/Bibliothek aus der Liste auswählen. Sie können auch die Datei/Bibliothek aus dieser Liste löschen. Symbole Symbole können verwendet werden. Wenn eine JCL-Datei das Aktivierungssteuerzeichen enthält, wird eine Symbol-Ersetzung durchgeführt: Beim Editieren der JCL (temporär, unter Benutzung der Master-Symboltabelle). Beim Laden der JCL (permanent, unter Benutzung der Tabelle der aktiven Symbole).
Member | Name des Natural-Objekts oder Bibliothek/Datei-Member des Betriebssystems, das die JCL enthält (falls eine JCL vorhanden ist). Wenn Sie eine neue Job-Definition anlegen, wird der Name des Jobs standardmäßig in dieses Feld eingetragen. Dieses Feld gilt für alle JCL-Speicherarten, die Member unterstützen. Bei anderen JCL-Speicherarten ist das Feld schreibgeschützt. Sie können die benötigte Bibliothek oder Datei aus der aufklappbaren Liste auswählen. Neues Member: Sie können auch den Namen eines nicht vorhandenen Members in dieses Feld eingeben, wenn z.B. noch keine JCL für den Job definiert worden ist. Entire Operations akzeptiert den Member-Namen in der Annahme, dass ein Member mit diesem Namen erstellt werden wird. Vor der Aktivierung eines Netzwerks und vor dem Start eines Jobs überprüft Entire Operations, ob dafür ein Member definiert worden ist. Wenn keines vorhanden ist, wird eine Fehlermeldung ausgegeben. Symbole können verwendet werden. Wenn eine JCL-Datei das Aktivierungsfluchtzeichen enthält, wird eine Symbol-Ersetzung durchgeführt: Beim Editieren der JCL (temporär, unter Benutzung der Master-Symboltabelle). Beim Laden der JCL (permanent, unter Benutzung der Tabelle der aktiven Symbole). Weitere Informationen siehe Symboltabellen und Symbole. Anmerkung zu BS2000: JCL-Speicherart `PRC` (Callable procedure): Wenn kein Member angegeben wird, muss die JCL-Datei eine sequenzielle BS2000-Datei sein. Siehe auch Spezielle Funktion: JCL direkt editieren weiter unten.
Passwort | Das Datei-Passwort, falls die Datei mit einem Passwort geschützt ist.
OS-Speziell: | Betriebssystemabhängig vorhandene Felder: JCL-Ben.ID: JCL-Benutzerkennung für die Job-JCL. JCL-Gruppe: JCL-Gruppe für die Job-JCL. VolSer: Volume Serial Number der Datei. Nur erforderlich, wenn die Datei nicht katalogisiert ist (nur bei z/OS).

### Spezielle Funktion: JCL direkt editieren

Auf der Registerkarte JCL-Definition steht Ihnen folgende spezielle Funktion zur Verfügung::

Funktion | Beschreibung
--- | ---
Edit | Schaltfläche zum Aufrufen des Editors, um den Inhalt der Source anzuzeigen oder zu editieren, deren Name, je nach JCL-Speicherart, im Feld Member oder im Feld Datei/Nat.Bibl. angegeben ist. Dieses Kommando ist nur verfügbar, wenn Sie berechtigt sind, das angegebene Source-Objekt zu bearbeiten, und wenn in dem Dialogfenster die Schaltflächen Anwenden und OK deaktiviert sind. Dieses Kommando entspricht der Funktion JCL editieren im Kontextmenü einer Master-JCL-Definition oder einer aktiven JCL-Definition. Siehe auch Master JCL editieren bzw. Aktive JCL editieren.

## Parameter für Job-Zeitplan-Definition definieren - Register Zeitplan-Parameter

Sie können einen Zeitplan für eine Job-Definition definieren. Sie können den Zeitrahmen festlegen, einen Empfänger einer Verspätungsnachricht hinzufügen, ändern oder löschen, Abrechnungsdaten (Accounting-Daten) zuweisen und die Zeitplan-Abhängigkeitsinformationen editieren.

Zeitrahmen, die auf Job-Ebene definiert sind, überschreiben Zeitrahmen, die auf Netzwerk-Ebene für diesen Job definiert sind. Wenn keine Zeitrahmen definiert sind, gelten die Standardwerte des Job-Netzwerkes.

Anmerkungen:

1. Wenn Sie den Zeitrahmen für einen aktiven Job definieren, enthält er die komplett errechneten Tage und Zeiten. Beides können Sie modifizieren.
2. Zeitplan-Abhängigkeiten können auch über den Jahreswechsel hinaus definiert werden. Dies betrifft vor allem die Woche, die im alten Jahr beginnt und im neuen Jahr endet. Eine solche Definition ist aber nur möglich, wenn der benutzte Zeitplan und Kalender für beide Jahre definiert sind.

Dieser Abschnitt behandelt folgende Themen:

- Register Zeitplan-Parameter aufrufen

- Felder: Zeitplan-Parameter für Job

- Zeitplan-Abhängigkeit für einen Job verwalten

- Empfänger einer Verspätungsnachricht hinzufügen, ändern oder löschen

### Register Zeitplan-Parameter aufrufen

Dient zur Definition der Zeitplan-Parameter für einen Job eines Netzwerks. Bei der Job-Definition (Master) und bei aktiven Jobs ist die gleiche Funktionalität gegeben.

Um Parameter für einen Job-Zeitplan zu definieren:

1. Wählen Sie das Register Zeitplan-Parameter.

   Beispiel:

   Wenn in der Job-Definition das Feld spezieller Typ auf zyklische Ausführung (Typ C) gesetzt ist, enthält die Registerkarte zusätzlich das Feld Zyklisches Intervall:

   Weitere Informationen siehe:

   - Felder: Zeitplan-Parameter für Job

   - Empfänger einer Verspätungsnachricht hinzufügen, ändern oder löschen

   - Job-/Netzwerk-Abrechnungsinformationen (Job-Accounting-Daten) anzeigen

2. Wählen Sie Anwenden, um die Eingaben zu speichern.

### Felder: Zeitplan-Parameter für Job

Feld | Bedeutung
--- | ---
Geschätzte Laufzeit ... min. | Die erwartete Gesamt-Laufzeit für den Job. Wenn der Wert nicht explizit angegeben wird, wird er anhand der durchschnittlichen, im Feld darunter angezeigten Laufzeit vorhergegangener Läufe des gleichen Jobs berechnet. Wenn bei einem permanenten Dummy-Job (Jobtyp `DUM`) mit Angabe im Feld Spezieller Typ ungleich `leer` oder `D` (Dummy wegen Bedingung) der Wert ungleich null (# 0) ist, wird dieser Dummy-Job für genau diese Zeitspanne ausgeführt. So können Sie Zeit-Simulationen u.a. durchführen. Aktive Zeitplan-Parameter für einen laufenden Dummy-Job: Eine Änderung der geschätzten Laufzeit hat zur Folge, dass die Ende-Zeit des Dummy-Jobs als Summe der Start-Zeit und der neuen geschätzten Laufzeit neu berechnet wird. Wenn die neu berechnete Ende-Zeit unter der aktuellen Zeit liegt, wird stattdessen die aktuelle Zeit verwendet. Temporäre Dummy-Jobs mit Jobtyp `DUM` und Angabe `D` (Dummy wegen Bedingung) im Feld Spezieller Typ werden für die Zeitspanne ausgeführt, die als geschätzte Laufzeit für den Job definiert ist. Bei temporären Dummy-Jobs mit anderen Angaben im Feld Spezieller Typ (z.B. Dummy wegen Bedingung), wird die definierte geschätzte Laufzeit ignoriert. Temporäre Dummy-Jobs haben immer die Ausführungszeit Null. Spezieller Wert: Bei Jobs des Typs `NET`, können Sie `999999` angeben. In diesem Fall werden alle Startzeiten danach auf die Endezeit des Unternetzwerks gesetzt.
Durchschnitt | Die durchschnittliche Laufzeit (in Minuten), errechnet auf der Basis von 20 vorangegangenen Läufen (siehe Feld Letzte Laufzeit ... (min.)).
Letzte Laufzeit ... (min.) | Tabellarische Auflistung der tatsächlichen Laufzeiten (in Minuten) der letzten 20 Läufe des Jobs. Die Laufzeit der letzten 20 Läufe mit einer Laufzeit ungleich Null wird verwendet, um die durchschnittliche Laufzeit (im Feld Durchschnitt) zu errechnen, die der Job bis zu seiner Beendigung benötigt. Letzte Laufzeit bei mehrfach aktiven Jobs (siehe Feld Suffix-Symbol in Felder: Job-Definition (Master)): Bei einem Haupt-Job (Master) enthält die Tabelle die Laufzeiten aller mehrfach aktiven Jobs, die zuletzt von diesem Haupt-Job aktiviert wurden. Bei einem aktiven Job enthält die Tabelle die Laufzeiten aller mehrfach aktiven Jobs, deren Namen mit dem Namen dieses aktiven Jobs übereinstimmen.
Früheste Startzeit | Der Job wird nicht vor Erreichen dieser Zeit gestartet. Benutzen Sie das Feld Tage später, wenn die früheste Startzeit mehr als einen Tag später als die Netzwerk-Startzeit liegt. Sie können die Anzahl der Kalender- oder Arbeitstage angeben, die für spätere Starts verwendet werden soll. Siehe Eingabefelder für Kalendertage später bzw. Arbeitstage später. Siehe auch Verarbeitung der Zeitrahmen-Definitionen. Bei einem aktiven Job enthalten die Früheste Startzeit-Felder die Zeit, die für den betreffenden Joblauf gemäß den in der entsprechenden Job-Definition gemachten Angaben berechnet wurden. Die Inhalte beider Felder können geändert werden, jedoch nur für den gegebenen Joblauf.
Spät.Startzeit | Der Job wird nicht nach dieser Zeit gestartet. Falls diese Zeit der frühesten Startzeit vorangeht und das Feld Tage später Null ist, wird Tage später auf `1` gesetzt, so dass diese Zeit der frühesten Startzeit folgt. Sie können die Anzahl der Kalender- oder Arbeitstage angeben, die für spätere Starts verwendet werden soll. Siehe Eingabefelder für Kalendertage später bzw. Arbeitstage später. Siehe auch Verarbeitung der Zeitrahmen-Definitionen. Bei einem aktiven Job enthalten die Späteste Startzeit-Felder die Zeit, die für den betreffenden Joblauf gemäß den Angaben in der entsprechenden Job-Definition berechnet wurden. Die Inhalte beider Felder können geändert werden, jedoch nur für den gegebenen Joblauf.
Endezeit | Der Job muss vor dieser Zeit beendet sein. Falls der Job nicht vor dieser Zeit beendet werden kann, wird er nicht gestartet. Dummy-Jobs mit geschätzter Laufzeit ungleich Null (`<>0`) werden spätestens zu dieser Zeit beendet. Sie können die Anzahl der Kalender- oder Arbeitstage angeben, die für spätere Starts verwendet werden soll. Siehe Eingabefelder für Kalendertage später bzw. Arbeitstage später. Siehe auch Verarbeitung der Zeitrahmen-Definitionen. Bei einem aktiven Job enthalten die Endezeit-Felder die Zeit, die für den betreffenden Joblauf gemäß den Angaben in der entsprechenden Job-Definition berechnet wurden. Die Inhalte beider Felder können geändert werden, jedoch nur für den gegebenen Joblauf.
Eingabefelder für Anzahl der Tage und Tagestyp: Kalendertage später Arbeitstage später | (Nur bei Job-Definitionen.) Die Eingabefelder neben den Feldern Früheste Startzeit, Spät. Startzeit und Endezeit können Sie benutzen, um einen Zeitrahmen zu definieren, der länger als 24 Stunden dauert. Geben Sie die Anzahl an Tagen ein (max. 999), um die Sie eine Startzeit oder Endezeit verschieben möchten. Sie können die ausklappbare Auswahllisten benutzen, um den Tagestyp für die angegebene Start- bzw. Endezeit anzugeben: Kalendertage oder Arbeitstage, so wie in dem mit dem Zeitplan verbundenen Kalender definiert. Siehe auch Verarbeitung der Zeitrahmen-Definitionen. Anmerkung In der Verwaltung der Entire Operations-Standardwerte, Register Zeiträume, besteht die Möglichkeit, bei Zeitrahmenangaben, die kein Vielfaches von 24 sind, als Einheit für spätere Startzeiten Stunden statt ganzer Tage zu definieren.
Zeitplanabhängigkeit | Ausgabefeld:
leer | Es ist keine Zeitplan-Abhängigkeit definiert.
Schlüsselwert | Eine Zeitplan-Abhängigkeit ist definiert.
Benutzen Sie die Schaltfläche Ändern, um eine Zeitplan-Abhängigkeit zu definieren bzw. eine vorhandene Definition zu ändern. Das Fenster Zeitplan-Abhängigkeit Job wird angezeigt. Weitere Vorgehensweise siehe Zeitplanabhängigkeit für einen Job verwalten.
Zyklisches Intervall | Dieses Feld ist nur bei zyklischen Jobs vorhanden. Die Wartezeit (in Minuten) zwischen zwei Ausführungen eines zyklischen Jobs (Angabe Zyklische Ausführung im Feld Spezieller Typ). Standardwert: Die Monitor-Wartezeit.

### Zeitplan-Abhängigkeit für einen Job verwalten

Sie können definieren, ob eine Job-Aktivierung oder die Verwendung einer Eingabebedingung nur an einem bestimmten Tag der Woche, des Monats oder des Jahres gültig ist (und geprüft wird).

Das Datum und die Uhrzeit, die für die Job-Ausführung auf der Registerkarte Zeitplan-Parameter definiert sind, werden dann gegen den aktuellen Zeitplan des Netzwerks geprüft. Bei Jobs in Unternetzwerken empfehlen wir, dass Sie anstelle des aktuellen Netzwerks das oberste aufrufende Netzwerk angeben. Dazu können Sie die Option Zeitplan-Verwendung benutzen.

Anmerkung
Das Datum und die Uhrzeit der Job-Ausführung können von dem Datum und der Uhrzeit der Job-Aktivierung abweichen (einen oder mehrere Tage später liegen).

Um eine Zeitplan-Abhängigkeit für einen Job zu definieren:

1. Wählen Sie das Register Zeitplan-Parameter.

2. Wählen Sie die Schaltfläche Ändern (neben dem Feld Zeitplanabhängigkeit).

   Das Dialogfenster Zeitplan-Abhängigkeit wird angezeigt (Beispiel):

   Weitere Informationen siehe:

   - Felder: Zeitplan-Abhängigkeit für Job

   - Beispiele für Zeitplan-Abhängigkeiten

3. Bestätigen Sie die Eingaben mit OK.

   Die Zeitplan-Abhängigkeit wird dem Job zugewiesen.

#### Felder: Zeitplan-Abhängigkeit für Job

Das Dialogfenster Zeitplan-Abhängigkeit enthält folgende Eingabefelder:

Feld | Bedeutung
--- | ---
Prüfe Zeitplan des obersten aufrufenden Netzwerks | Auswahlmöglichkeiten:
nicht markiert | Der Zeitplan des aktuellen Netzwerks wird geprüft (Standardeinstellung). Diese Einstellung wird bei Jobs in Hauptnetzwerken empfohlen.
markiert | Der Zeitplan des obersten Netzwerks, das den Job aufruft, wird geprüft. Diese Einstellung wird bei Jobs in Unternetzwerken empfohlen.
Verwendung | Auswahlmöglichkeiten:
nur | Bei einem Job oder einer Bedingung: Der Job bzw. die Bedingung wird nur aktiviert, wenn das Ausführungsdatum den Kriterien entspricht, die im Feld Typ, in Periode (Zeitraum) und Position eingetragen sind.
Bei einem Netzwerk: Das Objekt ist nur gültig für Zeitplantage, die den folgenden Definitionen entspricht.
auch nach Feiertag | Wie nur, aber der erste Arbeitstag nach einem andernfalls übereinstimmenden Feiertag ist ebenso gültig.
auch vor Feiertag | Wie nur, aber der letzte Arbeitstag vor einem andernfalls übereinstimmenden Feiertag ist ebenso gültig.
mit Ausnahme von | Bei einem Job oder einer Bedingung: Der Job bzw. die Bedingung wird aktiviert, außer das Ausführungsdatum entspricht den Kriterien, die im Feld Typ, in Periode und Position eingetragen sind.
Bei einem Netzwerk: Das Objekt ist gültig für alle Zeitplantage, außer wenn sie den folgenden Definitionen entsprechen.
Typ | Auswahlmöglichkeiten:
ist Feiertag | Jeder Feiertag (keine Perioden- und/oder Positionsangabe erforderlich) . Die relative Position zum Feiertag kann angegeben werden.
ist Werktag | Jeder Arbeitstag (keine Perioden- und/oder Positionsangabe erforderlich) . Die relative Position zum Arbeitstag kann angegeben werden.
Kalendertag | Kalendertag innerhalb der definierten Periode. Eine relative Position bezieht sich auf die reale Kalenderperiode.
Werktag | Arbeitstag innerhalb der definierten Periode. Eine relative Position bezieht sich auf die Arbeitstage in der Periode.
Zeitplantag | Zeitplantag innerhalb der definierten Periode. Eine relative Position bezieht sich auf die Zeitplantage in der Periode.
in Periode | Auswahlmöglichkeiten:
Woche | Aktuelle Woche.
Monat | Aktueller Monat.
Jahr | Aktuelles Jahr, mit relativer oder exakter Position.
Position | Zeitplanabhängige Position. Die Position innerhalb der der definierten Periode, abhängig vom angegebenen Typ. Relative Position: Positive Werte (`+`) beziehen sich auf den Anfang der Periode, negative Werte (`-`) beziehen sich auf das Ende der Periode. Beim Typ ist Feiertag und ist Werktag ist das die Tagesdifferenz. Gültige Wertebereiche: Für eine Woche: `-7` bis `-1` und `+1` bis `+7` Für einen Monat: `-31` bis `-1` und `+1` bis `+31` Für ein Jahr: `-366` bis `-1` und `+1` bis `+366` Anmerkung Sie können bis zu 3 Tage für die Periode "Woche" angeben. Beispiel: Die Angabe `24` entspricht Dienstag und Donnerstag. Genaue Position: Fester Monat (1 - 12) und Tag (1 - 31) des Jahres.

### Empfänger einer Verspätungsnachricht hinzufügen, ändern oder löschen

Sie können einen oder mehrere Benutzer (Empfänger) definieren, die jobbezogene Standardnachrichten erhalten sollen, wenn ein Job nicht innerhalb des definierten Zeitrahmens ausgeführt werden konnte.

Um Benutzer über einen nicht ausgeführten Job zu informieren:

1. Wählen Sie die Registerkarte Zeitplan-Parameter.

2. Wählen Sie die Schaltfläche Versp.-Nachr..

   Das Symbol links in der Schaltfläche Versp.-Nachr. zeigt an, dass schon eine (oder mehrere Verspätungsnachrichten) definiert ist.

   Das Dialogfenster Verwaltung Nachricht und Nachrichten-Empfänger wird angezeigt (Beispiel):

   Sie können in der Liste einzelne Einträge hinzufügen, ändern, löschen oder alle Einträge auf einmal löschen (freigeben).

Um einen Empfänger hinzuzufügen oder zu ändern:

1. Wählen Sie die Schaltfläche Neu, um einen Empfänger hinzuzufügen.

   Oder:
   Markieren Sie einen Eintrag und wählen Sie die Schaltfläche Ändern, um die Feldinhalte zu ändern.

   Das Fenster Neu hinzufügen Empfänger-Tabelle bzw. Ändern Empfänger-Tabelle wird angezeigt.

   Beispiel:

   Weitere Informationen siehe Felder: Verwaltung Nachricht und Nachrichten-Empfänger.

2. Bestätigen Sie die Eingaben bzw. Änderungen mit OK.

   Der neue bzw. geänderte Eintrag wird in die Liste übernommen.

Um einen Empfänger einer Verspätungsnachricht zu löschen:

1. Markieren Sie im Dialog Verwaltung Nachricht und Nachrichten-Empfänger den betreffenden Eintrag.

2. Wählen Sie die Schaltfläche Löschen.

   Ein Dialogfenster mit der Aufforderung, das Löschen zu bestätigen, wird angezeigt.

3. Wählen Sie Ja, um den Empfänger zu löschen.

   Oder:
   Wählen Sie Nein, um den Vorgang abzubrechen.

Um alle Empfänger einer Verspätungsnachricht zu löschen:

1. Wählen Sie im Dialog Verwaltung Nachricht und Nachrichten-Empfänger die Schaltfläche Alles freigeben.

   Die Löschung erfolgt sofort ohne Rückfrage.

#### Felder: Verwaltung Nachricht und Nachrichten-Empfänger

Feld | Bedeutung
--- | ---
Text | Text der zu übermittelnden Nachricht, wenn das damit verbundene Ereignis auftritt. Wenn der Text auf der Maske nicht änderbar ist, wird der effektive Nachrichtentext automatisch von Entire Operations für das Ereignis generiert.
an | Bestimmungsort.
Ziel | Geben Sie `CONSOLE` ein, um die Nachricht an die Operator-Konsole zu übermitteln (nur Großrechner): Bei z/OS und z/VSE: Geben Sie die Benutzerkennung eines TP-System-Benutzers ein. Bei BS2000: Geben Sie den Namen eines Terminals ein. Das Feld Typ muss dann auch ausgefüllt werden. Bei UNIX: Geben Sie eine UNIX-Benutzerkennung ein, die in der UNIX-Umgebung des adressierten Servers gültig ist. Bitte Groß-/Kleinschreibung beachten. Zum Übermitteln wird die UNIX-Mail-Funktion verwendet. Dieses Feld kann auch ein Symbol enthalten. Damit kann man auch längere Ziele, z.B. E-Mail-Adressen, definieren. Wenn E-Mail-Adressen in einem Symbol auf Großrechnern (in einem EBCDIC-Zeichensatz) definiert werden, ist anstatt " @" die Zeichenfolge "(a)" zu verwenden, z.B. `user(a)any.host`. Da Windows kein eingebautes `sendmail`-Kommando hat, muss ein Kommandozeilen-Tool in der Knoten-Definition bestimmt werden.
Typ | Eine ausführliche Beschreibung finden Sie unter Felder: Nachricht und Empfänger im Abschnitt Job-Ende-Prüfungen und -Aktionen.
Symbol als Knoten verwenden | Wenn Sie diese Option markieren, können Sie den Nachrichtenübermittlungsknoten im Feld Knoten als Symbol definieren.
Knoten | Geben Sie den Entire System Server Knoten ein, über den die Nachricht versandt werden soll. Standardwert: Der ausführende Knoten des Jobs.

## Erweiterte Protokoll-Informationen zu einem Job definieren - Register Erweitertes Log

Sie können in Entire Operations festlegen, welche Informationen zusätzlich zu den Standard-System-Log-Daten von Entire Operations protokolliert werden sollen. Diese Informationen werden auf Job-Ebene definiert und angezeigt (siehe auch Protokollierte Informationen zu einem Job anzeigen).

Dieser Abschnitt behandelt folgende Themen:

- Register Erweitertes Log aufrufen

- Felder: Erweitertes Log

- JCL-Protokoll (Log)

### Register Erweitertes Log aufrufen

Um eine erweiterte Protokollierung (Log) für einen Job zu definieren:

1. Wählen Sie die Registerkarte Erweitertes Log (Beispiel):

2. Geben Sie die zu protokollierenden Informationen an.

   Weitere Informationen siehe Felder: Erweitertes Log.

3. Wählen Sie Anwenden, um die Eingaben zu speichern.

   Die protokollierten Informationen können nach der Beendigung des Jobs mit der Funktion Log anzeigen gelesen werden (siehe Protokollierte Informationen zu einem Job anzeigen im Kapitel Protokollierte Informationen (Log) / Aktivitätenanzeige).

### Felder: Erweitertes Log

Feld | Bedeutung
--- | ---
Log SYSOUT | Protokollieren ("Logging") der SYSOUT-Dateien des Jobs nach seiner Beendigung. Mögliche Angaben:
Markiert: | SYSOUT-Dateien werden protokolliert.
Nicht markiert: | Es werden keine SYSOUT-Dateien protokolliert.
Eine SYSOUT-Protokollierung kann auch bei der Job-Ende-Aktion SYSOUT definiert werden. Siehe SYSOUT-Aktionen definieren im Abschnitt Job-Ende-Prüfungen und -Aktionen definieren und verwalten. Wenn die SYSOUT-Datei oder die Spool-Datei ein vorgegebenes Zeilen-Limit überschreitet, wird die Protokollanzeige gekürzt. Siehe Limit für SYSOUT-Zeilen auf der Registerkarte Netzwerk-Optionen in der Systemverwaltung.
Dateien (nur bei z/OS) | Eingabe nur gültig, wenn Log SYSOUT markiert ist. Geben Sie die Nummer(n) der zu protokollierenden SYSOUT-Datei(en) ein.
Log JCL | Protokollieren der JCL nach Beendigung des Jobs. Dies ist nützlich bei dynamisch generierter JCL oder wenn die JCL häufig bei verschiedenen Jobläufen geändert wird. Mögliche Werte: Mögliche Angaben:
Markiert: | Die JCL wird protokolliert.
Nicht markiert: | Die JCL wird nicht protokolliert.
Siehe JCL-Protokoll (Log).
Log Meldungen | Gibt die zu protokollierende Meldungen an, wenn diese von einer SYSOUT-Datei (BS2000, UNIX und Windows) oder JES SM Spool Data Set (z/OS) zurückgegeben werden. Geben Sie in ein Feld unter der Überschrift Code einen Meldungscode (z.B. `IEF285`) oder ein Code-Präfix ein. Bei Verwendung als Code-Präfix wird ein zu protokollierender Bereich von Codes angegeben. Beispiel: Die Angabe `IEF` bewirkts, dass alle Meldungen protokolliert werden, die mit IEF anfangen. Stern-Notation (`*`) ist nicht erforderlich.
Log ausgewählte Meldung, wenn sie folgende Zeichenfolge beinhaltet | Felder, in denen Sie zusätzliche Meldungszeichenketten für die in der Spalte Code eingegebene und markierte Meldung eingeben können. Die Meldung wird protokolliert, wenn keine zusätzliche Zeichenkette angegeben ist oder wenn mindestens eine angegebene Zeichenkette in der Meldung gefunden wird.

### JCL-Protokoll (Log)

Das JCL-Protokoll (Log) wird aus den folgenden Quellen erstellt:

BS2000 | Aus der ENTER-Datei. (Nach dem Kopieren in das Entire Operations-Log wird die ENTER-Datei gelöscht.)
z/OS | Wenn Entire Operations auf einem Großrechner läuft: aus dem SYSOUT (JES-Ausgabe). Wenn Entire Operations nicht auf einem Großrechner läuft: aus der aktiven JCL.
z/VSE | Aus der aktiven JCL.
UNIX | Aus dem tatsächlich übergebenen Shell Script.
Windows | Aus der tatsächlich übergebenen BAT-Datei.

## Ausführliche Beschreibung eines Jobs - Register ausf. Beschreibung

Wenn Sie eine Job-Definition im Dialog Neues Objekt erzeugen Jobs bzw. Verwaltung Jobs anlegen bzw. ändern, können Sie im Feld Beschreibung eine Kurzbeschreibung des Jobs eingeben. Diese Kurzbeschreibung wird auch in der Liste der Jobs in der Spalte Beschreibung angezeigt.

Mit der hier beschriebenen Funktion können Sie zusätzlich eine ausführliche Beschreibung eines Jobs ("Online-Dokumentation") anlegen.

Als Alternative zu einem beschreibenden Text können Sie auch eine URL-Adresse eingeben, die als Hyperlink zu einer anderen Seite innerhalb oder außerhalb Ihrer Windows-Anwendung benutzt werden kann. Dieser Hyperlink funktioniert auch dann, wenn Sie die Beschreibung innerhalb der Anzeige-Funktion betrachten.

Um eine ausführliche Beschreibung oder einen Hyperlink zu einem Job anzulegen oder zu bearbeiten:

1. Wählen Sie die Registerkarte ausf. Beschreibung.

2. Geben Sie einen erläuternden Text oder einen Hyperlink ein, indem Sie eine der folgenden Optionen wählen.

   (Um bereits vorhandene Eingaben zu verwerfen, können Sie die Schaltfläche Freigeben benutzen.)

   Geben Sie eine Erläuterung zu der Job-Definition ein oder ersetzen Sie bereits vorhandenen Text.

   Oder:
   Geben Sie eine URL-Adresse ein, die mit `http://` oder `https://` beginnt (Beispiel):

   Die URL darf keine Leerzeichen enthalten, sie kann sich jedoch über mehrere Zeilen erstrecken. Die Zeilen werden dann ohne vorangestellte Leerzeichen verkettet. Sie können nur eine URL benutzen.

   Wenn Sie `http://` oder `https://` eingeben, wird die Schaltfläche Öffne URL angezeigt.

   Wählen Sie die Schaltfläche Öffne URL, um den mit Ihrer Windows-Anwendung verbundenen Standard-Browser zu öffnen und die Ziel-Seite in einem separaten Fenster anzuzeigen.

3. Bestätigen Sie die Eingaben mit Anwenden oder OK.

Nachdem eine ausführliche Beschreibung eines Jobs angelegt wurde, kann sie von jedem Benutzer gelesen werden, der Zugriff auf das Netzwerk hat, zu dem der Job gehört.

## Job-Ende-Prüfung und -Aktionen verwalten - Register EOJ-Überprüfung

Auf der Register EOJ-Überprüfung können Sie eine Job-Ende-Prüfung ("EOJ Checking = End of Job Checking") für eine Job-Definition anlegen, ändern oder löschen und eine Benutzermeldung für die Prüfung definieren.

Außerdem können Sie eine Ausgabebedingung für die Job-Ende-Prüfung definieren.

Ausführliche Informationen siehe Kapitel Job-Ende-Prüfungen und -Aktionen.

### On this page

- Funktion aufrufen
- Felder: Job-Definition (Master)
- Jobtyp-abhängige Job-Definitionen, zur Ausführung - Register OS-Speziell
- Vorausgesetzte Ressourcen für einen Job verwalten - Register Ressourcen
- Eingabebedingungen für einen Job verwalten - Register Eingabebedingungen
- Job Control (Master) für einen Job definieren - Register JCL-Definition
- Parameter für Job-Zeitplan-Definition definieren - Register Zeitplan-Parameter
- Erweiterte Protokoll-Informationen zu einem Job definieren - Register Erweitertes Log
- Ausführliche Beschreibung eines Jobs - Register ausf. Beschreibung
- Job-Ende-Prüfung und -Aktionen verwalten - Register EOJ-Überprüfung