Service de mise à jour

Le service de mise à jour de UiPath Robot fait partie d'un système chargé de gérer les mises à jour UiPath pour le logiciel et les composants de Robot.

Le service détecte lorsqu'une nouvelle version du logiciel a été publiée et gère le processus de mise à jour tout en garantissant une interruption minimale des tâches en cours. En tant qu'administrateur, vous pouvez sélectionner la version spécifique à installer sur votre machine.

Fonctionne via deux exécutables :

• UiPath.UpdateService.Agent.exe - Il s’agit du composant côté client du service de mise à jour. Il s'exécute dans le contexte utilisateur qui a lancé le Robot UiPath et communique avec Update Service Worker.
  Important :

  Présent uniquement en mode utilisateur et dans l'installation d'Attended Robots.

• UiPath.UpdateService.Worker.exe - Il s’agit du composant de mise à jour qui effectue les mises à jour logicielles. Il s’exécute en tant que service système, gérant les téléchargements et les installations de mise à jour.

Le type d'installation du Robot détermine comment le système installe les exécutables de mise à jour :

Type d'installation du Robot	UiPath.UpdateService.Worker.exe	UiPath.UpdateService.Agent.exe
Non assisté (Unattended)	Installé en tant que service Windows.	Non installé.
Assisté (Attended) Important : Pour permettre au service de mise à jour de se connecter au serveur de mise à jour, ajoutez l'URL d'Orchestrator lors de l'installation. Sans cela, vous avez besoin d'autorisations d'administrateur pour connecter le Robot à Orchestrator.	Installé en tant que service Windows.	Installé en tant que tâche de connexion dans le planificateur de tâches.
Rapide	Installé en tant que tâche de connexion dans le planificateur de tâches.	Installé en tant que tâche de connexion dans le planificateur de tâches.

Important :

Les mises à jour automatiques sont standard pour les utilisateurs de UiPath Robot Community Edition. Pour éviter les interruptions de tâches, ces mises à jour ne sont appliquées que lorsque le robot est inactif.

Les utilisateurs d'Enterprise doivent contrôler manuellement les mises à jour pour s'aligner sur leurs politiques informatiques internes.

Les mises à jour automatiques ne s'appliquent pas aux robots Linux.

La communication entre le service de robot UiPath et le service de mise à jour

Robots en mode de service	Robots en mode utilisateur
Les services de Robot et de mise à jour s'exécutent dans la session du système local.	Les services de Robot (Robot) et de Mise à jour (Update) s'exécutent respectivement dans les sessions utilisateur et système local.

La stratégie de mise à jour

Vous pouvez configurer des politiques de mise à jour pour les utilisateurs, les groupes d'utilisateurs ou les machines, en fonction du type d'installation du robot.

Installations Attended	Installations Unattended
Par utilisateur (par exemple, John Smith) Par groupe d'utilisateurs (par exemple, Automation Developers)	Par machine (par exemple, LAPTOP-AG1LD). Remarque : Les comptes de robot utilisent des politiques de mise à jour définies au niveau de la machine.

Les options disponibles pour une politique de mise à jour sont :

• Dernière version ( Latest version) : installe la dernière version disponible trouvée sur le serveur de mise à jour.

• Dernier correctif ( Latest patch ) : installe le dernier correctif disponible pour chacune des versions prises en charge.

• Version spécifique ( Specific version) : installe un correctif spécifique parmi ceux disponibles sur le serveur de mise à jour.

La hiérarchie des politiques

Les politiques de groupe d'utilisateurs sont prioritaires sur les politiques d'utilisateurs définies sur Aucun ( None). Pour arrêter les mises à jour d'un utilisateur, supprimez-le du groupe appliqué par la politique ou faites correspondre leur politique à leur version installée.

Les politiques au niveau de l'utilisateur définies sur la valeur de version spécifique sont prioritaires sur la politique du groupe d'utilisateurs.

Les politiques au niveau de l'utilisateur sont prioritaires lorsqu'une politique au niveau de l'utilisateur, une politique au niveau du groupe et une politique au niveau de la machine s'appliquent toutes au même robot.

La confirmation de mise à jour

Le processus de mise à jour d'UiPath Robot, qu'il soit assisté ou non, nécessite une étape de confirmation pour assurer une transition en douceur et éviter les interruptions.

Lors d'une mise à jour, vous êtes invité à arrêter ou à enregistrer les processus en cours d'exécution. En cas de non-réponse, Studio enregistre automatiquement le travail et se ferme, tandis que le Robot attend la fin des processus avant la mise à jour. Vous pourrez reprendre votre travail après la mise à jour.

Installations en mode utilisateur

Installations en mode service

L'invite de mise à jour propose deux options : Mettre à jour maintenant ( Update Now ) - Arrête toutes les tâches en cours d'exécution et ferme toutes les instances Studio actives. La mise à jour démarre immédiatement. Plus tard (Later) - Diffère la mise à jour. La notification est silencieuse et vous pouvez lancer le processus de mise à jour à votre convenance. Vous pouvez lancer le processus de mise à jour en cliquant sur Vérifier les mises à jour ( Check for updates ) dans l'icône de l'interface utilisateur UiPath située dans la barre d'état système. Important : Si vous ne répondez pas à l’invite dans les 24 heures, le système installe automatiquement la mise à jour, ce qui peut entraîner des échecs de tâche.

