Anstatt den Anwendungsserver zu stoppen, können Sie den MVS-Konsolbefehl
Modify verwenden, um die Listener für diesen Anwendungsserver anzuhalten, die Anwendungsaktualisierung durchzuführen und anschließend die
Ausführung der Listener fortzusetzen. Wenn Sie diese Technik verwenden, müssen Sie den Server nicht stoppen und anschließend
erneut starten, um die Anwendungsaktualisierung durchzuführen.
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,
aber die betroffenen Server nicht stoppen möchten, können Sie den Listener für diese Server mit dem
MVS-Befehl Modify anhalten und die Anwendung anschließend aktualisieren.
Fehler vermeiden: Der Befehl "MODIFY
Server,PAUSELISTENERS stoppt die Empfangsbereitschaft des Controllers für alle Ports mit Ausnahme von
IIOP (ORB_TCP_SECURE und ORB_TCP_LISTENER). Bei IIOP stoppt beim Absetzen dieses Modify-Befehls der Dämon das Senden von Anforderungen an die IIOP-Transportkanäle. Wenn Sie jedoch Clientanwendungen ausführen, die zwischenspeichern, ist es möglich, dass Anforderungen aus diesen Anwendungen direkt an den offenen IIOP-Port gesendet werden. Dieser Fall tritt möglicherweise ein, weil die IIOP-Listener beim Serverstartvorgang zeitig gestartet werden und auf diese Weise unter Umständen der IIOP-Port bereits geöffnet wurde, bevor der
modify-Befehl abgesetzt werden konnte.
gotcha
Gehen Sie wie folgt vor, um die Listener anzuhalten und das Anwendungs-Rollout
in einer Umgebung mit hoher Verfügbarkeit manuell zu steuern:
Anmerkung:
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
Anmerkung: 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.
- 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 .
- 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.
- Halten Sie den Listener des Anwendungsservers auf LPAR1 an
und synchronisieren Sie den Knoten manuell mit der aktualisierten Version der Anwendung. Warten Sie nach dem
Anhalten des Listener, bis der Server alle der im derzeit zugeordneten Arbeitsschritte ausgeführt hat, und setzen Sie dann
in der MVS-Konsole den folgenden Befehl ab:
MODIFY Kurzname_des_Servers,PAUSELISTENERS
Wenn der Server, den Sie anhalten, beispielsweise
den Kurznamen BBOS001 hat, setzen Sie den folgenden Befehl ab:
MODIFY BBOS001,PAUSELISTENERS
- 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. 
- Setzen Sie die Ausführung des Listener des Anwendungsservers auf LPAR1 fort. Setzen Sie in der MVS-Konsole den folgenden Befehl ab:
MODIFY Kurzname_des_Servers,RESUMELISTENERS
Wenn der Server, den Sie anhalten, beispielsweise
den Kurznamen BBOS001 hat, setzen Sie den folgenden Befehl ab:
MODIFY BBOS001,RESUMELISTENERS
- 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 3. 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 auf allen LPARs im Cluster
ausgeführt wird.