- Erste Schritte
- Anforderungen
- Best Practices
- Installation
- Wird aktualisiert
- Identity Server
- High Availability Add-on
In diesem Abschnitt werden die Schritte beschrieben, die zum Upgrade des UiPath High Availability Add-on erforderlich sind, einschließlich des Upgrades der jeweiligen Knoten und der HAA-Datenbank(en).
Upgrade eines Knotens
Stellen Sie vor und nach dem Upgrade sicher, dass jeder Knoten ordnungsgemäß funktioniert, indem Sie rlcheck und rladmin status extra all ausführen.
- Laden Sie das Knoten-Upgrade-Skript herunter, indem Sie
wget http://download.uipath.com/haa/2.0.1/haa-2.0.1.tar.gzausführen. - Entpacken Sie das Skript, indem Sie
tar -xf haa-2.0.1.tar.gzausführen. - Machen Sie das Skript ausführbar:
chmod a+x install.sh. - Führen Sie das Skript aus:
sudo ./install.sh.
To enable Interactive Mode, run sudo ./install.sh. Alternatively, you can add the -y parameter to respond yes to all.
Upgrade einer Datenbank
Stellen Sie zunächst sicher, dass alle Knoten im HAA-Cluster aktualisiert werden. Sie können keine Datenbanken aktualisieren, bevor nicht alle Knoten im Cluster aktualisiert sind.
Führen Sie über die rladmin-CLI auf einem beliebigen Knoten im Cluster diesen Befehl für jede Datenbank aus: rladmin upgrade db <db-name>.
Während des Datenbank-Upgrade-Prozesses wird die Datenbank neu gestartet. Ergebnis:
• Für Datenbanken, bei denen die Replikation aktiviert ist, wird vor dem Neustart der Master-Datenbank ein Failover durchgeführt, um sicherzustellen, dass keine Ausfallzeit entsteht.
• Für Datenbanken ohne Replikation, aber mit aktivierter Persistenz, ist die Datenbank während des Neustarts nicht verfügbar, da die Daten aus der Persistenzdatei wiederhergestellt werden. Die Länge der Ausfallzeit ist für jede Persistenzoption unterschiedlich. Beispielsweise dauert AOF in der Regel länger als eine RDB-Datei.
• Bei Datenbanken, bei denen weder Replikation noch Persistenz aktiviert sind, verliert die Datenbank nach dem Neustart alle ihre Daten.
Aktualisieren von Aktiv/Aktiv-Datenbanken
• Aktualisieren Sie alle Instanzen einer bestimmten CRDB innerhalb eines angemessenen Zeitrahmens, um temporäre Inkonsistenzen zwischen den Instanzen zu vermeiden.
• Stellen Sie sicher, dass Sie alle Instanzen einer bestimmten CRDB aktualisieren, bevor Sie globale Vorgänge mit der CRDB durchführen, wie z. B. Instanzen entfernen oder neue Instanzen hinzufügen.
-
Aktualisieren Sie die HAA-Version auf jedem Knoten in den Clustern, in denen sich die CRDB-Instanzen befinden.
-
Um den Status Ihrer CRDB-Instanzen anzuzeigen, führen Sie
rladmin statusaus. Der Status der CRDB-Instanzen auf dem Knoten kann eine von drei Optionen anzeigen:- ALTE REDIS-VERSION
- ALTE CRDB-PROTOKOLLVERSION
- ALTE CRBD-FEATURESET-VERSION
-
Führen Sie zum Aktualisieren jeder CRDB-Instanz, einschließlich der Redis-Version und der CRDB-Protokollversion, den folgenden Befehl aus:
rladmin upgrade db <crdb_name>. Wenn die Protokollversion alt ist, lesen Sie die Warnmeldung sorgfältig durch und bestätigen Sie sie. -
Wenn die Version des Funktionssatzes alt ist, müssen Sie zuerst alle CRDB-Instanzen aktualisieren. Führen Sie dann
crdb-cli crdb update --crdb-guid <crdb_guid> --featureset-version yesaus, um den Funktionssatz für jede Aktiv/Aktiv-Datenbank zu aktualisieren. -
Sie können dann die
crdb_guidmit dem folgenden Befehl abrufen:crdb-cli crdb list. -
Suchen Sie nach dem vollqualifizierten Domänennamen (CLUSTER-FDQN) Ihres Clusters, und verwenden Sie die zugehörige GUID:
CRDB-GUID Name REPL-ID CLUSTER-FQDN 700140c5-478e-49d7-ad3c-64d517ddc486 aatest 1 aatest1.example.com 700140c5-478e-49d7-ad3c-64d517ddc486 aatest 2 aatest2.example.com