- Démarrage
- Comprendre UiPath Robot
- Prérequis d’installation
- Installation de robots pour des automatisations unattended
- Configuration des robots pour les automatisations unattended
- Déploiement d'automatisations unattended
- Connexion des robots dédiés aux automatisations unattended à Orchestrator
- Configuration de Windows Server pour des Robots haute densité
- Rediriger les Robots vers un serveur proxy
- Implémenter l’authentification avec le fournisseur d’informations d’identification
- Utilisation des emplacements réseau
- Configurer des Robots Linux
- Configuration de la vérification de la signature des paquets
- Configurer des dossiers de package et des chemins d’accès réseau
- Configurer des flux d’activité
- Installation des robots pour les automatisations attended
- Configuration des robots pour les automatisations attended
- Intégrations
- Gouvernance
- Résolution des problèmes
- Résoudre les problèmes du service de robot UiPath
- Résoudre les problèmes d’exécution
- Enregistrement et dépannage à distance
- Résoudre les problèmes de mise en réseau
- Résolution des problèmes de connexion
- Dépannage des licences
- Dépannage des packages
- Résolution des problèmes .NET
- Dépannage de la journalisation
- Dépannage des problèmes de session

Guide de l’administrateur du Robot
Exécuteur Robot
UiPath.Executor.exe
.
Pendant l'intégralité du cycle de vie d'une automatisation, l'exécuteur est en charge de l'étape d'exécution :
-
Phase de conception : après sa conception et sa création dans Studio, un workflow d'automatisation est publié dans Orchestrator.
-
Phase Orchestrator : l'Orchestrator est le composant qui gère, contrôle et consigne les opérations exécutées par les robots. Ici, vous pouvez planifier une tâche ou l'exécuter à la demande.
-
Phase d'exécution : lorsqu'une tâche est planifiée ou déclenchée, Orchestrator envoie un ordre au service de robot UiPath. Ensuite, le service de robot UiPath lance des instances d'exécuteur UiPath pour procéder à l'exécution de la tâche d'automatisation. Chaque instance fonctionne dans une session isolée. Ainsi, si une tâche échoue, les autres ne sont pas affectées.
-
Phase de post-exécution : lorsque la tâche est terminée, les instances de l'exécuteur sont résiliées et les résultats sont renvoyés à l'Orchestrator. Le délai d'exécution, le statut (réussite ou échec) et les exceptions éventuelles sont autant de détails qui sont consignés et peuvent être analysés le dépannage ou l'amélioration des processus.
Quelques-unes des capacités de l'exécuteur :
-
Exécution de tâches locales ou à distance : l'exécuteur UiPath peut lancer des tâches non seulement sur l'appareil local sur lequel le service de robot UiPath est installé, mais également en se connectant à d'autres appareils à distance pour y exécuter des tâches.
-
Exécution de tâches simultanées : l'exécuteur a la capacité d'accomplir plusieurs automatisations en parallèle, chacune fonctionnant comme une session indépendante.
-
Équilibrage des charges et hiérarchisation des tâches : conjointement à l'Orchestrator UiPath, l'exécuteur peut contribuer à l'équilibrage des charges d'automatisation entre plusieurs robots et à hiérarchiser les tâches en fonction de règles prédéfinies.
-
Maintien de l'isolement des workflows : chaque tâche de l'exécuteur est isolée, ce qui signifie que l'erreur ou la défaillance d'une tâche n'aura pas d'incidence sur les performances des autres.
L'exécuteur s'ajuste aux différents paramètres DPI, ce qui permet aux workflows de s'exécuter sur n'importe quelle résolution. Si certaines applications ne peuvent pas gérer les DPI, vous pouvez désactiver cette fonctionnalité.
En fonction du projet d'automatisation, le service de robot UiPath lance le type d'exécuteur adéquat pour exécuter l'automatisation. Les tableaux suivants résument les types de projets qu'un exécuteur peut lancer, en fonction de l'infrastructure cible utilisée.
Projet/type d'exécuteur |
Architecture |
Système d'exploitation pris en charge |
Infrastructure utilisée |
---|---|---|---|
Windows - Héritage |
32 bits |
Windows (x64 et x86) |
.NET Framework 4.6.1 |
Windows |
64 bits |
Windows x64 |
.NET 8, prise en charge de Windows (.NET Core - Windows) |
Multiplateforme |
64 bits |
Windows, Linux, MacOS (64 bits) |
.NET 8, prise en charge multiplateforme (.NET Core) |
Chaque ligne du tableau représente un type d'exécuteur différent, avec son mode de configuration pour exécuter des projets selon les exigences spécifiques du type de projet, le système d'exploitation cible et la version .NET Framework utilisée. Grâce à ces informations, déterminez le meilleur exécuteur pour chaque projet, assurez une bonne compatibilité avec l'environnement cible et exploitez le plein potentiel des fonctionnalités adéquates de l'infrastructure.
UIPATH_HEADLESS_WITH_USER
, configurable en fonction du type d'utilisateur, de l'automatisation exécutée et de la version du robot installée sur votre machine.
UIPATH_HEADLESS_WITH_USER
doit être défini comme False
ou simplement non défini.
Lorsque l'utilisateur exécutant l'automatisation dispose d'informations d'identification spécifiées dans Orchestrator, vous devez envisager trois scénarios :
-
Pour toute version de Robot exécutant des automatisations en arrière-plan, le paramètre
UIPATH_HEADLESS_WITH_USER
doit être défini commeTrue
. -
Pour toute version du Robot exécutant des automatisations de premier plan, aucune variable
UIPATH_HEADLESS_WITH_USER
ne doit être définie. -
Pour les automatisations en premier plan et en arrière-plan qui utilisent la version 2021.4 ou antérieure du Robot, aucune variable
UIPATH_HEADLESS_WITH_USER
ne doit être définie.
Type d’utilisateur |
Type d'automatisation |
Paramètre
UIPATH_HEADLESS_WITH_USER
|
La version du robot qui utilise cette configuration |
---|---|---|---|
Utilisateur système local |
Arrière-plan |
False ou nul
|
2021.10 et versions ultérieures |
Utilisateur configuré dans Orchestrator |
Arrière-plan |
|
Toutes les versions |
Premier plan |
Aucune variable nécessaire |
Toutes les versions | |
Tout |
Aucune variable nécessaire |
2021.4 et versions antérieures |
En général, chaque processus a besoin de temps pour charger le workflow, les packages et les bibliothèques requis en mémoire avant de pouvoir commencer le traitement. Dans une configuration préchargée, ces dépendances sont déjà chargées en mémoire, dans des emplacements d'exécution dédiés. Un exécuteur préchargé est activé par défaut.
Quelques informations cruciales concernant l'exécuteur préchargé :
-
Exécution plus rapide : en préchargeant le processus, vos robots peuvent commencer à travailler sur leurs tâches beaucoup plus rapidement.
-
Utilisation des ressources : les workflows ayant déjà été chargés en mémoire, les robots consomment moins de ressources.
-
Disponibilité : les exécuteurs préchargés sont principalement conçus pour les automatisations attended lancées à partir de l'Assistant, de RobotJS, de Studio ou de l'interface de ligne de commande. Les tâches Unattended provenant d'Orchestrator lancent un unique exécuteur non préchargé.
Variable d'environnement |
Valeur (Value) |
Description |
---|---|---|
UIPATH_PRE_LOADED_EXECUTOR |
Aucun (None) | Écrase le comportement par défaut et lance l'exécuteur préchargé uniquement au démarrage de la première tâche. |
UIPATH_DISABLE_PRE_LOADED_EXECUTOR |
Vrai | Désactive l'exécuteur préchargé. |
UIPATH_PRE_LOADED_EXECUTOR
à votre système, vous configurez un paramétrage préchargé. Deux exécuteurs démarrent : un lorsqu'une tâche démarre et un autre pour attendre les tâches futures (l'exécuteur préchargé). Lorsqu'une autre tâche démarre, elle utilise l'exécuteur préchargé et génère un autre exécuteur préchargé qui attendra la tâche suivante. En bref, une configuration préchargée garantit toujours qu'un exécuteur est disponible et attend une tâche.
UiPath.Service.UserHost.exe
démarre, il lance deux exécuteurs préchargés : un pour les projets Windows et un autre pour les projets hérités de Windows.
UiPath.Service.UserHost.exe
démarre, il lance un unique exécuteur préchargé pour les projets multiplateformes.