Docsトラブルシューティング - スケジューラー
無限ループ
無限ループは、従属タスクが、通常は例外時に、初期タスクに戻るよう設定されているスケジュール内で構成できます。たとえば、下のスケジュールでは、タスク2、3、4が、前のタスクが例外である場合に代替リソースでBlue Prismプロセスを開始するように構成されています。
例外時にタスク1を呼び出すよう、タスク4を構成することができます。ただし、認証情報の欠落など、プロセスが瞬時に失敗するシナリオが発生した場合、失敗したプロセスセッションの数とスケジューラーの更新によってBlue Prismデータベースはログエントリでいっぱいになります。これにより、他の実行中のプロセスがリスクにさらされ、Blue Prism全体のパフォーマンスが低下する可能性があります。このような無限ループを解消する唯一の方法は、Blue Prismアプリケーションサーバーを切断することです。より良い設計は、タスク4の例では、アラートを発し電子メール送信するプロセスを呼び出すか、またはプロセスを開始するためのタスク(5、6、7)をさらに作成することです。
システムマネージャーでスケジューラーを設定できない
このアクションを実行するための適切な許可があることを確認してください。システム管理者に連絡して、適切な許可があることを確認してもらうか割り当ててもらってください。詳細については、「ユーザー許可」を参照してください。
システムマネージャーでスケジューラー構成を変更しましたが、効果がないように見える
変更を行ってからBlue Prismサーバーサービスを再起動したことを確認してください。変更は、サービスを再起動するまでアクティブ化されません。どのセッションも実行されていないことを確認してからサービスを再起動してください。
Control Roomでスケジュールとタスクを作成できない
このアクションを実行するための適切な許可があることを確認してください。システム管理者に連絡して、適切な許可があることを確認してもらうか割り当ててもらってください。詳細については、「ユーザー許可」を参照してください。
予想されるスケジュールが実行されない
次の条件を満たしていることを確認してください。
- Blue Prismサーバーサービスが実行中である。これは、スケジュールをトリガーするために必要です。
- タスクの実行がスケジュールされているリソースが、実行時にオンラインとなっている。アプリケーションサーバーによってリソースが認識され、接続されていることを確認します。
- タスクの実行がスケジュールされているリソースは、パブリックリソースである。
- スケジュールが、その月に存在しない日付に実行するように設定されていない（たとえば、月の31日に実行するように設定されていると、4月には実行されません）。
- スケジュールは、正しい曜日に実行するように設定されている。Blue Prismでは、週の最初の日は常に月曜日、週の最後の日は常に日曜日です。
- スケジュールが実行された日は、スケジュールによって使用されるカレンダーの営業日として設定されている。
- セッションがスケジュールされているリソースが、その後リソースプールに移動されたかどうかを確認する。スケジュールは、リソースプールまたはリソースプールの一部ではない特定のリソースでのみ実行できます。リソースプールに移動された特定のリソース上で実行するよう構成されていたスケジュールは失敗します。詳細については、「リソースプール」を参照してください。
- 同じリソースで同時に実行されるようにスケジュールされている複数のプロセスは、そのように実行できる。複数のプロセス領域が同一のリソースで実行されるようにスケジュールされており、いずれかのプロセスが排他的に設定された実行モードのオブジェクトを使用している場合、リソースがビジーで排他的プロセス以外実行できない場合、そのタスクは終了します。
- ターゲットリソースがホストされているドメインが、アプリケーションサーバーのドメインサフィックス検索リストに含まれている。Blue Prismスケジューラーは、アプリケーションサーバー上で実行されます。スケジュールがトリガーされると、スケジューラーはTCP/IPメッセージをリソースに送信し、リソースのホスト名を使用してスケジュールを開始します。リソースがアプリケーションサーバーの別のドメインでホストされている場合、ターゲットリソースがホストされているドメインがアプリケーションサーバーのドメインサフィックス検索リストに含まれていない場合、ホストは検出されません。
- スケジュールを構成する場合、アプリケーションサーバーが構成されているタイムゾーンに基づいて実行されることを考慮する必要があります。さらに、特定の環境に複数のBlue Prismサーバーがデプロイされ、スケジュールを実行するように構成されている場合は、共通のタイムゾーンを指定することが重要です。ランタイムリソースとインタラクティブクライアントのタイムゾーンは、スケジュールされた実行の一部として考慮されません。
- アプリケーションサーバーのイベントログを確認した。
タイムゾーンが異なる場合に、スケジュールを手動で実行できない
［今すぐ実行］オプションを使用してControl Roomから手動でスケジュールを実行する場合、ローカルタイムゾーン（Blue Prismインタラクティブクライアントのタイムゾーンでもあります）がBlue Prismアプリケーションサーバーのタイムゾーンと異なる場合は、スケジュールの実行に失敗することがあります。
この問題は、Windows設定のタイムゾーンをアプリケーションサーバーに合わせて手動で変更するか、ターミナルサーバーまたはジャンプボックスを構成して、アプリケーションサーバーと同じ領域のジャンプボックスからインタラクティブクライアントを実行することで修正できます。
Citrix VDEでは、Citrixの管理者は、インタラクティブクライアントマシンのタイムゾーンをアプリケーションサーバーと同じタイムゾーンに設定する必要があります。正しく構成されると、［今すぐ実行］オプションを使用してスケジュールを手動で実行できるようになります。
スケジュールを介して開始されたいくつかのセッションが予期せず終了した
セッションがすべて同じタスクに属しているかどうかを確認してください。タスク内のいずれかのセッションが失敗した場合、タスク全体が失敗します。したがって、複数のセッションがスケジュールされている場合、これらのセッションのいずれかに障害が発生すると、他のすべてのセッションが終了します。［エラー発生時、タスクを中止］オプションの選択を解除してください。
明確な理由もなく、キュー項目が自動的に例外としてマークされる
前述のように、［エラー発生時、タスクを中止］設定は、いずれかのセッションが失敗した場合に、タスク内のすべてのセッションが失敗するように設計されています。この場合、現在処理中のキュー項目がセッション終了時に例外としてマークされます。このタイプのキュー項目例外を調査する場合、明確な理由もなく、キュー項目を正しく処理せずにセッションが失敗したことがログに記録されている場合があります。これは、［エラー発生時、タスクを中止］オプションが有効になっていたために、スケジューラーがセッションを突然終了したためです。
スケジューラーによって開始されたプロセスが期待どおりに実行されていない
開始パラメーターがタスクに正しく入力されていることを確認してください。詳細については、「開始パラメーター」「」を参照してください。
先頭に戻る