分散キャッシュ・アプリケーションの監視

アプリケーション・サーバ構成にサーバが追加されたときに入力された、この接続のデータ・サーバ・システムの論理名。

アプリケーション・サーバ構成にサーバが追加されたときに入力された、データ・サーバ・システムのホスト名。

データ・サーバへの接続に使用する IP ポート番号。

現在の接続の状態。接続状態については、"ECP 接続の状態" で説明します。

この接続の現在の状態が未接続または無効である場合は、データ・サーバのポートおよびホスト情報を編集できます。

各データ・サーバ行から、そのデータ・サーバとの間に存在する ECP 接続の状態を変更できます。詳細は、"ECP 接続処理" を参照してください。

アプリケーション・サーバからデータ・サーバの情報を削除できます。

この接続上のアプリケーション・サーバの論理名。

現在の接続の状態。接続状態については、"ECP 接続の状態" で説明します。

アプリケーション・サーバのホスト名または IP アドレス

アプリケーション・サーバへの接続に使用するポート番号。

ノードは、初期化中の状態 (きわめてまれ) か、まだ初期化されていません。

アプリケーション・サーバ側の ECP 接続は、最初は未接続状態になっています。この状態の場合、接続のための ECP デーモンは存在しません。アプリケーション・サーバ・プロセスがネットワーク要求を送信すると、接続のためのデーモンが作成され、接続は接続中状態に入ります。

接続中状態では、接続のためのネットワーク・デーモンが存在し、データ・サーバへの接続の確立を試行します。接続が確立されたら、正常状態に入ります。接続が接続中状態にある場合、ユーザ・プロセスは、接続が確立されるまで最大 20 秒待機します。接続がその時間内に確立されなかった場合、ユーザ・プロセスは <NETWORK> エラーを受け取ります。

アプリケーション・サーバ ECP デーモンは、バックグラウンドでデータ・サーバへの新しい接続を試行します。接続が 20 分以内に確立されなかった場合は、接続は未接続状態に戻り、接続のデーモンは削除されます。

接続中の状態で行われた接続試行が失敗しました。この状態が数秒間続いた後、アプリケーション・サーバの未接続状態に移行します。

ECP 接続が無効としてマークされるのは、管理者が無効にすると判断した場合です。この状態では、デーモンは存在せず、その接続を使用するすべてのネットワーク要求はすぐに <NETWORK> エラーを受け取ります。

接続が完了した後、正常な (データ転送) 状態に入ります。この状態では、アプリケーション・サーバ側のデーモンが存在し、ネットワークを介して要求を送信し、応答を受信します。接続の正常状態は、接続が継続不可能になるか、アプリケーション・サーバかデータ・サーバから接続のシャットダウンが要求されるまで維持されます。

アプリケーション・サーバからデータ・サーバへの接続で問題が発生した場合、アプリケーション・サーバの ECP 接続は、障害状態に入ります。この状態では、アプリケーション・サーバの ECP デーモンが存在し、接続のリストアを試行します。基本の TCP 接続は、確立されている場合も確立されていない場合もあります。基本の TCP 接続がリセットされ、再現の必要があるかどうかによってリカバリ方法が異なることはありません。つまり、TCP 接続が一時的に機能を停止した場合でもリカバリ方法は同じです。

アプリケーション・サーバの [リカバリまでの待機時間] のタイムアウト期間中 (既定は 20 分)、アプリケーション・サーバは ECP 接続をリカバリするために、データ・サーバへの再接続を試行します。この間、既存のネットワーク要求は保持されますが、アプリケーション・サーバ側のユーザ・プロセスは、新しいネットワーク要求の送信を中止して、接続が再開されるのを待ちます。接続が [リカバリまでの待機時間] のタイムアウト期間内に回復した場合は、正常状態に戻り、中止されていたネットワーク要求は送信されます。

