2 クラスタ用Oracle Grid Infrastructureの拡張インストール前の作業

2.1.1 Linuxの最小インストールの実行

Linuxの最小インストールを実行するには、最小インストール・オプションの1つ(「Package Group Selection」から「最小」オプションを選択するか、またはベース・パック以外のすべてのパッケージを選択解除して設定するカスタム・インストール)を選択します。このインストールでは、データベースのインストールに必要な多くのRPMが不足しているため、使用しているOracle LinuxリリースのRPMパッケージを使用して、必要なパッケージをインストールする必要があります。使用するパッケージは、LinuxリリースとUnbreakable Linux Network (ULN)によるサポート・ステータスによって異なります。

削除されたパッケージのインストールに関するドキュメントについては、次のURLを参照してください。

https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=728346.1

Oracle Grid Infrastructureのインストールには、SSHが必要です。Linuxディストリビューションの最小インストールには、OpenSSHが必要です。次のコマンドを入力して、SSHパッケージがインストールされていることを確認します。

# rpm -qa |grep ssh

SSHパッケージのリストが表示されない場合は、Linuxディストリビューションにパッケージをインストールします。

2.1.2 Linuxのデフォルト・インストールの実行

Oracle Preinstallation RPMをインストールしない場合は、デフォルトのソフトウェア・パッケージ(RPM)が付属しているLinuxオペレーティング・システムをインストールすることをお薦めします。このインストールには、ほとんどの必須パッケージが含まれており、手動によるパッケージの依存性チェックを削減することができます。インストール時にRPMをカスタマイズしないことをお薦めします。

デフォルトのインストールの詳細を参照するには、My Oracle Supportにログオンします。

https://support.oracle.com

「デフォルト rpms Linuxインストール」で、ご使用のLinuxディストリビューションを検索します。次に例を示します。

https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=ID 401167.1

インストール後に、ご使用のディストリビューションのシステム要件を確認し、必要なカーネル・パッケージがすべてインストールされており、ご使用のディストリビューションやシステム構成に必要なその他のすべての構成タスクが完了していることを確認します。

2.1.3 Oracle LinuxおよびUnbreakable Enterprise Kernelについて

Oracle Unbreakable Enterprise Kernelは、開発の上流からデータ・センターでRed Hat Enterprise Linux (RHEL) 5またはOracle Linux 5を使用するユーザーまでの、最新の革新を実現します。Unbreakable Enterprise Kernelは、Oracle Linux 5 Update 6に含まれ、デフォルトで起動することができます。

Unbreakable Enterprise Kernelは、最近の安定したメインライン開発のLinuxカーネルに基づき、Oracle Database、OracleミドルウェアおよびOracleハードウェアのエンジニアリング・チームとの共同開発により最適化され、企業で最も高い負荷に対応するための安定性と最適なパフォーマンスを実現します。

エンタープライズ・アプリケーションを実行中の場合は特に、Linux環境にOracle Unbreakable Enterprise Kernelをデプロイすることをお薦めします。ただし、Oracle Unbreakable Enterprise Kernelを使用するかどうかは任意です。RHELカーネルとの厳密な互換性が必要な場合、Oracle LinuxにはRHELソース・コードから直接コンパイルされたRHEL Linuxカーネルとの互換性もあります。

Oracle Unbreakable Enterprise Kernel for Linuxの詳細は、次のURLを参照してください。

http://www.oracle.com/us/technologies/linux

Oracle Unbreakable Enterprise Kernel for Linuxは、Oracle製品で使用される標準のカーネルです。Oracle Databaseとその他のOracle製品のビルド・システムおよびQAシステムでは、Oracle Unbreakable Enterprise Kernel for Linuxを排他的に使用します。Oracle Unbreakable Enterprise Kernel for Linuxは、Oracle ExadataおよびOracle Exalogicシステムでも使用されるカーネルです。Oracle Unbreakable Enterprise Kernel for Linuxは、Oracleが参加するLinuxでのベンチマーク・テストおよびOracle Preinstallation RPMプログラム(x86-64用)で使用されます。

KspliceはOracle Linuxの一部であり、Linuxの動作中に、再起動または中断することなくLinuxオペレーティング・システム(OS)カーネルを更新します。Kspliceは、Oracle Linuxでのみ使用可能です。

2.1.4 Oracle Preinstallation RPMおよびOracle Validated RPMについて

ご使用のLinuxディストリビューションがOracle Linuxで、Oracle Linuxを使用している場合は、Oracle Linux NetworkまたはOracle LinuxのDVDディスクにある使用するリリースのOracle Preinstallation RPMまたはOracle Validated RPMを使用すると、ほとんどのインストール前の構成タスクを完了できます。Oracle Preinstallation RPMの使用は必須ではありませんが、クラスタ・サーバーの設定時間を節約するために使用することをお薦めします。

Oracle Preinstallation RPMがインストールされると、Oracle Preinstallation RPMまたはOracle Validated RPMで次が実行されます。

• Oracle Grid InfrastructureおよびOracle Databaseのインストールに必要な追加のRPMパッケージが自動的にダウンロードおよびインストールされ、依存性が解決されます。

• oracleユーザーが作成され、そのユーザーのoraInventory(oinstall)およびOSDBA(dba)グループが作成されます。

• 必要に応じて、sysctl.confの設定、システム起動パラメータおよびドライバ・パラメータの値が、Oracle Preinstallation RPMプログラムの推奨値に基づいて設定されます。

• ハードリソース制限およびソフトリソース制限を設定します。

• カーネル・バージョンに応じて、他の推奨パラメータを設定します。

Oracle Linux Networkを使用するには、営業担当者に連絡するか、またはOracle Linuxストアからライセンスを購入します。

https://shop.oracle.com/product/oraclelinux

ご使用のサーバーをUnbreakable Linux Networkに登録するか、または詳しい情報を検索するには、次のURLを参照してください。

https://linux.oracle.com

Oracle Linux 5.2以上を使用する場合、Oracle Preinstallation RPMはインストール・メディアに含まれています。

Linuxカーネルは、Oracle Linux Public Yumリポジトリから入手できます。Oracle Linux 4、Oracle Linux 5およびOracle Linux 6のPublic Yumリポジトリは、次のURLで使用可能です。

http://public-yum.oracle.com/

Unbreakable Linux Networkを使用するには、営業担当者に連絡するか、またはUnbreakable Linuxストアからライセンスを購入します。

https://shop.oracle.com/product/oraclelinux

ご使用のサーバーをUnbreakable Linux Networkに登録するか、または詳しい情報を検索するには、次のURLを参照してください。

https://linux.oracle.com

Oracle Linux 4.7以上またはOracle Linux 5.2以上を使用している場合、Oracle Preinstallation RPMまたはOracle Validated RPMはインストール・メディアに含まれています。

2.1.5 ULNによるOracle Preinstallation RPMおよびOracle Validated RPMのインストールのサポート

次の手順を使用して、Unbreakable Linux Network (ULN) Oracle Linuxチャネルをサブスクライブし、使用するリリースに対応するOracle Preinstallation RPMまたはOracle Validated RPMを配布するOracle Linuxチャネルを追加します。

1. Unbreakable Linux Network(ULN)にサーバーを登録します。デフォルトでは、ご使用のオペレーティング・システムおよびハードウェアのOracle Linux Latestチャネルに登録されています。

2. Unbreakable Linux Networkにログインします。

   https://linux.oracle.com

3. 「Systems」タブをクリックし、「System Profiles」リストで、登録したサーバーを選択します。「システム詳細」ウィンドウが開き、サーバーのサブスクリプションが表示されます。

4. 「Manage Subscriptions」をクリックします。「System Summary」ウィンドウが開きます。

5. 「Available Channels」リストから、使用するOracle Linuxディストリビューションに対応するLinuxインストール・メディアのコピーおよび更新パッチ・チャネルを選択します。たとえば、ディストリビューションがOracle Linux 5 Update 6 for x86_64の場合は、次のチャネルを選択します。

   • Oracle Linux 5 Update 6のインストール・メディア・コピー(x86_64)

   • Oracle Linux 5 Update 6 Patch (x86_64)

6. 「Subscribe」をクリックします。

7. 端末セッションを開始し、プラットフォームに応じてrootとして次のコマンドを入力します。

   Oracle Linux 6:

   # yum install oracle-rdbms-server-11gR2-preinstall
   

   Oracle Linux 5またはOracle Linux 4:

   # yum install oracle-validated
   

   Oracle Linuxチャネルにサブスクライブしたこと、そのパッケージがインストール中であることを示す出力が表示されます。次に例を示します。

   el5_u6_i386_base
   el5_u6_x86_64_patch
   

   Oracle Linuxにより、標準の(ロール割当てでない)Oracleインストールの所有者およびグループの作成、およびOracleインストールに必要なその他のカーネル構成の設定が自動的に行われます。

8. クラスタ内の他のすべてのサーバーで手順1から8を繰り返します。

   
   

   注意: RPMログ・ファイルをチェックして、システム構成の変更を確認します。次に例を示します。 Oracle Linux 6: /var/log/oracle-rdbms-server-11gR2-preinstall/results/orakernel.log Oracle Linux 5およびOracle Linux 4: /var/log/oracle-validated/results/orakernel.log

   
   

2.1.6 DVDまたはイメージからのOracle Preinstallation RPMのインストール

次の手順を使用して、Oracle LinuxディストリビューションからOracle Preinstallation RPMをインストールします。

1. Oracle Linuxディスクを入手するには、Oracle StoreからOracle Linux Media Packを注文するか、Oracle LinuxおよびOracle VMのOracle Software Delivery Cloud Webサイトからディスク・イメージをダウンロードします。

   Oracle Store:

   https://shop.oracle.com
   

   Oracle Software Delivery Cloud Webサイト:

   http://edelivery.oracle.com/linux
   

2. Oracle Linuxのインストールを開始します。

3. 最初のソフトウェア選択画面を確認します(タスク固有のソフトウェア・オプションがリストされます)。画面下部に、ここでカスタマイズするか、後でカスタマイズするかを選択するオプションがあります。「すぐにカスタマイズ」を選択し、「次へ」をクリックします。

4. カスタマイズ・ページの画面左側のリストから「ベース・システム」を選択し、画面右側から「システム・ツール」を選択します。その後、「オプションのパッケージ」をクリックします。

   「システム・ツールのパッケージ」ウィンドウが開きます。

5. パッケージ・リストからOracle Preinstallation RPMパッケージ・ボックスを選択して「次へ」をクリックします。

