- Notes de publication
- Démarrage
- Assistant UiPath
- Installation et mise à niveau
- Types de robot
- Composants du Robot
- Licences
- Connexion des Robots à Orchestrator
- Processus et activités
- Journalisation
- Robot JavaScript SDK
- Scénarios spécifiques
- Redémarrage des composants du Robot
- Sessions Windows
- Connexion à l’aide du système d’informations d’identification Thales Luna
- Connexion à l’aide du fournisseur de services de chiffrement nShield
- Rediriger les Robots vers un serveur proxy
- Exécuter des tâches à partir d'une session de bureau à distance minimisée
- Utilisation de lecteurs réseau mappés
- Arrêter un processus :
- Désactiver le bouton Arrêt
- Dossiers de paquets personnalisés et chemins d'accès réseau
- Intégration de CrowdStrike
- Virtualisation des applis Citrix par le Robot
- Résolution des problèmes
- Robot ne répond pas sur RDP
- Journaux d'exécution en double
- Erreurs du Robot fréquemment rencontrées
- Augmentation de la durée d'exécution des processus
- Vérification forcée de la signature des paquets
- Message trop volumineux pour être traité
- Erreurs lors de l’exécution en tant qu’administrateur
- Les packages NuGet ne sont pas accessibles après la migration
- Invite de contrôle d'accès utilisateur et activités d'automatisation de l'interface utilisateur
- .NET nécessaire lors de l'installation
- L'assembly ne peut pas être chargé à partir du réseau ou d'un partage de fichiers Azure
- Les activités ne trouvent pas le runtime .NET
Guide de l'utilisateur du Robot
Journaux d'exécution en double
En de rares occasions, des entrées du journal en double sont écrites dans la base de données locale LiteDB, ce qui entraîne une quantité excessive d'espace disque utilisée par la base de données du journal. Par conséquent, Orchestrator reçoit également plusieurs entrées du journal en double. Étant donné que le Robot ne pouvait pas écrire de journaux dans le fichier de la base de données, plusieurs tentatives ont été effectuées, sans marquer chaque tentative comme envoyée.
Le fichier de la base de données LiteDB devient corrompu, ce qui empêche le robot d'effectuer des opérations de lecture et d'écriture dans le fichier.
Une méthode de validation visant à s'assurer que le fichier LiteDB est accessible à tout moment et qu'il ne soit pas corrompu a été introduite. Si le fichier LiteDB est corrompu, le service Robot doit être redémarré pour qu'une sauvegarde soit automatiquement créée et qu'un nouveau fichier soit généré pour éviter que la base de données ne soit à nouveau corrompue.
