test

Sun Cluster Data Service for Oracle Real Application Clusters ガイド (Solaris OS 版)

Oracle リスナーリソースのリソースグループ

注 –

Oracle 10g を使用している場合は、Oracle リスナーリソースは必要ありません。これらのリソースが Oracle 10g で必要でないのは、Oracle CRS が Oracle Real Application Clusters データベースインスタンスの起動と停止を行うためです。10g よりも前のバージョンの Oracle では、Sun Cluster でデータベースインスタンスの起動と停止を行えるように、これらのリソースが必要です。

Oracle リスナーリソースのリソースグループとしてどれを使いますか。

この質問の回答は、「Oracle リスナーリソースの登録と構成」の手順を実行する際に使用されます。

リソースグループは、Real Application Clusters データベースインスタンスに対して Oracle リスナーがどのように構成されているかによって異なります。Real Application Clusters インスタンスに対して構成できるリスナーについては、Oracle のマニュアルを参照してください。次の各項で構成の例を説明します。

1 つの Real Application Clusters インスタンスに 1 つのリスナー

1 つのリスナーが 1 つの Real Application Clusters インスタンスだけをサポートします。このリスナーは、ノードの特定のインターネットプロトコル (IP) アドレスで待機します。リスナーをフェイルオーバーすることはできません。

この例では、リスナー リソースを次のように構成します。

いくつかの Real Application Clusters インスタンスに 1 つのリスナー (フェイルオーバー不可)

1 つのリスナーが、同じノードで動作するいくつかの Real Application Clusters インスタンスをサポートします。このリスナーは、Oracle の透過的なアプリケーションフェイルオーバー (TAF) と負荷均衡機能を使って、クライアント接続をすべての Real Application Clusters インスタンスに分散します。リスナーをフェイルオーバーすることはできません。

この例では、リスナー リソースを次のように構成します。

いくつかの Real Application Clusters インスタンスに 1 つリスナー (フェイルオーバー可能)

フェイルオーバー可能な 1 つのリスナーが、同じノードで動作するいくつかの Real Application Clusters インスタンスをサポートします。リスナーが別のノードにフェイルオーバーされた場合でも、このリスナーは、ほかのノードで動作するいくつかの Real Application Clusters インスタンスをサポートします。

このリスナーは、Oracle の TAF と負荷均衡機能を使ってクライアント接続をすべての Real Application Clusters インスタンスに分散します。迅速にエラーを検出し、フェイルオーバー時間を短くするため、リスナーは LogicalHostname リソースにより表されるアドレス上で待機します。

この例では、リスナー リソースを次のように構成します。

詳細は、「Oracle リスナーリソース用の LogicalHostname リソース」を参照してください。

クラスタ全体に 1 つのリスナー

1 つのリスナーが、すべてのノードのすべての Real Application Clusters インスタンスをサポートします。このリスナーは、LogicalHostname リソースで表されるアドレスで待機します。この構成では、あるノードに障害が発生すると、そのアドレスがすぐに別のノードに渡されます。

マルチスレッドサーバー (MTS) を使用するように Real Application Clusters インスタンスを構成する場合は、この構成を使用できます。このような構成においては、init.ora ファイルの REMOTE_LISTENERS パラメータが、各ディスパッチャーが論理 IP アドレスのリスナーに登録されるように指定します。

すべてのクライアントが 1 つのリスナーを通して接続されます。リスナーは、各クライアント接続を最も負荷の軽いディスパッチャに切り替えます。最も負荷の軽いディスパッチャは、リスナーとは別のノード上にある可能性があります。

リスナーに異常が発生すると、リスナーの障害モニターがリスナーを再起動します。リスナーが動作しているノードに異常が発生すると、リスナーは別のノードで再起動されます。どちらの場合でも、ディスパッチャはリスナーが再起動された後に再登録されます。

クラスタ全体に対して 1 つのリスナーを使用している場合は、次のリソースを同じリソースグループとして構成する必要があります。

詳細は、「Oracle リスナーリソース用の LogicalHostname リソース」を参照してください。