cancel
Showing results for 
Search instead for 
Did you mean: 

【ご質問】プロセスの処理が後続プロセスの開始時間まで遅延した際に、後続プロセスが開始されない。

GenkiNakamine
Level 2

現在1つのライセンスで2種類の自動化プロセスをスケジュール実行しております。
このようなケースで、1つ目のプロセスの実行時間が想定を超え、2つ目のプロセスのスケジュール実行開始時間まで遅延した際に、ライセンスの同時実行制限のため2つ目のプロセスが実行されません。

1つ目のプロセス終了時間まで、2つ目のプロセスの実行を保留するような設定が見当たりませんので
2つ目のプロセスが実行されない事象を回避するための方法がございましたら、ご教示いただきたいです。

※プロセス1とプロセス2を同一のスケジュールとして設定する方法もありますが下記が懸念点であり、これらに抵触しない方法を模索しております。
・プロセス2の開始時間がバラバラになる。(プロセス1の終了時刻に依存してしまう。)
・新たなプロセスのスケジュール実行を追加したい場合に、同様な事象を回避するために、すべてのプロセスを連結して同一のスケジュールに設定していく必要がある。

以上、ご教示の程よろしくお願いいたします。

1 BEST ANSWER

Best Answers

AkiraOgata
Level 3

Nakamineさん
こんにちは

過去にご質問と同じような事象がありましたのでご参考になれば幸いです。

現在、複数プロセスを約40/日のスケジュールで実行可能にする為に下記の様に実施しています。

例:

プロセス①:10:00スタート、11:45に終了(スタートパラメータ等で指定した11:45に終了する)

プロセス②:12:00スタート

プロセス①:13:00スタート、14:45に終了(スタートパラメータ等で指定した14:45に終了する)

プロセス②:15:00スタート

よってプロセス①は指定時間に中途終了する、または中途終了でも問題ないように設計を変更しました。

Accenture Ogata

View answer in original post

4 REPLIES 4

AkiraOgata
Level 3

Nakamineさん
こんにちは

過去にご質問と同じような事象がありましたのでご参考になれば幸いです。

現在、複数プロセスを約40/日のスケジュールで実行可能にする為に下記の様に実施しています。

例:

プロセス①:10:00スタート、11:45に終了(スタートパラメータ等で指定した11:45に終了する)

プロセス②:12:00スタート

プロセス①:13:00スタート、14:45に終了(スタートパラメータ等で指定した14:45に終了する)

プロセス②:15:00スタート

よってプロセス①は指定時間に中途終了する、または中途終了でも問題ないように設計を変更しました。

Accenture Ogata

GenkiNakamine
Level 2

Ogataさん

確認が遅くなり申し訳ございません。
ご回答いただきありがとうございます。

確かにご教示いただいた方法で、プロセス①の遅延に依らないプロセス②実行を実現できそうですね。
大変参考になりました。

プロセス①の処理量が増え、未処理キューが蓄積した場合は、
実行時間や業務の見直し(またはライセンス追加)等で対応されているのでしょうか。
※プロセス①の終了時間までに処理できなかったキューは次回実行分に回される理解です。

追加の質問となり恐縮ですが、ご教示いただけますと幸いです。

以上、よろしくお願いいたします。

AkiraOgata
Level 3
Nakamineさん
>プロセス①の処理量が増え、未処理キューが蓄積した場合は、
>実行時間や業務の見直し(またはライセンス追加)等で対応されているのでしょうか。
 →はい、処理速度に関しては実行環境や対象システムの応答速度や安定性、BPのバージョンなど
  様々な要因があるかと思いますが、現場サイドでコントロールできる処理の見直しは行いました。
  (当方で特に見直したのはリトライ時の遅延対策でWait調整やJavaScript置き換えによる安定制御など)
  また実装後に想定とはかけ離れた実行速度になりAPIに切り替えたものもあります。
  現在ライセンスも複数で運用しておりライセンス追加はコストも関係する為、追加以外の方法で対応を考えております。
  
  ただ、ご質問では現在1つのライセンスとの事ですので、それでも未処理キューが増えて
  どうしても処理が間に合わない場合はライセンス追加も検討対象かもしれません。

  ※複数ライセンスですと、複数プロセスの実行エラー時も同時に再実行でリカバーできますのでその点も便利です。  

>※プロセス①の終了時間までに処理できなかったキューは次回実行分に回される理解です。
 →はい、ご認識の通りです。
 以上です。Accenture Ogata

GenkiNakamine
Level 2

Ogataさん

>現場サイドでコントロールできる処理の見直しは行いました。
>  (当方で特に見直したのはリトライ時の遅延対策でWait調整やJavaScript置き換えによる安定制御など)
>  また実装後に想定とはかけ離れた実行速度になりAPIに切り替えたものもあります。
やはり想定処理時間に収めるために、都度見直しを実施して最適化を図ることが重要なんですね。

記載いただいた「リトライ時の遅延対策でWait調整」等
こちらのプロセスの構成についても詰め切れていない部分が多いですので、
プロセスの見直しも並行で検討してみます。

詳細に回答いただきありがとうございました。
大変参考になりました。

以上、よろしくお願いいたします。