Mise à niveau

Cette section détaille les étapes requises pour mettre à niveau le module complémentaire haute disponibilité UiPath, y compris la mise à niveau de chaque nœud respectif et de la ou des bases de données HAA.

Mise à niveau d'un nœud

Remarque : Avant et après la mise à niveau, vérifiez que chaque nœud fonctionne correctement en exécutant : rlcheck et rladmin status extra all.

1. Téléchargez le script de mise à niveau du nœud en exécutant : wget http://download.uipath.com/haa/2.0.1/haa-2.0.1.tar.gz.
2. Décompressez le script en exécutant : tar -xf haa-2.0.1.tar.gz.
3. Rendre le script exécutable : chmod a+x install.sh.
4. Exécutez le script : sudo ./install.sh.

Remarque : pour activer le mode interactif, exécutez sudo ./install.sh. Vous pouvez également ajouter le paramètre -y pour répondre oui à tous.

Mise à jour d'une base de données

Attention : assurez-vous d'abord que tous les nœuds du cluster HAA sont mis à niveau. Vous ne pouvez pas mettre à niveau les bases de données tant que tous les nœuds du cluster n'ont pas été mis à niveau.

Depuis l'interface CLI rladmin de n'importe quel nœud du cluster, exécutez cette commande pour chaque base de données : rladmin upgrade db <db-name>.

Remarque :

Pendant le processus de mise à niveau de la base de données, la base de données redémarre. En conséquence :

• Pour les bases de données dont la réplication est activée, un basculement s'opère avant le redémarrage de la base de données principale afin de s'assurer qu'il n'y a pas de temps d'arrêt.

• Pour les bases de données sans réplication mais avec persistance activée, la base de données est indisponible pendant le redémarrage, car les données sont restaurées à partir du fichier de persistance. La durée de l'interruption est différente pour chaque option de persistance. Par exemple, AOF prend généralement plus de temps qu'un fichier RDB.

• Les bases de données qui n'ont ni réplication ni persistance activées perdent toutes leurs données après leur redémarrage.

Mise à niveau des bases de données actives

Remarque :

• Mettez à niveau toutes les instances d'une base de données client spécifique dans un délai raisonnable pour éviter les incohérences temporaires entre les instances.

• Assurez-vous de mettre à jour toutes les instances d'une instance CRDB donnée avant d'y effectuer des opérations globales, telles que la suppression d'instances ou l'ajout de nouvelles.

1. Mettez à niveau la version du module HAA sur chaque nœud des clusters où se trouvent les instances CRDB.
2. Pour connaître l'état de vos instances CRDB, lancez l'application : rladmin status. Le statut des instances CRDB sur le nœud peut indiquer l'une des trois options suivantes :
   • ANCIENNE VERSION DE REDIS
   • ANCIENNE VERSION DU PROTOCOLE DE LA CRDB
   • ANCIENNE VERSION DU CRDB FEATURESET
3. Pour mettre à niveau chaque instance CRDB, y compris la version Redis et la version du protocole CRDB, exécutez : rladmin upgrade db <crdb_name>. Si la version du protocole est obsolète, lisez attentivement le message d'avertissement et confirmez.
   
   

   

   
   
4. Si la version du jeu de fonctionnalités est ancienne, mettez d'abord à niveau toutes les instances CRDB. Ensuite, pour mettre à jour le jeu de fonctionnalités de chaque base de données active-active, exécutez : crdb-cli crdb update --crdb-guid <crdb_guid> --featureset-version yes.
5. Vous pouvez alors récupérer crdb_guid avec la commande suivante : crdb-cli crdb list
6. Recherchez le nom de domaine complet (CLUSTER-FQDN) de votre cluster et utilisez le GUID associé :

   CRDB-GUID	Nom	REPL-ID	CLUSTER-FQDN
   700140c5-478e-49d7-ad3c-64d517ddc486	aatest	1	aatest1.example.com
   700140c5-478e-49d7-ad3c-64d517ddc486	aatest	2	aatest2.example.com