- Acerca de esta guía
- Primeros pasos
- Instalando
- Actualización
- Connecting and licensing
- Configurar
- Running workloads
- RPA processes and tests
- Agents, functions, and API workflows
- Limits
- Securing and governing
- Supervisión
- Solución de problemas
- Solución de problemas de Robot Service
- Solución de problemas de ejecución
- Unified Runtime troubleshooting
- Resolución de problemas de grabación y control remoto
- Solución de problemas de red
- Solución de problemas de conexión
- Resolución de problemas de licencias
- Resolución de problemas de paquetes
- Solución de problemas de .NET
- Solución de problemas de registro
- Solución de problemas de la sesión
- Referencia
Solución de problemas de registro
Soluciones para problemas de registro de robots, incluidas entradas de registro duplicadas y registros de ejecución faltantes causados por un archivo de base de datos LiteDB dañado.
Registros de ejecución duplicados
Descripción
En raras ocasiones se escriben entradas de registro duplicadas en la base de datos local de LiteDB, lo que da lugar al uso de una cantidad de espacio en disco excesiva por parte de la base de datos de registro. Como resultado, Orchestrator también recibirá múltiples entradas de registro duplicadas. Como el robot no puede escribir registros dentro del archivo de base de datos, se hacen intentos repetidos, sin marcar cada intento como enviado.
Posible problema
El archivo de base de base LiteDB se corrompe, haciendo que el robot no pueda realizar operaciones de lectura y escritura en el archivo.
Solución
Si el archivo LiteDB se daña, reinicia el mantenimiento de robot de UiPath. Esto crea una copia de seguridad y genera un nuevo archivo, para evitar que la base de datos se vuelva a dañar.
Sin registros de ejecución
Descripción
Orchestrator no muestra ningún registro de ejecución, aunque los procesos se ejecutan según lo esperado.
Posible problema
Un archivo LiteDB dañado puede impedir al robot procesar los registros de ejecución. Cuando se detecta un elemento dañado, el robot detiene el procesamiento de registros y no aparecen registros nuevos en Orchestrator.
Solución
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.