Dépannage de la journalisation

Solutions pour les problèmes de journalisation du Robot, y compris les entrées de journal en double et les journaux d'exécution manquants causé par un fichier de base de données LiteDB corrompu.

Journaux d'exécution en double

Description

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.

Problème potentiel

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.

Solution

Si le fichier LiteDB est corrompu, redémarrez le service de Robot UiPath. Cela crée une sauvegarde et génère un nouveau fichier, pour éviter que la base de données ne soit à nouveau corrompue.

Aucun journal d’exécution

Description

Orchestrator n’affiche aucun journal d’exécution alors que les processus s’exécutent comme prévu.

Problème potentiel

Un fichier LiteDB corrompu peut empêcher le Robot de traiter les journaux d’exécution. Lorsqu’une corruption est détectée, le Robot interrompt le traitement du journal et aucun nouveau journal n’apparaît dans Orchestrator.

Solution

Check the Robot.log file for the "Logging database abandoned, moved to <name>.bak1" message. The number in the backup file name can differ. The Robot logs this message when it closes the logging database, for example when the Robot Service shuts down, so it confirms the corrupted LiteDB file only after the service stops or restarts, not beforehand.

If you suspect a corrupt LiteDB file, restart the Robot Service. This creates a backup and generates a new file, to prevent the database from becoming corrupt again.