- 基本情報
- ベスト プラクティス
- テナント
- リソース カタログ サービス
- フォルダー コンテキスト
- 自動化
- プロセス
- ジョブ
- トリガー
- ログ
- 監視
- キュー
- アセット
- ストレージ バケット
- Test Suite - Orchestrator
- Integrations
- クラシック ロボット
- トラブルシューティング
ジョブについて
ジョブとは、UiPath Robot でプロセスを実行することです。ジョブの実行は Attended または Unattended のいずれかのモードで開始できます。デバッグまたは開発を目的とした場合を除き、Attended ロボットでのジョブは Orchestrator から開始できません。
Attended ジョブは、UiPath Assistant またはロボットのコマンド ライン インターフェイスからトリガーできます。Unattended ジョブは Orchestrator から開始されます。[ジョブ] ページまたは [プロセス] ページからその場で直接開始されるか、[トリガー] ページのトリガーを使用してあらかじめ設定された方法で開始されます。
[ジョブ] ページはジョブのコントロール センターです。このページでは、開始されたジョブの監視、それらの詳細情報とログの表示、ジョブの停止/強制終了/再開/再実行が可能です。
以下の表に、[ジョブ] ページのフィールドの説明を示します。
|
フィールド |
説明 |
|---|---|
|
プロセス |
プロセスの名前です。 リモート デバッグ セッションにより Studio から開始されたジョブは
[Remote debugging job] と表示されます。
|
|
マシン |
実行インフラストラクチャを Orchestrator に接続するために使用されたマシン オブジェクトです。 |
|
ホスト名 |
実行に使用されたワークステーションの名前です。 |
|
ホスト ID |
実行に使用される ID です。以下の値が表示されます。
domain\username を変更すると、ホスト ID も変更されます。
|
|
ジョブの種類 |
実行場所およびロボットによるユーザー偽装の有無によって決まる、ジョブの種類です。
|
|
ランタイム ライセンス |
実行に使用されるランタイムの種類です。 |
|
ステート |
ジョブのステートです。詳細は、ジョブのステートの説明をご覧ください。 |
|
優先度 |
ジョブの優先度です。詳細は、ジョブの優先度の説明をご覧ください。 |
|
開始 |
ジョブの実行が開始されてからの経過時間です。このフィールドにカーソルを置くと、正確な開始日時が表示されます。 |
|
終了 |
ジョブの実行が完了してからの経過時間です。このフィールドにカーソルを置くと、正確な完了日時が表示されます。 |
|
ソース |
実行のエージェントです。
|
ジョブを開始またはトリガーを定義するときに、実行の対象となる特定のアカウントとマシンのペアを定義できます。アカウントとマシンのマッピングでは、特定のアカウントによるプロセスの無人実行を特定のマシン テンプレートに関連付けることができます。これにより、オートメーションの実行ターゲットをきめ細かく制御することができます。アカウントとマシンのマッピングは、テナントベース (特定のフォルダーに関連付けられていない) またはフォルダーベース (特定のフォルダーに関連付けられている) で実行されます。
アカウントとマシンのマッピングの設定方法については、こちらをご覧ください。
Orchestrator でジョブを開始するメカニズムに従って、ジョブの割り当て方法と実行ターゲットを暗黙的に選択して設定できます。ここでは、[ジョブ] ページからジョブを開始する際に使用できる割り当て方法と実行ターゲットについて説明します。
ジョブの実行が特定のリソースに依存しており、そのリソースがまだ利用できない場合、ジョブの実行条件が満たされるまでの間、そのジョブは [保留中] ステートに留まります。
たとえば、ユーザー U1 は資格情報 C1 を使用してホスト名 H1 に接続します。しかし、ホスト名に接続するための資格情報として、誤って C2 が入力されているとします。その場合、ジョブは保留ステートに入ります。その後資格情報を正しいもの (C1) に更新すると、ジョブの実行は再開されます。
アカウントとマシンが明示的に選択されていない動的割り当てでは、最初に利用可能になったアカウントとマシンで、フォアグラウンド プロセスを複数回実行できます。バックグラウンド プロセスは、ビジーであるかどうかにかかわらず、任意のアカウントによって実行されます (十分な数のランタイムがある場合)。
[動的に割り当て] オプションを使用すれば、1 つのジョブでプロセスを最高 10,000 回実行できます。
プロセスは、特定のユーザーまたはロボットのアカウントにより実行されます。アカウントのみを指定すると、Orchestrator によりマシンが動的に割り当てられます。アカウントとマシンの両方を指定すると、ジョブはそのアカウントとマシンのペアで開始されます。
プロセスは、選択したマシン テンプレートに接続されたホスト マシンのいずれかで実行されます。テンプレートを指定すると、[ホスト名] オプションが追加で表示され、接続済みのホスト マシンのプールから特定のホスト マシンを選択できます。マシンのみを指定すると、Orchestrator によりアカウントが動的に割り当てられます。アカウントとマシンの両方を指定すると、ジョブはそのアカウントとマシンのペアで開始されます。
ジョブの種類に一致したランタイムが、関連するマシン テンプレートに割り当てられていることを確認してください。アクティブなフォルダーに関連付けられた、接続済みのホスト マシンだけが表示されます。
プロセスの実行時に障害が発生し、ジョブが保留ステートのままになってしまうことがあります。このトグルを使用すると、ジョブが停止または強制終了されるまでの経過時間を指定して、ジョブの停止方法を自動化できます。ジョブを停止できない場合のために、ジョブの強制終了のオプションが用意されています。
プロセスの実行を再開する場合、既定では利用可能な任意のマシン上の、利用可能な任意のロボットが使用されます。同じアカウントとマシンの組み合わせを維持することで、最適なリソース使用とライセンス要件が保証されます。
対応するマシン テンプレートが割り当てられたフォルダーに属する、ホスト マシン上の各アカウントに対して、Windows のユーザーをプロビジョニングする必要があります。
たとえば、マシン テンプレート FinanceT によって生成されたキーを使用して、サーバーを Orchestrator に接続したとします。このマシン テンプレートは、FinanceExecution フォルダーと FinanceHR フォルダーに割り当てられ、これらのフォルダーには 6 つのアカウントも割り当てられます。これら 6 つのアカウントは、サーバー上の Windows ユーザーとしてプロビジョニングされている必要があります。
同じプロセスを複数回実行するようにジョブを設定した場合、各実行に対してジョブ エントリが作成されます。ジョブの順序はジョブの優先度と作成時刻によって決まり、より高い優先度のより古いジョブが待ち行列の先頭に配置されます。ロボットが使用可能になり次第、待ち行列内の次のジョブが実行されます。それまでの間、ジョブは保留ステートのままです。
例
セットアップ
- 1 フォルダー
- 2 ランタイムが設定された 1 つのマシン テンプレート
- アカウント 2 つ: john.smith と petri.ota
-
ユーザーによる操作が必要なプロセス 2 つ: P1 - キューにキュー アイテムを追加します。P2 - キュー内のアイテムを処理します。
マシン テンプレートとアカウントを、プロセスが含まれるフォルダーに関連付ける必要があります。
望ましい結果
- P1 は任意のユーザーにより高優先度で実行される。
- P2 は petri.ota により低優先度で実行される。
必要なジョブ設定
- P1 を使用してジョブを開始します。P1 は特定のアカウントには割り当てません。また、優先度は [高] に設定します。
- P2 のジョブを開始します。P2 は petri.ota に割り当てます。また、優先度は [低] に設定します。
競合するジョブのうちどれを優先させるかは、プロセスのデプロイ時またはそのプロセスのジョブ/トリガーの設定時に、[ジョブの優先度] フィールドで指定できます。ジョブには、次の優先度のいずれか 1 つを設定できます。[低] (↓)、[標準] (→)、[高] (↑)。
優先度は、最初の設定が継承されます。その設定をそのまま使用することも、変更することもできます。
[オートメーション] > [ジョブ] ページから設定する場合、ジョブはプロセス レベルで設定された優先度を継承します。
[オートメーション] > [トリガー] ページから設定する場合、ジョブはトリガー レベルで設定された優先度を継承します。トリガー自体もプロセス レベルの優先度を継承した場合は、その優先度が適用されます。
[オートメーション] > [プロセス] ページから設定する場合、ジョブはプロセスに設定された優先度を使用します。
同じプロセスを複数回実行するようにジョブを設定した場合、各実行に対してジョブ エントリが作成されます。ジョブの順序はジョブの優先度と作成時刻によって決まり、より高い優先度のより古いジョブが待ち行列の先頭に配置されます。ロボットが使用可能になり次第、待ち行列内の次のジョブが実行されます。それまでの間、ジョブは保留ステートのままです。
優先度は既定で [継承] に設定されます。つまり、プロセス レベルで設定された値を継承します。プロセスを選択すると、矢印のアイコンが、プロセス レベルで設定された値を示すよう自動的に更新されます。トリガーによって起動されたジョブの優先度は、すべてトリガー レベルで設定されます。ただし、既定の [継承] をそのまま使用した場合、それらのジョブはプロセス レベルで設定された優先度で起動されます。
同じ Windows Server 端末において、複数の高密度ロボットでジョブを開始した場合、選択したプロセスが指定したそれぞれのロボットによって同時に実行されることになります。これらの各実行のインスタンスは [ジョブ] ページで作成および表示します。
高密度ロボットを使用し、そのマシン上で RDP を有効化しない場合は、ジョブを開始するたびに、次のエラーが表示されます: 「A specified logon session does not exist.It may already have been terminated.」(指定したジョブセッションは存在しません。すでに終了した可能性があります)。高密度ロボットの設定方法については、「高密度ロボット用の Windows Server を設定する」ページを参照してください。