6. その他の画面の指示に従って、Oracle Linuxのインストールを完了します。

   Oracle Linuxにより、標準の(ロール割当てでない)Oracleインストールの所有者およびグループの作成、およびOracleインストールに必要なその他のカーネル構成の設定が自動的に行われます。

7. 手順2から6を他のすべてのクラスタ・メンバー・ノードで繰り返します。

2.1.7 Kspliceを使用して0(ゼロ)停止時間更新を実行する方法

Ksplice Uptrack更新によってLinuxセキュリティおよびバグ修正の更新が提供され、これらの更新はカーネルを再起動することなく適用される形式に再パッケージ化されます。

Ksplice Uptrackを使用するには、次の手順を実行します。

1. Unbreakable Linux NetworkからOracle Linuxプレミアム・サポート・サブスクリプションを取得または確認します。

   https://linux.oracle.com

2. rootユーザーでログインします。

3. Kspliceを使用するサーバーでインターネットにアクセスできることを確認します。たとえば、プロキシ・サーバーを使用する場合は、シェルで次のようなコマンドを使用して、プロキシ・サーバーおよびポートの値を設定します。

   # export http_proxy=http://proxy.example.com:port
   # export https_proxy=http://proxy.example.com:port
   

4. Ksplice UptrackリポジトリRPMパッケージをダウンロードします。

   https://www.ksplice.com/yum/uptrack/ol/ksplice-uptrack-release.noarch.rpm

5. 次のコマンドを実行します。

   rpm -i ksplice-uptrack-release.noarch.rpm
   yum -y install uptrack
   

6. テキスト・エディタで/etc/uptrack/uptrack.confを開き、プレミアム・サポートのアクセス・キーを入力して、ファイルを保存します。システム全体で、同じアクセス・キーを使用する必要があります。

7. 次のコマンドを実行して、カーネルのゼロ停止時間更新を実行します。

   uptrack-upgrade -y
   

   
   

   関連項目: 詳細はOracle Ksplice UptrackのWebサイトを参照してください。 http://www.ksplice.com Oracle LinuxのOracle Ksplice: http://oss.oracle.com/ksplice/docs/ksplice-quickstart.pdf

   
   

2.5.1 Oracle InventoryおよびOracle Inventoryグループの存在の確認

システムに初めてOracleソフトウェアをインストールする場合は、OUIによってoraInst.locファイルが作成されます。このファイルに、Oracle Inventoryグループのグループ名(デフォルトはoinstall)およびOracle中央インベントリ・ディレクトリのパスが示されます。oraInst.locファイルには、次のような内容が含まれます。

inventory_loc=central_inventory_location
inst_group=group

この場合、central_inventory_locationはOracle中央インベントリの場所、groupは中央インベントリへの書込み権限を持つグループの名前です(OINSTALLグループ権限)。

既存のOracle中央インベントリがある場合は、必ずすべてのOracleソフトウェア・インストールで同じOracle Inventoryを使用し、インストールに使用するすべてのOracleソフトウェア・ユーザーがこのディレクトリへの書込み権限を持つようにします。

システムにOracle中央インベントリ・ディレクトリ(oraInventory)があるかどうかを確認するには、次のようにします。

次のコマンドを入力します。

# more /etc/oraInst.loc

oraInst.locファイルが存在する場合、このコマンドの出力結果は、次のようになります。

inventory_loc=/u01/app/oracle/oraInventory
inst_group=oinstall

前述の出力例の意味は次のとおりです。

• inventory_locグループは、Oracle Inventoryの場所を示します。

• inst_groupパラメータは、Oracle Inventoryグループの名前(この例では、oinstall)を示します。

grep groupname /etc/groupコマンドを使用して、Oracle Inventoryグループとして指定されたグループがまだシステムに存在していることを確認します。次に例を示します。

$ grep oinstall /etc/group
oinstall:x:1000:grid,oracle

2.5.2 Oracle Inventoryが存在しない場合のOracle Inventoryグループの作成

oraInst.locファイルが存在しない場合は、次のコマンドを入力して、Oracle Inventoryグループを作成します。

# /usr/sbin/groupadd -g 1000 oinstall

このコマンドによって、グループID番号が1000のoraInventoryグループoinstallが作成されます。oraInventoryグループのメンバーには、Oracle中央インベントリ(oraInventory)への書込み権限が付与されます。

oraInventoryグループが存在しない場合、デフォルトでは、クラスタ用Oracle Grid Infrastructureソフトウェアのインストール所有者のプライマリ・グループが、oraInventoryグループとして表示されます。使用するOracleソフトウェア・インストール所有者のすべてが、このグループをプライマリ・グループとして利用できることを確認します。

2.5.3 Oracle Grid Infrastructureユーザーの作成

次の場合は、Oracle Grid Infrastructureのソフトウェア所有者を作成する必要があります。

• Oracleソフトウェア所有者ユーザーが存在しない場合(たとえば、システムへOracleソフトウェアを初めてインストールする場合)。

• Oracleソフトウェア所有者ユーザーは存在するが、他のグループに所属する別のオペレーティング・システム・ユーザーを使用して、Oracle Grid InfrastructureとOracle Databaseの管理権限を分離する場合。

  Oracleドキュメントでは、Oracle Grid Infrastructureソフトウェアのインストールのみを所有するために作成されたユーザーをgridユーザーと呼びます。すべてのOracleインストールを所有するために作成されたユーザー、またはOracle Databaseのインストールのみを所有するために作成されたユーザーをoracleユーザーと呼びます。

# id oracle

uid=501(oracle) gid=501(oinstall) groups=502(dba),503(oper)

2.5.4 Oracleベース・ディレクトリのパスの作成

グリッド・インストール所有者のOracleベース・ディレクトリは、Oracle ASMおよびOracle Clusterwareに関する診断ログ、管理ログ、およびその他のログが格納される場所です。

Oracleソフトウェアのパスとして、Oracle Optimal Flexible Architecture(OFA)ガイドラインに準拠したOracle Clusterwareホームのパスを作成した場合は、Oracleベース・ディレクトリを作成する必要はありません。OUIでOFA準拠のパスが検出されると、そのパスにOracleベース・ディレクトリが作成されます。

OUIがパスをOracleソフトウェアのパスとして認識するには、u[00-99]/appという形式にし、oraInventory(oinstall)グループのすべてのメンバーによる書込みを可能にする必要があります。OracleベースのOFAパスは、/u01/app/userです。userは、ソフトウェアのインストール所有者の名前です。

クラスタ用Oracle Grid InfrastructureおよびOracle Databaseソフトウェア所有者が別の場合は特に、Oracle Grid InfrastructureのGridホームおよびOracleベース・ホームを手動で作成して、ログ・ファイルを分けることができるようにすることをお薦めします。

次に例を示します。

# mkdir -p  /u01/app/11.2.0/grid
# mkdir -p /u01/app/grid
# mkdir -p /u01/app/oracle
# chown grid:oinstall /u01/app/11.2.0/grid
# chown grid:oinstall /u01/app/grid
# chown oracle:oinstall /u01/app/oracle
# chmod -R 775 /u01/
# chown -R grid:oinstall /u01

2.5.5 役割区分によるオペレーティング・システム権限グループおよびユーザーの作成

役割区分によるOracle ASMの権限構成は、Oracle ASMインストール環境に対する管理アクセス権限と、他のOracleインストール環境に関連付けられた管理権限グループおよびユーザーとを分離するためのグループおよびユーザーを持つ構成です。管理アクセス権は、個々のオペレーティング・システム・グループのメンバーシップによって付与され、インストール権限は、Oracleをインストールするたびにインストール所有者を変えることで付与されます。

必要な場合、記憶域およびデータベース層におけるすべてのシステム権限について、1つの管理ユーザーと1つのグループをオペレーティング・システム認証で使用できるように、オペレーティング・システム・ユーザー権限を割り当てることができます。

たとえば、すべてのOracleソフトウェアのインストール所有者をoracleユーザーとし、Oracle Clusterware、Oracle ASM、サーバー上のすべてのOracle Databaseに対するすべてのシステム権限、およびインストール所有者としてのすべての権限をメンバーに付与されるグループをoinstallとすることができます。このグループは、Oracle Inventoryグループであることも必要です。

少なくとも2つのグループを使用することをお薦めします。メンバーに管理システム権限が付与されるシステム権限グループと、個別のインストール権限であるOINSTALL権限が付与されるインストール所有者グループ(oraInventoryグループ)です。クラスタ検証ユーティリティなどのOracleツールでデフォルトを使用しやすくするため、すべてのシステム権限とoraInventoryへの書込み権限を1つのオペレーティング・システム・グループに付与する場合は、そのグループ名をoinstallにする必要があります。

• 役割区分によるグループおよびユーザーの作成の概要

• 役割区分によるデータベース・グループおよびユーザーの作成

# /usr/sbin/groupadd -g 1031 dba

# /usr/sbin/groupadd -g 1032 oper1

# /usr/sbin/groupadd -g 1020 asmadmin

# /usr/sbin/groupadd -g 1022 asmoper

# /usr/sbin/groupadd -g 1021 asmdba

# id oracle

uid=501(oracle) gid=501(oinstall) groups=502(dba),503(oper)

# /usr/sbin/usermod -g oinstall -G dba,asmdba oracle

2.5.6 標準的なグループ、ユーザーおよびパスの作成例

Oracle Inventoryグループ(oinstall)を作成し、OSDBA、OSASM、Oracle ASM用のOSDBAグループとして1つのグループ(dba)を作成する方法の例を次に示します。また、適切なグループ・メンバーシップを持つ、Oracle Grid Infrastructureソフトウェア所有者(grid)と1つのOracle Database所有者(oracle)を作成する方法も示します。また、この例は、適切な権限を持つ、OFA構造に準拠したOracleベース・パスの構成方法も示しています。

# groupadd -g 1000 oinstall
# groupadd -g 1031 dba
# useradd -u 1100 -g oinstall -G dba grid
# useradd -u 1101 -g oinstall -G dba oracle
# mkdir -p  /u01/app/11.2.0/grid
# mkdir -p /u01/app/grid
# chown -R grid:oinstall /u01
# mkdir /u01/app/oracle
# chown oracle:oinstall /u01/app/oracle
# chmod -R 775 /u01/

これらのコマンドを実行すると、次のグループとユーザーができます。

• Oracle中央インベントリ・グループ、つまりoraInventoryグループ(oinstall)。プライマリ・グループが中央インベントリ・グループであるメンバーは、oraInventoryディレクトリに書込みできるOINSTALL権限を付与されます。

