- 基本情報
- ベスト プラクティス
- テナント
- リソース カタログ サービス
- フォルダー コンテキスト
- 自動化
- プロセス
- ジョブ
- トリガー
- ログ
- 監視
- キュー
- アセット
- ストレージ バケット
- Orchestrator のテスト
- その他の構成
- Integrations
- ホストの管理
- 組織管理者
- トラブルシューティング

Orchestrator ユーザー ガイド
ログについて
[ログ] ページには、ユーザーがアクセス権を持つすべてのフォルダー内のロボットが生成したログが表示されます。リモート デバッグ セッションによって開始されたジョブで生成されたログも含まれます。
Elasticsearch にアクセスするには、フォルダー コンテキストから Orchestrator の [オートメーション] タブに移動し、表示されるオプションから [ログ] を選択します。
以下の表に、[ログ] ページのフィールドの説明を示します。
| フィールド | 説明 |
|---|---|
| Time | ログが登録された時刻のタイムスタンプです。 注: ログ リストは 、時刻 で並べ替えたりフィルター処理したりできます。 |
| レベル | ログ記録されたメッセージの重要度レベルです。使用できるオプションは、Trace、Debug、Info、Warn、Error、Fatal です。 注: ログ リストは 、レベルで 並べ替えたりフィルター処理したりできます。 |
| プロセス | 対象のログメッセージを生成したプロセスの名前です。 |
| ホスト名 | プロセスの実行に使用されたワークステーションの名前です。 |
| ホスト ID | 実行に使用される ID です。以下の値が表示されます。
... フォアグラウンド ジョブ (Robot のバージョンは関係なし) 2021.10 より前のロボットで実行された、すべてのジョブ … マシン キーを使用してユーザーのサインインなしで接続されたロボットで実行された Attended ジョブ 注: 2021.10 より前のロボットの場合、ホスト ID の値は Orchestrator で行ったアカウント設定に従い動的に設定されます。ジョブの実行に使用するアカウントの
|
| メッセージ | ログに記録されたメッセージです。Studio の [メッセージをログ] アクティビティを通じて記録されたメッセージも含まれる場合があります。 この列の内容は、Orchestrator で選択された言語にかかわらず、ロボットの言語で表示されます。 |
フォルダーのコンテキスト外で生成されたログは、Orchestrator データベースと Elasticsearch でのみ表示できます。
フィルター処理
指定されたジョブについてロボットで生成されたログをすべて表示するには、[ジョブ] ページに移動します。
ログが生成されたホスト マシンの名前でログをフィルター処理するには、[ログ] ページの [マシン] フィルターを使用します。
新しいフィルターは Elasticsearch に格納されているログに対しては機能しますが、データベースに格納されているログについては新規のログ エントリに対してのみ機能します。
ログストレージ
Orchestrator が利用できない場合は、接続が復元するまで、ローカル データベース形式 (C:\Windows\SysWOW64\config\systemprofile\AppData\Local\UiPath\Logs\execution_log_data) で、利用可能なディスク スペース内に保存されます。接続が復元すると、ログは生成された順番に分割して送信されます。
データベースは、ログが Orchestrator に正常に送信された後も削除されません。
ジョブのステータスは UiPath® Robot サービスのメモリ内に保存されます。Orchestrator が利用可能になると、ジョブ ステータスに関連する情報は両者の間で同期されます。ただし、Orchestrator が利用できない状態で UiPath Robot サービスを再起動しても、これらの情報は失われます。つまり、Orchestrator が利用可能になったときに、いつでもジョブが再実行されます。
Elasticsearch、ローカル SQL データベース、または UiPath Insights にログを送信できるので、否認不可のログを保持することができます。それぞれのログは相互に独立しているので、1 つのログに問題が発生しても、他のログに影響を及ぼしません。
writeTo パラメーターの値を変更して、ログを保存する場所を UiPath.Orchestrator.dll.configに設定します。
ログページには、ログが Elasticsearch または SQL データベースに送信されるときにロボットが Orchestrator に送信するエントリが表示されます。ログが Elasticsearch と SQL の両方に送信される場合、ログページには Elasticsearch に送信されるエントリのみが表示されます。
SQL データベースのパフォーマンスは、ロボットのログが 200 万件に達すると低下し始め、600 万件のしきい値に達すると深刻な低下が起こります。低下すると、ログの検索が遅くなり、オートメーションのパフォーマンスに影響します。これらのしきい値は、観測された平均を表します。データベース・サーバのハードウェアに応じて、値は小さくなったり大きくなったりします (最大 2 倍から 3 倍)。データベースを定期的に クリーンアップ して、制限内に収まるようにする必要があります。ただし、ビジネス ニーズでこれらのしきい値を超える必要がある場合は、パフォーマンスを維持するために Elasticsearch を使用する必要があります。Elasticsearch を使用してロボット ログを保存する場合、特定の状況下では、クエリできる項目が 10,000 件のみであることに注意してください。Elasticsearch の制限により、Cloud Platform の Orchestrator テナントは 50 KB を超えるロボット ログを無視するよう設定されています。ログの大部分は平均で約 2 KB です。
ログ レベル
メッセージは、Trace、Debug、Info、Warn、Error、および Fatal というレベルでログに記録されます。
[メッセージをログ] アクティビティを使用して、独自のメッセージを Studio からこのページに送信することもできます。メッセージは上述したいずれかのレベルで記録され、診断用に使用します。
たとえば、次のスクリーンショットでは、独自のメッセージが Fatal の重要度レベルで記録されたことがわかります。
図 1. Fatal の重大度レベルで記録されたメッセージ

詳細については「ログ レベル」をご覧ください。
ログをエクスポートする
[Export] ボタンとクリックすると、すべてのログを .csv ファイルにエクスポートすることができます。このファイルの生成時には、このページに適用されているフィルターが考慮されます。たとえば、Info の重要度レベルを持つ直前の 30 日のログのみを表示するように設定している場合は、その条件を満たすエントリのみがダウンロードされます。
最高のパフォーマンスを得るためにエクスポートされたエントリは日付の新しい順に並んでいないため、注意が必要です。
次の場合にのみ、ログが正しい順序で記録されない可能性があります。
- ほぼ等しいタイム スタンプを持つロボット ログ エントリが 2 つ以上あります - それらはミリ秒まで等しく (
yyyy-MM-dd HH\:mm\:ss.fffとして表現される時間は同じ)、ミリ秒の下のサブユニットは一致していません (yyyy-MM-dd HH\:mm\:ss.fffffffの最後の 4 つの値が異なります)。 - ログは、Orchestrator で既定の順序のグリッド形式で表示されます (時間の降順)。
ただし、データベースとエクスポートされる .csv ファイルに対する影響はありません。
Orchestrator とスタック トレースからのサーバー例外は両方とも、[ジョブの詳細] ウィンドウに英語で表示されます。ユーザーが選択した言語には関係ありません。
権限
フォルダー内に生成されたログにアクセスするには、フォルダー コンテキスト内のログに対する表示権限が必要です。