ログのタイプ

• プロセス/情報—プロセス ログは情報を記録するものです。タスクの正常な動作を監視するために使用することができます。さらに重要なことに、監査に使用することができます。監査証跡にプロセス ログを使用することは、ビジネス プロセスが適切に完了したかどうかを判断するための、優れた方法です。たとえば、注文があったか、チケットがエラーなく完了したか、などです。
• エラー—エラー ログは詳細なエラー メッセージを記録します。タスクでエラーが発生した場合に、エラーが発生した通知をプロセス ログに記録します。エラーに関する詳細な情報をエラー ログに記録します。
• デバッグ—デバッグ情報を独自のログ ファイルに保存し、実稼働モードではデバッグ情報の収集をオフにします。isProductionMode 変数を使うと、Bot が実稼働に移行した場合に、これらのステートメントをオフにすることができます。
• パフォーマンス—パフォーマンス ログは、プロセス/情報ログまたはパフォーマンス ログのいずれかに記録することができます。場合によっては、パフォーマンス メッセージを独自のログ ファイルに保存して活用できます。

メッセージのタイプ

ログ作成のヒント

• コンシューマー

  ログ ファイルの利用者には人間とマシンの 2 つのコンシューマーがいます。

  ユーザーがコンシューマー—ユーザーがコンシューマーの場合、ユーザーの役割によって必要な情報の種類が決まります。たとえば、開発者には、デバッグ、パフォーマンスの分析、エラーの特定などの情報が必要となります。アナリストには、監査情報、パフォーマンス情報などの情報が必要となります。

  マシンがコンシューマー—マシンは通常、システム管理者が作成するシェル スクリプトを介してログ ファイルを読み取ります。設計ログは、これら両者のログ ファイル コンシューマーに適しています。

• コンテンツ

  • オブジェクトを含む—良いログにはタイムスタンプ、ログ レベル、マシン名、タスク名、メッセージが含まれています。

  • エラー ログ ステートメント— 行番号および Automation Anywhere エラー処理ブロックからのエラーの説明を含めます。

  • デバッグ ステートメント—サブタスク間で変数を受け渡す場合には、デバッグ ログ ステートメントを使用します。サブタスクに出入りするときの変数値を含めます。isProductionMode 変数を使うと、Bot が実稼働に移行した場合に、デバッグ ステートメントをオフにすることができます。

  • インターフェース呼び出し—Bot が、MetaBot、API、REST、SOAP 呼び出しなど、他のシステムと連携する場合、これらの呼び出しを記録し、必要な場合には応答を記録します。

• フォーマット

  • 区切り文字—コンテンツの値を区切ります。ログ ファイルのインポートと解析を容易にするため、タブ区切りを使用して値を区切ります。

  • ファイルに記録—Automation Anywhere に組み込まれている、[ファイルに記録] 機能を使用します。

  • タイムスタンプ—[ファイルに記録] コマンドで、組み込みのタイムスタンプを使用します。

    注: Excel 用を含め、タイムスタンプのための独自の方法やフォーマットを作成しないでください。特定の別のタイムスタンプが必要な場合には、組み込みバージョンでの変更のみを行ってください。
• セキュリティとショートカット

  • パスワード—パスワードやあらゆる個人情報は決して記録しないでください。

  • ショートカット—少数の人しか理解できないような、ショートカット文字やスクリプト (マジック コード) を追加しないでください。

  • 数値—数値フォーマットを避けてください。正規表現で容易に認識できるパターンを使用してください。

• パフォーマンス

  • 過度のログ—通常のログ コマンド自体では、パフォーマンスの負荷はかかりません。ただし、過度のログは行わないでください。たとえば、小さなループ内での複数回の反復などです。

  • 頻度—24 時間ごとに新しいログを作成します。現在の日付を確認するためのコードを追加します。日が変わった場合は、新しいログを作成します。必要に応じて、古いログ ファイルを圧縮して、アーカイブします。これにより、過度に大きなログ ファイルを防ぐことができます。