eXtreme-Scale-Server aktualisieren

Sie können ein Upgrade von WebSphere eXtreme Scale auf eine neue Version durchführen, indem Sie Wartungspakete anwenden oder eine neue Version installieren, ohne den Service zu unterbrechen.

Vorbereitende Schritte

Sie müssen die Binärdatei für das Release der übergeordneten Version bzw. das Wartungspaket haben, das Sie anwenden möchten. Die aktuellsten Informationen zu den verfügbaren Releases und Wartungspaketen können Sie aus dem IBM Unterstützungsportal für WebSphere eXtreme Scale abrufen.

Informationen zu diesem Vorgang

Für die Durchführung eines Upgrades ohne Serviceunterbrechung müssen Sie zuerst ein Upgrade der Katalogserver, dass ein Upgrade der Container-Server und zum Schluss ein Upgrade der Client-Server durchführen.

Vorgehensweise

  1. Führen Sie das Upgrade der Katalogserviceschicht durch, indem Sie die folgenden Schritte für jeden Katalogserver im Datengrid wiederholen. Führen Sie das Upgrade der Katalogserviceschicht vor dem Upgrade der Container-Server oder Clients durch. Einzelne Katalogserver können mit Versionskompatibilität interagieren, d. h., Sie können das Upgrade nacheinander für jeden Katalogserver durchführen, ohne den Service zu unterbrechen.
    1. Überprüfen Sie, ob der Quorumstatus stabil ist. Führen Sie den folgenden Befehl aus:
      xsadmin -quorumStatus
      xscmd -c showQuorumStatus
      Dieses Ergebnis zeigt an, dass alle Katalogserver verbunden sind.
    2. Wenn Sie Multimasterreplikation zwischen zwei Katalogservicedomänen verwenden, trennen Sie die Verbindung zwischen den beiden Katalogservicedomänen, während Sie das Upgrade der Katalogserver durchführen.
      xsadmin –ch host -p 1099 -dismissLink Domänenname
      xscmd –c dismissLink –cep host:2809 -fd Domänenname
      Sie müssen diesen Befehl nur in einer der Katalogservicedomänen ausführen, um die Verbindung zwischen zwei Katalogservicedomänen zu trennen.
    3. Beenden Sie einen der Katalogserver. Sie können den Befehl stopOgserver oder den Befehl xscmd -c teardown verwenden oder den Anwendungsserver beenden, in dem der Katalogservice in WebSphere Application Server ausgeführt wird. Es gibt keine Vorgaben bezüglich der Reihenfolge, in der die Katalogserver gestoppt werden, aber der Zeitaufwand reduziert sich, wenn der primäre Katalogserver zuletzt beendet wird. Suchen Sie die Nachricht CWOBJ8106 in den Protokolldateien, um den primären Katalogserver zu ermitteln. Unter normalen Bedingungen wird das Quorum aufrecht erhalten, wenn ein Katalogserver beendet wird, aber es empfiehlt sich, den Quorumstatus nach der Beendigung eines Servers mit dem Befehl xscmd -c showQuorumStatus abzufragen.

      Wenn Sie den Befehl xscmd -c teardown verwenden, können Sie die Servernamen filtern. Mit dem Befehl stopOgServer muss ein extakter Servername oder eine Liste mit Namen von Servern angegeben werden, die gleichzeitig gestoppt werden sollen. Sie sollten den Beendigungsprozess für Servergruppen ausführen, anstatt den Stopp- oder Beendigungsprozess für viele Server parallel aufzurufen. Wenn die zu beendenden Server gruppiert werden, ist das Datengrid in der Lage, auf die Server zu reagieren, die beendet werden, indem es Shards im Datengrid verschiebt. Sie können einen der folgenden Befehle verwenden, um Ihre Server zu beenden:

      Sie können eine Liste der zu stoppenden Server mit dem Befehl stopOgServer oder xscmd -c teardown angeben.

      stopOgServer <Servername>[,<Servername>]
      xsadmin –teardown <Servername>[,<Servername>]
      xscmd –c teardown -sl <Servername>[,<Servername>]
      In den vorherigen Beispielen führen die Befehle stopOgServer und xscmd -c teardown dieselben Beendigungsaufgaben aus. Mit dem Befehl xscmd -c teardown können Sie die zu stoppenden Server jedoch filtern. Weitere Informationen zum Filtern der Server nach Zonen- oder Hostnamen finden Sie unter Server mit dem Dienstprogramm xscmd normal stoppen. Der Befehl "teardown" filtert die übereinstimmenden Server heraus und fragt nach, ob die ausgewählten Server korrekt sind.
    4. Aktualisierungen im Katalogserver installieren. Sie können den Katalogserver auf ein neues Hauptrelease des Produkts migrieren oder ein Wartungspaket anwenden. Weitere Informationen finden Sie in den folgenden Artikeln:
      • Zum Durchführen einer Migration von einer Installation der Version 7.1.x verwenden Sie die Informationen im Abschnitt Migration auf WebSphere eXtreme Scale Version 8.5.
      • Zum Durchführen einer Migration einer Installation auf Version or Version 8.5.x verwenden Sie die Informationen im Abschnitt .
    5. Starten Sie den Katalogserver erneut.

      Wenn Sie eine eigenständige Umgebung verwenden, lesen Sie den Abschnitt Eigenständigen Katalogservice starten, um weitere Informationen zu erhalten. Wenn Sie eine Umgebung von WebSphere Application Server verwenden, lesen Sie den Abschnitt Server in einer Umgebung von WebSphere Application Server starten und stoppen, um weiter Informationen zu erhalten.

      Der Katalogserver wird solange im Kompatibilitätsmodus ausgeführt, bis alle Katalogserver denselben Versionsstand haben. Der Kompatibilitätsmodus wird meistens für Migrationen von Hauptreleases verwendet, weil neue Funktionen in den nicht migrierten Servern nicht verfügbar sind. Wie lange Katalogserver im Kompatibilitätsmodus ausgeführt werden können, ist zwar nicht beschränkt, aber es empfiehlt sich, alle Katalogserver so schnell wie möglich auf denselben Versionsstand zu migrieren.

    6. Wenden Sie Aktualisierungen auf die verbleibenden Katalogserver in Ihrer Konfiguration an.
  2. Upgrade der Container-Server durchführen, indem die folgenden Schritte für jeden Container-Server im Datengrid ausgeführt werden. Sie können die Container-Server in beliebiger Reihenfolge aktualisieren. Sie sollten jedoch zuerst die Server und dann erst die Clients aktualisieren, wenn Sie im Upgrade neue Funktionen verwenden.
    1. Stoppen Sie die Container-Server, die Sie aktualisieren möchten. Sie können die Container-Server-Schicht gruppenweise mit dem Befehl stopOgserver oder mit dem Befehl teardown stoppen. Durch die Ausführung von Beendigungsoperationen (teardown) in Stapeln und die parallele Ausführung von Serverstartoperationen kann der Verteilungsmechanismus Shards in größeren Gruppen verschieben.
      xsadmin –teardown -fz DefaultZone
      xscmd -c teardown -z DefaultZone
      
      Connecting to Catalog service at localhost:1099
      
      Processing filter options for Server teardown
      
      The following servers will be torn down: 
      
        container00
        container01
        container02
        container03
        container04
      
      
      Do you want to tear down the listed servers? (Y/N)
    2. Installieren Sie die Aktualisierungen in den Container-Servern. Sie können die Container-Server auf ein neues Hauptrelease des Produkts migrieren oder ein Wartungspaket anwenden. Weitere Informationen finden Sie in den folgenden Artikeln:
      • Zum Durchführen einer Migration von einer Installation der Version 7.1.x verwenden Sie die Informationen im Abschnitt Migration auf WebSphere eXtreme Scale Version 8.5.
      • Zum Durchführen einer Migration einer Installation auf Version or Version 8.5.x verwenden Sie die Informationen im Abschnitt .
    3. Starten Sie Ihre Container-Server erneut.
    4. Führen Sie das Upgrade für alle verbleibenden Container-Server in Ihrer Konfiguration durch.
  3. Bei Verwendung der Multimasterreplikation Verbindung zu den Katalogservicedomänen wiederherstellen. Verwenden Sie den Befehl xscmd -c establishLink, um die Verbindung zu den Katalogservicedomänen wiederherzustellen.
    xsadmin –ch host –p 1099 –establishLink dname fdHostA:2809,fdHostB:2809
    xscmd –c establishLink -cep host:2809 -fd dname -fe fdHostA:2809,fdHostB:2809
  4. [Version 8.5 und höher] Setzen Sie den Befehl xscmd -c showinfo ab, um zu prüfen, ob alle Server die neue Version von WebSphere eXtreme Scale verwenden.
    xscmd –c showinfo

Nächste Schritte

Sie können diese Schritte auch verwenden, um die Installation auf eine ältere Version zurückzusetzen oder um Wartungspakete zu deinstallieren. Wenn Sie bei Verwendung der Multimasterreplikation die Installation jedoch auf Version 7.1.0 zurücksetzen, funktioniert die bidirektionale Replikation möglicherweise nicht ordnungsgemäß, wenn Sie die Verbindungen wiederherstellen. In einer solchen Situation starten Sie beide Katalogservicedomänen erneut und stellen die Verbindung zu den Katalogservicedomänen mit dem Befehl establishLink wieder her.