• OSASM、OSDBA、ASM用のOSDBAおよびASM用のOSOPERグループとして使用される1つのシステム権限グループ(dba)。メンバーは、Oracle Clusterware、Oracle ASM、Oracle Databaseを管理するためのSYSASMおよびSYSDBA権限を付与され、さらにOracle ASM記憶域にアクセスするためのSYSASMおよびASM用のOSOPER権限を付与されます。

• クラスタ用Oracle Gridのインストール所有者(grid)。プライマリ・グループはoraInventoryグループ、セカンダリ・グループはOSASMグループ。Oracleベース・ディレクトリは/u01/app/grid。

• Oracle Database所有者(oracle)。プライマリ・グループはoraInventoryグループ、セカンダリ・グループはOSDBAグループ。Oracleベース・ディレクトリは/u01/app/oracle。

• インストール前は775権限でgrid:oinstallが所有し、インストール中にroot.shスクリプトが実行された後はrootが所有する/u01/app。この所有権と権限によって、OUIはパス/u01/app/oraInventoryにOracle Inventoryディレクトリを作成できるようになります。

• インストール前はgrid:oinstallが所有し、インストール中にroot.shスクリプトが実行された後はrootが所有する/u01。

• 775権限でgrid:oinstallが所有する/u01/app/11.2.0/grid。これらの権限はインストールに必要であり、インストール・プロセスで変更されます。

• インストール前は775権限で、インストール後は755権限でgrid:oinstallが所有する/u01/app/grid。

• 775権限でoracle:oinstallが所有する/u01/app/oracle。

2.5.7 ロール割当てをしたグループ、ユーザーおよびパスの作成例

Optimal Flexible Architecture(OFA)デプロイメントに準拠した、ロール割当てをしたグループおよびユーザーを作成する方法の例を、次に示します。

# groupadd -g 1000 oinstall
# groupadd -g 1020 asmadmin
# groupadd -g 1021 asmdba
# groupadd -g 1031 dba1
# groupadd -g 1041 dba2
# groupadd -g 1022 asmoper
# useradd -u 1100 -g oinstall -G asmadmin,asmdba grid
# useradd -u 1101 -g oinstall -G dba1,asmdba oracle1
# useradd -u 1102 -g oinstall -G dba2,asmdba oracle2
# mkdir -p  /u01/app/11.2.0/grid
# mkdir -p /u01/app/grid
# chown -R grid:oinstall /u01
# mkdir -p /u01/app/oracle1
# chown oracle1:oinstall /u01/app/oracle1
# mkdir -p /u01/app/oracle2
# chown oracle2:oinstall /u01/app/oracle2
# chmod -R 775 /u01

これらのコマンドを実行すると、次のグループとユーザーができます。

• Oracle中央インベントリ・グループ、つまりoraInventoryグループ(oinstall)。プライマリ・グループがこのグループであるメンバーは、oraInventoryディレクトリへの書込み権限を付与されます。

• 個別のOSASMグループ(asmadmin)。メンバーは、Oracle ClusterwareおよびOracle ASMを管理するためのSYSASM権限を付与されます。

• 個別のASM用OSDBAグループ(asmdba)。メンバーは、grid、oracle1、oracle2の他、Oracle ASMへのアクセス権を付与されたユーザーです。

• 個別のASM用のOSOPERグループ(asmoper)。メンバーはOracle ASMインスタンスの起動と停止を含む、制限付きのOracle ASMの管理者権限が付与されたユーザーです。

• クラスタ用Oracle Gridのインストールの所有者(grid)。プライマリ・グループはoraInventoryグループ、セカンダリ・グループはOSASM(asmadmin)、ASM用のOSDBAグループ(asmdba)。

• 2つの異なるデータベースに対する、2つの別々のOSDBAグループ(dba1とdba2)。それぞれのデータベースに対して、別々のSYSDBA権限を設定します。

• Oracle Databaseバイナリの所有権を分けるための、2つのOracle Databaseソフトウェア所有者(oracle1とoracle2)と、プライマリ・グループとしてのoraInventoryグループ、セカンダリ・グループとしてのそれぞれのデータベースに対するOSDBAグループ(dba1またはdba2)と、ASM用のOSDBAグループ(asmdba)。

• grid:oinstallが所有する、OFA準拠のマウント・ポイント/u01(インストール前)。

• 775権限でgrid:oinstallが所有する、グリッド・インストール所有者のOracleベース/u01/app/grid。インストール・プロセスで755権限に変更されます。

• 775権限でoracle1:oinstallが所有する、Oracleベース/u01/app/oracle1。

• 775権限でoracle2:oinstallが所有する、Oracleベース/u01/app/oracle2。

• 775(drwxdrwxr-x)権限でgrid:oinstallが所有する、Gridホーム/u01/app/11.2.0/grid。これらの権限はインストールに必要であり、インストール・プロセスでroot:oinstallの755権限(drwxr-xr-x)に変更されます。

• /u01/app/oraInventory.このパスの所有者はgrid:oinstallのままで、他のOracleソフトウェア所有者による中央イベントリへの書込みを可能にします。

2.6.1 一般的なサーバーの要件

• サーバーが実行レベル3または実行レベル5で起動されていることを確認します。

• 各サーバーで、同じオペレーティング・システム・バイナリが実行されていることを確認します。Oracle Grid InfrastructureインストールとOracle Real Application Clusters(Oracle RAC)では、同一クラスタ内でハードウェアが異なるサーバーを使用できます。

2.6.2 サーバーのハードウェア要件

各システムは、次の最小ハードウェア要件を満たしている必要があります。

• 1024 x 768以上のディスプレイ解像度。OUIを正しく表示するため。

• /tmpディレクトリに1GBの領域。

• クラスタ用Oracle Grid Infrastructureホーム(Gridホーム)に6.6GBの領域で、ここにはOracle ClusterwareおよびOracle ASMのファイルとログ・ファイル、ACFSログ・ファイルおよびクラスタ状態モニター・リポジトリが格納されます(プラットフォームで使用可能な場合)。

• トレース・ファイル・アナライザおよびコレクタによって生成された診断収集用に、グリッド・インフラストラクチャ所有者のOracleベース・ディレクトリに最大10GBの追加領域。

• Oracleベースに4GBの領域の割当て(Linux x86プラットフォームに対してOracle Databaseをインストールする場合)。

• Oracleベースに4.6GBのディスク領域の割当て(Linux x86_64プラットフォームに対してOracle Databaseをインストールする場合)。

Oracle Databaseのインストールでは、自動バックアップを構成する場合は、高速リカバリ領域用に追加の領域(ファイル・システムまたはOracle Automatic Storage Managementディスク・グループ)が必要です。

2.6.3 サーバーのメモリー要件

システム・アーキテクチャに応じて、システムが次の要件を満たしていることを確認します。

• 64-bitシステムおよびLinux on System zのメモリー要件

• メモリー要件

2.6.4 サーバーのハードウェアとメモリー構成の確認

システムが各要件を満たしていることを確認するには、次の手順を実行します。

1. 次のコマンドを入力して、物理RAMのサイズを確認します。

   # grep MemTotal /proc/meminfo
   

   システムに搭載されている物理RAMのサイズが要件のサイズより少ない場合、次の手順に進む前にメモリーを増設する必要があります。

2. 次のコマンドを入力して、構成されたスワップ領域のサイズを確認します。

   # grep SwapTotal /proc/meminfo
   

   追加のスワップ領域を構成する(必要な場合)方法については、ご使用のオペレーティング・システムのマニュアルを参照してください。

3. 次のコマンドを入力して、/tmpディレクトリで使用できる領域の大きさを確認します。

   # df -k /tmp
   

   このコマンドでは1KBブロック単位でディスク領域が表示されます。ほとんどのシステムでは、-hフラグ付きのdfコマンド(df -h)を使用して、「24G」や「10M」など、判読可能な書式で出力を表示できます。/tmpディレクトリで使用できるディスク領域が1GB未満の場合(1048576 1k-blocks未満)、次のいずれかの手順を完了します。

   • 必要な領域を確保するために、/tmpディレクトリから不要なファイルを削除します。

   • /tmpディレクトリを含むファイル・システムを拡張します。ファイル・システムの拡張については、必要に応じてシステム管理者に連絡してください。

4. 次のコマンドを入力して、システムのRAMおよびディスク・スワップ領域の空き領域の大きさを確認します。

   # free
   

   
   

   注意: 値をファイナライズする前に、使用可能なRAM領域およびスワップ領域用に複数の値を選択することをお薦めします。これは、使用可能なRAMとスワップ領域が、ユーザーとコンピュータの対話に応じて変化するためです。 サーバーのスワップ領域の割当てガイドラインについては、ご使用のオペレーティング・システムのベンダーにお問い合せください。ベンダーのガイドラインは、このマニュアルに示すスワップ領域要件より優先されます。

   
   

5. 次のコマンドを入力して、システム・アーキテクチャでソフトウェアを実行できるかどうかを確認します。

   # uname -m
   

   
   

   注意: このコマンドの出力結果には、プロセッサ・タイプが表示されます。64-bitのアーキテクチャにインストールする場合、出力はx86_64になります。

   
   

2.7.1 ネットワーク・ハードウェア要件

次にネットワーク構成要件を示します。