Le service de mise à jour vérifie que Robot, Studio ou Assistant n'exécutent aucune tâche ou de processus. Une fois qu'elle est confirmée, la confirmation de mise à jour est renvoyée au serveur de mise à jour, déclenchant le processus de mise à jour. Important : Si vous ne répondez pas à l'invite dans les 10 minutes, le système installe automatiquement la mise à jour, ce qui peut entraîner des échecs de tâche.

Le processus de mise à jour

Le processus de mise à jour se déroule selon les étapes suivantes :

1. Téléchargement: le service de mise à jour vérifie les demandes de mise à jour du serveur de mise à jour toutes les trois heures et commence le téléchargement si elles sont reçues.

2. Téléchargé(Downloaded) : marque un téléchargement réussi du fichier et initialise le post-traitement.

3. Traitement(Process) : implique le post-traitement du fichier téléchargé, recherche les erreurs et lance le processus d'installation si cette option est claire.

4. Prêt à installer ( Ready to Install) : avertit l'utilisateur ou vérifie que Robot, Studio et Assistant sont prêts à être mis à jour.

5. Installation approuvée ( Install Approved) : Une fois que le service de mise à jour reçoit l'approbation, l'installation réelle commence.

6. Installation: la nouvelle version est installée, en conservant les mêmes paramètres.

7. Succès/Erreur (Success/Error): indique le statut de mise à jour au serveur de mise à jour.

Une fois le processus de mise à jour terminé, vous devez redémarrer manuellement Robot et Studio.

Lorsqu'une extension Chrome est préinstallée, le processus la met à jour automatiquement. Sans cela, une installation manuelle post-mise à jour est nécessaire.

Important :

En mode utilisateur, une commande de mise à jour vers un Robot a un impact sur tous les utilisateurs de cette machine.

The auto-update process for proxy configurations

Vous pouvez configurer le processus de mise à jour automatique pour les Robots fonctionnant derrière un proxy, en fonction du type d'installation du Robot :

For unattended installations, the Update Agent is absent. Configurations for proxy are manually handled by modifying the UiPath.config file. Both the Robot Service and the Update Service run using a Windows Service, independent of a user.

For attended installations, configurations for proxy are also manually handled by modifying the UiPath.config file. However, the user starts both the Robot Service and the Update Agent. The Update Service runs using a Windows Service.

For quick installations, configurations for the proxy are inherited from the existing user settings. The user initiates all services: Robot Service, Update Agent, and Update Service.

Le mécanisme de nouvelle tentative

Lorsque le service de mise à jour ne peut pas télécharger les fichiers de mise à jour, trois nouvelles tentatives de téléchargement sont disponibles. Les utilisateurs sont informés avant chaque nouvelle tentative :

• La première nouvelle tentative s’applique une heure après la tentative de mise à jour initiale.

• La deuxième nouvelle tentative s’applique deux heures après la première.

• La troisième nouvelle tentative s’applique quatre heures après la seconde.

Les journaux de nouvelles tentatives sont stockés dans Orchestrator ou dans le fichier de journal local : %localappdata%/Uipath/UpdateService/logs.

Si la mise à jour n'est pas effectuée dans les 72 heures suivant son démarrage, une erreur est consignée et la mise à jour est relancée à la demande suivante.

Pour réessayer manuellement la mise à jour, cliquez sur l'icône de mise à jour .

Journaux de mise à jour

Vous pouvez accéder aux journaux pour les mises à jour ayant échoué et réussies :

• Depuis l'interface d'Orchestrator : Locataire (Tenant) > Machines > sélectionnez une machine > Autres actions (More Actions) > Versions installées et journaux ( Installed Versions & Logs)

• Sur la machine, dans le fichier journal : %localappdata%/Uipath/UpdateService/logs

Mettre à jour les statuts

Vous pouvez vérifier le statut de votre version de Robot pour vos machines.

Sur la page Orchestrator > Locataire > Machine (Orchestrator > Tenant > Machine), la colonne Statut de version (Version status) affiche le statut de la politique de mise à jour de la machine correspondante. Les valeurs suivantes sont disponibles :

Statut de version	Description
Aucune politique	Aucune stratégie de mise à jour définie pour la machine.
Mise à jour en cours	Un processus de mise à jour est en cours sur la machine.
Conforme	La version du robot sur la machine correspond à la stratégie de mise à jour.
Non conforme	La version du robot sur la machine diffère de celle définie dans la stratégie.
Échec de la mise à jour	Le processus de mise à jour a échoué. Pour en savoir plus, consultez les journaux de mise à jour.
S/O	Ce statut apparaît lorsque la fonctionnalité permettant d'exclure les machines inactives est active et que le robot n'a pas été connecté depuis un certain temps, ou que le type de machine ne prend pas en charge le processus de mise à jour automatique.

Mises à jour du modèle de machine

Lorsqu'une machine est inactive, le modèle de machine, en utilisant la même clé de machine avec le serveur de mise à jour, devient Non conforme (Non compliant).

Pour exclure les machines inactives, sélectionnez la case Binaires client ( Client Binaries ) dans Orchestrator > Locataire (Tenant) > Paramètres (Settings) et ajustez l'intervalle d'inactivité.

Mises à jour de la machine clonée dans les environnements virtuels

Pour les Robots déployés sur des environnements virtuels impliquant une machine clonée, tous les attributs, tels que le nom de la machine, le GUID ou l'ID de lecteur, sont les mêmes.

Orchestrator reçoit ainsi des statuts de mise à jour différents de plusieurs machines partageant des attributs identiques, ce qui entraîne des entrées de journal en double.

Dans ce cas, Orchestrator affiche le statut de mise à jour de la machine connectée la plus récente.