- Démarrage
- Meilleures pratiques
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Enregistrement des identifiants du Robot dans CyberArk
- Stockage des mots de passe d'Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d'identification de l'Unattended Robot dans HashiCorp Vault (lecture seule)
- Suppression des sessions Unattended déconnectées et qui ne répondent pas
- Authentification du Robot
- Authentification du Robot avec les informations d'identification du client
- Authentification par carte à puce
- Attribution de rôles
- Gestion des rôles
- Rôles par défaut
- FAQ
- Permettre aux utilisateurs d'exécuter des automatisations personnelles
- Permettre aux utilisateurs d'exécuter des automatisations sur une infrastructure Unattended via des robots Unattended
- Configuration des comptes Robot pour exécuter des automatisations Unattended
- Audit
- Service de catalogue de ressources
- Robots Automation Suite
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- Compartiments de stockage
- Test Suite - Orchestrator
- Intégrations
- Robots classiques
- Résolution des problèmes
Guide de l'utilisateur d'Orchestrator
Gestion des tâches
Avant de suivre les étapes ci-dessous, vous devez créer un processus.
Définition de la priorité de la tâche
Dans la liste déroulante Priorité des tâches, (Jobs Priority), sélectionnez la priorité de la tâche à exécuter si vous souhaitez qu'elle diffère de la priorité définie au niveau du processus. Ce champ se renseigne automatiquement avec la priorité héritée du package.
Sélection du runtime d’exécution
Dans la liste déroulante Licence de runtime (Runtime license), sélectionnez le type de runtime utilisé pour exécuter la tâche. Le nombre de runtimes disponibles et connectés est affiché sous la liste déroulante.
- _ Disponible (Available) - Le nombre de runtimes disponibles, calculé comme le nombre total de runtimes moins le nombre de runtimes en cours d’exécution.
-
_ Connecté (Connected) - Le nombre total de runtimes, calculé comme le nombre total de runtimes sur toutes les machines connectées à Orchestrator associé au dossier actif.
Licence runtime
Description
Non assisté (Unattended)
La tâche est exécutée en mode Unattended et consomme un runtime Unattended.
Hors production (NonProduction)
La tâche est exécutée en mode Unattended et consomme un runtime NonProduction.
Test
La tâche est exécutée en mode Unattended et consomme un runtime de Test.
Développement (Development)
La tâche est exécutée en mode Unattended à l'aide d'un runtime Development. Cela permet aux développeurs d'exécuter des tâches à partir d'Orchestrator dans leur espace de travail personnel, à des fins de test et de débogage, sans utiliser de licence Unattended, NonProduction ou de Test. Voir les détails sur le débogage à l'aide d'espaces de travail personnels.
Exemple : Imaginons que vous disposiez de 2 runtimes NonProduction et 1 runtime Unattended sur un modèle de machine A, et de 3 runtimes NonProduction et 2 runtimes Unattended sur un autre modèle de machine B. Les deux sont associés à un dossier. Pour chaque modèle, vous connectez une machine hôte. L'état de runtime obtenu est le suivant :
- Unattended :
3 Available, 3 Connected - NonProduction :
5 Available, 5 Connected
Une tâche en cours d'exécution occupant un runtime retire 1 au nombre de runtimes disponibles pour ce type.
Configurez la cible d'exécution
Configurez votre cible d'exécution en définissant les options ci-dessous comme vous le souhaitez dans l'onglet Cible d' exécution (Execution Target) .
Allouer dynamiquement
L'allocation dynamique sans sélection explicite de compte et de machine vous permet d'exécuter plusieurs fois un processus de premier plan sous le compte et la machine qui deviennent disponibles en premier. Les processus d'arrière-plan sont exécutés sur n'importe quel compte, qu'il soit occupé ou non, tant que vous disposez de suffisamment de runtimes.
À l'aide de cette option, vous pouvez exécuter un processus jusqu'à 10 000 fois dans une seule tâche.
Compte (Account)
Vous pouvez choisir l’une des approches suivantes :
- La spécification d'un compte signifie que le processus est exécuté sous ce compte utilisateur ou Robot spécifique.
- Le fait de spécifier à la fois le compte et la machine signifie que la tâche se lance sur cette paire compte-machine en particulier. Seules les paires compte-machine valides sont disponibles pour la sélection.
- Si vous ne spécifiez aucun compte, Orchestrator allouera dynamiquement le compte.
Machine
Vous pouvez choisir l’une des approches suivantes :
- La spécification d'un objet machine signifie que le processus est exécuté sur l'une des machines hôtes associées au modèle de machine sélectionné. Sélectionnez une machine hôte spécifique dans le pool de machines hôtes connectées dans le champ Machines connectées (Connected Machines).
- Le fait de spécifier à la fois le compte et la machine signifie que la tâche se lance sur cette paire compte-machine en particulier. Seules les paires compte-machine valides sont disponibles pour la sélection.
- Si vous ne spécifiez aucune machine, Orchestrator allouera dynamiquement la machine hôte.
Assurez-vous que les runtimes correspondant au type de tâche sont affectés au modèle de machine associé. Seules les machines hôtes connectées associées au dossier actif sont affichées.
Conserver l’affectation Compte/Machine à la reprise de la tâche
Ce champ permet de configurer si les différents fragments d'une tâche de longue durée sont exécutés sur la même paire compte-machine.
Par défaut, une tâche suspendue reprend sur n'importe quel robot disponible sur n'importe quelle machine disponible.
En fonction de vos besoins en licence ou en ressources, vous avez la possibilité de reprendre une tâche sur la même machine et dans le même contexte de compte que celui qui a démarré la tâche.
Supposons que vous ayez besoin d'une licence SAP pour exécuter une tâche. Au lieu d'installer une licence SAP sur chaque machine disponible (coûts accrus), vous pouvez l'installer sur une seule machine et utiliser cette machine pour démarrer et reprendre la tâche. La même stratégie peut s'appliquer aux licences d'utilisation. Vous ne pouvez allouer qu'une seule licence utilisateur et l'utiliser pour exécuter la tâche.
Planifiez la fin de l’exécution de la tâche
L'exécution du processus peut parfois être défectueuse, ce qui entraîne le maintien de la tâche à l'état en attente. L’activation de la bascule vous permet (cliquez pour développer) :
- Sélectionnez Forcer l'arrêt (Kill) dans la liste déroulante - tente de forcer l'arrêt de l'exécution une fois l'intervalle de temps défini écoulé depuis que la tâche est bloquée dans l'état En attente (Pending) (définissez l'heure sur un minimum de 1 minute, et un maximum de 10 jours, 23 heures et 59 minutes) ;
- Sélectionnez Forcer l'arrêt (Kill) dans la liste déroulante - tente de forcer l'arrêt de l'exécution une fois l'intervalle de temps défini écoulé depuis que la tâche est bloquée dans l'état En attente (Pending) (définissez l'heure sur un minimum de 1 minute, et un maximum de 10 jours, 23 heures et 59 minutes) ;
- Sélectionnez Arrêter (Stop) dans la liste déroulante et activez l'option Si le travail ne s'arrête pas, forcer l'arrêt (If the job does not stop, kill it) - tente de mettre fin normalement à l'exécution une fois l'intervalle de temps défini écoulé depuis que le travail est bloqué dans un état En attente (Pending), puis tente d'en forcer l'arrêt une fois que l'intervalle de temps défini s'est écoulé depuis que le travail est bloqué dans un état En cours d'arrêt (Stopping) (définissez le temps sur un minimum de 1 minute, un maximum de 10 jours, 23 heures et 59 minutes).
Générer une alerte si l'exécution est bloquée en attente ou reprise
En activant le bouton bascule, vous activez des alertes sur les tâches qui conservent le statut En attente ou Reprise plus longtemps que la durée spécifiée.
La durée configurable est d'une minute au minimum et de onze jours au maximum.
Si la tâche dépasse la durée configurée, une fenêtre contextuelle d'alerte de gravité « Erreur » vous en informe avec le texte suivant :
"N tâches pour #process {process_number} ont été en attente ou ont repris pendant plus de X heures et Y minutes.", où :
- N : Correspond au nombre de tâches qui ont déclenché l'alerte
- {process_number} - l'identifiant du processus
-
X : Le nombre d'heures configuré que la tâche a dépassée tout en ayant le statut en attente ou repris.
Remarque : Les jours sont convertis en heures. - Y : Le nombre configuré de minutes que la tâche a dépassé tout en ayant le statut En attente ou Reprise.
Générer une alerte si une tâche s’est interrompue
En activant la bascule, vous activez les alertes sur les tâches qui ne se terminent pas dans la durée spécifiée.
La durée configurable est d'une minute au minimum et de onze jours au maximum.
Si la tâche dépasse la durée configurée, une fenêtre contextuelle d'alerte de gravité « Erreur » vous en informe avec le texte suivant :
"La tâche du #processus {numéro_processus} s’exécute depuis plus de X heures et Y minutes.", où :
- {process_number} - l'identifiant du processus
-
X : le nombre d'heures configuré que la tâche a dépassé lors de sa tentative d'achèvement.
Remarque : Les jours sont convertis en heures. - Y - le nombre configuré de minutes que la tâche a dépassé lors de sa tentative d'achèvement.
Orchestrator empêche le démarrage de tâches sur des configurations non valides. Essayer de démarrer une tâche dans une configuration non valide entraîne un message d'erreur avec une description vous fournissant des informations pour corriger votre configuration.
Le démarrage d'une tâche en utilisant l'allocation dynamique, c'est-à-dire sans machine ni compte spécifié, avec une configuration de dossier incompatible entraînera une erreur. Assurez-vous de corriger la configuration, sinon les tâches resteront en attente indéfiniment. Par exemple, essayer d'exécuter une tâche .NET Framework 4.6.1 en arrière-plan alors qu'il n'y a que des modèles multiplateformes dans le dossier ne fonctionnera pas, car les tâches resteront en attente jusqu'à ce que la configuration soit corrigée.
Ajouter des arguments
Dans l'onglet Arguments, fournissez les arguments d'entrée du processus sélectionné. Cet onglet se renseigne automatiquement avec tous les arguments d'entrée acceptés par le processus sélectionné et les valeurs correspondantes héritées du package.
Cliquez sur le bouton Autres actions (More Actions) correspondant et sur Arrêter (Stop). Le projet d'automatisation est exécuté jusqu'à ce qu'il trouve une activité Should Stop. Pendant ce temps, la tâche est dans l'état En cours d'arrêt (Stopping). Si l'activité se produit, l'exécution est arrêtée et l'état final de la tâche est Réussi (Successful). Si une activité Should Stop est introuvable, l'exécution de la tâche ne s'arrête pas avant qu'elle n'atteigne la fin du projet. L'état final, dans ce cas précis, est également Réussi (Successful).
- Une tâche démarrée à partir d'Orchestrator ne peut être arrêtée qu'à partir d'Orchestrator.
- Il est possible de forcer l'arrêt d'une tâche commencée depuis Orchestrator à la fois dans Orchestrator, depuis la page Tâches (Jobs) et en utilisant l'Assistant UiPath.
- Une fois qu'une tâche est arrêtée, les planifications de fin de tâche sont perdues et vous devez reconfigurer les options Planifier la fin de l'exécution de la tâche (Schedule ending of job execution) au redémarrage de la tâche.
Cliquez sur le bouton Autres actions (More Actions) correspondant et sur Reprendre (Resume).
Cliquez sur le bouton Autres actions (More Actions) correspondant et sur Forcer l'arrêt (Kill). Le projet d'automatisation est arrêté de force, l'état de la tâche est Arrêté (Stopped), et le message « Tâche annulée » s'affiche dans la fenêtre Détails de la tâche (Job Details).
- Il est possible de forcer l'arrêt d'une tâche commencée à partir Orchestrator aussi bien dans Orchestrator, depuis la page d'emploi, qu'en utilisant l'assistant UiPath.
- Il est possible de forcer l'arrêt d'une tâche commencée depuis Orchestrator à la fois dans Orchestrator, depuis la page Tâches (Jobs) et en utilisant l'Assistant UiPath.
- Une fois qu'une tâche est arrêtée, les planifications de fin de l'exécution de la tâche sont perdues et vous devez reconfigurer les options Planifier la fin de l'exécution de la tâche (Schedule ending of job execution) au redémarrage de la tâche.
Cette fonctionnalité vous permet d’exécuter rapidement une tâche à partir de la liste de tâches, sans passer par le flux de tâches de configuration. Vous pouvez redémarrer n’importe quelle tâche présentant un état final (Arrêté (Stopped), Défaillant (Faulted) ou Réussi (Successful)).
- Vous ne pouvez pas redémarrer les tâches déclenchées par des agents tels que l'Assistant ou via des sessions de débogage à distance de Studio.
- Lorsque vous redémarrez une tâche dont les options Planifier la fin de l'exécution de la tâche (Schedule ending of job execution) étaient actives, vous devez reconfigurer ces options.
Cette procédure suppose que vous avez auparavant démarré une tâche qui a déjà atteint un statut final.
- Cliquez sur le bouton Autres actions (More Actions) correspondant, puis sur Redémarrer (Restart). La fenêtre Démarrer la tâche (Start Job) s’affiche, avec les paramètres initiaux de la tâche.
- Effectuez les modifications souhaitées.
- Cliquez sur Démarrer (Start). La fenêtre Démarrer les tâches (Start Jobs) se ferme et l'exécution démarre. L'état de chaque tâche s'affiche en temps réel sur la page Tâches (Jobs).
Pour afficher les journaux d'une tâche spécifique, cliquez sur le bouton Autres actions (More Actions) correspondant, puis sur Afficher les journaux (View Logs). La page Journaux (Logs) s'affiche et contient les données concernant la tâche indiquée.
Pour afficher les détails d'une tâche spécifique, suivez ces étape :
-
Cliquez sur le bouton Afficher les détails (View Details) correspondant. La fenêtre Détails de la tâche (Job Details) s'affiche. Vous pouvez y trouver diverses informations telles que le nom du processus sous-jacent, le Robot et la machine d'exécution, le motif d'échec des tâches, etc.
Remarque : Le champ Info n'affiche pas les considérations de licence pour les tâches qui échouent. Utilisez la fonctionnalité de surveillance pour plus de détails sur les licences.
