Fehlerbehebung für Protokollierung

Lösungen für Probleme mit der Roboterprotokollierung, einschließlich doppelter Protokolleinträge und fehlender Ausführungsprotokolle, die durch eine beschädigte LiteDB-Datenbankdatei verursacht werden.

Doppelte Ausführungsprotokolle

Beschreibung

In seltenen Fällen werden doppelte Protokolleinträge in die lokale LiteDB-Datenbank geschrieben, was zu einem übermäßigen Speicherplatzverbrauch in der Protokolldatenbank führt. Als Ergebnis würde Orchestrator auch mehrere doppelte Protokolleinträge erhalten. Da der Roboter keine Protokolle in die Datenbankdatei schreiben konnte, wurden wiederholte Versuche unternommen, ohne jeden Versuch als gesendet zu markieren.

Mögliches Problem

Die LiteDB-Datenbankdatei wird beschädigt, sodass der Roboter keine Lese- und Schreibvorgänge für die Datei ausführen kann.

Lösung

Wenn die LiteDB-Datei beschädigt wird, starten Sie den Roboterdienst neu. Dadurch wird eine Sicherung erstellt und eine neue Datei generiert, um zu verhindern, dass die Datenbank erneut beschädigt wird.

Keine Ausführungsprotokolle

Beschreibung

Der Orchestrator zeigt keine Ausführungsprotokolle an, obwohl Prozesse wie erwartet ablaufen.

Mögliches Problem

Eine beschädigte LiteDB-Datei kann verhindern, dass der Roboter Ausführungsprotokolle verarbeitet. Wenn eine Beschädigung erkannt wird, hält der Roboter die Protokollverarbeitung an und es werden keine neuen Protokolle im Orchestrator angezeigt.

Lösung

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.