• 各ノードには2つ以上のネットワーク・アダプタまたはネットワーク・インタフェース・カード(NIC)が必要です。パブリック・ネットワーク・インタフェース用とプライベート・ネットワーク・インタフェース(インターコネクト)用のネットワーク・アダプタです。

  冗長インターコネクトを使用すると、ボンディングなどのテクノロジを使用しなくても、複数のインタフェースを指定してクラスタ・プライベート・ネットワークに使用します。この機能は、Oracle Database 11g リリース2(11.2.0.2)以上で使用可能です。

  複数のインタフェースを定義すると、Oracle Clusterwareは1つから4つの高可用性IP(HAIP)アドレスを作成します。Oracle RACおよびOracle ASMインスタンスはこれらのインタフェース・アドレスを使用して、ノード間でのロード・バランシングされた高可用性インタフェース通信を保証します。インストーラは、冗長インターコネクトを使用して、高可用性プライベート・ネットワークを提供します。

  デフォルトでは、Oracle Grid InfrastructureソフトウェアはすべてのHAIPアドレスをプライベート・ネットワーク通信に使用して、プライベート・ネットワークとして指定した一連のインタフェースにロード・バランシングを提供します。プライベート・インターコネクト・インタフェースに障害が発生するか、または通信できなくなった場合、Oracle Clusterwareは、機能している残りのインタフェースのいずれかに対応するHAIPアドレスを透過的に移動します。

  
  

  注意: プライベート・ネットワーク・インタフェースとして5つ以上のインタフェースを定義した場合は、Oracle Clusterwareが一度にアクティブにするインタフェースは4つのみであることに注意してください。ただし、4つのアクティブなインタフェースのうちの1つに障害が発生した場合は、その障害が発生したインタフェースに構成されたHAIPアドレスを、一連の定義済プライベート・インタフェースのうちの予備インタフェースの1つに移します。

  
  

  ノードをOracle Grid Infrastructure 11gリリース2(11.2.0.2)以上にアップグレードする場合、アップグレードされたシステムは既存のネットワーク分類を使用します。

  複数のパブリック・インタフェースを構成するには、ご使用のプラットフォーム用のサード・パーティ・テクノロジを使用して、インストールを開始する前に複数のパブリック・インタフェースを集約する必要があります。その後、結合されたインタフェースの単一のインタフェース名をパブリック・インタフェースとして選択します。Oracle Grid Infrastructureのインストール中に、複数のパブリック・インタフェース名を指定しないことをお薦めします。集約テクノロジを使用せずに、2つのネットワーク・インタフェースをクラスタ内のパブリック・ネットワーク・インタフェースとして構成する場合、ノード上の1つのパブリック・インタフェースで発生した障害によって、もう1つのパブリック・インタフェースへの自動VIPフェイルオーバーが行われることはないことに注意してください。

  プライベート・ネットワークに複数のインタフェースを使用するには、冗長インターコネクト機能を使用することをお薦めします。ただし、サード・パーティのテクノロジを使用しても、プライベート・ネットワークを冗長にすることは可能です。

• OUIを使用してOracle Clusterwareをインストールする場合は、各ネットワークのネットワーク・アダプタに関連付けるパブリック・インタフェース名は、すべてのノードで同じである必要があり、ネットワーク・アダプタに関連付けるプライベート・インタフェース名もすべてのノードで同じである必要があります。この制限は、新しいクラスタを作成するため、または既存のクラスタにノードを追加するためにクローニングを使用する場合は適用されません。

  たとえば、2ノードのクラスタのネットワーク・アダプタの場合、パブリック・インタフェースとしてnode1ではeth0、node2ではeth1というようには構成できません。パブリック・インタフェース名は同じである必要があるため、bothノードでパブリックとしてeth0を構成する必要があります。同じネットワークのアダプタでは、プライベート・インタフェースも同様に構成する必要があります。eth1がnode1のプライベート・インタフェースであれば、node2のプライベート・インタフェースもeth1である必要があります。

  
  

  関連項目: クローニングを使用してノードを追加する方法の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

  
  

• パブリック・ネットワークの場合、各ネットワーク・アダプタではTCP/IPがサポートされている必要があります。

• プライベート・ネットワークでは、インタフェースにTCP/IPをサポートする高速ネットワーク・アダプタおよびスイッチ(最低要件: 1ギガビット・イーサネット)を使用して、ユーザー・データグラム・プロトコル(UDP)がサポートされている必要があります。

  
  

  注意: UDPはOracle RAC用のデフォルトのインタフェース・プロトコルで、TCPはOracle Clusterware用のインターコネクト・プロトコルです。インターコネクト用のスイッチを使用する必要があります。専用のスイッチを使用することをお薦めします。 インターコネクト用のトークン・リングまたはクロスオーバー・ケーブルはサポートされていません。

  
  

• 各ノードのインターコネクト用のプライベート・インタフェースは同じサブネット上にある必要があり、これらのサブネットはクラスタのすべてのノードに接続する必要があります。たとえば、プライベート・インタフェースのサブネット・マスクが255.255.255.0の場合、プライベート・ネットワークの範囲は192.168.0.0から192.168.0.255になり、プライベート・アドレスの範囲は192.168.0.[0-255]である必要があります。プライベート・インタフェースのサブネット・マスクが255.255.0.0の場合、プライベート・アドレスの範囲は192.168.[0-255].[0-255]になります。

  冗長インターコネクトを使用するクラスタの場合、各プライベート・インタフェースは、異なるサブネット上にある必要があります。ただし、各クラスタ・メンバー・ノードは各プライベート・インターコネクト・サブネット上にインタフェースを持つ必要があり、これらのサブネットがクラスタのすべてのノードに接続されている必要があります。たとえば、プライベート・ネットワークがサブネット192.168.0および10.0.0上にある場合、各クラスタ・メンバー・ノードにはサブネット192.168.0および10.0.0に接続されているインタフェースが必要です。

• プライベート・ネットワークでは、指定されているすべてのインターコネクト・インタフェースのエンドポイントがネットワークで確実にアクセス可能である必要があります。ノードはすべてのプライベート・ネットワーク・インタフェースに接続されている必要があります。pingを使用して、インターコネクト・インタフェースが接続可能であるかどうかをテストできます。

2.7.2 IPアドレス要件

インストールを開始する前に、各ノードにインタフェースが2つ以上構成されている必要があります。1つはプライベートIPアドレス用、もう1つはパブリックIPアドレス用です。

IPアドレスは、次のいずれかのオプションで構成できます。

• Oracleグリッド・ネーミング・サービス(GNS)を使用した動的IPアドレスの割当て。このオプションを選択すると、ネットワーク管理者は静的IPアドレスを物理ホスト名に割り当て、動的に割り当てられたIPをOracle Clusterware管理VIPアドレスに割り当てます。この場合、VIPのIPアドレスはDHCPによって割り当てられ、Oracle Clusterwareの一部としてクラスタ内で構成されたマルチキャスト・ドメイン・ネーム・サーバーを使用して解決されます。GNSを使用する場合は、次のものが必要です。

  • クラスタのために、パブリック・ネットワーク上で実行されているDHCPサービス。

  • DHCP上の十分なアドレス。これにより、各ノードの仮想IPとしてIPアドレスを1つずつ、そしてクラスタの単一クライアント・アクセス名(SCAN)によって使用される、クラスタのIPアドレスを3つ提供します。

• 静的IPアドレスの割当て。このオプションを選択すると、ネットワーク管理者は固定IPアドレスをクラスタの各物理ホスト名とOracle Clusterware管理VIPのIPに割り当てます。また、ドメイン・ネーム・サーバ(DNS)に基づいた静的名前解決が各ノードに使用されます。このオプションを選択する場合は、クラスタの変更時にネットワーク管理の更新を依頼する必要があります。

root@node1]$ nslookup mycluster-scan
Server:         dns.example.com
Address:        192.0.2.001
 
Name:   mycluster-scan.example.com
Address: 192.0.2.201
Name:   mycluster-scan.example.com
Address: 192.0.2.202
Name:   mycluster-scan.example.com
Address: 192.0.2.203

2.7.3 Oracle Grid Infrastructureが使用するネットワークのブロードキャスト要件

ブロードキャスト通信(ARPおよびUDP)は、Oracle Grid Infrastructureリリース2パッチセット1(11.2.0.2)以上で使用するために構成されたすべてのパブリックおよびプライベート・インタフェース全体で適切に動作する必要があります。

ブロードキャストは、パブリックまたはプライベート・インタフェースによって使用されるものとして構成されたVLAN全体で動作する必要があります。

2.7.4 Oracle Grid Infrastructureが使用するネットワークのマルチキャスト要件

Oracle Grid Infrastructureリリース2(11.2)では、各クラスタ・メンバー・ノードで、Oracle mDNSデーモンがすべてのインタフェースでマルチキャスティングを使用して、クラスタの他のノードと通信します。

Oracle Grid Infrastructureリリース2パッチセット1(11.2.0.2)以上では、マルチキャスティングはプライベート・インターコネクトで必須です。このため、少なくとも次のクラスタでマルチキャスティングを有効にする必要があります。

• プライベート・インターコネクトとして定義されたブロードキャスト・ドメイン全体

• IPアドレス・サブネット範囲224.0.0.0/24および230.0.1.0/24

ルーター全体でマルチキャスト通信を有効にする必要はありません。

2.7.5 グリッド・ネーミング・サービスへのドメイン委任のためのDNS構成

GNSを使用する場合、Oracle Grid Infrastructureのインストール前に、GNSが提供するサブドメイン(クラスタ・メンバー・ノード)に対する名前解決要求がGNSへ送信されるよう、ドメイン・ネーム・サーバー(DNS)を構成しておく必要があります。次にドメイン委任に必要な手順の概要を示します。実際の手順はこの例と異なる場合があります。

委任を使用してGNS名前解決要求を送信するようにDNSを構成します。

1. DNSでGNS仮想IPアドレスのエントリを作成します。アドレスの書式はgns-server.CLUSTERNAME.DOMAINNAMEです。たとえば、クラスタ名がmyclusterで、ドメイン名がexample.comで、IPアドレスが192.0.2.1の場合、次のようなエントリを作成します。

   mycluster-gns.example.com  A  192.0.2.1
   

   指定したアドレスは、ルーティング可能である必要があります。

2. GNSでGNSサブドメインへのアドレスを解決できるように、GNS仮想IPアドレスへのGNSサブドメインの転送を設定します。これには、委任されたドメインに対して次のようなBIND構成エントリを作成します。cluster01.example.comは、委任するサブドメインです。

    cluster01.example.com  NS  mycluster-gns.example.com
   

3. GNSを使用する場合、クラスタ内のノードのresolve.conf(または解決情報を提供するシステムのファイル)を構成し、社内のDNSサーバーに解決可能なネーム・サーバーのエントリを追加する必要があります。オプションの試行回数(リトライ回数)とオプションのタイムアウト(指数バックオフ)を組み合せた合計タイムアウト時間の構成は、30秒以下にすることをお薦めします。たとえば、xxx.xxx.xxx.42とxxx.xxx.xxx.15がネットワーク内で有効なネーム・サーバーのアドレスである場合、/etc/resolv.confに次のようなエントリを入力します。

   options attempts: 2
   options timeout: 1
   
   search cluster01.example.com example.com
   nameserver xxx.xxx.xxx.42
   nameserver xxx.xxx.xxx.15
   

   /etc/nsswitch.confによって、ネーム・サービスの参照順序が制御されます。一部のシステム構成では、ネットワーク情報システム(NIS)によってOracle SCANアドレス解決に問題が発生することがあります。nisエントリは、検索リストの最後に配置することをお薦めします。次に例を示します。

   /etc/nsswitch.conf
        hosts:    files   dns   nis
   

   
   

   注意: ホスト名およびユーザー名の解決が失敗する可能性があるため、NISを使用することがケーブルのプル・テストを実行するときの問題の原因になることがあることに注意してください。

   
   

