Entire Operations bietet eine große Anzahl Funktionen, die dem Benutzer die Definition von Objekten innerhalb des Systems und die Kontrolle und Überwachung der Ausführung von Netzwerken ermöglichen.
Nach Anmeldung an Entire Operations sieht der Benutzer das Hauptmenü. Sobald er hier eine Auswahl trifft, wird er entweder nachgeordnete Funktionsmenüs oder aber eine Auflistung von Objekten angezeigt bekommen, die dann mit Zeilenkommandos oder aber per PF-Tasten verarbeitet werden können.
22.05.15 ***** Entire Operations ***** 16:29:11
Eigentuemer EXAMPLE Hauptmenue Benutzer-ID EXAMPLE
------------------------------------------------------------------------------
Hauptmenue RZ-Loesungen
1 Netzwerk- und Job-Definition 20 ENTIRE Output Management
2 Aktive Job-Netzwerke 21 NATURAL ISPF
3 Zeitplaene
4 Kalender
5 Log-Information
6 Symboltabellen
7 Systemverwaltung
8 Berichte
9 Cross-Referenzen
10 Import/Export
11 Hilfe
Kommando => ____________________________________________________________
Enter-PF1---PF2---PF3---PF4---PF5---PF6---PF7---PF8---PF9---PF10--PF11--PF12---
Help End Owner Mail |
Die Gestaltung des Hauptmenüs kann von Benutzer zu Benutzer unterschiedlich sein, je nach Autorisierung in seinem Benutzerprofil.
Eigene Anwendungen können in das Hauptmenü integriert werden, was umständliche An- und Abmeldeprozeduren überflüssig macht.
Weitere Informationen siehe Entire Operations-Hauptmenü im Benutzerhandbuch.
Bevor Entire Operations ein Job-Netzwerk identifizieren und aktivieren kann, muss dieses im System definiert werden. Zur Erläuterung kann eine kurze Beschreibung hinzugefügt werden. Eine Knoten-Nummer sollte als Standardwert für die Ausführung aller Jobs in diesem Netzwerk angegeben werden. Eine Symboltabelle kann ebenfalls angegeben werden, um so die Möglichkeit der dynamischen Generierung von Jobkontrollanweisungen zu nutzen. Die Knoten-Nummer eines Rechners wird als Standardwert für die Ausführung aller Jobs des Netzwerks herangezogen und kann für jeden Job überschrieben werden.
22.05.15 ***** Entire Operations ***** 16:31:03
Eigentuemer EXAMPLE Netzwerk-Verwaltung
Auswahl OR________
-------------------------------------------------------------------------------
Kdo #Lf Eigentmr Netzwerk Knoten Beschreibung
*--------- *---------
_ EXAMPLE ADMIN 146 Administrator workshop
_ EXAMPLE ADMIN2 146 Administrator workshop
_ P 5 EXAMPLE B60-FLOW 194 Job Flow, BS2000
_ P EXAMPLE B60-FLOWFX 194 Job Flow, BS2000
_ P EXAMPLE B60-FLOW38 38 Job Flow, BS2000
_ P EXAMPLE B60-FX 31 Job Flow, BS2000
_ P EXAMPLE B60FLOW194 194 Job Flow, BS2000
_ P EXAMPLE B60FLOW211 31 Job Flow, BS2000
_ EXAMPLE DEMO-NET 146 BRY-DEMO-NET
_ P EXAMPLE E01-CO-FX 146 Completion-Codes, Job Duration
_ P EXAMPLE E01-CO-148 148 Completion-Codes, Job Duration
*********************************** m e h r **********************************
A AktJob C Kopier. D Loe. F Fluss G Berecht. H Prf. L Liste M Aend. N Deakt
P Beschr. R Aktiv. S Ztpl. T Acct U Vers.verw. W Ztpl.zeigen X Historie
Kommando => ____________________________________________________________
Enter-PF1---PF2---PF3---PF4---PF5---PF6---PF7---PF8---PF9---PF10--PF11--PF12---
Help Add End Save Up Down NxtSt Menu |
Weitere Informationen siehe Netzwerk-Verwaltung im Benutzerhandbuch.
Zeitplanung für ein Job-Netzwerk bedeutet, Datums- und Zeitangaben festzulegen, an denen dieses Netzwerk durchgeführt werden soll. Ein Job-Netzwerk wird aktiviert (d.h. in die aktiven Datenbank kopiert) entsprechend seiner eingeplanten Startzeit und unter Berücksichtigung weiterer Plan-Parameter des Netzwerks.
08.01.14 ***** Entire Operations ***** 14:48:02
Netzwerk-Zeitplan-Definition
Eigentuemer SN Netzwerk A-1
-------------------------------------------------------------------------------
Zeitplan-Eigent. ==> SN________
Zeitplan ==> A-1_______ gueltig ab ==> ________ ________
Zeitplan- Fruehester Spatester Tage Tage
Kdo abhaengig Start Start spaeter Deadline spaeter
_ 14:00:00 15:00:00 ___ 16:00:00 ___
_ 17:00:00 18:00:00 ___ 19:00:00 ___
_ ________ ________ ___ ________ ___
_ ________ ________ ___ ________ ___
_ ________ ________ ___ ________ ___
Anzahl Aktivierungen ==> _____ alle ==> _____ Minuten
oder aktivieren um ==> _____ _____ _____ _____ _____
_____ _____ _____ _____ _____
Tages-Deadline ==> _____
Enter-PF1---PF2---PF3---PF4---PF5---PF6---PF7---PF8---PF9---PF10--PF11--PF12---
Help End ExplD Save Sched Delet Menu |
Während der Durchführung eines Job-Netzwerks überprüft Entire Operations, ob alle Vorbedingungen für einen Job erfüllt sind: Zeitfenster, Ressourcen und Eingabebedingungen. Entsprechend dieser Überprüfung wird der Job automatisch gestartet und seine Ausführung überwacht.
Weitere Informationen siehe Zeitpläne und Zeitplan-Definition anlegen im Benutzerhandbuch.
Innerhalb der Job-Netzwerk-Verwaltung kann der Benutzer die Liste aller zu einem Netzwerk gehörenden Jobs anfordern. Er kann dann Jobs hinzufügen, löschen oder aber verändern. Ein Job wird hierbei definiert durch einen (logischen) Namen, einen Typ und seinen Speicherort (PDS-Datei, Natural-Bibliothek usw.) Eine kurze Erläuterung des Jobs kann hinzugefügt werden. Daneben kann für die Ausführung dieses Jobs eine Knoten-Nummer angegeben werden, die dann den Standardwert überschreibt, der bei der Netzwerk-Definition angegeben wurde.
+------------------------------------------------------------------------+ ! EOR1080 - Standardwerte des Netzwerks eingesetzt ! ! Job-Definition (Master) ! ! ! ! Job-Name ==> __________ Geaendert ==> XHTRI 08.01.14 14:35 ! ! Beschreibung ==> __________________________________________________ ! ! Jobtyp ==> ___ ! ! Ausfueh.Knoten ==> N0146 MVS/ESA ! ! ! ! Spezieller Typ ==> _ Symboltabelle ==> EXAM-ST1__ ! ! Restart-faehig ==> N Symboltabellen-Version ==> __________ ! ! Suffix-Symbol ==> ________________________________________ ! ! Fluchtzeichen: Aktivierung ==> § ! ! Jobstart ==> ^ ! ! Jobende-Aktions-Fehler setzen 'nicht ok' Bedingungen ==> N ! ! ! ! Enter-PF1---PF2--PF3--PF4---PF5---PF6---PF7---PF8---PF9---------PF12- ! ! Help Add End Edit Save Spec Symb Net JCL Menu ! +------------------------------------------------------------------------+ |
Wenn im Job die Möglichkeit der dynamischen Generierung von Jobkontrollanweisungen genutzt werden soll, muss die zu verwendende Symboltabelle ebenfalls angegeben werden (siehe hierzu auch den Abschnitt Dynamische Generierung von Jobkontrollanweisungen ). Der Benutzer kann dann alle derart referenzierten Jobkontrollanweisungen einfach über eine zugeordnete PF-Taste editieren.
Weitere Informationen siehe Job-Verwaltung im Benutzerhandbuch.
Die Aktivierung des einzelnen Jobs hängt von seinen Zeitplanungsparametern ab. Genauso wie für ganze Netzwerke können auch für einzelne Jobs (früheste) Startzeiten vergeben werden.
22.05.15 ***** Entire Operations ***** 17:00:19
Job-Verwaltung Eigentmr EXAMPLE Netzwerk B60-FLOW Version
+-------------------------------------------------------------------------+ -
| |
| Zeitplan-Parameter |
| Job JOB-01 |
| |
| Geschaetzte Laufzeit ==> _________ Min. Durchschnitt ==> 0.00 |
| Letzte Laufzeit ==> 0.00 0.00 0.00 0.00 |
| 0.00 0.00 0.00 0.00 |
| |
| |
| Frueheste Startzeit ==> 13:14:00 ___ Tage spaeter |
| Spaeteste Startzeit ==> 23:00:00 ___ Tage spaeter |
| Endezeit ==> 23:30:00 ___ Tage spaeter |
| |
| Zeitplanabhaengigkeit ==> Y |
| | *
| ---PF1---PF3------------PF5----------------PF9---PF10---PF11---PF12-- |
| Help End Save LMsg Acct ScDep Menu | .
+-------------------------------------------------------------------------+
Enter-PF1---PF2---PF3---PF4---PF5---PF6---PF7---PF8---PF9---PF10--PF11--PF12---
Help Add End Save Up Down Menu |
Daneben kann der Benutzer angeben, ob ein eingeplanter Job, der aus irgendeinem Grund nicht durchgeführt wurde (z.B. wegen Hardware-Problemen) nochmals eingeplant werden soll: der Job würde dann zum nächsten Planungsdatum zweimal ausgeführt werden. Es kann darüber hinaus bestimmt werden, wie lange Jobs in der aktiven Datenbank auf ihre Ausführung warten dürfen. Auch kann der Benutzer dem Job eine geschätzte Laufzeit zuordnen: der Entire Operations-Monitor benutzt diese dann zur Berechnung der voraussichtlichen Ende-Zeit des Jobs.
Mit Hilfe der Zeitplan-Angaben eines Jobs ist es Entire Operations möglich, ausgewählte Benutzer des Systems davon zu unterrichten, dass der Start eines Jobs nicht erfolgt ist, um eine vorher definierte späteste Ende-Zeit ("Deadline") nicht zu überschreiten.
Kalender werden in Zeitplänen referenziert, welche ihrerseits in der Netzwerk-Verwaltung definiert sind. Die Anzahl von Kalendern innerhalb des Systems ist beliebig. Kalender können einem Eigentümer gehören oder aber innerhalb des gesamten Systems zur Verfügung stehen. In der Kalender-Verwaltung kann der Benutzer diese hinzufügen, löschen oder verändern (systemweite Kalender können nur vom Administrator verändert werden).
22.05.15 ***** Entire Operations ***** 16:35:21
Eigent. EXAMPLE Kalender EXA-CAL-15 Jahr 2015
Januar Februar Maerz
Montag 5 12 19 26 2 9 16 23 2 9 16 23 30
Dienstag 6 13 20 27 3 10 17 24 3 10 17 24 31
Mittwoch 7 14 21 28 4 11 18 25 4 11 18 25
Donnerstag 1 8 15 22 29 5 12 19 26 5 12 19 26
Freitag 2 9 16 23 30 6 13 20 27 6 13 20 27
Samstag 3 10 17 24 31 7 14 21 28 7 14 21 28
Sonntag 4 11 18 25 1 8 15 22 1 8 15 22 29
April Mai Juni
Montag 6 13 20 27 4 11 18 25 1 8 15 22 29
Dienstag 7 14 21 28 5 12 19 26 2 9 16 23 30
Mittwoch 1 8 15 22 29 6 13 20 27 3 10 17 24
Donnerstag 2 9 16 23 30 7 14 21 28 4 11 18 25
Freitag 3 10 17 24 1 8 15 22 29 5 12 19 26
Samstag 4 11 18 25 2 9 16 23 30 6 13 20 27
Sonntag 5 12 19 26 3 10 17 24 31 7 14 21 28
Enter-PF1---PF2---PF3---PF4---PF5---PF6---PF7---PF8---PF9---PF10--PF11--PF12---
Help End Wkdy Up Down |
Ein Kalender wird durch seinen Namen und eine Jahresangabe definiert. Die Definition neuer oder die Verwaltung bestehender Kalender besteht dann einfach darin, Feiertage zu markieren.
Entire Operations berücksichtigt diese Feiertage dann dadurch, dass es Netzwerke, die für diese Tage eingeplant wurden, nicht aktiviert. Weitergehende Regelungen für diesen Fall können getroffen werden, wie z.B. aktiviere Netzwerk am folgenden Werktag.
Weitere Informationen siehe Kalender im Benutzerhandbuch.
Logische Bedingungen stellen Abhängigkeiten zwischen Jobs dar. Sie werden mit einer dafür vorgesehenen Verwaltungsfunktion definiert, gelöscht oder aber verändert. Mit einem Job kann eine beliebige Anzahl logischer Bedingungen verknüpft werden. Eine logische Bedingung kann zwei Zustände annehmen, die dann die weitere Verarbeitung innerhalb von Entire Operations bestimmen: wahr (Bedingung existiert) oder falsch (Bedingung existiert nicht).
Jede Bedingung wird durch einen Namen und ein Referenzdatum identifiziert. Dies erlaubt es dem Entire Operations-Monitor, zwischen gleichen Ereignissen zu unterscheiden, die zu verschiedenen Zeitpunkten eingetreten sind. Zeitangaben können entweder in relativen oder absoluten Einheiten gemacht werden. Alle relativen Angaben werden in absolute umgerechnet, wenn der Job in die aktive Datenbank eingestellt wird.
Logische Bedingungen können verwendet werden als:
Eingabebedingungen
Sämtliche Eingabebedingungen müssen erfüllt sein, bevor Entire
Operations einen zuvor aktivierten Job zur Ausführung bringen kann. Um nun zwei
Jobs zu verknüpfen, muss eine Eingabebedingung des einen Jobs mit als
Ausgabebedingung seines Vorgängers definiert werden. Eine Eingabebedingung kann
durch ein CPU-basiertes Ereignis oder durch einen manuellen Benutzereingriff
erfüllt werden.
Bildschirm zum Verwalten der Eingabebedingungen (Beispiel):
22.05.15 ***** Entire Operations ***** 16:40:14
Eingabebedingungen
Eigentuemer TESTBED Netzwerk NET01-517 Version v20140501 Job COLLECT1
-------------------------------------------------------------------------------
K Bedingung Referenz Typ Zeitpl.Abh. B ex. Bibliot. Exit
_ USR01-DEF-OK RUN wahr Y
_ USR02-DEF-OK RUN wahr Y
_ USR03-DEF-OK RUN wahr Y
_ USR03-G01-OK RUN wahr Y
******************************* Ende der Daten *******************************
D Loeschen E Exit editieren M Aendern S Zeitpl.Abh. W Wo benutzt
Kommando => ____________________________________________________________
Enter-PF1---PF2---PF3---PF4---PF5---PF6---PF7---PF8---PF9---PF10--PF11--PF12---
Help Add End ACond Save Up Down Menu |
Neben dem Namen und dem Referenzdatum kann der Benutzer auch eine Mailbox mit einer Bedingung verknüpfen. Entire Operations wird dann automatisch alle Benutzer dieser Mailbox über alle ihre zugeordneten, ausstehenden Bedingungen informieren. Jedem Benutzer des Systems können bis zu 10 Mailboxen zugeordnet werden: er wird so die Liste aller Meldungen sehen können, die an eine dieser Mailboxen geschickt worden ist
Daneben kann der Benutzer festlegen, in welchem Status eine Bedingung sein muss, damit ein Job zur Ausführung gebracht werden kann (wahr oder falsch), ob ein Job warten soll, bis ihm diese Bedingung exklusiv zur Verfügung steht (dies kann benutzt werden, um die parallele Ausführung von Jobs zu verhindern, die die gleiche Bedingung benutzen) und ob Entire Operations am Job-Ende die Bedingung automatisch zurücksetzen soll.
Vor der Durchführung eines Jobs überprüft der Entire Operations-Monitor automatisch alle Eingabebedingungen. Daneben können sie diese Prüfung auch von einer Natural-Benutzerroutine durchführen lassen: diese muss dazu bei der Definition der logischen Bedingung angegeben werden.
Weitere Informationen siehe Eingabebedingungen für Job verwalten im Benutzerhandbuch.
Ausgabebedingungen
Ausgabebedingungen werden vom Entire Operations-Monitor automatisch
gepflegt, wenn das ihnen zugeordnete Ereignis eingetreten ist. In diesem Fall
werden alle Jobs gestartet, für die diese Bedingung einzige Eingabebedingung
ist. Ereignisse und Ausgabebedingungen werden in Entire Operations innerhalb
der Job-Ende-Prüfungen festgelegt (siehe Jobende-Prüfung und
-Aktionen).
Fenster zum Verwalten der Ausgabebedingungen (Beispiel):
22.05.15 ***** Entire Operations ***** 16:44:56
Eigentuemer EXAMPLE Netzwerk E60-FLOW Version v2.1 Job JOB-02
Jobende-Pruefung + Aktionen MVS/ESA Lauf Datum
------------------------------------------------------------------------------
K Aktion +---------------------------------------------------------+ t AA
_ | |
| Job ok beendet |
| Ausgabebedingungen |
| Kdo Status Name der Bedingung Referenz Lauf |
| _ Setze E60-JOB2-O1 RUN |
| _ Setze E60-JOB2-O2 RUN |
| _ Loe. E60-J015-O RUN |
| _ Loe. E60-J019-O RUN |
************* | _ Loe. E60-JOB1-O RUN | ****
c C | |
_ | |
------------- | | ----
A Aktiv. C Be | | nd.
P Beschreib. | | mbol
| D Loeschen M Aendern W Wo benutzt |
Kommando => _ | Enter-PF1---PF2---PF3---PF5-------PF7---PF8----PF12- |
Enter-PF1---PF | Help Add End Save Up Down Menu | 2---
Help Ad +---------------------------------------------------------+ u |
Genau wie im Fall der Eingabebedingungen werden auch Ausgabebedingungen durch Namen und Referenzdatum definiert. Darüber hinaus kann der Benutzer bestimmen, ob die Ausgabebedingung bei Eintreffen des zugeordneten Ereignisses (auf wahr) gesetzt oder (auf falsch) zurückgesetzt werden soll.
Bis zu 20 Ausgabebedingungen können mit einem einzelnen Ereignis verknüpft werden.
Die Job-Ende-Prüfung bezeichnet die Verarbeitung, mit der Entire Operations das Job-Ende feststellt.
Bildschirm zum Verwalten der Job-Ende-Prüfungen und -Aktionen (Beispiel):
22.05.15 ***** Entire Operations ***** 16:46:18
Eigentuemer EXAMPLE Netzwerk E60-FLOW Version v2.1 Job JOB-02
Jobende-Pruefung + Aktionen MVS/ESA Lauf Datum
------------------------------------------------------------------------------
K Aktion Step wird geprueft auf bedeutet AA
_ STEP1 Condition Code = C0000 ok
******************************* Ende der Daten *******************************
_ C Alle Pruefungen ok
_ Mindestens eine Pruefung nicht ok
------------------------------------------------------------------------------
A Aktiv. C Bed. D Loe. E Edit.Exit J Job-Var. L Ress.frg. M Aendern O And.
P Beschreib. R Fe.beh. S SYSOUT T Output Mgmt. U Nachr. X Aktion-Exit Y Symbol
Kommando => ____________________________________________________________
Enter-PF1---PF2---PF3---PF4---PF5---PF6---PF7---PF8---PF9---PF10--PF11--PF12---
Help Add End Save Up Down Menu |
Unmittelbar nach Job-Ende untersucht Entire Operations, ob benutzerdefinierte Ereignisse eingetreten sind. Solche Ereignisse können sein:
ein Return-Code wurde in einem bestimmten Arbeitsschritt innerhalb eines Jobs gesetzt,
ein Return-Code wurde in einem beliebigen Arbeitsschritt eines Jobs gesetzt,
eine Zeichenkette wurde im Protokoll oder in den Ausgabe-Listen des Jobs gefunden,
ein Natural-User Exit wurde ausgeführt, welcher seinerseits den Job-Ende-Status durch das Setzen eines Return-Codes anzeigt.
Diese Benutzerroutine kann:
das Job-Protokoll oder die Ausgabelisten selbst untersuchen,
alle vom Job erzeugten Daten lesen,
Systemfunktionen durchführen,
Meldungen verschicken.
Je nach Betriebssystem, auf dem der Job durchgeführt wurde, unternimmt Entire Operations eine Reihe von Standard-Prüfungen zur Feststellung des Job-Ergebnisses. Für z/OS-Systeme werden z.B. Systemabbrüche oder Syntaxfehler in den Jobkontrollanweisungen automatisch erkannt. Diese Standard-Prüfungen werden für jeden Job durchgeführt, unabhängig davon, ob daneben noch benutzerdefinierte Prüfungen für diesen Job angefordert sind.
Für das Betriebssystem z/OS gilt Folgendes:
Bei unvollständigem SYSOUT wird das Auslesen von SYSOUT zehnmal im Abstand von mindestens 30 Sekunden wiederholt. Der Abstand kann bei längerer Wartezeit des Monitor-Task länger sein.
Für jedes definierte Ereignis kann der Benutzer festlegen, wie Entire Operations darauf reagieren soll. Folgende Möglichkeiten stehen zur Verfügung:
verknüpfte Ausgabebedingungen automatisch setzen oder zurücksetzen (siehe Ausgabebedingungen);
eine Nachricht schicken, und zwar wahlweise an:
einen bestimmten Betriebssystem-Benutzer,
die System-Konsole,
eine Entire Operations Mailbox,
an einen Benutzer des Software-AG-Bürokommunikationssystems Con-nect,
an eine E-Mail-Adresse.
Job-Protokoll und Ausgabelisten löschen oder drucken;
Fehlerbehebungsmaßnahmen einleiten (im Falle eines Job-Abbruchs).
Weitere Informationen siehe Job-Ende-Prüfungen und -Aktionen im Benutzerhandbuch.
Ressourcen können entweder real existierende Ressourcen darstellen oder aber fiktiv sein.
Die Existenz realer Ressourcen kann mit Hilfe von Entire System Server-Funktionalität festgestellt werden. Zum Beispiel können Sie den auf jeder verfügbaren Platte vorhandenen Freiplatz bestimmen, das Vorhandensein einer beliebigen katalogisierten Datei oder die aktuelle Anzahl gerade laufender Jobs.
Dem gegenüber stehen die Ressourcen, die nur innerhalb von Entire Operations eine Bedeutung besitzen. Der System-Administrator kann für sie einen Anfangswert festlegen, der Benutzer kann dann diese Ressource zur Regulierung des Job-Flusses benutzen.
Definiert er zum Beispiel eine bestimmte Menge einer Ressource als Voraussetzung eines Jobs, wird dieser Job solange nicht ausgeführt, bis die geforderte Menge zur Verfügung steht. Der Benutzer kann also eine Kombination aus Ressourcen benutzen, um die gewünschte Reihenfolge der Job-Durchführung innerhalb eines Job-Netzwerks zu erreichen oder um die parallele Ausführung von Jobs zu verhindern.
Weitere Informationen siehe Ressourcen in der Systemverwaltung-Dokumentation.
Bei der Definition eines Jobs innerhalb eines Job-Netzwerks kann der Benutzer bestimmen, dass dessen Jobkontrollanweisungen dynamisch generiert werden, und zwar entweder zur Zeit der Jobaktivierung oder des Jobstarts.
Die dynamische Generierung von Jobkontrollanweisungen ist mit Hilfe der Entire Operations MACRO-Funktionalität realisiert, als Erweiterung der Programmiersprache Natural. Ein solches MACRO besteht aus normalen Natural-Anweisungen sowie Jobkontrollanweisungen beliebigen Formats. Innerhalb der Jobkontrollanweisungen können durch Steuerzeichen gekennzeichnete Variablen verwendet werden, die während der dynamischen Generierung durch ihre Werte ersetzt werden.
Diese aktuellen Werte werden aus den Symboltabellen entnommen, die die aktuellen, als Ersetzungswerte zu verwendenden Werte enthalten müssen. Die zu benutzenden Symboltabellenhierarchie kann im Fenster Verwendbare Symboltabellen bestimmt werden (siehe Jobs und Netzwerke finden, die eine Symboltabelle verwenden im Benutzerhandbuch. Weitere Informationen siehe Fluchtzeichen definieren im Benutzerhandbuch.
Zum Zeitpunkt der Variablenersetzung (entweder Aktivierung oder Ausführung) wird jedes in den Jobkontrollanweisungen referenzierte Symbol, das nicht in der Symboltabelle des Jobs gefunden wird, in der oder den Symboltabellen des Eigentümers SYSDBA gesucht. Die Anzahl der Einträge, die ein Benutzer in einer Symboltabelle definieren kann, ist beliebig, die Anzahl der Symboltabellen ebenfalls.
Darüber hinaus stellt Entire Operations eine Reihe von
Standardvariablen dem dynamisch zu generierenden Programm in einem
Parameterabschnitt zur Verfügung, wie z.B. den Namen des Job-Eigentümers, des
Jobs, des Job-Netzwerks und des ursprünglichen Zeitplan-Datums. Ebenso sind
Natural-Systemvariablen z.B. für Datum (*DAT*),
Zeit (*TIM*), Benutzerkennung
(*USER) verfügbar. Da es möglich ist, all diese
Parameter an beliebigen Stellen der Jobkontrollanweisungen einzubauen, können
unterschiedliche Folgen der Jobkontrollanweisungen in Abhängigkeit von
*DAT*, *TIM* usw.
generiert werden.
Die Möglichkeit zur dynamischen Generierung von Jobkontrollanweisungen bietet Entire Operations auf allen unterstützen Plattformen an (z/OS, z/VSE, BS2000, UNIX).
Weitere Informationen siehe Dynamische JCL-Generierung (JCL-Speicherart MAC).
Beispiel 1: Dynamische Jobkontrollanweisungen in einer z/OS-Umgebung
Beispiel 2: Dynamische Jobkontrollanweisungen in einer BS2000-Umgebung
Beispiel 3: Dynamische Jobkontrollanweisungen in einer UNIX-Umgebung
Die Symboltabelle des MACRO-Programms soll wie folgt aussehen:
| Symbolname | Aktueller Wert |
|---|---|
| BIBLIOTHEK | SN.SYSF.SOURCE |
| KLASSE | G |
Eine der Variablen im übergebenen Parameterabschnitt soll den Wert haben:
| P-OWNER | NET1 |
Systemvariablen sollen die folgenden Werte besitzen:
| *TPSYS | COMPLETE |
| *DEVICE | BATCH |
| *INIT-USER | SN |
Die folgende Auflistung stellt nun ein Natural MACRO-Programm dar, das einen Parameterabschnitt und Jobkontrollanweisungen umfaßt. Variablennamen sind durch #gekennzeichnet und werden aus obiger Symboltabelle entnommen:
# DEFINE DATA PARAMETER USING NOPXPL-A # LOCAL /* MUST BE CODED # END-DEFINE //SNMAC4 JOB ,#P-OWNER,MSGCLASS=X,CLASS=#CLASS //STEP01 EXEC PGM=NOPCONTI,PARM='C0004' //STEPLIB DD DISP=SHR,DSN=#STEPLIB //* DEVICE: *DEVICE, INIT-USER: *INIT-USER //* TPSYS: *TPSYS # IF CLASS = 'G' //* THE MSGCLASS IS REALLY 'G' # ELSE //* ANOTHER MSG-CLASS FOUND # END-IF //*
Die hieraus dynamisch generierten Jobkontrollanweisungen lauten:
//SNMAC4 JOB ,NET1,MSGCLASS=X,CLASS=G //STEP01 EXEC PGM=NOPCONTI,PARM='C0004' //STEPLIB DD DISP=SHR,DSN=SN.SYSF.SOURCE //* DEVICE: BATCH, INIT-USER: SN //* TPSYS: COMPLETE //* THE MSGCLASS IS REALLY 'G' //*
Die Felder des View DB-INFO sollen hierbei nach dem Datenbank-Zugriff (FIND-Anweisung) folgende Werte haben:
| Feld | Wert |
|---|---|
| NUCLEUS | 055 |
| LP1 | 1000 |
| NU1 | 100 |
| ACCOUNT | EXAMPLE |
| NH1 | 4000 |
| MSG | FHL |
| VERSION | 524 |
Die Variablen aus dem Parameterabschnitt sollen folgende Werte haben:
| Variable | Wert |
|---|---|
| P-OWNER | OS |
| P-JOB | NUC055 |
| P-EXECUTION-NODE | 055 |
Es wird keine Symboltabelle für den MACRO-Job referenziert, alle Variablen sind durch ein vorangestelltes Steuerzeichen (hier: #) gekennzeichnet:
# DEFINE DATA PARAMETER USING NOPXPL-A # 1 L-JOB # 1 REDEFINE L-JOB # 2 L-JOB-A (A3) # 2 L-JOB-NUC (N3) # LOCAL /* LOCAL VARIABLES START HERE # 1 DB-INFO VIEW OF DB-INFO # 2 NUCLEUS # 2 LP1 # 2 NU1 # 2 ACCOUNT # 2 NH1 # 2 MSG # 2 VERSION /* E.G. 524 # 1 LWP (N7) # 1 NUC (N3) # 1 SPOOL (A10) INIT <'NOSPOOL'> # END-DEFINE # * # MOVE P-JOB TO L-JOB-A # MOVE P-EXECUTION-NODE TO NUC # F1. FIND DB-INFO WITH NUCLEUS = NUC /.NUC NUC LOGON #P-OWNER,#ACCOUNT /OPTION MSG=#MSG /REMARK /REMARK NUCLEUS #NUC /REMARK /SYSFILE SYSLST = NUC NUC..LST.NUC /SYSFILE SYSDTA = SYSCMD /FILE ADA VERSION..MOD,LINK=DDLIB /FILE *DUMMY,LINK=DDLOG /FILE *DUMMY,LINK=DDSIBA /FILE ADA NUC..ASSO,LINK=DDASSOR1,SHARUPD=YES /FILE ADA NUC..DATA,LINK=DDDATAR1,SHARUPD=YES /FILE ADA NUC..WORK,LINK=DDWORKR1,SHARUPD=YES /EXEC (ADARUN,ADA VERSION..MOD) # COMPUTE LWP = F1.LP1 * (F1.NU1 + 100) ADARUN PROG=ADANUC,LP=F1.LP1,LU=65535,LWP=#LWP ADARUN DB=#NUC,NU=#NU1,NC=20,TT=600,TNAE=1800 ADARUN NH= NH1 /SYSFILE SYSLST = (PRIMARY) /SYSFILE SYSDTA = (PRIMARY) /SYSFILE SYSOUT = (PRIMARY) /LOGOFF SPOOL # END-FIND
Hieraus resultieren folgende dynamisch generierte Jobkontrollanweisungen:
/.NUC055 LOGON OS,EXAMPLE /OPTION MSG=FHL /REMARK /REMARK NUCLEUS 055 /REMARK /SYSFILE SYSLST = NUC055.LST.NUC /SYSFILE SYSDTA = SYSCMD /FILE ADA524.MOD,LINK=DDLIB /FILE *DUMMY,LINK=DDLOG /FILE *DUMMY,LINK=DDSIBA /FILE ADA055.ASSO,LINK=DDASSOR1,SHARUPD=YES /FILE ADA055.DATA,LINK=DDDATAR1,SHARUPD=YES /FILE ADA055.WORK,LINK=DDWORKR1,SHARUPD=YES /EXEC (ADARUN,ADA524.MOD) ADARUN PROG=ADANUC,LP=1000,LU=65535,LWP=200000 ADARUN DB=055,NU=100,NC=20,TT=600,TNAE=1800 ADARUN NH=4000 /SYSFILE SYSLST = (PRIMARY) /SYSFILE SYSDTA = (PRIMARY) /SYSFILE SYSOUT = (PRIMARY) /LOGOFF NOSPOOL
Anmerkung:
Jede JCL, die zur Aktivierungs-Zeit generiert wurde und die
MACRO-Sprache benutzt, kann vom Benutzer geändert werden, bis der Job endgültig
bestätigt wurde. Natürlich ist diese Veränderung nur für den aktuellen
Netzwerk-Lauf gültig.
Im folgenden Beispiel soll eine dynamische Symbol-Ersetzung innerhalb eines Bourne-Shell-Skripts erfolgen (als Steuerzeichen dient hier §):
#
# Bourne shell script for checking the number of users
# entered in /etc/passwd.
# If more than §USER-LIMIT entries appear,
# the script will be ended with exit 1.
#
#!/bin/sh
set -x
USER_COUNT='wc -l < /etc/passwd'
echo Number of users on node 'hostname' : $USER_COUNT
if test $USER_COUNT -gt §USER-LIMIT
then
echo USER_COUNT_WARN
exit 1
else
echo USER_COUNT_OK
fi
Die zu verwendende Symboltabelle soll wie folgt aussehen:
| Symbol-Name | Aktueller Wert |
|---|---|
| USER-LIMIT | 100 |
Daraus ergibt sich die folgende ausführbare Shell-Prozedur:
#
# Bourne shell script for checking the number of users
# entered in /etc/passwd.
# If more than 100 entries appear,
# the script will be ended with exit 1.
#
#!/bin/sh
set -x
USER_COUNT='wc -l < /etc/passwd'
echo Number of users on node 'hostname' : $USER_COUNT
if test $USER_COUNT -gt 100
then
echo USER_COUNT_WARN
exit 1
else
echo USER_COUNT_OK
fi
Anmerkung:
Alle zur Aktivierungszeit durch die Natural MACRO-Funktionalität
aufgebauten Jobkontrollanweisungen können durch den Benutzer noch solange
modifiziert werden, bis der Job tatsächlich gestartet wird. Natürlich sind
diese Modifikationen dann nur für den aktuellen Netzwerklauf gültig.
Mit der Editor-Funktionalität in Entire Operations kann der Benutzer folgende Objekte erstellen, anzeigen oder bearbeiten:
die Jobkontrollanweisungen (JCL) von Jobs, entweder aus der Master-Datenbank (und somit beliebigen externen Speicherquellen) oder aus der aktiven Datenbank.
Änderungen an den Jobkontrollanweisungen von aktiven Jobs beeinflussen nur den aktuellen Netzwerklauf, sie haben keine Auswirkungen auf die Master-Datenbank
Natural-Programme und Benutzerroutinen;
Entire Operations MAC (Makro)-Jobs;
Online Dokumentation von Netzwerken, Jobs oder Ereignissen innerhalb von Jobs (Notizzettel-Informationen);
Job-Protokolle (nur zum Anzeigen);
Job-Ausgabelisten (nur zum Anzeigen).
Der Benutzer von Entire Operations ist somit zum Beispiel in der Lage, so unterschiedliche Daten wie UNIX-Prozeduren, CA-LIBRARIAN-Dateien oder LMS-Dateien mit einem einzigen Editor zu bearbeiten.
Der Benutzer kann den Editor aufrufen, indem er die Edit-Funktion im Verwaltungsbildschirm des entsprechenden Objekts auswählt.
Der Editor stellt eine umfassende Funktionalität z/OS/ISPF-ähnlicher
Kommandos zur Verfügung. Diese sind dem Typ des Objekts angepasst, welches
editiert werden soll: zum Beispiel sichert und katalogisiert das Kommando
STOW ein Natural-Programm, es sollte aber für
Natural-MACRO-Programme nicht verwendet werden. Natural-MACRO-Programme werden
mit dem MACRO-Kommando gesichert, vorverarbeitet und
katalogisiert.
An textverarbeitenden Funktionen bietet der Editor Zentrierung, physische und logische Tabulator-Benutzung und Text-Überlagerung.
Umfassende Online-Hilfe ist über eine PF-Taste innerhalb der Editor-Funktion verfügbar.
Entire Operations bietet eine große Auswahl an Berichten
("Reports") an, um die Arbeit mit dem System auf allen Ebenen zu
unterstützen. Der Benutzer kann die Berichtsfunktionen aufrufen, indem er die
entsprechende Option im Entire
Operations-Hauptmenü auswählt oder das Direktkommando
REPORTS in der Kommandozeile
einer beliebigen Bildschirmmaske benutzt.
Berichte decken folgende Bereiche ab:
Information über alle Jobs, selektierbar nach abgebrochenen, beendeten oder nicht gestarteten Jobs. Datumsintervalle sowie Netzwerknamen können zur weiteren Einschränkung der Suche angegeben werden. Die für diese Objekte erstellten Berichte können alle Ereignisse, Aktivierungszeit, Meldungen, Job-Ende-Status usw. enthalten. Alle Job-Auswertungen sind nach Protokollierungszeitpunkten sortiert.
Netzwerk-Information, entweder in der Form eines kurzen Überblicks oder als umfassender Bericht, der detaillierte Informationen aller Netzwerk-Komponenten enthält. In allen Netzwerk-Berichts sind Informationen über das Netzwerk selbst, alle Jobs, die Eingabebedingungen und Ressourcen sowie bei Job-Ende-Behandlung inklusive der Ausgabebedingungen enthalten. Diese ausführlichere Beschreibung beinhaltet zudem auch alle Prosa-Beschreibungen auf Netzwerk-, Job- und Ereignis-Ebene.
Zeitplanübersicht für ausgewählte oder alle Netzwerke, inklusive der Liste aller Jobs, die innerhalb eines bestimmten Zeitfensters eingeplant sind. Diese Auswertung kann entweder für bereits vergangene Perioden angefordert werden, um z.B. alle nicht-erfolgten Netzwerk-Aktivierungen aufgelistet zu bekommen, oder aber für zukünftige Produktionsperioden, um Informationen für deren Vorhersage und Planung zu gewinnen.
Vergleich, ob alle Symbole einer Tabelle in einer anderen Tabelle vorhanden sind. Außerdem werden die Definitionen von gleichnamigen Symbolen verglichen.
Vergleich, ob alle Jobs eines Netzwerks in einem anderen Netzwerk vorhanden sind. Außerdem werden die Definitionen der Netzwerke und die der gleichnamigen Jobs verglichen.
Knoten-Übersicht, liefert eine nach Auswahlkriterien einschränkbare Übersicht über die in Entire Operations verwendeten Knoten (Server) sowie ausführliche Angaben zu den aufgelisteten Knoten.
Eine nach Auswahlkriterien (Eigentümer, Netzwerk, Version) einschränkbare Übersicht über die Verwendung von Unternetzwerken.
Alle Berichte sind online verfügbar, die Daten können aber auch gedruckt werden. Hiermit ist eine einfache Möglichkeit einer Langzeit-Dokumentation gegeben.
Die oben aufgeführten Funktionen können auch im Batch-Betrieb ausgeführt werden.
Mit Hilfe der Entire Operations Import/Export-Funktionen kann der Inhalt der Master-Datenbank in eine Einfachdatei (Flat File) entladen werden. Neben der eigentlichen Verwendung für Datenmigration und Transport können Sie diese Funktionen auch dazu benutzen, Ihr eigenes Berichtssystem aufzubauen.
Weitere Informationen siehe Berichte im Benutzerhandbuch.
Es stehen Online-Funktionen zur Verfügung, die Aussagen über die Verwendung von Objekten in Entire Operations liefern. Dieselben Funktionen können auch im Batch-Betrieb ausgeführt werden.
Weitere Informationen siehe Cross-Referenzen im Benutzerhandbuch.
Entire Operations kann Nachrichten an verschiedene Stellen versenden. Das Versenden kann durch systeminterne oder benutzerdefinierte Ereignisse ausgelöst werden.
Weitere Informationen siehe Nachrichten im Benutzerhandbuch.