例えば、データ・サーバがオフラインになった場合、データ・サーバが使用可能になるまで、接続中のすべてのアプリケーション・サーバの状態は障害に設定されます。障害が適切に修正されると、接続状態は正常に戻ります。一方、障害状態をリカバリできない場合、未接続となります。

アプリケーションは、ネットワーク・アクセスが必要となるまで、継続して稼働します。サーバが応答していない間は、ローカルにキャッシュされたデータすべてをアプリケーションで使用できます。

リカバリ中状態は、障害状態の一部です。現在データ・サーバに TCP 接続がなく、新しい接続が確立された場合、アプリケーション・サーバとデータ・サーバはリカバリ・プロトコルに従って、アプリケーション・サーバのキャッシュをフラッシュし、トランザクションおよびロックを回復し、正常状態に戻ります。

同様に、データ・サーバのシャットダウンや、クラッシュの結果としてのシャットダウン後の再起動の場合、その後アプリケーション・サーバには再接続と既存のセッションを回復するための短い時間 (約 30 秒) が与えられます。そしてここでも、アプリケーション・サーバとデータ・サーバはリカバリ・プロトコルに従います。

接続のリカバリが、[リカバリまでの待機時間] のタイムアウト期間内に完了しなかった場合、アプリケーション・サーバは接続のリカバリを終了します。具体的には、アプリケーション・サーバは、すべての未実行のネットワーク要求にエラーを返し、接続状態を未接続に変更します。この作業がアプリケーション・サーバ側で行われなかった場合は、次にこのアプリケーション・サーバからデータ・サーバに接続されたときに、すべてのトランザクションはロールバックされ、このアプリケーション・サーバからのすべてのロックが解除されます。

リカバリに成功した場合、接続は正常状態に戻り、中止されていたネットワーク要求が送信されます。

ECP サーバ・インスタンスが起動されたとき、ECP サーバに対するすべての接続は、初期の “割り当てのない” 解放の状態にあり、接続アクセス・コントロール・リストにあるすべてのアプリケーション・サーバから接続できる状態になっています。アプリケーション・サーバからの接続が既にあり、その後切断されたが、リカバリ手順を行う必要がない場合、その接続は、“アイドル” 状態である解放状態になります。この 2 つの状態の唯一の違いは、アイドル状態の場合は、その接続ブロックが既に特定のアプリケーション・サーバに割り当てられており、アクセス・コントロール・リストにある他のアプリケーション・サーバでは利用できない点です。

データ・サーバの正常状態では、アプリケーション・サーバの接続は正常です。接続を受け入れる側の処理ではどの時点でも、アプリケーション・サーバがデータ・サーバとの接続を切断した場合 (データ・サーバ自体のシャットダウン・シーケンスの場合は除く)、データ・サーバは未実行のトランザクションをロールバックし、そのアプリケーション・サーバからのロックを解除し、そのアプリケーション・サーバとの接続を “アイドル” 状態である解放状態にします。

アプリケーション・サーバが応答していない場合、データ・サーバは、障害状態を示します。データ・サーバがクラッシュまたはシャットダウンした場合、サーバはクラッシュやシャットダウン時点でアクティブであった接続を記憶しています。再起動後、データ・サーバは、アプリケーション・サーバがセッション (ロックおよび開いているトランザクション) を再要求するまで、短時間待機します (通常は 30 秒)。このリカバリ待機時間中に、アプリケーション・サーバが完全にリカバリできなかった場合、その接続にある未実行の作業はすべてロールバックされ、接続は “アイドル” 状態に置かれます。

データ・サーバの接続は、アプリケーション・サーバがそのセッションの再要求プロセスにある間、ごく短時間、リカバリ状態となります。データ・サーバは、接続を再要求できるようにアプリケーション・サーバを [トラブル状態の時間間隔] のタイムアウト期間の間 (既定値は 60 秒) 障害状態に保ちます。接続が再要求されない場合、データ・サーバはアプリケーション・リソースを解放 (開いているトランザクションすべてをロールバックし、ロックを解放) し、状態を解放に設定します。