2.7.6 グリッド・ネーミング・サービスの構成例

GNSを使用する場合は、GNSのVIPアドレスに静的なIPアドレスを指定し、その静的なGNSのIPアドレスにサブドメインを委任する必要があります。

クラスタにノードが追加されると、社内のDHCPサーバーによって、これらのノードに動的にアドレスが提供されます。これらのアドレスは自動的にGNSに登録され、GNSによってサブドメイン内で、GNSに登録されたクラスタ・ノード・アドレスの解決が行われます。

アドレスの割当てと構成はGNSによって自動的に行われるため、これ以上の構成は必要ありません。Oracle Clusterwareによって、クラスタに対してノードが追加または削除されるときに、動的なネットワーク構成が行われます。参考までに例を示します。

2ノードのクラスタで、GNSのVIPが定義されている場合、インストール後に次のような構成を2ノードのクラスタに対して行います。クラスタ名はmycluster、GNSの親ドメインはexample.com、サブドメインはgrid.example.comです。IPアドレスの192.0.2はクラスタのパブリックIPアドレス・ネットワークを表し、192.168.0はプライベートIPアドレス・サブネットを表します。

^脚注 1 ノードのホスト名が、ホスト上で使用されているVIPアドレスなど、複数のアドレスに解決される場合があります。

2.7.7 手動によるIPアドレスの構成例

GNSを使用しない場合は、インストールの前に、パブリックIPアドレス、仮想IPアドレスおよびプライベートIPアドレスを構成する必要があります。また、pingコマンドを実行し、デフォルトのゲートウェイにアクセスできることも確認してください。デフォルトのゲートウェイを検出するには、routeコマンドを使用します(オペレーティング・システムのヘルプを参照)。

たとえば、各ノードに1つのパブリック・インタフェースと1つのプライベート・インタフェースがある2ノードのクラスタの場合に、3つのIPアドレスのいずれかに解決されるSCANドメイン・アドレスがDNSに定義してあるとすると、ネットワーク・インタフェースには、次の表に示す構成が考えられます。

^脚注 1 ノード・ホスト名が、複数のアドレスに解決される場合があります。

インターコネクト用にプライベート名を指定する必要はありません。インターコネクト用に名前解決が必要な場合は、hostsファイルかDNSでプライベートIP名を構成できます。ただしOracle Clusterwareでは、インストール中にプライベート・インタフェースとして定義されたインタフェース(eth1など)と、プライベート・サブネットに使用されるサブネットに、インターコネクト・アドレスが割り当てられます。

SCANが解決されるアドレスはOracle Clusterwareによって割り当てられるため、特定のノードには固定されません。VIPのフェイルオーバーが有効になるように、前述の表で示した構成では、SCANアドレスと、両方のノードのパブリック・アドレスおよびVIPアドレスが同一のサブネット(192.0.2)上に定義されています。

2.7.8 ネットワーク・インタフェース構成のオプション

選択する正確なネットワーク構成は、構成するクラスタのサイズおよび使用方法と、必要な可用性のレベルによって異なります。

動作保証されているネットワーク接続ストレージ(NAS)をOracle RAC用に使用し、このストレージにイーサネットベースのネットワークを介して接続する場合は、NAS I/O用に3つ目のネットワーク・インタフェースが必要です。この場合、3つの別々のインタフェースを使用しないと、負荷によってパフォーマンスと安定性の問題が発生します。

2.7.9 複数のプライベート・インターコネクトとEnterprise Linux

カーネル2.6.31以上(Oracle Unbreakable Enterprise Kernel 2.6.32を含む)では、戻り経路フィルタのバグが修正されています。この修正の結果、プライベート・インターコネクトに複数のNICを使用するOracle RACシステムでは、現在、rp_filterパラメータに固有の設定が必要です。この要件は、Linuxカーネル2.6.32以上を実行しているすべてのExadataシステムにも適用されます。rp_filterパラメータにこれらの設定を行わないと、インターコネクト・パケットが遮断または破棄される可能性があります。

rp_filterの値で、戻り経路フィルタがフィルタなし(0)、厳密なフィルタ(1)または緩いフィルタ(2)に設定されます。プライベート・インターコネクトの場合は、rp_filterの値を0または2に設定します。プライベート・インターコネクトNICを1に設定すると、プライベート・インターコネクトで接続の問題が発生する可能性があります。プライベート・インターコネクトは、分離されたプライベートのネットワーク上にあるはずなので、このフィルタを無効または解放することは危険だとは考えられていません。

たとえば、eth1およびeth2がプライベート・インターコネクトNICで、eth0がパブリック・ネットワークNICの場合、/etc/sysctl.confで次のエントリを使用して、プライベート・アドレスのrp_filterを2(緩いフィルタ)に設定し、パブリック・アドレスを1(厳密なフィルタ)に設定します。

net.ipv4.conf.eth2.rp_filter = 2
net.ipv4.conf.eth1.rp_filter = 2
net.ipv4.conf.eth0.rp_filter = 1

Enterprise Linux 5.6(Enterprise Linux 5 Update 6)にはinitscripts-8.45.33-1.0.4.el5.i386.rpmを使用した修正が含まれ、これによって、カーネル・パラメータnet.ipv4.conf.default.rp_filterが2(解放モード)に設定されます。そのため、Unbreakable Linux KernelをEnterprise Linux 5.6の最上位に適用した後、すべてのNICのrp_filter値が2に設定されているため、手動での変更が不要になる場合があります。パブリック・ネットワークでより厳密な戻り経路フィルタが必要な場合は、パブリックNICのrp_filterを1に設定します。

https://support.oracle.com

2.7.10 ネーム・サービス・キャッシュ・デーモンの有効化

Oracle ClusterwareがNASデバイスまたはNFSマウントの使用によるネットワーク障害をより許容できるようにするには、ネーム・サービス・キャッシュ・デーモン(nscd)を有効にします。

システムの再起動時にnscdがロードされるよう設定されているかを確認するには、コマンドchkconfig --list nscdを入力します。次に例を示します。

# chkconfig --list nscd
nscd                      0:off  1:off  2:off  3:on   4:off  5:off   6:off 

この例でnscdは、実行レベル3がオンで、実行レベル5はオフです。nscdは、実行レベル3と実行レベル5の両方をオンにする必要があります。

nscdの実行レベル3と実行レベル5の両方をオンにするには、次のコマンドのいずれかをrootとして入力します。

Red HatおよびOracle Linux 4および5の場合

# chkconfig --level 35 nscd on

SUSE SLES10および11の場合

# chkconfig --level 35 nscd on

現在のセッションでnscdを起動するには、次のコマンドをrootとして入力します。

# service nscd start

新しい設定でnscdを再起動するには、次のコマンドをrootとして入力します。

# service nscd restart

2.8.1 x86 Linuxプラットフォームでのソフトウェア要件

Oracle Grid Infrastructureをインストールする場合は、カーネル・バージョンとパッケージが、表2-5および表2-6に示されたものであることを確認します。

サーバーにOpenSSHがインストールされていることを確認します。OpenSSHは必須のSSHソフトウェアです。

Oracle Grid Infrastructureに加えてOracle DatabaseまたはOracle RACをインストールする場合は、表2-7を確認し、使用する予定の機能のために追加パッケージをインストールする必要があるかどうかを確認します。

binutils-2.15.92.0.2
compat-libstdc++-33-3.2.3
elfutils-libelf-0.97
elfutils-libelf-devel-0.97
gcc-3.4.6
gcc-c++-3.4.6
glibc-2.3.4-2.41
glibc-common-2.3.4
glibc-devel-2.3.4
glibc-headers-2.3.4
libaio-devel-0.3.105
libaio-0.3.105
libgcc-3.4.6
libstdc++-3.4.6
libstdc++-devel-3.4.6
make-3.80
numactl-0.6.4.i386
pdksh-5.2.14
sysstat-5.0.5
unixODBC-2.2.11
unixODBC-devel-2.2.11

binutils-2.17.50.0.6
compat-libstdc++-33-3.2.3
elfutils-libelf-0.125
elfutils-libelf-devel-0.125
elfutils-libelf-devel-static-0.125
gcc-4.1.2
gcc-c++-4.1.2
glibc-2.5-24
glibc-common-2.5
glibc-devel-2.5
glibc-headers-2.5
kernel-headers-2.6.18
ksh-20060214
libaio-0.3.106
libaio-devel-0.3.106 
libgcc-4.1.2
libgomp-4.1.2
libstdc++-4.1.2 
libstdc++-devel-4.1.2
make-3.81
sysstat-7.0.2
unixODBC-2.2.11
unixODBC-devel-2.2.11

binutils-2.20.51.0.2-5.11.el6.i686
compat-libcap1-1.10-1.i686
compat-libstdc++-33-3.2.3-69.el6.i686
gcc-4.4.4-13.el6.i686
gcc-c++-4.4.4-13.el6.i686
glibc-2.12-1.7.el6.i686
glibc-devel-2.12-1.7.el6.i686
ksh
libgcc-4.4.4-13.el6.i686
libstdc++-4.4.4-13.el6.i686
libstdc++-devel-4.4.4-13.el6.i686
libaio-0.3.107-10.el6.i686
libaio-devel-0.3.107-10.el6.i686
make-3.81-19.el6.i686
sysstat-9.0.4-11.el6.i686

binutils-2.16.91.0.5
compat-libstdc++-5.0.7
gcc-4.1.2
gcc-c++-4.1.2
glibc-2.4-31.63
glibc-devel-2.4.31.63
ksh-93r-12.9
libaio-0.3.104
libaio-devel-0.3.104
libelf-0.8.5
libgcc-4.1.2
libstdc++-4.1.2
libstdc++-devel-4.1.2
make-3.80
sysstat-8.0.4

binutils-2.19
gcc-4.3
gcc-c++-4.3
glibc-2.9
glibc-devel-2.9
ksh-93t
libcap1-1.10-6.10
libstdc++33-3.3.3
libstdc++43-4.3.3_20081022
libstdc++43-devel-4.3.3_20081022
libaio-0.3.104
libaio-devel-0.3.104
libgcc43-4.3.3_20081022
libstdc++-devel-4.3
make-3.81
sysstat-8.1.5

http://www.unixodbc.org

unixODBC-2.2.11 (32 bit) or later
unixODBC-devel-2.2.11 (32 bit) or later

