OutSystemsプラットフォームのタイマーと非同期プロセス

ランタイムデータベースとログデータベース

このセクションでは、タイマーとその機能をサポートするデータベースエンティティについて説明します。

タイマーの実行方法

すべてのタイマーは、Scheduler Serviceによって実行されます。このサービスはマルチスレッド化されているため、異なるタイマーを同時に実行できます。わかりやすくするために、以下の手順では単一のタイマーの実行について説明しています。

タイマーを実行する手順は、以下のとおりです。

1. 実行するタイマーをScheduler Serviceがデータベースから周期的に取得します（Next_Run）。

2. Scheduler Serviceがスレッドを起動し、タイマーを実行します。タイマーでは、タイマーの実行が定義されたモジュール内のWebサービスが呼び出されます。

3. Webサービスが最初に、フロントエンドサーバーノードでタイマーがすでに実行されているかどうかを確認します。実行されていない場合は、Cyclic_Job_SharedエンティティのIs_Runnining_SinceアトリビュートとIs_Runnining_Byアトリビュートが更新されます。これにより、他のフロントエンドサーバーノードでタイマーが実行されなくなります。

4. モジュールがタイマーに関連付けられたアクションを実行します。

5. アクションの実行が完了すると、Is_Runnining_SinceアトリビュートとIs_Runnining_Byアトリビュートが消去され、新しい実行に備えてタイマーが解放されます。Next_Runアトリビュートは、Scheduleアトリビュートと現在の日時に基づいて再計算されます。

   Next_Runアトリビュートは、アクションの実行中に変更されなかった場合にのみ更新されます。このようになる可能性があるのは、たとえば、アクション自体がこのアトリビュートを更新した場合などです。

6. タイマーの実行に関する情報を含むレコードがLog Serviceに送信され、ログデータベースに保存されます。

7. Webサービスが制御をScheduler Serviceに戻します。これにより、Scheduler Serviceが別のタイマーを実行できるようになります（手順1）。

タイマーがタイムアウトする理由

前述のように、Scheduler Serviceは、タイマーが作成されたモジュールに作成されたWebサービスを呼び出してタイマーを実行します。つまり、タイマーの実行にはWebリクエストが関連し、他のWebリクエストと同様に、サーバーで実行できる最大時間があります。そのため、タイマーにはService Studioの「Timeout in Minutes」プロパティがあります。デフォルトでは、20分に設定されていますが、個別のケースに合わせて調整できます。

タイマーの実行を監視する

Service Centerでは、［Monitoring］の［Environment Health］オプションでタイマーの実行を監視できます。このページには、［Timers］セクションがあり、タイマーの実行順序を示すリストが表示されます。

リスト内のタイマーのソート基準は、以下の項目に基づいています。

• タイマーの優先度。

• 前回の時間に基づいたタイマーの実行所要時間。実行時間が短いタイマーが最初に実行されます。

• タイマーの実行待機時間。タイマーは待機時間が長くなるほど、リストの上位に表示されやすくなります。

以下の図は、10分の差がある2つの瞬間の［Timers］セクションの例を示しています。

このSend Notificationsタイマーの例では、以下のことがわかります。

• 14時15分00秒に実行されるようにスケジュール設定されていた。
• 実際には14時14分10秒に実行された。

つまり、タイマーは予想よりも前に実行されました。この原因としては、アプリケーションによって明示的に実行されたか、またはService Centerで誰かがタイマーを強制的に実行したことが考えられます。

タイマーの状態を確認する

Service Centerでは、［Monitoring］の［Environment Health］オプションで、Scheduler Serviceが実行しているタイマースレッドを確認できます。

［Front-end Servers］セクションで［Scheduler］列の［detail］リンクをクリックして、サービスの詳細を含むページを表示します。ここでは、タイマー関連のスレッドに着目します。

上記の例では、Scheduler Serviceにタイマーに関連する以下のスレッドがあります。

• Timers Fetcherは、実行するタイマージョブを取得してキューに入れて後で取り出すために、随時起動されるスレッドです。現時点で、これはスリープ状態です。

• キューからタイマージョブを取り出して実行する3つのTimer Processorスレッドがあります。Time Processorスレッドの数はConfiguration Toolで構成されます。

また、以下のように判断することもできます。

• すべてのタイマープロセッサスレッドのステータスが「Idle」だったため、タイマージョブは実行されていなかった。

• キューにエントリがないということは、その時点で実行するタイマージョブがないことを示している。

タイマーを編集する

タイマーを編集するには、Service Centerの以下のいずれかの場所でタイマー名をクリックします。

• Module: タイマーが定義されているモジュールを編集します。［Timers］タブを選択すると、タイマーのリストが表示されます。

• Timers Log: ［Timers Log］ページに移動します。このページではリストの各行にタイマー名が表示されます。

• Environment Health: ［Environment Health］ページに移動し、［Timers］セクションを確認します。このセクションではリストの各行にタイマー名が表示されます。

上記の例では、以下のことがわかります。

• タイマーは15分間隔で実行される。

• 優先度は普通に設定されている。

• タイムアウトは設定されていないため、Configuration Toolで設定されたデフォルト（20分）になっている。

• 最後の実行は2013年8月1日の18時15分09秒に行われた。

• 次回の実行は2013年8月1日の18時30分00秒に設定されている。

タイマーのログを確認する

Service Centerでは、タイマーの実行状況を調べることができます。そのためには、［Monitoring］の［Timers］オプションを選択します。エラーが発生した場合は、［Error］リンクをクリックすると詳細を確認できます。