Home

Tivoli Workload Scheduler Planung und Installation

1. Name Bedeutung Relativ zur WEZ GMT Greenwich Mean Time Westeurop ische Zeit WEZ WEZ UTC Universal Coordinated Time Westeurop ische Zeit WEZ WEZ ECT European Central Time Mitteleurop ische Zeit MEZ WEZ 1 00 EET Eastern European Time O steurop ische Zeit OEZ WEZ 2 00 ART Arabic Egypt Standard Time WEZ 2 00 EAT Eastern African Time WEZ 3 00 MET Middle East Time WEZ 3 30 NET Near East Time WEZ 4 00 PLT Pakistan Lahore Time WEZ 5 00 IST India Standard Time WEZ 5 30 BST Bangladesh Standard Time WEZ 6 00 VST Vietnam Standard Time WEZ 7 00 CTT China Taiwan Time WEZ 8 00 JST Japan Standard Time WEZ 9 00 ACT Australia Central Time WEZ 9 30 AET Australia Eastern Time WEZ 10 00 SST Solomon Standard Time WEZ 11 00 NST New Zealand Standard Time WEZ 12 00 MIT Midway Islands Time WEZ 11 00 HST Hawaii Standard Time WEZ 10 00 AST Alaska Standard Time WEZ 9 00 PST Pacific Standard Time WEZ 8 00 PNT Phoenix Standard Time WEZ 7 00 MST Mountain Standard Time WEZ 7 00 CST Central Standard Time WEZ 6 00 EST Eastern Standard Time WEZ 5 00 IET Indiana Eastern Standard Time WEZ 5 00 PRT Puerto Rico and US Virgin Islands Time WEZ 4 00 CNT Canada Newfoundland Time WEZ 3 30 AGT Argentina Standard Time WEZ 3 00 BET Brazil Eastern Time WEZ 3 00 CAT Central African Time WEZ 1 00 Tivoli Workload Scheduler Planung und Installation 91 Bunjnig pun U9UOZN9Z Y Pr fung Pr fung Eine Pr foption wurde hin
2. Anmerkung Sie k nnen auch ein vorhandenes Benutzerkonto verwenden Stellen Sie dabei aber sicher dass dieser Benutzer zur Gruppe der NT Administrato ren geh rt 2 Ordnen Sie dem Benutzer TWS ein Basisverzeichnis zu Beispiel C win32app maestro Geben Sie nicht das Stammverzeichnis eines Laufwerks an Die Tivoli Workload Schedu ler Software wird im Basisverzeichnis dieses Benutzers installiert In der Dokumentation wird dieses Verzeichnis als TWShome bezeichnet Tivoli Workload Scheduler Planung und Installation 31 us4aa jejsul LN SMopulM Jeun Z Das Tivoli Workload Scheduler Konto manuell erstellen 3 Erteilen Sie dem Benutzer TWS die folgenden erweiterten Benutzerrechte Als Teil des Betriebssystems handeln Anheben einer Quote Anmelden als Stapelverarbeitungsauftrag Anmelden als Dienst Lokale Anmeldung Ersetzen eines Tokens auf Prozessebene Sie k nnen jetzt das Setup Programm ausf hren Siehe Dezentrale Verwaltung Wenn Sie die Zeitplanungsobjekte neben dem Hauptdom nenmanager von mehreren Tivoli Workload Scheduler Computern aus verwalten wollen erstellen Sie den Benutzer TWS mit Hilfe der folgenden Prozedur Anmerkung Nach der Installation der Software m ssen gemeinsam benutzte Verzeichnisse definiert werden damit der Zugriff auf die Datenbanken des Hauptdom nen managers m glich ist Dies wird unter e Verze e de e 9j beschrieben 1 Erstellen Sie ein Dom nenkonto namens TWS in der Dom n
3. Workstationname Der Tivoli Workload Scheduler Workstationname f r den diese Datei erstellt worden ist Jede Workstation im Tivoli Workload Scheduler Netzwerk erstellt ihr eigenes Protokoll Benutzer ID Die Tivoli Workload Scheduler Benutzer ID die die Protokolldatei erstellt hat Objektart Bei einer Datenbankprotokolldatei steht in diesem Feld DATABASE bei einer Plan protokolldatei steht in dem Feld PLAN Objektname Nicht zutreffend Aktionsart Nicht zutreffend Aktionsdatenfelder In diesem Feld wird die Version der Datei angezeigt Beispieleintr ge f r Pr fprotokolle Es folgen einige Beispieleintr ge f r eine Protokolldatei HEADER 19991202 201200 19991202 131200 DATABASE GANGES RIVERS pyasa 11 0 DATABASE 19991202 224504 19991202 154504 DBWKSTN ADD GANGES RIVERS pyasa JAMUNA DATABASE 19991203 001400 19991202 171400 DBJOB MODIFY SINDHU RIVERS tairak NARMADA dubo Tivoli Workload Scheduler Planung und Installation 97 Bunjnig pun U9UOZN9Z v Pr fung 98 Version 8 1 Tivoli Workload Scheduler Netzwerke Ein Tivoli Workload Scheduler Netzwerk umfasst eine oder mehrere Dom nen die hierar chisch angeordnet sind Eine Tivoli Workload Scheduler Dom ne ist eine logische Gruppie rung von Computern die einen Dom nenmanager und eine Anzahl Agenten umfasst D1 Hauptdom ne Com Untergeordnete Dom nen D2 Dn bergeordnete Dom ne gt oo 09 Unterge
4. Die aktuelle Sicherheitsdatei auf Ihrem Master ist die Folgende EEE Security File td dt d dt a a a a d dt a 1 APPLIES TO MAESTRO OR ROOT USERS LOGGED IN ON THE MASTER DOMAIN MANAGER user mastersm cpu master logon maestro root begin OBJECT ATTRIBUTES ACCESS CAPABILITIES ne sie means job access schedule access resource access prompt access file access calendar access cpu access parameter name name r access userobj cpu logon access end He EEE EEA 2 APPLIES TO MAESTRO OR ROOT USERS LOGGED IN ON ANY WORKSTATION OTHER THAN THE MASTER DOMAIN MANAGER user sm logon maestro root begin OBJECT ATTRIBUTES ACCESS CAPABILITIES EE job cpu thiscpu access schedule cpu thiscpu access resource cpu thiscpu access prompt access file access calendar access cpu cpu thiscpu access parameter cpu thiscpu name r access end bd Angenommen diese beiden Benutzer sollen die JS Console verwenden Nach der Installation der TMF Software erstellen Sie auf der Tivoli Arbeitsoberfl che einen zus tzlichen Tivoli Administrator neben dem Standardadministrator der vom Installationsprozess erstellt wird f r jeden Maestro Benutzer Nennen Sie den einen mastersm und den anderen sm F gen Sie dann die entsprechenden Definitionen hinzu so dass die Sicherheitsdatei folgenderma en aussieht en Security File En 1 APPLIES TO MAESTRO OR ROOT USERS LOGGED IN
5. dom nenmanager angemeldet remotes Der Benutzer ist an einem Tivoli Workload Scheduler Standardagenten angemeldet slaves Der Benutzer ist an einem fehlertoleranten Agenten von Tivoli Workload Scheduler angemeldet thiscpu Der Benutzer ist an der Tivoli Workload Scheduler Worksta tion angemeldet auf der das gesicherte Programm ausgef hrt wird Verwenden Sie f r Job Scheduling Console Benutzer framework framework Gibt die Workstation an von der aus der Benutzer die Job Schedu ling Console ausf hrt Gibt an dass der Benutzer ber die Job Scheduling Console auf Tivoli Workload Scheduler zugreift oder dass er an einer Tivoli Wor kload Scheduler Workstation angemeldet ist group gruppenname Nur f r UNIX Benutzer F r Benutzer der Job Scheduling Console darf die ses Argument nicht verwendet werden Gibt die UNIX Gruppe an der der Benutzer angeh rt Platzhalterzeichen sind erlaubt logon benutzernameltme adminl Dabei gilt Folgendes benutzername Gibt den Namen an unter dem der Benutzer an einer Tivoli Wor kload Scheduler Workstation angemeldet ist Platzhalterzeichen sind erlaubt F r das Attribut cpu muss ein Workstationname oder angegeben werden tme admin Gibt den Namen der Tivoli Administratorgruppe an zu der der Benutzer geh rt Wenn der Name Leerzeichen enth lt muss er in doppelte Anf hrungszeichen gesetzt werden Platzhalterzeichen sind erlaubt Fiir das Attribut cpu m
6. punkt zu Endpunkt Zeitplanung verbunden sind confirm Die Beendigung von Jobs im Produktionsplan best tigen Diese Aktion ist nicht auf Workstations verfiigbar die mit Tivoli Workload Scheduler for z OS f r die Endpunkt zu Endpunkt Zeitplanung verbunden sind deldep Jobabh ngigkeiten aus dem Produktionsplan l schen Diese Aktion ist nicht auf Workstations verfiigbar die mit Tivoli Workload Scheduler for z OS f r die Endpunkt zu Endpunkt Zeitplanung verbunden sind delete Jobs aus der Datenbank l schen display Jobs in der Datenbank anzeigen kill Jobs im Produktionsplan mit dem Befehl KILL beenden modify Jobs in der Datenbank ndern und ersetzen release Jobabh ngigkeiten im Produktionsplan freigeben Diese Aktion ist nicht auf Workstations verf gbar die mit Tivoli Workload Scheduler for z OS fiir die Endpunkt zu Endpunkt Zeitplanung verbunden sind reply Auf Jobeingabeaufforderungen im Produktionsplan antworten rerun Die Ausf hrung von Jobs im Produktionsplan wiederholen Diese Aktion ist nicht auf Workstations verfiigbar die mit Tivoli Workload Scheduler for z OS f r die Endpunkt zu Endpunkt Zeitplanung verbunden sind Version 8 1 Syntax der Datei Security submit Jobs an den Produktionsplan tibergeben Diese Aktion ist nicht auf Workstations verftigbar die mit Tivoli Workload Scheduler for z OS fiir die Endpunkt zu Endpunkt Zeitplanung verbunden sind use Jobs den Jobnetzen in der Datenbank hinzufiig
7. Benutzerdefinitionen enthalten ist sind Ein Erweiterungsmuster f r Dateinamen ist zugelassen Version 8 1 Der Befehl makesec Beispiele Im folgenden Beispiel wird die Befehlsversion angezeigt makesec v Im folgenden Beispiel wird eine editierbare Kopie der aktiven Sicherheitsdatei in einer Datei namens tempsec erstellt die Benutzerdefinitionen mit einem Texteditor ge ndert dann wird die Datei tempsec kompiliert und die aktive Sicherheitsdatei ersetzt dumpsec gt tempsec edit tempsec Hier f hren Sie erforderliche nderungen an der Datei tempsec durch Wenn Sie mit den nderungen an der Datei tempsec fertig sind f hren Sie den Befehl makesec aus um die Sicherheitsdatei in Tivoli Workload Scheduler zu laden makesec tempsec Im folgenden Beispiel werden Benutzerdefinitionen der Dateigruppe userdef kompiliert und die aktive Sicherheitsdatei ersetzt makesec userdef Tivoli Workload Scheduler Planung und Installation 67 UBIBIUHOP POYIBYIIS p Der Befehl makesec 68 Version 8 1 Optionale Anpassungsoptionen Nach der Installation des Produkts k nnen Sie es anpassen damit es Ihren Anforderungen entspricht In diesem Kapitel werden die optionalen Anpassungsschritte f r Ihre Tivoli Wor kload Scheduler Installation beschrieben Globale Optionen Die globalen Optionen sind auf dem Hauptdom nenmanager definiert Sie gelten f r alle Workstations im Tivoli Workload Scheduler Netzwerk Global
8. DATABASE Nicht zutreffend DBWKSTN workstation DBWKCLS workstationklasse Tivoli Workload Scheduler Planung und Installation 95 Bunjnig pun uU9UOZN9Z Y Pr fung DBDOMAIN dom ne DBUSER workstation benutzer DBJBSTRM workstation jobnetz DBJOB workstation job DBCAL kalender DBPROMPT eingabeaufforderung DBPARM workstation parameter DBRES workstation ressource DBSEC Nicht zutreffend PLAN Nicht zutreffend PLWKSTN workstation PLDOMAIN dom ne PLJBSTRM workstation jobnetz instanz PLJOB workstationt jobnetz instanz job PLPROMPT workstation eingabeaufforderung PLRES workstation ressource PLFILE workstation pfad qualifikationsmerkmal Aktionsdatenfelder In diesem Feld werden die aktionsspezifischen Datenfelder angezeigt Das Format dieser Daten h ngt vom Feld Aktionsart ab 96 Version 8 1 Pr fung Pr fprotokoll Header Jede Protokolldatei beginnt mit einem Kopfsatz der Informationen enth lt wann das Proto koll erstellt wurde und ob es ein Plan oder Datenbankprotokoll ist Der Header Dateieintrag hat den folgenden Inhalt Protokollart HEADER Datum WEZ Das Datum WEZ an dem die Protokolldatei erstellt worden ist Zeit WEZ Die Zeit WEZ zu der die Protokolldatei erstellt worden ist Lokales Datum Das lokale Datum an dem die Protokolldatei erstellt worden ist Lokale Zeit Die lokale Zeit zu der die Protokolldatei erstellt worden ist
9. Prozesswarnung wird angezeigt Klicken Sie Weiter gt an um fortzufahren Wenn Sie eine Aktualisierung von Tivoli Workload Scheduler durchf hren stellen Sie sicher dass alle Tivoli Workload Scheduler Prozesse einschlie lich der Tivoli Dienste gestoppt sind Wenn Sie Tivoli Workload Scheduler vor der Ausf hrung des Setup Programms dein stalliert haben m ssen Sie den Computer erneut starten bevor Sie fortfahren Hinweise zur Deinstallation finden Sie unter ke 33 Beenden Sie Setup dazu indem Sie EC CAE 22 Version 8 1 Die Software installieren Process Warning Before going on please make sure of the following All Tivoli Workload Scheduler Processes are STOPPED You have restarted the computer following the last uninstall of Tivoli Workload Scheduler 8 Wahlen Sie im Fenster Installationsoptionen die Installationsart aus und klicken Sie Weiter gt an Installation Options Setup can copy files to the hard disk and customize them for use on this computer Please select installation option Customize only files already exist Dateien kopieren und anpassen Die Netman Dateien werden von der CD kopiert und die Installation wird angepasst Diese Option muss sowohl bei einer Neuinstallation als auch bei einer Aktualisierung ausgew hlt werden Nur anpassen Die vorhandenen Dateien werden angepasst Dadurch werden die Datei berechtigungen auf die Standardeinstellungen zuriickgesetzt Tivol
10. dee weet EE job cpu logon TWSDomain TWSUser access job cpu logon root access adddep altpri cancel confirm deldep release reply rerun submit use job cpu logon user jclowner logon root access add adddep altpri cancel confirm deldep release reply rerun submit use schedule cpu thiscpu access schedule cpu access adddep altpri cancel deldep limit release submit resource access add display resource use prompt access add display reply use file access build calendar access display use cpu cpu access parameter name name r access end bd 4 APPLIES TO USERS LOGGED INTO THE SYS GROUP ON ANY WORKSTATION OTHER THAN THE MASTER DOMAIN MANAGER user op group sys begin OBJECT ATTRIBUTES ACCESS CAPABILITIES EE job cpu thiscpu logon user access job cpu thiscpu logon root access adddep altpri cancel confirm deldep release reply rerun submit use job cpu thiscpu logon root access adddep altpri cancel confirm deldep release reply rerun submit use schedule cpu thiscpu access resource access add display resource use prompt access add display reply use file access build calendar access use cpu cpu thiscpu access console fence limit link start stop unlink parameter name name r access end Tivoli Workload Scheduler Planung und Installation 61 UBIBIUHOP POYIBYIIS p Beispiel der Datei Security 62 EE 5 APPLIES TO USERS LOG
11. e Zeitplane k nnen nicht mit dem Befehl CONMAN SUBMIT SCHEDULE bergeben werden e Jobs k nnen nicht mit den Optionen CONMAN RERUN FROM und EU E wieder holt werden e Abh ngigkeiten von vordefinierten oder globalen Eingabeaufforderungen k nnen nicht mit dem Befehl ADDDEP hinzugef gt werden e Mit dem Befehl CONMAN ADDDEP k nnen keine Abh ngigkeiten von globalen vordefinierten Eingabeaufforderungen hinzugef gt werden e Der Befehl CONMAN DISPLAY kann nicht f r Jobs oder Zeitpl ne verwendet wer den m Die Funktion docommand ist unter UNIX und Windows NT voll funktionsf hig f r Job definitionen und den Befehl conman submit Unter MPE wird diese Funktion nicht unterst tzt H Mit dem UNIX und Windows NT Composer k nnen alle Zeitplanungsobjekte ein schlie lich Zeitpl nen und Jobs mit einer einzigen Bearbeitungsdatei eingef gt und ver ndert werden m Beim MPE Master sind INET Abh ngigkeiten nicht m glich INET Abh ngigkeiten k n nen sich jedoch auf fehlertolerante Agenten von MPE beziehen wenn der Dom nen manager unter UNIX oder Windows NT l uft Installation Dieses Handbuch enth lt Anweisungen zur Installation von Tivoli Workload Scheduler unter UNIX und Windows NT Angaben zur Erstinstallation von Maestro f r MPE finden Sie in Abschnitt 2 des Handbuchs Maestro User Guide for the MPE System User 114 Version 8 1 Einrichtung und Konfiguration Einrichtung und Konfiguration In diesem Absc
12. hrt s mtliche Protokollierungs und Berichtsfunktionen f r das Netzwerk aus Host Eine Workload Scheduler Workstation die f r erweiterte Agenten erforderlich ist Es kann sich um eine beliebige Tivoli Workload Scheduler Workstation handeln mit Ausnahme eines anderen erweiterten Agenten INET Abh ngigkeiten Eine Abh ngigkeit zwischen Jobs oder Jobnetzen in separaten Tivoli Workload Scheduler Netzwerken Siehe auch Netzwerkagent INET Job Jobnetz Jobs oder Jobnetze in einem fernen TWS Netzwerk die als Vorg nger f r Jobs oder Jobnetze im lokalen Netzwerk definiert sind INET Internetwork Ein INET Job wird mit einem Platzhaltersymbol in der Diagramm anzeige des Jobnetzes dargestellt Siehe auch Netzwerkagent Interaktive Jobs Ein Job der interaktiv auf einer Windows NT Arbeitsoberfl che ausgef hrt wird Interner Status Gibt den aktuellen Status von Jobs und Job netzen in der Tivoli Workload Scheduler Steuerkomponente an Der interne Status ist in Tivoli Workload Scheduler eindeutig Siehe auch Status J Jnextday Job Die Vor und Nachbereitung kann vollst ndig automatisiert werden Zu diesem Zweck muss ein Job terminiert werden der am Ende eines jeden Tages ausgef hrt wird Der Job Jnextday f hrt Folgendes aus Verarbeitung des Folgetages festlegen in der Symphony Datei enthalten Berichte drucken nicht beendete Jobnetze weiterleiten und Tivoli Workload Sche duler stoppen und erneut starten Job Eine
13. jm nice Option 77 jm no root Option 77 jm read Option 77 Jnextday 83 Job 7 job sched Datenbank 46 Job Scheduling Console 120 Job Scheduling Console Client 5 Jobnetz 7 137 xapuj K Komponentendatei 16 Komponentendatei Anzeige 17 Konsolnachrichten und Eingabeaufforderungen 81 Kundenunterstiitzung xiii L LD_NO_LIBSTREAMSOCKET 35 Localopts 130 Logman 83 Lokale Optionen Dateibeispiel 79 Dateischablone 79 setzen 74 Syntax 74 Maestro 6 x 119 Makesec 49 127 merge stdlists Option 77 mm read Option 77 mm response Option 77 mm retry link Option 77 mm sound off Option 77 mm unlink Option 78 Mozart 124 Mozart old 130 N Nachrichtenebene 82 Netman Basisverzeichnis 17 Lokale Optionen 17 Netman lokale Optionen 81 Neue Funktionen 89 nm ipvalidate Option 78 nm mortal 78 nm port Option 78 nm read Option 78 nm retry Option 78 Objekt Dispatcher 120 Onlinever ffentlichungen xi Oserv 120 138 P Parameter 122 Parameters KEY 122 plan audit level 71 Produktgruppen 16 Prozesseingabeaufforderungen 81 Prozessnachrichten 81 Pr fung aktivieren 92 Beispielprotokolleintr ge 97 Datenbankebene 71 Header Format 97 Planebene 71 Protokolldateien 92 Protokollformat 93 R Reihenfolge der Benutzer Datei Security 58 Reihenfolge der Objekte Datei Security 58 Rep8 83 Reptr 83 R ckmeldung zu Ver ffentlichungen xii Runmsgno 130 S Schablonendatei Security 49 Scheddate 8
14. man Server auf einem Dom nenmanager definieren um die Kommunikationsauslastung zur Leistungsverbesserung zu verteilen N here Angaben finden Sie in dem Abschnitt im Tivoli Workload Scheduler Console Benutzerhandbuch der beschreibt wie Sie Workstations in der Datenbank verwalten Version 8 1 Netzwerkoperation Haupt Fehlertoleranter Domanenmanager Agent Startup Startup e Methode Nicht Tivoli Workload Erweiterter Scheduler System Agent oder Anwendung Erweiterte Agenten Ein erweiterter Agent XA oder X Agent dient als Schnittstelle zu einem externen System oder einer externen Anwendung das die nicht zu Tivoli Workload Scheduler geh rt Es sie wird als Tivoli Workload Scheduler Workstation mit einer Zugriffsmethode und einem Host definiert Die Zugriffsmethode kommuniziert mit dem externen System oder der externen Anwendung um Jobs zu starten oder zu berwachen und die Dateiabh ngigkeit Opens zu testen Der Host ist eine andere Tivoli Workload Scheduler Workstation mit Ausnahme eines anderen erweiterten Agenten die Abh ngigkeiten aufl st und Jobstartanforderungen ber die Methode absetzt Jobs werden f r einen erweiterten Agenten in derselben Weise definiert wie f r andere Tivoli Workload Scheduler Workstations mit der Ausnahme dass Jobattribute durch das externe System oder die externe Anwendung vorgegeben werden Software f r erweiterte Agenten ist f r verschiedene Systeme und
15. mm sound off Gibt an wie Mailman auf den Conman Befehl tellop reagieren soll Bei Angabe des Werts yes zeigt Mailman Informationen zu jeder von ihm ausgef hrten Task an Bei Angabe des Werts no sendet Mailman nur seinen eigenen Status mm unlink Gibt die maximale Wartezeit in Sekunden an nach der Mailman die Verbindung zu einer Workstation aufhebt die nicht reagiert Die Wartezeit sollte nicht k rzer als die Antwortzeit sein die f r die lokale Option nm response angegeben wurde nm ipvalidate Durch die Angabe des Werts full wird die IP Adressen berpr fung aktiviert Wenn die IP berpr fung fehlschl gt ist die Verbindung nicht zul ssig Die Angabe des Werts none l sst Verbindungen zu auch wenn die IP berpr fung fehlschl gt nm mortal Durch die Angabe des Werts yes wird Netman nach dem Stoppen aller untergeordne ten Prozesse beendet Durch die Angabe des Werts no wird Netman selbst nach dem Stoppen aller untergeordneten Prozesse weiter ausgef hrt nm port Gibt die TCP Anschlussnummer an auf die Netman auf dem lokalen Computer rea giert Diese muss mit dem TCP Anschluss in der Workstationdefinition des Compu ters bereinstimmen Dabei muss es sich um einen 16 Bit Wert ohne Vorzeichen im Bereich von 1 bis 65535 handeln Beachten Sie dass die Werte zwischen 0 und 1023 f r Standarddienste wie z B FTP TELNET HTTP usw reserviert sind nm read Gibt die maximale Zeit in Sekunden an die Netman auf eine Verbindung
16. siehe Tabelle 3 auf Seite 86 IS_COMMAND ist auf yes gesetzt wenn der Job mit der Anweisung docommand geplant oder bergeben wurde EXECIT ist auf exec gesetzt wenn die Variable USE_EXEC auf yes gesetzt ist siehe Tabelle 3 auf Seite 86 andernfalls hat sie den Wert null Im folgenden Beispiel wird gezeigt wie die Skriptdatei eines Jobs oder ein Befehl in Ihrem lokalen Konfigurationsskript ausgef hrt wird bin ksh PATH maestrohome maestrohome bin PATH export PATH bin sh c UNISON_JCL Nachfolgend wird das Beispiel eines jobmanrc Skripts aufgef hrt dessen Verarbeitung auf dem Exit Code des Benutzerjobs basiert bin sh PATH maestrohome maestrohome bin PATH export PATH bin sh c UNISON_JCL or use eval UNISON_JCL and the quotes are required RETVAL if RETVAL eq 1 then echo Exit code 1 Non Fatal Error exit 0 elif RETVAL gt 1 a RETVAL 1t 100 then conman tellop This is a database error page the dba elif RETVAL ge 100 then conman tellop Job aborted Please page the admin fi Version 8 1 Zeitzonen und Prufung In diesem Anhang werden die folgenden Funktionen beschrieben m Zeitzonen m Pr fung Zeitzonen Tivoli Workload Scheduler unterst tzt Zeitzonen Das Aktivieren von Zeitzonen bietet Ihnen die M glichkeit die Auslastung auf globaler Ebene zu verwalten Die Implementierung von Zeitzonen erm glicht au erdem eine einfache Zeitplanung bei mehre
17. 32 Attributes of this Workstation for Tivoli Workload Scheduler netman process nm mortal no nm port lt TCP_PORT gt nm read 10 nm retry 800 Attributes of this Workstation for Tivoli Workload Scheduler writer process wr read 600 wr unlink 120 wr enable compression no ES EINER RER EEE EUR Be Soe io ee ee eee eae Se Ee Optional attributes of this Workstation for remote database files mozart directory lt HOME gt mozart parameters directory lt HOME gt unison network directory lt HOME gt unison network eno Ee EE Hees Ee Custom format attributes date format 1 The possible values are O ymd 1 mdy 2 dmy 3 NLS composer prompt conman prompt switch sym prompt lt n gt E Attributes for customization of I 0 on mailbox files sync level high pt aeons so ee Ee Version 8 1 Lokale Optionen Lokale Optionen fur Netman setzen Wenn das Netman Basisverzeichnis ein anderes Verzeichnis als das Basisverzeichnis von Tivoli Workload Scheduler ist werden die folgenden lokalen Optionen in eine separate Datei localopts im Verzeichnis von Netman versetzt H nm ipvalidate nm mortal nm port nm read nm retry merge stdlists stdlist width syslog local Weitere Informationen zum Netman Verzeichnis finden Sie unter man auf Seite 17 Optionen fur dezentralisierte Verwaltung unter Windows NT setzen Wenn Sie Tivoli Workload Scheduler mit H
18. Anwendungen verf gbar Die erweiterten UNIX Agenten die in Tivoli Workload Scheduler integriert sind werden im folgenden Abschnitt beschrieben Kontaktieren Sie Ihren Tivoli Vertriebsbeauftragten um Informationen zu anderen erweiterten Agenten zu erhalten Informationen zur Definition von Tivoli Workload Scheduler Workstations finden Sie in dem Abschnitt im Tivoli Workload Scheduler Console Benutzerhandbuch der beschreibt wie Sie Workstations in der Datenbank verwalten Informationen zum Schreiben von Zugriffsmethoden finden Sie im Handbuch Tivoli Workload Scheduler Referenz Tivoli Workload Scheduler Planung und Installation 103 SYIOMZION ASINPayOS DEODUOA HOALL 9 Erweiterte Agenten 104 Erweiterte UNIX Agenten Tivoli Workload Scheduler umfasst Zugriffsmethoden fiir zwei Arten von erweiterten UNIX Agenten Mit der Methode f r Zugriff auf lokalem UNIX Agenten kann ein einzelner UNIX Computer als zwei Tivoli Workload Scheduler Workstations dienen die beide mit Tivoli Workload Scheduler terminierte Jobs ausf hren k nnen Mit der Methode f r Zugriff auf fer nem UNIX Agenten k nnen Sie einen fernen UNIX Computer bestimmen damit er mit Tivoli Workload Scheduler terminierte Jobs ausf hrt ohne dass Tivoli Workload Scheduler auf ihm installiert ist Informationen zur Ausf hrung eines Jobs werden von einem erweiterten Agenten ber die Datei stdlist des Jobs an Tivoli Workload Scheduler gesendet In einer Optionsdatei f r Met
19. Connector auf dem Sicherungs Master installieren m chten keine Bereiche vorhanden sind und Sie keine vollst ndige Tivoli Managementumgebung implementieren m chten ist es ratsam einen neuen Tivoli Server auf dem Sicherungs Master zu installieren Wenn Sie auf dem Sicherungs Master keinen Master sondern einen anderen Tivoli Server installieren m ssen Sie dennoch dieselben Eintr ge wie auf dem Master aktivieren d h m Starten m Pr fungsebene f r Pl ne und Datenbanken m Zeitzonenaktivierung Tivoli Workload Scheduler Planung und Installation 121 UaiauDuu Joinpau2e DEODUOM IOAIL INY q Umgang mit nicht zu Ebene 1 geh renden Mastern in einem vorhandenen Maestro Netzwerk Umgang mit nicht zu Ebene 1 geh renden Mastern in einem vorhandenen Maestro Netzwerk Wenn Ihr Hauptdom nenmanager auf einer Plattform l uft die die Installation von Tivoli Management Framework und dem Connector nicht unterst tzt und Sie Job Scheduling Con sole verwenden m chten k nnen Sie aus den folgenden drei Optionen ausw hlen m Versetzen Sie den Hauptdom nenmanager auf eine der unterst tzten Plattformen m Erstellen Sie einen Sicherungs Master auf einer unterst tzten Plattform m H ngen Sie die Master Datenbanken ber NFS an einen FTA an Den Sicherungs Master versetzen Gehen Sie folgenderma en vor um den Hauptdom nenmanager zu versetzen von UNIX nach UNIX 1 10 11 122 W hlen Sie einen vorhandenen FTA im Netzw
20. Datei in eine neue Sicherheits datei zu kompilieren makesec tempsec Weitere Informationen zu den Befehlen Makesec und Dumpsec finden Sie im Handbuch Tivoli Workload Scheduler Referenz Ihre Dateien wiederherstellen Verwenden Sie Ihre zuvor zu Referenzzwecken gesicherten Dateien um die neuen Versionen der Dateien entsprechend zu ndern Tivoli Workload Scheduler erneut starten So starten Sie Tivoli Workload Scheduler erneut 1 Melden Sie sich mit der Benutzer ID TWS oder maestro an 2 F hren Sie den Befehl start aus conman start 3 F hren Sie den Befehl link aus m Bei einem Hauptdom nenmanager conman link m Bei einer FTA Workstation conman link dom nenname Die Softwareaktualisierung auf dieser Workstation ist damit abgeschlossen 42 Version 8 1 Das Skript customize Das Skript customize Syntax Verwenden Sie das Skript customize um Tivoli Workload Scheduler auf UNIX Plattformen zu installieren und zu aktualisieren customize new thiscpu workstationname master workstationname company firmenna me group gruppenname nmhome netman basisverzeichnis noexp nolinksl execpath pfadname uname benutzername port netman anschluss customize update company firmenname group gruppenname uname benutzerna me Beschreibung Mit dem Skript customize wird Tivoli Workload Scheduler installiert bzw aktualisiert Sie k nnen folgende Funktionen durchf hren m
21. Eirstinstallation von Tivoli Workload Scheduler Tivoli Workload Scheduler und Netman installieren Eine Komponentendatei mit neuen Eintr gen erstellen m Tivoli Workload Scheduler Aktualisierungen Tivoli Workload Scheduler und Netman gegebenenfalls aktualisieren Eintr ge in der Komponentendatei aktualisieren Berechti gungen auf ihre Standardwerte zur cksetzen vorausgesetzt die Originaldatei MAEST RO TAR befindet sich nicht im Verzeichnis twshome m Einzelheiten des Installationsprozesses werden in einer Datei namens customize log pro tokolliert Diese Datei befindet sich im selben Verzeichnis von dem aus Sie das Skript customize ausf hren Argumente new Bei einer Erstinstallation update Bei der Aktualisierung einer vorhandenen Installation Beachten Sie dass sich der von Tivoli Workload Scheduler verwendete Datenbanktyp bei einer Software aktualisierung nicht ndert thiscpu Der Name dieser Workstation Bei der nicht erweiterten Version von Tivoli Workload Scheduler kann der Name aus bis zu acht alphanumerischen Zeichen Bindestrichen oder Unterstreichungszeichen _ bestehen wobei das erste Zeichen ein Buch stabe sein muss Bei der erweiterten Version darf er bis zu sechzehn Zeichen umfas sen Mit diesem Namen wird zu einem sp teren Zeitpunkt die Workstation in Tivoli Workload Scheduler formal definiert master Der Name des Hauptdom nenmanagers Bei der nicht erweiterten Version von Tivoli Workload Schedul
22. Er startet Tivoli Workload Scheduler f r den neuen Tag 8 Er f hrt die Befehle reptr und rep8 aus mit denen die Nachbereitungsberichte f r den vorherigen Tag gedruckt werden 9 Er f hrt den Befehl logman aus mit dem statistische Daten zu Jobs des vorherigen Tages protokolliert werden In den Tivoli Workload Scheduler Dokumentationen beziehen sich die Begriffe final und Jnextday sowohl auf die von Tivoli zur Verf gung gestellten Versionen als auch auf die benutzerdefinierten Entsprechungen Das Jobnetz final anpassen Sie k nnen das Jobnetz final vor seiner Verwendung Ihren Anforderungen entsprechend ndern oder stattdessen ein von Ihnen erstelltes Jobnetz verwenden Eigene Jobnetze sollten dem von Tivoli gelieferten Jobnetz entsprechen Dabei sollten Sie Folgendes ber cksichtigen m Wenn Sie die Art wie stageman Protokolldateinamen generiert ndern denken Sie daran dass reptr und logman dieselben Namen verwenden m ssen m M chten Sie die Vorbereitungsberichte vor dem Start eines neuen Tages drucken k nnen Sie den Job Jnextday in zwei Jobs unterteilen Der erste Job f hrt die Befehle schedulr compiler und reptr aus Der zweite Job stoppt Tivoli Workload Scheduler f hrt den Befehl stageman aus startet Tivoli Workload Scheduler und f hrt die Befehle reptr und logman aus Anschlie end kann die Ausf hrung des ersten Jobs f r einen beliebigen Zeitpunkt vor Tagesende angesetzt werden w hrend die Ausf hrung des zw
23. FTA Connector Job Scheduling Console AIX 4 3 3s 5 1 X X X X HP UX 11 0 11i X X X X Solaris 2 7 2 8 X X X X Microsoft Windows NT 4 0 X X X X gt mit SP 5 oder SP 6a Microsoft Windows Profes sional Server Advanced Server 2000 mit SP 1 oder SP 2 Microsoft Windows 98 X Millennium Compaq Tru64 5 1 fr here OSF Versionen SGI Irix 6 5 IBM Sequent Dynix 4 5 Linux INTEL Red Hat 7 1 X Linux 390 SuSE 7 0 x lt x lt Gei PS OX PX Gel Gel Anmerkungen 1 Eingeschr nkte fehlertolerante Agenten werden auch auf der AS 400 Plattform unterst tzt 2 Die Liste der unterst tzten Plattformen f r die Job Scheduling Console ist auf die Unterst tzung und die Verf gbarkeit von Java Runtime Environment JRE Version 1 3 beschr nkt xii Version 8 1 Kontaktaufname mit der Kundenunterst tzung Kontaktaufname mit der Kundenunterstutzung Wenn Sie ein Problem mit einem Tivoli Produkt haben konnen Sie sich an die Tivoli Kundenunterstiitzung wenden Informationen dazu finden Sie im Tivoli Customer Support Handbook auf der folgenden Website http www tivoli com support handbook In diesem Handbuch finden Sie Informationen dazu wie Sie abh ngig von der Schwere Ihres Problems die Kundenunterst tzung kontaktieren Au erdem enth lt es folgende Infor mationen m Registrierung und Ausw hlbarkeit m Telefonnummern und E Mail Adressen f r Ihr Land m Informationen d
24. JS Console ausf bren nennen nen 124 Eine vorhandene Sicherheitsdatei einsatzbereit machen 124 Tivoli Administratoren hinzuf gen 2 0 0 0 nennen nennen 124 Sicherheit verwalten sossa van son sa een ee ee Be ne 127 Connector stoppen um nderungen zu implementieren 0 000000 eee eee 127 WMAEUTIL ausf hren 2222222 co cos eeeee nee eee nennen 127 Hinweise Zu Zeitz nen E Se EE Re ne Be drei 128 Benutzervorgaben an andere Benutzer weitergeben Angepasste Ansichten Abfragen 128 Erweiterte Datenbanken zur cksetzen 2 2 2222 ccm nee nennen 130 Unter Windows NT migrieren 0 0 0 0 cece eee eee 131 GlOSsar EE 133 ic tee ee a a er ee N 137 viii Version 8 1 Vorwort Das Handbuch Tivoli Workload Scheduler Planung und Installation enthalt Informationen zur Installation eines Tivoli Workload Scheduler 8 1 Netzwerks Dazu geh ren Informationen zur Planung eines Netzwerks sowie zur Installation der Tivoli Workload Scheduler Steuerkom ponente von TWS Connector und der grafischen Benutzerschnittstelle Au erdem enth lt es Anweisungen zum Anpassen der Tivoli Workload Scheduler Optionen und der Sicherheits einstellungen um ein Netzwerk starten zu k nnen Dar ber hinaus bietet es Tipps und Infor mationen zur Migration fr herer Maestro Versionen Zielgruppe Dieses Handbuch richtet sich an folgende Zielgruppe Tivoli Workload Scheduler Administratoren Benutzer die die Struktur
25. K nnen auftreten wenn Tivoli Workload Scheduler f r einen neuen Tag gestartet wird Die Probleme k nnen dadurch verursacht werden dass Tivoli Workload Scheduler Prozesse vom vorherigen Tag oder von einer fr heren Tivoli Workload Scheduler Ausf hrung auf einem Agenten oder Dom nenmanager ausgef hrt werden Gehen Sie wie folgt vor um den Agenten oder Dom nenmanager in dieser Situation zu initialisieren 1 Melden Sie sich im Falle eines Dom nenmanagers am bergeordneten Dom nenmanager oder am Hauptdom nenmanager an Melden Sie sich im Falle eines Agenten am Dom nenmanager des Agenten am bergeordneten Dom nenmanager oder am Haupt dom nenmanager an 2 F hren Sie Console Manager aus und f hren Sie einen Stoppbefehl f r den betreffenden Agenten aus 3 F hren Sie einen Befehl Link f r den betreffenden Agenten aus Dadurch wird der Agent initialisiert und gestartet Wenn diese Aktionen fehlschlagen berpr fen Sie ob Netman auf dem betreffenden Agen ten ausgef hrt wird Wenn dies nicht der Fall ist setzen Sie den Befehl StartUp lokal ab Setzen Sie danach einen Befehl Link von seinem Dom nenmanager aus ab Wenn schwerwiegende Netzwerkprobleme auftreten kann ein fehlertoleranter Agent oder ein untergeordneter Dom nenmanager als eigenst ndiges System ausgef hrt werden Stoppen Sie dazu den Agenten oder Dom nenmanager und kopieren Sie die Datei TWShome Sinfonia vom Hauptdom nenmanager Benennen Sie die kopierte D
26. Netzwerk m Die Hauptdom nenmanager von UNIX und NT unterst tzen einen hierarchischen Auf bau bei dem Sie verschiedene Unterdom nenmanager mit Agenten aller unterst tzten Plattformen haben k nnen Die Master von MPE unterst tzen nur eine flache Archi tektur MPE Systeme k nnen in jedem hierarchischen Dom nenaufbau als FTAs Slaves verwendet werden m Eine MPE Master CPU kann zu MPE Slaves sowohl mit NS als auch mit TCP IP eine Verbindung herstellen UNIX oder Windows NT Master CPUs verwenden ausschlie lich TCP IP Uberlegungen zur Zeitplanung Folgendes miissen Sie beachten m Bei einem Tivoli Workload Scheduler Maestro Netzwerk in dem eine MPE Workstation mit anderen Workstations kombiniert ist miissen die entsprechenden UNIX NT Work stations im nicht erweiterten Modus laufen keine Zeitplanungsobjektnamen mit mehr als acht Zeichen m glich m Da die Sicherheit eines fehlertoleranten Agenten unter UNIX oder Windows NT vom MPE Master unabh ngig ist kann der fehlertolerante Agent auch in den Modus Voll st ndiger Status gesetzt und zum zentralen Konsolmanagement des Netzwerkes verwen det werden Dadurch k nnen Benutzer Grafikschnittstellen sowie leistungsf higere und flexiblere Befehlss tze nutzen Jedoch unterliegt der fehlertolerante Agent weiterhin Beschr nkungen bei einigen Conman Befehlen Folgende Einschr nkungen bestehen Jobs k nnen nicht mit dem Befehl CONMAN SUBMIT JOB bergeben werden
27. Tivoli Workload Scheduler Referenz Die Netman Konfigurationsdatei Die Netman Konfigurationsdatei ist auf allen Tivoli Workload Scheduler Workstations vor handen Wenn Netman im Tivoli Workload Scheduler Basisverzeichnis die Standardein stellung installiert ist hat die Datei den folgenden Namen Maestrohome Netconf Wenn Netman in einem eigenen Verzeichnis installiert ist hat die Datei den folgenden Namen netmanhome Netconf Die Datei definiert die Dienste die durch Netman angeboten werden Die von Tivoli gelieferte Datei NetConf enth lt Kommentare die alle Dienste beschreiben Es gibt folgende Dienste 2001 Einen Writer Prozess starten der ankommende Nachrichten eines fernen Mailman Prozesses bearbeitet 2002 Den Mailman Prozess starten Mailman startet dann den Rest der Prozessbaum struktur Batchman Jobman 2003 Den Tivoli Workload Scheduler Prozess stoppen der ankommende Nachrichten eines fernen Mailman Prozesses bearbeitet 2004 Eine stdlist Datei suchen und an den anfordernden Conman Prozess zur ckgeben 2005 Den Dom nenmanager in einer Dom ne wechseln 2501 Den Status eines fernen Jobs berpr fen 2502 Console Manager starten ein Dienst der von der Clientseite von Remote Console angefordert wurde Der Mailman Dienst 2002 kann einen Parameter umfassen der die Gr e der internen Symphony Tabelle festlegt Die Tabelle sollte genug Speicherbereich f r alle Datens tze in der Symphony Datei bieten und zus tzlic
28. USERS LOGGED IN ON ANY WORKSTATION OTHER THAN THE MASTER DOMAIN MANAGER user sm cpu framework logon sm begin OBJECT ATTRIBUTES ACCESS CAPABILITIES dE deele aussen job cpu thiscpu access schedule cpu thiscpu access resource cpu thiscpu access prompt access file access calendar access cpu cpu thiscpu access parameter cpu thiscpu name r access end i a a a a a a a dE 126 Version 8 1 Eine vorhandene Sicherheitsdatei einsatzbereit machen Die neue Sicherheitsdatei gew hrt den urspr nglichen Benutzern dieselben Berechtigungen auch auf der Job Scheduling Console Dar ber hinaus k nnen Sie auf dem Tivoli Server zwei neue Anmeldenamen f r den Tivoli Administrator mastersm hinzuf gen maestro rome production com maestro london production com So erh lt jeder berechtigte Benutzer der sich bei rome oder london als maestro anmeldet die Berechtigungen die auch mastersm hat Sicherheit verwalten nderungen der Sicherheitsdatei werden wirksam wenn eines der folgenden Programme von Workload Scheduler gestoppt und neu gestartet wird RH conman RH composer m Connector Sie m ssen die Programme einfach nur beenden Wenn sie das n chste Mal ausgef hrt wer den werden die neuen Sicherheitsdefinitionen erkannt Verwenden Sie bei den Connectoren den Befehl wmaeutil um sie zu stoppen Sie werden automatisch bei der Aktualisierung einer beliebigen Abfrage in der Job Scheduling Console neu ges
29. Verzeichnis TWShome unison zu kopieren Geben Sie unterschiedliche bergeordnete Verzeichnisse an um Konflikte zu vermeiden Beispiel c apps naestro und c appsINnaestro Geben Sie das Zielverzeichnis an in dem Tivoli Workload Scheduler installiert werden soll M chten Sie ein anderes Verzeichnis als das Standardverzeichnis verwenden kli cken Sie Durchsuchen an um ein anderes Verzeichnis anzugeben Wenn Sie fertig sind klicken Sie Weiter an um fortzufahren Version 8 1 Die Software installieren Destination Directory Enter the installation location for Tivoli Maestro User BUVOLIL twsuser Destination Folder ee Back Next gt Cancel 11 W hlen Sie im Fenster Datenbankerweiterung feststellen eine der m glichen Optio nen aus und klicken Sie anschlie end Weiter gt an Dieses Fenster wird nicht angezeigt wenn Sie eine vorhandene Installation aktualisieren Determine Database Expansion Please select the database compatility mode lt Back Cancel Erweiterte Datenbanken Unterst tzung langer Objektnamen Es werden erweiterte Datenbanken verwendet die nur in Maestro 6 0 und in Tivoli Workload Scheduler verf gbar sind Nicht erweiterte Datenbanken Kompatibel mit Maestro 5 x Es werden nicht erweiterte Datenbanken verwendet Diese Auswahl sollte getroffen werden wenn Sie Tivoli Workload Scheduler auf dem Hauptdom nen manager eines Netzwerks mit Workstations
30. Workload Scheduler korrekt gestartet wurde ist der Status Batchman LIVES 7 Erh hen Sie die Begrenzung f r die Ausf hrung von Jobs Die Standardjobbegrenzung nach der Installation ist auf null gesetzt d h es k nnen keine Jobs ausgef hrt werden daher sollten Sie die Jobbegrenzung jetzt folgenderma en erh hen conman limit 10 Sie k nnen jetzt beginnen zus tzliche Zeitplanungsobjekte in der CLI zu definieren wie Workstations Jobs und Jobnetze oder Sie k nnen mit der Installation der Job Scheduling Console und des Connectors fortfahren Beachten Sie dass die neuen Objekte erst dann erkannt werden wenn der Job Jnextday im Jobnetz final ausgef hrt wird Standardm ig wird das Jobnetz final um 5 59 Uhr ausgef hrt diese Standardeinstellung k nnen Sie ndern siehe L Die g e e e 5 Wenn Sie die neuen Zeitplanungs objekte zu einem fr heren Zeitpunkt BEEN m chten k nnen Sie conman release final ausf hren oder den Conman Befehl submit verwenden Informationen zur Definition der Zeitplanungsobjekte finden Sie in den Handb chern Tivoli Workload Scheduler Referenz oder Tivoli Workload Scheduler Console Benutzerhandbuch aD Einen fehlertoleranten Agenten nach der Installation konfigurieren 1 Melden Sie sich auf der FTA Workstation als maestro an Dies ist die ID Variable tws_user die unter UNIX standardm ig den Wert maestro annimmt Die UNIX ID tws_user kann mit dem Argument uname des Skripts customize ge nd
31. Zu allen Dom nen mit Ausnahme der Hauptdom ne gibt es eine bergeordnete Dom ne Dom nenmanager Der Management Hub in einer Tivoli Workload Scheduler Dom ne Die Kommunikation der Agenten in der Dom ne wird vollst ndig ber den Dom nenmanager geleitet E Einfacher Laufzyklus Eine Anzahl benutzerdefinierter Tage an denen ein Jobnetz ausgef hrt wird Ein einfacher Laufzyklus wird f r ein bestimmtes Jobnetz festgelegt und kann nicht von mehreren Jobnetzen verwendet werden F r weitere Informatio nen siehe Laufzyklus Eingabeaufforderung Eingabeaufforderungen k nnen als Abh ngigkeiten f r Jobs und Jobnetze verwendet werden Eine Eingabeaufforderung muss best tigt werden damit der davon abh ngige Job bzw das davon abh ngige Jobnetz gestartet wird Es gibt zwei Arten von Eingabeaufforderungen vordefinierte und Ad hoc Eingabeaufforderungen Eine Ad hoc Eingabeauf forderung ist in den Merkmalen eines Jobs oder Jobnetzes defi niert und f r den betreffenden Job bzw das betreffende Jobnetz eindeutig Eine vordefinierte Eingabeaufforderung ist in der Tivoli Workload Scheduler Datenbank definiert und kann von allen Jobs oder Jobnetzen verwendet werden Einschlie ender Laufzyklus Ein Laufzyklus der die Tage festlegt an denen ein Jobnetz zur Ausf hrung terminiert ist Ausschlie ende Laufzyklen haben Vorrang vor einschlie enden Laufzyklen Erweiterte Datenbank Erweiterte Datenbanken unterst tzen l ngere Namen
32. befinden jedoch ber TCP IP mit einem Dom nenmanager verbunden sind auf dem der Connector ausgef hrt wird 3 Melden Sie sich an der Job Scheduling Console an und definieren Sie die Workstations des Tivoli Workload Scheduler Netzwerks in der Scheduler Datenbank 4 Jetzt k nnen Sie mit der Job Scheduling Console Jobs Jobnetze und andere Zeit planungsobjekte definieren Produktgruppen 16 Tivoli Workload Scheduler ist in Produktgruppen gegliedert Dies erm glicht die Installation mehrerer Kopien eines Produkts auf einem einzelnen Computer indem f r jede Kopie eine andere Gruppe zugeordnet wird Komponentendatei Die Produktgruppen werden in der Komponentendatei definiert Ist diese Datei vor der Installation nicht vorhanden wird sie vom Skript customize unter UNIX bzw vom Pro gramm Setup unter Windows NT erstellt Hier ein Beispiel f r UNIX lt product gt lt version gt lt home directory gt lt product group gt Maestro 6 1 opt maestro production Netman 343 5 opt netman production Version 8 1 Produktgruppen Die Eintr ge in der Datei werden von customize bzw Setup automatisch erstellt und aktua lisiert Die Produktgruppe workstation_user wird unter Windows NT standardm ig verwen det wenn Sie nicht eine andere Gruppe angeben Unter UNIX wird der Dateiname der Komponentendatei in folgender Variable definiert UNISON_COMPONENT_FILE Ist f r diese Variable kein Wert gesetzt verwendet das Skript customi
33. bevor Sie fortfahren F r Endpunkt zu Endpunkt Zeitplanung installieren Wenn Sie Tivoli Workload Scheduler auf einer Workstation installieren die als ein verteilter Agent f r die Endpunkt zu Endpunkt Zeitplanung ein Dom nenmanager ein fehlertoleranter Agent oder ein Standardagent verwendet wird m ssen Sie Folgendes ausf hren 1 2 Geben Sie OPCMASTER als Name des Hauptdom nenmanagers im Skript customize an Definieren Sie nach der Installation die WEZ Zeitzone fiir die Workstation Dies ist not wendig damit Start und Endzeiten auf dem Tivoli Workload Scheduler for z OS Cont roller mit der lokalen Controller Zeitzone gemeldet und die Zeitabh ngigkeiten richtig aufgel st werden k nnen F gen Sie die folgenden Zeilen dem Shell Skript StartUp hinzu TZ GMT Tivoli Workload Scheduler Planung und Installation 35 udsaI 2 SUI XINN Jeun E Fur Endpunkt zu Endpunkt Zeitplanung installieren 36 export TZ N heres hierzu finden Sie unter Installationsverfahren Befolgen Sie diese Anweisungen f r UNIX Computer wenn Tivoli Workload Scheduler zum ersten Mal installiert wird bzw wenn Tivoli Workload Scheduler vollst ndig deinstalliert wurde Informationen zu Computern mit Windows NT finden Sie unter Kantel 2 Unter Die Tivoli Workload Scheduler Steuerkomponente installieren F hren Sie folgende Schritte durch um Tivoli Workload Scheduler auf einem UNIX Compu ter zu installieren 1 Erstellen Sie den Ti
34. bzw Inaktivieren der Zeitzonenoption kann ausgew hlt werden G l tige Werte sind yes f r das Aktivieren von Zeitzonen im Netzwerk und no f r das Inaktivieren von Zeitzonen im Netzwerk Standardm ig ist die Zeitzonenoption bei der Installation von Tivoli Workload Scheduler deaktiviert Wenn der Eintrag time zone enable in der Datei globalopts fehlt ist die Zeitzonenoption inaktiviert Wei tere Informationen zu dieser Funktion finden Sie unter eege P nef Beispiel der Datei f r globale Optionen Eine Schablone der Datei f r globale Optionen mit den Tivoli Workload Scheduler Standard einstellungen finden Sie unter TWShome config globalopts Eine Arbeitskopie der Datei f r globale Optionen wird bei der Installation als TWShome mozart globalopts installiert Sie k nnen die Arbeitskopie entsprechend Ihren Bed rfnissen anpassen Nachfolgend wird ein Beispiel der Datei f r globale Optionen aufgef hrt Globalopts file on the master domain manager defines attributes of the Tivoli Workload Scheduler network company Tivoli Systems master main start 0600 history 10 carryforward yes ignore calendars no batchman schedule no retain rerun job name no End of globalopts Version 8 1 Globale Optionen Die Weiterleitungsoptionen Jobnetze werden durch den Befehl stageman w hrend der Tagesabschlussverarbeitung wei tergeleitet Der Weiterleitungsprozess wird durch Folgendes beeinflusst Das Schliisselwort carryforwar
35. cee eee xii Plattformspezifische Informationen xii Kontaktaufname mit der Kundenunterst tzung 0 2 ce eee xiii In diesem Handbuch verwendete Konventionen xiii Kapitel 1 Einf hrung EE 1 Neue Funktionen in dieser Version 1 Mehrere Kalender mit Feiertagen 1 Regel f r arbeitsfreie Tage ccc ieee cee eRe ew EE ddar bee EEE SEE RHE ES ERE ORES 2 Leistungsoptimierungen e 2 Installationsoptimierungen 2 iero decorrenti eee eee 3 Linux Unterst tzung sie eee ee eee RH ee RE ETRE ee REE LORE EOE EEE SEE EN CES 3 Endpunkt zu Endpunkt Zeitplanung 2 2 eee eee 3 Integration in Tivoli Business Systems Manager 4 Gel schte Funktionalit ten gt seces 0 0 nennen ebreu ESEE nek 4 Tivoli Workload Scheduler scce esc iiews peaa eiim 2 ood has ie 4 Job Sched ling Consoles srera meaai ae a SOS ee eine a 6 Terminologie der Job Scheduling Console 0 0 0 0 0 00 cece eee eee 7 berlegungen zu Zeitzonen A e NIE cede NEE NEIE EE RER eb eed heed KREE ESO REES EES REE 8 Netzwerkpl nunsg 2 422 04 2 4384 ass Beten a ae 9 bersicht ber ein Tivoli Workload Scheduler Netzwerk n on annann anaana rarnana 9 Funktionalit t der Dom nen 9 Auf eine Dom ne begrenzte Verarbeitung 10 berlegungen zum Netzwerk Are erahnen daran Eed e 10 Netzwerke mit einer Dom ne 12 Netzwerke mit mehreren Dom nen 13 Zu einem Sicherungsdom nenmanager wechseln 0 eee 14 Erweiterte Datenba
36. der Befehlszeile ausgef hrt werden delete Ist noch nicht implementiert display Zugriff auf die Sicherheitsdatei mit dem Befehl dumpsec Au erdem Tivoli Workload Scheduler Planung und Installation 55 UBIBIUHOP POYIBYIIS p Syntax der Datei Security 56 k nnen Kalender Parameter Eingabeaufforderungen und Ressourcen stammdateien angezeigt werden Diese Aktionen Konnen nur in der Befehlszeile ausgefiihrt werden modify Zugriff auf die Sicherheitsdatei mit dem Befehl makesec Au erdem k nnen nderungen an Kalendern Parametern Eingabeaufforderungen und Ressourcenstammdateien vorgenommen werden Diese Vorg nge k nnen nur in der Befehlszeile ausgef hrt werden Anmerkung Mit der Objektart file wird die Sicherheit in der CLI verwaltet diese Art ist nur f r die CLI g ltig F r die Objektart job add Neue Jobs der Datenbank hinzuf gen und speichern adddep Abh ngigkeiten f r Jobs im Produktionsplan hinzuf gen Diese Aktion ist nicht auf Workstations verf gbar die mit Tivoli Workload Scheduler for z OS f r die Endpunkt zu Endpunkt Zeitplanung verbunden sind altpri Jobpriorit ten im Produktionsplan ndern Diese Aktion ist nicht auf Workstations verf gbar die mit Tivoli Workload Scheduler for z OS f r die Endpunkt zu Endpunkt Zeitplanung verbunden sind cancel Jobs im Produktionsplan abbrechen Diese Aktion ist nicht auf Worksta tions verfiigbar die mit Tivoli Workload Scheduler for z OS fiir die End
37. die Geschwindigkeit der Schreibzugriffe auf der Platte an Diese Option wirkt sich auf alle Mailbox Agenten aus und gilt nur fiir UNIX Workstations Folgende Werte sind m glich low berl sst dem Betriebssystem die Handhabung medium F hrt Aktualisierungen nach Beendigung einer Transaktion aus high F hrt bei jeder Dateneingabe Aktualisierungen aus Der Standardwert ist high switch sym prompt Gibt eine Eingabeaufforderung f r die Conman Befehlszeile an nachdem eine andere Datei Symphony mit dem Befehl setsym ausgew hlt wurde Die Eingabeauf forderung kann aus bis zu 8 Zeichen bestehen Der Standardwert ist ein Prozent zeichen thiscpu Gibt den Tivoli Workload Scheduler Namen dieser Workstation an wr enable compression Diese Option wird auf fehlertoleranten Agenten verwendet Gibt an ob der fehler tolerante Agent die Datei Symphony in komprimierter Form vom Hauptdom nen manager empfangen kann Der Standardwert ist no wr read Gibt die Zeit in Sekunden an die der Writer Prozess auf eine ankommende Nach richt wartet bevor er berpr ft ob eine Beendigungsanforderung von Netman vor liegt wr unlink Gibt die Wartezeit in Sekunden an nach der der Writer Prozess beendet wird weil keine Nachrichten empfangen werden Die Untergrenze liegt bei 120 Sekunden der Standardwert ist 600 Beispiel der Datei f r lokale Optionen Eine Schablonendatei mit den Tivoli Workload Scheduler Standardeinstellungen finden Sie
38. die M glichkeit alle Aktionen auszuf h ren m F r die Objektart calendar add Neue Kalender der Datenbank hinzuf gen und speichern delete Kalender aus der Datenbank l schen display Kalender in der Datenbank anzeigen modify Kalender in der Datenbank ndern use Kalender zur Terminierung von Jobnetzen verwenden m F r die Objektart cpu zu der Workstations und Dom nen geh ren add Neue Workstations und Dom nen der Datenbank hinzuf gen und spei chern console Tivoli Workload Scheduler Konsole anzeigen und ndern delete Workstations und Dom nen aus der Datenbank l schen display Workstations und Dom nen in der Datenbank anzeigen fence Jobgrenzen f r Workstations im Produktionsplan ndern limit Jobbegrenzungen f r Workstations im Produktionsplan ndern link Workstationverbindungen herstellen modify Workstations und Dom nen in der Datenbank ndern und ersetzen shutdown Tivoli Workload Scheduler herunterfahren Diese Aktion kann nur in der Befehlszeile ausgef hrt werden start Tivoli Workload Scheduler Verarbeitung starten stop Tivoli Workload Scheduler Verarbeitung stoppen unlink Workstationverbindungen trennen Damit ein Benutzer die Dom nenmanagerfunktion auf eine Workstation bertra gen kann muss er ber die Zugriffsberechtigungen start und stop auf der Work station verf gen F r die Objektart file build Tivoli Workload Scheduler Datenbankdateien erstellen Diese Aktion kann nur in
39. diesem Feld wird die lokale Zeit angezeigt zu der die Aktion ausgef hrt wurde Die lokale Zeit wird durch die Zeitzonenoption der Workstation definiert Das For mat ist hhmmss wobei hh f r die Stunde mm f r die Minute und ss f r die Sekunde steht Objektart In diesem Feld wird die Art des Objekts angezeigt f r das eine Aktion ausgef hrt wurde Es gibt folgende Objektarten DATABASE Definition einer Datenbank DBWKSTN Definition einer Datenbankworkstation DBWKCLS Definition einer Datenbankworkstationklasse DBDOMAIN Definition einer Datenbankdom ne DBUSER Definition eines Datenbankbenutzers DBJBSTRM Definition eines Datenbankjobnetzes DBJOB Definition eines Datenbankjobs DBCAL Definition eines Datenbankkalenders DBPROMPT Definition einer Datenbankeingabeaufforderung DBPARM Definition eines Datenbankparameters DBRES Definition einer Datenbankressource DBSEC Datenbanksicherheit PLAN Plan PLWKSTN Planworkstation PLDOMAIN Plandom ne Version 8 1 Pr fung PLJBSTRM Planjobnetz PLJOB Planjob PLPROMPT Planeingabeaufforderung PLRES Planressource PLFILE Plandatei Aktionsart In diesem Feld wird angezeigt welche Aktion f r das Objekt ausgef hrt wurde Die entsprechenden Werte f r dieses Feld h ngen von der ausgef hrten Aktion ab F r die Datenbank kann die Aktionsart ADD DELETE MODIFY EXPAND oder INSTALL sein Tivoli Workload Scheduler zeichnet die Aktionen ADD DEL
40. f r Datenbankobjekte wie Jobs Jobnetze Work stations Dom nen und Benutzer Erweiterte Datenbanken wer den mit dem Befehl dbexpand oder als eine Option w hrend 133 Jesso 5 der Installation konfiguriert Erweitern Sie die Datenbank erst dann wenn Sie die Bedeutung und die Auswirkungen dieses Befehls kennen Erweiterter Agent Erweiterte Agenten werden verwendet um die Jobsteuerungsfunktionen von Tivoli Workload Scheduler in andere Betriebssysteme wie MVS und Anwendungen wie Oracle Anwendungen Peoplesoft und Baan zu integrieren Erweiterte Agenten verwenden Skripte auch Zugriffsmethoden genannt um mit externen Systemen zu kommunizieren Externer Job Ein Job aus einem Jobnetz der ein vorange gangener Job fiir einen Job aus einem anderen Jobnetz ist Ein externer Job wird mit einem Platzhaltersymbol in der Diagrammanzeige des Jobnetzes dargestellt F Fehlertoleranter Agent Eine Agentenworkstation im Tivoli Workload Scheduler Netzwerk die lokale Abh ngigkeiten aufl sen und zugeh rige Jobs ohne Dom nenmanager starten kann Folgeabh ngigkeit Eine Abh ngigkeit bei der ein Job oder Jobnetz erst ausgef hrt werden kann nachdem andere Jobs oder Jobnetze erfolgreich beendet wurden Fr hestm gliche Startzeit Die Uhrzeit vor der der Job oder das Jobnetz nicht starten kann Die fr hestm gliche Startzeit ist eine Sch tzung die auf fr heren Erfahrungen mit dem Ausf h ren des Jobs oder Jobnetzes bas
41. in das Protokoll eingetragen Der nde rungsbefehl wird im Protokoll als L schbefehl und Befehl zum Hinzuf gen angezeigt Die Pr ffunktion aktivieren 92 Die Pr foption wird durch zwei Eintr ge in der Datei globalopts aktiviert plan audit level 0 1 database audit level 0 1 Der Wert 1 aktiviert die Pr fung der Wert 0 inaktiviert die Pr fung Die Standardeinstellung in Tivoli Workload Scheduler ist zurzeit 0 d h die Pr fung ist inaktiviert Wenn diese Optionen in der Datei globalopts nicht vorhanden sind ist die Pr fung inaktiviert Bei der Installation des Produktes ist die Pr fung standardm ig inaktiviert Zum Einleiten der Datenbankpr fung m ssen Sie Tivoli Workload Scheduler vollst ndig her unterfahren und den Befehl wmaeutil zum Stoppen der Connector Instanz verwenden Wenn Sie Tivoli Workload Scheduler und die Connector Instanz erneut starten wird das Daten bankpr fprotokoll initialisiert Die Planpr fung findet statt wenn Jnextday ausgef hrt wird Version 8 1 Pr fung Das Format des Pr fprotokolls Das Format der Pr fprotokolle ist f r den Plan und die Datenbank grunds tzlich dasselbe Das Protokoll umfasst einen Header eine Aktions ID und Abschnitte mit Daten deren Inhalt von der Aktionsart abh ngt Die Daten haben Klartextformat und die Datenelemente sind durch einen vertikalen Balken getrennt Die Protokolldateieintr ge haben das folgende Format Protokollart Datum WEZ Ze
42. installieren auf denen eine beliebige Version von Maestro for MPE ausgef hrt wird Die Datenbanken k nnen mit Hilfe des Befehls dbexpand zu einem sp teren Zeitpunkt erweitert werden Im Handbuch Tivoli Workload Scheduler Referenz finden Sie weitere Informationen zum Befehl dbexpand Anmerkung Wenn sich in Ihrem Netzwerk MPE Workstations befinden m ssen Sie den nicht erweiterten Modus verwenden MPE Workstations k nnen nicht in erweiterte Tivoli Workload Scheduler Netzwerke aufgenommen werden Tivoli Workload Scheduler Planung und Installation 25 uas91 2 SUl LN SMopulM Jeun Z Die Software installieren 12 Geben Sie die folgenden Informationen im Fenster Konfigurationsdaten an und kli cken Sie Weiter gt an Configuration Information Ea Please enter Maestro configuration information Company fr ivoli Systems This CPU JBUVOLIL Master CPU BUYOLIL Product Group BUVOLIL_TWSUSER ent Firma Der Name Ihres Unternehmens Diese CPU Der Tivoli Workload Scheduler Name dieser Workstation Bei der nicht erwei terten Version von Tivoli Workload Scheduler kann es sich hierbei um bis zu acht alphanumerische Zeichen Bindestriche oder Unterstreichungszeichen _ handeln Das Anfangszeichen muss ein Buchstabe sein Bei der erweiterten Version k nnen bis zu 16 Zeichen eingegeben werden Mit diesem Namen wird zu einem sp teren Zeitpunkt die Workstation in Tivoli Workload Scheduler for mal definiert Mas
43. master mdm uname twsuser group gruppel andere_opt Ein Beispielskript customize f r eine FTA Workstation k nnte folgenderma en lauten bin sh customize new thiscpu dml master mdm uname twsuser group gruppel optionen Wenn Sie ein HP UX 10 x System verwenden befindet sich Ihre Bourne Shell unter Umst nden im Verzeichnis usr In diesem Fall verwenden Sie folgende Syntax usr bin sh customize new thiscpu mdm master mdm uname twsuser group gruppel andere_opt Weitere Informationen zu den Argumenten von customize und weitere Beispiele finden Sie unter Da 4 Erstellen Sie eine Datei des Typs profile f r den Maestro Benutzer wenn noch keine vorhanden ist twshomel profile F gen Sie in dieser Datei der PATH Variablen twshome und twshome bin hinzu Beispiel PATH bin usr bin usr local bin opt maestro opt maestro bin PATH Endet die PATH Anweisung mit einem Punkt sollten Sie den Punkt durch die oben genannten Pfadangaben ersetzen bzw die Pfadangaben vor dem Punkt einf gen Enth lt die PATH Anweisung keinen Punkt f gen Sie die Pfadangaben am Ende hinzu 5 Wenn der Tivoli Workload Scheduler Netzwerkmanagementprozess Netman bei jedem Bootvorgang des Systems als D mon gestartet werden soll f gen Sie der Datei ete rc oder der entsprechenden Datei in Ihrem System eine der folgenden Sequenzen hinzu Wenn nur Netman gestartet werden soll if x twshome StartUp then echo Netman wird gestartet b
44. nenmanagers k nnte folgenderma en lauten bin sh customize update uname name andere_opt Ein Beispielskript customize f r eine FTA Workstation k nnte folgenderma en lauten bin sh customize update uname name optionen Wenn Sie ein HP UX 10 x System verwenden befindet sich Ihre Bourne Shell unter Umst nden im Verzeichnis usr In diesem Fall verwenden Sie folgende Syntax usr bin sh customize update uname name andere_opt Weitere Informationen zu den Argumenten von customize und weitere Beispiele finden Sie unter Da e eite Tivoli Workload Scheduler Planung und Installation 41 Uda 2 SUI XINN Jeun E Tivoli Workload Scheduler aktualisieren Das Sicherheitsprofil aktualisieren Bei der Migration von Maestro Version 6 0 muss eine zus tzliche Maestro Benutzerdefinition der Sicherheitsdatei hinzugef gt werden Die ID tme_region_administrator muss in die Sicherheitsdatei aufgenommen werden wenn Sie Tivoli Management Framework f r die Verwendung des Tivoli Workload Scheduler Connectors bereits installiert haben 1 Melden Sie sich als Maestro an 2 F hren Sie den Befehl dumpsec aus um eine editierbare tempor re Kopie der Sicherheitsdatei zu erstellen dumpsec gt tempsec 3 Editieren Sie die Sicherheitsdatei F gen Sie im Abschnitt USER MAESTRO die Tivoli Administrator ID hinzu USER MAESTRO root maestro administrator tme_region_admin 4 F hren Sie den Befehl makesec aus um die tempor re
45. sind enth lt die Symphony Datei eines fehlertoleranten Agenten dieselben Informationen wie die Datei auf dem Hauptdom nenmanager N here Angaben finden Sie in dem Abschnitt im Tivoli Workload Scheduler Console Benutzer handbuch der beschreibt wie Sie Workstations in der Datenbank verwalten Fehlertoleranter Haupt Standardagent Agent Dom nenmanager A Symphony _ Symphony Netzwerkprozesse Netman wird durch das Skript StartUp gestartet Die Reihenfolge der Prozesserstellung ist wie folgt Netman Mailman Batchman und Jobman Auf Standardagentenworkstations wird Batchman nicht ausgefiihrt Alle Prozesse mit Ausnahme von Jobman werden als Benutzer TWS ausgefiihrt Jobman wird als root ausgefiihrt Wenn die Netzwerkaktivit t startet empf ngt Netman Anforderungen von fernen Mailman Prozessen Sobald eine Anforderung empfangen wurde erstellt Netman einen Writer Prozess und bergibt die Verbindung an ihn Writer empf ngt die Nachricht und bergibt sie an den lokalen Mailman Prozess Die Writer Prozesse auf einem Dom nenmanager k nnen mehr als einer vorhanden sein werden durch Verbindungsanforderungen gestartet und durch Anforderungen zum Aufheben der Verbindung gestoppt oder wenn der kommunizierende Mailman Prozess beendet wird Dom nenmanager einschlie lich des Hauptdom nenmanagers k nnen mit einer gro en Anzahl Agenten und untergeordneter Dom nenmanager kommunizieren Sie k nnen Mail
46. unter UNIX eee 117 COMPOSE At dave eta awed ae bad ee dded has gad cand ceads 117 Conman oc vase be eee eee ba ee Eee be EEN Oe RE ee TEE de we ES ee 117 UNIX oder Windows NT Master 2 nennen 118 COMPOSE ante advent an cantante asin teas EE eek 118 opman ee eee E ee ee eee eRe eee OEE EES eee EES Oe 118 MPE Sla VES eneen enea s a a i a a ae i a Se anai aa aa a 118 Tivoli Workload Scheduler Planung und Installation vii Artangert sacarana nea eR a ern ea ANER AN EE EEN 118 COMPOSER ee e EC rh ee wating ege thera Bathe etnies aout ad ide ays aang eae adele 118 CONMAN EE 118 Anhang D Auf Tivoli Workload Scheduler migrieren 5 119 Kurze Beschreibung von Tivoli Management Framework f r neue Tivoli Benutzer 119 Hinweise zur Installation ENEE NEES AER nee en ESR nenn 120 Installationsposition f r den Client der Job Scheduling Console 120 Installationsposition f r die Connector 2 0 eee 120 Connector auf FTAs installieren 2 0 2 cee eee 121 Hinweise zum Stcherungs Master 121 Umgang mit nicht zu Ebene 1 geh renden Mastern in einem vorhandenen Maestro Netzwerk 122 Den Sicherungs Master versetzen 122 Einen Sicherungs Master erstellen 123 Datenbanken des Hauptdom nenmanagers anhdngen 0 00000 ee eee 123 Umgang mit nicht zu Ebene 1 geh renden Sicherungs Mastern in einem vorhandenen Maestro Netzwerk ee re re Guia 124 Mehrere Fenster in der
47. zu Ebene 1 geh renden Mastern in einem vorhandenen Maestro Netzwerk Sie haben zwei M glichkeiten dieses Problem zu umgehen m Erstellen Sie ein Skript das die Parameterwerte vom FTA zum Master hochl dt und ndert F hren Sie dieses Skript unmittelbar vor Jnextday aus Wenn Sie Jnextday davon abh ngig machen wird sichergestellt dass die Parameter erfolgreich hochgeladen wer den bevor Jnextday die Produktion f r den n chsten Tag aufbaut m Versetzen Sie auf der Master CPU die Parameterdatenbank ins Verzeichnis mozart Stel len Sie eine Verbindung vom Master zum Basisverzeichnis her Erstellen Sie daraufhin auf dem FTA eine Verbindung von der Parameterdatenbank in mozart zu twshome Wenn Sie die Zeitzonenfunktion in der Job Scheduling Console aktivieren m chten m ssen Sie die lokale Datei globalopts auf dem FTA editieren um den Eintrag Timezone Enable zu setzen Umgang mit nicht zu Ebene 1 geh renden Sicherungs Mastern in einem vorhandenen Maestro Netzwerk Sie k nnen Ihren vorhandenen Sicherungs Master beibehalten selbst wenn er nicht auf den unterst tzten Plattformen Ebene 1 ausgef hrt wird Bedenken Sie allerdings dass Sie die Job Scheduling Console in dieser Umgebung nicht verwenden k nnen Folgen Sie den Anweisungen im vorhergehenden Abschnitt wenn Sie sich dazu entschlie en Maschinen zu wechseln Mehrere Fenster in der JS Console ausf hren Wenn Sie mehr als sieben aktive JS Console Fenster auf einem C
48. 6 Schedulr 83 85 Security Beispiel der Datei 60 Benutzerdefinitionen 50 Dateisyntax 50 Dumpsec 49 Erstellen der Datei Security 49 Makesec 49 Reihenfolge der Benutzerdefinitionen 58 Reihenfolge der Objekte 58 Schablonendatei 49 bersicht 49 UNIX Superuser 59 Variablen 59 verwalten 49 setup_env 127 Setzen globale Optionen 69 Setzen lokale Optionen 74 Sfinal 83 Sicherheitsdatei 125 Sicherungs Master 121 Stageman 83 Start 84 85 Startzeit 72 128 stdlist width Option 78 Submit 121 Switchmgr 122 Version 8 1 Symphony 121 Syntax Datei Security 50 syslog 81 syslog local Option 78 7 Tagesstartzeit 72 Termin 84 128 thiscpu Option 78 Timezone enable Option 72 Timezone enable 124 128 Tivoli Arbeitsoberfl che 120 Tivoli Kundenunterstiitzung xiii Tivoli Managementserver 119 Tivoli Verwaltungsbereich 119 TWS Connector 4 120 Instanzen 121 U bersicht ber die Installation 15 UNIX Superuser Security 59 UNTIL Schl sselwort 84 V Variablen Datei Security 59 Ver ffentlichungen bestellen xi Verwalten der Sicherheit 49 Verwalteter Knoten 119 Vollst ndiger Status 122 Vorbereitungsberichte 83 W Wmaeutil 127 wmaeutil Befehl 92 wr read Option 79 wr unlink Option 79 Z Zeitzone 120 Zeitzonenunterstiitzung 8 Tivoli Workload Scheduler Planung und Installation 139 xapuj 140 Version 8 1 Programmnummer 5698 WKB SH12 3010 00
49. Arbeitseinheit die auf einer Workstation verarbeitet wird Die Jobdefinition umfasst einen eindeutigen Jobnamen der in der Tivoli Workload Scheduler Datenbank zusammen mit weiteren zur Ausf hrung eines Jobs erforderlichen Informatio nen gespeichert ist Wenn Sie einen Job einem Jobnetz hinzuf gen k nnen Sie auch seine Abh ngigkeiten und Zeit begrenzungen wie zum Beispiel die gesch tzte Startzeit und den Termin definieren Job Instanz Ein Job der im Plan f r ein spezifisches Bearbeitungsdatum terminiert wurde Siehe auch Job Jobnetz Eine Liste mit Jobs die als eine Einheit ausgef hrt werden etwa eine w chentliche Datensicherungsanwendung sowie Zeitpunkte Priorit ten und andere Abh ngigkeiten die die genaue Reihenfolge der Jobausf hrung bestimmen Jobnetz final Das letzte Jobnetz das an einem Produktions tag ausgef hrt wird Es enth lt einen Job der die Skriptdatei Jnextday ausf hrt Jobnetz Instanz Ein Jobnetz das im Plan f r ein bestimmtes Bearbeitungsdatum terminiert wurde Siehe auch Jobnerz Version 8 1 Jobstatus Siehe Status K Kalender Ein Kalender ist ein definiertes Objekt in Tivoli Workload Scheduler das eine Liste mit Plandaten enth lt Weil es ein eindeutiges in der Datenbank definiertes Objekt ist kann es mehreren Jobnetzen zugeordnet werden Die Zuordnung eines Kalenders zu einem Jobnetz bewirkt dass das Jobnetz an den im Kalender angegebenen Tagen ausge
50. Computer gelten und von einem beliebigen Computer aus verwaltet werden k n nen Sie entweder das Verzeichnis TWShome zur gemeinsamen Benutzung freigeben wie oben f r andere Verzeichnisse beschrieben oder die Parameterdatenbank bei jeder nderung vom Hauptdom nenmanager auf die anderen Computer kopieren Es gibt folgende Datenbankdateien TWShome parameters TWShome parameters KEY Ein Verzeichnis gemeinsam benutzen Alternativ zur gemeinsamen Benutzung verschiedener Verzeichnisse k nnen Sie auch alle Datenbankdateien in ein gemeinsames Verzeichnis versetzen dieses zur gemeinsamen Benut zung freigeben und anschlie end in den weiter unten beschriebenen lokalen Optionen den Namen des zur gemeinsamen Benutzung freigegebenen Verzeichnisses angeben Die Datenbankdateien werden nachfolgend aufgef hrt In TWShome unison cpudata cpudata KEY userdata userdata KEY In TWShome mozart calendars calendars KEY job sched job sched KEY jobs Jobs KEY mastsked mastsked KEY prompts prompts KEY resources resources KEY Tivoli Workload Scheduler Planung und Installation 29 us4aa jjejsul LN SMopulM Jeun Z Nach der Installation bzw der Aktualisierung 30 In TWShome parameters parameters KEY Die Dateien werden erstellt wenn sie von Tivoli Workload Scheduler ben tigt werden Sind sie nicht vorhanden k nnen Sie in den lokalen Optionen das zur gemeinsamen Benutzung freigegebene Verzeichnis angeben wie unten bes
51. Die Dom nenmanager und fehlertoleranten Agenten von Tivoli Workload Scheduler werden zum Terminieren auf den verteilten Plattfor men verwendet Die Endpunkt zu Endpunkt Zeitplanung basiert auf der M glichkeit einen Tivoli Workload Scheduler Dom nenmanager und seine zugeh rigen Agenten und Dom nen mit der Tivoli Workload Scheduler for z OS Steuerkomponente zu verbinden Die Tivoli Workload Schedu ler for z OS Steuerkomponente erstellt den Produktionsplan auch f r das verteilte Netzwerk und sendet ihn an den Dom nenmanager Der Dom nenmanager sendet eine Kopie des Plans zur Ausf hrung an jeden seiner verbundenen Agenten und untergeordneten Dom nen manager Der Dom nenmanager fungiert als das Brokersystem f r das gesamte verteilte Netzwerk indem er alle Abh ngigkeiten des Netzwerks aufl st Er sendet seine Aktualisie rungen in Form von Ereignissen an Tivoli Workload Scheduler for z OS so dass der Plan entsprechend aktualisiert werden kann Tivoli Workload Scheduler for z OS handhabt seine eigenen Jobs und benachrichtigt den Dom nenmanager ber alle Status nderungen der Jobs von Tivoli Workload Scheduler for z OS die den Tivoli Workload Scheduler Plan betreffen In dieser Konfiguration erkennen der Dom nenmanager und alle verteilten Agenten Tivoli Workload Scheduler for z OS als den Hauptdom nenmanager an und benachrichtigen ihn ber alle nderungen in ihren eigenen Pl nen Gleichzeitig sind die Agenten nicht berech tigt die J
52. ETE und MODIFY f r Workstations Workstationklassen Dom nen Benutzer Jobs Job netze Kalender Eingabeaufforderungen Ressourcen und Parameter in der Daten bank auf Im Feld Aktionsart wird au erdem die Installation einer neuen Sicherheitsdatei aufgezeichnet Wenn der Befehl makesec ausgef hrt wird zeichnet Tivoli Workload Scheduler ihn als INSTALL Aktion eines Sicherheitsdefinitions objekts auf Wenn der Befehl dbexpand ausgef hrt wird wird er als EXPAND Ak tion f r ein Objekt DATABASE aufgezeichnet LIST und DISPLAY Aktionen f r Objekte werden nicht protokolliert F r fileaid protokolliert Tivoli Workload Schedu ler nur die Befehle deren Ergebnis das ffnen einer Datei ist F r Parameter werden die Argumente aus der Befehlszeile protokolliert Workstationname In diesem Feld wird die Tivoli Workload Scheduler Workstation angezeigt von der aus der Benutzer die Aktion ausf hrt Benutzer ID In diesem Feld wird der angemeldete Benutzer angezeigt der die betreffende Aktion ausgef hrt hat Auf Win32 Plattformen ist dies der vollst ndig qualifizierte Dom nenname dom ne benutzer Framework Benutzer In diesem Feld wird die von Tivoli Management Framework erkannte Benutzer ID angezeigt Dies ist die Anmelde ID des Job Scheduling Console Benutzers Objektname In diesem Feld wird der vollst ndig qualifizierte Name des Objektes angezeigt Das Format des Feldes h ngt von der in der folgenden Liste aufgelisteten Objektart ab
53. GED INTO THE MIS GROUP ON ANY WORKSTATION OR FRAMEWORK user misusers group mis begin OBJECT ATTRIBUTES ACCESS CAPABILITIES eege ee eso eceeeos een job cpu thiscpu logon user access job cpu thiscpu logon jclowner Jogon root access submit use schedule cpu thiscpu access add submit modify display parameter name r access parameter name access display end Hebe tad tae ee ee te ae Ee eae d d dt dt dl a a a dt 6 APPLIES TO ALL OTHER USERS LOGGED IN ON ANY WORKSTATION user default logon begin OBJECT ATTRIBUTES ACCESS CAPABILITIES d eege ff ailes en at elei job cpu thiscpu logon user access job cpu thiscpu logon jclowner Togon root access submit use schedule cpu thiscpu access add submit modify display parameter name u access parameter name name r access display end i a a a a a EEE EEE Version 8 1 Beispiel der Datei Security Erkl rung des Beispiels der Datei Security Beachten Sie bei der Reihenfolge der Definitionen Folgendes die spezifischste Definition steht am Anfang und die allgemeinste am Ende Aufgrund der Reihenfolge werden die Benutzer maestro und root zuerst abgeglichen gefolgt von den Benutzern der Gruppe sys und schlieBlich denen der Gruppe mis Alle anderen Benutzer werden mit der letzten Defini tion abgeglichen die am wenigsten spezifisch ist 1 APPLIES TO MAESTRO OR ROOT USERS LOGGED IN ON THE MASTER DOMAIN MANAGER OR FRA
54. Hauptdom nenmanager bermittelt Der Hauptdom nenmanager verteilt diese Nachrichten dann ber die hierarchi sche Baumstruktur um die Symphony Dateien von Dom nenmanagern und fehlertoleranten Agenten im Modus Vollst ndiger Status zu aktualisieren Auf eine Dom ne begrenzte Verarbeitung Bei der Planung der Tivoli Workload Scheduler Dom nen ist das Konzept der begrenzten Verarbeitung von entscheidender Bedeutung Ziel dabei ist die Trennung bzw Begrenzung der Planungsaktivit ten basierend auf bestimmten Gemeinsamkeiten Bei diesen Gemeinsamkeiten kann es sich z B um geografische Standorte Gesch fts funktionen und Anwendungsgruppierungen handeln Durch eine solche gruppierte Verarbei tung kann das Informationsvolumen das zwischen den Dom nen ausgetauscht werden muss reduziert werden Aus der Verarbeitungsbegrenzung in Dom nen ergeben sich folgende Vor teile m Verringerter Datenaustausch auf dem Netzwerk Da die Verarbeitung auf die Dom ne beschr nkt wird ist die Kommunikation zwischen den Dom nen seltener erforderlich m Verbesserung der Sicherheit und Vereinfachung der Verwaltung Die Sicherheits und Verwaltungsaufgaben k nnen auf der Dom nenebene definiert und auf sie beschr nkt werden An Stelle einer netzwerkweiten oder einer workstationspezifischen Verwaltung k nnen Sie sich f r die Dom nenverwaltung entscheiden m Die Fehlertoleranz im Netzwerk und auf den Workstations Kann optimiert werden In einem TW
55. IX installieren In diesem Abschnitt wird der Installationsprozess von Tivoli Workload Scheduler fiir UNIX Systeme und Netzwerke beschrieben Systemvoraussetzungen Nachfolgend sind die Systemvoraussetzungen fiir Tivoli Workload Scheduler auf UNIX Sys temen aufgefiihrt CD ROM Laufwerk fiir die Installation Ca 120 MB freier Plattenspeicherplatz fiir Dom nenmanager und fehlertolerante Agen ten Ca 80 MB fiir Standardagenten Tivoli Workload Scheduler erstellt au erdem Protokolldateien und tempor re Dateien die auf dem lokalen Festplattenlaufwerk gespeichert werden Der ben tigte Platten speicherplatz h ngt von der Anzahl der von Tivoli Workload Scheduler verwalteten Jobs ab sowie davon wie lange die Protokolldateien gespeichert bleiben sollen 32 MB Arbeitsspeicher und 48 MB Auslagerungsspeicher f r Dom nenmanager und fehlertolerante Agenten Der Bedarf von Standardagenten ist geringer Bei fehlertoleranten Agenten k nnen optional auch Verzeichnisse vom Hauptdom nen manager angeh ngt werden Daf r ist das Network File System NFS erforderlich Zie hen Sie Ihre System und Netzwerkadministratoren zu Rate und schlagen Sie weitere Informationen im Tivoli Workload Scheduler Console Benutzerhandbuch nach Unter Digital UNIX muss die Umgebungsvariable LD_NO_LIBSTREAMSOCKET auf 0 gesetzt und vor der Installation von Tivoli Workload Scheduler exportiert werden Lesen Sie die Tivoli Workload Scheduler Release Informationen
56. Kalendernamen an Platzhalterzeichen sind erlaubt Mehrere Namen miissen durch Kommas getrennt werden Erfolgt keine Angabe bezieht sich die Definition auf alle Kalender m F r die Objektart cpu Workstation cpu workstation Gibt mindestens einen Workstation oder Dom nennamen an Platzhalter zeichen sind erlaubt Mehrere Namen m ssen durch Kommas getrennt werden Erfolgt keine Angabe bezieht sich die Definition auf alle Work stations Folgende Tivoli Workload Scheduler Variablen k nnen verwen det werden master remotes slaves und thiscpu Weitere Informa tionen finden Sie unter L Mon oli bereitgestellte Variablen auf F r die Objektart file name dateiname Gibt die Namen von Tivoli Workload Scheduler Datenbankdateien an Platzhalterzeichen sind erlaubt Mehrere Namen miissen durch Kommas getrennt werden Erfolgt keine Angabe bezieht sich die Definition auf alle Dateien Es gibt folgende Dateinamen calendars Enthalt Kalender cpudata Enth lt Workstations und Dom nen jobs Enth lt Jobs Version 8 1 Syntax der Datei Security mastsked Enth lt Jobnetze parameters Enth lt Parameter prodsked Enthalt den Produktionszeitplan prompts Enthalt Eingabeaufforderungen resources Enth lt Ressourcen security Die Sicherheitsdatei Symphony Enth lt den Produktionsplan m F r die Objektart job cpu workstation Gibt den Namen der Workstation an auf der der Job ausgef hrt wird
57. Konto manuell erstellt werden f h ren Sie die unten aufgef hrten Schritte durch Anmerkung F r die folgenden Vorgehensweisen werden Kenntnisse ber das Konten management unter Windows NT ben tigt einschlie lich der F higkeit Konten zu erstellen und Benutzerrechte zu vergeben Verf gen Sie nicht ber diese Kenntnisse wenden Sie sich an Ihren NT Administrator oder lesen Sie die Microsoft Dokumentation bzw die Online Hilfe zu Windows NT Tivoli Workload Scheduler Verwaltungstypen Die Datenbanken mit den Zeitplanungsobjekten von Tivoli Workload Scheduler befinden sich auf dem Computer der als Hauptdom nenmanager definiert ist Sie k nnen die Zeit planungsobjekte auf eine der folgenden Weisen verwalten 1 Zentral d h nur vom Hauptdom nenmanager aus 2 Dezentral also von mehreren Tivoli Workload Scheduler Computern aus W hlen Sie eine der folgenden Prozeduren aus je nachdem auf welche Weise Sie die Zeit planungsobjekte von Tivoli Workload Scheduler verwalten m chten Zentrale Verwaltung Wenn Sie die Zeitplanungsobjekte nur vom Hauptdom nenmanager aus verwalten wollen erstellen Sie den Benutzer in der Regel TWS bzw maestro wie folgt 1 Erstellen Sie ein lokales Benutzerkonto namens TWS auf dem Computer der als Haupt dom nenmanager von Tivoli Workload Scheduler dienen soll Beachten Sie dass dieser Name auf allen Computern im Tivoli Workload Scheduler Netzwerk verwendet werden muss auch auf UNIX Computern
58. LL 9 Die Netzwerk IP Adresse berpr fen verb ip adr IP Adresse der verbindenden Workstation bek ip adr Bekannte IP Adresse f r die verbindende Workstation Beim Fehlen einer Symphony Datei ist die berpr fung der IP Adresse immer erfolgreich In einem Tivoli Workload Scheduler Netzwerk ist der erste Schritt zum Verbinden Option zum automatischen Verbinden bei einem manuellen Verbindungsbefehl eines Dom nen manager mit einem Agenten im Allgemeinen erfolgreich da die Datei Symphony noch nicht vorhanden ist Wenn auf dem Agenten allerdings eine Symphony Datei einer fr heren Aus f hrung vorhanden ist schl gt die erste Verbindungsanforderung m glicherweise fehl wenn der Name des Dom nenmanagers nicht in der Symphony Datei enthalten ist Fehlerbehebung im Netzwerk 108 Einige Problemarten erfordern m glicherweise das Ausf hren von Prozeduren zur Behebung von Netzwerkfehlern Dazu geh ren folgende Probleme m Initialisierungsprobleme die verhindern dass Agenten und Dom nenmanager am Beginn eines neuen Tags korrekt gestartet werden m Netzwerkverbindungsprobleme die verhindern dass Agenten mit ihren Dom nen managern kommunizieren m Der Verlust eines Dom nenmanagers wodurch ein Wechsel auf den Sicherungsmanager erforderlich wird Anmerkung In allen F llen betrifft ein Problem mit einem Dom nenmanager alle seine Agenten und untergeordneten Dom nenmanager Initialisierungsprobleme Initialisierungsprobleme
59. MEWORK user mastersm cpu master fw logon maestro root Root_london region Diese Benutzerdefinition gilt f r den GUI und CLI Zugriff der Benutzer maestro und root die an einem Hauptdom nenmanager angemeldet sind Ebenso erteilt sie den Benutzern den GUI Zugriff die in der Tivoli Administratorengruppe Root_london region oder auf einem Management Framework Computer aufgelistet sind Sie erhalten den unbeschr nkten Zugriff auf alle Objekte mit Ausnahme der Parameter deren Namen mit dem Buchstaben r begin nen Der Zugriff auf die Parameter deren Name mit r beginnt wird nur den Benutzern der Gruppe mis erteilt 2 APPLIES TO MAESTRO OR ROOT USERS LOGGED IN ON ANY WORK STATION OTHER THAN THE MASTER DOMAIN MANAGER user sm logon maestro root Diese Benutzerdefinition gilt f r die Benutzer maestro und root auf die die Definition 1 nicht zutrifft Dies sind diejenigen die an einer beliebigen Workstation mit Ausnahme des Hauptdom nenmanagers oder eines Management Framework Computers angemeldet sind Sie erhalten unbeschr nkten Zugriff auf alle Objekte auf ihrer Anmeldeworkstation Beachten Sie dass Eingabeaufforderungen Dateien und Kalender globaler Natur sind und nicht einer Workstation zugeordnet sind 3 APPLIES TO USERS LOGGED INTO THE SYS GROUP ON THE MASTER DOMAIN MANAGER OR FRAMEWORK user masterop cpu master framework group sys Diese Benutzerdefinition gilt f r Benutzer die an der Gruppe sys des Hauptdom nen m
60. ON THE MASTER DOMAIN MANAGER user mastersm cpu master logon maestro root begin OBJECT ATTRIBUTES ACCESS CAPABILITIES Mean d gereit ee job access schedule access resource access prompt access file access calendar access cpu access parameter name name r access userobj cpu logon access end i EE EEE Tivoli Workload Scheduler Planung und Installation 125 uaiaubiw Joinpau2e DEODUOM IOAIL INY q Eine vorhandene Sicherheitsdatei einsatzbereit machen 2 TIVOLI ADMINISTATOR DEFINITION FOR MAESTRO OR ROOT USERS LOGGED IN ON THE MASTER DOMAIN MANAGER user mastersm cpu framework logon mastersm begin OBJECT ATTRIBUTES ACCESS CAPABILITIES e e ee job access schedule access resource access prompt access file access calendar access cpu access parameter name name r access userobj cpu logon access end i a a a a a a EE EE 3 APPLIES TO MAESTRO OR ROOT USERS LOGGED IN ON ANY WORKSTATION OTHER THAN THE MASTER DOMAIN MANAGER user sm logon maestro root begin OBJECT ATTRIBUTES ACCESS CAPABILITIES EE job cpu thiscpu access schedule cpu thiscpu access resource cpu thiscpu access prompt access file access calendar access cpu cpu thiscpu access parameter cpu thiscpu name r access end Le dd d dt dt dt a a a a ee d de de de dt dt d de dt 4 TIVOLI ADMINISTRATOR DEFINITION FOR MAESTRO OR ROOT
61. Platzhalterzeichen sind erlaubt Erfolgt keine Angabe bezieht sich die Definition auf alle Workstations Folgende Tivoli Workload Scheduler Variablen k nnen verwendet werden master remotes slaves und thiscpu Weitere Informationen finden Sie unter jel pfad befehl Gibt den Befehl oder den Pfadnamen f r die ausf hrbare Datei des Jobs an Der Befehl bzw Pfad muss in Anf hrungszeichen gesetzt werden Platzhalterzeichen sind erlaubt Wird nichts angegeben bezieht sich die Definition auf alle Jobdateien und Befehle logon benutzernamel Gibt die Benutzernamen an unter denen die Jobs ausgef hrt werden Platzhalterzeichen sind erlaubt Mehrere Namen m ssen durch Kommas getrennt werden Erfolgt keine Angabe gilt die Definition f r alle Benutzernamen Folgende Tivoli Workload Scheduler Variablen k nnen verwendet werden jclowner owner und user Weitere Informatio nen finden Sie unter ereitgestellte e eite name jobnetz job Gibt den Namen des Tivoli Workload Scheduler Jobs an Die Angabe des Jobnetzes in dem sich der Job befindet ist optional Platzhalter zeichen sind erlaubt Mehrere Namen m ssen durch Kommas getrennt werden Erfolgt keine Angabe gilt die Definition f r alle Jobnamen F r die Objektart parameter cpu workstation Gibt die Workstation an auf der die Parameter definiert sind Platzhalter zeichen sind erlaubt Erfolgt keine Angabe bezieht sich die Definition auf alle Workstati
62. ROM und FILE im Befehl RERUN Anzeigen von Jobs und Zeitpl nen mit dem Befehl DISPLAY Version 8 1 Auf Tivoli Workload Scheduler migrieren Die Informationen in diesem Anhang k nnen bei der Migration der Maestro Version 6 x auf Tivoli Workload Scheduler von Nutzen sein Kurze Beschreibung von Tivoli Management Framework fur neue Tivoli Benutzer Bei Tivoli Management Framework handelt es sich um ein offenes objektorientiertes Geriist mit einer Reihe von Managern Brokern und Agenten die der Spezifikation Object Manage ment Group Common Object Request Broker Architecture OMG CORBA entsprechen Mit der OMG CORBA Technologie werden die haupts chlichen Unterschiede zwischen den ver schiedenen Betriebssystemen f r den Benutzer unsichtbar gemacht dadurch k nnen die Hauptdienste in Objekten zusammengefasst werden die von verschiedenen Managementan wendungen verwendet werden k nnen Mit Tivoli Management Framework sind Sie unab h ngig von Plattformen und verf gen ber eine einheitliche Architektur f r alle Anwendun gen sowie ber viele verschiedene Anwendungsprogrammierschnittstellen Application Program Interface API die von der Desktop Management Task Force DMTF und von Open Group fr her X Open als Grundlage f r ein Systemmanagementger st verwendet werden Zu den Tivoli APIs geh ren bliche Netzwerk und Systemmanagementdienste wie z B Zeitplanung Transaktionsunterst tzung Konfigurationsprofile und eine Benut
63. S Netzwerk mit mehreren Dom nen k nnen Sie einen Sicherungsdom nen manager f r jeden Dom nenmanager definieren wodurch Probleme auf eine Dom ne beschr nkt werden und die Verarbeitung in anderen Dom nen nicht beeintr chtigen berlegungen zum Netzwerk Die folgenden Fragen sollen Ihnen bei der Einrichtung Ihres Tivoli Workload Scheduler Netzwerks helfen Manche Fragen beziehen sich auf das Netzwerk andere auf die Anwen dungen die von TWS gesteuert werden M glicherweise m ssen Sie sich zur Kl rung bestimmter Punkte mit anderen Personen in Ihrem Unternehmen absprechen m Wie gro ist Ihr TWS Netzwerk Aus wie vielen Computern besteht es Wie viele Anwendungen und Jobs werden ausgef hrt Die Gr e Ihres Netzwerks ist bei der Entscheidung ob Sie eine Architektur mit einer Dom ne oder mit mehreren Dom nen verwenden von Bedeutung Wenn Sie ber relativ wenige Computer bzw ber relativ wenige Anwendungen verf gen die von TWS gesteuert werden ist ein Netzwerk mit mehreren Dom nen m glicherweise nicht erfor derlich m Wie viele geografische Standorte m ssen von Ihrem TWS Netzwerk abgedeckt werden Wie zuverl ssig und effizient ist die Kommunikation zwischen den Standorten Hierbei handelt es sich um einen der wichtigsten Gr nde f r eine Architektur mit mehre ren Dom nen F r gew hnlich wird jedem geografischen Standort eine Dom ne zugeord net Wenn Sie sich f r eine Architektur mit einer Dom ne entscheiden
64. Tivoli Workload Schedu ler erstellt wurden bzw Dateien die zum Zeitpunkt der Deinstallation ge ffnet sind Sie m ssen das Windows NT Tool Software verwenden um Tivoli Workload Scheduler zu deinstallieren Das Tool Software in der Systemsteuerung von Windows NT ver Tivoli Workload Scheduler kann unter Windows NT nur vom Benutzer TWS deinstalliert werden der ber Administratorrechte unter Windows NT verf gt Gehen Sie wie folgt vor 1 Stoppen Sie Tivoli Workload Scheduler und alle Tivoli Workload Scheduler Dienste 2 Klicken Sie Software im Ordner Systemsteuerung an 3 W hlen Sie die Indexzunge Installieren Deinstallieren aus und klicken Sie Tivoli Wor kload Scheduler Benutzer benutzername an um das Programm zu entfernen 4 Klicken Sie Hinzuf gen Entfernen an Klicken Sie im daraufhin angezeigten Dialog fenster Ja an 5 Verlassen Sie das Fenster Eigenschaften von Software 6 Fahren Sie das System herunter und starten Sie den Computer erneut Die Dateien die bei der Installation des Produkts erstellt wurden werden bei der Deinstalla tion entfernt Die Dateien die nach der Installation erstellt oder ge ndert wurden werden nicht entfernt Diese Dateien k nnen Sie bei einer sp teren Installation von Tivoli Workload Scheduler verwenden Tivoli Workload Scheduler Planung und Installation 33 uas91 2 SUl LN SMopulM Jeun Z Tivoli Workload Scheduler deinstallieren 34 Version 8 1 Unter UN
65. Tivoli Workload Scheduler Planung und Installation Version HI SH12 3010 00 Tivoli Workload Scheduler Planung und Installation Version HI SH12 3010 00 Tivoli Workload Scheduler Planung und Installation Version 8 1 Copyrightvermerk Copyright IBM Corporation 2000 2001 Alle Rechte vorbehalten Kann nur gem der Softwarelizenzvereinbarung von Tivoli Systems bzw IBM oder dem Anhang f r Tivoli Produkte der IBM Nutzungsbedingungen verwendet werden Diese Ver ffentlichung darf ohne vorherige schriftliche Genehmigung der IBM Corporation weder ganz noch in Ausz gen auf irgendeine Weise elektro nisch mechanisch magnetisch optisch chemisch manuell u a vervielf ltigt bertragen aufgezeichnet auf einem Abrufsystem gespeichert oder in eine andere Computersprache bersetzt werden Die IBM Corporation erteilt Ihnen eine begrenzte Berechtigung zur Erstellung einer Hardcopy oder sonstiger Vervielf ltigungen in Form maschinenlesbarer Dokumentationen f r die interne Ver wendung wobei jede Vervielf ltigung den IBM Corporation Copyrightvermerk enthalten muss Weitere das Copyright betreffende Rechte werden nur nach vorheriger schriftlicher Genehmigung durch die IBM Corporation gew hrt Die Ver ffentlichung dient nicht f r Produktionszwecke Tivoli Systems bernimmt keine Haftung Die in diesem Dokument aufgef hrten Beispiele sollen lediglich zur Veranschaulichung und zu keinem anderen Zweck dienen Marken IBM Tivoli das Tivol
66. UHOP POYIBYIIS p Syntax der Datei Security 58 display Jobnetze in der Datenbank anzeigen limit Jobbegrenzungen von Jobnetzen im Produktionsplan ndern modify Jobnetze in der Datenbank ndern und ersetzen release Jobnetzabh ngigkeiten im Produktionsplan freigeben reply Auf Eingabeaufforderungen von Jobnetzen im Produktionsplan antworten submit Jobnetze an den Produktionsplan bergeben m F r die Objektart userobj add Neue Benutzer der Datenbank hinzuf gen delete Benutzer aus der Datenbank l schen display Benutzer in der Datenbank anzeigen modify Benutzer in der Datenbank ndern und ersetzen altpass Benutzerkennw rter in der Datenbank ndern Reihenfolge f r Benutzerqualifikation Wenn Benutzern die Berechtigung f r den Zugriff auf Tivoli Workload Scheduler Objekte erteilt wird werden die tats chlichen Attribute des Benutzers mit den Benutzerdefinitionen verglichen und zwar in der Reihenfolge in der die Definitionen in der Datei Security vor kommen Die Berechtigungen des Benutzers werden durch die erste Definition festgelegt die mit den Attributen des Benutzers bereinstimmt Daher sollten die Benutzerdefinitionen so angeordnet werden dass Definitionen mit den allgemeinsten Berechtigungen am Ende Defi nitionen mit sehr spezifischen Berechtigungen am Anfang stehen Beispiel Falsch CPU LOGON TWSUser Richtig CPU LOGON TWSDomain TWSUser Weitere Informationen finden Sie unter Rei
67. Zugriffsberechtigung display f r die Datei Security haben Syntax dumpsec v u dumpsec sicherheitsdatei Beschreibung Wenn keine Argumente angegeben sind wird ein Speicherauszug der aktiven Sicherheitsdatei unison Security erstellt Wenn Sie eine editierbare Kopie der Sicherheitsdatei erstellen wollen leiten Sie die Ausgabe des Befehls in eine andere Datei wie in den Beispielen gezeigt wird Argumente y Zeigt nur die Versionsinformationen zum Befehl an u Zeigt nur Syntaxinformationen zum Befehl an sicherheitsdatei Gibt den Namen der Sicherheitsdatei an von der ein Speicherauszug erstellt werden soll Beispiele Im folgenden Beispiel wird die Befehlsversion angezeigt dumpsec v Im folgenden Beispiel wird ein Speicherauszug der aktiven Sicherheitsdatei an stdout ausge geben dumpsec Im folgenden Beispiel wird ein Speicherauszug der aktiven Sicherheitsdatei an eine Datei namens mysec ausgegeben dumpsec gt mysec Im folgenden Beispiel wird ein Speicherauszug einer Sicherheitsdatei namens sectemp an stdout ausgegeben dumpsec sectemp Tivoli Workload Scheduler Planung und Installation 65 UBIBIUHOP POYIBYIIS p Der Befehl makesec Der Befehl makesec Syntax Kompiliert die Benutzerdefinitionen und installiert die Sicherheitsdatei Die nderungen an der Sicherheitsdatei werden erst wirksam nachdem Sie Tivoli Workload Scheduler gestoppt und erneut gestartet haben Davon betroffen sind folgende Kompone
68. a ab der alle Abh ngigkeiten zwischen den Agenten aufl sen muss auch wenn sich diese Abh n gigkeiten bei Jobs ergeben die in Denver ausgef hrt werden Eine m gliche Alternative w re die Einrichtung getrennter Tivoli Workload Scheduler Netzwerke mit jeweils einer Dom ne in Atlanta und Denver wie im zweiten Beispiel dargestellt Version 8 1 Netzwerkplanung Vorteile von Netzwerken mit einer Domine m Eine einfachere Architektur m Zentrale Steuerung und zentrales Management Nachteile von Netzwerken mit einer Dom ne m Die gesamte Kommunikation wird ber den Hauptdom nenmanager gef hrt Dies kann bei weitl ufigen Netzwerken zu einer hohen Netzwerkauslastung f hren m Ein Ausfall des Hauptdom nenmanagers wirkt sich auf das gesamte TWS Netzwerk aus Netzwerke mit mehreren Dom nen Netzwerke mit mehreren Dom nen eignen sich vor allem f r Unternehmen mit mehreren Standorten Abteilungen oder Gesch ftsfunktionen Ein TWS Netzwerk mit mehreren Dom nen besteht aus einem Hauptdom nenmanager einer beliebigen Anzahl an untergeordneten Dom nenmanagern und einer beliebigen Anzahl an Agenten in jeder Dom ne Die Agenten kommunizieren nur mit ihren jeweiligen Dom nenmanagern und diese wiederum nur mit ihren bergeordneten Dom nenmanagern Ebene 1 oO Aurora Burbank om Ebene 3 Dieses Diagramm stellt ein Beispiel f r ein Netzwerk mit mehreren Dom nen dar Es basiert auf dem Beispiel f r Netzwerke mit nur eine
69. aktiv sein werden ist es m glicherweise erforderlich auf einen Standby zu wechseln Anmerkungen m Die Console Manager Befehle Submit Job und Submit Schedule k nnen nicht auf einem Agenten verwendet werden der nicht mit seinem Dom nenmanager kommunizie ren kann m Wenn die Verbindung zu einer Standardagentenworkstation zusammenbricht gibt es keine tempor ren Wiederherstellungsoptionen weil Standardagenten sich auf ihren Dom nenmanagern befinden In Netzwerken mit einer gro en Anzahl Standardagenten k nnen Sie sich entscheiden auf einen Dom nenmanager im Bereitschaftsmodus zu wechseln Einen Dom nenmanager im Bereitschaftsmodus einrichten Die Fehlerbehebung wird erleichtert wenn Sie auf Netzwerkprobleme vorbereitet sind Sie sollten speziell folgende Aktionen ausf hren m Bestimmen Sie einen fehlertoleranten Agenten in der Dom ne als Dom nenmanager im Bereitschaftsmodus m Stellen Sie sicher dass die Modi Vollst ndiger Status und Abh ngigkeiten aufl sen in der Workstationdefinition des Dom nenmanagers im Bereitschaftsmodus ausgew hlt sind m Stellen Sie sicher dass Vollst ndiger Status und Abh ngigkeiten aufl sen f r die Dom nenmanager einschlie lich des Hauptdom nenmanagers aktiviert sind Dies ist wichtig wenn eine l ngerfristige Fehlerbehebung erforderlich wird wobei der Siche rungs Master eine Symphony Datei generiert d h Jnextday ausf hrt Wenn diese Ein tr ge nicht akti
70. alten netman 1 5 opt maestro DEFAULT maestro 7 0 opt maestro DEFAULT netman 1 3 home maestro dev_test maestro 6 1 home maestro dev_test Wenn Sie vorhaben die Tivoli Workload Scheduler Instanz unter home maestro zu ent fernen l schen Sie die beiden letzten Zeilen Enth lt usr unison components nur die Instanz die Sie entfernen wollen l schen Sie die gesamte Datei Version 8 1 Tivoli Workload Scheduler deinstallieren 5 Entfernen Sie gegebenenfalls die Verbindungen zum Verzeichnis usr bin Der Installationsprozess bietet Ihnen die Option ausfiihrbare Dateien von Tivoli Workload Scheduler mit einem gemeinsam benutzten Verzeichnis zu verbinden usr bin ist das Standardverzeichnis Entfernen Sie folgende Dateien usr bin maestro usr bin mat usr bin mbatch usr bin datecalc usr bin morestdl ust bin jobstdl usr bin parms 6 Entfernen Sie zum Schluss mit den folgenden Befehlen das gesamte Maestro Tivoli Workload Scheduler Konto rm rf lt twshome gt unison rm rf lt twshome gt Wenn dem Systemstartbefehl der Befehl conman start oder lt twshome gt StartUp hinzu gef gt wurde m ssen Sie auch diese Eintr ge entfernen Tivoli Workload Scheduler Planung und Installation 47 usaa jelsul XINN Jeun E Tivoli Workload Scheduler deinstallieren 48 Version 8 1 Sicherheit definieren Die Tivoli Workload Scheduler Programme und Befehle ermitteln die Berechtigungen der einzelnen Benutzer d
71. alten eine Reihe von Zugriffsberechtigungen die denen der Definition 3 gleichen Es gibt folgende Ausnahme Der Zugriff ist auf die Objekte auf der Anmeldeworkstation thiscpu des Benutzers beschrankt 5 APPLIES TO USERS LOGGED INTO THE MIS GROUP ON ANY WORKSTA TION OR FRAMEWORK user misusers group mis Diese Benutzerdefinition gilt fiir Benutzer die an der Gruppe mis beliebiger Workstations oder eines Management Framework Computers angemeldet sind Sie erhalten eine begrenzte Gruppe von Zugriffsm glichkeiten Ressourcen Eingabeaufforderungen Dateien Kalender und Workstations werden nicht angegeben wodurch der Zugriff auf diese Objekte verhindert wird Diese Benutzer erhalten unbeschr nkten Zugriff auf die Parameter deren Namen mit dem Buchstaben r beginnen andere Parameter konnen sie jedoch nur anzeigen 6 APPLIES TO ALL OTHER USERS LOGGED IN ON ANY WORKSTATION user default logon Diese Benutzerdefinition erteilt Benutzern die von den vorangegangenen Definitionen noch nicht abgedeckt wurden eine Gruppe von Standardberechtigungen Diese Benutzer erhalten unbeschr nkten Zugriff auf die Parameter deren Namen mit dem Buchstaben u beginnen andere Parameter k nnen sie jedoch nur anzeigen Sie erhalten keinen Zugriff auf Parameter deren Namen mit dem Buchstaben r beginnen Version 8 1 Der Befehl dumpsec Der Befehl dumpsec Dekompiliert die Datei Security und sendet die Ausgabe an stdout Der Benutzer muss die
72. ammengefasst welche Komponente auf welcher Work station installiert wird Workstation Steuer Connector Job Scheduling komponente Console Hauptdom nenmanager Ja Ja Optional Sicherungs Master Ja Ja Optional Dom nenmanager Ja Optional Optional Sicherungsdom nenmanager Ja Optional Optional Fehlertoleranter Agent Ja Optional Optional Standardagent Ja Nein Optional Erweiterter Agent Nicht zutreffend Nicht zutreffend Nicht zutreffend Netzwerkagent Nicht zutreffend Nicht zutreffend Nicht zutreffend Job Scheduling Console Nein Nein Ja Client Job Scheduling Console Bei der Job Scheduling Console handelt es sich um eine grafische Benutzerschnittstelle ber die Plan und Datenbankobjekte verwaltet werden k nnen In dieser Schnittstelle wird ber Tivoli Workload Scheduler Connector die Funktionalit t von Conman und Composer zur Verf gung gestellt Sie kann allein oder zusammen mit den Befehlszeilenschnittstellen Com mand Line Interfaces CLI ausgef hrt werden W hrend die Verwendung von CLI Befehlen auf Tivoli Workload Scheduler Workstations beschr nkt ist kann die Job Scheduling Console auf Maschinen au erhalb des Tivoli Wor kload Scheduler Netzwerks installiert werden Zur Ausf hrung der Job Scheduling Console muss nur die M glichkeit bestehen sich an einer Tivoli Workload Scheduler Workstation anzumelden auf der Connector ausgef hrt wird Das bedeutet dass Sie Plan und Datenbankobjekt
73. an Konfigurationsdatei 105 Die Netzwerk IP Adresse berpr fen css bereca saamaa a na nennen een 106 Systemkonfiguration nur UNI 106 Fehlernachrichten Warnungen 2 2 o onen 107 Fehlerbehebung im Netzwerk 2 00 0 nennen batid ernennen 108 Initialisierungsprobleme na esi es ae ae Bene een a er 108 Netzwerkverbindungsprobleme vcrc tasses 222222 eeeeee nennen een 109 Anmerkungen a ENEE NN ne nee 109 Einen Dom nenmanager im Bereitschaftsmodus einrichten 2 22 22 neneeeenen 109 Hauptdom nenmanager im Bereitschaftsmodus 0 0 0 0 0 cece eee eee 110 Hinweis zur Netzwerksicherheit 2 inst cand ista Eent dutas 110 Ausfall eines Dom nenmanage s osese sosu ote neas tonen doai ee a e e 110 Einen Dom nenmanager wechseln eee ee 111 Langfristiger Ausfall des Hauptdom nenmanagers 111 Anhang C Netzwerkbetrieb mit ME 113 berlegungen zum NeW ne reine 113 berlegungen zur Zeitplanung uam 9 a ee 114 Installation aut ana ans aaa ee 114 Einrichtung und Konfiguration 2 2 2ooneeeeeeennnnnn nennen 115 Einrichten eines UNIX Agenten mit einem MPP Master 115 Einrichten eines MPE FTA unter UNIX oder Windows NIT 115 Unterschiede bei der Verwendung verschiedener Plattformen 116 MI Mlastet 2 ce tace keepa aa ea nee edle 117 Die Programme Arranger und Composer suunan erara 117 Conm n i e cae eee E Re ie EEE ee REE EEE eee Ce ee H 117 Fehlertolerante Agenten
74. anager In einem Netzwerk mit mehreren Dom nen betrifft der Ausfall eines Dom nenmanagers nur die Agenten innerhalb seiner Dom ne Tivoli Workload Scheduler Planung und Installation 11 Bunaynyulg L Netzwerkplanung 12 Netzwerke mit einer Domane Ein TWS Netzwerk mit einer Dom ne besteht aus einem Hauptdom nenmanager und einer beliebigen Anzahl an Agenten Das unten stehende Diagramm stellt ein Beispiel f r ein Netzwerk mit einer Dom ne dar Ein solches Netzwerk eignet sich f r Unternehmen mit einer begrenzten Anzahl an Standorten und Gesch ftsfunktionen Die gesamte Kommunika tion innerhalb des Netzwerkes wird ber den Hauptdom nenmanager geleitet Bei lediglich einem Standort ist nur die Zuverl ssigkeit Ihres lokalen Netzwerkes und die Menge an Daten die dieses verarbeiten kann von Bedeutung Bitte beachten Sie dass Netzwerke mit einer Dom ne problemlos mit anderen Netzwerken mit einer oder mehreren Dom ne n kombiniert werden k nnen um den Anforderungen von Strukturen mit mehreren Standorten zu entsprechen Tivoli Workload Scheduler unterst tzt INET Abh ngigkeiten von Jobs die in verschiedenen TWS Netzwerken ausgef hrt werden Oder Atlanta Denver Das erste Beispiel stellt ein Netzwerk mit einer Dom ne dar Der Standort des Haupt dom nenmanagers ist Atlanta hier befinden sich auch mehrere Agenten Auch in Denver gibt es Agenten Die Agenten in Denver h ngen vom Hauptdom nenmanager in Atlant
75. anagers oder eines Management Framework Computers angemeldet sind Sie erhalten eine eindeutige Gruppe von Zugriffsberechtigungen Mehrere Objektanweisungen werden verwen det um diesen Benutzern spezifische Arten des Zugriffs auf unterschiedliche Gruppen von Objekten zu geben Es gibt z B drei Jobanweisungen m Die erste Jobanweisung gestattet den unbeschr nkten Zugriff auf Jobs die auf beliebigen Workstations unter dem Namen des Benutzers user ausgef hrt werden m Die zweite Jobanweisung gestattet spezifische Arten des Zugriffs auf Jobs die auf belie bigen Workstations und unter root ausgef hrt werden m Die dritte Jobanweisung gestattet spezifische Arten des Zugriffs auf Jobs die auf beliebi gen Workstations ausgef hrt werden Die Jobs m ssen unter dem Namen des Benutzers user oder unter dem Namen des Jobdateieigners jclowner ausgef hrt werden Jobs die unter root ausgef hrt werden sind ausgeschlossen Tivoli Workload Scheduler Planung und Installation 63 UBIBIUHOP POYIBYIIS p Beispiel der Datei Security 64 4 APPLIES TO USERS LOGGED INTO THE SYS GROUP ON ANY WORKSTA TION OTHER THAN THE MASTER DOMAIN MANAGER user op group sys Diese Benutzerdefinition gilt fiir die Benutzer der Gruppe sys auf die die Definition 3 nicht zutrifft Dies sind diejenigen die an einer beliebigen Workstation mit Ausnahme des Haupt dom nenmanagers oder eines Management Framework Computers angemeldet sind Sie erh
76. andere Knoten verteilt werden kann m E A Optimierung Tivoli Workload Scheduler f hrt weniger Dateizugriffe aus und opti miert die Verwendung von Systemressourcen Die Optimierungen beziehen sich auf fol gende Punkte Version 8 1 Tivoli Workload Scheduler Planung und Installation Neue Funktionen in dieser Version e Ereignisdateien Die Antwortzeit bei Ereignissen wurde verbessert so dass der Nach richtenfluss schneller ist e Tagesplan Der Lese und Schreibzugriff auf die Datei Symphony ist schneller Der Tagesplan kann daher schneller als dies fr her der Fall war aktualisiert werden Informationen zur Implementierung dieser funktionalen Erweiterungen finden Sie unter Installationsoptimierungen Die Installation von Netman ist unter Windows NT nicht l nger ein separater Prozess Sie ist jetzt Teil der Installationsschritte des Produkts Linux Unterst tzung Version 8 1 von Tivoli Workload Scheduler f gt die Unterst tzung f r folgende Linux Platt formen hinzu Linux for Intel als Hauptdom nenmanager und fehlertoleranter Agent m Linux for S 390 als fehlertoleranter Agent Endpunkt zu Endpunkt Zeitplanung Die Endpunkt zu Endpunkt Zeitplanung erm glicht Ihnen Jobs in Gro rechner Windows und UNIX Umgebungen f r echte verteilte Zeitplanung zu planen und zu steuern In der Endpunkt zu Endpunkt Konfiguration wird Tivoli Workload Scheduler for z OS als Schedu ler f r die Jobplanungsumgebung verwendet
77. ank Conman Eine ltere Befehlszeilenanwendung zum Manage ment der Produktionsumgebung Conman Console Manager f hrt folgende Tasks aus Starten und Stoppen von Produktions prozessen ndern und Anzeigen von Pl nen und Jobs im Plan sowie zum Steuern der Workstationverbindungen in einem Netzwerk D Datenbank Die Datenbank enth lt alle Definitionen die Sie f r Planungsobjekte wie Jobs Jobnetze Ressourcen Worksta Tivoli Workload Scheduler Planung und Installation tions usw erstellt haben Sie enth lt daneben auch weitere wichtige Informationen darunter Statistiken zur Job und Job netzausf hrung und Informationen zu der Benutzer ID von der ein Objekt erstellt wurde sowie zum Zeitpunkt der letzten nderung eines Objekts Im Gegensatz dazu enth lt der Plan nur die Jobs und Jobnetze einschlie lich abh ngiger Objekte deren Ausf hrung in der Tagesverarbeitung geplant ist Dauer Die Dauer ist der Zeitraum in dem der Job nach Ihrer Einsch tzung beendet wird In der Zeitanzeige wird die Dauer von Jobs in der Datenbank mit einem hellblauen Balken in der Mitte des Aktivit tsbalkens oder mit einer hellblauen Raute dar gestellt Dienstprogrammbefehle Eine Gruppe von Befehlszeilen programmen zum Management von Tivoli Workload Scheduler Dom ne Eine benannte Gruppe von Tivoli Workload Schedu ler Workstations die aus einem oder mehreren Agenten und einem Dom nenmanager besteht der als Management Hub dient
78. are Kopie m usr lib unison network cpudata In der Workstationdefinition des FTA m ssen die Optionen Vollst ndiger Status und Abh ngigkeiten aufl sen aktiviert sein Bevor Sie die Datenbanken anh ngen stellen Sie sicher dass das Dateisystem das die ben tigten Verzeichnisse enth lt in die Datei etc exports auf der Master Workstation aufgenom men wurde Wenn Sie sich entschlie en die Verf gbarkeit des Dateisystems zu steuern neh men Sie die entsprechenden Eintr ge in der Datei etc hosts oder etc netgroup auf dem Master vor Der Mount Punkt auf dem FTA muss derselbe wie auf dem Master sein Geben Sie z B auf dem FTA Folgendes ein cd twshome etc mount master name mozart mozart etc mount master name unison network unison network Damit die Datenbanken automatisch angeh ngt werden k nnen Sie die Mounts in die Datei etc checklist eingeben Wenn Sie diese L sung verwenden denken Sie daran dass die Parameterdatenbank auf dem FTA nicht die des Masters ist sondern eine lokale Kopie Dies ist von Bedeutung wenn Sie Parameter als Teil der Jobdefinitionen verwenden im Task oder Anmeldenamen weil bei der Ausf hrung von Jnextday alle Parameter auf die mit dem Zeichen Winkelzeichen in Jobdefinitionen verwiesen wird aus der Parameterdatenbank auf dem Master extrahiert wer den Tivoli Workload Scheduler Planung und Installation 123 UaiauDuu Joinpau2e DEODUOM IOAUL INY 0 Umgang mit nicht
79. ata key e userdata e userdata key b Versetzen Sie alle anderen Dateien in das Verzeichnis mozart 2 Stellen Sie sicher dass die globale Option expanded version auf NO gesetzt ist 3 Stellen Sie sicher dass die CPU Namen in globalopts und localopts maximal acht Zeichen lang sind Oo Verwenden Sie die folgende Methode wenn viele Zeitplanungsobjekte nach der Erweite rung der Datenbank erstellt oder ge ndert wurden Verwenden Sie diese Methode auch dann wenn Sie die erweiterte Datenbank zur cksetzen m chten und die Zeitplanungs objekte lange Namen haben 1 Geben Sie die folgenden Composer Befehle ein um Dateien zu erstellen die alle Datenbankinformationen f r die Zeitplanungsobjekte enthalten Die Dateien werden nur dann erstellt wenn diese Objekte in der Datenbank vorhanden sind create cpu txt from cpu create jobs txt from jobs create sched txt from sched create cal txt from calendars create prompt txt from prompts create parms txt from parms create param txt from parameters 2 Versetzen Sie die Objektdateien in den Verzeichnissen mozart und unison mozart in ein tempor res Verzeichnis Die Dateien globalopts und runmsgno bleiben im Ver zeichnis mozart Stellen Sie sicher dass der CPU Name in der Datei globalopts maximal acht Zeichen lang ist und expanded version auf NO gesetzt ist Stellen Sie weiterhin sicher dass der CPU Name in der Datei localopts maximal acht Zeichen lang ist Version 8 1 Erweiterte Daten
80. atei in TWShome Symphony um und starten Sie den Agenten oder Dom nenmanager Version 8 1 Fehlerbehebung im Netzwerk Alle Abh ngigkeiten zwischen Workstations m ssen mit entsprechenden Console Manager Befehlen lokal aufgel st werden wie z B zum L schen von Abh ngigkeiten oder Freige ben Anmerkung Damit Sie diesen Schritt ausf hren k nnen m ssen der Hauptdom nen manager und der Agent oder untergeordnete Dom nenmanager dieselbe Prozessorarchitektur haben Netzwerkverbindungsprobleme Tivoli Workload Scheduler hat einen hohen Grad an Fehlertoleranz im Falle eines Kommunikationsfehlers Jeder fehlertolerante Agent hat seine eigene Kopie der Symphony Datei die die Verarbeitungen dieses Tages enth lt Wenn Verbindungsfehler auftreten f hren die Agenten die Verarbeitung unter Verwendung ihrer eigenen Kopie der Symphony Datei fort Alle Abh ngigkeiten zwischen Workstations m ssen allerdings mit entsprechenden Con sole Manager Befehlen lokal aufgel st werden wie z B zum L schen von Abh ngigkeiten oder Freigeben Solange eine Verbindung inaktiv ist werden alle Nachrichten die f r diese nicht kommuni zierende Workstation bestimmt sind in einer Datei mit dem Namen workstationname msg im Verzeichnis TWShome pobox gespeichert Wenn die Verbindung wiederhergestellt wird fangen die Workstations an ihre gespeicherten Nachrichten zu senden Wenn die Verbindun gen zu einem Dom nenmanager f r einen l ngeren Zeitraum in
81. attdessen den Befehl jobfilename um Jobskripts f r UNIX und Windows NT zu definieren Beispiel jobfilename pfadname streamlogon benutzer Conman m Die Option docommand steht im Befehl submit nicht zur Verf gung um damit Befehle zur Ausf hrung auf einer UNIX oder Windows NT CPU zu bergeben m Parameter f r Platzhalterzeichen und Auswahlsets f r bestimmte conman Befehle wer den von einem MPE Master nicht unterst tzt k nnen aber von einem UNIX FTA im Modus Vollst ndiger Status verwendet werden Fehlertolerante Agenten unter UNIX Composer Sie k nnen ausschlie lich Composer zum Dokumentieren Andern und L schen von Maest ro Parametern parms verwenden die auf jeder einzelnen Workstation lokal festgelegt sind Conman Folgende CONMAN Operationen sind nicht zul ssig m bergeben von Jobs mit dem Befehl CONMAN SUBMIT JOB m Ubergeben von Zeitpl nen mit dem Befehl CONMAN SUBMIT SCHEDULE m Hinzuf gen von Abh ngigkeiten von vordefinierten oder globalen Eingabeauf forderungen mit dem Befehl ADDDEP m Verwenden der Optionen PROM und FILE im Befehl RERUN m Anzeigen von Jobs und Zeitpl nen mit dem Befehl DISPLAY Tivoli Workload Scheduler Planung und Installation 117 JdN HW QaljeqysomZION 23 Unterschiede bei der Verwendung verschiedener Plattformen UNIX oder Windows NT Master Composer Conman Alle Objektdefinitionen und Zeitpl ne f r MPE Slaves m ssen mit der grafischen Be
82. aufforderungen Ausschlie ender Laufzyklus Ein Laufzyklus der die Tage festlegt an denen ein Jobnetz nicht ausgef hrt werden kann Ausschlie ende Laufzyklen haben Vorrang vor einschlie enden Laufzyklen B Batchman Ein Prozess der zu Beginn jedes Tivoli Workload Scheduler Verarbeitungstages gestartet wird um Jobs gem den Informationen in der Symphony Datei zu starten Baumstruktursicht Die Anzeige auf der linken Seite der Job Scheduling Console die den Tivoli Workload Scheduler Server die Gruppen mit Standardlisten und die Gruppen mit vom Benutzer erstellten Listen zeigt Begrenzung Jobbegrenzungen bieten eine M glichkeit eine bestimmte Anzahl von Jobsegmenten zuzuordnen in denen Tivoli Workload Scheduler Jobs starten darf Eine Jobbegren zung kann f r jedes Jobnetz und f r jede Workstation festgelegt werden Wenn die Workstationjobbegrenzung beispielsweise auf 25 gesetzt wird d rfen von Tivoli Workload Scheduler nicht mehr als 25 Jobs gleichzeitig auf der Workstation ausgef hrt werden Benutzer F r den Benutzernamen der im Feld Anmelden der Jobdefinition angegeben ist muss eine entsprechende Benutzerdefinition vorhanden sein Dies gilt nur f r Windows NT Die Definitionen liefern die Benutzerkennw rter die zum Starten von Jobs durch Tivoli Workload Scheduler erforderlich sind C Composer Eine ltere Befehlszeilenanwendung zum Manage ment der Definitionen Ihrer Planungsobjekte in der Datenb
83. ausgef hrt werden weil der fehlertolerante Agent unter Annahme eines EST Masters mit dem Beginn des Tivoli Workload Scheduler Tags um 6 00 Uhr jeden Morgen um 3 00 Uhr initialisiert w rde F r das Jobnetz PST_SCHEDULE2 ist die Zeitzonenfunktion aktiviert Wenn der EST Master den fehlertoleranten Agenten PST um 3 00 Uhr initialisiert wird das Jobnetz am selben Tag um 3 30 Uhr gestartet Tivoli Workload Scheduler Planung und Installation 89 Bunjnig pun U9UOZN9Z v Zeitzonen Das Aktivieren von Zeitzonen hat auch Auswirkungen auf fehlertolerante Agenten wenn die Zeitplanung auf einem weiter westlich gelegenen Master durchgefiihrt wird Nehmen wir z B folgende zwei Jobnetze fiir einen fehlertoleranten Agenten Zeitzone EST Eastern Standard Time und einen Master Zeitzone PST Pacific Standard Time an dessen Tag um 6 00 Uhr beginnt Schedule EST_SCHEDULEI Schedule EST_SCHEDULE2 On SU weekdays except FR On SU weekdays except FR AT 0800 1 DAY AT 0800 TZ EST CARRYFORWARD i i joba jobl jobb job2 END END F r das Jobnetz EST_SCHEDULEI ist die Zeitzonenfunktion nicht aktiviert Damit dieses Jobnetz am Morgen jedes Wochentages ausgef hrt wird m ssen Sie es so terminieren dass es von Sonntag bis Donnerstag ausgef hrt wird Geben Sie die Option CARRYFORWARD und 1DAY f r die AT Zeit an Die Option CARRYFORWARD ist f r die Spezifikation 1DAY erforderlich Ohne die Spezifikation 1DAY w rde das Jobnetz sofort nach der Init
84. bank Au erdem kann es in einem Tivoli Verwaltungsbereich nur dann verwaltete Knoten geben wenn ein Tivoli Server vorhanden ist Hinweise zur Installation 120 Die TWS Steuerkomponente ist vollkommen unabh ngig von Tivoli Management Frame work da es sich hierbei nicht um eine Tivoli Management Framework Anwendung handelt Beim Tivoli Workload Scheduler Connector jedoch handelt es sich um eine Tivoli Manage ment Framework Anwendung Sie ben tigen den Connector wenn Sie die Job Scheduling Console die neue grafische Benutzerschnittstelle verwenden m chten In Tivoli Workload Scheduler Version 8 1 ist die traditionelle GUI von Maestro nicht mehr enthalten Au erdem ben tigen Sie die Job Scheduling Console wenn Sie die beiden Steuerkomponenten von Tivoli Workload Scheduler for z OS und Tivoli Workload Scheduler von derselben Benutzer schnittstelle aus betreiben wollen Installationsposition f r den Client der Job Scheduling Console Job Scheduling Console bietet ber eine echte grafische Benutzerschnittstelle die Funktiona lit t von Composer und Conman Sie Kann auf verschiedenen UNIX und Microsoft Win dows Plattformen installiert werden Daf r m ssen weder Tivoli Management Framework noch Tivoli Workload Scheduler auf dem Client installiert sein Als einzige Vorbedingung muss das Client System ber TCP IP mit mindestens einem Knoten verbunden sein auf dem der Connector ausgef hrt wird Installationsposition f r die Connec
85. banken zur cksetzen 3 ndern Sie folgende Dateien die Sie im ersten Schritt erstellt haben e cpu txt e jobs txt e sched txt Legen Sie f r alle CPU Dom nen Job Zeitplan und Benutzernamen Namen mit maximal acht Zeichen fest Pr fen Sie ebenfalls die L nge der Jobdateinamen und Befehle 4 Benennen Sie folgende Dateien im Verzeichnis unison network um e cpudata e cpudata key e userdata e userdata key 5 Geben Sie folgende Composer Befehle ein um die neue nicht erweiterte Datenbank mit den Zeitplanungsobjekten zu f llen add cpu txt add jobs txt add sched txt replace cal txt replace prompt txt replace parms txt replace param txt 6 Benennen Sie die Symphony Datei um bevor Sie Jnextday ausf hren Unter Windows NT migrieren Wenn Sie auf Windows NT Workstations von Maestro Version 6 x migrieren m ssen Sie sich als Administrator anmelden Tivoli Workload Scheduler Planung und Installation 131 UaiauDuu JaInpayas DEODUOM IOAIL INY q Unter Windows NT migrieren 132 Version 8 1 Glossar A Abh ngigkeit Eine Vorbedingung die erf llt sein muss damit die Ausf hrung eines Jobs oder Jobnetzes fortgesetzt werden kann Die maximale Anzahl von Abh ngigkeiten die f r einen Job oder ein Jobnetz zul ssig sind ist 40 Die vier von Tivoli Workload Scheduler verwendeten Arten von Abh ngigkeiten sind Folgeabh ngigkeiten Ressourcenabh ngigkeiten Datei abh ngigkeiten und Abh ngigkeiten von Eingabe
86. bh ngigkeit durch Batchman an bm check until Gibt die maximale Wartezeit in Sekunden an nach der Batchman das Verstreichen einer Until Zeit f r einen Job oder ein Jobnetz meldet Die Angabe eines Werts der unterhalb des Standardwerts 300 liegt kann zu einer berlastung des Systems f h ren Wenn der Wert kleiner als der Wert der lokalen Option bm read ist wird an seiner Stelle der Wert der Option bm read verwendet bm look Gibt die Mindestwartezeit in Sekunden an nach der Batchman die Produktions steuerungsdatei durchsucht und aktualisiert bm read Gibt die maximale Zeit in Sekunden an die Batchman auf den Eingang einer Nach richt in der Nachrichtendatei wartet bm stats Die Angabe des Werts on bewirkt dass Batchman seine statistischen Daten zu Systemstart und Systemabschluss an seine Standardlistdatei sendet Die Angabe des Werts off verhindert dass Batchman seine statistischen Daten an seine Standardlist datei sendet bm verbose Die Angabe des Werts on bewirkt dass Batchman alle Jobstatusnachrichten an seine Standardlistdatei sendet Die Angabe des Werts off verhindert dass die erweiterte Gruppe der Jobstatusnachrichten an die Standardlistdatei gesendet wird composer prompt Gibt eine Eingabeaufforderung f r die Composer Befehlszeile an Die Eingabeauf forderung kann aus bis zu 10 Zeichen bestehen Der Standardwert ist ein Bindestrich conman prompt Gibt eine Eingabeaufforderung fiir die Conman Befehlszeile a
87. ched job Jel datei failed with exit code Please review standardlistdateiname SHELL_TYPE Konfigurierbar Ist die Variable auf standard gesetzt wird die erste Zeile der JCL Datei gele sen um die Shell zu bestimmen die fiir die Jobausfiihrung verwendet werden soll Wenn die erste Zeile nicht mit beginnt wird bin sh fiir die Ausf hrung des lokalen Konfigurationsskripts oder von UNISON_JCL verwendet Befehle werden an die Standardlistdatei des Jobs zur ck gemeldet Ist die Variable auf user gesetzt wird das lokale Konfigurationsskript oder UNISON_JCL von der Anmelde Shell UNISON_SHELL des Benutzers ausgef hrt Befehle werden an die Standardlistdatei des Jobs zur ckgemeldet Ist die Variable auf script gesetzt wird das lokale Konfigurationsskript oder UNISON_JCL direkt ausgef hrt und Befehle werden nicht zur ckgemeldet es sei denn das lokale Konfigurationsskript oder UNISON_JCL enth lt den Befehl set x Andere Einstellungen werden als standard interpretiert USE_EXEC Setzbar Wenn diese Variable auf yes gesetzt ist wird der Job oder das lokale Konfigurationsskript des Benutzers mit dem Befehl exec ausgef hrt wodurch ein zus tzlicher Prozess vermieden wird Diese Option wird berschrieben wenn MAIL_ON_ABEND ebenfalls auf yes gesetzt ist Alle anderen Einstellungen werden als no inter pretiert in solch einem Fall wird der Job oder das lokale Konfigurationsskript von einem ande ren Shell Pro
88. cheduler deinstallieren Tivoli Workload Scheduler deinstallieren Gehen Sie wie folgt vor um Tivoli Workload Scheduler von einem UNIX System zu dein stallieren 1 46 Stoppen Sie vor der Deinstallation alle vorhandenen Tivoli Workload Scheduler Prozesse die auf diesem speziellen UNIX System erstellt wurden Melden Sie sich auf dem UNIX System als Root Benutzer an Erstellen Sie von allen Tivoli Workload Scheduler Datenbankdateien die Sie weiter verwenden wollen eine Sicherungskopie Die Datenbankdateien sind im Basisverzeichnis des Tivoli Workload Scheduler Benutzers gespeichert und lauten wie folgt parameters parameters KEY mozart calendars mozart calendars KEY mozart jobs mozart jobs KEY mozart mastsked mozart mastsked KEY mozart prompts mozart prompts KEY mozart resources mozart resources KEY anison network cpudata anison network cpudata KEY anison network userdata anison network userdata KEY Anmerkung Die Datenbank job sched wird automatisch wiederhergestellt Sie brauchen sie also nicht zu speichern Uberpriifen Sie den Inhalt der Datei usr unison components Wenn die Datei mehrere Eintr ge enth lt die mit verschiedenen Maestro Tivoli Workload Scheduler Konten Produktgruppen bereinstimmen l schen Sie aus der Datei die Zeilen die mit der Instanz bereinstimmen die Sie entfernen wollen Beispielsweise k nnte usr unison components folgende Eintr ge enth
89. chrieben Die lokalen Optionen einstellen Stellen Sie die lokalen Optionen auf jedem Computer ein von dem aus Sie die Zeit planungsobjekte von Tivoli Workload Scheduler verwalten m chten somit erhalten diese Computer Zugriff auf die zur gemeinsamen Benutzung freigegebenen Master Datenbanken Nachfolgend werden die Optionen sowie die Vorgehensweise zu deren nderung beschrie ben Beachten Sie dass jede Option auf einen konventionellen Namen laufwerk ge meinsames verzeichnis oder auf einen Namen nach der allgemeinen Namenskonvention knoten gemeinsames verzeichnis gesetzt werden kann Wird ein konventioneller Name verwendet muss der Maestro Benutzer explizit eine Verbindung zu dem freigegebenen Ver zeichnis herstellen Wird ein Name nach der allgemeinen Namenskonvention verwendet ist diese explizite Verbindung nicht erforderlich Es gibt folgende lokale Optionen Mozart Verzeichnis mozart directory Definiert den Namen des gemeinsam benutzten Verzeichnisses mozart auf dem Master Unison Netzwerkverzeichnis unison network directory Definiert den Namen des gemeinsam benutzten Verzeichnisses unison auf dem Master Parameterverzeichnis parameters directory Definiert den Namen des gemeinsam benutzten Verzeichnisses TWShome auf dem Master Setzen Sie auf jedem Computer die Optionen wie folgt 1 Verwenden Sie einen Editor Ihrer Wahl um die Datei TWShome localopts zu ffnen und zu ndern 2 Die Optionen si
90. d in Ihren Jobnetzen Weitere Informationen finden Sie im Handbuch Tivoli Workload Scheduler Referenz Die globale Option carryforward Siche Seite bat Die Befehlszeilenoption stageman carryforward Weitere Informationen finden Sie in der Erkl rung zum Befehl stageman im Handbuch Tivoli Workload Scheduler Referenz Die globale Option carry job states Siehe Seite In der folgenden Tabelle wird gezeigt was die verschiedenen Kombinationen der Weiterleitungsoptionen bewirken Globale Optionen Weiterleitungsoperation carryforward no Es werden keine Jobnetze weitergeleitet carryforward yes carry job Jobnetze werden nur weitergeleitet wenn sich ihre Jobs in den states status angegebenen Status befinden und die Weiterleitungsoption aktiviert ist Es werden nur die Jobs in den angegebenen Sta tus mit den Jobnetzen weitergeleitet carryforward yes carry job Jobnetze werden nur weitergeleitet wenn sie nicht abgeschlos states sen sind und die Weiterleitungsoption aktiviert ist Es werden alle Jobs mit den Jobnetzen weitergeleitet carryforward all carry job Jobnetze werden nur weitergeleitet wenn sich ihre Jobs in den states status angegebenen Status befinden Es werden nur Jobs in den angegebenen Status mit den Jobnetzen weitergeleitet carryforward all carry job Jobnetze werden nur weitergeleitet wenn sie nicht abgeschlos states sen sind Es werden alle Jobs mit den Jobnetzen weitergeleitet Nach
91. dere zugeh rige Dokumente aufgef hrt Er beschreibt auch wie Sie online auf Tivoli Ver ffentlichungen zugreifen wie Sie Tivoli Ver ffentlichungen bestellen und wie Sie Kom mentare zu Tivoli Ver ffentlichungen abgeben Tivoli Workload Scheduler Veroffentlichungen Dieses Buch ist Teil einer umfangreichen Tivoli Workload Scheduler Bibliothek Diese B cher k nnen Sie bei der effektiven Verwendung von Tivoli Workload Scheduler unterstiit zen Tabelle 1 Liste der Tivoli Workload Scheduler Ver ffentlichungen Task Ver ffentlichung Bestellnummer Tivoli Workload Scheduler planen und installieren Tivoli Workload Scheduler Planung und Installation SH12 3010 00 Die Tivoli Workload Scheduler Befehlszeile verwenden verstehen wie erweiterte Agenten und Netzwerkagenten funktionieren und Tivoli Workload Scheduler in NetView und Tivoli Business Sys tems Manager integrieren Tivoli Workload Scheduler Referenz SH12 3011 00 Tivoli Workload Scheduler Fehlern achrichten verstehen Tivoli Workload Scheduler Error Messages SH19 4557 Fehlertolerante Tivoli Workload Scheduler Agenten unter AS 400 installieren konfigurieren und ver wenden Tivoli Workload Scheduler AS 400 Benutzerhandbuch SH12 3012 00 Tivoli Workload Scheduler Plus Module einrichten und verwenden Tivoli Workload Scheduler Plus Module Benutzer handbuch SH12 3013 Die neuesten Informationen zu Tivoli Workload Sched
92. des Tivoli Wor kload Scheduler Netzwerks planen Systemverantwortliche Benutzer die die verschiedenen Softwarepakete auf den Com putern installieren aus denen das Tivoli Workload Scheduler Netzwerk besteht Inhalt dieses Handbuchs Das Handbuch Tivoli Workload Scheduler Planung und Installation besteht aus folgenden Kapiteln Kapitel 1 Enth lt Planungsinformationen zur Einrichtung eines Tivoli Workload Scheduler Netz werks sowie eine bersicht ber den Installationsprozess Kapitel 2 IKapite Erl utert die Installation der Tivoli Workload Scheduler Steuerkomponente unter Win dows NT Kapitel 3 IKapite Erl utert die Installation der Tivoli Workload Scheduler Steuerkomponente unter UNIX Kapitel 4 IKapite Erl utert die Anpassung der Sicherheitsdatei Kapitel 5 Kapite Erl utert die Anpassung Ihres Netzwerks und Ihrer Workstation nach der Installation Anhang A Erl utert die Konfiguration Ihrer Workstation f r Zeitzonen und die Pr fung Anhang B Erl utert die einem Tivoli Workload Scheduler Netzwerk unterliegenden Mechanismen Anhang C Erl utert die Konfiguration Ihres Netzwerks wenn es MPE Computer enth lt Anhang D Enth lt hilfreiche Informationen zur Migration von Maestro Tivoli Workload Scheduler Planung und Installation ix Ver ffentlichungen Ver ffentlichungen In diesem Abschnitt werden Ver ffentlichungen in der Tivoli Workload Scheduler Bibliothek und an
93. die URL Adresse in dem Fenster anzugeben Wenn Sie eine Datei mit Vorgaben an vorhandene Benutzer weitergeben m chten m ssen Sie deren eigene Instanzen der Datei GlobalPreferences ser durch die von Ihnen erstellte Datei erset zen Anmerkung Eine andere Instanz der Datei GlobalPreferences ser befindet sich im Ver zeichnis JSConsole dat tmeconsole TivoliConsole unter Windows oder in en HOME tmeconsole TivoliConsole unter UNIX Diese Datei enth lt Vorgaben die die Darstellung der JS Console betreffen und sollte nicht weitergegeben werden Tivoli Workload Scheduler Planung und Installation 129 UaiauDuu Joinpau2e DEODUOM IOAUL INY q Erweiterte Datenbanken zur cksetzen Erweiterte Datenbanken zur cksetzen F r die Zur cksetzung einer erweiterten Datenbank gibt es zwei Methoden 130 E Nutzen Sie die folgende Methode wenn keine Zeitplanungsobjekte nach der Erweiterung der Datenbank erstellt oder ge ndert wurden Wenn Zeitplanungsobjekte erstellt wurden k nnen diese manuell der Datenbank hinzugef gt werden nachdem diese in den nicht erweiterten Status zur ckversetzt wurde Wurden Anderungen vorgenommen m ssen diese erneut implementiert werden F hren Sie folgende Schritte aus 1 Stellen Sie auf dem Master die Sicherungsdateien im Verzeichnis mozart old in den Verzeichnissen mozart und unison network wieder her a Versetzen Sie die folgenden Dateien in das Verzeichnis unison network e cpudata e cpud
94. dies in Versionen vor Maestro Version 6 0 der Fall ist wird sie als no interpretiert history Es kann eingegeben werden wie viele Tage die statistischen Daten zu Jobs gespei chert werden sollen Die Statistiken werden auf FIFO Basis gel scht Diese Option wirkt sich nicht auf Standardlistdateien mit Jobs aus Diese m ssen mit dem Befehl rmstdlist entfernt werden Informationen zum Befehl rmstdlist finden Sie im Hand buch Tivoli Workload Scheduler Referenz ignore calendars Dies ist eine Vorbereitungsoption die sich auf die Funktionsweise des Befehls compiler auswirkt Die Einstellung legt fest ob Benutzerkalender in die neue Produktionssteuerungsdatei Kopiert werden Geben Sie yes ein um das Kopieren von Benutzerkalendern in den neuen Produktionsplan die Datei Symphony zu verhin dern Dadurch wird Speicherplatz in der Datei freigehalten aber die Verwendung von Kalendernamen in Datumsausdr cken zugelassen Geben Sie no ein damit Benutzerkalender in den neuen Produktionsplan kopiert werden Weitere Informatio nen finden Sie in der Erkl rung zum Befehl compiler im Handbuch Tivoli Workload Scheduler Referenz master Der Name des Hauptdom nenmanagers Dieser wird festgelegt wenn Sie Tivoli Workload Scheduler mit customize UNIX oder Setup Windows NT installieren Tivoli Workload Scheduler Planung und Installation 71 uauondos unsseduy ajeuondo e Globale Optionen 72 plan audit level Das Aktivieren bzw Inaktivieren d
95. dress validation failed for request Service nummer for programm on cpu bs art Connection received from IP address verb ip adr System known IP addresses for node name knoten bek ip adr m Die in der Workstationdefinition angegebene IP Adresse f r die in dem Dienstan forderungspaket angegebene Tivoli Workload Scheduler Workstation stimmt nicht mit der IP Adresse der verbindenden Workstation berein IP address validation failed for request Service nummer for programm on cpu bs art Connection received from IP address verb ip adr TWS known IP addresses for cpu bek ip adr m Unabh ngig vom Status von nm ipvalidate wird die folgende Informationsnachricht angezeigt wenn die berpr fung der IP Adresse nicht ausgef hrt werden kann weil die Symphony Datei nicht vorhanden ist oder ein Fehler beim Lesen der Datei auftritt IP address validation not performed for request Service nummer for programm on cpu bs art Connection received from IP address verb ip adr Cannot open or read Symphony file Service request accepted Dabei gilt Folgendes nummer Dienstnummer 2001 Writer 2002 Mailman programm Programm das den Dienst anfordert cpu Tivoli Workload Scheduler Workstationname der verbindenden Workstation bs art Betriebssystem der verbindenden Workstation knoten Knotenname oder IP Adresse der verbindenden Workstation Tivoli Workload Scheduler Planung und Installation 107 SYIOMZION AOINPayOS DEODUOA HOA
96. duler 0 0 0 2 ee eee eee 28 Der Tivoli Workload Scheduler Dienst 2 0 0 nee 28 Die dezentrale Verwaltung einrichten 2 eens 29 Die Verzeichnisse des Masters gemeinsam benutzen 0 eee eee eee 29 Tivoli Workload Scheduler Parameter gemeinsam benutzen 0 0005 29 Ein Verzeichnis gemeinsam benutzen 2 eee 29 Die lokalen Optionen einstellen 0 eens 30 Die lokalen Optionen auf dem Master einstellen 31 Das Tivoli Workload Scheduler Konto manuell erstellen 31 Tivoli Workload Scheduler Verwaltungstypen 222222 eeeeeeeeeeeeeeenenenn 31 Zentrale Verwaltung EE cree ewe ae erii tekt NRG eRe LEONG Ea ee ERE AN A 31 Dezentrale Verwaltung 4 222 24220 ae Pe Aa Rhee ade Zare ned SN 32 Tivoli Workload Scheduler deinstallieren 22222222 33 Das Tool Software in der Systemsteuerung von Windows NT verwenden 33 Kapitel 3 Unter UNIX mstallteren nun un 35 SYSlLEMVOFAUSSELZUN GEM EEN 35 iv Version 8 1 F r Endpunkt zu Endpunkt Zeitplanung installieren 2 2 eee 35 Installations verfahren sss e nage re EE ee ae ase baw eee 36 Die Tivoli Workload Scheduler Steuerkomponente installieren 36 Konfigurationsschritte ee cae He Re OE ERE sen EERE sense na 38 Einen Hauptdom nenmanager nach der Installation konfigurieren 38 Einen fehlertoleranten Agenten nach der Installation konfigurieren 39 Tivoli Workl
97. duler auf UNIX Computern Es wird empfohlen bei der Aktualisierung eines Tivoli Workload Scheduler Netzwerks zun chst alle Agentenworkstations und anschlie Bend den Hauptdom nenmanager zu aktualisieren Anmerkung Lesen Sie die Tivoli Workload Scheduler Release Informationen da diese zus tzliche Informationen zum Aktualisieren vorhandener Software enthalten Die nachfolgenden Schritte zur Durchf hrung einer Aktualisierung werden in der Reihen folge beschrieben in der sie auch ausgef hrt werden sollten Vorbereitung Tivoli Workload Scheduler stoppen 1 Unterbrechen Sie ber die Job Scheduling Console die Verbindung der Zielworkstation mit den anderen Workstations im Netzwerk Sie k nnen auch an der Befehlszeile den fol genden Befehl eingeben conman unlink workstationname noask 2 Stoppen Sie die Zielworkstation ber die Job Scheduling Console und fahren Sie sie herunter Geben Sie an der Befehlszeile die folgenden Befehle ein conman stop conman shut wait 3 Wenn Sie die Aktualisierung auf einem Agenten durchf hren h ngen Sie die angeh ng ten NFS Verzeichnisse auf dem Hauptdom nenmanager ab umount Sicherungskopien Das Skript customize versetzt Ihre Arbeitskopien von Sfinal Jnextday NetConf und Star tUp in ein Verzeichnis mit dem Namen twshome config old Diese Dateien werden h ufig angepasst um den besonderen Anforderungen des Benutzers zu entsprechen Sie k nnen mit den gesicherten Kopien nach de
98. e Optionen setzen Globale Optionen werden in der Datei globalopts mit Hilfe eines Texteditors eingegeben Sie k nnen jederzeit nderungen vornehmen diese werden jedoch erst nach einem Stopp und Neustart von Tivoli Workload Scheduler wirksam Die Syntax wird in der nachfolgenden Tabelle beschrieben Bei den Eintr gen muss die Gro und Kleinschreibung nicht beachtet werden Syntax der globalen Optionen Standardwert kommentar automatically grant logon as batch yesino no batchman schedule yesIno no bmmsgbase ganze zahl 1000 bmmsgdelta ganze zahl 1000 carry job states status Null carryforward yeslnolall yes company firmenname Null database audit level OI 0 expanded version yesIno Null history tage 10 ignore calendars yesIno no master workstation Wird standardm ig von customize unter UNIX und von Setup unter Windows NT gesetzt plan audit level 011 0 retain rerun job name yesIno no start startzeit 0600 timezone enable yesIno no Tivoli Workload Scheduler Planung und Installation 69 uauondos unsseduy ajeuondo e Globale Optionen 70 kommentar Alles zwischen Nummernzeichen und Zeilenende wird als Kommentar behandelt automatically grant logon as batch job Dies gilt nur fiir Windows NT Jobs Ist diese Option auf yes gesetzt wird den sich fiir Windows NT Jobs anmeldenden Benutzern automatisch d
99. e Verzeichnisse maestrohome mozart und maestrohome unison network auf den Dom nenmanager im Bereitschafts modus Beachten Sie dass Sie dies tun m ssen bevor ein vollst ndiger Systemaus fall auf dem urspr nglichen Master auftritt m Richten Sie ein anh ngbares Dateisystem ein Sie sollten dieses Dateisystem extern vom Master und Dom nenmanager im Bereitschaftsmodus erstellen f r den Fall dass auf dem urspr nglichen Master ein vollst ndiger Systemausfall auftritt Stellen Sie sicher dass die Maestro Verzeichnisse maestrohome mozart und maestrohome unison network auf dem System auf dem sie sich befinden ber einen Eintrag in der Datei etc exports angeh ngt werden k nnen H ngen Sie die Dateisysteme auf dem Dom nenmanager im Bereitschaftsmodus an Tivoli Workload Scheduler Planung und Installation 111 SYIOMZION ISINPaYIS peojy4oM IOALL 9 Fehlerbehebung im Netzwerk 4 Editieren Sie die Datei maestrohome mozart globalopts auf dem Dom nenmanager im Bereitschaftsmodus und ndern Sie die globale Option master in den Workstationna men des Dom nenmanagers im Bereitschaftsmodus 5 Verwenden Sie Composer auf dem Dom nenmanager im Bereitschaftsmodus um alle wichtigen Jobnetze zu ndern die auf dem Hauptdom nenmanager ausgef hrt werden wie z B der Zeitplan final ndern Sie jeweils den Workstationnamen in den Namen des Dom nenmanagers im Bereitschaftsmodus 6 H ngen Sie falls erforderlich die Verzeichnis
100. e des Computers der als Hauptdom nenmanager von Tivoli Workload Scheduler dienen soll Beachten Sie dass dieser Name innerhalb des Tivoli Workload Scheduler Netzwerks auch auf UNIX Com putern verwendet werden muss Anmerkung Sie k nnen auch ein vorhandenes Benutzerkonto verwenden Stellen Sie dabei aber sicher dass dieser Benutzer zur Gruppe der NT Administrato ren geh rt 2 Ordnen Sie dem Benutzer TWS ein Basisverzeichnis zu Beispiel C win32app maestro Geben Sie nicht das Stammverzeichnis eines Laufwerks an Die Tivoli Workload Schedu ler Software wird im Basisverzeichnis dieses Benutzers installiert In der Dokumentation wird dieses Verzeichnis als TWShome bezeichnet 3 Erteilen Sie dem Benutzer TWS auf jedem Computer von dem aus Tivoli Workload Scheduler verwaltet wird die folgenden erweiterten Benutzerrechte Als Teil des Betriebssystems handeln Anheben einer Quote Anmelden als Stapelverarbeitungsauftrag Anmelden als Dienst Lokale Anmeldung Ersetzen eines Tokens auf Prozessebene Sie k nnen jetzt das Setup Programm ausf hren Siehe Die Software installieren auf Sei Version 8 1 Tivoli Workload Scheduler deinstallieren Tivoli Workload Scheduler deinstallieren Bei der Ausf hrung der Deinstallationsprogramme werden die Produktdateien Registrie rungsschl ssel Dienste und Programmgruppen entfernt Beachten Sie dass bei der Deinstal lation keine Dateien entfernt werden die nach der Installation von
101. e in einem Fenster auf der Arbeitsoberfl che des Benutzers ausgef hrt wer den Auf diese Jobs kann nicht zugegriffen werden und sie haben keinen Zugriff auf Arbeitsoberfl chenressourcen Daher werden sie m glicherweise entweder endlos ausgef hrt oder auf Grund eines Ressourcenmangels abnormal beendet 28 Version 8 1 Nach der Installation bzw der Aktualisierung Die dezentrale Verwaltung einrichten Die Verwaltung der Tivoli Workload Scheduler Zeitplanungsobjekte kann nicht nur vom Tivoli Workload Scheduler Hauptdom nenmanager aus erfolgen auf diesem sind die Daten banken vorhanden sondern auch von jedem anderen Computer aus Damit Sie die Zeitplanungsobjekte auf diese Weise verwalten k nnen m ssen Sie die Ver zeichnisse des Hauptdom nenmanagers f r die gemeinsame Benutzung freigeben und eine Reihe lokaler Optionen auf den anderen Computern definieren Die Verzeichnisse des Masters gemeinsam benutzen Geben Sie die nachfolgenden Verzeichnisse auf dem Hauptdom nenmanager zur gemeinsa men Benutzung frei und erteilen Sie die notwendigen Berechtigungen damit die Dom nen benutzer TWS oder maestro ber die vollst ndige Kontrolle verf gen TWShome mozart TWShome unison network Tivoli Workload Scheduler Parameter gemeinsam benutzen Die Substitutionsparameter von Tivoli Workload Scheduler sind in der Regel computer bezogen und werden von daher auf jedem Computer separat verwaltet Sollen diese Parame ter f r alle
102. e nicht nur vom Master oder den Agentenworkstations aus verwalten k n nen sondern von beliebigen Systemen aus einschlie lich Laptops auf denen die Job Sche duling Console installiert ist und von denen aus Sie ber TCP IP eine Verbindung zum Mas ter oder zum fehlertoleranten Agenten auf dem der Connector ausgef hrt wird herstellen k nnen Von derselben Job Scheduling Console k nnen Sie auch Plan und Datenbankobjekte von Tivoli Workload Scheduler for z OS verwalten vorausgesetzt die Anmeldung an einer Maschine auf der der Tivoli Workload Scheduler for z OS Connector ausgef hrt wird ist m glich Eine ausf hrliche Beschreibung der Installation der Job Scheduling Console finden Sie im Handbuch Tivoli Workload Scheduler Console Benutzerhandbuch In der folgenden Abbildung wird die Beziehung zwischen Tivoli Management Framework den Job Scheduling Services den Tivoli Workload Scheduler und Tivoli Workload Schedu ler for z OS Job Scheduling Steuerkomponenten und der Job Scheduling Console dargestellt Version 8 1 Framework Job Scheduling Console Die Job Scheduling Console verbessert die Integration zwischen den beiden Zeitplanungs Steuerkomponenten da sie einen einzelnen Zugriffspunkt fiir Datenbank und Planobjekte auf dem Gro rechner und den verteilten Plattformen bietet Dies ist vor allem dann hilfreich wenn Sie die Funktion der Endpunkt zu Endpunkt Zeitplanung von Tivoli Workload Schedu ler fo
103. e plus Zeitan gabe in Composer und Console Manager einzugeben eine Fehlermeldung In der Job Sche duling Console sind die Zeitzonenfelder sowohl f r die Datenbank als auch f r den Plan inaktiviert Die einzige Ausnahme sind Workstations in der Datenbank bei denen die Zeitzonenfunktion immer aktiviert ist Bei der Aktivierung der Zeitzone f r die Master Workstation wird empfohlen dass Sie f r fehlertolerante Agenten die sich in einer anderen Zeitzone als die Master Workstation befin den eine Zeitzone angeben Erfolgt keine Zeitzonenangabe f r einen fehlertoleranten Agen ten wird davon ausgegangen dass f r den Agenten dieselbe Zeitzone wie f r die Master Workstation gilt Nach der Aktivierung der Zeitzonen k nnen Sie eine Zeitzone und eine Zeit in Console Manager Composer oder in der Job Scheduling Console angeben Bei Angabe einer Zeit ohne Zeitzone wird letztere von der Workstation bernommen auf der der Job bzw das Job netz ausgef hrt wird ist auf dieser keine Zeitzone angegeben wird die der Master Worksta tion bernommen 8 Version 8 1 Netzwerkplanung Netzwerkplanung Klaren Sie die nachfolgenden Fragen bevor Sie mit der Installation von Tivoli Workload Scheduler beginnen In den n chsten Abschnitten finden Sie Informationen die Ihnen bei der Kl rung dieser Fragen entsprechend Ihrer Bed rfnisse behilflich sind 1 Verwenden Sie eine Netzwerkstruktur mit einer oder mehreren Dom nen 2 Wenn Sie mehrere Do
104. edule Jobnetz cpu workstation Gibt den Namen der Workstation an auf der die Jobnetze ausgef hrt werden Platzhalterzeichen sind erlaubt Erfolgt keine Angabe bezieht sich die Definition auf alle Workstations Folgende Tivoli Workload Scheduler Variablen k nnen verwendet werden master remotes slaves und thiscpu Weitere Informationen finden Sie unter name jobnetz Gibt mindestens einen Jobnetznamen an Platzhalterzeichen sind erlaubt Mehrere Namen miissen durch Kommas getrennt werden Erfolgt keine Angabe gilt die Definition fiir alle Jobnetze F r die Objektart userobj cpu workstation Gibt die Workstation an auf der der Benutzer definiert ist Platzhalter zeichen sind erlaubt Erfolgt keine Angabe bezieht sich die Definition auf alle Workstations Folgende Tivoli Workload Scheduler Variablen k nnen verwendet werden master remotes slaves und thiscpu Weitere Informationen finden Sie unter L Von oli bereitgestelltel Variablen d CLULC Q logon benutzername Gibt einen oder mehrere Benutzernamen an Platzhalterzeichen sind erlaubt Mehrere Namen miissen durch Kommas getrennt werden Erfolgt keine Angabe bezieht sich die Definition auf alle Benutzer Version 8 1 Syntax der Datei Security aktion Gibt die Aktionen an die Benutzer ausf hren k nnen Mehrere Aktionen m ssen durch Kommas getrennt werden Erfolgt keine Angabe sind keine Aktionen erlaubt Die Eingabe von access gibt Benutzern
105. efehl einen Exit Code ungleich null zuriickgibt Ist die Variable auf no gesetzt wird die Ausf hrung des Jobs fortgesetzt wenn ein Befehl einen Exit Code ungleich null zuriickgibt Andere Einstel lungen werden als no interpretiert LOCAL_RC_OK Setzbar Wenn diese Variable auf yes gesetzt ist wird das lokale Konfigurationsskript des Benut zers ausgefiihrt sofern vorhanden und UNISON_JCL als erstes Argument iibergeben Der Zugriff auf diese Option kann dem Benutzer erteilt bzw verweigert werden Weitere Informati krip SHOM obman 2 eite 881 Ist die Variable auf no gesetzt wird das Vorhandensein eines lokalen Konfigurationsskripts ignoriert und UNISON_JCL ausgef hrt Andere Einstellungen werden als no interpretiert 86 Version 8 1 Die Konfigurationsskripts verwenden Tabelle 3 Variablen von jobmanrc Forts Variablenname Wert MAIL_ON_ABEND Setzbar Wenn diese Variable auf yes gesetzt ist wird eine Nachricht an die Mailbox des angemel deten Benutzers gesendet wenn der Job mit einem Exit Code ungleich null beendet wird Diese Variable kann auch auf einen oder mehrere Benutzernamen getrennt durch Leerzeichen gesetzt werden eine Nachricht wird dann an jeden Benutzer gesendet Beispiel root mis sam mary Ist die Variable auf no gesetzt werden keine Nachrichten gesendet wenn der Job abnor mal beendet wird Nachrichten ber abnormale Beendigungen haben folgendes Format cpu s
106. ehl makesec 420 ende ana 66 Kapitel 5 Optionale Anpassungsoptionen 69 Globale Optionen u su un ana en ee ana ee en 69 Globale Optionen setzen REEL EIN ee ENEE Bee ee ee 69 Beispiel der Datei f r globale Optionen 222m eeeeee ern nnn 72 Tivoli Workload Scheduler Planung und Installation Die Weiterleitungsoptionen 1 0 eens 73 Globale Optionen f r MPE Agenten setzen 74 Lokale Optionen sedesi Steg 60 ipia en een E ade EA 74 Lokale Optionen setzen seris eke EIN bee EE ESE SEER daut oe Hee eee came ine be 74 Beispiel der Datei f r lokale Optionen 2 ee 79 Lokale Optionen f r Netman setzen 81 Optionen fiir dezentralisierte Verwaltung unter Windows NT setzen 81 Tivoli Workload Scheduler Konsolnachrichten und Eingabeaufforderungen 81 syslog local unter UNIX setzen 81 Der Befehl console EEN bnew ne en deeb ber EE ieee bees 82 Den Produktionszyklus automatisieren orses eee eee ee 83 Das Jobnetz final anpassen 2 1 eet e ene 83 Das Jobnetz final hinzuf gen 84 Einen Produktionszyklus starten 84 Die Produktionsumgebung verwalten 84 Die Tagesstartzeit ausw hlen 2 2 2200 neeeeeeenen eee ee 84 Die Tagesstartzeit guder csocsi cee eda eee E EEN Reisen inne pn 85 Einen Plan f r zuk nftige oder vergangene Tage erstellen 85 Die Konfigurationsskripts verwenden 86 Standardkonfigurationsskript jobmantc 86 Lokales Konfigurationss
107. eine vorhandene Installation von Tivoli Workload Scheduler aktualisieren wollen Lesen Sie nach der Installation den Abschnitt ne Aktualisierung abschlie en auf Seite 28 in dem wichtige Schritte die nach der Installation ausgef hrt werden m ssen beschrieben wer den Anmerkung Normalerweise werden bei der Aktualisierung eines Tivoli Workload Schedu ler Netzwerks zun chst die fehlertoleranten Agenten und die Standardagenten aktualisiert und anschlie end der Hauptdom nenmanager Lesen Sie aber vor der Aktualisierung Ihres Tivoli Workload Scheduler Netzwerks die Tivoli Wor kload Scheduler Release Informationen mit den neuesten Informationen zur Migration auf eine neue Softwareversion Tivoli Workload Scheduler trennen und stoppen Sie m ssen die Verbindung zu Workstations unterbrechen und die Tivoli Workload Schedu ler Prozesse stoppen bevor Sie die Aktualisierung Ihrer Installation starten F hren Sie fol gende Schritte aus 1 Unterbrechen Sie ber die Job Scheduling Console die Verbindung der Zielworkstation mit den anderen Workstations im Netzwerk Sie k nnen auch an der Befehlszeile den fol genden Befehl eingeben conman unlink workstationname noask 2 Stoppen Sie die Zielworkstation ber die Job Scheduling Console und fahren Sie sie herunter Geben Sie an der Befehlszeile den folgenden Befehl ein conman stop conman shut wait Sie k nnen dieselbe Task auch durch die Ausf hrung einer der folgenden zwei Ak
108. eiten Jobs kurz vor Tagesende angesetzt werden kann Tivoli Workload Scheduler Planung und Installation 83 uauondos unsseduy ajeuondo e Den Produktionszyklus automatisieren Das Jobnetz final hinzuf gen 8 vorgegangen sind oder wenn Sie Tivoli Workload ae ber das Sane Setup in NT installiert haben ist das Jobnetz final bereits in die Datenbank aufgenommen worden Befolgen Sie andernfalls die unten auf gef hrten Anweisungen um das Jobnetz final oder ein entsprechendes benutzerdefiniertes Jobnetz hinzuzuf gen Wenn Sie unter UNIX arbeiten und nach den Anweisungen in 1 Melden Sie sich als Benutzer TWS oder maestro am Hauptdom nenmanager an 2 Geben Sie unter UNIX oder Windows NT an der Eingabeaufforderung folgenden Befehl ein composer add Sfinal Verwenden Sie anstelle von Sfinal den Namen Ihres eigenen Jobnetzes um dieses hinzu zuf gen Einen Produktionszyklus starten Gehen Sie wie folgt vor um zum ersten Mal einen Produktionstag zu starten oder einen neuen Produktionstag mit einer ge nderten Tagesstartzeit zu starten 1 Melden Sie sich als Benutzer maestro am Hauptdom nenmanager an 2 F hren Sie an einer Eingabeaufforderung Folgendes aus conman release final Dadurch werden die Vorbereitungsprozesse ausgef hrt und die Tivoli Workload Schedu ler Produktionsprozesse gestartet Die Produktionsumgebung verwalten 84 Dieser Abschnitt bietet Ihnen Informationen zum ndern der Tagesstartze
109. eitere Informa tionen finden Sie unter nmhome Das Netman Basisverzeichnis Wird es nicht angegeben wird Netman im Basis verzeichnis von Tivoli Workload Scheduler installiert twshome Weitere Informatio nen hierzu finden Sie unter Ba Option wirkt sich nicht auf Aktualisierungen aus Es werden nicht erweiterte Datenbanken verwendet Die globale Option expanded version wird auf no gesetzt es werden nicht erweiterte Datenbanken erstellt Da fr here Versionen keine erweiterten Datenbanken unterst tzen sollten Sie dieses Schl sselwort verwenden wenn Sie Tivoli Workload Scheduler in einem Netzwerk installieren in dem sich Computer mit einer beliebigen Version von Maestro for MPE befinden Auf allen Computern mit Maestro Version 6 0 oder h her oder Tivoli Workload Scheduler k nnen die Datenbanken durch Ausf hren des Befehls dbex pand auf dem Hauptdom nenmanager erweitert werden Weitere Informationen zum Befehl dbexpand finden Sie im Handbuch Tivoli Workload Scheduler Referenz Wird diese Option nicht angegeben wird die globale Option expanded version auf yes gesetzt somit werden erweiterte Datenbanken erstellt nolinksl execpath pfadname Mit der Option zum Verbinden link wird der Pfad festgelegt den das Skript custo mize zur Erstellung von Verbindungen zu den Tivoli Workload Scheduler Dienst programmbefehlen verwendet Wenn Sie die Option nolinks angeben werden keine Verbindungen erstellt Wenn S
110. eleitet wurde die nach dem ersten bereinstimmenden Eintrag steht schl gt die berpr fung der IP Adresse fehl Stellen Sie den Eintrag der verwendet wird um die Verbindung einzuleiten vor alle anderen bereinstimmenden Eintr ge in der Datei etc hosts um dieses Problem zu l sen Wenn gethostbyname den benannten Namenserver oder den NIS Server Network Information Services verwendet und gethostbyname fehlschl gt kontaktieren Sie Ihren Systemadministrator um Unter st tzung zu erhalten Version 8 1 Die Netzwerk IP Adresse berpr fen Fehlernachrichten Warnungen In der folgenden Liste finden Sie die Nachrichten f r die berpr fung von IP Adressen Wenn die lokale Option nm ipvalidate auf none gesetzt ist werden die Fehler als Warnun gen angezeigt m Der Tivoli Workload Scheduler Workstationname wird in der Symphony Datei nicht gefunden IP address validation failed for request Service nummer for programm on cpu bs art Connection received from IP address verb ip adr MAESTRO CPU cpu not found in Symphony file m Der Aufruf von gethostbyname schl gt fehl IP address validation failed for request Service nummer for programm on cpu bs art Connection received from IP address verb ip adr gethostbyname failed unable to retrieve IP address of connecting node knoten m Die von gethostbyname zur ckgegebenen IP Adressen stimmen nicht mit der IP Adresse der verbindenden Workstation berein IP ad
111. elle im Plan angeben 2 Definieren Sie Workstationzeitzonen Stellen Sie die Zeitzone der Master Workstation des Sicherungs Masters und aller FTAs ein die sich in einer anderen Zeitzone als der Master befinden Die Datenbank l sst keine Angabe von Zeitzonen bei Startzeiten und Terminen zu Sie k nnen derzeit keine Zeitzone in dem Plan angeben weil der Eintrag timezone enable in globaloptions immer noch auf NO gesetzt also inaktiviert ist 3 Wenn die Zeitzonen der Workstations korrekt eingestellt sind setzen Sie timezone enable in der Datei globaloptions auf YES Durch diese Einstellung und die Definition der Zeitzone auf der Master Workstation ist das Tivoli Workload Scheduler Netzwerk in der Lage die Zeitzonenunterst tzung zu nutzen Ab jetzt k nnen alle Benutzer Zeitzonen berall in der Datenbank verwenden auch wenn sie bis zur n chsten Ausf hrung von Jnextday warten m ssen bis sie sie auf Startzeiten und Termine anwenden k nnen Bis zur Ausf hrung von Jnextday k nnen sie keine Zeit zonen im Plan verwenden Bei der n chsten Ausf hrung von Jnextday werden die Zeitzo nen auf den Plan bertragen und die JS Console und das Ausgabeprogramm erm glichen die Angabe von Zeitzonen berall im Plan 4 Verwenden Sie Zeitzonen f r Start und Until Zeiten wenn Sie sie ben tigen Jetzt k nnen Sie alle Zeitzonenreferenzen in der Datenbank und im Plan sowohl mit der JS Console als auch in der CLI verwenden Bei fehlertoleran
112. en F r die Objektart parameter add Neue Parameter der Datenbank hinzuf gen und speichern delete Parameter aus der Datenbank l schen display Parameter in der Datenbank anzeigen modify Parameter in der Datenbank ndern und ersetzen F r die Objektart prompt add Neue Eingabeaufforderungen der Datenbank hinzuf gen und speichern delete Eingabeaufforderungen aus der Datenbank l schen display Eingabeaufforderungen in der Datenbank anzeigen modify Eingabeaufforderungen in der Datenbank ndern und ersetzen use Eingabeaufforderungen Jobnetzen in der Datenbank hinzuf gen und Ein gabeaufforderungen Jobs und Jobnetzen im Produktionsplan hinzuf gen F r die Objektart resource add Neue Ressourcen der Datenbank hinzuf gen und speichern delete Ressourcen aus der Datenbank l schen display Ressourcen in der Datenbank anzeigen modify Ressourcen in der Datenbank ndern und ersetzen use Ressourcen Jobnetzen in der Datenbank und Ressourcen Jobs und Job netzen im Produktionsplan hinzuf gen F r die Objektart schedule Jobnetz add Neue Jobnetze der Datenbank hinzuf gen und speichern adddep Abh ngigkeiten Jobnetzen im Produktionsplan hinzuf gen altpri Die Priorit t von Jobnetzen im Produktionsplan ndern cancel Jobnetze im Produktionsplan abbrechen deldep Jobnetzabh ngigkeiten im Produktionsplan l schen delete Jobnetze aus der Datenbank l schen Tivoli Workload Scheduler Planung und Installation 57 UBIBI
113. en Plan f r den n chsten Tag bertragen Platzhalterzeichen Bei Tivoli Workload Scheduler sind fol gende Platzhalterzeichen zul ssig Ersetzt ein alphabetisches Zeichen Ersetzt ein numerisches Zeichen Ersetzt null oder mehrere alphanumerische Zeichen Platzhalterzeichen werden im Allgemeinen verwendet um eine Suche nach einem oder mehreren Objekten in der Datenbank zu pr zisieren Wenn Sie beispielsweise alle Workstations anzeigen m chten k nnen Sie den Platzhalter Stern eingeben Wenn Sie hingegen eine Liste mit Workstations von standort1 bis standort8 anzeigen m chten k nnen Sie standort eingeben Priorit t Eine Zeitvorgabe im Tivoli Workload Scheduler Warteschlangensystem zur Ausf hrung von Jobs und Jobnetzen im Plan Sie k nnen jedem Job oder Jobnetz eine Priorit tsstufe von 0 bis 101 zuordnen Bei einer Priorit t von 0 findet keine Ausf hrung statt R Ressource Ressourcen k nnen entweder physische oder logi sche Ressourcen auf Ihrem System darstellen Nachdem sie in der Tivoli Workload Scheduler Datenbank definiert wurden k nnen sie als Abh ngigkeiten f r Jobs und Jobnetze verwendet werden Sie k nnen z B eine Ressource mit dem Namen B n der mit einem Einheitenwert von 2 definieren Definieren Sie anschlie end Jobs die zwei verf gbare Bandlaufwerke als Abh ngigkeit erfordern Jobs mit dieser Abh ngigkeit k nnen nicht gleichzeitig ausgef hrt werden da die Ressou
114. en Verlust eines Dom nenmanagers auf eine Dom ne beschr nken Um diese Gefahr weiter zu minimieren k nnen Sie Sicherungsdom nenmanager zuweisen die bei Ausfall des Dom nenmanagers dessen Funktionen bernehmen Funktionalit t der Dom nen Bei der Definition einer neuen Dom ne m ssen Sie die bergeordnete Dom ne und den Dom nenmanager angeben Bei der bergeordneten Dom ne handelt es sich um die Dom ne die in der Dom nenhierarchie direkt ber der neuen Dom ne steht Die gesamte Dom nen kommunikation wird ber den bergeordneten Dom nenmanager geleitet Der Hauptdom nenmanager erstellt vor Beginn eines Produktionstages eine Produktions steuerungsdatei die sogenannte Symphony Datei Anschlie end wird innerhalb des Netz werks ein Neustart von Tivoli Workload Scheduler durchgef hrt und der Hauptdom nen manager sendet eine Kopie der neuen Symphony Datei an jeden Agenten der automatisch mit ihm verbunden ist sowie an untergeordnete Dom nenmanager Die Dom nenmanager senden ihrerseits Kopien an die Agenten die automatisch mit ihnen verbunden sind sowie an untergeordnete Dom nenmanager Tivoli Workload Scheduler Planung und Installation 9 Bunaynyulg L Netzwerkplanung 10 Wenn das Netzwerk gestartet wurde werden Planungsnachrichten wie z B Nachrichten zum Jobbeginn und ende von den Agenten an die jeweiligen Dom nenmanager bergeben und anschlie end ber die bergeordneten Dom nenmanager an den
115. er Planpriifung kann ausgew hlt werden G ltige Werte sind 0 f r das Inaktivieren der Planpr fung und 1 f r das Aktivieren der Plan pr fung Die Pr finformationen werden in einer unstrukturierten Datei im Verzeich nis TWShome audit plan protokolliert F r jede Tivoli Workload Scheduler Worksta tion wird ein eigenes Protokoll verwaltet F r den Plan werden nur Aktionen und nicht das erfolgreiche Ausf hren bzw das Fehlschlagen der Aktion in der Pr fdatei protokolliert Weitere Informationen zu dieser Funktion finden Sie unter l retain rerun job name Dies ist eine Produktionsoption die sich auf die Funktionsweise von Batchman aus wirkt Batchman ist der Produktionssteuerungsprozess von Tivoli Workload Schedu ler Die Einstellung legt fest ob Jobs die mit dem Conman Befehl rerun wiederholt werden ihren urspr nglichen Jobnamen behalten Geben Sie yes ein damit die wie derholten Jobs ihren urspr nglichen Jobnamen behalten Geben Sie no ein damit den wiederholten Jobs der unter rerun from angegebene Name zugeordnet wird start Die Startzeit des Tivoli Workload Scheduler Verarbeitungstages kann im 24 Stunden Format eingegeben werden hhmm 0000 2359 Die Standardstartzeit ist 6 00 Uhr und die Standardstartzeit des Jobnetzes final ist 5 59 Uhr Wenn Sie diese Option ndern m ssen Sie auch die Startzeit des Jobnetzes final ndern die in der Regel auf eine Minute vor der Startzeit gesetzt wird timezone enable Das Aktivieren
116. er kann der Name aus bis zu acht alphanumerischen Zeichen Bin destrichen oder Unterstreichungszeichen _ bestehen wobei das erste Zeichen ein Buchstabe sein muss Bei der erweiterten Version darf er bis zu sechzehn Zei chen umfassen Ist dieser Computer der Hauptdom nenmanager oder eine eigenst n dige Workstation geben Sie den Namen von thiscpu ein Mit diesem Namen wird zu einem sp teren Zeitpunkt die Workstation in Tivoli Workload Scheduler formal definiert Tivoli Workload Scheduler Planung und Installation 43 usaa jelsul XINN Jeun E Das Skript customize 44 company Der Name des Unternehmens in doppelten Anfiihrungszeichen kann aus bis zu 40 Zeichen bestehen Der Name erscheint in Programm Headern und Berichten Der Name der Produktgruppe in der Tivoli Workload Scheduler installiert bzw aktu alisiert werden soll Der Name kann aus maximal 40 Zeichen bestehen beim ersten Zeichen muss es sich um einen Buchstaben handeln Wird diese Einstellung bei einer Erstinstallation oder einer ersten Aktualisierung einer fr heren Version von Tivoli Workload Scheduler bergangen wird der Name auf den Standardwert DEFAULT gesetzt Wird der Name bei einer gew hnlichen Aktualisierung also nicht der ersten Aktualisierung einer fr heren Version von Tivoli Workload Scheduler angegeben wird er mit dem Gruppennamen aus der Komponentendatei berschrieben das Basisverzeichnis des Benutzers wird dabei als Referenz verwendet W
117. eren Weitere Informationen finden Sie in der Skriptdatei TWShome methods unixloc auf dem Host des erweiterten Agenten Die Methode f r Zugriff auf fernem UNIX Agenten Die Methode f r Zugriff auf fernem UNIX Agenten kann verwendet werden um festzule gen dass auf einem nicht zu Tivoli Workload Scheduler geh renden Computer mit Tivoli Workload Scheduler terminierte Jobs ausgef hrt werden sollen Wenn Tivoli Workload Sche duler einen Job an einen fernen erweiterten UNIX Agenten sendet erstellt die Zugriffs methode unixrsh ein Verzeichnis tmp maestro auf dem nicht zu Tivoli Workload Schedu ler geh renden Computer Danach bertr gt sie ein Oberfl chenskript in das Verzeichnis und f hrt es aus Die Oberfl che f hrt dann den terminierten Job aus Die Oberfl che wird nur einmal erstellt es sei denn sie wird gel scht verschoben oder ist nicht mehr aktuell Die angemeldeten Benutzer des Jobs m ssen die erforderlichen Berechtigungen auf dem nicht zu Tivoli Workload Scheduler geh renden UNIX Computer erhalten um Jobs ber den erweiterten Agenten auszuf hren Dazu sollte auf dem Computer eine Datei rhost etc host equiv oder eine entsprechende Datei eingerichtet werden Wenn Datei abh ngigkeiten Opens berpr ft werden sollen muss auch die Zugriffsberechtigung root erteilt werden Kontaktieren Sie Ihren Systemadministrator falls Sie Hilfe ben tigen Weitere Informationen zu der Zugriffsmethode finden Sie in der Skriptdatei Maes
118. erk aus oder erstellen Sie einen Wenn Sie einen FTA erstellen definieren Sie ihn mit den Optionen Abh ngigkeiten aufl sen und Vollst ndiger Status Packen Sie auf dem Hauptdom nenmanager die Verzeichnisse maestro mozart und maestro unison network mit dem Befehl tar Entpacken Sie diese Dateien auf dem FTA in Verzeichnissen mit demselben Namen Kopieren Sie keine Angaben f r Parameter oder parameters KEY aus dem Basis verzeichnis da andernfalls FTA eigene Parameter berschrieben werden Erstellen Sie eine Liste der Parameter beider Maschinen und f gen Sie die ben tigten Parameter dem FTA hinzu Andern Sie auf dem FTA in der Datei globalopts den Namen des Masters in den FTA Namen Verwenden Sie auf dem alten Master den Befehl switchmgr um auf den neuen Master zu wechseln Brechen Sie den vorhandenen Zeitplan final der laufenden Tagesproduktion ab Fiigen Sie den Zeitplan final dem neuen Master hinzu verwenden Sie den Befehl composer modify sched name alter master final und ndern Sie die Workstation ID in der Zeitplanzeile Nach dem Speichern und Hinzuf gen l schen Sie den Zeitplan name alter master final mit folgendem Befehl composer delete sched name alter master final bergeben Sie den neuen Zeitplan final an die Tagesproduktion F gen Sie auf dem alten Master in der Datei globalopts den Namen des neuen Masters ein Anmerkung Es ist nicht notwendig alle globalen Optionen f r
119. erpr fbar wenn der Benutzer ein Tivoli Workload Scheduler Programm auf der Workstation ausf hrt auf der sich die ausf hrbare Datei des Jobs befindet Wenn das Programm auf einer anderen Workstation ausgef hrt wird erh lt der Benutzer keinen Zugriff Platzhalterzeichen Die folgenden Platzhalterzeichen sind erlaubt wenn sie in den Syntaxbeschreibungen ange geben sind Ersetzt ein alphabetisches Zeichen Ersetzt ein numerisches Zeichen Ersetzt null oder mehr alphanumerische Zeichen Der Superuser unter UNIX Falls keine Sicherheitsdatei vorhanden ist kann nur der Benutzer root auf Tivoli Workload Scheduler Objekte zugreifen der Benutzer root verf gt ber unbeschr nkten Zugriff auf alle Objekte und kann alle Tivoli Workload Scheduler Programme und Befehle ausf hren Zur Steuerung von root erstellen Sie eine Sicherheitsdatei mit einer Benutzerdefinition f r den Benutzer root In der Sicherheitsdatei f r ein Netzwerk k nnen Sie zwischen den lokalen Benutzern root und dem Benutzer root des Hauptdom nenmanagers unterscheiden Sie k n nen z B lokale Benutzer dahingehend einschr nken dass sie nur Operationen ausf hren k nnen die ihre eigenen Anmeldeworkstations betreffen und dem Benutzer root des Mas ters die Ausf hrung von Operationen gestatten die sich auf jede beliebige Workstation im Netzwerk auswirken Weitere Informationen finden Sie unter Beispiel der Datei Security Tivoli Workload Scheduler Planung
120. ert werden 2 Erstellen Sie die FTA Workstationdefinition in der Tivoli Workload Scheduler Datenbank mit Hilfe der Composer Befehlszeile ffnen Sie ein Befehlszeilenfenster in UNIX und geben Sie folgende Befehle ein composer new Hiermit wird ein Texteditor aufgerufen in dem Sie die FTA Workstationdefinition in der Tivoli Workload Scheduler Datenbank erstellen k nnen Nachfolgend finden Sie ein Bei spiel einer Workstationdefinition f r einen FTA Weitere Informationen zu Workstationde finitionen finden Sie im Handbuch Tivoli Workload Scheduler Referenz cpuname DM1 os UNIX node domainl santaclara tivoli com description Dom nenmanager for Maestro autolink on end 4 Fiihren Sie den Befehl StartUp aus um Netman zu starten conman StartUp Tivoli Workload Scheduler Planung und Installation 39 UaiatllgEIsSut XINN Jeun E Installationsverfahren 40 5 Erstellen Sie eine neue Symphony Datei die die FTA Workstationdefinition enth lt F h ren Sie hierzu den Job Jnextday auf dem Hauptdom nenmanager aus wodurch die Erstellung einer neuen Symphony Datei automatisiert wird Jnextday 6 F hren Sie den Befehl link vom Hauptdom nenmanager aus durch um eine Verbin dung zum FTA herzustellen und die Symphony Datei darauf herunterzuladen conman link FTA name Tivoli Workload Scheduler aktualisieren Aktualisieren Sie mit der nachfolgend beschriebenen Prozedur vorhandene Installationen von Tivoli Workload Sche
121. ese Option auf yes setzen m ssen Sie auch die Option batchman schedule auf yes setzen all userjobs in userjobs schedule yesino Ersetzt den CTP1 Parameter mit dem alle Benutzerjobs in den Zeitplan USER JOBS gestellt werden Sie m ssen diese Option auf no setzen wenn rules mode auf yes gesetzt ist set mpe job pri to zero yesIno Ersetzt den CTP1 Parameter mit dem f r alle Benutzerjobs die Priorit t 0 erzwungen wird Sie m ssen diese Option auf no setzen wenn all userjobs in userjobs schedule auf yes gesetzt ist batchman schedule yesino Ersetzt den CTP1 Parameter mit dem von Batchman erstellten Zeitpl nen die Priorit t 10 zugeordnet wird Dies betrifft auch UNIX und Windows NT Work stations 3 Nachdem die unten stehenden Tasks f r den MPE Agenten beendet sind werden die Agenten initialisiert und gestartet sobald auf dem Hauptdom nenmanager das n chste Mal Jnextday ausgef hrt wird F hren Sie bei jedem MPE Slave mit dem Programm ARRANGER Folgendes aus 1 Erstellen Sie mit Hilfe der Transaktion ACPU eine Definition f r diese CPU und den Master 2 Geben Sie mit der Transaktion CSYS diese CPU und den Master an 3 Definieren Sie mit der Transaktion ALNK eine Slave Master Verbindung mit TCP IP Befehlen 4 Definieren Sie mit den Transaktionen CTP2 und CTP3 Parameter f r CONMAN und BATCHMAN 5 Verwenden Sie mstream oder stream f r den Job JBATCHMN MAESTRO CCC um de
122. et t glich mit Ausnahme von Samstag Sonntag und allen Daten die im entsprechenden Kalender mit arbeitsfreien Tagen angegeben sind Tivoli Workload Scheduler Planung und Installation Bunaynyulg L Neue Funktionen in dieser Version Standardm ig werden Samstag und Sonntag nicht als Arbeitstage betrachtet Sie k nnen allerdings angeben ob sie als Arbeitstage gelten sollen Wenn Sie in der Jobnetzdefinition keinen Kalender mit arbeitsfreien Tagen angeben wird die Standarddefinition f r das Schl sselwort workdays verwendet Diese lautet wie folgt workdays bedeutet t glich mit Ausnahme von Samstag Sonntag und allen Daten die im Kalender HOLIDAYS angegeben sind Sie k nnen Kalender mit arbeitsfreien Tagen ber die Tivoli Workload Scheduler Befehls zeilenschnittstelle CLI oder ber die Job Scheduling Console definieren Regel f r arbeitsfreie Tage Sie k nnen eine Regel f r arbeitsfreie Tage angeben wenn Sie einen Laufzyklus f r ein Job netz definieren Die Regel legt fest was der Scheduler zu tun hat wenn das Plandatum eines Jobnetzes auf einen arbeitsfreien Tag f llt Wenn das Plandatum auf einen arbeitsfreien Tag f llt bestehen folgende M glichkeiten f r Tivoli Workload Scheduler m Das Jobnetz ausf hren m Das Jobnetz nicht ausf hren m Das Jobnetz am letzten Arbeitstag vor dem arbeitsfreien Tag ausf hren m Das Jobnetz am ersten Arbeitstag nach dem arbeitsfreien Tag ausf hren Die Regel f r arbeitsfre
123. f hrt wird Beachten Sie dass ein Kalender als einschlie ender oder ausschlie ender Laufzyklus verwendet werden kann L Laufzyklus Ein Laufzyklus gibt die Tage an f r die die Aus f hrung des Jobnetzes terminiert wird In Tivoli Workload Scheduler gibt es drei Arten von Laufzyklen die Sie f r ein Jobnetz angeben k nnen den einfachen Laufzyklus den w chentlichen Laufzyklus und den Kalenderlaufzyklus dieser wird in der Regel als Kalender bezeichnet Beachten Sie dass jeder Laufzyklustyp einschlie end oder ausschlie end sein kann Das bedeutet dass jeder Laufzyklus die Tage definieren kann f r die ein Jobnetz im Produktionszyklus enthalten oder aus dem Zyklus ausgeschlossen ist Wenn Sie mehrere Lauf zyklen f r ein Jobnetz definieren und einschlie ende und aus schlie ende Laufzyklen dieselben Tage angeben hat der aus schlie ende Laufzyklus Vorrang vor dem einschlie enden Zyklus Liste Eine Liste zeigt Jobsteuerungsobjekte an Sie m ssen separate Listen f r jedes Jobsteuerungsobjekt erstellen F r jedes Jobsteuerungsobjekt gibt es zwei Listenarten eine Definitionsliste in der Datenbank und eine Instanzliste im Plan Lokale Optionen Optionen die nur auf die Workstation auf der sie definiert wurden Anwendung finden Sie werden in der Datei localopts auf jeder einzelnen Workstation eines Tivoli Workload Scheduler Netzwerkes definiert Siehe auch Globale Optionen N Nachfolgender Job Ein Job der e
124. f die sie zugreifen bzw die sie ausf hren k nnen Syntax kommentar user def name benutzerattribute begin kommentar objektart objektattribute access aktion objektart end Variablen kommentar S mtlicher Text nach einem Nummernzeichen oder Stern und mindestens einem Leerzeichen wird als Kommentar behandelt Die Kommentare werden nicht in die aktive Sicherheitsdatei kopiert die mit dem Befehl makesec installiert wird def name Gibt den Namen der Benutzerdefinition an Der Name kann bis zu 36 alphanumeri sche Zeichen enthalten und muss mit einem Buchstaben beginnen benutzerattribute Gibt mindestens ein Attribut an mit dem die Gruppe von Benutzern festgelegt wird fiir die diese Definition gilt Die Benutzerattribute werden wie folgt angegeben benutzerattribut benutzerattribut Mit einem Pluszeichen werden die Attribute hinzugefiigt tiber die die Benutzer verfiigen miissen Mit einem Tildezeichen werden die Attribute hinzugefiigt tiber die die Benutzer nicht verfiigen diirfen Ein Benutzerattribut wird wie folgt definiert cpu workstation frameworkl Dabei gilt Folgendes workstation Gibt die Workstation an an der der Benutzer angemeldet ist Platzhalterzeichen sind erlaubt Folgende Tivoli Workload Scheduler Variablen k nnen verwendet werden 50 Version 8 1 Syntax der Datei Security master Der Benutzer ist am Tivoli Workload Scheduler Haupt
125. f jeder Workstation eine eigene Datei verwalten oder aber auf dem Haupt dom nenmanager eine Sicherheitsdatei erstellen und diese anschlie end auf alle Dom nen manager fehlertoleranten Agenten und Standardagenten kopieren Anmerkung Vergessen Sie nicht in der Sicherheitsdatei nach der Installation von Tivoli Management Framework und des Tivoli Workload Scheduler Connectors den Tivoli Administrator hinzuzuf gen N heres hierzu finden Sie im Kapitel zur Installation des Tivoli Workload Scheduler Connector im Handbuch Tivoli Workload Scheduler Console Benutzerhandbuch Sicherheit f r den Tivoli Administrator definieren Damit Sie die Job Scheduling Console auf einem Master oder einem fehlertoleranten Agen ten verwenden k nnen muss m ssen der die Tivoli Administrator en in der Sicherheitsdatei des Masters oder fehlertoleranten Agenten definiert sein Ein Benutzereintrag muss mit fol gender Zeichenfolge definiert sein CPU FRAMEWORK Tivoli Workload Scheduler Planung und Installation 49 UBIBIUHOP POYIBYIIS p Die Datei Security und LOGON tme admin Syntax der Datei Security Die Sicherheitsdatei enth lt mindestens eine Benutzerdefinition Jede Benutzerdefinition kennzeichnet eine Gruppe von Benutzern sowie die Objekte und Vorg nge auf die sie zugreifen bzw die sie ausf hren k nnen Benutzerdefinitionen Eine Benutzerdefinition kennzeichnet eine Gruppe von Benutzern sowie die Objekte und Aktionen au
126. folgend sind Informationen zum Verhalten der Weiterleitungsoptionen aufgef hrt Jedes Jobnetz das nicht im Status SUCC ist wird als nicht abgeschlossen betrachtet und weitergeleitet Die Befehlszeilenoption stageman carryforward falls verwendet setzt immer die glo bale Option carryforward au er Kraft Ist keine von beiden Optionen angegeben ist die Standardeinstellung carryforward yes Der Standardeintrag f r die globale Option carry job states ist null Das hei t wenn die Liste leer ist oder die Option nicht vorhanden funktioniert das Weiterleiten wie f r carry job states beschrieben Jobs und Jobnetze die abgebrochen wurden werden nie weitergeleitet Jobs und Jobnetze mit abgelaufenen until Zeiten werden nie weitergeleitet Die Entscheidung f r das Weiterleiten eines sich wiederholenden Jobs definiert durch die Option Every h ngt von dem Status seiner letzten Ausf hrung ab Ist ein Job aktiv wenn die Ausf hrung des Jobs Jnextday beginnt und wurde er nicht f r die Weiterleitung angegeben wird der Job weiterhin ausgef hrt und in das Jobnetz userjobs f r den neuen Produktionstag gestellt Beachten Sie dass Abh ngigkeiten von solchen Jobs nicht weitergeleitet und die von diesem Job gehaltenen Ressourcen freige geben werden Tivoli Workload Scheduler Planung und Installation 73 uauondos unsseduy ajeuondo e Globale Optionen Globale Optionen fur MPE Agenten setzen In einem Tivoli Workload Schedule
127. ge geben werden Der Standardwert ist 32 Byte Verwenden Sie den Standardwert fiir kleine und mittelgro e Netzwerke F r gr ere Netzwerke sollten Sie gr ere Werte verwenden Vermeiden Sie es einen gro en Wert f r kleine Netzwerke anzugeben Der Maximalwert lautet 512 h here Werte werden ignoriert merge stdlists Durch die Angabe des Werts yes senden alle Tivoli Workload Scheduler Steuerungs prozesse mit Ausnahme von Netman ihre Konsolnachrichten an eine einzige Standardlistdatei Die Datei hei t maestro Durch die Angabe des Werts no senden die Prozesse ihre Nachrichten an verschiedene Standardlistdateien mm read Gibt das Zeitintervall in Sekunden an in dem Mailman seine Mailbox auf Nachrich ten berpr ft Der Standardwert ist 15 Sekunden Die Angabe eines niedrigeren Werts bewirkt dass Tivoli Workload Scheduler schneller ausgef hrt wird aber zugleich mehr Verarbeitungszeit in Anspruch nimmt mm response Gibt die maximale Wartezeit in Sekunden an die Mailman auf eine Antwort wartet bevor gemeldet wird dass eine Workstation nicht reagiert Die Antwortzeit sollte nicht weniger als 90 Sekunden betragen mm retry link Gibt die maximale Wartezeit in Sekunden an nach der Mailman versucht die Ver bindung zu einer Workstation herzustellen die zuvor aufgehoben wurde weil die Workstation nicht mehr reagierte Tivoli Workload Scheduler Planung und Installation 77 uauondos unsseduy ajeuondo e Lokale Optionen
128. ger hat Verringerter Datenaustausch auf dem Netzwerk aufgrund der begrenzten Verarbeitung Lokale Aufl sung von Abh ngigkeiten zwischen Agenten Eingegrenztes Sicherheitsmanagement und eingegrenzte Verwaltung Flexible Topologie die Ihrem Gesch ftsmodell entspricht Nahtloser Wechsel zum Sicherungsdom nenmanager Zu einem Sicherungsdom nenmanager wechseln Jede Dom ne hat einen Dom nenmanager und optional einen oder mehrere Sicherungs dom nenmanager Ein Sicherungsdom nenmanager muss sich in derselben Dom ne befinden wie der Dom nenmanager als dessen Sicherung er dient Bei einem Sicherungsdom nen manager muss es sich um einen fehlertoleranten Agenten handeln auf dem dieselbe Version des Produkts ausgef hrt wird wie auf dem Dom nenmanager der ersetzt werden soll in sei ner Workstationdefinition m ssen die Optionen Abh ngigkeiten aufl sen und Vollst ndiger Status aktiviert sein Wenn im Laufe des Arbeitstages ein Dom nenmanager ausf llt K nnen Sie ber die Job Scheduling Console oder mit dem Befehl switchmgr an der Befehlszeile von Console Mana ger conman zu einem Sicherungsdom nenmanager wechseln Ein Managerwechsel kann von jedem Benutzer durchgef hrt werden der berechtigt ist die Workstations mit Dom nen managern und Sicherungsdom nenmanagern zu starten bzw zu stoppen Beim Wechseln eines Managers wird zun chst der Sicherungsdom nenmanager gestoppt und anschlie end als neuer Dom nenmanager erneut ges
129. gn priority 10 to Batchman created job streams Beachten Sie dass diese Option fiir UNIX und Windows NT gleicherma Ben g ltig ist Siehe all userjobs in userjobs schedule Ersetzt CTP1 Parameter 8 das ist Place all user jobs in USERJOBS job stream Setzen Sie diese Option auf no falls die Option rules mode auf yes gesetzt ist set mpe job pri to zero Ersetzt CTP1 Parameter 9 das ist Force MPE priority to 0 for all userjobs Setzen Sie diese Option auf no falls die Option all userjobs in userjobs schedule auf yes gesetzt ist Lokale Optionen 74 Lokale Optionen werden auf jeder Workstation definiert und gelten nur f r die jeweilige Workstation Lokale Optionen setzen Sie k nnen die lokalen Optionen in eine Datei namens localopts mit Hilfe eines Texteditors eingeben Es k nnen jederzeit nderungen vorgenommen werden diese werden jedoch erst nach einem Stopp und Neustart von Tivoli Workload Scheduler wirksam Die Syntax wird in der nachfolgenden Tabelle beschrieben Bei den Eintr gen muss die Gro und Kleinschrei bung nicht beachtet werden Version 8 1 Lokale Optionen Syntax der lokalen Optionen Standardwert kommentar bm check file sekunden 120 bm check status sekunden 300 bm check until sekunden 300 bm look sekunden 30 bm read sekunden 15 bm stats onloff off bm verbose onloff off co
130. heduler for z OS Controlling and SH19 4547 tiberwachen Monitoring the Workload Nachrichten und Codes interpretie Tivoli Workload Scheduler for z OS Messages and SH19 4548 ren Codes Java GUI Letzte Anderungen Tivoli Job Scheduling Console Release Informationen GI10 9725 Java GUI verwenden Tivoli Workload Scheduler Console Benutzerhandbuch SH12 3009 00 Onlinebucher fur Tivoli Workload Scheduler for z OS Alle Biicher der Bibliothek von Tivoli Workload Scheduler for z OS mit Ausnahme der lizenzierten Ver ffentlichungen sind als anzeigbare Softcopy auf CD ROM im folgenden Softcopy CKIT verf gbar m OS 390 SK2T 6951 Sie k nnen die Softcopy B cher auf CD ROMs lesen indem Sie die folgenden IBM Lizenz programme verwenden m BookManager READ 2 m BookManager READ DOS m BookManager READ 6000 Alle BookManager Programme ben tigen einen Personal Computer mit einem CD ROM Laufwerk das CD ROMs lesen kann die im ISO 9660 Standard formatiert sind und einem passenden Adapter und Kabel Zus tzliche Informationen zu Hardware und Software finden Sie in der Dokumentation des entsprechenden BookManager Produkts das Sie verwenden Aktualisierungen zu B chern die zwischen Releases ver ffentlicht werden stehen nur als Softcopy zur Verf gung Online auf Ver ffentlichungen zugreifen Sie k nnen online auf viele Tivoli Ver ffentlichungen ber die Tivoli Kundenunterst tzungs Website unter folgender Adresse zugreifen http
131. hen Speicherbereich f r Arbeit die bergeben wor den ist nachdem Tivoli Workload Scheduler seinen Produktionslauf gestartet hatte Der Net Conf Eintrag hat die folgende Syntax 2002 son bin mailman parm wert Tivoli Workload Scheduler Planung und Installation 105 SYIOMZION ISINPaYIS peojy4oM IOALL 9 Die Netman Konfigurationsdatei F r die Option parm kann wert einen der folgenden Werte annehmen nummer Die Symphony Tabelle wird mit Speicherbereich f r genau diese Anzahl Datens tze erstellt Beispiel parm 6000 erstellt eine Tabelle mit Speicherbereich fiir genau 6000 Datens tze Die maximal zul ssige Gr e ist 65 535 Datens tze Indem Sie den Parameter auf 1 setzen stellen Sie sicher dass die maximale Gr e verwendet wird nummer Die Symphony Tabelle wird mit Speicherbereich f r alle Datens tze in der Sympho ny Datei erstellt und bietet zus tzlichen Speicherbereich f r diese Anzahl Datens tze Wenn Sie eine Nachricht empfangen die anzeigt dass zu viele Jobs f r die Bearbeitung durch Batchman terminiert sind ist es m glicherweise erforderlich dass Sie die Symphony Tabelle vergr ern Ihr Ansprechpartner der Tivoli Kundenunterst tzung kann Ihnen beim Festlegen der angemessenen Gr e helfen Die Netzwerk IP Adresse berpr fen 106 Wenn eine TCP IP Verbindung aufgebaut wird liest Netman den Knotennamen und die IP Adresse des Requesters vom Socket Die IP Adresse und der Knotenname werden ve
132. henfolge fur Objektqualifikation In einer Benutzerdefinition Konnen mit mehreren Anweisungen fiir eine einzige Objektart verschiedene Zugriffsberechtigungen f r verschiedene Objektgruppen erteilt werden Da die erste bereinstimmende Anweisung verwendet wird ist die Reihenfolge der Objektan weisungen von Bedeutung Am Anfang m ssen die Anweisungen f r sehr spezifische Berechtigungen am Ende Anweisungen f r allgemeinere Berechtigungen stehen Beispiel Falsch job name access display job name ar access Richtig job name ar access job name access display Weitere Informationen finden Sie unter Version 8 1 Syntax der Datei Security Von Tivoli bereitgestellte Variablen Die folgenden von Tivoli bereitgestellten Variablen Konnen in Objektattributen verwendet werden jclgroup Der Gruppenname der ausf hrbaren Datei eines Jobs jclowner Der Eigner der ausf hrbaren Datei eines Jobs master Der Tivoli Workload Scheduler Hauptdom nenmanager owner Der Ersteller eines Jobnetzes und der zugeh rigen Jobs remotes Alle Standardagentenworkstations slaves Alle Workstations fehlertoleranter Agenten thiscpu Die Workstation auf der der Benutzer den Tivoli Workload Scheduler Befehl bzw das Tivoli Workload Scheduler Programm ausf hrt user Der Benutzer der den Tivoli Workload Scheduler Befehl bzw das Tivoli Workload Scheduler Programm ausf hrt Die Variablen jelgroup und jclowner sind nur b
133. hnitt werden die notwendigen Schritte zum Einrichten von Tivoli Workload Scheduler Maestro Netzwerken beschrieben nachdem sie mit UNIX Agenten unter MPE bzw mit MPE Agenten unter UNIX oder Windows NT Master Workstations installiert wur den Anmerkung N here Angaben zu speziellen Befehlen und Transaktionen finden Sie in die sem Handbuch und im Handbuch Maestro User Guide for the MPE System User Einrichten eines UNIX Agenten mit einem MPE Master F hren Sie auf dem MPE Master mit dem Programm ARRANGER Folgendes aus 1 4 Erstellen Sie mit Hilfe der Transaktion ACPU eine CPU Definition f r die UNIX CPU im Netzwerk Definieren Sie mit der Transaktion CSYS diese CPU als Master Definieren Sie mit der Transaktion ALNK folgende Verbindungen a Master Master Verbindung mit TCP IP Befehlen definieren b Master UNIX Verbindung mit TCP IP Befehlen definieren Nachdem die unten stehenden Tasks f r den UNIX Agenten beendet sind werden die Agenten initialisiert und gestartet sobald auf dem Hauptdom nenmanager das n chste Mal Jnextday ausgef hrt wird F hren Sie auf jedem fehlertoleranten Agenten und jedem Standardagenten von UNIX Fol gendes durch il 2 3 ndern Sie die Dateien globalopts und localopts entsprechend Ihren Anforderungen Standardwerte die zu den meisten Installationen passen werden von den Programmen customize und Setup eingesetzt ndern Sie die Sicherheit
134. hoden k nnen alternative Anmeldenamen zum Starten von Jobs und berpr fen von Dateiabh ngigkeiten Opens angegeben werden Weitere Informationen finden Sie im Hand buch Tivoli Workload Scheduler Referenz Die Methode f r Zugriff auf lokalem UNIX Agenten Die Methode f r Zugriff auf lokalem UNIX Agenten kann verwendet werden um mehrere Tivoli Workload Scheduler Workstations auf einem Computer zu definieren die Hostwork station und mindestens einen erweiterten Agenten Wenn Tivoli Workload Scheduler einen Job an einen lokalen erweiterten UNIX Agenten sendet wird die Zugriffsmethode unixlocl durch den Host aufgerufen um den Job auszuf hren Die Methode startet indem sie das Standardkonfigurationsskript auf der Hostworkstation TWShome jobmanrc ausf hrt Wenn der angemeldete Benutzer des Jobs ein lokales Skript verwenden darf und das Skript unter dem Namen HOME jobmanrc vorhanden ist wird das lokale Konfigurationsskript ebenfalls ausgef hrt Der Job selbst wird dann entweder durch das Standard oder durch das lokale Konfigurationsskript ausgef hrt Wenn keines der beiden Konfigurationsskripts vorhanden sind startet die Methode den Job Das Starten der Konfigurationsskripts jobmanrc und jobmanrc kann im Methodenskript konfiguriert werden Die Methode f hrt die Konfigurationsskripts standardm ig aus falls sie vorhanden sind Sie m ssen eine Reihe von Zeilen in dem Methodenskript auf Kommen tar setzen um diese Funktion zu inaktivi
135. hony Datei Plan Die f r einen bestimmten Zeitraum in der Regel 24 Stunden terminierten Aktivit ten Der Plan wird fortlaufend aktualisiert und gibt daher immer den aktuellen Status aller Aktivit ten in Tivoli Workload Scheduler zur ck Der Zugriff erfolgt ber Console Manager fr her Gconman AT Zeit Startzeit Der Zeitpunkt zu dem die Ausf hrung eines Jobs bzw Jobnetzes fr hestens beginnt UNTIL Zeit Termin Der Zeitpunkt zu dem die Ausf hrung eines Jobs bzw Jobnetzes sp testens beginnt ON und EXCEPT Daten Laufzyklen Die Zeitpunkte zu denen ein Jobnetz aus gef hrt bzw von der Ausf hrung ausge schlossen wird berlegungen zu Zeitzonen Die Zeitzonenunterst tzung kann wahlweise aktiviert oder inaktiviert werden Die Zeitzonen funktion ist aktiviert wenn die Markierung timezone enable in der Datei globalopts auf Ja gesetzt ist und bei der Master Workstation eine Zeitzone definiert ist Standardm ig ist die Zeitzonenfunktion bei der Installation inaktiviert Ist die Zeitzonenfunktion aktiviert sind auch die entsprechenden Felder in der Job Schedu ling Console aktiviert Ist die Zeitzonendefinition einer Workstation leer wird f r diese auto matisch der Wert der Workstation des Hauptdom nenmanagers bernommen Ist die Zeitzonenfunktion inaktiviert sind in der gesamten Anwendung alle Zeitzonenfelder ebenfalls inaktiviert In diesem Fall erhalten Sie bei dem Versuch eine Zeitzon
136. i alisierung durch den westlichen Master um 9 00 Uhr gestartet werden F r das Jobnetz EST _SCHEDULEZ ist die Zeitzonenfunktion aktiviert Wenn der fehlertolerante Agent EST um 9 00 Uhr initialisiert wird wird das Jobnetz am n chsten Tag um 8 00 Uhr ausgef hrt Nachdem die Zeitzonenfunktion aktiviert wurde k nnen Sie in Job Scheduling Console oder in dem Erstellungsprogramm f r Startzeiten und Termine von Jobs und Jobnetzen angege ben werden In Conman akzeptieren die folgenden Befehle jetzt Zeitzonenparameter wenn AT oder UNTIL Zeiten verwendet werden submit job submit docommand submit file submit schedule E D m addep schedule m addep job m adden schedule m addep job E Option rurun job from Die Zeitzonenfunktion aktivieren 90 Die Zeitzonenfunktion wird durch einen Eintrag in der Datei globalopts aktiviert und indem in der Master Workstationdefinition eine Zeitzone angegeben wird Geben Sie dazu Folgen des an timezone enable yes no Nach der Installation oder Aktualisierung des Produktes sind Zeitzonen standardm ig inak tiviert Wenn der Eintrag timezone enable in der Datei globalopts fehlt ist die Zeitzonen option inaktiviert Version 8 1 Namen und Beschreibungen der Zeitzonen Zeitzonen In der folgenden Tabelle werden die durch Tivoli Workload Scheduler unterst tzten Zeitzonennamen angezeigt
137. i Logo AIX AS 400 BookManager Dynix OS 390 und Sequent sind in gewissen L ndern Marken der Inter national Business Machines Corporation oder von Tivoli Systems Inc Intel ist eine eingetragene Marke der Intel Corporation Microsoft Windows und Windows NT sind in gewissen L ndern Marken der Microsoft Corporation UNIX ist in gewissen L ndern eine eingetragene Marke von The Open Group Java und alle auf Java basierenden Marken oder Logos sind in gewissen L ndern Marken von Sun Microsystems Inc Andere Namen von Unternehmen Produkten oder Dienstleistungen k nnen Marken oder Dienstleistungsmarken anderer Unterneh men sein Bemerkungen Hinweise auf Produkte Programme oder Dienstleistungen von Tivoli Systems oder IBM in dieser Ver ffentlichung bedeuten nicht dass diese in allen L ndern in denen Tivoli Systems oder IBM vertreten ist angeboten werden Hinweise auf diese Produkte Pro gramme oder Dienstleistungen bedeuten nicht dass nur Produkte Programme oder Dienstleistungen von Tivoli Systems oder IBM verwendet werden k nnen Anstelle der Produkte Programme oder Dienstleistungen von Tivoli Systems oder IBM k nnen auch andere ihnen quivalente Produkte Programme oder Dienstleistungen verwendet werden solange diese keine gewerblichen oder anderen Schutzrechte von Tivoli Systems oder IBM verletzen Die Verantwortung f r den Betrieb in Verbindung mit Fremdprodukten liegt beim Kunden soweit solche Verbindungen nicht ausdr cklich vo
138. i Workload Scheduler Planung und Installation 23 Die Software installieren 24 9 10 Geben Sie die folgenden Informationen im Fenster Benutzerinformationen an und kli cken Sie Weiter gt an Account Information x Please enter the account name for which you want Maestro to be installed Files will be transferred to the home directory of this account Account ftwsuser Password preety Confirm Password lt Back Cancel Konto Der Name des Tivoli Workload Scheduler Benutzers in der Regel twsuser oder maestro Wenn Sie einen anderen Namen als twsuser oder maestro angeben stellen Sie sicher dass er keinen Punkt enth lt dieses Zeichen ist fiir MPE Benutzernamen reserviert Die Software wird im angegebenen Verzeichnis installiert bzw aktualisiert Sie k nnen gegebenenfalls die Dom ne angeben z B hqtrs twsuser Wenn Sie die Dom ne nicht angeben sucht das Setup Programm nach einem passenden Konto 1 lokal 2 in der Dom ne oder 3 in einer gesicherten Dom ne Setup erstellt automatisch das Konto und gegebenenfalls das Basisverzeichnis und erteilt die erforderlichen Berechtigungen Kennwort Das Kennwort des Kontos Kennwort best tigen Geben Sie das Kennwort des Kontos erneut ein Anmerkung Wenn Sie mehr als eine Instanz von Tivoli Workload Scheduler auf dem selben Computer installieren sollten Sie ber cksichtigen dass bei jeder Installation versucht wird Dateien in das
139. ie Berechtigung Anmel den als Stapelverarbeitungsauftrag erteilt Ist sie auf no gesetzt oder wird sie bergangen muss die Berechtigung jedem Benutzer bzw jeder Gruppe manuell erteilt werden Beachten Sie dass die Berechtigung f r Benutzer die Jobs auf einem Sicherungsdom nencontroller ausf hren nicht automatisch erteilt werden kann Sie m ssen diese Berechtigungen daher manuell erteilen bmmsgbase Gibt die maximale Anzahl Eingabeaufforderungen an die dem Operator nach der abnormalen Beendigung eines Jobs angezeigt werden kann Der Standardwert ist 1000 bmmsgdelta Gibt eine zus tzliche Anzahl Eingabeaufforderungen f r den in bmmsgbase definier ten Wert f r den Fall an dass ein Job nach einer abnormalen Beendigung wiederholt wird und die in bmmsgbase angegebene Grenze erreicht wurde Der Standardwert ist 1000 batchman schedule Dies ist eine Produktionsoption die sich auf die Funktionsweise von Batchman aus wirkt Batchman ist der Produktionssteuerungsprozess von Tivoli Workload Schedu ler Die Einstellung legt die Priorit t fest die den Jobnetzen f r nicht terminierte Jobs zugeordnet ist Geben Sie yes ein um diesen Jobnetzen eine Priorit t von 10 zuzuordnen Geben Sie no ein um diesen Jobnetzen eine Priorit t von 0 zuzuordnen carry job states abend hold skel Dies ist eine Vorbereitungsoption die sich auf die Funktionsweise des Befehls stage man auswirkt Die Einstellung legt anhand des Status fest we
140. ie Sie bereithalten sollten wenn Sie Unterst tzung anfordern In diesem Handbuch verwendete Konventionen In diesem Handbuch werden verschiedene Schriftbildkonventionen f r besondere Begriffe und Aktionen verwendet Diese Konventionen sind wie folgt festgelegt Informationsart Konvention Beispiel Befehle Nur Gro buchstaben CREATE Verweise im Text auf Felder in Nur Gro buchstaben MENGE Anzeigen Eingaben die Sie in den Feldern Monospace Schrift MEINEANWENDUNG von Anzeigen vornehmen m s sen Erstes Auftreten eines neu ein Kursiv Anwendung gef hrten Begriffs Tivoli Workload Scheduler Planung und Installation xiii In diesem Handbuch verwendete Konventionen xiv Version 8 1 Einfuhrung Dieses Handbuch enth lt Anweisungen zur Installation und Aktualisierung von Tivoli Wor kload Scheduler Version 8 1 Neue Funktionen in dieser Version Tivoli Workload Scheduler Version 8 1 umfasst die folgenden funktionalen Erweiterungen Mehrere Kalender mit Feiertagen Regel f r arbeitsfreie Tage Leistungsoptimierungen Installationsoptimierungen Linux Unterst tzung Endpunkt zu Endpunkt Zeitplanung Integration in Tivoli Business Systems Manager Mehrere Kalender mit Feiertagen Der Kalender mit arbeitsfreien Tagen wobei ein arbeitsfreier Tag das Gegenteil von einem Arbeitstag ist erweitert jetzt die Funktion des Kalenders Holidays da Sie mit seiner Hilfe die Bedeutung von Arbeitstagen innerhalb von T
141. ie Tage ist eng mit der Verwendung mehrerer ON und EXCEPT Klauseln in der Planungssprache verbunden Praktisch gesehen bedeutet die Verwendung der ON oder EXCEPT Klauseln innerhalb einer Jobnetzdefinition bzw einer Plandefinition dass ein Laufzyklus daf r definiert wird Wenn Sie keine Regel f r arbeitsfreie Tage angeben verwendet Tivoli Workload Scheduler seinen Standardmechanismus und f hrt das Jobnetz aus auch wenn das ausgew hlte Aus f hrungsdatum auf einen arbeitsfreien Tag f llt Tivoli Workload Scheduler plant dasselbe Jobnetz nicht mehr als einmal an einem bestimm ten Produktionstag erneut falls sein Bearbeitungsdatum wegen der Anwendung einer Regel f r arbeitsfreie Tage verschoben wurde Weitere Informationen finden Sie in den Handb chern Tivoli Workload Scheduler Referenz oder Tivoli Workload Scheduler Console Benutzerhandbuch Leistungsoptimierungen Die neuen Leistungserweiterungen kommen besonders in Tivoli Workload Scheduler Netz werken mit vielen Workstations umfangreichen Zeitpl nen und komplexen Beziehungen zwischen Zeitplanungsobjekten zur Geltung Die Optimierungen betreffen die folgenden Bereiche m Tagesplanerstellung Jnextday wird schneller ausgef hrt und folglich kann der Haupt dom nenmanager seine Produktionstasks schneller starten m Tagesplanverteilung Der Tivoli Workload Scheduler Administrator kann jetzt die Kom primierung der Datei Symphony aktivieren so dass der Tagesplan fr her auf
142. ie die Option execpath angeben werden basie rend auf dem angegebenen Pfad Verbindungen erstellt Wenn die Verbindungsoption ganz weggelassen wird werden folgende Verbindungen erstellt usr bin mat twshome bin at usr bin mbatch twshome bin batch usr bin datecalc twshome bin datecalc usr bin jobstdl twshome bin jobstdl usr bin maestro twshome bin maestro usr bin mdemon twshome bin mdemon usr bin morestdl twshome bin morestdl usr bin muser twshome bin muser usr bin parms twshome bin parms Version 8 1 Das Skript customize uname Der Name des Benutzers f r den Tivoli Workload Scheduler installiert bzw aktuali siert wird Der Name darf keinen Punkt enthalten da solche Namen f r MPE An meldenamen reserviert sind Die Software wird im Basisverzeichnis dieses Benutzers installiert bzw aktualisiert Wird diese Option nicht angegeben wird der Standard benutzername maestro verwendet port Die TCP Anschlussnummer auf die Netman auf dem lokalen Computer reagiert Dabei muss es sich um einen 16 Bit Wert ohne Vorzeichen im Bereich von 1 bis 65535 handeln Beachten Sie dass die Werte zwischen 0 und 1023 f r Standard dienste wie z B FIP TELNET HTTP usw reserviert sind Der Standardwert ist 31111 Sie k nnen diesen Wert jederzeit in der Datei mit den lokalen Optionen ndern Tivoli Workload Scheduler Planung und Installation 45 us4a jelsul XINN Jeun E Tivoli Workload S
143. iert Der Job oder das Jobnetz kann jedoch nach der von Ihnen angegebenen Uhrzeit starten solange alle anderen Abh ngigkeiten erf llt sind In der Zeitan zeige wird die Startzeit durch den Anfang linker Rand des marineblauen Aktivit tsbalkens dargestellt F r Job Instanzen wird die von Tivoli Workload Scheduler berechnete Startzeit mit einem hellblauen Balken dargestellt Siehe auch Tats chli che Startzeit und Geplante Startzeit G Geplante Startzeit Die von Tivoli Workload Scheduler gesch tzte Zeit zu der eine Job Instanz gestartet wird Diese Sch tzung basiert auf den Startzeiten fr herer Ausf hrungen Globale Optionen Optionen die auf alle Workstations eines Tivoli Workload Scheduler Netzwerkes angewendet werden Sie werden in der Datei globalopts auf dem Hauptdom nenmanager definiert Siehe auch Lokale Optionen Grenze Die Jobgrenze stellt die Hauptsteuerungsm glichkeit f r die Jobausf hrung auf einer Workstation dar Sie ist eine Priorit tsstufe die ein Job oder Jobnetz bersteigen muss bevor er es ausgef hrt werden kann Wenn die Grenze beispielsweise auf 40 gesetzt wird wird verhindert dass Jobs mit einer Priori t t von 40 oder geringer gestartet werden H Hauptdom nenmanager Die Workstation die die Dateien verwaltet die verwendet werden um Steuerungsobjekte in einem Tivoli Workload Scheduler Netzwerk zu dokumentieren 134 Sie erstellt den Plan beim Start jedes Tages und f
144. ilfe der Prozedur installiert haben die die dezent ralisierte Verwaltung von Zeitplanungsobjekten zul sst k nnen Sie die gemeinsam benutzten Verzeichnisse auf dem Hauptdom nenmanager mit den folgenden Optionen definieren mozart directory Gibt den Namen des gemeinsam benutzten Verzeichnisses mozart auf dem Haupt dom nenmanager an unison network directory Gibt den Namen des gemeinsam benutzten Verzeichnisses unison auf dem Haupt dom nenmanager an parameters directory Gibt den Namen des gemeinsam benutzten Verzeichnisses TWShome auf dem Haupt dom nenmanager an Wird eine Option nicht gesetzt bzw ist diese nicht vorhanden versuchen die Tivoli Wor kload Scheduler Programme die Datenbankdateien auf dem lokalen Computer zu ffnen Tivoli Workload Scheduler Konsolnachrichten und Eingabeauf forderungen Die Tivoli Workload Scheduler Steuerungsprozesse Netman Mailman Batchman Jobman und Writer schreiben ihre Statusnachrichten auch Konsolnachrichten genannt in Standard listdateien Diese Nachrichten schlie en auch die Eingabeaufforderungen mit ein die als Job und Jobnetzabh ngigkeiten verwendet werden Unter UNIX k nnen die Nachrichten auch an den D mon syslog syslogd und an ein Terminal auf dem der Tivoli Workload Scheduler Console Manager ausgef hrt wird geleitet werden In den folgenden Abschnitten werden diese Funktionen beschrieben syslog local unter UNIX setzen Wenn Sie syslog local in der Datei f
145. in su maestro c twshome StartUp fi Wenn der gesamte Tivoli Workload Scheduler Prozessbaum gestartet werden soll if x twshome bin conman then echo Workload Scheduler wird gestartet bin su maestro c twshome bin conman start fi Der Tivoli Workload Scheduler Installationsprozess ist jetzt abgeschlossen Tivoli Workload Scheduler Planung und Installation 37 udsaI 2 SUI XINN Jeun E Installationsverfahren 38 Konfigurationsschritte F hren Sie bei UNIX Installationen die nachfolgenden Konfigurationstasks aus Diese Tasks m ssen von den Befehlszeilenschnittstellen Composer und Conman aus ausgef hrt werden Wenn Sie auf diese Weise den Hauptdom nenmanager konfiguriert haben k nnen Sie die Job Scheduling Console zur Konfiguration der anderen Workstations und Job Schedu ling Objekte in Ihrem Tivoli Workload Scheduler Netzwerk verwenden Weitere Informatio nen zu den unten genannten Befehlen finden Sie im Handbuch Tivoli Workload Scheduler Referenz Im Handbuch Tivoli Workload Scheduler Console Benutzerhandbuch finden Sie weitere Informationen zur Verwendung der Job Scheduling Console um andere Workstations im Netzwerk zu konfigurieren Einen Hauptdom nenmanager nach der Installation konfigurieren 1 Melden Sie sich beim Hauptdom nenmanager als maestro an Dies ist die ID Variable tws_user die unter UNIX standardm ig den Wert maestro annimmt Die UNIX ID tws_user kann mit dem Argument uname des Sk
146. isse Maestrohome mozart und TWShome unison network und der Datei TWShome Sinfonia Falls erforderlich k nnen die Kopien auf den Hauptdom nenmanager im Bereitschaftsmodus versetzt werden Anmerkung Wenn die Verzeichnisse Maestrohome mozart und unison network auf dem aktuellen Hauptdom nenmanager unter UNIX einigerma en statisch sind k nnen sie im voraus auf den Dom nenmanager im Bereitschaftsmodus kopiert werden W hrend der normalen Verarbeitung sind die Verzeichnisse verdeckt wenn Sie die Verzeichnisse des aktuellen Hauptdom nenmanagers auf dem Dom nenmanager im Bereitschaftsmodus anh ngen Wenn es erfor derlich wird auf den Dom nenmanager im Bereitschaftsmodus zu wechseln werden die Kopien auf dem Dom nenmanager im Bereitschaftsmodus zug ng lich gemacht indem die Verzeichnisse des aktuellen Hauptdom nenmanagers einfach abgeh ngt werden Hinweis zur Netzwerksicherheit Die Netzwerksicherheit wird gew hrleistet wenn Sie eine berpr fung von IP Adressen ver wenden Daraus folgt dass die Verbindung einer Workstation mit der Option Autolink oder dem Befehl Link m glicherweise fehlschl gt wenn auf dem Agenten eine alte Symphony Datei vorhanden ist die den neuen Dom nenmanager nicht enth lt Wenn eine Verbindung fehlschl gt entfernen Sie die alte Symphony Datei vom Agenten und versuchen Sie die Ver bindung erneut Ausfall eines Dom nenmanagers Der Ausfall eines Dom nenmanagers kann als Ergebnis von Ne
147. it WEZ Lokales Datum Lokale Zeit Objektart Aktionsart Workstationname Benutzer ID Framework Benutzer Objektname Aktionsdatenfelder Die Protokolldateien umfassen die folgenden Informationen Protokollart In diesem Feld wird ein Wert aus acht Zeichen angezeigt der die Quelle des Protokollsatzes angibt Die folgenden Protokollarten werden unterstiitzt HEADER Header der Protokolldatei CONMAN Text des conman Befehls FILEAID Befehl der eine Datei ffnet PLAN Planaktion STAGEMAN stageman Ausf hrung RELEASE Text des release Befehls DATABASE Datenbankaktion PARMS Parameterbefehlstext MAKESEC makesec Ausf hrung DBEXPAND dbexpand Ausf hrung Datum WEZ In diesem Feld wird das Datum WEZ angezeigt an dem die Aktion ausgef hrt wurde Das Format ist jjjjmmtt wobei jjjj f r das Jahr mm f r den Monat und tt f r den Tag steht Zeit WEZ In diesem Feld wird die Zeit WEZ angezeigt zu der die Aktion ausgef hrt wurde Das Format ist hhmmss wobei hh f r die Stunde mm f r die Minute und ss f r die Sekunde steht Tivoli Workload Scheduler Planung und Installation 93 Bunynid pun U9U0OZN9Z Vv Pr fung 94 Lokales Datum In diesem Feld wird das lokale Datum angezeigt an dem die Aktion ausgef hrt wurde Das lokale Datum wird durch die Zeitzonenoption der Workstation definiert Das Format ist jjjjmmtt wobei jjjj f r das Jahr mm f r den Monat und tt f r den Tag steht Lokale Zeit In
148. it f r Tivoli Wor kload Scheduler und zum Erstellen eines Plans um die Verarbeitung zuk nftiger oder ver gangener Tage zu verarbeiten Die Tagesstartzeit ausw hlen F r den Start eines Produktionstages gibt es drei bliche Zeitpunkte am fr hen Morgen H am sp ten Nachmittag H um Mitternacht Im Folgenden werden einige Aspekte der Zeitplanung beschrieben Startzeiten und Termine Die angegebenen Startzeiten Schl sselwort AT stehen immer in Beziehung zur Startzeit des Tivoli Workload Scheduler Produktionstages Bei Jobnetzen deren Jobs eine Verarbeitungs zeit haben die ber einen Produktionstag hinausgeht m ssen Sie m glicherweise 1 Tag hinzuf gen Vergewissern Sie sich au erdem dass der Termin Schl sselwort UNTIL nach der Startzeit m liegt Schl sselwort On Produktions und Kalendertage m ssen nicht bereinstimmen Beginnt Ihr Produktionstag um 6 00 Uhr Standardeinstellung ist 5 59 Uhr die letzte Minute des Produktionstages Daher wird ein Job dessen Ausf hrung f r Montag ON MONDAY um 5 30 Uhr definiert ist am Montag ausgew hlt und am Kalendertag Dienstag um 5 30 Uhr ausgef hrt Version 8 1 Die Produktionsumgebung verwalten Schl sselwort Carryforward Wenn Sie die Tagesstartzeit gegen Mitternacht festlegen damit es eine Ubereinstimmung mit den Kalendertagen gibt f hrt das wahrscheinlich zu einer gro en Anzahl weitergeleiteter Jobnetze Dadurch wird das Verwalten des Rechenzentrum
149. ivoli Management Framework verf gen Sie ber eine serverbasierte Implementierung eines CORBA ORB Object Request Broker und eines Basisobjektadapters BOA Au er dem bietet es entsprechende Objekt Management und Arbeitsoberfl chendienste sowie eine Implementierung der von Open Group f r Systemmanagementger ste verwendeten APIs Der Objekt Dispatcher oserv ist der Hauptbestandteil der Framework Laufzeitkomponente Er wird als einzelner Multi Thread Prozess implementiert der auf jedem Tivoli Client inner halb eines Bereichs und auf dem Tivoli Server dieses Bereichs im Hintergrund ausgef hrt wird Der Objekt Dispatcher besteht aus einem Object Request Broker dem BOA und den entsprechenden Diensten Der Objekt Dispatcher der auf dem Tivoli Server ausgef hrt wird bietet zus tzliche Dienste wie z B Sicherheitsfunktionen und die Vererbungsaufl sung der Implementierung Auf einem von Tivoli verwalteten Knoten wird die gleiche Software wie auf einem Tivoli Server ausgef hrt Sie k nnen auf einem verwalteten Knoten die Tivoli Arbeitsoberfl che ausf hren und andere von Tivoli verwaltete Ressourcen direkt verwalten Jeder verwaltete Knoten verf gt ber seinen eigenen immer aktiven oserv Dienst der mit dem oserv Dienst auf dem Tivoli Server kommuniziert Ein verwalteter Knoten verf gt au erdem ber seine eigene Clientdatenbank Der Hauptunterschied zwischen einem Tivoli Server und einem ver walteten Knoten ist die Gr e der Daten
150. ivoli Workload Scheduler anpassen k nnen In fr heren Versionen war die Definition der Arbeitstage durch den Kalender Holidays fest gelegt sofern dieser vorhanden war Mit dieser neuen Funktion k nnen Sie ausw hlen ob ein Jobnetz oder ein Befehl die Standarddefinition der Arbeitstage auf der Grundlage des Kalenders Holidays oder eine angepasste Definition der Arbeitstage die von einem bestimmten Kalender mit arbeitsfreien Tagen angegeben wird verwenden soll Wenn Sie f r ein bestimmtes Jobnetz oder einen bestimmten Befehl Ihren eigenen Kalender mit arbeitsfreien Tagen verwenden wollen ist die neue Definition der Arbeitstage wie sie durch den Kalender mit arbeitsfreien Tagen angege ben wird nur auf das bestimmte Jobnetz bzw den bestimmten Befehl beschr nkt Wenn Sie f r das Jobnetz oder den Befehl keinen Kalender mit arbeitsfreien Tagen angeben dann wird der Kalender Holidays verwendet und die Arbeitstage behalten ihre urspr ngliche Bedeu tung Standardm ig wird das Schl sselwort workdays wie folgt definiert workdays bedeutet t glich mit Ausnahme von Samstag Sonntag und allen Daten die im Kalender HOLIDAYS angegeben sind Wenn Sie einen Kalender mit arbeitsfreien Tagen in einer Jobnetzdefinition angeben basiert das Schl sselwort workdays f r dieses Jobnetz auf diesem Kalender anstatt auf dem Kalen der Holidays Jedes Auftreten des Schl sselworts workdays in diesem Jobnetz wird wie folgt interpretiert workdays bedeut
151. jede Workstation im Netzwerk zu editieren Die Knoten erkennen den neuen Master bei der Ausf hrung von Jnextday an wenn der Master sie initialisiert Version 8 1 Umgang mit nicht zu Ebene 1 geh renden Mastern in einem vorhandenen Maestro Netzwerk Einen Sicherungs Master erstellen Gehen Sie zum Erstellen eines Sicherungs Masters wie folgt vor 1 Installieren Sie Tivoli Management Framework N heres dazu finden Sie im Handbuch Tivoli Enterprise Installation Guide 3 Installieren Sie den Connector N heres hierzu finden Sie im Kapitel zur Installation des Connector im Handbuch Tivoli Workload Scheduler Console Benutzerhandbuch 4 Passen Sie die Workstation mit den Tivoli Workload Scheduler Sicherheitseinstellungen e erheit definiere eite und 5 Definieren Sie die Workstation im Tivoli Workload Scheduler Netzwerk Verwenden Sie entweder den Composer Befehl cpuname oder das Fenster Workstations erstellen in der Job Scheduling Console Vergewissern Sie sich dass Sie bei der Definition die Optionen Abh ngigkeiten aufl sen und Vollst ndiger Status aktivieren N heres dazu finden Sie in den Handb chern Tivoli Workload Scheduler Referenz oder Tivoli Workload Scheduler Console Benutzerhandbuch Datenbanken des Hauptdom nenmanagers anh ngen Sie k nnen ber NFS die folgenden Master Datenbanken an einen FTA anh ngen der auf einer unterst tzten Plattform l uft m usr lib maestro mozart globalopts die ausf hrb
152. kript SHOME jobmanrc 0 0 00 ee eee 88 Anhang A Zeitzonen und Pr fung 00 eee eee e eee eee eens 89 ZCUZONCM Get a a Pl Gua ea en cade Ree wee a eee bed a hate tae Bart 89 Die Zeitzonenfunktion aktivieren 2 22 22 eens 90 Namen und Beschreibungen der Zetzonen 2 0 eee 91 Pr fung tee E AE EE ee ne ee ee 92 Die Pr ffunktion aktivieren 2 2222 eee eee 92 Das Format des Pr fprotokolls 2 222200 eeeeeeeeeennneeeeeneeeeenenn 93 Pr tprotokoll He der eu e hn Ee Valve Ee AE e Nd de ld 97 Beispieleintr ge f r Pritfprotokolle 0 eens 97 Anhang B Tivoli Workload Scheduler Netzwerke 2 000005 99 Definitionen 2 a vice Ra e a Ge eRe Phe PRG need 99 Tivoli Workload Scheduler for MPE 100 Netzwerkkommiunik tion s 0 403 ans seat een aan 100 Netzwerkverbind ngen to 52a te dos a ed SE d AEN AEN and cn 101 Netzwerkoperation NEES NEE ENEE NEE EIERE RE EI US EEE EE RHEE CRE SRE ES 102 N tzwerk tozegge Sek Baba g SC wi e a des aa ane bcd dar aaa are danas a 102 Version 8 1 Erweiterte Agenten EE EIN EEN Re EEN EE Re anne 103 Erweiterte UNIX Asenten asus eeb tence ends ea pane bmw week odo NN EEN 104 Die Methode f r Zugriff auf lokalem UNIX Aoenten snu nununannnarna n 104 Die Methode f r Zugriff auf fernem UNIX Agenten 104 Die Produktion f r erweiterte Agenten verwalten 105 Fehler beim Starten von Jobs auf einem erweiterten Agenten 105 Die Netm
153. lasse Eine Gruppe von Workstations Es k nnen beliebig viele Workstations in eine Klasse aufgenommen wer den Jobnetze und Jobs k nnen f r die Ausf hrung auf einer bestimmten Workstationklasse zugeorndet werden Das verein facht die Replikation eines Jobs oder Jobnetzes auf viele Work stations 136 W chentlicher Laufzyklus Ein Laufzyklus der die Wochen tage angibt f r die die Ausf hrung des Jobnetzes geplant ist Ein Jobnetz kann z B jeden Montag Mittwoch und Freitag mit einem w chentlichen Laufzyklus ausgef hrt werden Ein w chentlicher Laufzyklus wird f r ein bestimmtes Jobnetz fest gelegt und kann nicht von mehreren Jobnetzen verwendet wer den Weitere Informationen finden Sie unter Laufzyklus X X Agent Siehe Erweiterter Agent Z Zeitbegrenzungen Zeitbegrenzungen konnen sowohl fiir Jobs als auch fiir Jobnetze angegeben werden Sie konnen den Zeit punkt angeben zu dem die Ausfiihrung begonnen wird oder den Zeitpunkt nach dem eine Ausf hrung nicht mehr versucht wird Wenn Sie beides angeben k nnen Sie einen Zeitrahmen definieren innerhalb dessen ein Job oder Jobnetz ausgef hrt wird Au erdem k nnen Sie ein Wiederholungsintervall f r Jobs festlegen Zum Beispiel k nnen Sie von Tivoli Workload Sche duler den gleichen Job alle 30 Minuten zwischen 08 30 und 13 30 starten lassen Zugriffsmethode Eine ausf hrbare Datei die von erweiterten Agenten verwendet wird um Verbindungen herzuste
154. lche Jobs in weiterge leitete Jobnetze bernommen werden sollen Sie m ssen die Angabe des Jobstatus in runde Klammern doppelte Anf hrungszeichen oder einfache Anf hrungszeichen set zen Die Kommas k nnen durch Leerzeichen ersetzt werden Die folgenden internen Jobstatusangaben sind g ltig abenp add done exec fail intro pend ready rjob sched succ succp susp wait waitd Einige Beispiele fiir die Option carry job states abend exec hold intro carry job states abend exec hold intro carry job states abend exec hold intro Eine leere Liste wird wie folgt angegeben carry job states Weitere Informationen finden Sie unter L Die carryforward Dies ist eine Vorbereitungsoption die sich auf die Funktionsweise des Befehls stage man auswirkt Die Einstellung legt fest ob nicht abgeschlossene Jobnetze aus dem alten an den neuen Produktionsplan Symphony weitergeleitet werden Geben Sie yes ein damit nicht abgeschlossene Jobnetze nur weitergeleitet werden wenn die Version 8 1 Globale Optionen Option Weiterleiten in der Jobnetzdefinition aktiviert ist Geben Sie all ein damit alle nicht abgeschlossenen Jobnetze ungeachtet der Option Weiterleiten weitergelei tet werden Geben Sie no ein um die Weiterleitungsfunktion vollst ndig zu inakti vieren Der Befehlszeilenoption stageman carryforward werden dieselben Werte zugeordnet und sie dient derselben Funktion wie die globale Option carryforward Falls diese verwende
155. lient ben tigen m ssen Sie eine weitere Instanz von Job Scheduling Console auf diesem System installieren Vergewis sern Sie sich w hrend der Installation dass Sie eine eindeutige Position f r die zweite In stanz ausw hlen Unter Windows NT muss die Position des Direktaufrufs ebenfalls eindeutig sein Eine vorhandene Sicherheitsdatei einsatzbereit machen Um eine vorhandene Sicherheitsstruktur bei der Migration auf Tivoli Workload Scheduler beizubehalten m ssen Sie f r jede Ihrer Maestro Sicherheitsdefinitionen einen Tivoli Admi nistrator auf dem Tivoli Management Framework Server erstellen und dann eine Definition f r diesen Administrator in der Sicherheitsdatei erstellen Weitere Details zur Erstellung eines Tivoli Administrators finden Sie in der Dokumentation zu Tivoli Management Framework N heres zum Editieren der Sicherheitsdatei finden Sie unter Tivoli Administratoren hinzuf gen 124 Angenommen Sie m chten Ihr Maestro Netzwerk auf Tivoli Workload Scheduler migrieren und das System auf dem sich zurzeit der Hauptdom nenmanager befindet hat eine der unterst tzten Plattformen Sie m chten den Connector darauf installieren so dass Sie eine Anzahl von JS Console Clients verwenden k nnen In diesem Fall m ssen Sie zuerst Tivoli Management Framework installieren In diesem Beispiel wird davon ausgegangen dass Sie einen Tivoli Server installieren Version 8 1 Eine vorhandene Sicherheitsdatei einsatzbereit machen
156. llen und die Jobausf hrung auf anderen Betriebssystemen wie MVS und Anwendungen wie Oracle Anwendungen Peoplesoft und Baan zu steuern Die Zugriffsmethode muss in der Worksta tiondefinition f r den erweiterten Agenten angegeben werden Version 8 1 Index Sonderzeichen usr unison components 46 A Abh ngigkeiten aufl sen 122 Aktivieren Pr fung 92 Aktivieren Zeitzonenfunktion 90 Anh ngen ber NFS 122 AT Schl sselwort 84 85 Beispiel der Datei Security 60 Beispielprotokolleintr ge Pr fung 97 Benutzerdefinitionen Security 49 bm check file Option 76 bm check status Option 76 bm check until Option 76 bm look Option 76 bm read Option 76 bm stats Option 76 bm verbose Option 76 C Carryforward 85 carryforward Option 70 73 Compiler 83 85 Connector aktualisieren 92 console Befehl 82 Cpuname 123 D database audit level 71 Datum an 8 au er 8 Dumpsec 49 Tivoli Workload Scheduler Planung und Installation E Mail Kontakt xii Erstellen der Datei Security 49 expanded version 71 130 F Fenster Workstations erstellen 123 Final 83 122 G Gcomposer 120 Gconman 120 Globale Optionen Dateibeispiel 72 Dateischablone 72 f r MPE Agenten 74 setzen 69 Syntax 69 globalopts 122 130 globalopts Datei Pr ffunktion 92 Zeitzonenfunktion 90 GlobalPreferences ser 128 H Hauptdom nenmanager 5 history Option 71 J jm job table size Option 76 jm look Option 77
157. lt er den Produktionsplan bei jedem Tagesstart und f hrt s mtliche Protokollierungs und Berichtsfunktionen f r das Netzwerk aus Sicherungs Master Ein fehlertoleranter Agent der die Rolle des Hauptdom nenmanagers bernehmen kann Dom nenmanager Der Management Hub in einer Dom ne Die gesamte Kommunikation von Agenten in der Dom ne wird ber den Dom nenmanager geleitet Sicherungsdom nenmanager Ein fehlertoleranter Agent der die Rolle seines Dom nenmanagers bernehmen kann Fehlertoleranter Agent FTA Eine Workstation die lokale Abh ngigkeiten aufl sen und zugeh rige Jobs ohne Dom nenmanager starten kann Standardagent Eine Workstation die Jobs nur unter der Steuerung des zugeh rigen Dom nen managers startet Erweiterter Agent Eine logische Workstationdefinition mit deren Hilfe Jobs auf anderen Systemen und in anderen Anwendungen z B Baan Peoplesoft Oracle SAP sowie JES2 und JES3 for z OS gestartet und gesteuert werden k nnen Netzwerkagent Eine logische Workstationdefinition f r die Erstellung von Abh ngigkeiten zwischen Jobs und Jobnetzen in verschiedenen Tivoli Workload Scheduler Netzwerken Job Scheduling Console Client Eine Workstation mit der grafischen Benutzerschnittstelle mit deren Hilfe Planer und Operatoren Plan und Datenbankobjekte verwalten Tivoli Workload Scheduler Planung und Installation 5 Bunaynyulg L Tivoli Workload Scheduler In der nachfolgenden Tabelle wird zus
158. m ersten Mal ausf hren Sie k nnen feststellen ob es sich dabei um erweiterte oder nicht erweiterte Datenbanken handelt indem Sie die globale Option expanded version yesino berpr fen Diese Option wird bei der Installation der Tivoli Workload Scheduler Steuer komponente vom Anpassungsskript gesetzt Die Standardeinstellung ist yes erweitert Bei der ersten Installation von Tivoli Workload Scheduler k nnen Sie sich f r nicht erwei terte Datenbanken entscheiden und diese zu einem sp teren Zeitpunkt erweitern F hren Sie den Befehl dbexpand auf dem Hauptdom nenmanager aus um die Datenbanken zu erwei tern Das Programm setzt die globale Option expanded version auf yes erstellt Sicherungs kopien der vorhandenen Datenbanken und erweitert die Datenbanken so dass sie lange Objektnamen unterst tzen F hren Sie dbexpand nur einmal aus da sonst die Sicherungs kopie der vorhandenen Datenbanken gel scht wird Die Sicherungskopien werden in einem Verzeichnis namens mozart old innerhalb des Verzeichnisses mozart abgelegt Workstationnamen Job Scheduling in einem TWS Netzwerk ist auf mehrere Computer verteilt Jeder Computer verf gt ber einen eindeutigen Workstationnamen damit eine korrekte berwachung von Jobs Zeitpl nen und anderen Objekten m glich ist Bei den Namen kann es sich auch um Netzwerkknotennamen handeln es muss nur gew hrleistet sein dass folgende Namens konventionen von TWS eingehalten werden m In nicht erwei
159. m nen verwenden wie m chten Sie diese einteilen m Nach geografischen Standorten z B Dom nen in London und Paris m Nach Zeitzonen z B PST Pacific Standard Time und EST Eastern Standard Time m Nach Gesch ftsbereichen z B Marketing und Buchhaltung 3 Verwenden Sie erweiterte oder nicht erweiterte Datenbanken 4 Verwenden Sie die Zeitzonenfunktion bersicht ber ein Tivoli Workload Scheduler Netzwerk Ein Workload Scheduler Netzwerk besteht aus mindestens einer Workload Scheduler Do m ne der Hauptdom ne in der der Hauptdom nenmanager der Management Hub ist Um ein weit verteiltes Netzwerk in kleinere lokal verwaltete Gruppen zu unterteilen k nnen zus tzliche Dom nen verwendet werden Durch Verwendung mehrerer Dom nen nimmt der Datenverkehr auf dem Netzwerk ab da die Kommunikation zwischen dem Hauptdom nenmanager und anderen Computern reduziert wird In einer Konfiguration mit nur einer Dom ne kommuniziert der Hauptdom nenmanager mit allen Workstations im Workload Scheduler Netzwerk In einer Konfiguration mit mehreren Dom nen kommuniziert der Hauptdom nenmanager jedoch nur mit den Workstations innerhalb seiner Dom ne und mit untergeordneten Dom nenmanagern Die untergeordneten Dom nenmanager kommunizieren ihrerseits mit Workstations innerhalb ihrer Dom nen und untergeordneten Dom nenmanagern Durch den Einsatz mehrerer Dom nen wird au erdem die Fehlertoleranz erh ht da sich die Probleme durch d
160. mposer prompt schl ssel Bindestrich conman cli prompt schl ssel Prozent date format ganze zahl 1 jm job table size eintr ge 160 jm look sekunden 300 jm nice wert 0 jm no root yesiIno no jm read sekunden 10 merge stdlists yesIno yes mm cache mailbox yes no no mm cache size byte 32 mm read sekunden 15 mm response sekunden 600 mm retry link sekunden 600 mm sound off yesino no mm unlink sekunden 960 mozart directory gemeinsames mozart verzeichnis Kein nm ipvalidate nonelfull none nm mortal yesino no nm port anschlussnummer 31111 nm read sekunden 60 nm retry sekunden 800 parameters directory gemeinsames parms verzeichnis Kein stdlist width spalten 80 sync level lowlmediumlhigh high switch sym prompt schliissel Prozent syslog local funktion 1 thiscpu workstation thiscpu unison network directory gemeinsames unison verzeichnis Kein wr read sekunden 600 wr enable compression yes no no wr unlink sekunden 600 Tivoli Workload Scheduler Planung und Installation 75 uauondos unsseduy sjeuondo e Lokale Optionen 76 kommentar Alles zwischen Nummernzeichen und Zeilenende wird als Kommentar behandelt bm check file Gibt die Mindestwartezeit in Sekunden an nach der Batchman tiberpriift ob eine Datei vorhanden ist die als Abh ngigkeit verwendet wird bm check status Gibt die Wartezeit in Sekunden zwischen der berpr fung des Status einer INET A
161. n Die Eingabeauf forderung kann aus bis zu 8 Zeichen bestehen Der Standardwert ist ein Prozent zeichen date format Gibt den Wert an der dem gew nschten Datumsformat entspricht Folgende Werte sind m glich 0 entspricht jj mm tt H entspricht mm tt jj m 2 entspricht tt jj mm m 3 gibt die Verwendung der Variablen f r die Unterst tzung in der Landessprache an Der Standardwert ist 1 Version 8 1 Lokale Optionen jm job table size Gibt die Gr e der von Jobman verwendeten Jobtabelle anhand der Anzahl der Ein tr ge an jm look Gibt die Mindestwartezeit in Sekunden an nach der Jobman nach beendeten Jobs sucht und allgemeine Jobmanagementtasks ausf hrt jm nice Nur f r UNIX Gibt an dass der Wert nice auf die mit Jobman gestarteten Jobs angewendet werden soll jm no root Nur fiir UNIX Die Angabe des Werts yes verhindert dass Jobman root Jobs startet Die Angabe des Werts no erm glicht Jobman das Starten von root Jobs jm read Gibt die Zeit in Sekunden an die Jobman h chstens auf den Eingang einer Nach richt in der Nachrichtendatei wartet mm cache mailbox Mit dieser Option wird Mailman f r die Verwendung eines Lesecache f r ankom mende Nachrichten aktiviert In diesem Fall werden nur die Nachrichten zwischen gespeichert die f r die Netzwerkdatenkonsistenz nicht essenziell sind Der Standard wert ist no mm cache size Diese Option sollte bei Verwendung der Option mm cache mailbox ebenfalls an
162. n NETMAN Prozess zu aktivieren Damit der NETMAN Prozess erfolgreich ber TCP IP gestartet und initialisiert werden kann muss er auf dem MPE Slave bereits lau fen Unterschiede bei der Verwendung verschiedener Plattformen In diesem Abschnitt werden die Ausnahmen beschrieben die in einem Netzwerk mit MPE UNIX und Windows NT Workstations gelten in dem eine MPE UNIX oder Windows NT Workstation als Master definiert ist Zus tzliche Informationen zum Betrieb eines Netz werks finden Sie im Handbuch Tivoli Workload Scheduler Referenz im Handbuch Tivoli Workload Scheduler Planung und Installation und Maestro User Guide for the MPE System User bei ROCsoftware erh ltlich 116 Version 8 1 Unterschiede bei der Verwendung verschiedener Plattformen MPE Master Die Programme Arranger und Composer m Alle Objektdefinitionen und Zeitpl ne f r fehlertolerante Agenten und Standardagenten unter UNIX m ssen auf dem MPE Master mit COMPOSER und ARRANGER erstellt werden m Das COMPOSER Programm f r MPE unterst tzt die Funktion docommand in Joban weisungen nicht f r Zeitpl ne die auf fehlertoleranten Agenten und Standardagenten unter UNIX und Windows NT ausgef hrt werden m Wiederherstellungsoptionen f r Jobs unter UNIX und Windows NT m ssen mit der Transaktion XJOB des Programms ARRANGER dokumentiert werden In der Zeitplanungssprache von MPE ist scriptname kein g ltiges Schl sselwort Ver wenden Sie st
163. n Sie sich als Benutzer der Gruppe der lokalen Administratoren bzw der Dom nen administratoren an F gen Sie in der Systemumgebung die Verzeichnisse TWShome und TWShome bin der PATH Variablen hinzu Beispiel andere_verzeichnisse C win32app maestro C win32app maestro bin Verzeichnisse und Dienste von Tivoli Workload Scheduler Setup installiert die Tivoli Workload Scheduler Dateien in TWShome und in TWShome unison das auch von anderen Tivoli Produkten verwendet wird Ist das Basis verzeichnis TWShome beispielsweise c win32app maestro wird auch das Verzeichnis c win32app unison erstellt Setup registriert auch die folgenden Dienste beim Dienststeuerungsmanager m Tivoli MAESTRO f r die Benutzer user m Tivoli Netman f r die Workstationbenutzer wkstn_user m Tivoli Token Dienst f r die Benutzer user Beachten Sie dass der Dienststeuerungsmanager ber eine eigene Datenbank zur Verwaltung von Benutzerkennw rtern verf gt Wird nach der Installation also das Kennwort von TWSu ser ge ndert m ssen Sie mit dem Applet Dienste in der Systemsteuerung das neue Kenn wort f r den Token Dienst und Netman zuweisen Der Tivoli Workload Scheduler Dienst Der Jobman Dienst wird unter dem Konto SYSTEM ausgef hrt und verf gt ber die Berechtigung Interaktive Beziehung mit Desktop erlauben Diese Berechtigung k nnen Sie aus Sicherheitsgr nden entziehen Dadurch kann der Dienst jedoch keine interaktiven Jobs mehr starten di
164. n Tivoli Systems oder IBM best tigt sind F r die in diesem Dokument beschriebenen Produkte und Verfahren kann es Patente oder Patentanmeldungen von Tivoli Systems oder IBM geben Mit der Auslieferung dieses Handbuchs ist keine Lizenzierung dieser Patente verbunden Lizenzanforderungen sind schriftlich an IBM Director of Licensing IBM Corporation North Castle Drive Armonk New York 10504 1785 U S A zu richten Anfragen an obige Adresse m ssen auf Englisch formuliert werden ISO 9001 Zertifizierung Dieses Produkt wurde mit einem nach ISO 9001 zertifizierten Qualit tssystem entwickelt Die Zertifizierung erfolgte durch das Bureau Veritas Quality International BVQI Zertifizierungsnummer BVQI 92086 A BVQI geh rt weltweit zu den Marktf hrern im Bereich Qualit tszertifizierung und ist derzeit von mehr als 20 Zulas sungsstellen anerkannt Inhaltsverzeichnis Viet nenne ee ee ix PSX Ea 0 0 0 cae a een ix Inhaltdieses Handbuch Siasea aca earna a a Goals en KAN nie eh ix Veroitenthichungeny ru d 8 AE bred iaid ke Ee ER Er ER nd x Tivoli Workload Scheduler Ver ffentlichungen 2222222 sneeeeeeennnnn nen x Zugeh rige Ver ffentlich ngen baw hate baw eek x Onlineb cher f r Tivoli Workload Scheduler for z OS 00 0 xi Online auf Ver ffentlichungen zugreifen eee xi Ver ftentlichungen bestellen crre ssn ana Pane Beeren he neh xi R ckmeldung zu Ver ffentlichungen 0 000 002
165. n wird in Form von Ereignissen gesendet m Einen Mechanismus f r Massenerfassung der Informationen zu allen wichtigen Jobs und Jobnetzen des Tagesplans an Tivoli Business Systems Manager sendet m Einen Mechanismus f r Deltaerfassung der die Tagesplan nderungen f r wichtige Jobs und Jobnetze an Tivoli Business Systems Manager sendet N heres dazu finden Sie im Handbuch Tivoli Workload Scheduler Referenz Gel schte Funktionalit ten Folgende Funktionalit ten sind nicht mehr verf gbar m Die traditionellen Maestro GUIs einschlie lich GCONMAN und GCOMPOSER m Visual Maestro m Remote Console Unterst tzung f r HP OpenView IT Operation ehemals HP OpC Tivoli GEM Instrumentation Tivoli Workload Scheduler Tivoli Workload Scheduler besteht aus drei Komponenten Tivoli Workload Scheduler Steuerkomponente Die Steuerkomponente wird auf verschiedenen Microsoft Windows und UNIX Be triebssystemen ausgef hrt Installieren Sie die Steuerkomponente auf dem Master und auf den CPUs aller physischen Agenten Tivoli Workload Scheduler Connector Ordnet der Tivoli Workload Scheduler Steuerkomponente Befehle der Job Schedu ling Console zu Installieren Sie den Connector auf dem Master und auf den fehler toleranten Agenten die Sie als Sicherungsmaschinen f r die Master CPU verwenden F r die Verwendung des Connectors wird Tivoli Management Framework ben tigt das f r einen Tivoli Server oder einen verwalteten Tivoli Knoten konfig
166. nabh ngig von anderen Anwendungen ausgef hrt werden ist es unter Umst nden sinnvoll wenn sie sich in einer eigenst ndigen TWS Dom ne befinden Sollen Ihre TWS Dom nen Ihre Windows NT Dom nen widerspiegeln Dies ist zwar nicht unbedingt erforderlich k nnte aber n tzlich sein M chten Sie bestimmte Systemgruppen auf Grund von leistungsbezogenen oder anderen Kriterien isolieren Dieser Punkt spricht ebenfalls f r ein TWS Netzwerk mit mehreren Dom nen da so Systeme je nach Leistung oder Plattform zusammengefasst werden k nnen Wie hoch ist der aktuelle Datenaustausch auf dem Netzwerk Ist die Verwaltung des Datenaustauschs auf dem Netzwerk ohne Probleme m glich sinkt die Notwendigkeit mehrerer Dom nen Gehen Ihre Jobabh ngigkeiten ber System und Anwendungsgrenzen sowie ber geo grafische Grenzen hinaus H ngt z B der Start von Job auf CPU3 vom Abschluss von Job2 auf CPU4 ab Der Grad an gegenseitiger Abh ngigkeit zwischen verschiedenen Jobs ist bei der Pla nung eines TWS Netzwerks von erheblicher Bedeutung Wenn Sie ein Netzwerk mit mehreren Dom nen verwenden sollten sich voneinander abh ngige Objekte innerhalb derselben Dom ne befinden Somit nimmt der Datenaustausch auf dem Netzwerk ab und die Dom nenarchitektur Kann besser genutzt werden Welcher Fehlertoleranzgrad wird ben tigt Ein offensichtlicher Nachteil einer Konfiguration mit nur einer Dom ne ist die Abh n gigkeit von nur einem Dom nenm
167. nd in der von Tivoli gelieferten Datei als Kommentare enthalten Sie legen eine Option fest indem Sie das Zeichen in der ersten Spalte l schen und den Wert in das richtige Verzeichnis ndern In diesem Beispiel wird der Zugriff auf alle Objekte mit Ausnahme der Parameter erm glicht mozart directory hub mozart unison network directory hub unison parameters directory d maestro 3 Speichern Sie die Datei und schlie en Sie den Editor 4 Damit die vorgenommenen nderungen wirksam werden m ssen Tivoli Workload Sche duler und Netman gestoppt und erneut gestartet werden Wird eine Option nicht gesetzt bzw ist diese nicht vorhanden versucht das Composer Pro gramm von Tivoli Workload Scheduler auf die Datenbankdateien auf dem lokalen Computer zuzugreifen Version 8 1 Nach der Installation bzw der Aktualisierung Die lokalen Optionen auf dem Master einstellen Wurden die Datenbankdateien aus den Standardverzeichnissen versetzt wie unter Ein Ver zeichnis gemeinsam benutzen beschrieben m ssen Sie in den lokalen Optionen auf dem Hauptdom nenmanager die neue Position angeben Siehe Abschnitt Die lokalen Optionen einstellen Das Tivoli Workload Scheduler Konto manuell erstellen Bei Tivoli Workload Scheduler Erstinstallationen wird ein Benutzerkonto mit bestimmten Berechtigungen ben tigt mit dem die Software installiert werden kann Dieser Benutzer wird automatisch vom Setup Programm erstellt Soll das
168. ng Autolink und durch die Console Manager Befehle Link und Unlink gesteuert Wenn eine Verbindung ge ffnet ist werden Nachrichten zwischen zwei Workstations bergeben Wenn eine Verbindung geschlossen ist speichert die sendende Workstation Nachrichten in einer lokalen pobox Datei und sendet sie an die Zielworkstation wenn die Verbindung wieder ge ffnet wird Anmerkung Erweiterte Agenten haben keine Verbindungen Sie kommunizieren mit ihren Dom nenmanagern ber ihre Hosts Aktivieren Sie die Markierung Autolink in der Definition der Workstation damit eine Work stationverbindung automatisch ge ffnet wird Die Verbindung wird zum ersten Mal ge ffnet wenn Tivoli Workload Scheduler auf der Hauptdom nenworkstation gestartet wird Wenn der Dom nenmanager und die Workstations der untergeordneten Dom ne nicht initialisiert sind und ihre Markierung Autolink aktiviert ist versucht der Hauptdom nenmanager eine Ver bindung zu seinen untergeordneten Elementen herzustellen und den Initialisierungsprozess zu beginnen Wenn die Markierung Autolink inaktiviert ist wird die Workstation erst initiali siert wenn der Befehl Link auf dem Hauptdom nenmanager ausgef hrt wird Nachdem die Workstation initialisiert ist wird sie automatisch gestartet und die Verbindung zu ihrem Dom nenmanager wird aufgebaut Wenn Sie eine Workstation stoppen werden ihre Pfade zu anderen Workstations geschlossen Die Pfade von anderen Workstations zu dieser Workstati
169. nk und lange Objektnamen 0 0 0 ee 14 Tivoli Workload Scheduler Planung und Installation Datenbankerstellung NEIE uses EE EE EE Re EE EE eee eee eee eee ee mS 15 Workstationnamen A RN E sain EE doh oo Gob en ea eS 15 bersicht ber die Installauiot 6 446 44 ded sk ana isise dood ENEE NEEN EE 15 Produktsr ppen 12 e suka he see ee ee ed aaa 16 Komponentendatet 22 2 0442 Barden aba 16 Die Komponentendatei anzeigen 17 Basisverzeichnis von Netman espe eur cessa aky eee eee eee 17 Lokale Netman Optionen os EE E ENEE ALE E Rue RA en gale epee 17 Nach der Installation u 548544804 0 tinei mena Oe Reese eee ede ar ee ORAS 17 Kapitel 2 Unter Windows NT installieren 00eeeeeeeeee eens 19 SySstemvoraussetzungen u wunsch en ae ee ae ae en 19 F r Endpunkt zu Endpunkt Zeitplanung installieren nnna naaa 20 Aktualisierungen vorbereiten ee ee eee EER nen en 20 Tivoli Workload Scheduler trennen und stoppen 20 Sicher ngsd teien Ae EN ds Here neue 21 Die Software installieren se cresc sore cred sea ee ee eee eee eee ee ee nw en es 21 Das Setup Programm zu wie ote ee e eet a ea ea 21 Das Setup Programm ausfiihren 2 ee eee ee 21 Nach der Installation bzw der Aktualisierung 2 0 eee 28 Eine Aktualisierung abschlie en 2 2 eens 28 Die Variable PATH setzen elen dads Se nade ege ded tin ge tak sed aa based 28 Verzeichnisse und Dienste von Tivoli Workload Sche
170. nstellungen des Betriebssystems auf dem der Connector installiert ist Die ID ndert sich dynamisch wenn der Benutzer sich an demselben Connector anmeldet und feststellt dass die L ndereinstellungen ge ndert sind Anmerkung Die ersten beiden Angaben sind die Namen die Sie im Startfenster der Job Scheduling Console eingeben um die JS Console zu starten Beispiel Sie melden sich zum Starten der JS Console zum ersten Mal an der Maschine Dal an auf der der Connector vom Tivoli Administrator tws12adm installiert wurde Ein Benutzerverzeichnis namens tws 2adm ftal2_en wobei en f r die L ndereinstellung Eng lisch steht wird unter dem oben beschriebenen Pfad auf Ihrer Workstation erstellt Jedes Mal wenn Sie sich an einem anderen Connector anmelden wird ein neues Benutzer verzeichnis hinzugef gt Und jedes Mal wenn Sie die JS Console schlie en wird die Datei GlobalPreferences ser in dem Benutzerverzeichnis das Ihrer Verbindung entspricht erstellt oder aktualisiert Wenn sich ein Benutzer zum ersten Mal an einem Connector anmeldet wird er in einem Fenster gefragt ob eine vorhandene Instanz der Datei GlobalPreferences ser auf einem ver bundenen Netzlaufwerk oder ber eine URL Adresse ge ffnet werden soll Wenn Sie eine bestimmte Abfragegruppe an Erstbenutzer weitergeben m chten stellen Sie erst die entspre chende Instanz der Datei GlobalPreferences ser zur Verf gung und fordern Sie dann die Benutzer auf den Dateinamen oder
171. nten E conman E composer m Tivoli Workload Scheduler Connector Sie m ssen die Programme nur beenden Wenn sie das n chste Mal ausgef hrt werden wer den die neuen Sicherheitsdefinitionen erkannt Tivoli Workload Scheduler Connector m ssen Sie stoppen indem Sie den Befehl wmaeutil ausf hren Die Connector werden automatisch bei der Aktualisierung einer beliebigen Abfrage in der Job Scheduling Console neu gestartet Der Benutzer muss die Zugriffsberechtigung modify f r die Sicherheitsdatei haben Anmerkung Bei Windows NT m ssen die Connector Prozesse mit Hilfe des Befehls wmaeutil gestoppt werden bevor der Befehl makesec ordnungsgem funktioniert makesec v u makesec verify eingabedatei Beschreibung Der Befehl makesec kompiliert die angegebene Datei und installiert sie als aktive Sicherheitsdatei unison Security Falls das Argument verify angegeben ist wird die Datei auf korrekte Syntax hin berpr ft sie wird allerdings nicht kompiliert und installiert Argumente 66 V Zeigt nur die Versionsinformationen zum Befehl an u Zeigt nur Syntaxinformationen zum Befehl an verify berpr ft nur die Syntax der Benutzerdefinitionen in der Eingabedatei Die Datei wird nicht als die Sicherheitsdatei installiert Die Syntax berpr fung wird automa tisch ausgef hrt wenn die Sicherheitsdatei installiert wird eingabedatei Gibt den Namen einer Datei oder einer Gruppe von Dateien an in der denen die
172. nutzerschnittstelle der JS Console oder im CLI Composer auf dem UNIX oder Win dows NT Master erstellt werden Bei der automatischen Jobdokumentation akzeptiert die Jobanweisung der Zeitplanungs sprache von UNIX und Windows NT sowohl die MPE spezifischen Schl sselw rter als auch die Datei und Benutzernamen von MPE Beispiel jobfilename file grp acct streamlogon user acct grp oder isuserjob jobname streamlogon user acct grp Das Schliisselwort opens der Zeitplanungssprache von UNIX und Windows NT akzep tiert Dateinamen von MPE Beispiel opens cpu pfadname file grp acct qualifikationsmerkmale Mit dem Befehl showjob werden MPE spezifische Informationen angezeigt userjob gt gt alias is gt gt run again as SKEL Der Befehl submit docommand ist nicht g ltig wenn er einer MPE CPU erteilt wird obwohl dieser Befehl auf dem UNIX oder Windows NT Master ausgef hrt werden kann MPE Slaves Arranger Die einzigen zul ssigen Transaktionen in ARRANGER lauten CTP2 CTP3 xCPU xLNK xPRM xPAS xSYS Composer COMPOSER kann nicht erfolgreich ausgef hrt werden Conman Folgende CONMAN Operationen sind nicht zul ssig 118 bergeben von Jobs mit dem Befehl CONMAN SUBMIT JOB bergeben von Zeitpl nen mit dem Befehl CONMAN SUBMIT SCHEDULE Hinzuf gen von Abh ngigkeiten von vordefinierten oder globalen Eingabeauf forderungen mit dem Befehl ADDDEP Verwenden der Optionen F
173. oad Scheduler Planung und Installation 15 Bunaynyulg L Ubersicht Uber die Installation c Installieren Sie die Job Scheduling Services und den Connector in Tivoli Manage ment Framework Siehe das Tivoli Workload Scheduler Console Benutzerhandbuch d Erstellen Sie auf der Tivoli Arbeitsoberfl che einen Tivoli Administrator f r Tivoli Workload Scheduler Fiigen Sie also entweder den Benutzer TWS oder den Benutzer Maestro als Anmeldenamen fiir den TMF Administrator hinzu oder erstellen Sie einen neuen TMF Administrator auf Grundlage der Anmeldenamen TWS oder Maes tro e F gen Sie den Tivoli Administrator den Tivoli Workload Scheduler Sicherheits informationen hinzu H Unter NT m ssen Sie Tivoli Workload Scheduler stoppen bevor Sie den Befehl makesec ausf hren k nnen H Unter UNIX k nnen Sie den Befehl makesec ausf hren ohne vorher Tivoli Wor kload Scheduler zu stoppen Sie m ssen Tivoli Workload Scheduler jedoch stop pen und erneut starten damit die Sicherheitsfunktion aktiviert wird f Installieren Sie die Job Scheduling Console Siehe das Tivoli Workload Scheduler Console Benutzerhandbuch 2 Installieren Sie folgende Komponenten auf jeder Workstation die als Agent im Tivoli Workload Scheduler Netzwerk dienen soll m Tivoli Workload Scheduler m Job Scheduling Console optional Sie k nnen die Job Scheduling Console auch auf Workstations installieren die sich zwar nicht im Tivoli Workload Scheduler Netz werk
174. oad Scheduler Steuerkomponente vor dem Connector installiert werden m Stellen Sie vor Beginn der Installation sicher dass auf dem FTA Tivoli Management Framework installiert ist und dass das System eine vom Connector unterst tzte Plattform hat m Befolgen Sie die Installationsanweisungen die im Kapitel zur Installation des Connector im Handbuch Tivoli Workload Scheduler Console Benutzerhandbuch beschrieben werden Bei Benutzern mit einer Tivoli Umgebung m Normalerweise befindet sich der Hauptdom nenmanager auf einem verwalteten Knoten Zun chst m ssen Sie die Job Scheduling Services Connector Klassen auf dem Tivoli Server installieren m Achten Sie darauf dass Sie keine Instanz auf einem verwalteten Knoten erstellen auf dem die Tivoli Workload Scheduler Steuerkomponente nicht installiert ist F r alle Benutzer m Bedenken Sie dass Sie w hrend des Connector Installationsprozesses dazu aufgefordert werden den Namen einer Tivoli Workload Scheduler Instanz einzugeben Dieser Name wird in der Job Scheduling Baumstruktur der Job Scheduling Console angezeigt Um Verwirrung zu vermeiden sollten Sie einen Namen verwenden der den Namen des FTA enth lt m Wenn Sie den Connector auf mehreren FTAs in einem Netzwerk installieren beachten Sie bitte dass die Namen der Instanzen innerhalb des Tivoli Workload Scheduler Netz werks und des Tivoli Verwaltungsbereichs eindeutig sein m ssen Hinweise zum Sicherungs Master Wenn Sie den
175. oad Scheduler aktualisieren 222220 eee eee 40 Vorbereitung Tivoli Workload Scheduler stoppen 40 Sicherungsk pien 2242 dba ed AES e ede dete dated SoG awe dae headed ee renee oe s4 40 Die Software aktualisieren und customize aus ben 41 Das Sicherheitsprofil aktualisieren 1 eee eee 42 Ihre Dateien wiederherstellen 2798 ee idi ee ea Ee nenn 42 Tivoli Workload Scheduler erneut starten 42 Das Skript c stomize oi 4 s00 16 EEN nn da nn 43 Tivoli Workload Scheduler deinstallieren 2 2 2 2222 eens 46 Kapitel 4 Sicherheit deinieren cece eee e eee eee eeeee 49 Die Datei TEEN corsair a Secs aca op dE acto a nce Dan ee 49 Die Datei Security erstellen 49 Sicherheit in einem Netzwerk verwalten 49 Sicherheit f r den Tivoli Administrator definieren 49 Syntax der Datei Security sc ranee aiu rek re ae ahnen arena nn 50 Benutzerdefinitionen 2 0 cs ee ee EINEN ecard iard ened ie ee een 50 KEE ee ee 50 Varlableni iis geed EE E EE ER Beine E d ee 50 Reihenfolge f r Benutzerqualifikation 58 Reihenfolge f r Objektqualifikation cee aei 58 Von Tivoli bereitgestellte Variablen 2 ern ie 59 Platzh lterzeichen EINEN sus 804 EE EE Oe REED EE en 59 Der Stiperuser unter UNIX ee EELER dg dete d e 59 Beispiel der Datei Security u ae enable el 60 Erkl rung des Beispiels der Datei Security 0 0 ce nee 63 Der Befehl dumpsee oc Age diane a ee en Gaerne 65 Der Bef
176. obs von Tivoli Workload Scheduler for z OS zu beeinflussen da diese Jobs als auf dem Master ausgef hrt betrachtet werden und der Master der einzige Knoten ist der f r sie zust ndig ist Die Implementierung der Endpunkt zu Endpunkt Zeitplanung wird prim r auf Tivoli Wor kload Scheduler for z OS durchgef hrt F r die fehlertoleranten Agenten von Tivoli Wor kload Scheduler m ssen ledi e ere gesetzt werden Dunuupuu L Neue Funktionen in dieser Version Integration in Tivoli Business Systems Manager Tivoli Business Systems Manager ist eine objektorientierte Systemmanagementanwendung die die Uberwachung und das Ereignismanagement von Ressourcen Anwendungen und Sub systemen innerhalb des Unternehmens mit dem Ziel fortlaufende Verfiigbarkeit bereitzustel len bietet Durch die berwachung der Tivoli Workload Scheduler Tagespl ne mit Tivoli Business Systems Manager k nnen Probleme rasch festgestellt werden die die erfolgreiche und rechtzeitige Beendigung der Pl ne gef hrden k nnen Die Integration von Tivoli Wor kload Scheduler in Tivoli Business Systems Manager erm glicht es die Pl ne aus einer ein heitlichen Gesch ftssystemperspektive zu verwalten Die Integration wird durch Folgendes erreicht m Eine spezielle Markierung Schl sselmarkierung in Tivoli Workload Scheduler die die Jobs und Jobnetze markiert die Tivoli Business Systems Manager genauer berwachen soll Informationen zu diesen Schl sselobjekte
177. ole Manager aus um die Tivoli Workload Scheduler Prozesse zu stop pen conman stop 5 F hren Sie stageman aus um die neue Symphony Datei zu erstellen stageman 6 F hren Sie Console Manager aus um die Tivoli Workload Scheduler Prozesse zu starten conman start Die Konfigurationsskripts verwenden Tivoli Workload Scheduler stellt zum Einrichten Ihrer Produktionsumgebung zwei Standard konfigurationsskripts bereit ein Skript auf globaler und eines auf lokaler Ebene Standardkonfigurationsskript jobmanrc Eine Standardkonfigurationsskriptschablone namens maestrohome config jobmanrce wird mit Tivoli Workload Scheduler zur Verfiigung gestellt Sie wird automatisch als maestrohome jobmantc installiert Der Systemadministrator kann mit diesem Skript die gew nschte Umgebung einrichten bevor die Jobs ausgef hrt werden Wenn Sie das Skript ndern wollen nehmen Sie Ihre nderungen an der Arbeitskopie maestrohome jobmanrc vor ohne die Schablonendatei zu ndern Die Datei enth lt konfigurierbare Variablen und Kommentare die Ihnen das Prinzip verdeutlichen In werden die Variablen f r das Skript jobmanre beschrieben Tabelle 3 Variablen von jobmanrc Variablenname Wert UNISON_JCL Der Pfadname fiir die Skriptdatei des Jobs UNISON_STDLIST Der Pfadname fiir die Standardlistdatei des Jobs UNISON_EXIT Setzbar Wenn diese Variable auf yes gesetzt ist wird der Job sofort beendet sobald ein B
178. on bleiben allerdings ge ffnet bis eines der folgenden Ereignisse eintritt m Die gestoppte Workstation wird erneut gestartet und ein Befehl Link wird abgesetzt m Die Mailman Prozesse der anderen Workstations berschreiten das Zeitlimit Sie k nnen einen Befehl Link absetzen nachdem Sie eine Workstation erneut gestartet haben um sicherzustellen dass die Kommunikation zwischen Workstations korrekt wieder hergestellt wurde Tivoli Workload Scheduler Planung und Installation 101 SYIOMZION AOINPayOS DEODUOA HOALL 9 Netzwerkoperation Netzwerkoperation 102 Die Batchman Prozesse auf den Dom nenmanagern und den fehlertoleranten Agenten wer den unabh ngig ausgef hrt wobei sie die jeweilige Symphony Datei durchsuchen um Abh ngigkeiten aufzul sen und Jobs zu starten Batchman startet Jobs ber den Jobman Prozess Auf einem Standardagenten antwortet der Jobman Prozess auf Startanforderungen durch Batchman auf dem Dom nenmanager Der Hauptdom nenmanager wird fortlaufend ber Jobstarts und beendigungen informiert und ist daf r verantwortlich die Informationen an Dom nenmanager und fehlertolerante Agenten weiterzumelden damit sie vorhandene Abh ngigkeiten zwischen Workstations auf l sen k nnen Der Synchronisationsgrad zwischen den Symphony Dateien h ngt von den Einstellungen der Modi Vollst ndiger Status und Abh ngigkeiten aufl sen in der Definition einer Worksta tion ab Wenn diese Modi aktiviert
179. ons Folgende Tivoli Workload Scheduler Variablen k nnen verwendet werden master Sremotes slaves und See Weitere Informationen finden Sie unter oli bereitge Tivoli Workload Scheduler Planung und Installation 53 UBIBIUHOP POYIBYIIS p Syntax der Datei Security 54 name parameter Gibt einen oder mehrere Parameter an Platzhalterzeichen sind erlaubt Mehrere Namen miissen durch Kommas getrennt werden Erfolgt keine Angabe bezieht sich die Definition auf alle Parameter Fiir die Objektart prompt name eingabeaufforderung Gibt mindestens eine Eingabeaufforderung an Platzhalterzeichen sind erlaubt Mehrere Namen miissen durch Kommas getrennt werden Erfolgt keine Angabe bezieht sich die Definition auf alle Eingabeauf forderungen Fiir die Objektart resource cpu workstation Gibt den Namen der Workstation an auf der die Ressourcen definiert sind Platzhalterzeichen sind erlaubt Mehrere Namen miissen durch Kommas getrennt werden Erfolgt keine Angabe bezieht sich die Defini tion auf alle Workstations Folgende Tivoli Workload Scheduler Variab len k nnen verwendet werden master remotes slaves und thi scpu Weitere Informationen finden Sie unter name ressource Gibt einen oder mehrere Ressourcennamen an Platzhalterzeichen sind erlaubt Mehrere Namen miissen durch Kommas getrennt werden Erfolgt keine Angabe bezieht sich die Definition auf alle Ressourcen Fiir die Objektart sch
180. ordnete Dom nen Definitionen Sicherungsdom nenmanager Ein fehlertoleranter Agent der die Rolle seines Dom nenmanagers bernehmen kann Dom ne Eine benannte Gruppe von Tivoli Workload Scheduler Workstations die aus einem oder mehreren Agenten und einem Dom nenmanager besteht Alle Dom nen haben eine bergeordnete Dom ne Dom nenmanager DM Der Management Hub in einer Dom ne Die Kommunikation der Agenten in einer Dom ne wird vollst ndig ber den Dom nenmanager geleitet Siehe auch Haupt dom nenmanager Tivoli Workload Scheduler Planung und Installation 99 SYIOMZION AOINPayOS DEODUOA HOALL 9 Definitionen Erweiterter Agent Extended Agent XA Eine Agentenworkstation die Jobs nur unter der Steuerung des zugeh rigen Hosts startet Erweiterte Agenten k nnen als Schnittstelle zwischen Tivoli Workload Sche duler und Systemen und Anwendungen verwendet werden die nicht zu Tivoli Wor kload Scheduler geh ren Fehlertoleranter Agent FTA Eine Agentenworkstation die lokale Abh ngigkeiten aufl sen und zugeh rige Jobs ohne Dom nenmanager starten kann Host X Host Die Planungsfunktion die f r erweiterte Agenten erforderlich ist Sie kann von einer beliebigen Tivoli Workload Scheduler Workstation mit Ausnahme eines anderen erweiterten Agenten ausgef hrt werden Hauptdom nenmanager Der Dom nenmanager der obersten Dom ne eines Tivoli Workload Scheduler Netz werks Er enth lt die zent
181. orkload Scheduler und Netman installieren Eine Komponentendatei mit neuen Eintr gen erstellen m Erstmalige Aktualisierung von Maestro Tivoli Workload Scheduler und falls erforder lich Netman aktualisieren Eine Komponentendatei mit neuen Eintr gen erstellen m Nachfolgende Aktualisierungen von Tivoli Workload Scheduler Tivoli Workload Sche duler und falls erforderlich Netman aktualisieren Eintr ge in der Komponentendatei aktualisieren Das Setup Programm ausf hren 1 Stellen Sie sicher dass Sie auf der Workstation auf der Sie Tivoli Workload Scheduler installieren wollen ber lokale Administratorberechtigungen verf gen 2 Schlie en Sie alle offenen Windows Anwendungen einschlie lich des Windows NT Explorers Legen Sie die Tivoli Workload Scheduler CD in das Laufwerk ein 4 F hren Sie das Setup Programm von Tivoli Workload Scheduler aus d TWS i386 maestro setup exe Dabei steht d fiir den Laufwerkbuchstaben Ihres CD ROM Laufwerks 5 Das Fenster Wahlen Sie eine Setup Sprache aus wird angezeigt Wahlen Sie die gew nschte Installationssprache aus und klicken Sie OK an Tivoli Workload Scheduler Planung und Installation 21 uas91 2 SUl LN SMopulM Jeun Z Die Software installieren Choose Setup Language 6 Das Begr ungsfenster wird angezeigt Welcome to Tivoli Workload Scheduler 7 1 Setup 7 Klicken Sie im Begr ungsfenster Weiter gt an um fortzufahren Das Fenster
182. r Aktualisierung Ihre nderungen an den Dateien berneh men Das Skript customize berschreibt keine Dateien in den Verzeichnissen mozart stdlist oder unison die nach der Installation von Tivoli Workload Scheduler ge ndert wurden Wenn Sie andere Dateien w hrend des Aktualisierungsprozesses sch tzen m chten sollten Sie diese jetzt kopieren oder umbenennen Vorsorglich sollten Sie eine Sicherungskopie der folgenden Verzeichnisse bzw Datei erstellen m Das Verzeichnis twshome m Das Netman Basisverzeichnis twshome Unison m Die Komponentendatei normalerweise usr unison components Version 8 1 Tivoli Workload Scheduler aktualisieren Die Software aktualisieren und Customize ausf hren 1 Legen Sie das Installationsband oder die Installations CD ein und schreiben Sie die Soft ware zur ck a Melden Sie sich als root an und wechseln Sie in das Verzeichnis twshome b Extrahieren Sie die Software tar xvf cd TIVOLI plattform MAESTRO TAR Dabei gilt Folgendes cd Der Pfadname Ihres CD ROM Laufwerks plattform Der Plattformtyp Es gibt folgende M glichkeiten AIX bei IBM DYNIX bei IBM Sequent Numa HPUX bei Hewlett Packard UNIX IRIX bei SGI Irix LINUX m 386 bei Linux auf Intel m S390 bei Linux auf 390 bei Data General UNIX OSF bei Compaq True64 SOLARIS bei Sun Solaris 2 F hren Sie das Skript customize aus Ein Beispielskript customize f r die Workstation eines Hauptdom
183. r Dom ne Der Hauptdom nenmanager befindet sich in Atlanta Er enth lt die Datenbankdateien f r die Dokumentierung der Zeitplanungs objekte und verteilt die Symphony Datei an seine Agenten sowie an die Dom nenmanager in Denver und Los Angeles Die Dom nenmanager in Denver und Los Angeles verteilen die Symphony Datei anschlie end an ihre jeweiligen Agenten sowie an untergeordnete Dom nenmanager in Boulder Aurora und Burbank Der Hauptdom nenmanager in Atlanta ist f r die bermittlung von dom nen bergreifenden Informationen innerhalb des Netzwerks zust ndig Die gesamte Kommunikation mit dem Dom nenmanager in Boulder wird ber den berge ordneten Dom nenmanager in Denver geleitet Sind in der Dom ne Boulder Pl ne oder Jobs vorhanden die von Pl nen oder Jobs in der Dom ne Aurora abh ngig sind werden diese Abh ngigkeiten vom Dom nenmanager in Denver aufgel st Die meisten Abh ngigkeiten zwischen den Agenten werden lokal von den untergeordneten Dom nenmanagern verarbeitet wodurch der Datenaustausch auf dem Weitverkehrsnetzwerk Wide Area Network WAN erheblich reduziert wird Tivoli Workload Scheduler Planung und Installation 13 Bunaynyulg L Netzwerkplanung 14 Vorteile von Netzwerken mit mehreren Dom nen m Ad hoc Zeitpl ne und Jobs k nnen vom Hauptdom nenmanager oder von jedem ande ren Dom nenmanager oder Agenten bergeben werden der Zugriff auf die Datenbank dateien auf dem Hauptdom nenmana
184. r Netzwerk mit einem als Dom nenmanager konfigurier ten UNIX oder NT System und mit als fehlertolerante Agenten FTAs konfigurierten HP3000 Systemen MPE k nnen Sie eine Gruppe globaler Optionen auf dem UNIX NT Hauptdom nenmanager angeben um die Funktionsweise von Tivoli Workload Scheduler auf den MPE FTAs zu steuern Diese Optionen nehmen den Platz der Parameter ein die andernfalls auf den MPE Systemen mit Hilfe der CTP1 Transaktion des Programms Arranger gesetzt werden wiirden Wenn Sie diese Optionen integrieren wollen fiigen Sie sie Ihrer Datei globalopts mit der in der fol genden Tabelle beschriebenen Syntax hinzu Bei den Eintr gen muss die Gro und Klein schreibung nicht beachtet werden Syntax der globalen Optionen Standardwert rules mode yesino no batchman schedule yesino no all userjobs in userjobs schedule yesiIno no set mpe job pri to zero yesino no rules mode Ersetzt CTP1 Parameter 4 das ist Complete Control Mode Wenn Sie diese Option auf yes setzen m ssen Sie auch die Option batchman schedule auf yes setzen Der normale Status von Batchman kann Aktiv oder Inaktiv sein Dies wird im Fenster f r die Scheduler Merkmale der Job Scheduling Console angezeigt oder wenn Sie den Befehl conman status in der CLI ausf hren Durch das Aktivieren dieser Option wird der aktive Status von Batchman so ge ndert dass Regeln angezeigt wird batchman schedule Ersetzt CTP1 Parameter 7 das ist Assi
185. r bleibt erhalten bis Sie eine weitere Operation zum Wechseln der Manager ausf hren Wiederholen Sie diese Prozedur um zum urspr nglichen Dom nenmanager zur ckzukehren Bei einem gewechselten Hauptdom nenmanager m ssen Sie diese Prozedur vor der Umstellung auf den n chsten Tag ausf hren wenn Sie nicht erwarten dass der Hauptdom nenmanager auch am n chsten Tag nicht f r die Umstellung auf den n chsten Tag Zeitplan final und Job Jnextday verf gbar ist Verwenden Sie in die sem Fall die Prozedur im folgenden Abschnitt Langfristiger Ausfall des Hauptdom nenmanagers Verwenden Sie die folgende Prozedur um auf den Dom nenmanager im Bereitschaftsmodus zu wechseln wenn Sie nicht erwarten dass der urspr ngliche Master wieder einsatzbereit ist bevor die Umstellung auf den n chsten neuen Tag Zeitplan final und Job Jnextday ausge f hrt wird Verwenden Sie unter UNIX Schr gstriche in Pfadnamen Bana A E P rz 1 Verwenden Sie die Console Manager Funktion Stop um Tivoli Workload Scheduler auf dem Hauptdom nenmanager und seinem Dom nenmanager im Bereitschaftsmodus zu stoppen 2 H ngen Sie unter UNIX die Verzeichnisse des Masters ab wenn Sie auf beliebigen Agenten oder Dom nenmanagern angeh ngt sind 3 Erstellen Sie eine Methode damit der Dom nenmanager im Bereitschaftsmodus auf das Tivoli Workload Scheduler Dateisystem f r UNIX zugreifen kann Sie k nnen eine der folgenden Methoden verwenden m Kopieren Sie di
186. r die lokalen Optionen auf einen positiven Wert setzen senden die Steuerungsprozesse von Tivoli Workload Scheduler ihre Konsol und Eingabe aufforderungsnachrichten an den D mon syslog Durch das Setzen des Werts auf 1 wird Tivoli Workload Scheduler Planung und Installation 81 uauondos unsseduy ajeuondo e Lokale Optionen diese Funktion inaktiviert Wenn Sie die Option auf einen positiven Wert setzen um die Systemprotokollierung zu aktivieren miissen Sie auch die lokale Option stdlist width auf 0 oder einen negativen Wert setzen Die Konsolnachrichten von Tivoli Workload Scheduler entsprechen den folgenden syslog Ebenen LOG_ERR Fehlernachrichten wie z B die abnormale Beendigung von Steuerungsprozessen und Dateisystemfehler LOG_WARNING Warnungen wie z B Verbindungsfehler und blockierte Jobnetze LOG_NOTICE Sondernachrichten wie z B Eingabeaufforderungen und tellop Befehle LOG_INFO Informationsnachrichten wie z B Jobstarts sowie Status nderungen von Jobs und Jobnetzen Durch das Setzen der Option syslog local auf einen positiven Wert wird die von Tivoli Workload Scheduler verwendete syslog Funktion definiert Das Setzen des Werts 4 bewirkt z B dass Tivoli Workload Scheduler die lokale Funktion LOCAL4 verwendet Anschlie Bend m ssen Sie die entsprechenden Eintr ge in der Datei ete syslog conf vornehmen und den D mon syslog rekonfigurieren Damit LOCAL4 verwendet wird und die Tivoli Wor kload Scheduler Nach
187. r z OS verwenden Terminologie der Job Scheduling Console Die Terminologie der Job Scheduling Console unterscheidet sich von der fiir die Befehlszeile und der in den traditionellen Maestro Versionen verwendeten Terminologie In der nachfol genden Tabelle finden Sie die alten Begriffe und die entsprechenden Begriffe fiir die Job Scheduling Console Weitere Definitionen finden Sie im Glossar Befehlzeile Job Scheduling Console Definition Zeitplan Jobnetz Jobnetz Instanz Eine Arbeitseinheit die aus einer Reihe von Jobs und deren Abh ngigkeiten besteht Das Vorkommen eines Jobnetzes im Plan Job Job Eine ausf hrbare Datei eine Task bzw ein Befehl und die zugeh rigen Attribute Der Job ist f r die Ausf hrung als Teil eines Jobnetzes terminiert Job Instanz Das Vorkommen eines Jobs im Plan CPU Workstation Ein logischer Prozessor in der Regel ein Computer der Jobs ausf hrt Es gibt ver schiedene Workstationtypen Dom nen manager Sicherungsdom nenmanager fehlertolerante Agenten Standardagenten und erweiterte Agenten Mozart Dateien Datenbank Eine Sammlung von Zeitplanungsobjekten die Jobs Jobnetze Parameter Kalender und Ressourcen enth lt Der Zugriff erfolgt ber Composer fr her Gcomposer Tivoli Workload Scheduler Planung und Installation Bunaynyulg L Job Scheduling Console Befehlzeile Job Scheduling Console Definition Symp
188. ralen Master Dateien die zur Dokumentierung von Zeit planungsobjekten verwendet werden Dar ber hinaus erstellt er bei jedem Tagesstart die Produktionssteuerungsdatei und f hrt s mtliche Protokollierungs und Berichts funktionen f r das Netzwerk aus Siehe auch Dom nenmanager Hauptdom ne Die oberste Dom ne in einem Maestro Netzwerk bergeordnete Dom ne Die Dom ne die sich direkt ber der aktuellen Dom ne befindet Alle Dom nen mit Ausnahme der Hauptdom ne haben eine bergeordnete Dom ne Die Kommunika tion einer Dom ne wird ber den bergeordneten Dom nenmanager geleitet Standardagent SA Eine Agenten CPU die Jobs nur unter der Steuerung des zugeh rigen Dom nen managers startet Tivoli Workload Scheduler for MPE Tivoli Workload Scheduler Netzwerke k nnen eine Kombination von MPE ein Hewlett Packard eigenes Betriebssystem Windows NT UNIX und anderen Computern und Agenten umfassen Weitere Informationen finden Sie im Handbuch Maestro for MPE User s Guide Netzwerkkommunikation 100 In einem Tivoli Workload Scheduler Netzwerk kommunizieren die Agenten mit ihren jewei ligen Dom nenmanagern und diese wiederum mit ihren bergeordneten Dom nenmanagern Grunds tzlich werden zwei Arten von Kommunikation ausgef hrt 1 Initialisierung der Tagesstartzeit und 2 Planungsereignisse in Form von Status nderungsnachrichten w hrend des Verarbeitungstages Der Hauptdom nenmanager erstellt vor dem Star
189. rce B n der jedes Mal wenn ein Job ausgef hrt wird im Gebrauch ist S Standardlistdatei stdlist Eine Standardlistdatei wird f r jeden Job erstellt der von Tivoli Workload Scheduler gestartet wird Standardlistdateien enthalten Header und Trailer Banner zur ckgemeldete Befehle sowie Fehler und Warnungen Diese Dateien k nnen verwendet werden um Probleme bei der Jobausf hrung zu beheben Status Gibt den aktuellen Job oder Jobnetzstatus innerhalb der Job Scheduling Console an Der Job Scheduling Console Status gilt f r Tivoli Workload Scheduler und Tivoli Workload Scheduler for z OS Siehe auch Interner Status 135 Jesso 5 Symphony Datei Diese Datei enth lt die Zeitplanungs informationen die vom Produktionssteuerungsprozess Batch man f r die Ausf hrung des Planes ben tigt werden Die Datei wird in der Vorbereitungsphase erstellt und geladen In der Produktionsphase wird sie kontinuierlich aktualisiert so dass sie den aktuellen Status der Verarbeitung angibt Arbeit beendet Arbeit wird ausgef hrt noch ausstehende Arbeit Zum Verwal ten der Verarbeitung kann der Inhalt der Symphony Datei Plan angezeigt und ber die Job Scheduling Console ge ndert wer den 7 Termin Der letzte Zeitpunkt zu dem mit der Ausf hrung eines Jobs oder Jobnetzes begonnen werden kann Er entspricht der Until Zeit in der Vorversion Maestro Tivoli Management Framework Die grundlegende Software die zur Au
190. ren Zeitzonen und bei Jobs die in einem gesperrten Bereich ausgef hrt werden m ssen Ein gesperrter Bereich ist der Zeitraum zwischen der Zeit zu der der Tivoli Workload Scheduler Tag auf dem Mas ter beginnt und der Zeit auf dem fehlertoleranten Agenten in einer anderen Zeitzone Wenn z B ein Master dessen Tivoli Workload Scheduler Tag um 6 00 Uhr beginnt einen weiter westlich gelegenen Agenten initialisiert dessen Zeitzonenunterschied 3 Stunden betr gt liegt der gesperrte Bereich dieses fehlertoleranten Agenten zwischen 3 00 Uhr und 6 00 Uhr Bis her war eine Sonderverarbeitung erforderlich um w hrend dieses Zeitraums Jobs auszuf h ren Wenn Sie jetzt eine Zeitzone f r die Startzeit eines Jobs oder Jobnetzes angeben f hrt Tivoli Workload Scheduler ihn es wie erwartet aus Nehmen wir z B folgende zwei Job netze f r einen fehlertoleranten Agenten Zeitzone PST Pacific Standard Time und einen Master Zeitzone EST Eastern Standard Time an Schedule PST_SCHEDULEI Schedule PST_SCHEDULE2 On SU weekdays except FR on weekdays CARRYFORWARD AT 0330 TZ PST AT 0330 joba jobl jobb job2 END END F r das Jobnetz PST_SCHEDULEI ist die Zeitzonenfunktion nicht aktiviert Damit dieses Jobnetz am Morgen jedes Wochentages ausgef hrt wird m ssen Sie es so terminieren dass es von Sonntag bis Donnerstag ausgef hrt wird Au erdem m ssen Sie die Option CARRY FORWARD angeben Ohne die Option CARRYFORWARD w rden die Jobs nie
191. richten an die Systemkonsole gesendet werden geben Sie die folgende Zeile in die Datei etc syslog conf ein local4 dev console Damit die Tivoli Workload Scheduler Fehlernachrichten an die Benutzer maestro und root gesendet werden geben Sie Folgendes ein local4 err maestro root Beachten Sie dass die Selektor und Aktionsfelder durch mindestens einen Tabulator getrennt sein m ssen Nach der nderung der Datei ete syslog conf k nnen Sie den D mon syslog durch die Eingabe des folgenden Befehls rekonfigurieren kill HUP cat etc syslog pid Der Befehl console 82 Sie k nnen mit dem Befehl console von Console Manager die Tivoli Workload Scheduler Nachrichtenebene festlegen und die Nachrichten an Ihr Terminal leiten Die Einstellung der Nachrichtenebene wirkt sich nur auf Batchman und Mailman Nachrichten aus die zahlen m ig berwiegen Sie legt ebenfalls die Ebene der Nachrichten fest die in die Standardlist datei en geschrieben und an den D mon syslog gesendet werden Der folgende Befehl legt z B die Ebene der Batchman und Mailman Nachrichten auf 2 fest und sendet die Nach richten an Ihren Computer console sess level 2 Nachrichten werden solange an Ihren Computer gesendet bis Sie entweder einen weiteren Befehl console ausf hren oder Conman beenden Wenn Sie das Senden von Nachrichten an Ihr Terminal stoppen wollen k nnen Sie den folgenden Conman Befehl eingeben console sys Version 8 1 Den Prod
192. ripts customize ge ndert werden Erstellen Sie die Workstationdefinition f r einen Hauptdom nenmanager in der Tivoli Workload Scheduler Datenbank mit Hilfe der Composer Befehlszeile Offnen Sie ein Befehlszeilenfenster in UNIX und geben Sie folgende Befehle ein composer new Hiermit wird ein Texteditor aufgerufen in dem Sie die Workstationdefinition f r einen Hauptdom nenmanager in der Tivoli Workload Scheduler Datenbank erstellen k nnen Nachfolgend finden Sie ein Beispiel einer Workstationdefinition f r einen Haupt dom nenmanager Weitere Informationen zu Workstationdefinitionen finden Sie im Handbuch Tivoli Workload Scheduler Referenz cpuname MDM os UNIX node master santaclara tivoli com description Hauptdom nenmanager for Maestro autolink on resolvedep on fullstatus on end Erstellen Sie die Definition f r das Jobnetz final Dieses Jobnetz enth lt den Job Jnext day der die Erstellung der Symphony Datei automatisiert composer add Sfinal Nach der Installation muss der Schritt einmal manuell ausgef hrt werden danach kann er automatisiert werden N heres finden Sie unter Den aite Q d DI F hren Sie den Job Jnextday aus Jnextday Nach der Installation muss der Schritt einmal manuell ausgefiihrt werden danach kann er Version 8 1 Installationsverfahren 6 Uberpriifen Sie den Status von Tivoli Workload Scheduler nachdem der Job Jnextday beendet wurde conman status Wenn Tivoli
193. rst gestartet werden kann wenn alle Jobs von denen er abh ngig ist vollst ndig ausge f hrt wurden Netzwerkagent Eine Art von erweitertem Agenten der ver wendet wird um Abh ngigkeiten zwischen Jobs und Jobnetzen in separaten Tivoli Workload Scheduler Netzwerken zu erstel len Siehe auch INET Abh ngiskeit P Parameter Parameter k nnen verwendet werden um Werte in Ihren Jobs und Jobnetzen zu einzusetzen Wenn ein Parameter in einem Jobskript verwendet wird wird der Wert zur Laufzeit eingesetzt In diesem Fall muss der Parameter auf der Worksta Tivoli Workload Scheduler Planung und Installation tion definiert sein auf der er verwendet wird Parameter k nnen beim Erstellen von Jobskripts f r erweiterte Agenten nicht ver wendet werden Plan Eine Prozedur die alle Jobplanungsaktivit ten enth lt die f r einen Zeitraum von einem Tag geplant sind In Tivoli Workload Scheduler wird der Produktionsplan alle 24 Stunden erstellt und setzt sich aus allen Jobs Jobnetzen und Abh ngigkeitsobjekten zusammen deren Ausf hrung f r diesen Tag terminiert ist Die Jobnetze f r die Sie Laufzyklen erstellt haben werden automatisch terminiert und in den Plan einge schlossen Mit fortschreitendem Produktionszyklus werden die Jobs und Jobnetze des Planes entsprechend ihren zeitlichen Ein schr nkungen und anderen Abh ngigkeiten ausgef hrt Jobs oder Jobnetze die nicht erfolgreich ausgef hrt werden k nnen werden in d
194. rwen det um in der Symphony Datei nach einer bekannten Tivoli Workload Scheduler Worksta tion zu suchen Diese Suche kann folgende m gliche Ergebnisse haben m Wenn eine bereinstimmende IP Adresse gefunden wurde war die berpr fung erfolg reich m Wenn ein bereinstimmender Knotenname gefunden wurde war die berpr fung erfolg reich m Wenn in der Symphony Datei keine bereinstimmung gefunden wurde oder die von gethostbyname zur ckgegebene IP Adresse nicht mit der vom Socket gelesenen Adresse bereinstimmt war die berpr fung nicht erfolgreich Die lokale Option nm ipvalidate bestimmt die Aktion die ausgef hrt werden soll wenn die berpr fung der IP Adresse nicht erfolgreich ist Wenn die Option auf full gesetzt ist verursacht eine nicht erfolgreiche berpr fung dass Tivoli Workload Scheduler die Verbin dung schlie t und eine Fehlernachricht generiert Wenn die Option auf none gesetzt ist l sst Tivoli Workload Scheduler alle Verbindungen zu erstellt aber bei nicht erfolgreichen G ltigkeitspr fungen eine Warnung Systemkonfiguration nur UNIX Die berpr fung einer IP Adresse h ngt davon ab dass der Systemaufruf gethostbyname alle g ltigen Adressen f r einen Host abruft Das Verhalten dieser Routine ist je nach Systemkonfiguration unterschiedlich Wenn gethostbyname die Datei etc hosts ver wendet wird der erste bereinstimmende Eintrag zur ckgegeben Wenn die Verbindung mit einer Adresse eing
195. s m glicherweise aufwendiger Die Tagesstartzeit ndern Die Tivoli Workload Scheduler Tagesstartzeit bezeichnet den Moment an dem das Jobnetz final ausgef hrt wird und die Tivoli Workload Scheduler Prozesse gestoppt und erneut gestartet werden Gehen Sie wie folgt vor um die Tivoli Workload Scheduler Tagesstartzeit anzugeben 1 ndern Sie die Option start in der Datei Globalopts Hierbei handelt es sich um die Startzeit eines Tivoli Workload Scheduler Verarbeitungstages im 24 Stundenformat hhmm 0000 2359 Die Standardstartzeit ist 6 00 Uhr ndern Sie die Startzeit Schl sselwort AT des Jobnetzes final so dass es eine Minute vor Tagesende ausgef hrt wird So setzen Sie die Startzeit des Produktionstages auf Mitternacht 1 Setzen Sie die Startzeit des Jobnetzes final auf Mitternacht 2 Setzen Sie die Option start in der Datei Globalopts auf 0001 Wenn Sie jedoch die Option start auf 0000 setzen und Jnextday auf 2359 werden m gli cherweise Zeitpl ne oder Jobnetze f r den soeben beendeten Tag ausgew hlt da der Befehl schedulr das Systemdatum verwendet und in einem kleinen Netzwerk immer die M glich keit besteht dass der Befehl schedulr vor Mitternacht ausgef hrt wird Einen Plan f r zuk nftige oder vergangene Tage erstellen Sie k nnen einen Plan erstellen mit dem eine Verarbeitung durchgef hrt wird die eigentlich f r in der Zukunft liegende bzw vergangene Tage terminiert war Mit dieser Pro
196. san forderung wartet bevor es seine Nachrichtenwarteschlange auf die Befehle stop und start berpr ft nm retry Gibt die maximale Wartezeit in Sekunden an nach der Netman eine fehlgeschlagene Verbindung erneut herzustellen versucht stdlist width Gibt die maximale Breite der Anzeige von Tivoli Workload Scheduler Konsolnach richten an Sie konnen eine Spaltennummer im Bereich von 1 bis 255 angeben und die Zeilen werden an oder vor der angegebenen Spalte umbrochen je nachdem wo sich eingebettete Vorschubsteuerzeichen befinden Geben Sie eine negative Zahl oder eine Null ein damit die Zeilenl nge ignoriert wird Unter UNIX sollten Sie die Zei lenl nge ignorieren wenn Sie die Systemprotokollierung mit der Option syslog local aktivieren syslog local Aktiviert bzw inaktiviert die Tivoli Workload Scheduler Systemprotokollierung ausschlie lich f r UNIX Computer Geben Sie den Wert 1 an um die System protokollierung f r Tivoli Workload Scheduler auszuschalten Geben Sie eine Zahl zwischen 0 und 7 an damit die Systemprotokollierung eingeschaltet wird und Tivoli Workload Scheduler die entsprechende lokale Funktion LOCALO bis LOCAL7 f r seine Nachrichten verwendet Geben Sie eine beliebige andere Zahl ein damit die Systemprotokollierung eingeschaltet wird und Tivoli Workload Scheduler die USER Funktion f r seine Nachrichten verwendet Weitere Informationen finden Sie unter 78 Version 8 1 Lokale Optionen sync level Gibt
197. sdatei und installieren Sie sie Wenn Sie wollen k nnen Sie dies auf einem Computer tun und die Datei dann auf die anderen UNIX Systeme kopie ren Setzen Sie auf jedem UNIX Agenten den Startbefehl ab um den netman D mon zu starten falls dieser noch nicht gestartet wurde Einrichten eines MPE FTA unter UNIX oder Windows NT Ein Tivoli Workload Scheduler Netzwerk mit MPE Computern muss im nicht erweiterten Modus installiert sein Gehen Sie nachdem die Software installiert ist nach den unten ste henden Schritten vor um jede einzelne CPU im Netzwerk zu konfigurieren Gehen Sie auf dem UNIX oder Windows NT Master wie folgt vor 1 Verwenden Sie die grafische Benutzerschnittstelle der JS Console oder den CLI Compo ser und erstellen Sie damit Definitionen f r alle Workstations Die Definitionen enthalten auch Informationen zu Verbindungen Kombination der Transaktionen ACPU und ALNK des Programms Arranger ndern Sie die Datei globalopts entsprechend Ihren Anforderungen Folgende globale Optionen nehmen bei MPE Slaves die Stelle der CTP1 Parameter von ARRANGER ein Sie sind in der Datei globalopts nicht standardm ig vorhanden und m ssen gegebe nenfalls hinzugef gt werden Tivoli Workload Scheduler Planung und Installation 115 JdN HW q u3qJ1 M2 N 23 Einrichtung und Konfiguration rules mode yesino Ersetzt den CTP1 Parameter f r den vollst ndigen Steuerungsmodus Wenn Sie di
198. se des Dom nenmanagers im Bereitschafts modus auf Agenten und Dom nenmanagern an 7 Verwenden Sie die Console Manager Funktion zum Wechseln des Managers um zum Sicherungs Master zu wechseln Siehe 112 Version 8 1 Netzwerkbetrieb mit MPE Dieser Anhang beschreibt die Konfigurationsanforderungen und die Verarbeitung in Tivoli Workload Scheduler Maestro Netzwerken die sich aus einer Kombination aus MPE UNIX und Windows NT Computern zusammensetzen Diese Netzwerke bestehen entsprechend der Standardhierarchie von Tivoli Workload Scheduler aus Master fehlertoleranten Agenten Slave und Standardagenten die folgende Merkmale aufweisen Die Master Workstation kann entweder ein MPE ein UNIX oder ein Windows NT Computer sein Sie ist der Management Hub in einem Netzwerk Auf ihm befinden sich die Master Plandateien von Maestro und er f hrt f r das Netzwerk alle Nachberei tungs Tagesende und Vorbereitungsprozesse Tagesstart aus Wenn ein neuer Arbeits tag beginnt verarbeitet der Master seine eigenen Zeitpl ne sowie die Pl ne von Stan dardagenten CPUs Er startet seine eigenen Jobs und sendet Startanforderungen zur Job ausf hrung an die Standardagenten Bei der Verwendung von UNIX oder NT Mastern wird der Master auch Hauptdom nenmanager genannt MPE kann f r einen Windows NT Computer kein Master sein da auf dem MPE Produkt keine entsprechende Daten bank USERDATA vorhanden ist auf der Definitionen f r NT Benutzerkennw r
199. sf hrung der Anwendungen in der Tivoli Produkt gruppe erforderlich ist Diese Softwareinfrastruktur erm glicht die Integration von Systemmanagementanwendungen von Tivoli Systems Inc und der Tivoli Partner In Tivoli Management Fra mework ist Folgendes enthalten sObiect Request Broker oserv Verteilte Objektdatenbank Grundlegende Verwaltungs funktionen Grundlegende Anwendungsdienste Grundlegende Desktop Dienste wie die grafische Benutzerschnittstelle In einer Tivoli Umgebung wird Tivoli Management Framework auf jedem Client und Server installiert Der TMR Server ist jedoch der einzige Server mit einer vollst ndigen Objekt datenbank Tivoli Verwaltungsbereich In einer Tivoli Umgebung ein Tivoli Server und die Clients die er bedient Eine Organisation kann ber mehrere TMRs verf gen Ein TMR spricht die physi sche Konnektivit t von Ressourcen an wohingegen ein Richtlinienbereich die logische Ressourcenorganisation anspricht V Vorangegangener Job Ein Job der erfolgreich abgeschlossen werden muss bevor nachfolgende Jobs ausgef hrt werden k n nen W Workstation Eine Workstation ist in der Regel ein einzelner Computer auf dem Jobs und Jobnetze ausgef hrt werden Workstations sind in der Tivoli Workload Scheduler Datenbank als eindeutiges Objekt definiert Eine Workstationdefinition ist fiir jeden Computer erforderlich auf dem Jobs oder Jobnetze im Workload Scheduler Netzwerk ausgefiihrt werden Workstationk
200. sind Sie zur Gew hrleistung einer kontinuierlichen Verarbeitung in einem h heren Ma vom Netz werk abh ngig Version 8 1 Netzwerkplanung Ben tigen Sie eine zentrale oder dezentrale Verwaltung von Tivoli Workload Scheduler In einem Tivoli Workload Scheduler Netzwerk unabh ngig davon ob es sich um ein Netzwerk mit einer Dom ne oder mit mehreren Dom nen handelt k nnen Sie TWS von einem einzigen Knoten dem Hauptdom nenmanager aus verwalten Wenn Sie mehrere Standorte unabh ngig voneinander verwalten m chten sollten Sie m glicherweise an jedem Standort ein eigenst ndiges TWS Netzwerk installieren Bis zu einem gewissen Grad ist eine dezentrale Verwaltung in einem eigenst ndigen TWS Netzwerk m glich da Dateisysteme angeh ngt oder gemeinsam verwendet werden k nnen Ist der Standort in mehrere physische oder logische Definitionseinheiten unterteilt Gibt es verschiedene Geb ude und bestehen diese aus mehreren Stockwerken Gibt es ver schiedene Abteilungen bzw Gesch ftsfunktionen Gibt es verschiedene Anwendungen All dies k nnen Gr nde f r eine Konfiguration mit mehreren Dom nen sein Es k nnte z B eine Dom ne f r jedes Geb ude f r jede Abteilung Gesch ftsfunktion oder Anwendung geben Produktion Buchhaltung Entwicklung usw Verf gen Sie ber Anwendungen wie z B SAP R 3 oder Baan die mit Tivoli Workload Scheduler ausgef hrt werden sollen Wenn es sich dabei um Einzelanwendungen handelt die u
201. t eines Produktionstages eine Produktions steuerungsdatei die so genannte Symphony Datei Anschlie end wird innerhalb des Netzwer kes ein Neustart von Tivoli Workload Scheduler durchgef hrt und der Hauptdom nen manager sendet eine Kopie der neuen Symphony Datei an jeden Agenten der automatisch mit ihm verbunden wird sowie an untergeordnete Dom nenmanager Version 8 1 Netzwerkkommunikation Die Dom nenmanager senden ihrerseits Kopien an die Agenten die automatisch mit ihnen verbunden werden sowie an untergeordnete Dom nenmanager Agenten und Dom nen manager die nicht f r eine automatische Verbindung eingerichtet sind werden mit einer Kopie der Symphony Datei initialisiert sobald eine Verbindungsoperation in Tivoli Workload Scheduler ausgef hrt worden ist Wenn das Netzwerk gestartet wurde werden Planungsnachrichten wie z B Nachrichten zum Jobstart und ende von den Agenten an die jeweiligen Dom nenmanager bergeben und anschlie end ber die bergeordneten Dom nenmanager an den Hauptdom nenmanager bermittelt Der Hauptdom nenmanager verteilt diese Nachrichten dann ber die hierarchi sche Baumstruktur um die Symphony Dateien aller Dom nenmanager und fehlertoleranten Agenten im Modus Vollst ndiger Status zu aktualisieren Netzwerkverbindungen Verbindungen erm glichen die bidirektionale Kommunikation zwischen Tivoli Workload Scheduler Workstations in einem Netzwerk Verbindungen werden durch die Markieru
202. t wird berschreibt sie die globale Option Weitere Informatio nen finden Sie unter company Dies ist der Name Ihrer Firma er kann bis zu 40 Zeichen umfassen Wenn der Name Leerzeichen enth lt setzen Sie den gesamten Namen in Anf hrungszeichen database audit level Das Aktivieren bzw Inaktivieren der Datenbankpr fung Kann ausgew hlt werden G ltige Werte sind 0 f r das Inaktivieren der Datenbankpr fung und 1 f r das Akti vieren der Datenbankpr fung Die Pr finformationen werden in einer unstrukturier ten Datei im Verzeichnis TWShome audit database protokolliert F r jede Tivoli Workload Scheduler Workstation wird ein eigenes Protokoll verwaltet F r die Datenbank werden nur Aktionen und nicht das Delta der Aktion in der Pr fdatei pro tokolliert Weitere Informationen zu dieser Funktion finden Sie unter Anhang Al expanded version Diese Option wird w hrend der Installation von customize unter UNIX und von Setup unter Windows NT gesetzt Wenn die Option auf yes gesetzt ist werden erweiterte Datenbanken verwendet Wenn die Option auf no gesetzt ist werden erweiterte Datenbanken nicht verwendet Erweiterte Datenbanken erm glichen die Verwendung langer Objektnamen Erweiterte Jobnamen k nnen z B bis zu sechzehn Zeichen enthalten Die Option wird auch auf yes gesetzt wenn Sie mit dem Dienstprogramm dbexpand nicht erweiterte Datenbanken in erweiterte Daten banken umwandeln Wenn die Option nicht vorhanden ist wie
203. tartet Connector stoppen um nderungen zu implementieren Ein Connector wird automatisch gestartet wenn ein Befehl von der JS Console eingegeben wird Sie m ssen ihn jedoch manuell stoppen Unter Windows NT m ssen Sie den Connec tor stoppen bevor Sie den Befehl makesec eingeben Unter UNIX k nnen Sie ihn vor oder nach dem Befehl makesec stoppen Verwenden Sie den Befehl wmaeutil um den Connector zu stoppen WMAEUTIL ausf hren Gehen Sie zur Ausf hrung des Befehls wmaeutil wie folgt vor 1 Richten Sie die Tivoli Umgebung ein m Von einer UNIX Befehlszeile aus e F r ksh etc Tivoli setup_env sh e F r csh source etc Tivoli setup_env sh m Von einer Windows NT Befehlszeile aus SYSTEMROOT system32 drivers etc Tivoli setup_env cmd 2 Geben Sie den folgenden Befehl ein wmaeutil ALL stop Tivoli Workload Scheduler Planung und Installation 127 UaiauDuu JaInpayas DEODUOM IOAIL INY q Hinweise zu Zeitzonen Hinweise zu Zeitzonen Mit der folgenden Methode wird die Implementierung korrekt durchgef hrt 1 Laden Sie Tivoli Workload Scheduler Die Zeitzonenfunktion ist standardm ig inaktiviert Eintrag timezone enable in global options Die Datenbank l sst die Angabe von Zeitzonen bei Workstations zu aber nicht bei Startzeiten und Terminen innerhalb von Jobnetzen in der Datenbank Die Planer stellung Jnextday ignoriert alle Zeitzonen in der Datenbank Sie konnen keine Zeitzo nen an irgendeiner St
204. tartet der alte Dom nenmanager wird in einen fehlertoleranten Agenten umgewandelt Die Identifikationen der aktuellen Dom nen manager werden mit Hilfe der Symphony Datei von einem Verarbeitungstag zum n chsten bernommen so dass jeder Wechsel so lange g ltig bleibt bis erneut zum eigentlichen Dom nenmanager gewechselt wird Erweiterte Datenbank und lange Objektnamen Die TWS Datenbanken sowie die Symphony Datei wurden erweitert damit mehr Datens tze und l ngere Objektnamen gespeichert werden k nnen Dies hat eine erh hte Flexibilit t bei der Benennung von Zeitplanungsobjekten zur Folge besonders in Zusammenhang mit Pake ten wie z B SAP R 3 Baan usw m In Tivoli Workload Scheduler werden erweiterte Datenbanken standardm ig verwendet Sie erm glichen die Verwendung von langen Namen f r Zeitplanungsobjekte daher k n nen bis zu 40 Zeichen bei der Benennung von Jobs verwendet werden im Gegensatz zu den acht Zeichen in fr heren Versionen m Nicht erweiterte Datenbanken werden noch unterst tzt und m ssen auf MPE Agenten HP3000 verwendet werden Anmerkung Stellen Sie sicher dass auf dem Master keine neuere Scheduler Version als auf den fehlertoleranten Agenten in der Dom ne ausgef hrt wird Version 8 1 Netzwerkplanung Datenbankerstellung Bei Erstinstallationen werden die Tivoli Workload Scheduler Datenbanken auf dem Haupt dom nenmanager erstellt wenn Sie die Tivoli Workload Scheduler Steuerkomponente zu
205. ten MPE Agenten und AS400 LFTAs Version 6 1 k nnen Sie Zeitzoneninformationen nur ber die JS Console angeben Benutzervorgaben an andere Benutzer weitergeben Angepass te Ansichten Abfragen Mit dieser Option die in der Job Scheduling Console enthalten ist kann ein neuer Benutzer der JS Console die Benutzervorgaben eines anderen Benutzers kopieren Sie kann auch dazu verwendet werden einen Benutzervorgabensatz an mehrere Benutzer weiterzugeben Benutzervorgaben werden in der Datei GlobalPreferences ser gespeichert Die Datei enth lt die Namen und Details einschlie lich der Filter aller Abfragen oder Listen die w hrend einer Sitzung gespeichert wurden Jedes Mal wenn Sie die JS Console schlie en wird Glo balPreferences mit den Abfragen aktualisiert die Sie in der Job Scheduling Baumstruktur gespeichert oder daraus gel scht haben 128 Version 8 1 Benutzervorgaben an andere Benutzer weitergeben Angepasste Ansichten Abfrag GlobalPreferences wird lokal in einem Benutzerverzeichnis in JSConsole dat tmeconsole unter Windows oder in HOME tmeconsole unter UNIX gespeichert Das Benutzer verzeichnis hat einen zusammengesetzten Namen der Folgendes enth lt m Den Namen des Tivoli Administrators der dem Connector zugeordnet ist auf den der Benutzer zugreift Darauf folgt ein at Zeichen m Den Namen des Systems auf dem der Connector ausgef hrt wird gefolgt von einem Unterstreichungszeichen _ m Die L nderei
206. ter gespeichert werden k nnen Slave CPUs bei MPE entsprechen den fehlertoleranten Agenten bei UNIX und Windows NT F r administrative Funktionen sind sie von der Master Workstation abh ngig Beim Beginn eines neuen Produktionstages verarbeiten sie ihre eigenen Zeitpl ne und starten ihre eigenen Jobs Standardagenten CPUs sind UNIX oder Windows NT Computer Zu administrativen Zwecken sind sie von der Master Workstation abh ngig Zu Beginn eines neuen Produktionstages f hren sie Jobs erst aus wenn sie vom Dom nenmanager standard m ig dem Hauptdom nenmanager entsprechende Startanforderungen empfangen haben berlegungen zum Netzwerk Bevor Sie entscheiden wie Sie ein gemischtes Tivoli Workload Scheduler Maestro Netzwerk konfigurieren wollen sollten Sie diesen Anhang komplett durchlesen Im Folgenden finden Sie eine Zusammenfassung der wichtigsten berlegungen Tivoli Workload Scheduler Planung und Installation Objektdefinitionen und Zeitplanung f r Slaves und fehlertolerante Agenten m ssen auf dem Hauptdom nenmanager erfolgen wenn sich die Slaves und fehlertoleranten Agenten nicht auf derselben Plattform wie der Master befinden Wenn ein Hauptdom nenmanager im Bereitschaftsmodus ben tigt wird muss er sich auf derselben Plattform wie der Hauptdom nenmanager befinden Die Sicherheits berlegungen unterscheiden sich je nach Plattform MPE UNIX und Windows NT 113 JdN HW q u3qJ1 M2 N 23 Uberlegungen zum
207. ter CPU Der Tivoli Workload Scheduler Name des Hauptdom nenmanagers Wenn es sich hier um den Hauptdom nenmanager oder um eine eigenst ndige Worksta tion handelt entspricht dieser Name dem Namen im Feld Diese CPU Bei der nicht erweiterten Version von Tivoli Workload Scheduler kann es sich hierbei um bis zu acht alphanumerische Zeichen Bindestriche oder Unter streichungszeichen _ handeln Das Anfangszeichen muss ein Buchstabe sein Bei der erweiterten Version k nnen bis zu 16 Zeichen eingegeben werden Wenn Sie die Installation auf dem Hauptdom nenmanager durchf hren erstellt das Setup Programm automatisch dessen Workstationdefinition Produktgruppe Der Name der Produktgruppe f r diese Installation oder diese Aktualisierung Die Standardeinstellung ist workstation_user 26 Version 8 1 Die Software installieren 13 Geben Sie im Fenster Netman Anschluss die Netman Anschlussnummer an und kli cken Sie Weiter gt an Dabei muss es sich um einen 16 Bit Wert ohne Vorzeichen im Bereich von 1 bis 65535 handeln Beachten Sie dass die Werte zwischen 0 und 1023 fiir Standarddienste wie z B FTP TELNET HTTP usw reserviert sind Der Stan dardwert ist 31111 Netman Port x Please enter the TCP port number for this installation of netman TCP pot 31111 14 Zum Schluss werden im Fenster Installationsdaten die Informationen zusammen gefasst die Setup bei der Installation von Tivoli Workload Sched
208. terten Netzwerken betr gt die maximale L nge von Workstationnamen acht Zeichen Die Namen m ssen mit einem Buchstaben beginnen und k nnen aus alphanu merischen Zeichen Bindestrichen und Unterstreichungszeichen bestehen m Bei erweiterten Netzwerken k nnen die Namen aus bis zu 16 alphanumerischen Zeichen Bindestrichen und Unterstreichungszeichen bestehen Beim ersten Zeichen muss es sich um einen Buchstaben handeln bersicht ber die Installation Nachfolgend finden Sie eine Zusammenfassung des Installationsprozesses f r Tivoli Wor kload Scheduler Dieses Handbuch enth lt detaillierte Anweisungen zu jedem Schritt 1 Gehen Sie auf allen Dom nenmanagern einschlie lich Haupt und Sicherungsdom nen managern in der folgenden Reihenfolge vor a Wenn Sie eine vorhandene Version von Maestro oder Tivoli Workload Scheduler aktualisieren trennen Sie die Verbindungen zu den anderen Workstations in_der Dom ne und stoppen Sie Maestro bzw Tivoli Workload Scheduler Siehe k nnen diesen Schritt auch nach dem n chsten ausf hren b Installieren Sie Tivoli Management Framework Wenn Sie innerhalb Ihres Unterneh mens nicht bereits ber einen Tivoli Verwaltungsbereich Tivoli Management Region TMR verf gen installieren Sie TMF als TMR Server Ist bereits ein TMR vorhan den k nnen Sie TMF auch als verwalteten Knoten installieren N here Informationen hierzu finden Sie in der Installationsdokumentation von TMF Tivoli Workl
209. tionen erf llen 1 Beenden Sie den Prozess ber den Windows NT Task Manager 2 F hren Sie den folgenden Befehl in einem MS DOS Eingabeaufforderungsfenster aus maestrohome shutdown Version 8 1 Aktualisierungen vorbereiten Sicherungsdateien Das Setup Programm von Tivoli Workload Scheduler versetzt Ihre Kopien der Dateien Sfi nal Jnextday NetConf StartUp sowie das Verzeichnis methods in ein Verzeichnis mit dem folgenden Namen TWShome config old Diese Dateien werden h ufig angepasst um den besonderen Anforderungen des Benutzers zu entsprechen Sie k nnen mit den gesicherten Kopien nach der Aktualisierung Ihre nderun gen an den Dateien bernehmen Das Setup Programm berschreibt keine Dateien in den Verzeichnissen mozart stdlist oder unison die nach der Installation von Tivoli Workload Scheduler ge ndert wurden Wenn Sie andere Dateien w hrend des Aktualisierungsprozesses sch tzen m chten sollten Sie diese jetzt kopieren oder umbenennen Vorsorglich sollten Sie eine Sicherungskopie des Verzeichnisses TWShome erstellen Sie k nnen jetzt das Setup Programm ausf hren Siehe Die Software installieren Die Tivoli Workload Scheduler Steuerkomponente wird unter Windows NT mit Hilfe des Setup Programms installiert Das Setup Programm Das Setup Programm installiert bzw aktualisiert Tivoli Workload Scheduler Folgende Funk tionen werden durchgef hrt m Tivoli Workload Scheduler Erstinstallation Tivoli W
210. tor Beim Connector handelt es sich um einen Dienst von Tivoli Management Framework ber den die Clients der Job Scheduling Console mit der Tivoli Workload Scheduler Steuer komponente kommunizieren Ein Connector kann auf einem System installiert werden das gleichzeitig ein Tivoli Server oder ein verwalteter Knoten ist Wenn der Connector in Ihrer Tivoli Workload Scheduler Dom ne installiert werden soll jedoch keine Bereiche vorhanden sind und Sie keine vollst ndige Tivoli Management umgebung implementieren wollen sollten Sie Tivoli Management Framework als eindeuti gen Bereich und daher als Tivoli Server auf jedem Knoten installieren auf dem der Con nector ausgef hrt wird Version 8 1 Hinweise zur Installation Sie k nnen Connector auf Workstations installieren bei denen es sich nicht um den Haupt dom nenmanager handelt Dadurch k nnen Sie die Version der Symphony Datei der betref fenden Workstation einsehen Dies kann von Bedeutung sein wenn die Job Scheduling Con sole zum Management der Datenbank mit lokalen Parametern verwendet bzw der Befehl submit direkt auf der Workstation statt ber den Master ausgef hrt werden soll Damit die Connector auf einer Workstation installiert werden k nnen muss es sich bei dieser um einen verwalteten Knoten oder einen Tivoli Server im Verwaltungsbereich handeln Connector auf FTAs installieren Bei Benutzern ohne Tivoli Umgebung m Bei der Erstellung eines FTA muss die Tivoli Workl
211. trohome methods unixrsh auf dem Host eines erweiterten Agenten Version 8 1 Erweiterte Agenten Die Produktion f r erweiterte Agenten verwalten Normalerweise verhalten sich Jobs die auf erweiterten Agenten ausgef hrt werden wie andere Tivoli Workload Scheduler Jobs Tivoli Workload Scheduler berwacht den Status des Jobs und zeichnet die Ausgabe in den stdlist Dateien eines Jobs auf Diese Dateien werden auf der Hostworkstation des erweiterten Agenten gespeichert Weitere Informationen zur Ver waltung von Jobs finden Sie in dem Abschnitt im Tivoli Workload Scheduler Console Benutzerhandbuch der Tivoli Workload Scheduler Plantasks beschreibt Fehler beim Starten von Jobs auf einem erweiterten Agenten Wenn sich die Zugriffsmethode auf dem Host des erweiterten Agenten nicht im korrekten Verzeichnis befindet oder nicht mit Tivoli Workload Scheduler auf die Methode zugegriffen werden kann schl gt das Starten von Jobs fehl oder eine Dateiabh ngigkeit wird nicht ber pr ft Bei einem Job muss der Anmeldename des Tivoli Workload Scheduler Jobs oder der in der Optionsdatei f r Methoden angegebene Anmeldename Lese und Ausf hrungs berechtigung f r die Zugriffsmethode haben Wenn eine Datei berpr ft wird um eine Datei abh ngigkeit Opens zu erf llen wird root als Anmeldename verwendet wenn kein anderer Anmeldename in der Optionsdatei f r Methoden angegeben ist Weitere Informationen zu Optionen f r Methoden finden Sie im Handbuch
212. tzwerkverbindungsproblemen oder eines Ausfalls des Dom nenmanagercomputers selbst auftreten Der Betrieb ohne einen Dom nenmanager hat folgende Auswirkungen m Agenten und untergeordnete Dom nenmanager k nnen Abh ngigkeiten zwischen Work stations nicht aufl sen weil Aktivit tsdatens tze nicht empfangen werden die durch den Hauptdom nenmanager bertragen werden m Standardagenten deren Host der ausgefallene Dom nenmanager ist k nnen keine Verar beitung ausf hren weil Sie bei der gesamten Zeitplanung und bei allen Jobstarts vom Dom nenmanager abh ngig sind Wenn Sie erwarten dass das Problem von kurzer Dauer ist k nnen Sie es wie im Abschnitt g 09 beschrieben handhaben Wenn Sie nicht wis sen wie lange das Problem auftritt oder wenn Sie die normale Verarbeitung der Agenten wiederherstellen wollen m ssen Sie wie im folgenden Abschnitt beschrieben auf einen Dom nenmanager im Bereitschaftsmodus wechseln Version 8 1 Fehlerbehebung im Netzwerk Einen Domanenmanager wechseln Verwenden Sie die folgende Prozedur wenn der Hauptdom nenmanager kurzfristig ausf llt F hren Sie Job Scheduling Console aus W hlen Sie den Master Connector aus W hlen Sie Standardplanlisten aus Klicken Sie Status aller Dom nen an Klicken Sie Liste laden an W hlen Sie Manager wechseln aus Geben Sie den Namen des Sicherungsdom nenmanagers an den Sie verwenden wollen Klicken Sie OK an Der Wechsel der Dom nenmanage
213. uktionszyklus automatisieren Den Produktionszyklus automatisieren Die Vor und Nachbereitung kann vollst ndig automatisiert werden Dazu muss das von Tivoli zur Verf gung gestellte Jobnetz final bzw eine benutzerdefinierte Entsprechung zusammen mit anderen Jobnetzen der Tivoli Workload Scheduler Datenbank hinzugef gt werden Eine Kopie des von Tivoli zur Verf gung gestellten Jobnetzes befindet sich im Ver zeichnis TWShome Sfinal eine Kopie des Jobskripts befindet sich unter TWShome Jnextday Unter Umst nden tr gt ein Ausdruck dieser Kopien zum Verst ndnis der f r die Umstellung auf einen neuen Tag erforderlichen Vorg nge bei Das Jobnetz final wird jeden Tag in den Produktionsplan eingef gt Dadurch wird vor dem Start eines neuen Tages der Job Jnextday ausgef hrt Dieser Job bernimmt folgende Tasks 1 Er stellt die Verbindungen zu allen Workstations her damit der Hauptdom nenmanager ber die neuesten Zeitplanungsinformationen verf gt 2 Er f hrt den Befehl schedulr aus mit dem Jobnetze f r den Produktionsplan des neuen Tages ausgew hlt werden 3 Er f hrt den Befehl compiler aus mit dem der Produktionsplan Kompiliert wird 4 Er f hrt den Befehl reptr aus mit dem die Vorbereitungsberichte gedruckt werden 5 Er stoppt Tivoli Workload Scheduler 6 Er f hrt den Befehl stageman aus um nicht abgeschlossene Jobnetze weiterzuleiten den alten Produktionsplan zu protokollieren und den neuen Plan zu installieren 7
214. uler Tivoli Workload Scheduler Release Informationen GI10 9726 00 Zugehorige Veroffentlichungen Die folgenden Dokumente enthalten ebenfalls hilfreiche Informationen zu diesem Produkt die sich auf die Endpunkt zu Endpunkt Zeitplanung beziehen Tabelle 2 Liste der zugeh rigen Ver ffentlichungen Task Ver ffentlichung Bestellnummer Die Tivoli Workload Scheduling Tivoli Workload Scheduler for z OS General Informa GH19 4539 Produktgruppe verstehen tion Tivoli Workload Scheduler for z OS Licensed Program Specifications GH19 4540 planen Kurziibersicht Tivoli Workload Scheduler for z OS Quick Reference GH19 4541 Konzepte und Terminologie kennen Tivoli Workload Scheduler for z OS Getting Started SH19 4542 lernen Tivoli Workload Scheduler fiir z OS Tivoli Workload Scheduler for z OS Installation Guide SH19 4543 installieren Die Auslastung planen und terminie Tivoli Workload Scheduler for OS Planning and SH19 4546 ren Scheduling the Workload Tivoli Workload Scheduler fiir z OS Tivoli Workload Scheduler for z OS Customization and SH19 4544 anpassen und optimieren Tuning Version 8 1 Ver ffentlichungen Tabelle 2 Liste der zugeh rigen Ver ffentlichungen Forts Task Ver ffentlichung Bestellnummer Anwendungsprogramme schreiben Tivoli Workload Scheduler for z OS Programming Inter SH19 4545 faces Den aktuellen Plan steuern und Tivoli Workload Sc
215. uler verwendet Kli cken Sie lt Zur ck an um die Informationen zu pr fen oder zu ndern oder klicken Sie Weiter gt an um Tivoli Workload Scheduler zu installieren bzw zu aktualisieren und das Programm zu verlassen Setup Information x Please check the following information and click Next to install Installation option Copy and Customize Installation type New Destination directory C win32app maestra This CPU BUYOLIL Database Expansion On The target drive has 2147483647 bytes available 15 Die Installation der Tivoli Workload Scheduler Steuerkomponente ist nun abge schlossen Tivoli Workload Scheduler Planung und Installation 27 uas91 2 SUl 1N SmopulM Joiun 2 Nach der Installation bzw der Aktualisierung Nach der Installation bzw der Aktualisierung F hren Sie nach der Installation oder der Aktualisierung von Tivoli Workload Scheduler fol gende Tasks aus Eine Aktualisierung abschlieBen Gehen Sie wie folgt vor wenn Sie eine Aktualisierung einer bestehenden Installation vorneh men 1 Verwenden Sie die Dateien die Sie zuvor gesichert haben siehe Aktualisierungen vorbereiten auf Seite 20 als Grundlage um die neuen Versionen der Dateien auf jeder aktualisierten Workstation entsprechend zu ndern 2 Starten Sie Tivoli Workload Scheduler auf dem Hauptdom nenmanager erneut Die Aktualisierung von Tivoli Workload Scheduler ist nun abgeschlossen Die Variable PATH setzen Melde
216. und Installation 59 UBIBIUHOP POYIBYIIS p Beispiel der Datei Security Beispiel der Datei Security 60 Nachfolgend wird ein Beispiel der Datei Security aufgef hrt Eine Erkl rung der Datei folgt auf dieses Beispiel Ha aE EE a a a a a aE a a a a a a a a a Sample Security File Hea Ea a a a a aE a a a A a a a a a HH 1 APPLIES TO MAESTRO OR ROOT USERS LOGGED IN ON THE MASTER DOMAIN MANAGER OR FRAMEWORK user mastersm cpu master framework logon maestro root Root_london region begin OBJECT ATTRIBUTES ACCESS CAPABILITIES deel ee EE job access schedule access resource access prompt access file access calendar access cpu access parameter name name r access userobj cpu logon access end i a a a a a EE 2 APPLIES TO MAESTRO OR ROOT USERS LOGGED IN ON ANY WORKSTATION OTHER THAN THE MASTER DOMAIN MANAGER user sm logon maestro root begin OBJECT ATTRIBUTES ACCESS CAPABILITIES deeg ale deeg eerste ek job cpu thiscpu access schedule cpu thiscpu access resource cpu thiscpu access prompt access file access calendar access cpu cpu thiscpu access parameter cpu thiscpu name r access end Version 8 1 Beispiel der Datei Security He EE EE EEA 3 APPLIES TO USERS LOGGED INTO THE SYS GROUP ON THE MASTER DOMAIN MANAGER OR FRAMEWORK user masterop cpu master fw group sys begin OBJECT ATTRIBUTES ACCESS CAPABILITIES
217. unter TWShome config localopts Eine Arbeitskopie der Datei f r lokale Optionen wird bei der Installation in TWShome localopts installiert es sei denn Sie haben eine andere als die Standardposition f r Netman angegeben In dem Fall sind zwei Kopien der Datei localopts vorhanden eine in TWShome und die andere in Netmanhome Alle Netman betreffenden Optionen m ssen in der Datei localopts im Verzeichnis Netmanhome aktualisiert werden Sie k nnen die Arbeitskopie entsprechend Ihren Bed rfnissen anpassen Nachfolgend wird ein Beispiel der Datei f r lokale Optionen aufgef hrt Tivoli Workload Scheduler localopts file defines attributes of this Workstation Attributes of this Workstation thiscpu lt THISCPU gt merge stdlists yes stdlist width 80 syslog local 1 Tivoli Workload Scheduler Planung und Installation 79 uauondos unsseduy ajeuondo e Lokale Optionen 80 Attributes of this Workstation for Tivoli Workload Scheduler batchman process bm check file 120 bm check status 300 bm look 15 bm read 10 bm stats off bm verbose off bm check until 300 Attributes of this Workstation for Tivoli Workload Scheduler jobman process jm job table size 1024 jm look 300 jm nice 0 jm no root no jm read 10 Attributes of this Workstation for Tivoli Workload Scheduler mailman process mm response 600 mm retrylink 600 mm sound off no mm unlink 960 mm cache mailbox no mm cache size
218. urch einen Vergleich des Benutzernamens mit den Benutzerdefinitionen in der Sicherheitsdatei Security In diesem Kapitel erfahren Sie wie Benutzerdefinitionen geschrieben werden und die Sicherheitsdatei verwaltet wird Die Datei Security Mit der Software wird eine Schablonendatei namens TWShome config Security zur Verfii gung gestellt W hrend der Installation wird eine Kopie der Schablone unter TWShome Security installiert eine kompilierte lauff hige Kopie wird unter TWShome unison Security installiert Die Datei Security erstellen Editieren Sie die Schablonendatei TWShome Security um Benutzerdefinitionen zu erstellen Die urspr ngliche Schablone im Verzeichnis TWShome config Security darf nicht ge ndert werden Verwenden Sie dann den Befehl makesec um eine neue aktive Sicherheitsdatei zu kompilieren und zu installieren Nachdem diese installiert ist k nnen Sie weitere nderun gen vornehmen indem Sie eine editierbare Kopie der aktiven Datei mit dem Befehl dump sec erstellen Die Befehle makesec und dumpsec werden in diesem Kapitel weiter unten beschrieben Die nderungen an der Sicherheitsdatei werden erst wirksam nachdem Sie Tivoli Workload Scheduler gestoppt und erneut gestartet haben Sicherheit in einem Netzwerk verwalten Jede Workstation in einem Tivoli Workload Scheduler Netzwerk Dom nenmanager fehler tolerante Agenten und Standardagenten verf gt ber ihre eigene Sicherheitsdatei Sie k n nen entweder au
219. uriert ist Job Scheduling Console JS Console Eine grafische Benutzerschnittstelle f r Tivoli Workload Scheduler die auf Java basiert Installieren Sie die Job Scheduling Console auf Maschinen von denen aus Sie Plan und Datenbankobjekte verwalten m chten F r die Verwendung der Job Version 8 1 Tivoli Workload Scheduler Scheduling Console miissen die Tivoli Workload Scheduler Steuerkomponente oder der Tivoli Workload Scheduler Connector nicht notwendigerweise auf derselben Maschine installiert sein Sie k nnen die Job Scheduling Console von jeder Maschine aus verwenden wenn diese ber TCP IP mit der Maschine verbunden ist auf der der Tivoli Workload Scheduler Connector ausgef hrt wird Ein Tivoli Workload Scheduler Netzwerk besteht aus den Workstations oder CPUs auf denen Jobs und Jobnetze ausgef hrt werden Workstationdefinitionen verweisen in erster Linie auf physische Workstations Bei den Work stations von erweiterten Agenten und Netzwerkagenten dagegen handelt es sich um logische Definitionen die einer physischen Tivoli Workload Scheduler Workstation zugeordnet sein m ssen Ein Tivoli Workload Scheduler Netzwerk besteht aus folgenden Workstationtypen Hauptdom nenmanager Master Domain Manager MDM Der Dom nenmanager der obersten Dom ne eines Tivoli Workload Scheduler Netz werks Er enth lt die zentralen Datenbankdateien die zur Dokumentierung von Zeit planungsobjekten verwendet werden Dar ber hinaus erstel
220. uss framework oder angegeben werden Gibt an dass der Benutzer unter einem beliebigen Namen angemel det ist oder zu einer beliebigen Tivoli Administratorgruppe geh rt objektart Gibt die Objektart an auf die der Benutzer zugreifen darf Es gibt folgende Objekt arten calendar Benutzerkalender cpu Workstations und Dom nen file Tivoli Workload Scheduler Datenbankdateien Tivoli Workload Scheduler Planung und Installation 51 UBIBIUHOP POYIBYIIS p Syntax der Datei Security 52 job Terminierte Jobs parameter Benutzerparameter prompt Globale Eingabeaufforderungen resource Zeitplanungsressourcen schedule Jobnetze userobj Benutzerobjekte Sie k nnen mehrere Objektarten in eine Benutzerdefinition aufnehmen Auf Objekt arten die in der Definition nicht vorhanden sind ist kein Zugriff m glich objektattribute Gibt mindestens ein Attribut an mit dem eine Gruppe der angegebenen Art festge legt wird Werden keine Attribute angegeben kann auf alle Objekte dieser Art zuge griffen werden Die Objektattribute werden wie folgt angegeben objektattribut objektattribut Mit einem Pluszeichen werden die Attribute hinzugef gt ber die die Objekte verf gen m ssen Mit einem Tildezeichen werden die Attribute hinzugef gt ber die die Objekte nicht verf gen d rfen Es gibt folgende Objektattribute m F r die Objektart calendar name kalendername Gibt einen oder mehrere
221. viert sind wird der bisherige Hauptdom nenmanager nach dem ersten Lauf von Jnextday als normaler fehlertoleranter Agent angezeigt W hrend normaler Operationen aktiviert der Job Jnextday automatisch die Markierungen Vollst ndiger Sta tus und Abh ngigkeiten aufl sen f r den Hauptdom nenmanager wenn sie nicht bereits aktiviert sind Wenn der neue Master Jnextday ausf hrt erkennt er den bisherigen Hauptdom nenmanager nicht als Sicherungs Master wenn diese Markierungen nicht Tivoli Workload Scheduler Planung und Installation 109 SYAOMZION ISINPaYIS peojy4oM IOALL 9 Fehlerbehebung im Netzwerk 110 aktiviert sind Zu dem Zeitpunkt zu dem zum bisherigen Master zuriickgewechselt wird hat dieser keine pr zise Symphony Datei Behandeln Sie die Workstationdefinitionen aller Dom nenmanager so als ob sie Sicherungsdom nenmanagerdefinitionen f r den neuen Dom nenmanager w ren Dadurch wird echte Fehlertoleranz sichergestellt Hauptdom nenmanager im Bereitschaftsmodus Es ist m glicherweise erforderlich Dateien zwischen dem Hauptdom nenmanager und dem entsprechenden Dom nenmanager im Bereitschaftsmodus zu bertragen Aus diesem Grund m ssen die Computer kompatible Betriebssysteme haben Kombinieren Sie nicht UNIX und Windows NT Computer sowie unter UNIX nicht Computer mit Big endian und Computer mit Little endian Machen Sie t glich nach der Tagesstartverarbeitung auf dem Hauptdom nenmanager Kopien der Verzeichn
222. voli Workload Scheduler Benutzer Die Software wird im Basis verzeichnis des Benutzers installiert auf das mit twshome verwiesen wird Benutzer maestro Gruppe tivoli Basisverzeichnis twshome z B opt maestro Anmerkung Wenn Sie mehr als eine Instanz von Tivoli Workload Scheduler auf dem selben Computer installieren sollten Sie ber cksichtigen dass bei jeder Installation versucht wird die Dateien in das Verzeichnis twshomel unison zu kopieren Geben Sie unterschiedliche bergeordnete Verzeichnisse an um Konflikte zu vermeiden Beispiel opt maestro und opt maestro2 2 Legen Sie das Installationsband oder die Installations CD ein und schreiben Sie die Soft ware zur ck a Melden Sie sich als root an und wechseln Sie in das Verzeichnis twshome b Extrahieren Sie die Software tar xvf cd TWS plattform MAESTRO TAR Dabei gilt Folgendes cd Der Pfadname Ihres CD ROM Laufwerks plattform Der Plattformtyp Es gibt folgende M glichkeiten AIX bei IBM DYNIX bei IBM Sequent Numa HPUX bei Hewlett Packard UNIX IRIX bei SGI Irix LINUX m 1386 bei Linux auf Intel m S390 bei Linux auf 390 Version 8 1 Installationsverfahren bei Data General UNIX OSF bei Compaq True64 SOLARIS bei Sun Solaris 3 Fiihren Sie das Skript customize aus Ein Beispielskript customize f r die Workstation eines Hauptdom nenmanagers k nnte folgenderma en lauten bin sh customize new thiscpu mdm
223. ws NT installieren In diesem Kapitel wird der Installationsprozess von Tivoli Workload Scheduler fiir Windows NT Systeme und Netzwerke beschrieben Systemvoraussetzungen Nachfolgend finden Sie die Systemvoraussetzungen T r Tivoli Workload Scheduler auf Win dows NT Systemen m Windows NT Version 4 0 mit Service Pack 5 oder 6a m CD ROM Laufwerk f r die Installation m Eine NTFS Partition f r die Installation von Tivoli Workload Scheduler E Ca 100 MB freier Plattenspeicherplatz f r Dom nenmanager und fehlertolerante Agen ten die als Sicherungsmaster konfiguriert sind Ca 40 MB f r Standardagenten Tivoli Workload Scheduler erstellt au erdem Protokolldateien und tempor re Dateien die auf dem lokalen Festplattenlaufwerk gespeichert werden Der ben tigte Plattenspeicherplatz h ngt von der Anzahl der von Tivoli Workload Scheduler verwalteten Jobs ab sowie davon wie lange die Protokolldateien gespeichert bleiben sollen m 128 MB Arbeitsspeicher und 128 MB Auslagerungsspeicher f r Dom nenmanager und fehlertolerante Agenten Der Bedarf von Standardagenten ist geringer m TCP IP Netzwerkkommunikation m F r die ordnungsgem e Installation ist ein Tivoli Workload Scheduler Benutzerkonto erforderlich Dieses Benutzerkonto k nnen Sie entweder vor der Installation einrichten oder vom Setup Programm erstellen lassen Anmerkung Wenn Sie einen Benutzer erstellen bevor Sie das Setup Programm aus f hren w hlen Sie einen Benut
224. www tivoli com support documents Diese Ver ffentlichungen sind im PDF und oder HTML Format verf gbar F r einige Pro dukte sind auch bersetzte Dokumente verf gbar Ver ffentlichungen bestellen Sie k nnen viele Tivoli Ver ffentlichungen online auf folgender Website bestellen http www ibm com shop publications order Sie k nnen die Ver ffentlichungen auch telefonisch bestellen Eine Liste der Telefonnum mern f r die verschiedenen L nder finden Sie auf folgender Website http www tivoli com inside store lit_order html Tivoli Workload Scheduler Planung und Installation xi Ver ffentlichungen R ckmeldung zu Ver ffentlichungen Wir interessieren uns auch f r Ihre Erfahrungen mit den Tivoli Produkten und Handb chern und sind Ihnen f r Verbesserungsvorschl ge dankbar Wenn Sie Kommentare oder Vor schl ge zu unseren Produkten und unserer Dokumentation haben k nnen Sie folgenderma en mit uns in Kontakt treten m Senden Sie eine E Mail an pubs tivoli com m F llen Sie auf der folgenden Website unser Kundenr ckmeldungsformular aus http www tivoli com support survey Plattformspezifische Informationen In der folgenden Tabelle sind die Plattformversionen aufgef hrt die zum Zeitpunkt der Ver ffentlichung des vorliegenden Dokuments unterst tzt wurden Ausf hrlichere und aktuelle Informationen hierzu finden Sie in den Tivoli Workload Scheduler Release Informationen Plattform Master
225. ze den folgenden Dateinamen usr unison components Unter Windows NT wird der Name der Komponentendatei netmanhome components bei der ersten Installation dieser Version von Workload Scheduler in der Registrierungsdatenbank eingetragen Siehe erze e Die Komponentendatei anzeigen Nach der Installation bzw der Aktualisierung k nnen Sie den Inhalt der Komponentendatei anzeigen indem Sie das Programm ucomp wie folgt ausf hren ucomp 1 Basisverzeichnis von Netman Mit der Option nmhome im Skript customize unter UNIX k nnen Sie ein Basisverzeichnis f r Netman angeben Wird dieser Schritt nicht ausgef hrt ist die Standardeinstellung unter UNIX das Basisverzeichnis von Workload Scheduler Lokale Netman Optionen Wenn Netman ein anderes Basisverzeichnis als Tivoli Workload Scheduler hat werden die folgenden lokalen Optionen von der Workload Scheduler Datei localopts in eine separate Datei localopts im Verzeichnis von Netman verschoben nm mortal nm port nm read nm retry merge stdlists stdlist width syslog local Folgende Option kann bei Bedarf hinzugef gt werden nm ipvalidate Weitere Informationen zu lokalen Optionen finden Sie im Tivoli Workload Scheduler Con sole Benutzerhandbuch Nach der Installation Lesen Sie Folgendes nach der Installation von Tivoli Workload Scheduler Tivoli Workload Scheduler Planung und Installation 17 Dunuupuu L Nach der Installation 18 Version 8 1 Unter Windo
226. zedur wird ein beliebiger Verarbeitungstag praktisch erneut erstellt Sie m ssen m glicherweise so vor gehen wenn ein Verarbeitungstag auf Grund eines Notfalls ausgefallen ist 1 Unterbrechen Sie alle Verbindungen der Workstations im Tivoli Workload Scheduler Netzwerk und stoppen Sie die Workstations mit den folgenden Befehlen conman unlink noask conman stop wait Damit wird die gesamte Verarbeitung im Netzwerk gestoppt 2 F hren Sie den Befehl schedulr mit der Datumsoption aus um die Datei prodsked zu erstellen schedulr date MM TT JJ Mit der Datumsoption k nnen Sie einen Plan erstellen der auf einem in der Zukunft lie genden bzw vergangenen Verarbeitungstag basiert 3 F hren Sie den Befehl compiler aus um die Datei symnew zu erstellen compiler date MM TT JJ Sie k nnen mit dem Befehl compiler die Datumsoption verwenden um das Datum des heutigen Tages bzw des Tages der erneut erstellt werden soll anzugeben Diese Option ben tigen Sie m glicherweise wenn es sich um Jobnetze mit Eingabeparametern handelt die von einem Datum abh ngen Tivoli Workload Scheduler Planung und Installation 85 uauondos unsseduy ajeuondo e Die Produktionsumgebung verwalten Der Parameter scheddate wird von dem Datum abgeleitet das mit dem Befehl compiler angegeben wird Wenn Sie kein Datum angeben wird als Standardwert das Datum ver wendet das mit dem Befehl schedulr angegeben wurde 4 F hren Sie Cons
227. zer funktion f r generische Objektdatenbanken Die Basiseinheit der Tivoli Management Framework Funktionalit t ist der Tivoli Verwaltungsbereich Tivoli Management Region TMR Ein Bereich besteht aus einem Tivoli Server und den Clients die vom Server verwaltet werden Auf dem Tivoli Server befindet sich die Datenbank f r diesen Bereich Je nach Gr e und Anforderungen einer Umgebung kann mehr als ein Bereich definiert werden In diesem Fall k nnen die Bereiche zur gemeinsamen Benutzung von Informationen und Ressourcen miteinander verbunden wer den sie k nnen aber auch eigenst ndig bleiben Ein Administrator mit der entsprechenden Berechtigungsklasse kann alle gemeinsam benutzten Ressourcen in einer Gruppe verbunde ner Bereiche von einem einzigen System aus so verwalten als ob sich die Ressourcen in dem Bereich des lokalen Systems bef nden Normalerweise kann ein Tivoli Server bis zu 200 vollst ndig verwaltete Knoten unterst tzen Ab Tivoli Management Framework Version 3 6 und h her werden auf dem Tivoli Server und auf bestimmten verwalteten Knoten neue Dienste eingef hrt durch die die verwalteten Knoten als Gateways f r Hunderte von End punkten fungieren k nnen Dadurch vergr ert sich der Wirkungsbereich eines einzelnen Bereichs erheblich Tivoli Workload Scheduler Planung und Installation 119 UaiauDuu Joinpau2e DEODUOM IOAUL INY q Kurze Beschreibung von Tivoli Management Framework f r neue Tivoli Benutzer Mit T
228. zernamen aus in dem kein Punkt ent halten ist Benutzerkonten die Punkte enthalten sind f r MPE Benutzer reserviert N heres hierzu finden Sie unter LD oli Workload Sched Bevor Sie fortfahren lesen Sie die Tivoli Workload Scheduler Release Informationen mit aktuellen Informationen zu den Systemvoraussetzungen und zu plattformspezifischen The men Tivoli Workload Scheduler Planung und Installation 19 us4aa jje sul LN SmopulM Jeun Z Fur Endpunkt zu Endpunkt Zeitplanung installieren F r Endpunkt zu Endpunkt Zeitplanung installieren Wenn Sie Tivoli Workload Scheduler auf einer Workstation installieren die als ein verteilter Agent f r die Endpunkt zu Endpunkt Zeitplanung ein Dom nenmanager ein fehlertoleranter Agent oder ein Standardagent verwendet wird m ssen Sie Folgendes ausf hren 1 Geben Sie OPCMASTER als Name des Hauptdom nenmanagers im Feld Master CPU des Fensters Konfigurationsdaten an Eine Beschreibung des Fensters finden Sie unter Schritt ID 2 Definieren Sie nach der Installation die WEZ Zeitzone f r die Workstation Dies ist not wendig damit Start und Endzeiten auf dem Tivoli Workload Scheduler for z OS Cont roller mit der lokalen Controller Zeitzone gemeldet und die Zeitabh ngigkeiten richti See werden konnen Weitere Informationen hierzu finden Sie unter Eege Aktualisierungen vorbereiten 20 F hren Sie vor der Ausf hrung des Setup Programms die nachfolgenden Schritte aus wenn Sie
229. zess ausgef hrt Tivoli Workload Scheduler Planung und Installation 87 uauondos unsseduy ajeuondo e Die Konfigurationsskripts verwenden 88 Lokales Konfigurationsskript HOME jobmanrc Mit dem lokalen Konfigurationsskript k nnen Benutzer die gew nschte Umgebung f r die Ausf hrung ihrer eigenen Jobs einrichten Das Skript kann nur unter den folgenden Bedin gungen ausgef hrt werden 1 Das Standardkonfigurationsskript jobmanrc muss installiert sein und die Umgebungs variable LOCAL_RC_OK muss auf yes gesetzt sein siehe 2 Wenn die Datei maestrohome localrc allow vorhanden ist muss der Name des Benutzers in der Datei erscheinen Wenn die allow Datei nicht vorhanden ist darf der Name des Benutzers nicht in der Datei maestrohomellocalrc deny erscheinen Ist keine dieser Dateien vorhanden kann der Benutzer ein lokales Konfigurationsskript verwenden 3 Das lokale Konfigurationsskript muss im Basisverzeichnis SHOME jobmanrc des Benutzers installiert sein und es muss ber eine Ausf hrungsberechtigung verf gen Wenn Sie ein lokales Konfigurationsskript verwenden wollen muss es mindestens die Skriptdatei UNISON_JCL des Jobs ausf hren Das von Tivoli bereitgestellte Standard konfigurationsskript jobmanrc f hrt Ihr lokales Konfigurationsskript wie folgt aus EXECIT USE_SHELL HOME jobmanrc UNISON_JCL IS_COMMAND Der Wert von USE_SHELL ist auf den Wert der jobmanrc Variablen SHELL_TYPE gesetzt
230. zugef gt mit deren Hilfe nderungen in der Datenbank und im Plan verfolgt werden k nnen m Bei der Datenbank werden alle von Benutzern vorgenommenen nderungen protokol liert Das Delta der nderungen bzw das Vor und Nachimage werden jedoch nicht auf gezeichnet Das ffnen und Sichern eines Objektes wird protokolliert selbst wenn keine nderungen vorgenommen wurden m Beim Plan werden alle vom Benutzer vorgenommenen nderungen protokolliert Alle Vorg nge werden unabh ngig von ihrem Ergebnis erfolgreich oder nicht aufgezeichnet Die Pr fprotokolle werden in den folgenden Verzeichnissen erstellt TWShome audit plan TWShome audit database Pr flistendateien werden in einer unstrukturierten Textdatei auf einzelnen Maschinen im Tivoli Workload Scheduler Netzwerk protokolliert Dadurch wird das Risiko eines Pr ffeh lers aufgrund von Netzwerkproblemen minimiert und eine direkte Methode zum Schreiben der Protokolle aktiviert Die Protokollformate f r den Plan und die Datenbank sind weitge hend identisch Die Protokolle umfassen einen Header der f r alle Datens tze derselbe ist eine Aktions ID und einen Abschnitt mit Daten dessen Inhalt von der Aktionsart abh ngt Alle Daten sind in Klartext und so formatiert dass sie mit einem Texteditor wie VI oder Notepad gelesen und editiert werden k nnen Anmerkung Bei nderungsbefehlen werden f r Ressourcen Kalender Parameter und Ein gabeaufforderungen zwei Eintr ge

Tivoli Workload Scheduler Planung und Installation

Contents

Download Pdf Manuals

Related Search

Related Contents