- Démarrage
- Comprendre UiPath Robot
- Assistant UiPath
- Prérequis d’installation
- Installation de robots pour des automatisations Unattended
- Configuration de robots pour des automatisations Unattended
- Déployer des automatisations non assistées
- Connexion des robots pour les automatisations Unattended à Orchestrator
- Configuration de Windows Server pour des Robots haute densité
- Rediriger les Robots vers un serveur proxy
- Implémenter l’authentification
- Ajuster les paramètres du registre pour l'exécution dans une session de bureau à distance minimisée
- Utilisation d’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 de robots pour des automatisations Attended
- Configuration de robots pour les automatisations Attended
- Intégrations
- Résolution des problèmes
- Résoudre les problèmes du service de robot UiPath
- Résoudre les problèmes d’exécution
- Résoudre les problèmes de mise en réseau
- Résolution des problèmes de connexion
- Résolution des problèmes d'attribution de licence
- Résolution des problèmes de package
- 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 le cycle de vie d'une automatisation, l'exécuteur représente l'étape d'exécution :
-
Étape de conception : une fois qu'un workflow d'automatisation est conçu et créé dans Studio, il est ensuite publié dans Orchestrator.
-
Étape Orchestrator : 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.
-
Étape d'exécution : Lorsqu'une tâche est planifiée ou déclenchée, Orchestrator envoie une commande au service Robot. Le service de Robot démarre ensuite des instances de l'exécuteur UiPath pour exécuter la tâche d'automatisation. Chaque instance fonctionne dans une session isolée, garantissant que si une tâche échoue, les autres restent inchangées.
-
Étape post-exécution (Post-execution) : lorsque la tâche est terminée, les instances d'exécuteur sont terminées et les résultats sont renvoyés à Orchestrator. Les détails tels que la durée d’exécution, le statut (succès ou échec) et toutes les exceptions sont consignés et peuvent être analysés pour le dépannage ou l’amélioration du processus.
Certaines des fonctionnalités de l'exécuteur incluent :
-
Exécution de tâches locales ou à distance : l'exécuteur UiPath peut exécuter des tâches sur le périphérique local où le service de Robot est installé, ou bien il peut se connecter à d'autres périphériques à distance et exécuter des tâches là-bas.
-
Exécution de tâches simultanées : l'exécuteur est capable d'effectuer plusieurs automatisations en même temps, chacune fonctionnant comme une session indépendante.
-
Équilibrage de charge et priorisation des tâches : Avec UiPath Orchestrator, l'exécuteur peut aider à équilibrer les charges d'automatisation sur plusieurs robots et à hiérarchiser les tâches en fonction de règles prédéfinies.
-
Maintien de l'isolation du workflow : chaque exécution dans l'exécuteur est isolée, ce qui implique que l'erreur ou l'échec d'une tâche n'a pas d'impact sur les performances des autres.
L'exécuteur s'adapte à différents paramètres DPI, permettant aux workflows de s'exécuter sur n'importe quelle résolution. Si certaines applications ne peuvent pas gérer DPI, vous pouvez désactiver cette fonctionnalité.
En fonction du projet d'automatisation, le service de robot va lancer le type d'exécuteur pertinent destiné à exécuter l'automatisation. La table suivante résume les types de projet qu’un exécuteur peut exécuter, en fonction de l’infrastructure cible utilisée.
Type de projet/d'exécuteur |
Architecture |
SE 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 avec prise en charge Windows (.NET Core - Windows) |
Multiplateforme |
64 bits |
Windows, Linux, MacOS (64 bits) |
.NET 8 avec prise en charge multiplateforme (.NET Core) |
Chaque ligne du tableau représente un type d'exécuteur différent, indiquant comment il est configuré pour exécuter des projets en fonction des exigences spécifiques du type de projet, du système d'exploitation cible et de la version de .NET Framework utilisée. Ces informations aident à comprendre quel exécuteur est approprié pour chaque projet, garantissant la compatibilité avec l'environnement cible et exploitant les capacités d'infrastructure pertinentes.
UIPATH_HEADLESS_WITH_USER
, que vous pouvez configurer en fonction du type d'utilisateur qui exécute l'automatisation et de la version du robot installée sur votre machine.
UIPATH_HEADLESS_WITH_USER
doit être False
ou ne pas être défini du tout.
Lorsque l'utilisateur exécutant l'automatisation a des 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 êtreTrue
. -
Pour toute version de Robot exécutant des automatisations de premier plan, il ne doit y avoir aucune variable
UIPATH_HEADLESS_WITH_USER
définie. -
Pour les automatisations de premier plan et d'arrière-plan qui utilisent Robot version 2021.4 ou antérieure, il ne devrait y avoir aucune variable
UIPATH_HEADLESS_WITH_USER
définie.
Type d’utilisateur |
Type d'automatisation |
UIPATH_HEADLESS_WITH_USER
|
La version du robot qui utilise cette configuration |
---|---|---|---|
Utilisateur du système local |
Arrière-plan |
False ou null
|
2021.10 et versions ultérieures |
L'utilisateur configuré dans Orchestrator |
Arrière-plan |
|
Toutes les versions |
Premier plan |
Pas besoin d'une variable |
Toutes les versions | |
Tout |
Pas besoin d'une variable |
2021.4 et versions antérieures |
En général, chaque processus nécessite du 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.
Voici quelques détails clés sur l'exécuteur préchargé :
-
Exécution plus rapide : En préchargeant le processus, vos robots peuvent commencer à travailler beaucoup plus rapidement sur leurs tâches.
-
Utilisation des ressources : avec un exécuteur préchargé, les robots consomment moins de ressources en ayant déjà les workflows requis chargés en mémoire.
-
Disponibilité : les exécuteurs préchargés sont principalement conçus pour les automatisations Attended démarrées à partir de Assistant, de RobotJS, de Studio ou de l'interface de ligne de commande. Les tâches Unattended depuis Orchestrator lancent un seul exécuteur non préchargé.
Variable d'environnement |
Valeur (Value) |
Description |
---|---|---|
UIPATH_PRE_LOADED_EXECUTOR |
Aucun (None) | Remplace le comportement par défaut et démarre l’exécuteur préchargé uniquement lorsque la première tâche démarre. |
UIPATH_DISABLE_PRE_LOADED_EXECUTOR |
Vrai | Désactive l’exécuteur préchargé. |
UIPATH_PRE_LOADED_EXECUTOR
à votre système, vous configurez une configuration préchargée. Cela démarre deux exécuteurs : un chaque fois qu'une tâche démarre, et un autre pour attendre les futures tâches - 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é pour attendre la tâche suivante. En bref, une configuration préchargée garantit toujours qu'il y a un exécuteur disponible en attente de tâches.
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 Windows hérités.
UiPath.Service.UserHost.exe
démarre, il lance un seul exécuteur préchargé pour les projets multiplateformes.