この章では、Sun Cluster ノードに Sun Cluster Support for Oracle Real Application Clusters をインストールする方法について説明します。
「Sun Cluster Support for Oracle Real Application Clusters のインストールプロセスの概要」
「Sun Cluster Support for Oracle Real Application Clusters でのストレージ管理ソフトウェアのインストール」
「Sun Cluster Support for Oracle Real Application Clusters パッケージのインストール」
次の表に、インストール作業の要約とその作業に必要な詳しい説明の参照先を示します。
これらの作業は、表に示す順序で行う必要があります。
表 1–1 Sun Cluster Support for Oracle Real Application Clusters のインストール作業
タスク |
参照先 |
---|---|
インストール前に考慮すべき事項と特殊な要件 | |
ストレージ管理ソフトウェアのインストール |
「Sun Cluster Support for Oracle Real Application Clusters でのストレージ管理ソフトウェアのインストール」 |
データサービスパッケージのインストール |
「Sun Cluster Support for Oracle Real Application Clusters パッケージのインストール」 |
Sun Cluster ノードの準備 | |
SPARC:UNIX Distributed Lock Manager のインストール |
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 構成ファイルのストレージ管理要件」を参照してください。
この節では、Sun Cluster Support for Oracle Real Application Clusters 固有の要件を示します。
Oracle UDLM および Oracle リレーショナルデータベースにどのアーキテクチャを使用するかを決める前に、以下の点に注意してください。
両方の Oracle コンポーネントのアーキテクチャが一致する必要があります。たとえばOracle UDLM に 64 ビットアーキテクチャを使用する場合は、RDBMS にも 64 ビットアーキテクチャを使用する必要があります。
Oracle コンポーネントに 32 ビットアーキテクチャを使用する場合は、それらのコンポーネントが配置されたノードを 32 ビットモードまたは 64 ビットモードのどちらででもブートできます。しかし、Oracle コンポーネントに 64 ビットアーキテクチャを使用する場合は、それらのコンポーネントが配置されたノードを 64 ビットモードでブートする必要があります。
すべてのノードをブートするときは、同じアーキテクチャを使用する必要があります。たとえば、32 ビットアーキテクチャを使用するように 1 つのノードをブートする場合は、全ノードとも 32 ビットを使用するようにブートする必要があります。
次に、データサービスログファイルの場所を示します。
現在のログ: /var/cluster/ucmm/ucmm_reconf.log
以前のログ: /var/cluster/ucmm/ucmm_reconf.log.0 (0,1,...) – この場所は、Oracle UDLM パッケージによって異なります。
Oracle UDLM ログ: /var/cluster/ucmm/dlm_ nodename/logs – この場所に Oracle のログファイルを見つけることができない場合は、Oracle のサポートにお問い合わせください。
Oracle UDLM コアファイル: /var/cluster/ucmm/dlm_ nodename/cores – この場所に Oracle のログファイルを見つけることができない場合は、Oracle のサポートにお問い合わせください。
Oracle RAC サーバーリソースのログ: /var/opt/SUNWscor/oracle_servermessage_log. resource
Oracle Real Application Clusters Guard オプションのインストール、管理および操作については、Oracle のドキュメントを参照してください。この製品オプションを Sun Cluster 3.1 で使用する場合は、 Sun Cluster 3.1 をインストールする前に、以下で説明する点に注意してください。
Oracle Real Application Clusters Guard オプションを Sun Cluster 3.1 で使用する場合、クラスタで使用するホスト名に以下の制限が適用されます。
ホスト名に特殊文字を含めることはできません。
Sun Cluster 3.1 をインストールしたあとでは、ホスト名を変更することはできません。
これらの制限およびその他の要件について詳しくは、Oracle のドキュメントを参照してください。
Sun Cluster 3.1 で Oracle Real Application Clusters Guard オプションを使用する場合、以下の操作の実行に Sun Cluster コマンドを使用しないでください。
Oracle Real Application Clusters Guard がインストールするリソースの状態の操作。Sun Cluster コマンドをこの目的で使用すると、障害が起きる可能性があります。
Oracle Real Application Clusters Guard がインストールするリソースの状態のクエリ。出力される状態は実際の状態を示さない可能性があります。Oracle Real Application Clusters Guard の状態を確認するには、Oracle が提供するコマンドを使用してください。
Oracle ファイルに使用するストレージ管理スキーマ用のソフトウェアをインストールします。詳細は、「Oracle ファイルのストレージ管理要件」を参照してください。
Sun Cluster Support for Oracle Real Application Clusters とともに Network Appliance NAS デバイスをインストールおよび構成する方法の詳細については、『Sun Cluster 3.1 With Network-Attached Storage Devices Manual for Solaris OS』を参照してください。
Sun Cluster Support for Oracle Real Application Clusters で Solaris Volume Manager for Sun Cluster ソフトウェアを使用するには、以下のタスクを実行します。
Solaris 9 9/04、Solaris 10、または互換性のあるバージョンを使用していることを確認します。
Solaris Volume Manager for Sun Cluster は、Solaris オペレーティングシステムのインストール時にインストールされます。
クラスタノードで Solaris Volume Manager for Sun Cluster ソフトウェアを構成します。
詳細は、『Sun Cluster ソフトウェアのインストール (Solaris OS 版)』の「Solstice DiskSuite または Solaris Volume Manager ソフトウェアのインストールと構成」を参照してください。
Oracle ファイルに使用しているそのほかすべてのストレージ管理スキーマがインストールされていることを確認します。
Oracle ファイルに使用しているすべてのストレージ管理スキーマがインストールされたあとは、「Sun Cluster ノードの準備」に進みます。
Sun Cluster Support for Oracle Real Application Clusters でVxVM ソフトウェアを使用するには、以下のタスクを実行します。
クラスタ機能を備えた VxVM を使用している場合は、VxVM の基本ライセンスの他に Volume Manager クラスタ機能のライセンスを取得します。
VxVM のライセンス要件については、 VxVM のマニュアルを参照してください
Volume Manager クラスタ機能のライセンスを正しくインストールすることに失敗すると、Oracle Real Application Clusters サポートをインストールするときにパニックが起きる可能性があります。Oracle Real Application Clusters パッケージをインストールする前に、vxlicense -p または vxlicrep コマンドを実行して、Volume Manager クラスタ機能の有効なライセンスがインストールされていることを確認してください。
VxVM ソフトウェアをクラスタノード上にインストールして設定します。
詳細については、『Sun Cluster ソフトウェアのインストール (Solaris OS 版)』の第 4 章「VERITAS Volume Manager をインストールして構成する」および VxVM のマニュアルを参照してください。
Oracle ファイルに使用しているそのほかすべてのストレージ管理スキーマがインストールされていることを確認します。
Oracle ファイルに使用しているすべてのストレージ管理スキーマがインストールされたあとは、「Sun Cluster ノードの準備」に進みます。
ハードウェア RAID サポートを備えた Sun Cluster Support for Oracle Real Application Clusters を使用できます。
たとえば、 VxVM ソフトウェアを使用せずにハードウェア RAID サポートを備えた Sun StorEdgeTM A3500/A3500FC ディスクアレイを使用できます。この組み合わせを使うには、ディスクアレイの論理ユニット番号 (LUN) の先頭に raw デバイス ID (/dev/did/rdsk*) を使用します。ハードウェア RAID を備えた Sun StorEdge A3500/A3500FC ディスクアレイを使用するクラスタ上に Oracle Real Application Clusters 用の raw デバイスを設定するには、次の手順が必要です。
ディスクアレイ上に LUN を作成します。
LUN の作成方法については、Sun Cluster のハードウェアマニュアルを参照してください。
LUN を作成したら、format(1M) コマンドを実行して、ディスクアレイの LUN を必要な数のスライスにパーティション分割します。
次の例は、format コマンドの実行結果を示します。
# format 0. c0t2d0 <SUN18G cyl 7506 alt 2 hd 19 sec 248> /sbus@3,0/SUNW,fas@3,8800000/sd@2,0 1. c0t3d0 <SUN18G cyl 7506 alt 2 hd 19 sec 248> /sbus@3,0/SUNW,fas@3,8800000/sd@3,0 2. c1t5d0 <Symbios-StorEDGEA3000-0301 cyl 21541 alt 2 hd 64 sec 64> /pseudo/rdnexus@1/rdriver@5,0 3. c1t5d1 <Symbios-StorEDGEA3000-0301 cyl 21541 alt 2 hd 64 sec 64> /pseudo/rdnexus@1/rdriver@5,1 4. c2t5d0 <Symbios-StorEDGEA3000-0301 cyl 21541 alt 2 hd 64 sec 64> /pseudo/rdnexus@2/rdriver@5,0 5. c2t5d1 <Symbios-StorEDGEA3000-0301 cyl 21541 alt 2 hd 64 sec 64> /pseudo/rdnexus@2/rdriver@5,1 6. c3t4d2 <Symbios-StorEDGEA3000-0301 cyl 21541 alt 2 hd 64 sec 64> /pseudo/rdnexus@3/rdriver@4,2 |
ディスクパーティション情報が失われるのを防ぐために、raw データに使用するディスクスライスのシリンダ 0 でパーティションを開始しないでください。ディスクのシリンダ 0 にはディスクパーティションテーブルが格納されます。
scdidadm(1M) コマンドを実行して手順 1 で作成した LUN に対応する raw デバイス ID (DID) を見つけます。
次の例は、 scdidadm -L コマンドの出力の例を示しています。
# scdidadm -L 1 phys-schost-1:/dev/rdsk/c0t2d0 /dev/did/rdsk/d1 1 phys-schost-2:/dev/rdsk/c0t2d0 /dev/did/rdsk/d1 2 phys-schost-1:/dev/rdsk/c0t3d0 /dev/did/rdsk/d2 2 phys-schost-2:/dev/rdsk/c0t3d0 /dev/did/rdsk/d2 3 phys-schost-2:/dev/rdsk/c4t4d0 /dev/did/rdsk/d3 3 phys-schost-1:/dev/rdsk/c1t5d0 /dev/did/rdsk/d3 4 phys-schost-2:/dev/rdsk/c3t5d0 /dev/did/rdsk/d4 4 phys-schost-1:/dev/rdsk/c2t5d0 /dev/did/rdsk/d4 5 phys-schost-2:/dev/rdsk/c4t4d1 /dev/did/rdsk/d5 5 phys-schost-1:/dev/rdsk/c1t5d1 /dev/did/rdsk/d5 6 phys-schost-2:/dev/rdsk/c3t5d1 /dev/did/rdsk/d6 6 phys-schost-1:/dev/rdsk/c2t5d1 /dev/did/rdsk/d6 |
scdidadm(1M) の出力が示す DID を使用して、raw デバイスを設定します。
たとえば、scdidadm の出力によって、ディスクアレイの LUN に対応する raw DID が d4 であることがわかったとします。この場合には、/dev/did/rdsk/d4sNraw デバイスを使用します。ここで、N はスライス番号です。
Oracle ファイルに使用しているそのほかすべてのストレージ管理スキーマがインストールされていることを確認します。
Oracle ファイルに使用しているすべてのストレージ管理スキーマがインストールされたあとは、「Sun Cluster ノードの準備」に進みます。
RAID サポートを備えた 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』を参照してください。
Sun StorEdge QFS ソフトウェアがインストールされているか確認します。
個々の Sun StorEdge QFS 共有ファイルシステムが、Sun Cluster Support for Oracle Real Application Clusters で使用できるように正しく構成されているか確認します。
個々の Sun StorEdge QFS 共有ファイルシステム が、Sun Cluster Support for Oracle Real Application Clusters で使用できるように正しいオプションでマウントされているかを確認します。
バイナリファイルや構成ファイル、警告ファイル、トレースファイルが含まれているファイルシステムには、デフォルトのマウントオプションを使用します。
データファイルや制御ファイル、オンライン再実行ログファイル、保存された再実行ログファイルが含まれているファイルシステムには、次のマウントオプションを使用します。
/etc/opt/SUNWsamfs/samfs.cmd ファイルまたは /etc/vfstab ファイルに、次のオプションを設定します。
stripe=width sync_meta=1 mh_write qwrite forcedirectio nstreams=1024 rdlease=300Set this value for optimum performance. wrlease=300Set this value for optimum performance. aplease=300Set this value for optimum performance.
ファイルシステム内のデバイスに必要なストライプ幅を指定します。必要なストライプ幅は、ファイルシステムのディスク割り当てユニット (DAU) の倍数です。width は、1 以上の整数でなければなりません。
/etc/vfstab ファイル内の設定と /etc/opt/SUNWsamfs/samfs.cmd ファイル内の設定に矛盾がないか確認してください。/etc/vfstab ファイルの設定が /etc/opt/SUNWsamfs/samfs.cmd ファイルの設定より優先します。
Sun StorEdge QFS メタデータサーバーのデータサービスを登録および構成します。
詳細な手順は、『Sun StorEdge QFS and Sun StorEdge SAM-FS Software Installation and Configuration Guide』を参照してください。
Oracle ファイルに使用しているそのほかすべてのストレージ管理スキーマがインストールされていることを確認します。
Oracle ファイルに使用しているすべてのストレージ管理スキーマがインストールされたあとは、「Sun Cluster ノードの準備」に進みます。
scdidadm(1M) コマンドを実行して、クラスタで利用可能な共有ディスクに対応する raw デバイス ID (DID) を見つけます。
次の例は、 scdidadm -L コマンドの出力の例を示しています。
# scdidadm -L 1 phys-schost-1:/dev/rdsk/c0t2d0 /dev/did/rdsk/d1 1 phys-schost-2:/dev/rdsk/c0t2d0 /dev/did/rdsk/d1 2 phys-schost-1:/dev/rdsk/c0t3d0 /dev/did/rdsk/d2 2 phys-schost-2:/dev/rdsk/c0t3d0 /dev/did/rdsk/d2 |
scdidadm の出力が示す DID を使用して ASM ディスクグループのディスクを設定します。
たとえば、scdidadm の出力によって、ディスク に対応する raw DID が d2 であることがわかったとします。この場合には /dev/did/rdsk/d2s N raw デバイスを使用します。ここで、N はスライス番号です。
ASM_DISKSTRING パラメータを、ASM ディスクグループに使用するデバイスを指定するように変更します。
たとえば、ASM ディスクグループに /dev/did/ を使用するには、次のように、ASM_DISKSTRING パラメータに値 /dev/did/rdsk/d* を追加します。
ASM_DISKSTRING = '/dev/did/rdsk/*'
詳細は、お使いの Oracle のマニュアルを参照してください。
Oracle ファイルに使用しているそのほかすべてのストレージ管理スキーマがインストールされていることを確認します。
Oracle ファイルに使用しているすべてのストレージ管理スキーマがインストールされたあとは、「Sun Cluster ノードの準備」に進みます。
クラスタファイルシステムを作成して、マウントします。
クラスタファイルシステムの作成とマウント方法については、『Sun Cluster ソフトウェアのインストール (Solaris OS 版)』の「クラスタの構成」を参照してください。
UNIX ファイルシステム (UFS) を使用する場合は、各種の Oracle ファイルに対して正しいマウントオプションが指定されているかを確認します。
正しいオプションについては、次の表を参照してください。これらのオプションは、そのマウントポイントの /etc/vfstab ファイルにエントリを追加するときに設定します。
ファイルタイプ |
オプション |
---|---|
global、logging、forcedirectio |
|
global、logging |
Oracle ファイルに使用しているそのほかすべてのストレージ管理スキーマがインストールされていることを確認します。
Oracle ファイルに使用しているすべてのストレージ管理スキーマがインストールされたあとは、「Sun Cluster ノードの準備」に進みます。
Sun Cluster ノードを準備すると、オペレーティングシステムの構成が変更され、Oracle Real Application Clusters が Sun Cluster ノードで実行可能になります。Sun Cluster ノードやディスクの準備には、次の作業が必要です。
NIS ネームサービスをバイパスする。
データベース管理者グループと Oracle ユーザーアカウントを作成する。
Oracle Real Application Clusters ソフトウェアの共有メモリーの構成
Sun Cluster Support for Oracle Real Application Clusters が動作する可能性があるすべてのノードでこれらの作業を行なってください。これらの作業をすべてのノードで実行しないと、Oracle のインストールは不完全になります。Oracle のインストールが不完全だった場合、起動時に Sun Cluster Support for Oracle Real Application Clusters でエラーが発生します。
NIS ネームサービスをバイパスすると、Sun Cluster Support for Oracle Real Application Clusters データサービスが、クラスタノードのパブリックネットワークの障害から保護されます。クラスタノードのパブリックネットワークに障害が発生すると、NIS ネームサービスが使用不能になる場合があります。Sun Cluster Support for Oracle Real Application Clusters が NIS ネームサービスを参照したときに、ネームサービスが使用不能だと、Sun Cluster Support for Oracle Real Application Clusters データサービスは失敗する場合があります。
NIS ネームサービスをバイパスすると、Sun Cluster Support for Oracle Real Application Clusters データサービスは、ユーザー識別子 (ID) を設定するときに NIS ネームサービスを参照しません。Sun Cluster Support for Oracle Real Application Clusters データサービスは、データベースを起動または停止するときにこのユーザー ID を設定します。
Sun Cluster Support for Oracle Real Application Clusters が動作する可能性のあるすべてのノードでスーパーユーザーになります。
それぞれのノードで、次のエントリを /etc/nsswitch.conf ファイルに追加します。
passwd: files nis [TRYAGAIN=0] publickey: files nis [TRYAGAIN=0] project: files nis [TRYAGAIN=0] group: files
/etc/nsswitch.conf ファイルの詳細は、nsswitch.conf(4) のマニュアルページを参照してください。
「データベース管理者グループと Oracle ユーザーアカウントを作成する」に進みます。
次の手順は、各クラスタノードでスーパーユーザーで実行してください。
各ノード上で、/etc/group ファイルにデータベース管理者グループ用のエントリを作成し、このグループに潜在的なユーザーを追加します。
通常、このグループの名前は、dba です。root および oracle が dba グループのメンバーであることを確認し、必要に応じてほかのデータベース管理者 (DBA) ユーザーのエントリを追加します。グループ ID が Sun Cluster Support for Oracle Real Application Clusters を実行するすべてのノードで同じであるかを確認します。たとえば、次のエントリを /etc/group ファイルに追加します。
dba:*:520:root,oracle |
Network Information Service (NIS) や NIS+ などのネットワークネームサービスにネームサービスエントリを作成すれば、データサービスクライアントからこの情報を使用できるようになります。また、ローカルの /etc ファイルにエントリを作成し、ネットワークネームサービスに依存しないようにできます。
各ノード上で、/etc/passwd ファイルに Oracle ユーザー ID 用のエントリ (グループおよびパスワード) を作成し、pwconv(1M) コマンドを実行して、/etc/shadow ファイルにエントリを作成します。
通常、Oracle ユーザー ID は、oracle です。たとえば、次のエントリを /etc/passwd ファイルに追加します。
# useradd -u 120 -g dba -d /oracle-home oracle |
ユーザー ID が Sun Cluster Support for Oracle Real Application Clusters を実行するすべてのノードで同じであるかを確認します。
「Oracle Real Application Clusters ソフトウェアの共有メモリーを構成する」に進みます。
Oracle Real Application Clusters ソフトウェアを正しく実行できるようにするには、すべてのクラスタノードで十分な共有メモリーを使用できるようにする必要があります。各クラスタノードで以下の作業を行います。
クラスタノード上にインストールするクラスタノード上でスーパーユーザーになります。
/etc/system ファイルを共有メモリー構成情報で更新します。
これらのパラメータは、クラスタで利用可能なリソースにもとづいて構成する必要があります。ただし、各パラメータの値は、Oracle Real Application Clusters ソフトウェアがその構成要件に従う共有メモリーセグメントを作成するのに十分な値である必要があります。各パラメータに必要とされる最小値については、お使いの Oracle のマニュアルを参照してください。
次に、/etc/system ファイルで構成するエントリの例を示します。
*SHARED MEMORY/ORACLE set shmsys:shminfo_shmmax=4294967295 set semsys:seminfo_semmap=1024 set semsys:seminfo_semmni=2048 set semsys:seminfo_semmns=2048 set semsys:seminfo_semmsl=2048 set semsys:seminfo_semmnu=2048 set semsys:seminfo_semume=200 set shmsys:shminfo_shmmin=200 set shmsys:shminfo_shmmni=200 set shmsys:shminfo_shmseg=200 set semsys:seminfo_semvmx=32767 |
手順 2 で更新した /etc/system ファイルを持つ各ノードをシャットダウンし、リブートします。
リブートする前に、ボリュームマネージャーパッケージを正しくインストールしたことを確認してください。VxVM を使用する場合は、ソフトウェアが正しくインストールされていること、また、VxVM クラスタ機能用のライセンスが有効であることを確認してください。正しく構成されていないと、ノードでパニックが発生します。インストール時のノードパニックから回復する方法の詳細は、「Sun Cluster Support for Oracle Real Application Clusters の初期化中のノードパニック」を参照してください。
詳しい手順については、『Sun Cluster のシステム管理 (Solaris OS 版)』の「単一クラスタノードの停止と起動」を参照してください。
「Sun Cluster Support for Oracle Real Application Clusters パッケージのインストール」に進みます。
Sun Cluster の初回のインストール時に Sun Cluster Support for Oracle Real Application Clusters パッケージをインストールしなかった場合は、この手順でパッケージをインストールしてください。Sun Cluster Support for Oracle Real Application Clusters を実行できるすべてのクラスタノードで、この手順を実行してください。この手順の実行には、Sun Cluster Agents CD-ROM が必要です。
Sun Cluster Support for Oracle Real Application Clusters パッケージには次のものがあります。
RAC フレームワーク用のパッケージ
Oracle Real Application Clusters データベースに使用するストレージ管理スキーマ用のパッケージ
Solaris 10 を使用している場合、これらのパッケージは大域ゾーンだけでインストールしてください。また、これらのパッケージが、パッケージをインストールしたあとに作成される非大域ゾーンに伝播されないようにしてください。
pkgadd ユーティリティーを使用して Sun Cluster Support for Oracle Real Application Clusters パッケージをインストールします。
scinstall(1M) ユーティリティーは、このデータサービスのパッケージの自動インストールをサポートしていません。
CD-ROM ドライブに Sun Cluster Agents CD-ROM をロードします。
スーパーユーザーになります。
現在の作業ディレクトリを、RAC フレームワーク用のパッケージを含むディレクトリに変更します。
# cd /cdrom/cdrom0/components/SunCluster_Oracle_RAC_FRAMEWORK_3.1/Solaris_N/Packages |
N は、使用している Solaris OS のバージョン番号です。たとえば Solaris 10 を使用している場合、N は 10 です。
Sun Cluster Support for Oracle Real Application Clusters を実行可能な各クラスタノードで、pkgadd ユーティリティーを起動します。
現在の作業ディレクトリを、ストレージ管理スキーマの組み合わせが必要とするパッケージを含むディレクトリに変更します。
Solaris Volume Manager for Sun Cluster を使用している場合は、次のコマンドを実行します。
# cd /cdrom/cdrom0/components/SunCluster_Oracle_RAC_SVM_3.1/Solaris_N/Packages |
N は、使用している Solaris OS のバージョン番号です。たとえば Solaris 10 を使用している場合、N は 10 です。
クラスタ機能を備えた VxVM を使用している場合は、次のコマンドを実行します。
# cd /cdrom/cdrom0/components/SunCluster_Oracle_RAC_CVM_3.1/Solaris_N/Packages |
N は、使用している Solaris OS のバージョン番号です。たとえば Solaris 10 を使用している場合、N は 10 です。
ハードウェア RAID、Sun StorEdge QFS、Network Appliance NAS デバイス、またはボリュームマネージャーを装備していない ASM を使用している場合は、次のコマンドを実行します。
# cd /cdrom/cdrom0/components/SunCluster_Oracle_RAC_HWRAID_3.1/Solaris_N/Packages |
N は、使用している Solaris OS のバージョン番号です。たとえば Solaris 10 を使用している場合、N は 10 です。
Sun Cluster Support for Oracle Real Application Clusters を実行可能な各クラスタノードで、pkgadd ユーティリティーを起動します。
次の手順は、次の表に示すように、使用しているプラットフォームに依存します。
プラットフォーム |
次の手順 |
---|---|
SPARC | |
x86 |
Oracle UDLM のインストールに関する詳細は、Oracle Real Application Clusters のマニュアルを参照してください。
Oracle UDLM をインストールする前に、データベース管理者グループと Oracle ユーザー ID のエントリが作成済みであるか確認してください。詳細は、「データベース管理者グループと Oracle ユーザーアカウントを作成する」を参照してください。
Oracle UDLM ソフトウェアは、各ノードのローカルディスクにインストールする必要があります。
クラスタノード上にインストールするクラスタノード上でスーパーユーザーになります。
Oracle UDLM ソフトウェアをインストールします。
インストール手順については、Oracle Real Application Clusters のインストールマニュアルを参照してください。
Oracle UDLM パッケージをインストールした時にエラーメッセージが発生していないかを確認してください。パッケージのインストールでエラーが発生した場合は、Oracle UDLM ソフトウェアをインストールする前に問題を解決してください。