unixODBC-2.2.11 (32 bit) or laterunixODBC-devel-2.2.11 (32 bit) or later

unixODBC-2.2.14-11.el6.i686 or laterunixODBC-devel-2.2.14-11.el6.i686 or later

unixODBC-32bit-2.2.11 (32 bit) or later
unixODBC-devel-32bit-2.2.11 (32 bit) or later

unixODBC-32bit-2.2.12 (32-bit) or later
unixODBC-devel-32bit-2.2.12 (32 bit) or later

modinfo ocfs2

rpm -qa| grep ocfs2

http://oss.oracle.com/projects/ocfs2/

2.8.2 x86-64 Linuxプラットフォームでのソフトウェア要件

Oracle Grid Infrastructureのみをインストールする場合は、カーネル・バージョンとパッケージが、表2-8および表2-9に示されたものであることを確認します。

サーバーにOpenSSHがインストールされていることを確認します。OpenSSHは必須のSSHソフトウェアです。

Oracle Grid Infrastructureに加えてOracle DatabaseまたはOracle RACをインストールする場合は、表2-10を確認し、使用する予定の機能のために追加パッケージをインストールする必要があるかどうかを確認します。

binutils-2.23.52.0.1-12.el7.x86_64 
compat-libcap1-1.10-3.el7.x86_64 
gcc-4.8.2-3.el7.x86_64 
gcc-c++-4.8.2-3.el7.x86_64 
glibc-2.17-36.el7.i686 
glibc-2.17-36.el7.x86_64 
glibc-devel-2.17-36.el7.i686 
glibc-devel-2.17-36.el7.x86_64 
ksh
libaio-0.3.109-9.el7.i686 
libaio-0.3.109-9.el7.x86_64 
libaio-devel-0.3.109-9.el7.i686 
libaio-devel-0.3.109-9.el7.x86_64 
libgcc-4.8.2-3.el7.i686 
libgcc-4.8.2-3.el7.x86_64 
libstdc++-4.8.2-3.el7.i686 
libstdc++-4.8.2-3.el7.x86_64 
libstdc++-devel-4.8.2-3.el7.i686 
libstdc++-devel-4.8.2-3.el7.x86_64 
libXi-1.7.2-1.el7.i686 
libXi-1.7.2-1.el7.x86_64 
libXtst-1.2.2-1.el7.i686 
libXtst-1.2.2-1.el7.x86_64 
make-3.82-19.el7.x86_64 
sysstat-10.1.5-1.el7.x86_64

binutils-2.20.51.0.2-5.11.el6 (x86_64)
compat-libcap1-1.10-1 (x86_64)
compat-libstdc++-33-3.2.3-69.el6 (x86_64)
compat-libstdc++-33-3.2.3-69.el6.i686
gcc-4.4.4-13.el6 (x86_64)
gcc-c++-4.4.4-13.el6 (x86_64)
glibc-2.12-1.7.el6 (i686)
glibc-2.12-1.7.el6 (x86_64)
glibc-devel-2.12-1.7.el6 (x86_64)
glibc-devel-2.12-1.7.el6.i686
ksh
libgcc-4.4.4-13.el6 (i686)
libgcc-4.4.4-13.el6 (x86_64)
libstdc++-4.4.4-13.el6 (x86_64)
libstdc++-4.4.4-13.el6.i686
libstdc++-devel-4.4.4-13.el6 (x86_64)
libstdc++-devel-4.4.4-13.el6.i686
libaio-0.3.107-10.el6 (x86_64)
libaio-0.3.107-10.el6.i686
libaio-devel-0.3.107-10.el6 (x86_64)
libaio-devel-0.3.107-10.el6.i686
make-3.81-19.el6
sysstat-9.0.4-11.el6 (x86_64)

binutils-2.17.50.0.6
compat-libstdc++-33-3.2.3
compat-libstdc++-33-3.2.3 (32 bit)
elfutils-libelf-0.125
elfutils-libelf-devel-0.125
gcc-4.1.2
gcc-c++-4.1.2
glibc-2.5-24
glibc-2.5-24 (32 bit)
glibc-common-2.5
glibc-devel-2.5
glibc-devel-2.5 (32 bit)
glibc-headers-2.5
ksh-20060214
libaio-0.3.106
libaio-0.3.106 (32 bit)
libaio-devel-0.3.106
libaio-devel-0.3.106 (32 bit)
libgcc-4.1.2
libgcc-4.1.2 (32 bit)
libstdc++-4.1.2
libstdc++-4.1.2 (32 bit)
libstdc++-devel-4.1.2
make-3.81
sysstat-7.0.2
unixODBC-2.2.11
unixODBC-2.2.11 (32 bit)
unixODBC-devel-2.2.11
unixODBC-devel-2.2.11 (32 bit)
coreutils-5.97-23.el5_4.1 or later

binutils-2.15.92.0.2
compat-libstdc++-33-3.2.3
compat-libstdc++-33-3.2.3 (32 bit)
elfutils-libelf-0.97
elfutils-libelf-devel-0.97
expat-1.95.7
gcc-3.4.6
gcc-c++-3.4.6
glibc-2.3.4-2.41
glibc-2.3.4-2.41 (32 bit)
glibc-common-2.3.4
glibc-devel-2.3.4
glibc-headers-2.3.4
libaio-0.3.105
libaio-0.3.105 (32 bit)
libaio-devel-0.3.105
libaio-devel-0.3.105 (32 bit)
libgcc-3.4.6
libgcc-3.4.6 (32-bit)
libstdc++-3.4.6
libstdc++-3.4.6 (32 bit)
libstdc++-devel 3.4.6
make-3.80
numactl-0.6.4.x86_64
pdksh-5.2.14
sysstat-5.0.5
unixODBC-2.2.11
unixODBC-2.2.11 (32 bit)
unixODBC-devel-2.2.11
unixODBC-devel-2.2.11 (32 bit)

binutils-2.25.0-13.1
gcc-4.8-6.189
gcc48-4.8.5-24.1
glibc-2.19-31.9
glibc-32bit-2.19-31.9
glibc-devel-2.19-31.9.x86_64
glibc-devel-32bit-2.19-31.9.x86_64
libaio1-0.3.109-17.15
libaio-devel-0.3.109-17.15
libcap1-1.10-59.61
libstdc++48-devel-4.8.5-24.1.x86_64
libstdc++48-devel-32bit-4.8.5-24.1.x86_64
libstdc++6-5.2.1+r226025-4.1.x86_64
libstdc++6-32bit-5.2.1+r226025-4.1.x86_64
libstdc++-devel-4.8-6.189.x86_64
libstdc++-devel-32bit-4.8-6.189.x86_64
libgcc_s1-5.2.1+r226025-4.1.x86_64
libgcc_s1-32bit-5.2.1+r226025-4.1.x86_64
mksh-50-2.13
make-4.0-4.1.x86_64
sysstat-10.2.1-3.1.x86_64
xorg-x11-driver-video-7.6_1-14.30.x86_64
xorg-x11-server-7.6_1.15.2-36.21.x86_64
xorg-x11-essentials-7.6_1-14.17.noarch
xorg-x11-Xvnc-1.4.3-7.2.x86_64
xorg-x11-fonts-core-7.6-29.45.noarch
xorg-x11-7.6_1-14.17.noarch
xorg-x11-server-extra-7.6_1.15.2-36.21.x86_64
xorg-x11-libs-7.6-45.14.noarch
xorg-x11-fonts-7.6-29.45.noarch

binutils-2.19
gcc-4.3
gcc-32bit-4.3
gcc-c++-4.3
glibc-2.9
glibc-32bit-2.9
glibc-devel-2.9
glibc-devel-32bit-2.9
ksh-93t
libaio-0.3.104
libaio-32bit-0.3.104
libaio-devel-0.3.104
libaio-devel-32bit-0.3.104
libstdc++33-3.3.3
libstdc++33-32bit-3.3.3
libstdc++43-4.3.3_20081022
libstdc++43-32bit-4.3.3_20081022
libstdc++43-devel-4.3.3_20081022
libstdc++43-devel-32bit-4.3.3_20081022
libgcc43-4.3.3_20081022
libstdc++-devel-4.3
make-3.81
sysstat-8.1.5

binutils-2.16.91.0.5
compat-libstdc++-5.0.7 (not needed with IBM:Linux on System z)
gcc-4.1.2
gcc-c++-4.1.2
glibc-2.4-31.63
glibc-devel-2.4
glibc-devel-32bit-2.4
ksh-93r-12.9
libaio-0.3.104
libaio-32bit-0.3.104
libaio-devel-0.3.104
libaio-devel-32bit-0.3.104
libelf-0.8.5
libgcc-4.1.2
libstdc++-4.1.2
make-3.80
numactl-0.9.6.x86_64
sysstat-8.0.4

binutils-2.23.52.0.1-55.el7.x86_64
compat-libcap1-1.10-7.el7.x86_64
gcc-4.8.5-4.el7.ns7.01.x86_64
gcc-c++-4.8.5-4.el7.ns7.01.x86_64
glibc-2.17-105.el7.ns7.01.i686
glibc-2.17-105.el7.ns7.01.x86_64
glibc-devel-2.17-105.el7.ns7.01.i686
glibc-devel-2.17-105.el7.ns7.01.x86_64
ksh-20120801-22.el7_1.2.x86_64
libaio-0.3.109-13.el7.i686
libaio-0.3.109-13.el7.x86_64
libaio-devel-0.3.109-13.el7.i686
libaio-devel-0.3.109-13.el7.x86_64
libgcc-4.8.5-4.el7.ns7.01.i686
libgcc-4.8.5-4.el7.ns7.01.x86_64
libstdc++-4.8.5-4.el7.ns7.01.i686
libstdc++-4.8.5-4.el7.ns7.01.x86_64
libstdc++-devel-4.8.5-4.el7.ns7.01.i686
libstdc++-devel-4.8.5-4.el7.ns7.01.x86_64
libXi-1.7.4-2.el7.i686
libXi-1.7.4-2.el7.x86_64
libXtst-1.2.2-2.1.el7.i686
libXtst-1.2.2-2.1.el7.x86_64
make-3.82-21.el7.x86_64
sysstat-10.1.5-7.el7.x86_64

