Oracle Solaris Cluster のメンテナンスコマンドを使用した Oracle 9i との相互運用のための Oracle Solaris Cluster リソースの登録と構成

この節の作業は、「Oracle 9i RAC データベースインスタンスの起動と停止を自動化する」のリソース構成手順の代替となるものです。この節では、次の情報を示します。

Oracle 9i との相互運用のためのリソースを使用すると、Oracle Solaris Cluster インタフェースを使用して Oracle RAC データベースインスタンスを管理できます。これらのリソースは、Oracle RAC のための障害モニタリング機能および自動障害回復機能も提供します。このデータサービスが提供する自動障害回復機能は、Oracle RAC ソフトウェアが提供する自動障害回復機能を補足するものです。

Oracle 9 i との相互運用のためには次のリソースが必要です。

Oracle RAC サーバーリソース
Oracle リスナーリソース
論理ホスト名リソース

Oracle 9i RAC サーバーリソース

注 - Oracle 10g または 11g を使用している場合、Oracle RAC サーバーリソースは不要です。詳細は、「Oracle Solaris Cluster のメンテナンスコマンドを使用した Oracle 10g または 11g との相互運用のためのリソースの作成」を参照してください。

Oracle RAC データベースごとに 1 つのスケーラブルなリソースグループが必要です。各リソースグループは、クラスタ内のデータベースのインスタンスすべてを表す Oracle RAC サーバーリソースを含みます。このスケーラブルなリソースグループが、Oracle RAC を実行するすべてのノードでマスターされることを確認します。

Oracle 9i リスナーリソース

注 - Oracle 10g または 11g を使用している場合、Oracle リスナーリソースは不要です。詳細は、「Oracle Solaris Cluster のメンテナンスコマンドを使用した Oracle 10g または 11g との相互運用のためのリソースの作成」を参照してください。

Oracle RAC の構成で Oracle リスナーが必要な場合は、1 つの Oracle RAC データベースインスタンスのみを提供するように各リスナーを構成します。この構成により、最大限の可用性とスケーラビリティが実現し、管理が簡素化されます。

注 - Oracle RAC のすべての構成で Oracle リスナーが必要なわけではありません。たとえば、Oracle RAC データベースサーバーとデータベースクライアントが同じマシンで実行されている場合、Oracle リスナーは不要です。

構成に Oracle リスナーが含まれている場合は、特定の Oracle RAC データベースを提供するすべてのリスナーを表す 1 つのスケーラブルなリソースを構成します。リスナーリソースは次のように構成します。

リスナーリソースと RAC サーバーリソースを同じリソースグループで構成します。
リスナーリソースのリスナー名を、ノードごとに一意な値に設定します。
リスナーリソースに依存するように RAC サーバーリソースを設定します。

Oracle 9i リスナーリソースの論理ホスト名リソース

注 - Oracle 10g または 11g を使用している場合、LogicalHostname リソースは不要です。

ノード上のインスタンスの障害後にも、Oracle リスナーがデータベースへのアクセスを継続できることを確実にするために、各ノードは論理ホスト名リソースを必要とします。各ノード上で、スケーラブルな Oracle リスナーは、論理ホスト名リソースにより表される IP アドレス上で待機します。

Oracle RAC のインスタンスを実行しているクラスタノードに障害が発生した場合、クライアントアプリケーションが試みた操作がタイムアウトにならなければ、その操作を別のインスタンスで再試行できないことがあります。 TCP/IP (Transmission Control Protocol/Internet Protocol) のネットワークタイムアウトが長いと、クライアントアプリケーションが障害を検出するまでに長い時間がかかる可能性があります。通常、クライアントアプリケーションがそのような障害を検出するには、3 - 9 分が必要です。

そのような場合、クライアントアプリケーションは、Oracle Solaris Cluster 論理ホスト名リソースによって表されるアドレスで待機しているリスナーリソースに接続できます。ノードに障害が発生した場合、論理ホスト名リソースを含むリソースグループは、Oracle RAC が実行されている別の正常なノードにフェイルオーバーします。論理ホスト名リソースのフェイルオーバーにより、新しい接続を Oracle RAC のほかのインスタンスに振り分けることができます。

各リスナーリソースの LogicalHostname リソースを次のように構成します。

リスナーリソースが表すリスナーごとに、1 つの論理ホスト名リソースを作成します。
各論理ホスト名リソースを独立したリソースグループ内で構成します。
リスナーリソースが表すすべてのリスナーの論理ホスト名リソースに依存するように、リスナーリソースを設定します。
各ノードが 1 つのリソースグループの主ノードであることを確認します。
主ノード上のデータベースインスタンスが障害のあとに回復したときに、論理ホスト名リソースが主ノードにフェイルバックすることを確認します。

ナビゲーションリンクをスキップ
印刷ビューの終了
	Oracle Solaris Cluster Data Service for Oracle Real Application Clusters ガイド