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
- 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.
- Ü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.
- 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.
- 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.
- 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 .
- 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.
- Wenden Sie Aktualisierungen auf die verbleibenden Katalogserver in Ihrer Konfiguration an.
- 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.
- 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)
- 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 .
- Starten Sie Ihre Container-Server erneut.
- Führen Sie das Upgrade für alle verbleibenden Container-Server in Ihrer Konfiguration durch.
- 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
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.