サーバ スターティッド タスクは、それぞれが単一スレッドで処理されるプロセッサです。 マルチスレッド処理の場合、複数のサーバを構成して同時に実行できます。 サイトに必要なサーバの最適な数は、ユーザ数および CA Endevor SCM Integration for the Natural Environment オンライン セッションを同時に実行する頻度によって異なります。
サーバはステートレス サーバであり、これは各要求をそれまでの要求と無関係な独立したトランザクションとして処理することを意味します。 各要求は、サブミットしたユーザに関係なく、ファーストインファーストアウト方式で処理されます。 サーバ処理の性質から、ユーザごとに専用のサーバ タスクを用意する必要はありません。
1 つのサーバでサポートできるユーザ数に、制限はありません。 100 ユーザが同時セッションを実行している場合、それらのリスト リクエストとアクション リクエストはすべて処理されます。 ただし、同時セッション数がずっと少ない場合に比べれば、ユーザのリクエストに対するレスポンスは遅くなります。 応答時間は、リクエストが同時にサブミットされるかどうかによって、そのときどきで大きく変動する可能性があります。 たとえば、100 ユーザ全員が、他のユーザのリクエストが処理されている間は絶対にリクエストをサブミットしないのであれば、処理の遅延は発生しません。 この場合、ユーザがサーバを独占しているかのように動作します。
サイトに複数の同時ユーザが存在し、それぞれが応答時間が許容できないほど遅いと感じており、サーバ ログで一定時間内に大量のリクエストが連続的に処理される状況が定常的に発生している（同時に複数のリクエストがキューに存在する状態が頻繁に発生していることを示唆）ことが確認された場合、セッション応答時間を改善することをお勧めします。 それには、サーバ タスクのクラスまたは優先度を変更するか、サーバ タスクを増やすか、またはその両方を行います。
管理者は、起動ユーザ EXIT である UEXIT00 のサーバと API のタイムアウト値を変更できます。 これらのタイムアウト値は、サーバがリクエストの処理を開始するまでの時間および API がリクエストの処理を完了するまでの時間を制限します。 タイムアウト期間が経過すると、制御はユーザに戻りますが、その際、リクエストの処理が完了するまで待機するか、CA Endevor SCM Integration for the Natural Environment に戻るかを選択できます。 ユーザがリクエストの処理の完了を待機しないことを選択しても、リクエストは終了しません。 サーバには、リクエストを API に送信して処理が始まった後でそれをキャンセルする手段が与えられていないので、リクエストの完了を待ち続けます。 このリクエストに関連付けられているレコードはすべて、後でメッセージ キュー ファイルから自動的にクリアされます。
|
Copyright © 2013 CA.
All rights reserved.
|
|