Oracle Real Application Clusters は、同時に複数のノードで実行可能なアプリケーションです。Sun Cluster Support for Oracle Real Application Clusters は、Oracle Real Application Clusters を Sun Cluster ノードで実行できるようにするパッケージ群です。さらに、このデータサービスでは、Sun Cluster コマンドを使って Oracle Real Application Clusters を管理できます。
Oracle の以前のバージョンでは、このアプリケーションは「Oracle Parallel Server」と呼ばれていました。本書では、特に断りがない限り、Oracle Real Application Clusters への言及は Oracle Parallel Server にも適用されるものとします。
このデータサービスには障害監視機能がありますが、この機能は、Sun Cluster ユーティリティーで Oracle Real Application Clusters リソースの状態を監視できるようにするためだけのものです。このデータサービスには、Oracle Real Application Clusters ソフトウェアに自動障害回復機能と同様の機能があるため、自動障害回復機能はありません。
インストールを始める前に、以下に説明するハードウェアとソフトウェアの要件に注意してください。
Sun Cluster Support for Oracle Real Application Clusters をインストールするためには、クラスタに最初のクラスタフレームワークがすでにインストールされ、クラスタが動作している必要があります。クラスタソフトウェアの初期インストールの詳細については、『Sun Cluster ソフトウェアのインストール (Solaris OS 版)』を参照してください。
ソフトウェアを使用するために必要なライセンスを取得して、インストールしているかを確認します。ライセンスのインストールが不正であったり不完全であったりすると、ノードが正しく起動しないことがあります。
たとえば、クラスタ機能を備えた VxVM を使用している場合、以下のコマンドのうちの 1 つを実行して、Volume Manager クラスタ機能の有効なライセンスをインストールしてあることを確認してください。
Sun StorEdgeTM QFS 共有ファイルシステム バージョン 4.2 を使用している場合、各ノードに Sun StorEdge QFS の有効なライセンスがインストールしてあることを確認します。ノード上で有効なライセンスがインストールされていることを確認するには、ノード上で samcmd l コマンドを実行します。
Sun Enterprise Services の購入先に、 Sun Cluster Support for Oracle Real Application Clusters で現在サポートされているトポロジー、クラスタインターコネクト、ストレージ管理スキーマ、およびハードウェア構成について確認します。
Solaris オペレーティングシステム、Sun Cluster、Oracle、および使用するボリュームマネージャー用の適用できるソフトウェアパッチをインストールしてあることを確認します。Sun Cluster Support for Oracle Real Application Clusters パッチをインストールする必要がある場合は、データサービスパッケージをインストールしたあとでこれらのパッチを加えてください。
Sun Cluster Support for Oracle Real Application Clusters を使用すると、次の表に示す Oracle ファイル用のストレージ管理スキーマを使用できます。この表は、各ストレージ管理スキーマが格納できる Oracle ファイルの種類を要約したものです。すべての種類の Oracle ファイルを格納できるストレージ管理スキーマの組み合わせを選択してください。
表 1–2 Oracle ファイルのストレージ管理スキーマ
Oracle ファイルの種類 |
ストレージ管理スキーマ |
|||||||
---|---|---|---|---|---|---|---|---|
Solaris Volume Manager for Sun Cluster |
VxVM |
ハードウェア RAID |
Sun StorEdge QFS |
Network Appliance NAS デバイス |
ASM |
クラスタファイルシステム |
ローカルディスク |
|
RDBMS バイナリファイル |
不可 |
不可 |
不可 |
可 |
可 |
不可 |
可 |
可 |
CRS バイナリファイル |
不可 |
不可 |
不可 |
可 |
可 |
不可 |
可 |
可 |
構成ファイル |
不可 |
不可 |
不可 |
可 |
可 |
不可 |
可 |
可 |
システムパラメータファイル (SPFILE) |
不可 |
不可 |
不可 |
可 |
可 |
可 |
可 |
不可 |
警告ファイル |
不可 |
不可 |
不可 |
可 |
可 |
不可 |
可 |
可 |
トレースファイル |
不可 |
不可 |
不可 |
可 |
可 |
不可 |
可 |
可 |
データファイル |
可 |
可 |
可 |
可 |
可 |
可 |
不可 |
不可 |
コントロールファイル |
可 |
可 |
可 |
可 |
可 |
可 |
不可 |
不可 |
オンライン再実行ログファイル |
可 |
可 |
可 |
可 |
可 |
可 |
不可 |
不可 |
保存された再実行ログファイル |
不可 |
不可 |
不可 |
可 |
可 |
可 |
可 |
不可 |
フラッシュバックログファイル |
不可 |
不可 |
不可 |
可 |
可 |
可 |
可 |
不可 |
回復ファイル |
不可 |
不可 |
不可 |
可 |
可 |
可 |
不可 |
不可 |
OCR ファイル |
可 |
可 |
可 |
可 |
可 |
不可 |
可 |
不可 |
CRS 投票ディスク |
可 |
可 |
可 |
可 |
可 |
不可 |
可 |
不可 |
一部の種類のファイルは、Oracle Real Application Clusters のすべてのリリースに含まれているわけではありません。ご使用のリリースにどの種類のファイルが含まれているかについては、Oracle のマニュアルを参照してください。
Oracle Real Application Clusters データベースには、次のストレージ管理スキーマが使用できます。
Solaris Volume Manager for Sun Cluster
Solaris Volume Manager for Sun Cluster は Oracle Real Application Clusters だけでサポートされます。Solaris Volume Manager for Sun Cluster は Oracle Parallel Server ではサポートされません。
クラスタ機能を備えた VERITAS Volume Manager (VxVM)
VxVM は SPARC プラットフォームだけでサポートされます。
ハードウェア RAID(redundant array of independent disks)サポート
ハードウェア RAID をサポートする Sun StorEdge QFS 共有ファイルシステム
Sun StorEdge QFS 共有ファイルシステム は SPARC プラットフォームだけでサポートされます。
Network Appliance ネットワーク接続ストレージ (NAS) デバイス
Oracle Automatic Storage Management (ASM)
Oracle バイナリファイルおよび Oracle 構成ファイルは、次のいずれかの場所にインストールできます。
各クラスタノードのローカルディスク
次のいずれかの共有ファイルシステム
Sun StorEdge QFS 共有ファイルシステム
クラスタファイルシステム
Network Appliance NAS デバイス上のファイルシステム
Oracle バイナリファイルと Oracle 構成ファイルを個別のクラスタノード上に置くと、後でデータサービスをシャットダウンせずに Oracle アプリケーションをアップグレードできます。
この場合の短所は、Oracle バイナリファイルと Oracle 構成ファイルの複数のコピーを維持し、管理しなければならない点です。
Oracle システムの保守を簡単にするために、Oracle バイナリファイルと Oracle 構成ファイルを共有ファイルシステムにインストールできます。次の共有ファイルシステムがサポートされています。
Sun StorEdge QFS 共有ファイルシステム
クラスタファイルシステム
クラスタファイルシステムを使用する場合は、どちらのボリュームマネージャーを使用するかを決めます。
Solaris ボリュームマネージャー
クラスタ機能のない VxVM
VxVM は SPARC プラットフォームだけでサポートされます。
Network Appliance NAS デバイス上のファイルシステム
Oracle バイナリファイルと Oracle 構成ファイルを共有ファイルシステム上に置く場合、維持管理するコピーは 1 つだけです。しかし、Oracle アプリケーションをアップグレードするには、クラスタ全体でデータサービスを停止する必要があります。アップグレードする場合に多少の停止時間が生じても構わない場合は、Oracle バイナリファイルと Oracle 構成ファイルの 1 つのコピーを共有ファイルシステム上に置きます。
Oracle Real Application Clusters に関連するすべてのファイルを Sun StorEdge QFS 共有ファイルシステムに格納できます。
Sun StorEdge QFS 共有ファイルシステムの作成方法については、Sun StorEdge QFS の次のマニュアルを参照してください。
『Sun StorEdge QFS and Sun StorEdge SAM-FS Software Installation and Configuration Guide』
Sun StorEdge QFS and Sun StorEdge SAM-FS File System Administration Guide
次に説明するように、これらのファイルをいくつかのファイルシステムに分散します。
RDBMS バイナリファイルと関連ファイルの場合は、クラスタ内に 1 つのファイルシステムを作成してファイルを格納します。
RDBMS バイナリファイルと関連ファイルには次のものがあります。
Oracle リレーショナルデータベース管理システム (RDBMS) バイナリファイル
Oracle 構成ファイル (たとえば、init.ora、tnsnames.ora、listener.ora、sqlnet.ora)
システムパラメータファイル (SPFILE)
警告ファイル (たとえば、alert_ sid.log)
追跡ファイル (*.trc)
Oracle Cluster Ready Services (CRS) バイナリファイル
データベースファイルと関連ファイルの場合は、各データベースに 1 つのファイルシステムが必要であるか、複数のファイルシステムが必要であるかどうかを決定します。
構成とメンテナンスを容易にするには、1 つのファイルシステムを作成して、データベースのすべての Oracle Real Application Clusters インスタンスのファイルを格納します。
将来の拡張を容易にするには、複数のファイルシステムを作成して、データベースのすべての Oracle Real Application Clusters インスタンスのファイルを格納します。
既存のデータベース用のストレージを追加する場合は、追加するストレージ用の追加のファイルシステムを作成する必要があります。このような場合、データベースに使用するファイルシステム間で、データベースファイルと関連ファイルを分散します。
データベースファイルと関連ファイル用に作成する各ファイルシステムには、独自のメタデータサーバーが必要です。メタデータサーバーに必要なリソースの詳細については、「SPARC: Sun StorEdge QFS 共有ファイルシステムのリソース」を参照してください。
データベースファイルと関連ファイルには次のものがあります。
データファイル
コントロールファイル
オンライン再実行ログファイル
保存された再実行ログファイル
フラッシュバックログファイル
回復ファイル
Oracle クラスタレジストリ (OCR) ファイル
Oracle CRS 投票ディスク
クラスタファイルシステムに格納できるのは、Oracle Real Application Clusters と関連付けられた次のファイルだけです。
Oracle RDBMS バイナリファイル
Oracle CRS バイナリファイル
Oracle 構成ファイル (たとえば、init.ora、tnsnames.ora、listener.ora、sqlnet.ora)
システムパラメータファイル (SPFILE)
警告ファイル (たとえば、alert_ sid.log)
追跡ファイル (*.trc)
保存された再実行ログファイル
フラッシュバックログファイル
Oracle クラスタレジストリ (OCR) ファイル
Oracle CRS 投票ディスク
クラスタファイルシステムには、データファイル、コントロールファイル、オンライン再実行ログファイル、Oracle 回復ファイルを格納してはいけません。
保存された再実行ログファイルに書き込む際の入出力性能は、保存された再実行ログファイルのデバイスグループがどこにあるかによって異なります。パフォーマンスを最適にするために、保存された再実行ログファイル用のプライマリのデバイスグループは、Oracle Real Application Clusters データベースインスタンスと同じノード上に置くようにしてください。このデバイスグループには、データベースインスタンスの保存された再実行ログを保持するファイルシステムが含まれています。
クラスタファイルシステムと Sun Cluster 3.1 を併用している場合は、デバイスグループの二次ノードの望ましい数を増やすことを検討してください。デバイスグループの二次ノードの望ましい数を増やすことで、クラスタの可用性を改善できます。デバイスグループの二次ノードの望ましい数を増やすには、numsecondaries プロパティーを変更します。詳細は、『Sun Cluster の概念 (Solaris OS 版)』の「多重ポートディスクデバイスグループ」を参照してください。
クラスタファイルシステムの作成方法の詳細は、次のマニュアルを参照してください。
Sun Cluster Support for Oracle Real Application Clusters のインストールと構成の計画に入る前に、以下の各質問に答えてください。『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「構成のワークシート」にあるデータサービスワークシートのスペースに、質問の答えを記入してください。
Oracle 10g を使用している場合は、Oracle RAC サーバーリソースは必要ありません。これらのリソースが Oracle 10g で必要でないのは、Oracle CRS が Oracle Real Application Clusters データベースインスタンスの起動と停止を行うためです。10g よりも前のバージョンの Oracle では、Sun Cluster でデータベースインスタンスの起動と停止を行えるように、これらのリソースが必要です。
Oracle Real Application Clusters (RAC) サーバーリソースのリソースグループとしてどれを使いますか。
Oracle Real Application Clusters データベースインスタンスごとに 1 つのリソースグループが必要です。そのリソースグループには、そのデータベースインスタンスの Oracle RAC サーバーリソースが含まれています。
この質問の回答は、「Oracle RAC サーバーリソースの登録と構成」の手順を実行する際に使用されます。
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 つのリスナーが 1 つの Real Application Clusters インスタンスだけをサポートします。このリスナーは、ノードの特定のインターネットプロトコル (IP) アドレスで待機します。リスナーをフェイルオーバーすることはできません。
この例では、リスナー リソースを次のように構成します。
リスナーリソースと RAC サーバーリソースを同じリソースグループに構成します。
このリソースグループは、1 つのノードだけでマスターされるようにします。
1 つのリスナーが、同じノードで動作するいくつかの Real Application Clusters インスタンスをサポートします。このリスナーは、Oracle の透過的なアプリケーションフェイルオーバー (TAF) と負荷均衡機能を使って、クライアント接続をすべての Real Application Clusters インスタンスに分散します。リスナーをフェイルオーバーすることはできません。
この例では、リスナー リソースを次のように構成します。
リスナーリソースをそれ独自のリソースグループ内に構成します。
このリスナーのリソースグループは、1 つのノードだけでマスターされるようにします。
リスナーのリソースグループと RAC サーバーのリソースグループとの間の依存関係を設定します。
フェイルオーバー可能な 1 つのリスナーが、同じノードで動作するいくつかの Real Application Clusters インスタンスをサポートします。リスナーが別のノードにフェイルオーバーされた場合でも、このリスナーは、ほかのノードで動作するいくつかの Real Application Clusters インスタンスをサポートします。
このリスナーは、Oracle の TAF と負荷均衡機能を使ってクライアント接続をすべての Real Application Clusters インスタンスに分散します。迅速にエラーを検出し、フェイルオーバー時間を短くするため、リスナーは LogicalHostname リソースにより表されるアドレス上で待機します。
この例では、リスナー リソースを次のように構成します。
同じリソースグループでリスナーリソースと LogicalHostname リソースを構成します。
このリソースグループは、Oracle Real Application Clusters が動作しているノードだけでマスターされるようにします。
詳細は、「Oracle リスナーリソース用の LogicalHostname リソース」を参照してください。
1 つのリスナーが、すべてのノードのすべての Real Application Clusters インスタンスをサポートします。このリスナーは、LogicalHostname リソースで表されるアドレスで待機します。この構成では、あるノードに障害が発生すると、そのアドレスがすぐに別のノードに渡されます。
マルチスレッドサーバー (MTS) を使用するように Real Application Clusters インスタンスを構成する場合は、この構成を使用できます。このような構成においては、init.ora ファイルの REMOTE_LISTENERS パラメータが、各ディスパッチャーが論理 IP アドレスのリスナーに登録されるように指定します。
すべてのクライアントが 1 つのリスナーを通して接続されます。リスナーは、各クライアント接続を最も負荷の軽いディスパッチャに切り替えます。最も負荷の軽いディスパッチャは、リスナーとは別のノード上にある可能性があります。
リスナーに異常が発生すると、リスナーの障害モニターがリスナーを再起動します。リスナーが動作しているノードに異常が発生すると、リスナーは別のノードで再起動されます。どちらの場合でも、ディスパッチャはリスナーが再起動された後に再登録されます。
クラスタ全体に対して 1 つのリスナーを使用している場合は、次のリソースを同じリソースグループとして構成する必要があります。
リスナーリソース
LogicalHostname リソース
詳細は、「Oracle リスナーリソース用の LogicalHostname リソース」を参照してください。
Oracle 10g を使用している場合は、LogicalHostname リソースは必要ありません。
Oracle リスナーリソースはどちらの LogicalHostname を使用しますか。
この質問の回答は、「Oracle リスナーリソースの登録と構成」の手順を実行する際に使用されます。
Oracle Real Application Clusters のインスタンスを実行しているクラスタノードに異常がある場合には、クライアントアプリケーションが行おうとしている操作を、別のインスタンスで再試行される前にタイムアウトにする必要がある場合があります。TCP/IP ネットワークのタイムアウトが頻繁に起きる場合、クライアントアプリケーションで障害を検出するのに長時間かかることがあります。通常、クライアントアプリケーションでこの種の障害を検出するのに必要な時間は、3 分から 9 分です。
このような状況の場合、クライアントアプリケーションは、Sun Cluster LogicalHostname リソースで表されるアドレスで待機しているリスナーリソースに接続できます。そのためには、LogicalHostname リソースとリスナーリソースを別々のリソースグループとして構成する必要があります。このリソースグループは、Oracle Real Application Clusters が動作しているノードだけでマスターされるようにします。ノードに異常があると、LogicalHostname リソースとリスナーリソースが含まれているリソースグループは、Oracle Real Application Clusters が動作している有効な別のノード にフェイルオーバーされます。 LogicalHostname リソースのフェイルオーバーにより、新しい接続を Oracle Real Application Clusters の他のインスタンスにつなげることができます。
Sun StorEdge QFS 共有ファイルシステムを使用する場合は、次の質問に答えてください。
Sun StorEdge QFS 共有ファイルシステムのメタデータサーバーを表すリソースとしてどのリソースを作成しますか。
それぞれの Sun StorEdge QFS メタデータサーバーごとに 1 つのリソースが必要です。
これらのリソースのためにどのリソースグループを使用しますか。
データベースファイルと関連ファイル用に複数のファイルシステムを使用する場合があります。詳細は、「SPARC: Sun StorEdge QFS 共有ファイルシステムを使用する場合の要件」を参照してください。
Oracle 10g を使用している場合は、Oracle CRS が Real Application Clusters データベースインスタンスを管理します。すべての共有ファイルシステムがマウントされたあとでのみ、これらのデータベースインスタンスを起動する必要があります。この要件を満たすには、そのほかのデータベースファイル用のファイルシステムがマウントされた後でのみ、Oracle CRS 投票ディスクが含まれるファイルシステムがマウントされるようにします。このような動作により、ノードがブートした場合、すべての Sun StorEdge QFS ファイルシステムがマウントされたあとでのみ Oracle CRS が起動します。
Sun Cluster で必要な順序でファイルシステムをマウントできるようにするには、次のように、ファイルシステムのメタデータサーバー用のリソースグループを構成します。
別のリソースグループでメタデータサーバー用のリソースを作成します。
Oracle CRS 投票ディスクを含むファイルシステムのリソースグループを、ほかのリソースグループに依存するよう設定します。
詳細は、Sun StorEdge QFS の以下のマニュアルを参照してください。
『Sun StorEdge QFS and Sun StorEdge SAM-FS Software Installation and Configuration Guide』
Sun StorEdge QFS and Sun StorEdge SAM-FS File System Administration Guide
これらの質問の回答は、「Oracle RAC サーバーリソースの登録と構成」の手順を実行する際に使用されます。
scrgadm ユーティリティーを使用して RAC フレームワークリソースグループを作成する計画である場合、このリソースグループにはどのような名前を割り当てますか。
scsetup ユーティリティーを使用して RAC フレームワークリソースグループを作成する場合は、この質問は省略してください。scsetup ユーティリティーは、リソースグループを作成するときに自動的に名前を割り当てます。
詳細は、「RAC フレームワークリソースグループの登録と構成」を参照してください。
クラスタファイルシステムの代わりにローカルファイルシステムを使用する場合のメリットとデメリットについては、「Oracle バイナリファイルおよび Oracle 構成ファイルのストレージ管理要件」を参照してください。