Db2 への接続の高可用性のための非 Java クライアント・サポート

サーバーでは、以下のいずれかの方法により自動クライアント・リルート機能を提供することが可能です。

• 複数のサーバーが Db2 pureScale® インスタンスで構成されています。 データベースへの接続は、その Db2 pureScale インスタンスのメンバーへの接続です。 フェイルオーバーには、 Db2 pureScale インスタンスの別のメンバーへの再接続が含まれます。 この環境では、クライアントが TCP/IP を使用して Db2 pureScale インスタンスに接続する必要があります。
• Db2 pureScale インスタンス と、データベース用に定義された代替サーバー。 フェイルオーバーでは、まず Db2 pureScale インスタンスの別のメンバーに再接続します。 Db2 pureScale インスタンス のメンバーが使用可能でない場合にのみ、サーバーへのフェイルオーバーが試行されます。
• Db2 pureScale インスタンス が 1 次サーバーに対して定義され、別の Db2 pureScale インスタンス がそのサーバーに対して定義されている。 フェイルオーバー時には、まず 1 次インスタンス内の別のメンバーに再接続します。 代替インスタンスへのフェイルオーバーは、1 次 Db2 pureScale インスタンス のメンバーが使用可能でない場合にのみ試行されます。
• データベースが単一サーバー上で定義されている場合。 このデータベースの構成に、代替サーバーの指定を含めます。 フェイルオーバー時には、代替サーバーに再接続します。

代替グループは、現在のグループへの接続を再確立できなかった場合の、自動クライアント・リルートに関する追加のフェイルオーバー・メカニズムです。 グループ は、Db2 インスタンスで作成されるデータベースです。 Db2 pureScale またはパーティション・データベース環境では、データベースのすべての参加データベース・サーバーもグループと見なされます。 アプリケーションが明示的に接続しているデータベースは、1 次グループ と呼ばれます。

CLI または .NET クライアント・アプリケーションの場合、自動クライアント・リルートのフェイルオーバーは、 シームレス または 非シームレスにすることができます。 非シームレスなフェイルオーバーでは、クライアント・アプリケーションが別のサーバーへ再接続するときに、フェイルオーバー (代替サーバーへの接続) が発生したことを示すエラーが、毎回アプリケーションに戻されます。 シームレス・フェイルオーバーでは、トランザクションの最初の SQL ステートメントの実行中に、接続障害が発生し、代替サーバーまたは代替グループへの再接続が完了しても、クライアントはエラーを戻しません。

Db2 pureScale インスタンスでは、ワークロード・バランシングやワークロード・バランシングを使用せずに、自動クライアント・リルート・サポートを使用できます。

ワークロード・バランシングにより、 Db2 pureScale インスタンス は、メンバー間で作業が効率的に分散されるようにします。

Db2 pureScale サーバーに対するワークロード・バランシングは、メンバー・サブセット属性の値を wlbに設定することにより、サーバー・サイドで有効にすることができます。 WLM_CREATE_MEMBER_SUBSET プロシージャー-メンバー・サブセット・オブジェクトの作成 を参照してください。

非 Java クライアントは任意のオペレーティング・システム上でワークロード・バランシングをサポートします。 クライアントから Db2 pureScale インスタンス への接続では、TCP/IP を使用する必要があります。

ワークロード・バランシングが有効になっている場合、クライアントは、サーバー・リストを介して Db2 pureScale インスタンス のメンバーに関する状況情報を頻繁に取得します。 クライアントはサーバー・リストをキャッシュに入れ、キャッシュ内のその情報を使用して、次のトランザクションを送付すべきメンバーを決定します。

非 Java クライアントの場合、サーバー・リストはアプリケーション・プロセス内にキャッシュされます。 そのプロセス内にある各接続の間でのみ、ワークロード・バランシングのために共有されます。