ログのトラブルシューティング

LiteDB データベース ファイルの破損が原因で発生する、ログ エントリの重複や実行ログの欠落など、ロボット ログの問題に対する解決策です。

重複する実行ログ

説明

まれに、重複したログ エントリが LiteDB ローカル データベースに書き込まれ、ログ データベースが過剰にディスク容量を使用することがあります。その結果、Orchestrator には複数の重複したログ エントリも出力されます。Robot はデータベース ファイル内にログを書き込むことができないため、各試行を送信済みとしてマークせずに繰り返し試行されました。

潜在的な問題

LiteDB データベース ファイルが破損し、Robot がファイルに対して読み取りや書き込み操作を実行できなくなります。

解決策

LiteDB ファイルが破損している場合は、Robot サービスを再起動します。これによってバックアップが作成されて新しいファイルが生成され、データベースが再度破損するのが防止されます。

実行ログがない

説明

プロセスは期待どおりに実行されていますが、Orchestrator に実行ログがまったく表示されません。

潜在的な問題

LiteDB ファイルが破損しているために、ロボットが実行ログを処理できない可能性があります。破損が検出された場合、ロボットはログの処理を停止し、Orchestrator に新しいログが表示されなくなります。

解決策

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.