binutils-2.20.51.0.2-5.36.el6 (x86_64) 
compat-libcap1-1.10-1 (x86_64) 
compat-libstdc++-33-3.2.3-69.el6 (x86_64) 
compat-libstdc++-33-3.2.3-69.el6 (i686) 
gcc-4.4.7-4.el6 (x86_64) 
gcc-c++-4.4.7-4.el6 (x86_64) 
glibc-2.12-1.132.el6 (i686) 
glibc-2.12-1.132.el6 (x86_64) 
glibc-devel-2.12-1.132.el6 (x86_64) 
glibc-devel-2.12-1.132.el6 (i686) 
ksh 
libgcc-4.4.7-4.el6 (i686) 
libgcc-4.4.7-4.el6 (x86_64) 
libstdc++-4.4.7-4.el6 (x86_64) 
libstdc++-4.4.7-4.el6 (i686) 
libstdc++-devel-4.4.7-4.el6 (x86_64) 
libstdc++-devel-4.4.7-4.el6 (i686) 
libaio-0.3.107-10.el6 (x86_64) 
libaio-0.3.107-10.el6 (i686) 
libaio-devel-0.3.107-10.el6 (x86_64) 
libaio-devel-0.3.107-10.el6 (i686) 
make-3.81-20.el6
sysstat-9.0.4-22.el6 (x86_64)

http://www.unixodbc.org

unixODBC-2.2.11 (32 bit) or later
unixODBC-devel-2.2.11 (64 bit) or later
unixODBC-2.2.11 (64 bit ) or later

unixODBC-devel-2.2.11 (32 bit) or later
unixODBC-devel-2.2.11 (64 bit) or later
unixODBC-2.2.11 (64 bit) or later

unixODBC-2.2.14-11.el6 (x86_64) or later
unixODBC-2.2.14-11.el6.i686 or later
unixODBC-devel-2.2.14-11.el6 (x86_64) or later
unixODBC-devel-2.2.14-11.el6.i686 or later

unixODBC-2.3.1-6.el7.x86_64 or later
unixODBC-2.3.1-6.el7.i686 or later
unixODBC-devel-2.3.1-6.el7.x86_64 or later
unixODBC-devel-2.3.1-6.el7.i686 or later

unixODBC-32bit-2.2.11 (32 bit) or later
unixODBC-2.2.11 (64 bit ) or later
unixODBC-devel-2.2.11 (64 bit) or later

unixODBC-2.2.12 or later
unixODBC-devel-2.2.12 or later
unixODBC-32bit-2.2.12 (32 bit) or later

unixODBC-2.3.1-11.el7.i686 or later
unixODBC-2.3.1-11.el7.x86_64 or later
unixODBC-devel-2.3.1-11.el7.i686 or later
unixODBC-devel-2.3.1-11.el7.x86_64 or later

unixODBC-2.2.14-12.el6_3.i686 or later
unixODBC-2.2.14-12.el6_3.x86_64 or later
unixODBC-devel-2.2.14-12.el6_3.x86_64 or later
unixODBC-devel-2.2.14-12.el6_3.i686 or later

modinfo ocfs2

rpm -qa| grep ocfs2

http://oss.oracle.com/projects/ocfs2/

http://oss.oracle.com/projects/ocfs2/

2.8.3 IBM: Linux on System zのソフトウェア要件

サーバーにOpenSSHがインストールされていることを確認します。OpenSSHは必須のSSHソフトウェアです。

binutils-2.23.52.0.1-30.el7.s390x
compat-libcap1-1.10-7.el7.s390x
cpp-4.8.2-16.el7.s390x
gcc-4.8.3-9.el7.s390x
gcc-c++-4.8.3-9.el7.s390x
glibc-2.17-78.el7.s390
glibc-2.17-78.el7.s390x
glibc-devel-2.17-78.el7.s390
glibc-devel-2.17-78.el7.s390x
glibc-headers-2.17-55.el7.s390x
ksh-20120801-22.el7.s390x
libaio-0.3.109-12.el7.s390
libaio-0.3.109-12.el7.s390x
libaio-devel-0.3.109-12.el7.s390
libaio-devel-0.3.109-12.el7.s390x
libgcc-4.8.3-9.el7.s390
libgcc-4.8.3-9.el7.s390x
libstdc++-4.8.3-9.el7.s390
libstdc++-4.8.3-9.el7.s390x
libstdc++-devel-4.8.3-9.el7.s390
libstdc++-devel-4.8.3-9.el7.s390x
libXi-1.2.2-2.1.el7.s390
libXi-1.2.2-2.1.el7.s390x
libXtst-1.2.2-2.1.el7.s390
libXtst-1.2.2-2.1.el7.s390x
make-3.82-21.el7.s390x
mpfr-3.1.1-4.el7.s390x
sysstat-10.1.5-7.el7.s390x

binutils-2.20.51.0.2-5.28 (s390x)
compat-libstdc++-33-3.2.3-69.el6 (s390)
gcc-4.4.6-3.el6 (s390x) 
gcc-c++-4.4.6-3.el6 (s390x)
glibc-2.12-1.47.el6 (s390)
glibc-2.12-1.47.el6 (s390x)
glibc-devel-2.12-1.47.el6 (s390)
glibc-devel-2.12-1.47.el6 (s390x)
ksh
libaio-0.3.107-10.el6 (s390)
libaio-0.3.107-10.el6 (s390x)
libaio-devel-0.3.107-10.el6 (s390x)
libgcc-4.4.6-3.el6 (s390)
libgcc-4.4.6-3.el6 (s390x)
libstdc++-4.4.6-3.el6 (s390x)
make-3.81-19.el6 (s390x)
sysstat-9.0.4-18.el6 (s390x)
unixODBC-2.2.14-11.el6 (s390x) (Only needed if using ODBC)
unixODBC-devel-2.2.14-11.el6 (s390x) (Only needed if using ODBC)

binutils-2.17.50.0.6-12.el5 (s390x)
compat-libstdc++-33-3.2.3-61 (s390)
compat-libstdc++-33-3.2.3-61 (s390x)
gcc-4.1.2-46.el5 (s390x)
gcc-c++-4.1.2-46.el5 (s390x)
glibc-2.5-42(s390)
glibc-2.5-42 (s390x)
glibc-devel-2.5-42 (s390)
glibc-devel-2.5-42 (s390x)
ksh
libaio-0.3.106-3.2 (s390)
libaio-0.3.106-3.2 (s390x)
libaio-devel-0.3.106-3.2 (s390)
libaio-devel-0.3.106-3.2 (s390x)
libgcc-4.1.2-46.el5 (s390)
libgcc-4.1.2-46.el5 (s390x)
libstdc++-4.1.2-46.el5 (s390)
libstdc++-4.1.2-46.el5 (s390x)
libstdc++-devel-4.1.2-46.el5 (s390x)
make-3.81
sysstat-7.0.2-3.el5 (s390x)
unixODBC-2.2.11 (Only needed if using ODBC)
unixODBC-devel-2.2.11 (Only needed if using ODBC)

binutils-2.15.92.0.2-25 (s390x)
compat-libstdc++-33-3.2.3-47.3 (s390)
compat-libstdc++-33-3.2.3-47.3 (s390x)
gcc-3.4.6-11 (s390x)
gcc-c++-3.4.6-11 (s390x)
glibc-2.3.4-2.43 (s390)
glibc-2.3.4-2.43 (s390x)
glibc-devel-2.3.4-2.43 (s390)
glibc-devel-2.3.4-2.43 (s390x)
libaio-0.3.105-2 (s390)
libaio-0.3.105-2 (s390x)
libaio-devel-0.3.105-2 (s390)
libaio-devel-0.3.105-2 (s390x)
libgcc-3.4.6-11 (s390)
libgcc-3.4.6-11 (s390x)
libstdc++-3.4.6-10.0.1
libstdc++-3.4.6-10.0.1 (32-bit)
libstdc++-devel-3.4.6-10.0.1
libstdc++-devel-3.4.6-10.0.1 (x86_64)
make-3.80
pdksh
sysstat-5.0.5-25.el4 (s390x)
unixODBC-2.2.11 (Only needed if using ODBC)
unixODBC-devel-2.2.11 (Only needed if using ODBC)

binutils-2.20.0-0.7.9 (s390x)
gcc-4.3-62.198 (s390x)
gcc-c++-4.3-62.198 (s390x)
glibc-2.11.1-0.17.4 (s390x)
glibc-32bit-2.11.1-0.17.4 (s390x)
glibc-devel-2.11.1-0.17.4 (s390x)
glibc-devel-32bit-2.11.1-0.17.4 (s390x)
ksh
libaio-0.3.109-0.1.46 (s390x)
libaio-32bit-0.3.109-0.1.46 (s390x)
libaio-devel-0.3.109-0.1.46 (s390x)
libaio-devel-32bit-0.3.109-0.1.46 (s390x)
libstdc++43-4.3.4_20091019-0.7.35 (s390x)
libstdc++43-32bit-4.3.4_20091019-0.7.35 (s390x)
libstdc++43-devel-4.3.4_20091019-0.7.35 (s390x)
libstdc++43-devel-32bit-4.3.4_20091019-0.7.35 (s390x)
libgcc43-4.3.4_20091019-0.7.35
make-3.81
sysstat-8.1.5-7.9.56 (s390x)
unixODBC-2.2.11 (Only needed if using ODBC)
unixODBC-devel-2.2.11 (Only needed if using ODBC)

binutils-32bit-2.16.91.0.5-23.34.33 (s390x)
gcc-4.1.2_20070115-0.29.6 (s390x)
gcc-c++-4.1.2_20070115-0.29.6 (s390x)
glibc-2.4-31.74.1 (s390x)
glibc-32bit-2.4-31.74.1 (s390x)
glibc-devel-2.4-31.74.1 (s390x)
glibc-devel-32bit-2.4-31.74.1 (s390x)
ksh
libaio-0.3.104-14.2 (s390x)
libaio-32bit-0.3.104-14.2 (s390x)
libaio-devel-0.3.104-14.2 (s390x)
libaio-devel-32bit-0.3.104-14.2 (s390x)
libgcc-4.1.2_20070115-0.29.6 (s390x)
libstdc++-4.1.2_20070115-0.29.6 (s390x)
libstdc++-devel-4.1.2_20070115-0.29.6 (s390x)
make-3.80-202.2 (s390x)
sysstat-8.0.4-1.7.27 (s390x)
unixODBC-2.2.11 (Only needed if using ODBC)
unixODBC-devel-2.2.11 (Only needed if using ODBC)

http://www.unixodbc.org

unixODBC-2.2.11 (32 bit) or later
unixODBC-devel-2.2.11 (64 bit) or later
unixODBC-2.2.11 (64 bit ) or later

