この章には、システム管理者およびネットワーク管理者が、クラスタに2つのノードを構成するDBAをサポートする際に必要な情報が含まれています。この章では、Linuxオペレーティング・システムの基本を理解していることを前提としています。ご使用のオペレーティング・システムのOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドの詳細を参照する必要がある場合があります。また、この章の特定のタスクを実行するために、root
またはsudo
権限(UNIXおよびLinuxシステム)、管理者権限(Windowsシステム)も必要です。
インストールを開始する前に、システムがOracle Real Application Clusters (Oracle RAC)の要件を満たしていることを確認します。
この要件は、次のカテゴリに分けられます。
オペレーティング・システムとOracle Databaseソフトウェアの組合せが動作保証されているものであることを確認する必要があります。
動作保証されたオペレーティング・システムとOracle Databaseソフトウェアのリストについては、次のWebサイトにあるMy Oracle Support動作保証を参照してください。
https://support.oracle.com
「動作保証」タブを選択することによって、動作保証情報を検索できます。サポート・ノートを検索して、ご使用のプラットフォームの動作保証の情報を調べることもできます。
注意:
Oracle Universal Installerは、サーバーおよびオペレーティング・システムがリストされた要件を満たしているかどうかを検証します。ただし、Oracle Universal Installerを起動する前に要件を確認し、サーバーおよびオペレーティング・システムが要件を満たしていることを確認する必要があります。このことは、ハードウェアまたはソフトウェアが動作保証されない場合に発生する可能性があるソフトウェア・インストール・プロセスの遅れを回避するのに役立ちます。
クラスタ(Oracle ClusterwareおよびOracle RACのインストール)に属する各ノードは、クラスタ・ソフトウェアの最小ハードウェア要件を満たしている必要があります。
注意:
Oracleソフトウェアをインストールする際、Oracle Universal Installer(OUI)によって自動的にハードウェア前提条件チェックが実行され、適合しない場合は通知されます。
最小限のハードウェア要件:
Clusterインストール用(Oracle RACをインストールする場合を含む)Oracle Grid Infrastructureのために、4GB以上のRAM
RAMと同じ容量以上のスワップ領域
パブリック・ネットワークおよびプライベート・ネットワークをサポートするための少なくとも2つのネットワーク・スイッチ(それぞれ少なくとも1GbE)
サーバーは実行レベル3または実行レベル5である必要があります。
使用可能な/tmp
内の一時領域(1GB以上)
インストールするOracleソフトウェア(64ビット)のリリースでの動作が保証されているプロセッサ・タイプ(CPU)
1024 x 786以上のディスプレイ解像度(Oracle Universal Installer(OUI)を正しく表示するため)
クラスタ内で使用されるすべてのサーバーで同一のチップ・アーキテクチャ(たとえば、すべてが64ビット・プロセッサ)
ストレージ・エリア・ネットワーク(SAN)またはネットワーク・アタッチ・ストレージ(NAS)へのアクセスが必要です。
また、次の表に示されているように、ソフトウェアのインストール場所にOracleソフトウェアを格納するための十分なディスク領域がある必要があります。
場所 | 量 | 目的 |
---|---|---|
Gridホーム・ディレクトリ | 8GB以上 | Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)のソフトウェアのインストール |
Gridホーム・ディレクトリ | 100GBを推奨 | 関連するログ・ファイルおよびパッチのための追加のディスク領域 |
Oracle Grid Infrastructureインストール所有者(Gridユーザー)用のOracleベース | 10GB以上 | Oracle ClusterwareとOracle ASMのログ・ファイル、およびトレース・ファイル・アナライザ(TFA)コレクタによって生成される診断の収集 |
Oracleホーム | 6.4GB以上 | Oracle Databaseソフトウェアのバイナリ |
注意:
実際のディスク領域要件については、ご使用のオペレーティング・システム用のOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドとOracle Real Application Clustersのインストレーション・ガイドを参照してください。Oracleソフトウェアで使用されるディスク領域は一定でなく、このマニュアルに記載されている値より大きくなることもあります。
クラスタ内の各ノードおよびインスタンスが同じ一連のファイルにアクセスできるように、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ボリュームに格納されます。
参照:
Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイドの記憶域の構成に関する章
クラスタ内のすべてのノード間のパブリックおよびプライベートの通信をサポートするハードウェアがある必要があります。
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は、Oracle RAC用およびOracle Clusterware用のデフォルトのインタフェース・プロトコルです。
インターコネクトにはスイッチを使用する必要があります。専用のネットワーク・スイッチの使用をお薦めします。インターコネクトでは、トークン・リングまたはクロスオーバー・ケーブルはサポートされません。
ループバック・デバイスはサポートされません。
プライベート・ネットワークでは、指定されているすべてのインターコネクト・インタフェースのエンドポイントがネットワークで確実にアクセス可能である必要があります。クラスタ内のすべてのノードが、クラスタ内のすべてのプライベート・ネットワーク・インタフェースに接続できる必要があります。
各ノードのホスト名は、英数字を使用できるRFC 952標準に準拠する必要があります。ホスト名にアンダースコア(_)は使用できません。
参照:
冗長インターコネクトの使用の構成要件の詳細は、『Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイドfor Linux』を参照してください。
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インストレーションおよびアップグレード・ガイドを参照してください。
使用しているシステムがオペレーティング・システムのバージョンおよびその他のソフトウェア要件を満たしていることを確認します。
使用している環境に固有の要件の詳細は、使用プラットフォームのOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドとOracle Real Application Clustersインストレーション・ガイドを参照してください。
Oracleソフトウェアをインストールする前に、ご使用のオペレーティング・システムが要件を満たしていることを確認してください。
オペレーティング・システムおよびソフトウェアの要件には、次のものが含まれます。
オペレーティング・システムのリリース
オペレーティング・システムのカーネル・バージョン
カーネル・パラメータの値の変更
インストール済のパッケージ、パッチまたはパッチ・セット
インストール済のコンパイラおよびドライバ
Webブラウザのタイプおよびバージョン
その他のアプリケーション・ソフトウェア要件
現在、実行中のオペレーティング・システムが、Oracle Database 12cリリース1 (12.1)でサポートされていないリリースの場合、最初にオペレーティング・システムをアップグレードしてから、Oracle Real Application Clustersをインストールする必要があります。
オペレーティング・システムにOracle Linuxを使用している場合は、Oracle Validated RPMシステム構成スクリプトを使用してシステム構成を行えます。
インストールの最小要件を満たしていない場合はOracle Universal Installer (OUI)によって検知され、システム構成手順を完了するために、修正スクリプトと呼ばれるシェル・スクリプトが作成されます。
OUIによって不完全な作業が検知されると、修正スクリプト(runfixup.sh
)が生成されます。「修正および再チェック」をクリックした後で、このスクリプトを実行できます。
修正スクリプトは次の作業を実行します。
必要に応じて、インストールを正しく実行するために必要な値を次のカーネル・パラメータに設定します。
共有メモリーのパラメータ
オープン・ファイル記述子およびUDP送受信パラメータ
Oracleインベントリ(中央インベントリ)・ディレクトリに権限を作成し、設定します。
インストール所有者、必要な場合はOracleインベントリ・ディレクトリおよびオペレーティング・システム権限グループの、プライマリおよびセカンダリ・グループ・メンバーシップが作成または再構成されます。
必要に応じて、シェル制限が必要な値に設定されます。
構成が正しくないことをインストールで通知されるまで待つのではなく、インストール前に、オペレーティング・システムのコマンドを使用して、オペレーティング・システムの構成を手動で確認できます。これは、Oracle Grid Infrastructureのインストールを開始する前に、オペレーティング・システムを更新するために追加の時間が必要かどうかの判断に役立ちます。
Oracle Linuxのオペレーティング・システム要件が満たされているかどうかを判断するには、次の手順を実行します。
参照:
ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドおよびOracle Real Application Clustersのインストレーション・ガイド
システムがOracle RACのインストールの基本的要件を満たすことを確認した後、次に実行する手順はインストールの準備としてのサーバーの構成です。
grid
ユーザーおよびoracle
ユーザーを作成する方法について説明しています。grid
アカウントからOracle Universal Installer (OUI)を実行します。OUIは、grid
ユーザー用に構成された環境変数から情報を取得します。 このサーバーにOracleソフトウェアがインストールされるのが初めてかどうかによって、オペレーティング・システム・グループおよびユーザーの作成が必要な場合があります。
クラスタ用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 Database認証に対するOSDBAグループ(通常は |
OSDBAグループは、システム権限グループであり、そのメンバーには、Oracle Databaseを管理するSYSDBA権限と、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.1.0/grid
ORACLE_HOME=/u01/app/12.1.0/grid
; export ORACLE_HOME
ORACLE_HOME
が正しくないバイナリ・パスに設定されているときに、SQL*Plus、LSNRCTLまたはASMCMDを使用してインスタンスの管理を試行すると、エラーが発生します。OracleホームのパスはSRVCTLコマンドに影響しません。
Windowsシステムで管理タスクを実行するには、Oracle Grid InfrastructureまたはOracle RACの適切なユーティリティを実行するだけで、ORACLE_HOME
が自動的に構成されます。
すべての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
権限は、システム上のすべてのデータベース用ではなく、OSDBAグループに関連付けられているデータベース用となります。
OSDBAグループのメンバーには、Oracle ASMへの管理アクセスが認可されるSYSASM
システム権限も付与できます。「(オプション)オペレーティング・システム・ユーザーおよびグループ」で説明するように、Oracle ASM認証に別のオペレーティング・システム・グループを構成して、Oracle ASMインスタンスに対するSYSASM
アクセス権を持つユーザーを、データベース・インスタンスに対するSYSDBA
アクセス権を持つユーザーと区別できます。
異なるOracleソフトウェア・インストールに対して、Oracleソフトウェア所有者を個別に作成し、別々のユーザーおよびオペレーティング・システム権限グループを使用する場合は、それらの各ユーザーがOracle中央インベントリ・グループ(oinstall
)をプライマリ・グループとして持つ必要があることに注意してください。このグループのメンバーは、Oracleインベントリ・ディレクトリに対する必須の書込み権限を持っています。
注意:
クラスタ用Oracle Grid Infrastructureインストールを所有できるのは1ユーザーのみです。Oracle Clusterwareインストール済ファイルを所有するユーザーと、Oracle ASMインストール済ファイルを所有する別のユーザーを保有することはできません。
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ホーム・ユーザーを使用する場合、各インストールの個別のSYSDBA権限に対して各Oracleホームに関連付けられているORA_HOMENAME_DBA
グループを使用できます。ORA_HOMENAME_DBA
グループのメンバーは、オペレーティング・システム認証を使用して、HOMENAME
という名前のOracleホームから実行されるOracle Databaseのみログインできます。ORA_DBA
グループのメンバーは、オペレーティング・システム認証を使用して、SYSDBA権限でOracle Databaseにログインできます。
Oracle ASMアクセス制御機能を使用して、Oracle ASM管理のロールの分離を有効にすることもできます。以前のリリースで、すべてのOracle Databaseサービスがローカル・システムとして実行されたため、Windowsのこの機能が無効になりました。Oracle ASM管理で、新しいグループORA_ASMADMIN
、ORA_ASMDBA
およびORA_ASMOPER
がOracle Grid Infrastructureインストール中に自動的に作成および入力されます。
追加のユーザーおよびグループを使用して、クラスタ用Oracle Grid Infrastructureに対する管理アクセス権限を、他のOracleインストールに関連付けられた管理ユーザーおよびグループから分離できます。管理アクセスの分離は、異なるオペレーティング・システム・グループのメンバーシップを指定することによって実装されます。インストール権限の分離は、Oracleインストールごとに別のインストール所有者を使用することによって実装されます。
使用できるオプションのユーザーおよびグループは次のとおりです。
Oracle Automatic Storage Managementグループ、または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
)。
Oracle DatabaseのOSBACKUPDBAグループ。
Oracle Data GuardのOSDGDBAグループ。
暗号化鍵の管理のOSKMDBAグループ。
参照:
ロールごとの権限の分離の構成の詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。
このタスクでは、ソフトウェアをインストールする前にgrid
ユーザーおよびoracle
ユーザーを作成する方法について説明しています。
このガイドの手順では、Oracle Grid Infrastructureのインストール用に1つのソフトウェア所有者を使用し、Oracle Database (Oracle Real Application Clusters)のインストール用に別のユーザーを使用しています。これらのユーザーは、grid
およびoracle
という名前です。oracle
ユーザーは、oinstall
およびdba
オペレーティング・システム・グループに所属します。
オペレーティング・システムで認証されるすべての管理権限を所有するソフトウェア所有者を作成するには、次の手順を実行します。
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のインストレーション・ガイドを参照してください。
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インストレーション・ガイドを参照してください。
Oracle Grid InfrastructureおよびOracle RACをインストールする前に、ネットワーク名を決定してIPアドレスを構成する必要があります。
クライアントおよびアプリケーションは、単一クライアント・アクセス名(SCAN)を使用してデータベースに接続します。SCANとそれに関連付けられたIPアドレスは、クラスタを構成するノードとは無関係に、クライアントが接続に使用する安定した名前を提供します。SCANは、パブリック・クライアント接続を処理するクラスタ内で、複数のリスナーを参照する複数のIPアドレスに解決されることによって機能します。インストール・プロセスにより、こうしたリスナー(SCANリスナー)が作成されます。
クラスタ用Oracle Grid Infrastructureのインストールの準備でネットワークを構成するには、次の手順を実行します。
インストール・プロセスを完了した後、クラスタへのアクセスにSCANを使用するようにクライアントを構成します。前述の例を使用すると、クライアントはクラスタへの接続にdocrac-scan
を使用します。
参照:
使用しているプラットフォームに合った『Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイド』を参照してください。
ご使用のサーバーにOracleソフトウェアをインストールする際、Oracle Universal Installerでは、特定のパッケージとソフトウェア・アプリケーションがオペレーティング・システムにインストール済であることを前提としています。
インストールを開始する前に、すべてのクラスタ・ノードの日時が可能なかぎり同じ日時に設定されていることを確認してください。
クラスタ時刻同期メカニズムによって、すべてのクラスタ・メンバーの内部時計を同期させることができます。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を使用しても、ノードのシステム時刻を変更したために発生する人為的エラーからは保護されません。
OUIでは、様々なカーネル・パラメータの現在の設定をチェックして、Oracle RACのデプロイの最低要件を満たすかどうかを確認します。本番データベース・システムの場合は、使用している特定のシステムのパフォーマンスを最適化するように設定をチューニングすることをお薦めします。
注意:
ご使用のシステムのパラメータ設定またはシェルの制限値が、OUIが示す値よりも大きい場合は、このパラメータの設定を変更しないでください 。
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のインストレーション・ガイドを参照してください。
Oracle RACでは、Oracle Clusterwareファイルを格納するために共有ファイル・システムへのアクセスが必要です。また、Oracleソフトウェアおよびデータベース・ファイルをインストールする場所を決定する必要もあります。
Oracle Universal Installerを起動する前に、特定の記憶域構成タスクを実行する必要があります。
注意:
サード・パーティ・ベンダーのマルチパス・ディスクでOracle Automatic Storage Managementライブラリ・ドライバ(ASMLIB)を使用するには、追加の構成が必要です。これらの要件の詳細は、ご使用のオペレーティング・システム用のOracle Grid Infrastructureインストレーション・ガイドを参照してください。
oraInventory
)ディレクトリは、サーバー上のすべてのOracleソフトウェア・インストールの中央インベントリ・レコードです。 Grid_home
と呼ばれるディレクトリにインストールされます。udev
で権限およびデバイス・パスの永続性を指定する必要はありません。 参照:
使用しているプラットフォームに合った『Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイド』を参照してください。
Oracleインベントリ(oraInventory
)ディレクトリは、サーバー上のすべてのOracleソフトウェア・インストールの中央インベントリ・レコードです。
oraInventory
ディレクトリには、次のものが含まれます。
システム上のOracleホーム・ディレクトリ(クラスタ用Oracle Grid InfrastructureおよびOracle Database)のレジストリ。
Oracleソフトウェアのインストール時のインストール・ログおよびトレース・ファイル。これらのファイルは、将来参照するためにそれぞれのOracleホームにもコピーされます。
OUIはインストール時にoraInventory
ディレクトリを作成します。デフォルトでは、Oracleインベントリ・ディレクトリはOracleベース・ディレクトリの下にインストールされません。これは、Oracleソフトウェアのすべてのインストールで共通のOracleインベントリが共有されるため、Oracleインベントリは全ユーザーに対して1つのみ存在します(ただし、Oracleベース・ディレクトリについては、ソフトウェアのインストールを行うユーザーごとに個別に存在します)。
既存のOracleインベントリがある場合は、必ずすべてのOracleソフトウェア・インストールで同じOracleインベントリを使用し、インストールに使用するすべてのOracleソフトウェア・ユーザーがこのディレクトリへの書込み権限を持つようにします。
システムにOracle中央インベントリ・ディレクトリ(oraInventory)があるかどうかを確認するには、次の手順を実行します。
インストール中に、クラスタ用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.1.0/grid
# chown -R grid:oinstall/u01/app/12.1.0/grid
注意:
LinuxおよびUNIXシステムで、Gridホーム・ディレクトリがOracleベース・ディレクトリのサブディレクトリでないことを確認する必要があります。Oracle Clusterwareを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ベース・ディレクトリを作成するには、次の手順を実行します。
Oracleホーム・ディレクトリは、Oracle RACソフトウェアのインストール先です。
ローカル・ファイル・システムで作成されたOracleホーム・ディレクトリ(
など)を使用できます。クラスタ内のすべてのノードに、同じディレクトリが存在する必要があります。インストール前にこれらのディレクトリを作成する必要はありません。デフォルトで、インストーラはOracleホーム用にOracleベース・ディレクトリのサブディレクトリを提示します。/u01/app/oracle/product/12.1.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ホームのアップグレードまたはパッチの適用は個別に行う必要があるため、ソフトウェアのメンテナンス・コストは増大します。
クラスタにある各ノードは、Oracle Clusterware(Oracle Cluster Registryと投票ディスク)ファイルおよびOracle Databaseファイルを格納するための外部共有ディスクを必要とします。
サポートされる共有記憶域のタイプは、使用しているプラットフォームによって異なります。次に例を示します。
Oracle Automatic Storage Management(推奨)
サポートされたクラスタ・ファイル・システム。OCFS2 (Linux版)またはIBMプラットフォームのGeneral Parallel File System (GPFS)
ネットワーク・ファイル・システム(NFS)。Linux on POWER、またはIBM zSeries Based Linuxではサポート対象外
(アップグレードの場合のみ)ブロック・デバイスで構成される共有ディスクのパーティション。ブロック・デバイスは、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インストレーションおよびアップグレード・ガイドを参照してください。
NFSファイル・システムを使用するには、動作保証されているNASデバイス上にある必要があります。認定済のネットワーク接続ストレージ(NAS)がある場合は、NFSマウントされたディレクトリにゼロパディング・ファイルを作成し、それらのファイルをOracle ASMディスク・グループ内のディスク・デバイスとして使用できます。
Oracle ASMでのOracle Clusterwareファイルの高可用性を確保するには、Oracle Clusterwareファイル用として、別々の3つの障害グループ(物理ディスクは3つ以上)に2GB以上のディスク領域が必要です。各ディスクには1GB以上の容量を確保して、容量に余裕を持ってOracle Clusterwareファイルを作成できるようにする必要があります。
次のガイドラインに従って、適切なディスク・デバイスを指定します。
Oracle Automatic Storage Managementディスク・グループのすべてのデバイスは、サイズおよびパフォーマンス特性が同じである必要があります。
単一の物理ディスクにある複数のパーティションをディスク・グループに含めないでください。
Oracle Automatic Storage Managementディスク・グループで論理ボリュームをデバイスとして使用することは、Oracle RACではサポートされていません。
インストールを実行するユーザー・アカウント(oracle
)には、指定したパスにファイルを作成するための書込み権限が必要です。
ディスク・グループを作成するためにNASデバイスを構成するには、次の手順を実行します。
ASMLIBユーティリティを使用すると、Oracle Automatic Storage Management (Oracle ASM)が使用するディスクを構成できます。
サーバーの再起動時に共有ディスクが自動的にマウントされるよう構成する場合、デバイスの永続性に関する特別なファイルを構成していないかぎり、システムの停止前に/dev/sdg
と表示されていたディスクがシステムの再起動後に/dev/sdh
と表示される可能性があります。
ASMLIBを使用して共有ディスクを構成する場合、ノードを再起動すると、次のようになります。
ディスク・デバイス名は変わりません
これらのディスク・デバイスの所有権とグループ・メンバーシップは同じままです
簡単なコマンドで、Oracle ASMによって実装したディスク構成をクラスタ内の他のノードにコピーできます
注意:
「Oracle ASMで使用するNASデバイスのファイルの構成」のトピックの指示に従って共有記憶域を構成した場合、このトピックのタスクを実行する必要はありません。
ASMLIBを使用しない場合は「ディスク・デバイスの永続性の構成」を参照してください。
次のトピックでは、ASMLibをインストールおよび構成する方法とともに、ASMLibを使用して共有ディスク・デバイスを構成する方法について説明します。
様々なLinuxプラットフォーム用のASMLibソフトウェアは、Oracle Technology Networkから入手できます。
次の場所にあるOracle Technology Networkの「ASMLIBのダウンロード」ページで、ご使用のプラットフォームのリンクを選択します。
http://www.oracle.com/technetwork/topics/linux/asmlib/index-101839.html
Linuxプラットフォーム用として4から6のパッケージが表示されます。oracleasmlib
パッケージには、Oracle ASMライブラリ自体が含まれています。oracleasm-support
パッケージには、Oracle ASMドライバを起動し、実行するために使用するユーティリティが含まれています。これらのパッケージは両方ともインストールする必要があります。
残りのパッケージには、Oracle ASMライブラリのためのカーネル・ドライバが含まれています。パッケージごとに、異なるカーネル用のドライバが含まれています。実行するカーネルに合ったパッケージをインストールする必要があります。uname -r
コマンドを使用して、使用しているサーバー上にあるカーネルのバージョンを確認します。oracleasm
カーネル・ドライバ・パッケージは、名前にバージョンが含まれています。たとえば、Red Hat Enterprise Linux 4 ASを実行し、使用するカーネルが2.6.9-55.0.12.ELsmpカーネルである場合、oracleasm-2.6.9-55.0.12.ELsmp-2.0.3-1.x86_64.rpm
パッケージを選択します。
注意:
Oracle ASMLIBカーネル・ドライバ(oracleasm
)はUnbreakable Enterprise Kernel for Oracle Linuxに含まれています。このカーネルを使用する場合は、いずれのドライバ・パッケージもインストールする必要はありません。ただし、oracleasm-support
パッケージおよびoracleasmlib
パッケージはインストールする必要があります。
ASMLIBソフトウェア・パッケージをインストールするには、次の手順を実行します。
ASMLIBソフトウェアをインストールした後、システム管理者はいくつかの手順を実行してOracle ASMドライバを使用可能にする必要があります。
/usr/sbin/oracleasm
によって行われます。インストール後にASMLIBソフトウェアを構成するには、次の手順を実行します。
ASMLIBユーティリティを使用すると、Oracle Automatic Storage Management (Oracle ASM)が使用するディスクを構成およびマークできます。
/usr/sbin/oracleasm
スクリプトが使用されます。対象とするディスク・デバイスでパーティション化がサポートされている場合は、まずディスク全体を含む単一のパーティションを作成する必要があります。対象とするディスク・デバイスがパーティション化をサポートしていない場合は、ディスク上にパーティションを作成する必要はありません。
ASMLIBを使用してOracle ASMディスクを作成するには、次の手順を実行します。
注意:
この時点で、クラスタ用Oracle Grid Infrastructureをインストールする各ノードを再起動する必要があります。ノードが再起動された後で、各ノードで構成された共有記憶域を表示します。これでシステム構成が完了し、ノードが停止しても構成が永続することを確認できます。
ASMLIBを使用する場合、udev
で権限およびデバイス・パスの永続性を指定する必要はありません。
デフォルトでは、サーバーが起動すると、Linux 2.6 カーネル・デバイス・ファイル・ネーミング・スキームudev
によってデバイス・ファイル名が動的に作成され、その所有権がroot
に割り当てられます。udev
でデフォルトの設定が適用される場合は、投票ディスクまたはOracle Cluster Registryパーティションのデバイス・ファイル名と所有者が変更されるため、サーバーの再起動時にこれらが損なわれます。たとえば、ユーザーgrid
が所有する/dev/sdd
というデバイス上の投票ディスクが、サーバーの再起動後には、root
が所有する/dev/sdf
というデバイスに置かれる可能性もあります。
ASMLIBを使用しない場合、各ノードにマウントされる共有ディスクのカスタム・ルール・ファイルを作成する必要があります。udev
が起動すると、ルール・ファイルに定義されたルール(構成ディレクティブ)が順次実行されます。これらのファイルは、パス/etc/udev/rules.d/
にあります。ルール・ファイルは、字句順に読み取られます。たとえば、ファイル10-wacom.rules
内にあるルールは、ルール・ファイル90-ib.rules
内にあるルールより先に解析され実行されます。
Asianux、Red HatおよびOracle Linuxに対して同じデバイスがルール・ファイルに記載されている場合、最後に読み取られたファイルが適用されます。SUSE 2.6カーネルでは、最初に読み取られたファイルが適用されます。
ディスク・デバイスのルール・ファイルを構成するには、使用しているプラットフォームのOracle Grid Infrastructureインストレーション・ガイドの記憶域の構成についての章を参照してください。
参照:
ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドを参照してください。