ナビゲーションリンクをスキップ
印刷ビューの終了
| Oracle Solaris Cluster Data Service for Oracle Real Application Clusters ガイド Oracle Solaris Cluster 3.3 3/13 (日本語)

検索範囲:

- このドキュメント
- ライブラリ全体

## Oracle Solaris Cluster の保守コマンドを使用した Oracle 9i との相互運用のための Oracle Solaris Cluster リソースの登録および構成

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

- 「Oracle 9i RAC サーバーリソース」

- 「Oracle 9i リスナーリソース」

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

- 「Oracle 9 i との相互運用のためにグローバルクラスタ内で Oracle Solaris Cluster リソースを登録および構成する方法」

- 「Oracle 9 i との相互運用のためにゾーンクラスタ内で Oracle Solaris Cluster リソースを登録および構成する方法」

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

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

- Oracle RAC サーバーリソース

- Oracle リスナーリソース

- 論理ホスト名リソース

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

注 - Oracle 10g、11g、または 12c を使用している場合、Oracle RAC サーバーリソースは必要ありません。詳細は、「Oracle Solaris Cluster の保守コマンドを使用した Oracle 10 g、11g、または 12c との相互運用のためのリソースの作成」を参照してください。

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

### Oracle 9i リスナーリソース

注 - Oracle 10g、11g、または 12c を使用している場合、Oracle リスナーリソースは必要ありません。詳細は、「Oracle Solaris Cluster の保守コマンドを使用した Oracle 10 g、11g、または 12c との相互運用のためのリソースの作成」を参照してください。

Oracle RAC の構成に Oracle リスナーが必要な場合は、各リスナーを、1 つの Oracle RAC データベースインスタンスにのみサービスを提供するように構成します。この構成によって、もっとも高い可用性とスケーラビリティー、およびもっとも簡単な管理機能が提供されます。

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

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

- リスナーリソースと Oracle RAC サーバーリソースを同じリソースグループ内に構成します。

- リスナーリソースのリスナー名を、ノードごとに一意の値に設定します。

- Oracle RAC サーバーリソースを、リスナーリソースに依存するように設定します。

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

注 - Oracle 10g、11g、または 12c を使用している場合、`LogicalHostname` リソースは必要ありません。

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

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

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

`LogicalHostname` リソースを、リスナーリソースごとに次のように構成します。

- リスナーリソースが表すリスナーごとに 1 つの論理ホスト名リソースを作成します。

- 各論理ホスト名リソースを個別のリソースグループ内に構成します。

- リスナーリソースを、そのリスナーリソースが表すすべてのリスナーの論理ホスト名リソースに依存するように設定します。

- 各ノードが確実に 1 つのリソースグループのプライマリノードであるようにします。

- 障害のあとにプライマリノード上のデータベースインスタンスが回復したら、論理ホスト名リソースが確実にプライマリノードにフェイルバックされるようにします。

Copyright © 2000, 2013, Oracle and/or its affiliates. All rights reserved. 著作権について |