[z/OS]

Einen Anwendungsserver stoppen, um eine Anwendung mit hoher Verfügbarkeit manuell zu aktualisieren

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

  1. 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:
      1. Klicken Sie auf Systemverwaltung > Node Agents > Name_des_Node_Agent > Dateisynchronisationsservice.
      2. Wählen Sie die Optionen Automatische Synchronisation und Synchronisation beim Start ab.
      3. Wählen Sie die Option Änderungen mit Knoten synchronisieren aus.
      4. 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 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
  2. 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:
      1. Klicken Sie auf Anwendungen > Unternehmensanwendungen.
      2. Wählen Sie die zu aktualisierende Anwendung aus.
      3. Aktualisieren Sie die Anwendung.
      4. 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.Anwendungsaktualisierung installieren
  3. 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.

    • Führen Sie in der Administrationskonsole die folgenden Schritte aus:
      1. Klicken Sie auf Server > Servertypen > WebSphere-Anwendungsserver.
      2. Wählen Sie das Cluster-Member aus, das Sie stoppen und aktualisieren möchten. Dieser Cluster-Member sollte sich auf LPAR1 befinden.
      3. Klicken Sie auf Stoppen. Die Methode 'Cluster stoppen' sollte nicht verwendet werden, weil sie alle Server innerhalb des Clusters stoppt, so dass die Anwendung nicht mehr verfügbar wäre.
    • Verwendung von wsadmin-Scripts zum Absetzen der folgenden Befehle:
      set node NODE
      set server SERVER 
      $AdminControl stopServer $server $node 
    • Setzen Sie in der MVS-Konsole den folgenden Befehl ab:
       STOP Kurzname_des_Servers
      Beispiel:
      STOP BBOS001
  4. Synchronisieren Sie den Knoten. Sie können für diesen Schritt zwischen den folgenden Prozessen wählen.
    • Führen Sie in der Administrationskonsole die folgenden Schritte aus:
      1. Klicken Sie auf Systemverwaltung > Node Agents.
      2. Wählen Sie den zu synchronisierenden Knoten aus und klicken Sie anschließend auf Vollständige Neusynchronisation.
    • Setzen Sie mit wsadmin-Scripting die folgenden Befehle ab:
      set node NODE
      set nodeSync [$AdminControl completeObjectName type=NodeSync,node=$node,*] 
      $AdminControl invoke $nodeSync sync 

    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. Knoten auf LPAR1 aktualisieren
  5. 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:
      1. Klicken Sie auf Server > Servertypen > WebSphere-Anwendungsserver.
      2. 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.Server auf LPAR1 erneut starten
  6. 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. Knoten auf LPAR2 aktualisieren

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.Knoten auf LPAR2 aktualisieren

Symbol, das den Typ des Artikels anzeigt. Taskartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=trun_ha_approllout
Dateiname:trun_ha_approllout.html