unixODBC-2.2.11 (32 bit) or later
unixODBC-devel-2.2.11 (64 bit) or later
unixODBC-2.2.11 (64 bit) or later

unixODBC-2.2.14-11 (32 bit) or later
unixODBC-devel-2.2.14-11(64 bit) or later
unixODBC-2.2.14-11 (64 bit) or later

unixODBC-2.3.1-11 (32 bit) or later
unixODBC-2.3.1-11 (64 bit) or later
unixODBC-devel-2.3.1-11 (32 bit) or later
unixODBC-devel-2.3.1-11 (64 bit) or later

unixODBC-32bit-2.2.11 (32 bit) or later
unixODBC-2.2.11 (64 bit ) or later
unixODBC-devel-2.2.11 (64 bit) or later

unixODBC-2.2.12 or later
unixODBC-devel-2.2.12 or later
unixODBC-32bit-2.2.12 (32 bit) or later

2.13.1 IPMIを有効化するための要件

クラスタ・ノードをIPMIで管理できるようするには、次のようにハードウェアおよびソフトウェアを構成する必要があります。

• 各クラスタ・メンバー・ノードにBaseboard Management Controller(BMC)が必要です。このBMCは、IPMI over LANをサポートするIPMIバージョン1.5以上と互換性があるファームウェアを実行し、LANを使用したリモート制御に対応するように構成されている必要があります。

• 各クラスタ・メンバー・ノードに、IPMIドライバがインストールされている必要があります。

• クラスタに、IPMI用の管理ネットワークが必要です。これは共有ネットワークでも可能ですが、専用ネットワークの構成をお薦めします。

• BMCで使用する各クラスタ・メンバー・ノードのイーサネット・ポートが、IPMI管理ネットワークに接続されている必要があります。

• 各クラスタ・メンバーが管理ネットワークに接続されている必要があります。

• 一部のサーバー・プラットフォームでは、電源を切るとネットワーク・インタフェースが省電力モードになります。この場合には、低いリンク速度(1GBではなく100MBなど)で動作することになります。こうしたプラットフォームの場合、BMCが接続されるネットワーク・スイッチ・ポートで、低い速度に合わせた自動ネゴシエートが可能である必要があります。そうでない場合は、IPMIが正常に動作しません。

2.13.2 IPMI管理ネットワークの構成

BMCはDHCPまたは静的IPアドレスで構成できます。お薦めするのは、DHCPを使用して動的に割り当てたIPアドレスでBMCを構成する方法です。この方法を選択する場合は、BMCのIPアドレスを割り当てるようにDHCPサーバーを構成する必要があります。

2.13.3 IPMIドライバの構成

Oracle ClusterwareがBMCと通信するには、システムの再起動時にIPMIドライバが使用できるように、IPMIドライバが各ノードに永続的にインストールされている必要があります。IPMIドライバは、このリリースでサポートしているAsianux Linux、Oracle Linux、Red Hat Enterprise LinuxおよびSUSE Enterprise Linuxのディストリビューションで使用可能です。

2.15.1 Oracle Grid Infrastructureソフトウェア所有者の環境要件

Oracle Grid Infrastructureソフトウェア所有者の環境を構成するには、次の変更を行う必要があります。

• シェル起動ファイルで、インストール・ソフトウェア所有者ユーザー(grid、oracle)のデフォルトのファイル・モード作成マスク(umask)を022に設定します。 マスクを022に設定すると、ソフトウェア・インストールを実行するユーザーが作成するファイルの権限は常に644になります。

• インストール・ソフトウェア所有者(grid、oracle)のファイル記述子およびプロセスに対して、ulimitを設定します。

• Oracle Grid Infrastructureをインストールする準備として、ソフトウェア所有者のDISPLAY環境変数を設定します。

2.15.2 Oracleソフトウェア所有者の環境の構成手順

Oracleソフトウェア所有者の環境を設定するには、ソフトウェア所有者(grid、oracle)ごとに次の手順を実行します。

1. X端末(xterm)などの端末セッションを新規に開始します。

2. 次のコマンドを入力して、このシステムでX Windowアプリケーションが表示可能であることを確認します。

   $ xhost + hostname
   

   hostnameは、ローカル・ホストの名前です。

3. ソフトウェアをインストールするシステムにまだログインしていない場合は、ソフトウェア所有者ユーザーとしてそのシステムにログインします。

4. そのユーザーでログインしていない場合は、構成するソフトウェア所有者に切り替えます。たとえば、gridユーザーの場合は次のようになります。

   $ su - grid
   

5. 次のコマンドを入力して、ユーザーのデフォルトのシェルを確認します。

   $ echo $SHELL
   

6. テキスト・エディタでユーザーのシェル起動ファイルを開きます。

   • Bashシェル(bash):

     $ vi .bash_profile
     

   • Bourneシェル(sh)またはKornシェル(ksh):

     $ vi .profile
     

   • Cシェル(cshまたはtcsh):

     % vi .login
     

7. 次のように行を入力または編集して、デフォルトのファイル・モード作成マスクの値に022を指定します。

   umask 022
   

8. 環境変数ORACLE_SID、ORACLE_HOMEまたはORACLE_BASEがファイルに設定されている場合は、そのファイルからこれらの行を削除します。

9. ファイルを保存して、テキスト・エディタを終了します。

10. シェル起動スクリプトを実行するには、次のいずれかのコマンドを入力します。

    • Bashシェル:

      $ . ./.bash_profile
      

    • Bourne、BashまたはKornシェル:

      $ . ./.profile
      

    • Cシェル:

      % source ./.login
      

11. ローカル・システムにソフトウェアをインストールしていない場合は、次のコマンドを入力してXアプリケーションをローカル・システムに表示します。

    • Bourne、BashまたはKornシェル:

      $ DISPLAY=local_host:0.0 ; export DISPLAY
      

    • Cシェル:

      % setenv DISPLAY local_host:0.0
      

    この例で、local_hostは、インストーラを表示するためのシステム(ご使用のワークステーションまたは他のクライアント)のホスト名またはIPアドレスです。

12. /tmpディレクトリの空き領域が1GB未満である場合は、空き領域が1GB以上のファイル・システムを選択し、環境変数TEMPおよびTMPDIRを設定してこのファイル・システムの一時ディレクトリを指定します。

    
    

    注意: Oracle RACのインストール用の一時ファイル・ディレクトリ(通常、/tmp)の場所として、共有ファイル・システムは使用できません。共有ファイル・システムに/tmpを配置すると、インストールは失敗します。

    
    

    1. df -hコマンドを使用して、十分な空き領域を持つ適切なファイル・システムを選択します。

    2. 必要に応じて、次のコマンドを入力し、選択したファイル・システムに一時ディレクトリを作成して、そのディレクトリに適切な権限を設定します。

       $ su - root
       # mkdir /mount_point/tmp
       # chmod 775 /mount_point/tmp
       # exit
       

    3. 次のコマンドを入力して、環境変数TEMPおよびTMPDIRを設定します。

       • Bourne、BashまたはKornシェル:

         $ TEMP=/mount_point/tmp
         $ TMPDIR=/mount_point/tmp
         $ export TEMP TMPDIR
         

       • Cシェル:

         % setenv TEMP /mount_point/tmp
         % setenv TMPDIR /mount_point/tmp
         

13. 環境が正しく設定されていることを確認するには、次のコマンドを入力します。

    $ umask
    $ env | more
    

    umaskコマンドによって値22、022または0022が表示されること、およびこの項で設定した環境変数に正しい値が指定されていることを確認します。

2.15.3 Oracleソフトウェア・インストール・ユーザーのリソース制限の確認

各インストール・ソフトウェア所有者で、次の推奨範囲を使用して、インストールのリソース制限を確認します。

リソース制限を確認するには、次の手順を実行します。

1. インストール所有者としてログインします。

2. ファイル記述子の設定のソフト制限およびハード制限を確認します。結果が推奨範囲内であることを確認します。次に例を示します。

   $ ulimit -Sn
   1024
   $ ulimit -Hn
   65536
   

3. ユーザーが使用可能なプロセス数のソフト制限およびハード制限を確認します。結果が推奨範囲内であることを確認します。次に例を示します。

   $ ulimit -Su
   2047
   $ ulimit -Hu
   16384
   
   

4. スタック設定のソフト制限を確認します。結果が推奨範囲内であることを確認します。次に例を示します。

   $ ulimit -Ss
   10240
   $ ulimit -Hs
   32768
   

5. 各Oracleソフトウェア・インストール所有者で、この手順を繰り返します。

2.15.4 表示およびX11転送の構成の設定

リモート端末で作業を行っていて、そのローカル・ノードのみが表示されている場合(通常は、この状態になります)、次の構文を使用して、環境変数DISPLAYを設定します。

Bourne、KornおよびBashシェル:

$ export DISPLAY=hostname:0

Cシェル:

$ setenv DISPLAY hostname:0

たとえば、Bashシェルを使用していて、ホスト名がnode1の場合は、次のコマンドを入力します。

$ export DISPLAY=node1:0

X11転送によってインストールが失敗しないように、次の手順に従って、Oracleソフトウェア所有者ユーザー用にユーザー・レベルのSSHクライアント構成ファイルを作成します。

1. テキスト・エディタを使用して、ソフトウェア・インストール所有者の~/.ssh/configファイルを編集または作成します。

2. ForwardX11属性がnoに設定されていることを確認します。次に例を示します。

   Host *
         ForwardX11 no
   

2.15.5 端末出力コマンドが原因のインストール・エラーの回避

Oracle Grid Infrastructureのインストール中、OUIは、SSHを使用してコマンドを実行したり、他のノードにファイルをコピーします。システム上の隠しファイル(.bashrcや.cshrcなど)に端末出力コマンドが含まれていると、インストール中にMakeファイルやその他のインストールに関するエラーが発生します。

この問題を回避するには、次の例に示すとおり、STDOUTまたはSTDERRでのすべての出力が抑制されるように、Oracleインストール所有者ユーザーのホーム・ディレクトリにあるこれらのファイルを変更する必要があります(sttyやxtitleなどのコマンド)。

• Bourne、BashまたはKornシェル:

  if [ -t 0 ]; then
     stty intr ^C
  fi
  

• Cシェル:

  test -t 0
  if ($status == 0) then
     stty intr ^C
  endif
  

  
  

  注意: SSHを使用できない場合、インストーラは、sshおよびscpコマンドのかわりにrshおよびrcpを使用します。 リモート・シェルによってロードされる隠しファイルにsttyコマンドが含まれている場合も、OUIはエラーが示し、インストールを停止します。