Beim manuellen Anwendungs-Rollout wird die Weiterleitung der Workloads gesteuert, indem
der Anwendungsserver gestoppt wird, in dem sich das zu aktualisierende Cluster-Member befindet. Dies bedeutet, dass dieser Server stillgelegt wird. Alle bereits vorhandenen Anforderungen werden noch beendet, es werden jedoch keine neuen Anforderungen
akzeptiert. Der Verteiler des Systemkomplexes und das Web-Server-Plug-in von
WebSphere Application Server leiten keine Arbeit mehr an den stillgelegten Server weiter. Nach Abschluss aller Arbeitsschritte können Sie die Anwendungsaktualisierung auf diesem Server
wie folgt starten.
Vorbereitende Schritte
Ermitteln Sie, auf
welchen Anwendungsservern Cluster-Member enthalten sind, die aktualisiert werden müssen.
Informationen zu diesem Vorgang
Wenn Sie eine Anwendung mit hoher Verfügbarkeit haben, deren Aktualisierung Sie manuell steuern möchten,
können Sie diesen Prozess oder den MVS-Befehl "Modify" verwenden, um die
Listener anzuhalten, die den betroffenen Anwendungsservern zugeordnet sind. Lesen Sie den Artikel, der das Anhalten eines Anwendungsservers beschreibt, um eine Anwendung mit hoher Verfügbarkeit manuell zu aktualisieren.
Gehen Sie wie folgt vor, das Anwendungs-Rollout und die Weiterleitung der Workloads in einer Umgebung
mit hoher Verfügbarkeit zu steuern:
Vorgehensweise
- Inaktivieren Sie alle Formen der automatischen Synchronisation auf allen Knoten in der Zelle und speichern Sie die Änderungen. Sie können für diesen Schritt zwischen den folgenden Prozessen wählen.
- Führen Sie in der Administrationskonsole die folgenden Schritte aus:
- Klicken Sie auf Name_des_Node_Agent > Dateisynchronisationsservice.
- Wählen Sie die Optionen Automatische Synchronisation und Synchronisation beim Start ab.
- Wählen Sie die Option Änderungen mit Knoten synchronisieren aus.
- Klicken Sie auf Speichern.
- Geben Sie mit wsadmin-Scripting die folgenden Befehle an und starten Sie anschließend alle betroffenen Node Agents erneut:
set node NODE
set na_id [$AdminConfig getid /Node:$node/Server:nodeagent/]
set syncServ [$AdminConfig list ConfigSynchronizationService $na_id]
$AdminConfig modify $syncServ {{autoSynchEnabled false}}
$AdminConfig modify $syncServ {{synchOnServerStartup false}}
$AdminConfig save
set nodeSync [$AdminControl completeObjectName type=NodeSync,node=$node,*]
$AdminControl invoke $nodeSync sync
Fehler vermeiden: In einer Produktionsumgebung sollte der Node Agent immer mit
inaktivierter automatischer Synchronisation ausgeführt werden. Die Synchronisation beim Systemstart sollte für den Node Agent jedoch aktiviert sein, so dass der Agent
Konfigurationsaktualisierungen empfangen kann, die durchgeführt wurden, während der Node Agent inaktiv war. Die Synchronisation beim Systemstart kann aktiviert bleiben, solange Sie sicherstellen, dass
der Node Agent nicht manuell, automatisch oder mit einem ARM (Automatic Restart Manager) neu gestartet wird, während die Anwendungsaktualisierung läuft.
gotcha
- Aktualisieren Sie die Anwendung im Masterkonfigurationsrepository auf dem Deployment-Manager-Server. Sie können für diesen Schritt zwischen den folgenden Prozessen wählen.
- Führen Sie in der Administrationskonsole die folgenden Schritte aus:
- Klicken Sie auf Anwendungen > Unternehmensanwendungen.
- Wählen Sie die zu aktualisierende Anwendung aus.
- Aktualisieren Sie die Anwendung.
- Speichern Sie die Änderungen in der Masterkonfiguration. Wählen Sie nicht die Option
Änderungen mit Knoten synchronisieren aus.
- Setzen Sie mit wsadmin-Scripting den folgenden Befehl ab:
set app_loc /Pfad/zu/app
set app_options {Anwendungsoptionen, z. B. -appname app}
set options [list -update] lappend options $app_options
$AdminApp install $app_loc $options
$AdminConfig save
Jetzt haben Sie die Version Ihrer Anwendung
(App v2 in der folgenden Abbildung) in der Masterkonfiguration aktualisiert. Die ursprüngliche Version Ihrer Anwendung (in der folgenden Abbildung App V1) wird jedoch noch in dem Cluster ausgeführt, der Cluster-Member auf
LPAR1 und LPAR2 hat.
Abbildung 1. Anwendungsaktualisierung installieren.
Diese Abbildung zeigt die erste Stufe einer Anwendungsaktualisierung
in einer Umgebung mit hoher Verfügbarkeit.
- Stoppen Sie den Anwendungsserver auf LPAR1 und synchronisieren Sie den Knoten manuell mit der aktualisierten Version der Anwendung. Dieser Schritt kann einige Zeit
dauern, weil der Server erst heruntergefahren werden kann, wenn alle derzeit zugeordneten Arbeitsschritte abgeschlossen sind.
Sie können für diesen Schritt zwischen den folgenden Prozessen wählen.
- Synchronisieren Sie den Knoten. Sie können für diesen Schritt zwischen den folgenden Prozessen wählen.
Die aktualisierte Version der Anwendung
(App V2) befindet sich wie in der folgenden Abbildung gezeigt auf dem Knoten auf LPAR1.
Abbildung 2. Knoten auf LPAR1 aktualisieren.
Diese Abbildung zeigt die erste Stufe einer Anwendungsaktualisierung
in einer Umgebung mit hoher Verfügbarkeit und zwei LPARs. 
- Starten Sie den Server auf LPAR1 erneut. Sie können für diesen Schritt zwischen den folgenden Prozessen wählen.
- Führen Sie in der Administrationskonsole die folgenden Schritte aus:
- Klicken Sie auf .
- Wählen Sie den zu startenden Server und anschließend
Starten aus.
- Setzen Sie mit wsadmin-Scripting die folgenden Befehle ab:
set node NODE
set server SERVER
$AdminControl startServer $server $node
- Setzen Sie in der MVS-Konsole den folgenden Befehl ab:
START Prozessname,JOBNAME=Kurzname_des_Servers.ENV=Kurzname_der_Zelle.Kurzname_des_Knotens.Kurzname_des_Servers
Beispiel:
START BBO6ACR,JOBNAME=BBOS001,ENV=PLEX1.SY1.BBOS001
Wenn dieser Server wieder aktiv ist, führt er die neue Version der Anwendung
(App V2) aus. Abbildung 3. Server auf LPAR1 erneut starten.
Diese Abbildung zeigt den Abschluss der ersten Stufe einer Anwendungsaktualisierung
in einer Umgebung mit hoher Verfügbarkeit.
- Wenn die neue Version der Anwendung auf LPAR1 ausgeführt wird, wiederholen Sie die obigen drei Schritte
für die übrigen LPARs im Cluster, um sie mit der neuen Version der Anwendung zu aktualisieren. Die folgende Abbildung zeigt die Konfiguration
in einem Cluster mit zwei LPARs.
Abbildung 4. Knoten auf LPAR2 aktualisieren.
Diese Abbildung zeigt die zweite Stufe einer Anwendungsaktualisierung
in einer Umgebung mit hoher Verfügbarkeit. 
Ergebnisse
Die Anwendungsaktualisierung ist abgeschlossen, wenn die neue Version der Anwendung in allen Cluster-Membern des Cluster
ausgeführt wird. Die folgende Abbildung zeigt einen Cluster mit zwei LPARs nach dem Neustart des Servers auf
LPAR2.
Abbildung 5. Server auf
LPAR2 erneut starten.
Diese Abbildung zeigt einen Cluster mit zwei LPARs nach dem Neustart des Servers auf
LPAR2.