2 クラスタの準備
この章には、システム管理者およびネットワーク管理者が、クラスタに2つのノードを構成するDBAをサポートする際に必要な情報が含まれています。この章では、Linuxオペレーティング・システムの基本を理解していることを前提としています。場合によっては、ご使用のオペレーティング・システム用の『Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイド』の詳細を参照する必要があります。また、この章の特定のタスクを実行するために、root
またはsudo
権限(UNIXおよびLinuxシステム)、管理者権限(Windowsシステム)も必要です。
- システム要件の確認
インストールを開始する前に、システムがOracle Real Application Clusters (Oracle RAC)の要件を満たしていることを確認します。 - サーバーの準備
システムがOracle RACのインストールの基本的要件を満たすことを確認した後、次に実行する手順はインストールの準備としてのサーバーの構成です。 - ネットワークの構成
Oracle Grid InfrastructureおよびOracle RACをインストールする前に、ネットワーク名を決定してIPアドレスを構成する必要があります。 - オペレーティング・システムおよびソフトウェアの準備
ご使用のサーバーにOracleソフトウェアをインストールする際、Oracle Universal Installerでは、特定のパッケージとソフトウェア・アプリケーションがオペレーティング・システムにインストール済であることを前提としています。 - インストール・ディレクトリおよび共有記憶域の構成
Oracle RACは、Oracle Clusterwareファイルを格納するために共有ファイル・システムにアクセスする必要があります。また、Oracleソフトウェアおよびデータベース・ファイルをインストールする場所を決定する必要もあります。
2.1 システム要件の確認
インストールを開始する前に、システムがOracle Real Application Clusters (Oracle RAC)の要件を満たしていることを確認します。
この要件は、次のカテゴリに分けられます。
- オペレーティング・システムの動作保証の確認
オペレーティング・システムとOracle Databaseソフトウェアの組合せが動作保証されているものであることを確認する必要があります。 - ハードウェア要件について
クラスタ、またはOracle ClusterwareとOracle RACのインストールの一部を形成する各ノードは、ソフトウェアの最低限のハードウェア要件を満たす必要があります。 - 共有記憶域について
クラスタ内の各ノードおよびインスタンスが同じ一連のファイルにアクセスできるように、Oracle Grid InfrastructureおよびOracle RACは共有記憶域にアクセスできる必要があります。 - ネットワーク・ハードウェア要件について
クラスタ内のすべてのノード間でパブリックとプライベートの両方の通信をサポートするハードウェアが必要です。 - IPアドレス要件について
Oracle Grid InfrastructureおよびOracle RACは、通信のために様々なIPアドレスを使用します。 - オペレーティング・システムとソフトウェア要件の検証
システムがオペレーティング・システムのバージョンおよび他のソフトウェア要件を満たしていることを確認します。
親トピック: クラスタの準備
2.1.1 オペレーティング・システムの動作保証の確認
オペレーティング・システムとOracle Databaseソフトウェアの組合せが動作保証されているものであることを確認する必要があります。
動作保証されているオペレーティング・システムおよびOracle Databaseソフトウェアのリストは、次のWebサイトにあるMy Oracle Supportの動作保証情報を参照してください。
https://support.oracle.com
「動作保証」タブを選択することによって、動作保証情報を確認できます。サポート・ノートを検索して、ご使用のプラットフォームの動作保証の情報を調べることもできます。
注意:
Oracle Universal Installerは、サーバーおよびオペレーティング・システムがリストされた要件を満たしているかどうかを検証します。ただし、Oracle Universal Installerを起動する前に要件を確認し、サーバーおよびオペレーティング・システムが要件を満たしていることを確認する必要があります。このことは、ハードウェアまたはソフトウェアが動作保証されない場合に発生する可能性があるソフトウェア・インストール・プロセスの遅れを回避するのに役立ちます。
親トピック: システム要件の確認
2.1.2 ハードウェア要件について
クラスタ(Oracle ClusterwareおよびOracle RACのインストール)に属する各ノードは、ソフトウェアの最小ハードウェア要件を満たしている必要があります。
注意:
Oracleソフトウェアをインストールする際、Oracle Universal Installer(OUI)によって自動的にハードウェア前提条件チェックが実行され、適合しない場合は通知されます。
最小限のハードウェア要件:
-
Clusterインストール用(Oracle RACをインストールする場合を含む)Oracle Grid Infrastructureのために、4GB以上のRAM
-
RAMと同じ容量以上のスワップ領域
-
パブリック・ネットワークとプライベート・ネットワークをサポートするための少なくとも2つのネットワーク・スイッチ(それぞれ1 GbE以上)
-
サーバーは実行レベル3または実行レベル5である必要があります。
-
使用可能な
/tmp
内の一時領域(1GB以上) -
インストールするOracleソフトウェア(64ビット)のリリースでの動作が保証されているプロセッサ・タイプ(CPU)
-
1024 x 786以上のディスプレイ解像度(Oracle Universal Installer(OUI)を正しく表示するため)
-
クラスタ内で使用されるすべてのサーバーで同一のチップ・アーキテクチャ(たとえば、すべてが64ビット・プロセッサ)
-
ストレージ・エリア・ネットワーク(SAN)またはネットワーク・アタッチ・ストレージ(NAS)へのアクセス。
また、次の表に示すように、ソフトウェアのインストール場所に、Oracleソフトウェアを格納するのに十分なディスク領域が必要です。
場所 | 容量 | 目的 |
---|---|---|
Gridホーム・ディレクトリ | 8 GB以上 | Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)のソフトウェア・インストール |
Gridホーム・ディレクトリ | 100 GBが推奨されます | 関連するログ・ファイルおよびパッチ用の追加のディスク領域 |
Oracle Grid Infrastructureインストール所有者(Gridユーザー)のOracleベース | 10 GB以上 | Oracle ClusterwareおよびOracle ASMのログ・ファイルと、トレース・ファイル・アナライザ(TFA)コレクタによって生成される診断コレクションのため |
Oracleホーム | 6.4 GB以上 | Oracle Databaseソフトウェア・バイナリ |
注意:
実際のディスク領域要件については、ご使用のオペレーティング・システム用のOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドとOracle Real Application Clustersのインストレーション・ガイドを参照してください。Oracleソフトウェアで使用されるディスク領域は一定でなく、このマニュアルに記載されている値より大きくなることもあります。
親トピック: システム要件の確認
2.1.3 共有記憶域について
Oracle Grid InfrastructureおよびOracle RACは共有記憶域にアクセスする必要があるため、クラスタ内の各ノードおよびインスタンスは同じファイル・セットにアクセスできます。
Oracle RACデータベースは、シェアード・エブリシング型のデータベースです。Oracle RACデータベースで使用されているすべてのデータファイル、制御ファイル、REDOログ・ファイルおよびサーバー・パラメータ・ファイル(SPFILE)は、すべてのOracle RACデータベース・インスタンスがアクセス可能な共有記憶域に配置する必要があります。このガイドで説明するOracle RACインストールでは、Oracle ClusterwareおよびOracle Databaseファイルの共有記憶域にOracle ASMが使用されます。
Oracle Clusterwareは、次のコンポーネントを使用することによって、優れたスケーラビリティと高可用性を実現します。
-
投票ディスク: クラスタ・メンバーシップを管理し、ネットワーク障害の場合にノード間でクラスタ所有権を調整します。投票ディスクは、共有記憶域に存在するファイルです。可用性を高めるために、複数の投票ディスクを持つこと、および奇数の投票ディスクを持つことをお薦めします。単一の投票ディスクを定義する場合は、冗長性のためにファイル・システム・レベルでのミラー化を使用します。
-
Oracle Cluster Registry(OCR): クラスタ構成情報およびクラスタ内の任意のクラスタ・データベースに関する構成情報を保持します。OCRには、どのデータベース・インスタンスをどのノード上で実行するか、どのサービスをどのデータベース上で実行するかなどの情報が含まれます。また、OCRにはOracle Clusterwareが制御するプロセスに関する情報も格納されます。OCRは、クラスタ内のすべてのノードがアクセス可能な共有記憶域に存在します。Oracle ClusterwareではOCRを多重化(OCRの複数のコピーを保持)できるため、この機能を使用して高可用性を確保することをお薦めします。
-
グリッド・インフラストラクチャ管理リポジトリ: Oracle Databaseのサービス品質管理、メモリー・ガードおよびクラスタ状態モニターをサポートします。
これらのOracle Clusterwareコンポーネントには、共有ファイル・システム上に次のようなディスク領域が必要です。
-
3つのOracle Clusterwareレジストリ(OCR)・ファイル(それぞれが少なくとも400MBか、合計のディスク領域が1.2GB)
-
3つの投票ディスク・ファイル(それぞれが300MBか、合計ディスク領域が900MB)
-
グリッド・インフラストラクチャ管理リポジトリには、さらに5.9 GBのディスク領域が必要で、OCRボリュームに格納されます。
関連項目:
親トピック: システム要件の確認
2.1.4 ネットワーク・ハードウェア要件について
クラスタ内の全ノード間でパブリックとプライベートの両方の通信をサポートするハードウェアが必要です。
Oracle Clusterwareでは、クラスタ内のノードが、プライベート・インターコネクト を使用してプライベート・ネットワークに接続されている必要があります。プライベート・インターコネクトは、クラスタ・ノード間で構成する個別のネットワークです。インターコネクトは、クラスタ内のノード間の通信パスとして機能します。このインターコネクトは、プライベート・インターコネクトである(クラスタ・メンバー以外のノードからはアクセスできない)必要があります。
Oracle RACで使用されるインターコネクトは、Oracle Clusterwareで使用されるのと同じインターコネクトです。クラスタ・データベースの各インスタンスでは、各インスタンスの共有リソースの使用を同期化するためのメッセージ機能でインターコネクトを使用します。Oracle RACでは、複数のインスタンスで共有されるデータ・ブロックの転送にもインターコネクトを使用します。
Oracle RACおよびOracle Clusterwareに使用するネットワークを構成する場合は、クラスタ内の各ノードが次の要件を満たしている必要があります。
-
各ノードに2つ以上のネットワーク・インタフェース・カード(NIC) (ネットワーク・アダプタ)が必要です。一方のアダプタはパブリック・ネットワーク・インタフェース用、もう一方のアダプタはプライベート・ネットワーク・インタフェース(インターコネクト)用です。ノードが次の条件のいずれかに該当する場合、ネットワーク・アダプタをノードにさらに追加します。
-
2つ以上のネットワーク・アダプタが備わっていない場合。
-
2つのネットワーク・インタフェース・カードが備わっているが、ネットワーク接続ストレージ(NAS)が使用されている場合。NAS用に別個のネットワーク・アダプタを装備する必要があります。
-
2つのネットワーク・カードが備わっているが、冗長インターコネクトの使用機能(複数のネットワーク・アダプタで1つのアダプタとしてのアクセスが可能)を使用する場合。冗長なインターコネクトの使用によって、複数(最大4つ)のプライベート・ネットワーク(インターコネクトとも呼ばれる)全体にわたるロード・バランシングと高可用性が可能になります。
-
-
管理を容易にするために、すべてのノードでパブリック・インタフェース名を同じにする必要があります。あるノードのパブリック・インタフェースがネットワーク・アダプタ
eth0
を使用している場合は、すべてのノードのパブリック・インタフェースにeth0
を構成する必要があります。ネットワーク・インタフェース名は大/小文字が区別されます。 -
パブリック・インタフェース用のネットワーク・アダプタでは、TCP/IPがサポートされている必要があります。
-
プライベート・インタフェース用のネットワーク・アダプタでは、高速ネットワーク・アダプタを使用するユーザー・データグラム・プロトコル(UDP)、およびTCP/IP(ギガビット・イーサネットまたはさらに高速のもの)対応のネットワーク・スイッチがサポートされている必要があります。
注意:
-
UDPは、Oracle RAC用およびOracle Clusterware用のデフォルトのインタフェース・プロトコルです。
-
インターコネクトにはスイッチを使用する必要があります。専用のネットワーク・スイッチの使用をお薦めします。インターコネクトでは、トークン・リングまたはクロスオーバー・ケーブルはサポートされません。
-
ループバック・デバイスはサポートされません。
-
-
プライベート・ネットワークでは、指定されているすべてのインターコネクト・インタフェースのエンドポイントがネットワークで確実にアクセス可能である必要があります。クラスタ内のすべてのノードが、クラスタ内のすべてのプライベート・ネットワーク・インタフェースに接続できる必要があります。
-
各ノードのホスト名は、英数字を使用できるRFC 952標準に準拠する必要があります。ホスト名にアンダースコア(_)は使用できません。
関連項目:
-
冗長インターコネクトの使用の構成要件の詳細は、『Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイドfor Linux』を参照してください。
親トピック: システム要件の確認
2.1.5 IPアドレス要件について
Oracle Grid InfrastructureおよびOracle RACでは、通信に様々なIPアドレスを使用します。
クラスタ用Oracle Grid Infrastructureの拡張インストールを実行する場合は、仮想IP (VIP)用のグリッド・ネーミング・サービス(GNS)および動的ホスト構成プロトコル(DHCP)を使用できます。GNSはマルチキャスト・ドメイン・ネーム・サーバー(mDNS)を使用して、ドメイン・ネーム・サーバー(DNS)でネットワーク・アドレス構成を追加しなくても、クラスタ上でノードが追加および削除される際に、クラスタがホスト名およびIPアドレスを動的に割り当てられるようにします。
クラスタ・ノードでIPv4、IPv6または両方のタイプのIPアドレスを使用するように、パブリック・ネットワークを構成できます。インストール時に両方のアドレス・タイプを持つネットワークにノードを接続することはできますが、インストール時に両方のアドレス・タイプを使用するようにVIPを構成することはできません。インストール後に、IPv4アドレスとIPv6アドレスを組み合せてクラスタ・メンバー・ノードを構成することはできます。Oracle Grid InfrastructureおよびOracle RACでは、RFC 2732で指定されている標準のIPv6アドレス表記をサポートしています。
このマニュアルでは、GNSを使用しないでIPv4アドレスのみを使用する標準インストールの実行方法を説明します。次のアドレスは、社内のDNSに手動で構成する必要があります。
-
各ノードの固定パブリックIPアドレス
-
各ノードの仮想IPアドレス
-
クラスタの3つの単一クライアント・アクセス名(SCAN)アドレス
注意:
Oracle Clusterwareは、プライベートとマークされたインタフェースを、クラスタ・インターコネクトとして使用します。インターコネクトのIPアドレスを指定する必要はありません。
インストール中にクラスタのSCANが構成され、これは、クラスタに割り当てられるすべてのSCANアドレスに解決されるドメイン名になります。パブリックIPアドレス、SCANアドレスおよび仮想IPアドレスは、すべて同じサブネット上に存在する必要があります。SCANがネットワーク内で一意であることが必要です。SCANアドレスは、インストール前にping
コマンドに応答しないようにします。標準インストールでは、SCANはクラスタの名前でもあるため、SCAN名はクラスタ名と同じ要件を満たし、15文字以内である必要があります。
クラスタ用のOracle Grid Infrastructureのインストール中に、各SCANアドレスに対するリスナーが作成されます。Oracle RACデータベースにアクセスするクライアントは、SCANまたはSCANアドレスを使用し、VIP名やVIPアドレスは使用しません。アプリケーションがSCANを使用してクラスタ・データベースに接続する場合、クラスタでノードの追加や削除があったときに、クライアント・コンピュータ上のネットワーク構成ファイルを変更する必要はありません。SCANとそれに関連付けられたIPアドレスは、クラスタを構成するノードとは無関係に、クライアントが接続に使用する安定した名前を提供します。クライアントは、簡易接続ネーミング・メソッドとSCANを使用してクラスタ・データベースへ接続することが可能です。
関連項目:
-
簡易接続ネーミング・メソッドの詳細は、Oracle Database Net Services管理者ガイドを参照
-
クラスタでのGNSおよびIPv6ネットワーク・アドレスの構成の詳細は、ご使用のプラットフォーム用のOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドを参照してください。
親トピック: システム要件の確認
2.1.6 インストールされたオペレーティング・システムとソフトウェア要件の検証
システムがオペレーティング・システムのバージョンおよび他のソフトウェア要件を満たしていることを確認します。
使用している環境に固有の要件の詳細は、使用プラットフォームのOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドとOracle Real Application Clustersインストレーション・ガイドを参照してください。
- オペレーティング・システムとソフトウェア要件について
Oracleソフトウェアをインストールする前に、オペレーティング・システムが要件を満たしていることを確認します。 - インストール修正スクリプトについて
Oracle Universal Installer (OUI)は、インストールの最小要件が満たされていない場合に検知し、要件を満たしていないシステム構成手順を実行するために、修正スクリプトと呼ばれるシェル・スクリプト・プログラムを作成します。 - 現在のオペレーティング・システムの構成の確認
構成が正しくないことをインストールで通知されるまで待つのではなく、インストール前に、オペレーティング・システムのコマンドを使用して、オペレーティング・システムの構成を手動で確認できます。これは、Oracle Grid Infrastructureのインストールを開始する前に、オペレーティング・システムを更新するために追加の時間が必要かどうかの判断に役立ちます。
親トピック: システム要件の確認
2.1.6.1 オペレーティング・システムとソフトウェア要件について
Oracleソフトウェアをインストールする前に、オペレーティング・システムが要件を満たしていることを確認します。
オペレーティング・システムおよびソフトウェアの要件には、次のものが含まれます。
-
オペレーティング・システムのリリース
-
オペレーティング・システムのカーネル・バージョン
-
カーネル・パラメータの値の変更
-
インストール済のパッケージ、パッチまたはパッチ・セット
-
インストール済のコンパイラおよびドライバ
-
Webブラウザのタイプおよびバージョン
-
その他のアプリケーション・ソフトウェア要件
現在、実行中のオペレーティング・システムが、Oracle Database 12c リリース2 (12.2)でサポートされていないリリースの場合、最初にオペレーティング・システムをアップグレードしてから、Oracle Real Application Clustersをインストールする必要があります。
オペレーティング・システムにOracle Linuxを使用している場合は、Oracle Validated RPMシステム構成スクリプトを使用してシステム構成を行えます。
2.1.6.2 インストール修正スクリプトについて
インストールの最小要件を満たしていない場合はOracle Universal Installer(OUI)によって検知され、要件を満たしていないシステム構成手順を実行するために、修正スクリプトと呼ばれるシェル・スクリプトが作成されます。
OUIによって不完全なタスクが検知されると、修正スクリプト(runfixup.sh
)が生成されます。「修正および再チェック」をクリックした後で、このスクリプトを実行できます。
修正スクリプトでは、次のことが実行されます。
-
必要に応じて、インストールを正しく実行するために必要な値を次のカーネル・パラメータに設定します。
-
共有メモリーのパラメータ
-
オープン・ファイル記述子およびUDP送信/受信パラメータ
-
-
Oracle Inventory(中央インベントリ)ディレクトリに権限を作成し、設定します。
-
インストール所有者、必要な場合はOracleインベントリ・ディレクトリおよびオペレーティング・システム権限グループの、プライマリおよびセカンダリ・グループ・メンバーシップが作成または再構成されます。
-
必要に応じて、シェル制限に必要な値を設定します。
2.2 サーバーの準備
システムがOracle RACのインストールの基本的要件を満たすことを確認した後、次に実行する手順はインストールの準備としてのサーバーの構成です。
- オペレーティング・システム・ユーザーおよびグループについて
このサーバーにOracleソフトウェアがインストールされるのが初めてかどうかによって、オペレーティング・システム・グループおよびユーザーの作成が必要な場合があります。 - Linuxシステムのオペレーティング・システム・ユーザーおよびグループの構成
このタスクでは、ソフトウェアをインストールする前にgrid
ユーザーとoracle
ユーザーを作成する方法について説明します。 - Linuxシステムのセキュア・シェルの構成
Oracleソフトウェアをインストールするには、すべてのクラスタ・メンバー・ノード間にセキュア・シェル(SSH)の接続が設定されている必要があります。 - Linuxシステムのソフトウェア所有者のShell環境の構成について
Oracle Linuxでは、grid
アカウントからOracle Universal Installer (OUI)を実行します。OUIは、grid
ユーザー用に構成された環境変数から情報を取得します。
関連項目:
親トピック: クラスタの準備
2.2.1 オペレーティング・システム・ユーザーおよびグループについて
このサーバーにOracleソフトウェアがインストールされるのが初めてかどうかによって、オペレーティング・システム・グループおよびユーザーの作成が必要な場合があります。
- 必要なオペレーティング・システム・ユーザーおよびグループ
クラスタ用Oracle Grid InfrastructureおよびOracle Real Application Clusters (Oracle RAC)をインストールするには、特定のオペレーティング・システム・グループおよびユーザーを作成する必要があります。 - UNIXおよびLinuxシステムのOracleソフトウェア・インストール用の別のオペレーティング・システムのユーザーとグループ
すべてのOracleソフトウェア・インストールの所有者として単一のオペレーティング・システム・ユーザーを使用するかわりに、複数ユーザーを使用して、各ユーザーに1つ以上のOracleソフトウェア・インストールを所有させることができます。 - WindowsシステムのOracleソフトウェア・インストール用の別のオペレーティング・システムのユーザーとグループ
Windowsプラットフォームでは、オペレーティング・システムのユーザーおよびグループの管理がLinuxおよびUNIXシステムとは異なります。 - オプションのオペレーティング・システム・ユーザーおよびグループ
追加のユーザーおよびグループを使用して、クラスタ用Oracle Grid Infrastructureに対する管理アクセス権限を、他のOracleインストールに関連付けられた管理ユーザーおよびグループから分離できます。
親トピック: サーバーの準備
2.2.1.1 必要なオペレーティング・システム・ユーザーおよびグループ
クラスタ用Oracle Grid InfrastructureおよびOracle Real Application Clusters (Oracle RAC)をインストールするには、オペレーティング・システムのグループおよびユーザーを作成する必要があります。
表2-1 Oracle Grid InfrastructureおよびOracle RACのインストールに必要なオペレーティング・システムのユーザーおよびグループ
オペレーティング・システムのユーザーまたはグループ | 説明 |
---|---|
すべてのOracleソフトウェア・インストール( |
Oracleインベントリ・グループは、LinuxおよびUNIXプラットフォームにおけるOracleソフトウェア・インストール所有者のプライマリ・グループである必要があります。Oracleインベントリ・グループのメンバーには、Oracleインベントリ・ディレクトリに対するアクセス権があります。このディレクトリは、サーバー上のすべてのOracleソフトウェア・インストールの中央インベントリ・レコードであり、各インストールのインストール・ログおよびトレース・ファイルも含まれています。Windowsシステムで、このグループが自動的に作成および管理されます。 |
Oracleソフトウェアの所有者またはインストール・ユーザー。ソフトウェアのインストール時に使用するユーザー・アカウントです。 |
すべてのインストールに同じソフトウェア所有者を使用する場合、このユーザー名は 別々のユーザーを使用したOracle Grid InfrastructureおよびOracle RACのインストールは、推奨される構成です。 |
Oracle Database認証用のOSRACグループ。 |
OSRACグループは、システム権限グループであり、そのメンバーには、Oracle Databaseを管理するSYSRAC権限と、Oracle ClusterwareおよびOracle ASMを管理するSYSASM権限が付与されます。管理権限をきめ細かく制御するために、「オプションのオペレーティング・システム・ユーザーおよびグループ」の説明に従って複数のオペレーティング・システム・グループを作成することができます。 |
注意:
Microsoft WindowsプラットフォームにOracle RACをインストールする場合:
-
OUIは、Oracleソフトウェアに対するシステム認証アクセスに使用するグループを自動的に作成します。
-
インストールを実行するユーザーは管理者ユーザーである必要があります。
-
インストール中にOracleホームのユーザーを指定した場合は、このユーザーはドメイン・ユーザーである必要があります。
LinuxおよびUNIXシステムで、クラスタ用Oracle Grid InfrastructureとOracle RACで同じインストール所有者を使用する場合、管理タスクを実行するときには、管理するインスタンス(GridホームのOracle ASM、またはOracleホームのデータベース・インスタンス)に一致するようにORACLE_HOME
環境変数の値を変更する必要があります。ORACLE_HOME
環境変数を変更するには、次の例のようなコマンド構文を使用します(
はクラスタ用Oracle Grid Infrastructureホームです)。
/u01/app/12.2.0/grid
ORACLE_HOME=/u01/app/12.2.0/grid
; export ORACLE_HOME
ORACLE_HOME
が正しくないバイナリ・パスに設定されているときに、SQL*Plus、LSNRCTLまたはASMCMDを使用してインスタンスの管理を試行すると、エラーが発生します。OracleホームのパスはSRVCTLコマンドに影響しません。
Windowsシステムで管理タスクを実行するには、Oracle Grid InfrastructureまたはOracle RACの適切なユーティリティを実行するだけで、ORACLE_HOME
が自動的に構成されます。
2.2.1.2 UNIXおよびLinuxシステムのOracleソフトウェア・インストール用の別のオペレーティング・システムのユーザーとグループ
すべてのOracleソフトウェア・インストールの所有者として単一のオペレーティング・システム・ユーザーを使用するかわりに、複数ユーザーを使用して、各ユーザーに1つ以上のOracleソフトウェア・インストールを所有させることができます。
すべてのOracleソフトウェア・インストールの所有者として単一のオペレーティング・システム・ユーザーを使用するかわりに、複数ユーザーを使用して、各ユーザーに1つ以上のOracleソフトウェア・インストールを所有させることができます。クラスタ用Oracle Grid Infrastructureインストールのみを所有するように作成されたユーザーはgrid
ユーザーと呼ばれます。このユーザーは、Oracle ClusterwareとOracle Automatic Storage Managementの両方のバイナリを所有します。すべてのOracleソフトウェア・インストール(クラスタ用Oracle Grid Infrastructureを含む)、またはOracle Databaseソフトウェア・インストールのみを所有するように作成されたユーザーはoracle
ユーザーと呼ばれます。
Oracle Databaseソフトウェア・インストールごとに異なるユーザーを使用することもできます。また、Oracle Databaseソフトウェア・インストールごとに異なるOSDBAグループを指定できます。各Oracle Databaseインストールへの管理アクセスを認証するために異なるオペレーティング・システム・グループを使用することで、ユーザーに付与されるSYSDBA
権限またはSYSRAC
権限は、システム上のすべてのデータベース用ではなく、OSDBAまたはOSRACグループに関連付けられているデータベース用となります。
OSDBAグループのメンバーには、Oracle ASMへの管理アクセスが認可されるSYSASM
システム権限も付与できます。「オプションのオペレーティング・システム・ユーザーおよびグループ」の説明に従って、Oracle ASM認証に別のオペレーティング・システム・グループを構成して、Oracle ASMインスタンスに対するSYSASM
アクセス権を持つユーザーを、データベース・インスタンスに対するSYSDBA
アクセス権を持つユーザーと区別できます。
異なるOracleソフトウェア・インストールに対して、Oracleソフトウェア所有者を個別に作成し、別々のユーザーおよびオペレーティング・システム権限グループを使用する場合は、それらの各ユーザーがOracle中央インベントリ・グループ(oinstall
)をプライマリ・グループとして持つ必要があることに注意してください。このグループのメンバーは、Oracleインベントリ・ディレクトリに対する必須の書込み権限を持っています。
注意:
クラスタ用Oracle Grid Infrastructureインストールを所有できるのは1ユーザーのみです。Oracle Clusterwareインストール済ファイルを所有するユーザーと、Oracle ASMインストール済ファイルを所有する別のユーザーを保有することはできません。
2.2.1.3 WindowsシステムのOracleソフトウェア・インストール用の別のオペレーティング・システムのユーザーとグループ
Windowsプラットフォームでは、オペレーティング・システムのユーザーおよびグループの管理がLinuxおよびUNIXシステムとは異なります。
Oracle Grid Infrastructureをインストールするときに、少なくとも1つのOracleインストール・ユーザー(Oracleソフトウェアをインストールする管理者ユーザー)を作成します。Oracle Databaseソフトウェアをインストールするときは、このOracleインストール・ユーザーまたは別のOracleインストール・ユーザーを使用できます。
インストール中にOracleホーム・ユーザーとして使用する、権限の付与されていないWindowsユーザー・アカウントを追加で作成する必要があります。Oracleホーム・ユーザーは、Oracleインストール・ユーザーとは異なります。Oracleインストール・ユーザーは、Oracle製品をインストールする管理権限を必要とするユーザーです。Oracleホーム・ユーザーは、Oracleホームで必要とするほとんどのWindowsサービスを実行するインストール中に指定される権限の弱いWindowsユーザー・アカウントです。システムの異なるOracleホームは、同じOracleホーム・ユーザーを共有したり、異なるOracleホーム・ユーザーを使用できます。Oracleソフトウェアによって自動的に作成および管理されるため、オペレーティング・システム・グループを作成する必要はありません。
Oracleホーム・ユーザーには、組込みアカウントまたはWindowsドメイン・ユーザーを指定できます。Oracleホーム・ユーザーで実行するOracle DatabaseサービスにOracle製品の実行に必要な権限のみが付与されるように、Windowsドメイン・ユーザーは、権限の弱い非管理アカウントにする必要があります。Oracleソフトウェア製品ごとに個別のOracleホーム・ユーザーを作成して、異なるOracleホームの管理制御を持ちます。
Oracle Databaseソフトウェア・インストールごとに異なるOracleホーム・ユーザーを使用する場合、各インストールの個別のSYSRAC権限に対して各Oracleホームに関連付けられているORA_HOMENAME_RAC
グループを使用できます。ORA_HOMENAME_RAC
グループのメンバーは、オペレーティング・システム認証を使用して、HOMENAME
という名前のOracleホームから実行されるOracle Databaseのみログインできます。ORA_RAC
グループのメンバーは、オペレーティング・システム認証を使用して、SYSRAC権限でOracle Databaseにログインできます。
Oracle ASMアクセス制御機能を使用して、Oracle ASM管理のロールの分離を有効にすることもできます。以前のリリースで、すべてのOracle Databaseサービスがローカル・システムとして実行されたため、Windowsのこの機能が無効になりました。Oracle ASM管理で、新しいグループORA_ASMADMIN
、ORA_ASMDBA
およびORA_ASMOPER
がOracle Grid Infrastructureインストール中に自動的に作成および入力されます。
2.2.1.4 オプションのオペレーティング・システム・ユーザーおよびグループ
追加のユーザーおよびグループを使用して、クラスタ用Oracle Grid Infrastructureに対する管理アクセス権限を、他のOracleインストールに関連付けられた管理ユーザーおよびグループから分離できます。
管理アクセスの分離は、異なるオペレーティング・システム・グループのメンバーシップを指定することによって実装されます。インストール権限の分離は、Oracleインストールごとに別のインストール所有者を使用することによって実装されます。使用できるオプションのユーザーおよびグループは次のとおりです。
-
Oracle自動ストレージ管理グループ、またはOSASMグループ(通常、Linuxは
asmadmin
、WindowsはORA_ASMADMIN
)。 -
ASMデータベース管理者グループ(ASMグループのOSDBA、通常、Linuxは
asmdba
、WindowsはORA_ASMDBA)。 -
Oracle DatabaseのOSOPERグループ(通常、Linuxは
oper
、WindowsはORA_OPER
)。 -
Oracle ASMのOSOPERグループ(通常、Linuxは
asmoper
、WindowsはORA_ASMOPER
)。 -
SYSDBAロールではなくSYSRACロールを使用するためのクラスタ・エージェントのOSRACDBAグループ(通常、Linuxは
racdba
、WindowsはORA_RAC
)。 -
Oracle DatabaseのOSBACKUPDBAグループ。
-
Oracle Data GuardのOSDGDBAグループ。
-
暗号化鍵の管理のOSKMDBAグループ。
関連項目:
-
管理ユーザーおよびグループに関連付けられている権限の詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。
ロールごとの権限の分離の構成の詳細は、ご使用のオペレーティング・システム用の『Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイド』を参照してください。
2.2.2 Linuxシステムのオペレーティング・システム・ユーザーおよびグループの構成
このタスクでは、ソフトウェアをインストールする前にgrid
ユーザーとoracle
ユーザーを作成する方法について説明します。
このガイドでの説明では、Oracle Grid Infrastructureのインストールに対してソフトウェア所有者を1つ使用し、Oracle Database (Oracle Real Application Clusters)のインストールには別のユーザーを使用します。これらのユーザーの名前は、grid
およびoracle
です。oracle
ユーザーは、oinstall
およびdba
オペレーティング・システム・グループに所属します。
オペレーティング・システムで認証されるすべての管理権限を所有するソフトウェア所有者を作成するには、次の手順を実行します。
親トピック: サーバーの準備
2.2.3 Linuxシステムのセキュア・シェルの構成
Oracleソフトウェアをインストールするには、すべてのクラスタ・メンバー・ノード間にセキュア・シェル(SSH)接続を設定する必要があります。
OUIは、インストール中にssh
およびscp
コマンドを使用して、他のクラスタ・ノードに対してリモート・コマンドを実行し、そのクラスタ・ノードにファイルをコピーします。これらのコマンドを使用する際にパスワードを求めるプロンプトが表示されないように、SSHを構成する必要があります。SSHは、Configuration AssistantやOracle Enterprise Managerでも使用され、またクラスタにノードを追加する際にも使用されます。
Oracle Universal Installer(OUI)インタフェースから、インストール中に、インストールを実行しているユーザー・アカウントにSSHを構成することができます。自動構成によって、パスワードなしのSSH接続をすべてのクラスタ・メンバー・ノード間に作成することができます。
スクリプトを実行できるようにするには、すべてのOracleソフトウェア・インストール所有者のプロファイルからstty
コマンドを削除するとともに、ログイン時にトリガーされる他のセキュリティ手段で、端末に対してメッセージを生成するものを削除する必要があります。これらのメッセージやメール・チェックなどが表示されていると、Oracleソフトウェア・インストール所有者は、Oracle Universal Installerに組み込まれているSSH構成スクリプトを使用できません。これらの表示が無効になっていない場合は、SSHを手動で構成してからでなければ、インストールを実行できません。
Linuxシステムで、パス・フレーズの入力を求められずにOracle Universal Installerでssh
コマンドおよびscp
コマンドを使用できるようにするには、クラスタ内にユーザー等価関係が必要です。ユーザー等価は、クラスタのすべてのノードで次の条件が満たされたときクラスタに存在します。
-
指定したユーザーのユーザー名、ユーザーID(UID)およびパスワードが同じ場合
-
指定したユーザーが同じグループに属する場合
-
指定したグループのグループID(GID)が同じ場合
関連項目:
-
ユーザー等価の構成の詳細は、「Linuxシステムのオペレーティング・システム・ユーザーおよびグループの構成」を参照
-
手動によるSSHの構成の詳細は、ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドを参照してください。
親トピック: サーバーの準備
2.2.4 Linuxシステムのソフトウェア所有者のShell環境の構成について
Oracle Linuxでは、grid
アカウントからOracle Universal Installer (OUI)を実行します。OUIは、grid
ユーザー用に構成された環境変数から情報を取得します。
OUIの実行前に、クラスタ用Oracle Grid Infrastructureソフトウェア所有者のシェル起動ファイルに次のような変更を加える必要があります。
-
シェル起動ファイルで、インストール・ユーザー(
grid
)のデフォルトのファイル・モード作成マスク(umask
)を022に設定します。 マスクを022に設定すると、ソフトウェア・インストールを実行するユーザーが作成するファイルの権限は常に644になります。 -
インストール・ユーザー(
grid
)のファイル記述子(nofile
)およびプロセス(nproc
)のulimit
設定を設定します。 -
クラスタ用Oracle Grid Infrastructureをインストールする準備として、ソフトウェア所有者の
DISPLAY
環境変数を設定します。 -
ファイル内で環境変数
ORACLE_SID
、ORACLE_HOME
またはORACLE_BASE
に値を設定している行は、すべて削除します。
変更を保存した後で、シェル起動スクリプトを実行して環境を構成します。
また、/tmp
ディレクトリの使用可能ディスク領域は1GBより少ないが、使用可能領域は1GB以上ある、共有されていない別のファイル・システムが確認された場合、TEMP
およびTMPDIR
という環境変数を設定して、このファイル・システム上の代替一時ディレクトリを指定できます。
現在の環境設定を確認するには、grid
ユーザーとしてenv | more
コマンドを使用します。
注意:
インストールを開始する前に、非表示ファイル(ログオン、プロファイル・スクリプトなど)からすべてのstty
コマンドを削除します。Linuxシステムでは、このようなstty
コマンドが含まれるファイルがある場合、インストール中にこれらのファイルがリモート・シェルによってロードされると、OUIにエラーが表示され、インストールが停止します。
関連項目:
-
インストール前にOracleソフトウェア所有者環境を構成する方法の詳細は、ご使用のプラットフォーム用のOracle Grid Infrastructureインストレーション・ガイドを参照してください。
親トピック: サーバーの準備
2.3 ネットワークの構成
Oracle Grid InfrastructureおよびOracle RACをインストールする前に、ネットワーク名を決定してIPアドレスを構成する必要があります。
クライアントおよびアプリケーションは、単一クライアント・アクセス名(SCAN)を使用してデータベースに接続します。SCANとそれに関連付けられたIPアドレスは、クラスタを構成するノードとは無関係に、クライアントが接続に使用する安定した名前を提供します。SCANは、パブリック・クライアント接続を処理するクラスタ内で、複数のリスナーを参照する複数のIPアドレスに解決されることによって機能します。インストール・プロセスにより、こうしたリスナー(SCANリスナー)が作成されます。
クラスタ用Oracle Grid Infrastructureのインストールの準備でネットワークを構成するには、次の手順を実行します。
インストール・プロセスを完了した後、クラスタへのアクセスにSCANを使用するようにクライアントを構成します。前述の例を使用すると、クライアントはクラスタへの接続にdocrac-scan
を使用します。
- ネットワークの構成の検証
ネットワークの構成後、検証テストを実行して、ネットワークが正しく構成されていることを確認します。クラスタのノード間のネットワーク接続に問題があると、Oracle Clusterwareのインストールに失敗します。
関連項目:
-
使用しているプラットフォームに合った『Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイド』を参照してください。
親トピック: クラスタの準備
2.3.1 ネットワークの構成の検証
ネットワークの構成後、検証テストを実行して、ネットワークが正しく構成されていることを確認します。クラスタのノード間のネットワーク接続に問題があると、Oracle Clusterwareのインストールに失敗します。
Oracle Linuxで動作する2ノードのクラスタにおいてネットワークの構成を検証するには、次の手順を実行します。
親トピック: ネットワークの構成
2.4 オペレーティング・システムおよびソフトウェアの準備
ご使用のサーバーにOracleソフトウェアをインストールする際、Oracle Universal Installerでは、特定のパッケージとソフトウェア・アプリケーションがオペレーティング・システムにインストール済であることを前提としています。
- すべてのノードにおける時間の設定について
インストールを開始する前に、すべてのクラスタ・ノードの日時が可能なかぎり同じ日時に設定されていることを確認してください。 - カーネル・パラメータの構成について
OUIでは、様々なカーネル・パラメータの現在の設定をチェックして、Oracle RACのデプロイの最低要件を満たすかどうかを確認します。本番データベース・システムの場合は、使用している特定のシステムのパフォーマンスを最適化するように設定をチューニングすることをお薦めします。 - プラットフォーム固有の構成タスクの実行について
Oracle RACのインストール先とするオペレーティング・システムに固有の、またはクラスタと併用するコンポーネント用の、特別な構成手順の実行が必要になる場合があります。
親トピック: クラスタの準備
2.4.1 すべてのノードにおける時間の設定について
インストールを開始する前に、すべてのクラスタ・ノードの日時が可能なかぎり同じ日時に設定されていることを確認してください。
クラスタ時刻同期メカニズムによって、すべてのクラスタ・メンバーの内部時計を同期させることができます。Linux上のOracle RACでは、ネットワーク・タイム・プロトコル(NTP)またはOracleクラスタ時刻同期化サービスを使用できます。
NTPは、ネットワークで接続された複数のサーバーのクロックを同期化するためのプロトコルです。NTPを使用すると、ネットワーク上の各サーバーでクライアント・ソフトウェアが実行され、参照NTPサーバーと呼ばれる1つ以上のサーバーに対して定期的にタイミング・リクエストを行います。タイミング・リクエストで戻された情報は、サーバーの時計を調整するために使用されます。クラスタ内のすべてのノードで、同じ参照NTPサーバーを使用する必要があります。
注意:
LinuxまたはUNIXプラットフォーム上でNTPを使用する場合は、-x
フラグを使用して構成する必要があります。NTPの構成方法の詳細は、ご使用のプラットフォーム用の『Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイド』を参照してください。
NTPを構成しない場合は、OracleによりCluster Time Synchronization Service (CTSS)が構成および使用されます。CTSSを使用して、すべてのクラスタ・メンバーの内部時計を同期させることもできます。CTSSはクラスタのメンバー・ノードの同期を保ちます。CTSSではクラスタ内の1番目のノードがマスターとされ、クラスタ内のその他すべてのノードはマスター・ノードと同じ時刻になるように同期されます。CTSSでは、同期化に外部時計は使用しません。
注意:
NTPまたはCTSSを使用しても、ノードのシステム時刻を変更したために発生する人為的エラーからは保護されません。
親トピック: オペレーティング・システムおよびソフトウェアの準備
2.4.2 カーネル・パラメータの構成について
OUIでは、様々なカーネル・パラメータの現在の設定をチェックして、Oracle RACのデプロイの最低要件を満たすかどうかを確認します。本番データベース・システムの場合は、使用している特定のシステムのパフォーマンスを最適化するように設定をチューニングすることをお薦めします。
注意:
ご使用のシステムのパラメータ設定またはシェルの制限値が、OUIが示す値よりも大きい場合は、このパラメータの設定を変更しないでください 。
親トピック: オペレーティング・システムおよびソフトウェアの準備
2.4.3 プラットフォーム固有の構成タスクの実行について
Oracle RACのインストール先とするオペレーティング・システムに固有の、またはクラスタと併用するコンポーネント用の、特別な構成手順の実行が必要になる場合があります。
オペレーティング・システムに固有のインストール・タスクには、次のような例があります。
-
SUSE Linux、Red Hat Enterprise Linux、またはOracle Linuxでは、Hugeページの使用を構成します。
-
Red Hat LinuxシステムまたはOracle Linuxシステムでは、Oracle ClusterwareおよびOracle RACで使用可能なファイル数およびプロセス数が増加するように、
oracle
ユーザーのシェル制限を設定します。 -
HP-UXでは、Xライブラリのシンボリック・リンクを作成します。
-
AIXベースのシステムでは、ネットワーク・チューニング・パラメータを構成します。
関連項目:
-
「サーバーの準備」
-
ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドを参照してください。
親トピック: オペレーティング・システムおよびソフトウェアの準備
2.5 インストール・ディレクトリおよび共有記憶域の構成
Oracle RACでは、Oracle Clusterwareファイルを格納するために共有ファイル・システムへのアクセスが必要です。また、Oracleソフトウェアおよびデータベース・ファイルをインストールする場所を決定する必要もあります。
Oracle Universal Installerを起動する前に、一定の記憶域構成タスクを完了する必要があります。
注意:
サード・パーティ・ベンダーのマルチパス・ディスクでOracle Automatic Storage Managementライブラリ・ドライバ(ASMLIB)を使用するには、追加の構成が必要です。これらの要件の詳細は、ご使用のオペレーティング・システム用のOracle Grid Infrastructureインストレーション・ガイドを参照してください。
- Oracleインベントリ・ディレクトリについて
Oracleインベントリ(oraInventory
)ディレクトリは、サーバー上のすべてのOracleソフトウェア・インストールの中央インベントリ・レコードです。 - Oracleインベントリ・ディレクトリの検索
既存のOracleインベントリがある場合は、すべてのOracleソフトウェアのインストールで同じOracleインベントリを使用し、インストールに使用するすべてのOracleソフトウェア・ユーザーにこのディレクトリへの書込み権限があることを確認してください。 - クラスタ用Oracle Grid Infrastructureホーム・ディレクトリの作成
インストール中に、クラスタ用Oracle Grid Infrastructureのソフトウェアを格納するホーム・ディレクトリへのパスを指定するように求められます。OUIでは、Oracle ClusterwareおよびOracle ASMを、Grid_home
というディレクトリにインストールします。 - Oracleベース・ディレクトリの作成
Oracleソフトウェアをインストールする前に、Oracleベース・ディレクトリを構成する必要があります。OUIはOracleベース・ディレクトリを使用してOracleインベントリ・ディレクトリの場所およびOracle RACをインストールする場所を判別します。 - Oracleホーム・ディレクトリについて
Oracleホーム・ディレクトリは、Oracle RACソフトウェアがインストールされる場所です。 - 共有記憶域の構成
クラスタにある各ノードは、Oracle Clusterware (Oracle Cluster Registryと投票ディスク)ファイルおよびOracle Databaseファイルを格納するための外部共有ディスクを必要とします。 - NASデバイスでのOracle Automatic Storage Management用のファイルの作成
動作保証されているNASストレージ・デバイスがある場合は、NFSマウント・ディレクトリにゼロ埋込みファイルを作成し、そのファイルをOracle ASMディスク・グループのディスク・デバイスとして使用できます。 - Oracle ASMとOracle ASMフィルタ・ドライバについて
Oracle Grid Infrastructureのインストール時に、Oracle Automatic Storage Managementフィルタ・ドライバ(Oracle ASMFD)のインストールと構成を選択できます。Oracle ASMFDにより、Oracle ASMディスクとこのディスク・グループ内のファイルの破損を防ぐことができます。 - Oracle ASMFDを使用したOracle ASM用のディスクの構成
Oracle ASMフィルタ・ドライバ(Oracle ASMFD)を使用すると、システムを再起動するたびにOracle ASMで使用するディスク・デバイスをリバインドする必要がなくなるため、ディスク・デバイスの構成および管理が簡単になります。
関連項目:
-
使用しているプラットフォームに合った『Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイド』を参照してください。
親トピック: クラスタの準備
2.5.1 Oracleインベントリ・ディレクトリについて
Oracleインベントリ(oraInventory
)ディレクトリは、サーバー上のすべてのOracleソフトウェア・インストールの中央インベントリ・レコードです。
oraInventory
ディレクトリには、次のものが含まれています。
-
システム上のOracleホーム・ディレクトリ(クラスタ用Oracle Grid InfrastructureおよびOracle Database)のレジストリ。
-
Oracleソフトウェアのインストール時のインストール・ログおよびトレース・ファイル。これらのファイルは、将来参照するためにそれぞれのOracleホームにもコピーされます。
OUIはインストール時にoraInventory
ディレクトリを作成します。デフォルトでは、Oracleインベントリ・ディレクトリはOracleベース・ディレクトリの下にインストールされません。これは、Oracleソフトウェアのすべてのインストールで共通のOracleインベントリが共有されるため、Oracleインベントリは全ユーザーに対して1つのみ存在します(ただし、Oracleベース・ディレクトリについては、ソフトウェアのインストールを行うユーザーごとに個別に存在します)。
親トピック: インストール・ディレクトリおよび共有記憶域の構成
2.5.2 Oracleインベントリ・ディレクトリの検索
既存のOracleインベントリがある場合は、すべてのOracleソフトウェアのインストールで同じOracleインベントリを使用し、インストールに使用するすべてのOracleソフトウェア・ユーザーにこのディレクトリへの書込み権限があることを確認してください。
システムにOracle中央インベントリ・ディレクトリ(oraInventory)があるかどうかを確認するには、次の手順を実行します。
親トピック: インストール・ディレクトリおよび共有記憶域の構成
2.5.3 クラスタ用Oracle Grid Infrastructureホーム・ディレクトリの作成
インストール中に、クラスタ用Oracle Grid Infrastructureのソフトウェアを格納するホーム・ディレクトリへのパスを指定するように求められます。OUIでは、Oracle ClusterwareおよびOracle ASMを、Grid_home
というディレクトリにインストールします。
Grid_home
に対して指定するディレクトリ・パスが次の要件を満たすことを確認します。
-
既存のOracleホーム外のパスに作成する必要があります。
-
ユーザー・ホーム・ディレクトリには作成できません。
-
すべてのファイルを
root
によって所有可能なパス内のサブディレクトリとして作成するか、一意のパス内に作成します。 -
インストール前にパスを作成する場合は、クラスタ用Oracle Grid Infrastructureのインストール所有者(
oracle
またはgrid
)が所有し、権限に775が設定されている必要があります。
インストールを開始するには、クラスタ・ディレクトリ用Oracle Grid Infrastructureのファイルシステムに十分なディスク領域が必要です。Gridホーム・ディレクトリに使用するファイル・システムには、4.5GB以上の使用可能なディスク領域が必要です。
Gridホーム・ディレクトリのパスは、すべてのノード上で同じである必要があります。root
ユーザーとして、Optimal Flexible Architecture(OFA)ガイドラインに準拠したパスを作成する必要があり、これにより、OUIはインストール中にこのディレクトリを選択できるようになります。
Gridホーム・ディレクトリを作成するには、次の手順を実行します。
オペレーティング・システムにroot
ユーザーとしてログインし、次のコマンドを入力しますが、ここで、grid
はOracle Grid Infrastructureソフトウェアをインストールするユーザーの名前です。
# mkdir -p /u01/app/12.2.0/grid
# chown -R grid:oinstall /u01/app/12.2.0/grid
注意:
LinuxおよびUNIXシステムで、Gridホーム・ディレクトリがOracleベース・ディレクトリのサブディレクトリでないことを確認する必要があります。Oracle ClusterwareをOracleベース・ディレクトリにインストールすると、インストール・エラーが発生します。
関連項目
親トピック: インストール・ディレクトリおよび共有記憶域の構成
2.5.4 Oracleベース・ディレクトリの作成
Oracleソフトウェアをインストールする前に、Oracleベース・ディレクトリを構成する必要があります。OUIでは、Oracleベース・ディレクトリをOracleインベントリ・ディレクトリの場所の決定の他、Oracle RACのインストールにも使用します。
Oracle Universal Installer (OUI)では、指定した場所にOracleベース・ディレクトリが作成されます。このディレクトリは、インストールを実行するユーザーによって所有されます。Oracleベース・ディレクトリ(ORACLE_BASE
)によって、Oracleインストール環境の編成が容易になり、複数データベースのインストール環境でOptimal Flexible Architecture(OFA)構成を維持できるようになります。
OFAガイドラインでは、Oracleベース・ディレクトリに対して次のようなパスを使用することが推奨されています。
/mount_point/app/user
前述のパスの例では、変数mount_pointはOracleソフトウェアをインストールするファイル・システムのマウント・ポイント・ディレクトリ、user
はOracleソフトウェア所有者(通常はoracle
)です。OUIにこのパスをOracleソフトウェア・パスとして認識させるには、/u01/app
のようにu0[1-9]/app
形式にする必要があります。
Oracleベース・ディレクトリのパスは、すべてのノード上で同じである必要があります。Oracleベース・ディレクトリに対する権限は、750以上にする必要があります。
/u01
としてマウントするファイル・システムにはクラスタ用Oracle Grid InfrastructureとOracle RACソフトウェアの両方に必要な空き領域があるとします。また、/u01/app/oracle/
ディレクトリをOracleベース・ディレクトリにします。すべてのOracleソフトウェアをインストールするユーザーは、oracle
ユーザーです。
Oracleベース・ディレクトリを作成するには、次の手順を実行します。
親トピック: インストール・ディレクトリおよび共有記憶域の構成
2.5.5 Oracleホーム・ディレクトリについて
Oracleホーム・ディレクトリは、Oracle RACソフトウェアがインストールされる場所です。
ローカル・ファイル・システムで作成されたOracleホーム・ディレクトリ(
など)を使用できます。クラスタ内のすべてのノードに、同じディレクトリが存在する必要があります。インストール前にこれらのディレクトリを作成する必要はありません。デフォルトで、インストーラはOracleホーム用にOracleベース・ディレクトリのサブディレクトリを提示します。
/u01/app/oracle/product/12.2.0/dbhome_1
共有Oracleホームを使用することもできます。共有Oracleホームの場所は、ネットワーク記憶域上でも、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)などのサポートされているクラスタ・ファイル・システム上でもかまいません。Oracle ACFSの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。
Oracleホーム・ディレクトリに対してローカル・ファイル・システムを使用するときに、同じサーバーに異なるリリースのOracle RACまたはOracle Databaseをインストールする場合、各ソフトウェア・インストールで個別のOracleホーム・ディレクトリを使用する必要があります。同じ製品または異なる製品の複数のリリースは、異なるOracleホームから同時に実行できます。あるOracleホームにインストールされた製品は、別のOracleホームにインストールされた製品と競合または相互作用しません。
インストール済のソフトウェアに異なるOracleホームを使用することによって、別のOracleホームのソフトウェアに影響を与えずに、あるホームのOracleソフトウェアのメンテナンス操作を実行できます。ただし、各Oracleホームのアップグレードまたはパッチの適用は個別に行う必要があるため、ソフトウェアのメンテナンス・コストは増大します。
親トピック: インストール・ディレクトリおよび共有記憶域の構成
2.5.6 共有記憶域の構成
クラスタにある各ノードは、Oracle Clusterware (Oracle Cluster Registryと投票ディスク)ファイルおよびOracle Databaseファイルを格納するための外部共有ディスクを必要とします。
サポートされる共有記憶域のタイプは、使用しているプラットフォームによって異なります。次に例を示します。
-
Oracle自動ストレージ管理(強く推奨)
-
サポートされたクラスタ・ファイル・システム。OCFS2 (Linux版)またはIBMプラットフォームのGeneral Parallel File System (GPFS)
-
ネットワーク・ファイル・システム(NFS)。POWER上のLinux、またはLinuxベースのIBM zSeriesではサポート対象外
-
(アップグレードの場合のみ)ブロック・デバイスで構成される共有ディスクのパーティション。ブロック・デバイスは、Linuxファイル・システムを使用してマウントされていないディスク・パーティションです。これらのパーティションには、Oracle ClusterwareおよびOracle RACによって直接書込みが行われます。
注意:
OUIを使用して、Oracle Clusterwareファイルをブロック・デバイスまたはRAWデバイスにインストールすることはできません。Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)に、Oracle Clusterwareのバイナリおよびファイルを配置することはできません。
OCFS2を使用してOracle Clusterwareファイルを格納する場合、オペレーティング・システムのバージョンに適したバージョンのOCFS2を使用する必要があります。OCFS2はOracle LinuxおよびRed Hat Linuxのカーネルのバージョン2.6で動作します。
すべてのインストールに対して、Oracle ClusterwareファイルおよびOracle Databaseファイルで使用する記憶域オプションを選択する必要があります。このマニュアルの例では、Oracle ClusterwareおよびOracle Databaseファイルの格納にOracle ASMを使用しています。クラスタ用Oracle Grid InfrastructureおよびOracle RACソフトウェアは、共有ファイル・システムではなく、各ノードに対してローカルなディスクにインストールされます。
このガイドでは、Oracle ASMで使用する共有ディスクを構成するための2つの異なる方法について説明します。
注意:
Oracle RACのインストール用にサポートされる記憶域オプションの最新情報は、My Oracle Supportの「動作保証」ページを参照してください。
関連項目:
-
クラスタ・ファイル・システムまたはNFSを使用する場合は、ご使用のプラットフォーム用のOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドを参照してください。
親トピック: インストール・ディレクトリおよび共有記憶域の構成
2.5.7 NASデバイスでのOracle Automatic Storage Management用のファイルの作成
動作保証されているNASストレージ・デバイスがある場合は、NFSマウント・ディレクトリにゼロ埋込みファイルを作成し、そのファイルをOracle ASMディスク・グループのディスク・デバイスとして使用できます。
親トピック: インストール・ディレクトリおよび共有記憶域の構成
2.5.8 Oracle ASMとOracle ASMフィルタ・ドライバについて
Oracle Grid Infrastructureのインストール時に、Oracle Automatic Storage Management Filter Driver(Oracle ASMFD)のインストールと構成を選択できます。Oracle ASMFDにより、Oracle ASMディスクとディスク・グループ内のファイルの破損を防ぐことができます。
Oracle ASMフィルタ・ドライバ(Oracle ASMFD)は、Oracleソフトウェアによって発行されたのではない書込みI/Oリクエストを拒否します。この書込みフィルタによって、管理権限を持つユーザーが誤ってOracle ASMディスクに書き込むことがなくなり、Oracle ASMディスクとディスク・グループ内のファイルの破損が防がれます。ディスク・パーティションの場合、ユーザーがパーティション表に触っていないとして、Oracle ASMFDによって管理されるディスク上の領域が保護されます。
Oracle ASMFDを使用すると、システムを再起動するたびにOracle ASMで使用するディスク・デバイスをリバインドする必要がなくなるため、ディスク・デバイスの構成および管理が簡単になります。
お使いのLinuxシステムにOracle ASMLIBが存在している場合、Oracle Grid Infrastructureをインストールする前にOracle ASMLIBを削除し、Oracle Grid Infrastructureのインストール時にOracle ASMFDのインストールおよび構成を選択できるようにします。
注意:
Oracle ASMFDは、Linux x86–64およびOracle Solarisオペレーティング・システムでサポートされています。2.5.9 Oracle ASMFDを使用したOracle ASM用のディスクの構成
Oracle ASMフィルタ・ドライバ(Oracle ASMFD)を使用すると、システムを再起動するたびにOracle ASMで使用するディスク・デバイスをリバインドする必要がなくなるため、ディスク・デバイスの構成および管理が簡単になります。
Oracle ASMFDを使用してディスクを構成する全体プロセスは次のとおりです。
-
Oracle Grid InfrastructureソフトウェアをOracle Gridホーム・ディレクトリに解凍します。
-
Oracle ASMコマンド・ツール(ASMCMD)を使用して、インストール時にディスク・グループに使用するディスクにラベルを付けます。
-
Oracle Grid Infrastructureをインストールして構成します。インストール時に、ディスクとOracle ASMFDを使用するオプションを選択します。
親トピック: インストール・ディレクトリおよび共有記憶域の構成