Eine Job-Manager-Umgebung setzt sich aus einem Job-Manager
und den Zielen zusammen, die vom Job-Manager verwaltet werden.
Die Job-Manager-Ziele können Deployment-Manager- und eigenständige Anwendungsserverknoten sein,
die von Verwaltungsagenten und Hostcomputern verwaltet werden.
Die Konfiguration einer Job-Manager-Umgebung umfasst die Erstellung
eines Job-Manager-Profils und weiterer Profile, die für die Umgebung
erforderlich sind, die Synchronisation der Uhren auf allen Umgebungscomputern und die
anschließende Registrierung der Ziele beim Job-Manager.
Informationen zu diesem Vorgang
Bevor Sie den Job-Manager verwenden, müssen Sie ein Job-Manager-Profil und ein Profil
für jeden Zielknoten erstellen, der vom Job-Manager verwaltetet werden soll.
Job-Manager sind Teil der flexiblen Managementumgebung.
Job-Manager können eigenständige Anwendungsserverknoten verwalten, die bei einem Verwaltungsagenten registriert sind.
Diese Knoten und Verwaltungsagenten sind ebenfalls teil der flexiblen Managementumgebung.
Stellen Sie sicher, dass die Sicherheit für alle Profile in der flexiblen Verwaltungsumgebung
aktiviert oder inaktiviert ist. Je nach Umgebung benötigen Sie unter Umständen Profile für
Verwaltungsagenten, die bei den Verwaltungsagenten registrierten Knoten, Deployment Manager und
die im Deployment Manager eingebundenen Knoten.
Job-Manager können Zielknoten mit Version 8 und Version 7 verwalten. Ein Job-Manager kann einen Knoten verwalten, dessen Versionsnummer kleiner-gleich der Versionsnummer des Job-Manager ist. So kann beispielsweise ein Job-Manager mit Version 8 Knoten mit Version 7 und 8 verwalten. Ein Job-Manager mit Version 7 verwaltet Knoten mit Version 7. Der Fixpackteil der Versionsnummer ist unerheblich. Ein Job-Manager mit 7.0.0.3 kann einen Knoten mit Version 7.0.0.9 verwalten, d. h. einen Knoten, auf dem Version 7 mit Fixpack 9 installiert ist.
Darüber hinaus kann ein
Job-Manager einen Deployment Manager mit Version 7 und 8 verwalten, der einen eingebundenen Knoten mit Version 6, 7 oder 8 besitzt. Ein bei einem Job-Manager registrierter Deployment Manager kann Zellen mit unterschiedlichen Versionen verwalten. Mit Hilfe eines Job-Managers können Sie Jobs übergeben, die alle Ressourcen in der Zelle mit unterschiedlichen Versionen, einschließlich Knoten mit Version 6, verwalten.
- Bestimmen Sie die Topologie für Ihre flexible Managementumgebung.
Flexibles Management umfasst Verwaltungsagenten und Job-Manager.
Bestimmen Sie, welche Maschinen, Ziele und Zielressourcen, wie z. B. Server und Anwendungen, Sie in der flexiblen
Managementumgebung verwenden möchten.
Verwenden Sie zur Verwaltung eigenständiger Anwendungsserver einen Verwaltungsagenten
auf jedem Computer, auf dem sich die eigenständigen Anwendungsserver befinden.
Weitere Informationen finden Sie im Artikel zum Verwaltungsagenten und in Szenario 5 des Artikels "Installation von
WebSphere Application Server planen".
Für eine kollektive Verwaltung von Deployment Managern und eigenständigen Anwendungsservern auf demselben oder auf verschiedenen
Computern verwenden Sie einen Job-Manager.
Die eigenständigen Anwendungsserver müssen bei einem Verwaltungsagenten registriert werden, bevor Sie
sie mit einem Job-Manager verwalten können.
Weitere Informationen finden Sie in den Szenarien 5 und 10 im Artikel "Installation von
WebSphere Application Server planen".
- Bestimmen Sie die Sicherheitsrollen, die Sie für Ihre flexible Managementumgebung benötigen.
Je nach Umgebung benötigen Sie unter Umständen Profile für
Verwaltungsagenten, die bei den Verwaltungsagenten registrierten Knoten, Deployment Manager,
die im Deployment Manager eingebundenen Knoten und die Job-Manager.
In der flexiblen Managementumgebung muss die Sicherheit entweder in allen Profilen aktiviert oder in allen Profilen inaktiviert werden.
Wenn Sie die Profile erstellen, können Sie Sicherheitsoptionen, Benutzernamen und Kennwörter angeben.
Sie müssen Sicherheitsrollen haben, die Sie berechtigen, mit einem Job-Manager
zu arbeiten und registrierte Ziele und Ressourcen auf diesen Zielen zu verwalten.
Wenn die Umgebung eigenständige Anwendungsserverzielknoten enthält, müssen Sie für die Arbeit mit einem
Verwaltungsagenten und seinen Knoten berechtigt werden.
Weitere Informationen finden Sie im Artikel zur Sicherheit des Job-Managers.
- Erstellen
Sie ein Verwaltungsprofil für den Job-Manager.
Sie können Profile Management Tool oder den Befehl manageprofiles verwenden.
Wählen Sie in Profile Management Tool beispielsweise die Umgebung Verwaltung
aus und klicken Sie dann auf Weiter. Wählen Sie den Servertyp
Job-Manager und anschließend die Optionen für die Erstellung des Profils aus.
Standardmäßig hat ein Job-Manager eine eigene Verwaltungskonsole. Im Verwaltungsagenten ist die
Verwaltungssicherheit aktiviert, und der Konsolport ist 9960. Zum Inaktivieren der
Verwaltungssicherheit, zum Angeben eines Sicherheitszertifikats oder zum Ändern der Standardports verwenden
Sie die Option für die Erstellung erweiterter Profile, wenn Sie das Job-Manager-Profil
erstellen.
Standardmäßig erhält das erste Verwaltungsagentenprofil in einer Produktinstallation den Namen
JobMgr01, und der Name des zugehörigen Servers ist jobmgr.
Weitere Informationen finden Sie im Artikel zum Erstellen von Managementprofilen für Job-Manager.
Beispiele für den Befehl manageprofiles finden Sie im Artikel zum Befehl "manageprofiles".
Für -templatePath geben Sie die Schablone
management an. Für -serverType geben Sie
JOB_MANAGER an.
Anmerkung: Die Job-Manager-Konfiguration
enthält eine Datenquelle mit dem Namen OTiSDataSource.
Diese Datenquelle wird in der Implementierung des Job-Managers verwendet und muss nicht konfiguriert oder anderweitig vom Administrator verwaltet werden.
- Erstellen Sie Profile für alle Verwaltungsagenten und eigenständigen Anwendungsserverknoten, die Sie in Ihrer
flexiblen Managementumgebung verwenden möchten. Registrieren Sie anschließend
die eigenständigen Anwendungsserverknoten beim Verwaltungsagenten.
Eigenständige Knoten werden auch als nicht eingebundene oder Basisanwendungsserver bezeichnet.
Sie werden nicht von einem Deployment Manager verwaltet.
Eigenständige Anwendungsserver haben gewöhnlich einen Profilnamen wie AppSvr01. Ein Verwaltungsagent
muss sich auf demselben Computer wie seine eigenständigen Knoten befinden.
Wenn Sie die eigenständigen Knoten beim Verwaltungsagenten registrieren, kann der Verwaltungsagent die Knoten verwalten.
Fehler vermeiden: Sie müssen eigenständige Anwendungsserver bei einem Verwaltungsagenten
registrieren, bevor Sie die eigenständigen Anwendungsserver beim Job-Manager registrieren können.
gotcha
Einzelheiten zum Erstellen der Profile und zum Registrieren der Profile bei einem Verwaltungsagenten
finden Sie im Artikel zum Konfigurieren einer Verwaltungsagentenumgebung.
- Erstellen Sie Profile für alle Deployment Manager und eingebundenen Knoten, die Sie in Ihrer flexiblen
Managementumgebung verwenden möchten.
Eingebundene Knoten werden von einem Deployment Manager verwaltet. Eingebundene
Anwendungsserver haben gewöhnlich einen Profilnamen wie AppSvr01, können aber nicht einzeln verwaltet werden.
Sie müssen eingebundene Knoten mit dem Deployment Manager verwalten.
Weitere Informationen finden Sie in den Artikeln zum Erstellen von Zellenprofilen, Managementprofilen
für Deployment Manager und zum Befehl "manageprofiles".
- Synchronisieren Sie die Uhren auf allen beteiligten Systemen.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Wenn Sie planen, die
Systemuhr zu ändern, stoppen Sie zuerst alle Anwendungsserver, Node-Agent-Server, den Deployment-Manager-Server, den Server des Verwaltungsagenten und den Server des Job-Managers.
Nachdem Sie die Server gestoppt haben, ändern
Sie die Systemuhr. Starten Sie anschließend die Server erneut.
Wenn Sie die Systemuhr auf einem System ändern, müssen Sie sicherstellen, dass die Uhren auf allen Systemen,
die miteinander kommunizieren und auf denen
WebSphere Application Server
installiert ist, synchronisiert sind. Andernfalls können Fehler, wie z. B.
nicht mehr gültige Sicherheitstoken, auftreten.
Wenn Sie planen, die
Systemuhr zu ändern, stoppen Sie zuerst alle Anwendungsserver, Node-Agent-Server, den Deployment-Manager-Server, den Server des Verwaltungsagenten, den Server des Job-Managers und den Location Service Daemon.
Nachdem Sie die Server und den Location Service Daemon gestoppt haben, ändern
Sie die Systemuhr. Starten Sie anschließend die Server und den Location Service Daemon erneut.
Wenn Sie die Systemuhr auf einem System ändern, müssen Sie sicherstellen, dass die Uhren auf allen Systemen,
die miteinander kommunizieren und auf denen
WebSphere Application Server
installiert ist, synchronisiert sind. Andernfalls können Fehler, wie z. B.
nicht mehr gültige Sicherheitstoken, auftreten.
- Starten Sie den Job-Manager-Server.
- Führen Sie den Befehl startServer aus.
Angenommen, das Profil "JobMgr01" hat den Servernamen jobmgr.
Führen Sie den folgenden Befehl im Verzeichnis bin des Profils
"JobMgr01" aus:
startServer jobmgr
Verwenden Sie die Taskleiste des Windows-Betriebssystems.
Klicken Sie auf
.
Verwenden Sie den Befehl START, um den Job-Manager zu starten:
START Name_des_Job-Manager-Prozesses,JOBNAME=Kurzname_des_Servers,
ENV=Kurzname_der_Zelle.Kurzname_des_Knotens.Kurzname_des_Servers
Bei erfolgreichem Start des Job-Managers wird die Nachricht
Für E-Business geöffnet angezeigt und in die Datei startServer.log des
Job-Managers geschrieben:
Der Server wurde gestartet. Es wird auf den Initialisierungsstatus gewartet.
Der Server jobmgr ist für E-Business bereit: Prozess-ID 1932.
Weitere Informationen finden Sie im Artikel zum Starten und Stoppen des Job-Managers.
- Registrieren Sie eigenständige Anwendungsserverzielknoten bei einem Job-Manager.
Wenn Sie eigenständige Knoten bei einem Job-Manager registrieren, kann der Job-Manager eigenständige Anwendungsserverknoten
verwalten.
- Registrieren Sie Deployment Manager beim Job-Manager.
Wenn Sie einen Deployment Manager bei einem Job-Manager registrieren, können Sie Job-Manager-Jobs über eine Deployment-Manager-Konsole ausführen und die eingebundenen Knoten des Deployment Manager und die zugehörigen Ressourcen mit dem Job-Manager verwalten.
- Registrieren Sie Host-Computer beim Job-Manager.
Auf einem fernen Zielhost müssen keine Produkte von
WebSphere Application Server installiert
sein. Abgesehen vom Betriebssystem gibt es keine weiteren Softwarevoraussetzungen für diesen Host.
Wenn Sie einen fernen Host bei einem Job-Manager registrieren, kann der Job-Manager auf Anwendungen, Befehlsdateien und andere Ressourcen auf dem Host-Computer zugreifen.
Wenn Sie
das Liberty
bei einem Job-Manager registrieren möchten, verwenden Sie eine Prozedur zum Registrieren eines Ziels bei einem Host.
- Vergewissern Sie sich, dass die Ziele beim Job-Manager registriert sind.
Sie können die Administrationskonsole oder wsadmin-Scripting-Befehle verwenden, um
eine Liste mit Zielen anzuzeigen, die beim Job-Manager registriert sind.
- Klicken Sie in der Job-Manager-Konsole oder Deployment-Manager-Konsole auf
. Auf der Seite "Ziele"
werden die Ziele aufgelistet, die beim Job-Manager registriert sind.
- Führen Sie den befehl list aus, um eine Liste verwalteter Ziele anzuzeigen.
Führen Sie die folgenden wsadmin-Scripting-Befehle im Verzeichnis
bin des Verwaltungsagenten aus, um eigenständige
Anwendungsserverziele aufzulisten, bzw. im Verzeichnis
bin des Deployment Manager, um andere Ziele aufzulisten.
Nachdem Sie sichergestellt haben,
dass die Ziele beim Job-Manager registriert sind, geben Sie
quit ein, um das Scripting-Tool "wsadmin" zu beenden.
- Stellen Sie sicher, dass die Server in Ihrer flexiblen Verwaltungsumgebung aktiv sind.
Klicken Sie in der Job-Manager-Konsole oder Deployment-Manager-Konsole auf
.
Wenn auf der Seite Zielressource der Serverstatus Gestartet angezeigt wird, ist der Server aktiv.
- Optional: Inaktivieren Sie die Protokolldatei com.ibm.otis.Audit_mm_dd_yyyy.log, indem Sie die JVM-Eigenschaft otis.audit.location auf den Wert OFF setzen oder verschieben Sie die Protokolldatei in eine neue Verzeichnisposition. Der Job-Manager verwaltet ein zusätzliches Protokoll, das sich standardmäßig im Verzeichnis mit den Profilprotokollen befindet. Dieses Protokoll erfasst die internen Job-Manager-Aktivitäten.
Der Name der Protokolldatei ist com.ibm.otis.Audit_mm_dd_yyyy.log. Hierbei steht mm für den Monat, dd für den Tag und yyyy für das Jahr. Es wird eine neue Datei für jeden Tag, an dem Aktivitäten auftreten, die protokolliert werden können, erstellt.
Diese Protokolldatei kann in ein anderes Verzeichnis verschoben werden, indem Sie für die JVM-Eigenschaft otis.audit.location einen Wert mit der neuen Verzeichnisposition angeben.
Nächste Schritte
Übergeben Sie Jobs mit dem Job-Manager.