Oracle® Grid Infrastructure

インストレーション・ガイド

11gリリース2 (11.2) for Linux

B56271-15(原本部品番号:E41961-10)

2017年9月

Oracle Grid Infrastructureインストレーション・ガイド, 11gリリース2 (11.2) for Linux

B56271-15

Copyright © 2007, 2017, Oracle and/or its affiliates. All rights reserved.

原本著者: Aparna Kamath

原本協力者: Douglas Williams、David Brower、Jonathan Creighton、Barb Lundhild、Saar Maoz、Markus Michalewicz、Hanlin Qian、Janet Stern

協力者: Aiman Al-Khammash、Troy Anthony、Ram Avudaiappan、Mario Barrientos、Mark Bauer、Yuki Feng、Mark Fuller、Barb Glover、Fred Glover、Paul Harter、Yingwei Hu、Masakazu Ito、Mayumi Hayasaka、Prakash Jashnani、Sameer Joshi、Sana Karam、Roland Knapp、Erich Kreisler、Jai Krishnani、Shashi Lanka、John Leys、Karen Li、Rich Long、Scott Lu、Dave Marshall、Greg Mengel、Manami Miyanaga、Anil Nair、Van Okamura、Stefan Pommerenk、Srinivas Poovala、Justin Ren、Sudhe Sampath、Shachi Sanklecha、Vishal Saxena、Janelle Simmons、Akshay Shah、Ara Shakian、Vivian Schupmann、James Spiller、Malai Stalin、Dipak Saggi、Bob Thome、S.Matt Taylor、Preethi Vallam、Rick Wessman、Jim Womack、Warren Xu、Sivakumar Yarlagadda、Min Yu、Yunzhou Zheng、Ricky Zhu

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

表一覧

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

Oracle Grid Infrastructureのインストールおよび構成に関する新機能

- リリース2 (11.2.0.4)の新機能

- リリース2 (11.2.0.4)でサポート対象外となったオプション

- リリース2 (11.2.0.3)の新機能

- リリース2 (11.2.0.2)の新機能

- リリース2 (11.2)の新機能

- リリース1 (11.1)の新機能

1 クラスタ用Oracle Grid Infrastructureの標準インストール

- 1.1 標準インストールと拡張インストール

- 1.2 標準インストールを使用して実行するインストール前の手順

- 1.3 手作業を必要とするインストール前の手順

- 1.3.1 システム要件の確認

- 1.3.2 ネットワーク要件の確認

- 1.3.2.1 クラスタの単一クライアント・アクセス名(SCAN)

- 1.3.2.2 IPアドレス要件

- 1.3.2.3 冗長インターコネクトの使用

- 1.3.2.4 ネットワーク・インタフェースの意図した使用方法

- 1.3.3 オペレーティング・システム・パッケージの確認

- 1.3.4 グループおよびユーザーの作成

- 1.3.5 記憶域の確認

- 1.3.6 Oracle Automatic Storage Management用の記憶域の準備

- 1.3.6.1 ULNによるASMLIBパッケージの自動インストール

- 1.3.6.2 ASMLIBパッケージの手動インストール

- 1.3.6.3 Oracle ASMの候補ディスク・パーティションのマーキング

- 1.3.7 Oracle Grid Infrastructureソフトウェアのインストール

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

- 2.1 Linuxオペレーティング・システムのインストールについて

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

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

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

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

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

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

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

- 2.2 アップグレードのベスト・プラクティスの確認

- 2.3 インストール修正スクリプト

- 2.4 X端末を使用したリモート・システムへのログイン

- 2.5 Oracle Grid Infrastructureのグループ、ユーザーおよびパスの作成

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

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

- 2.5.3 Oracle Grid Infrastructureユーザーの作成

- 2.5.3.1 Oracleソフトウェアのインストール所有者に対する制限の理解

- 2.5.3.2 Oracleソフトウェア所有者ユーザーの存在の確認

- 2.5.3.3 Oracle Grid InfrastructureのOracleソフトウェア所有者ユーザーの作成または変更

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

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

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

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

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

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

- 2.6 ハードウェア要件の確認

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

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

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

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

- 2.6.3.2 メモリー要件

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

- 2.7 ネットワーク要件の確認

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

- 2.7.2 IPアドレス要件

- 2.7.2.1 グリッド・ネーミング・サービスのIPアドレス要件

- 2.7.2.2 手動で構成する場合のIPアドレス要件

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

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

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

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

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

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

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

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

- 2.8 ソフトウェア要件の特定

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

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

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

- 2.9 ソフトウェア要件の確認

- 2.10 UDPおよびTCPカーネル・パラメータの検証

- 2.11 ネットワーク・タイム・プロトコルの設定

- 2.12 Linuxのcvuqdiskパッケージのインストール

- 2.13 Intelligent Platform Management Interface(IPMI)の有効化

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

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

- 2.13.3 IPMIドライバの構成

- 2.13.3.1 Open IPMIドライバの構成

- 2.13.3.2 BMCの構成

- 2.14 インストール時におけるSSHの自動構成

- 2.15 グリッド・インフラストラクチャ・ソフトウェア所有者ユーザー環境の構成

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

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

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

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

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

- 2.16 Oracle Grid Infrastructureホーム・ディレクトリの作成要件

- 2.17 クラスタ名の要件

3 クラスタ用Oracle Grid InfrastructureとOracle RACの記憶域の構成

- 3.1 Oracle Grid Infrastructureの記憶域オプションの確認

- 3.1.1 Oracle ClusterwareおよびOracle RACの記憶域オプションの概要

- 3.1.2 Oracle ACFSおよびOracle ADVMのサポート

- 3.1.3 Oracle ACFSの一般情報

- 3.1.4 Oracle Grid InfrastructureおよびOracle RACの記憶域についての一般的な考慮事項

- 3.1.4.1 Oracle Clusterwareの記憶域についての一般的な考慮事項

- 3.1.4.2 Oracle RACの記憶域についての一般的な考慮事項

- 3.1.5 記憶域にOracle ASMディスク・グループを使用するためのガイドライン

- 3.1.6 Oracle Grid InfrastructureおよびOracle RACでの論理ボリューム・マネージャの使用

- 3.1.7 サポートされている記憶域オプション

- 3.1.8 ディスクの記憶域オプションを選択した後の作業

- 3.2 共有ファイル・システムの記憶域の構成

- 3.2.1 共有ファイル・システムを使用するための要件

- 3.2.2 Oracle Clusterwareファイル用のクラスタ・ファイル・システムの使用の確認

- 3.2.3 データ・ファイル用のDirect NFSクライアントの使用の確認

- 3.2.3.1 Direct NFSクライアントの記憶域について

- 3.2.3.2 Direct NFSクライアントでのoranfstabファイルの使用

- 3.2.3.3 Direct NFSクライアントを使用したNFSストレージ・デバイスのマウント

- 3.2.3.4 oranfstabファイルを使用したネットワーク・パスの指定

- 3.2.4 データ・ファイル用のNFSの使用の確認

- 3.2.5 記憶域のNFSマウントおよびバッファ・サイズ・パラメータの構成

- 3.2.6 Oracle Clusterware用のNFSマウントおよびバッファ・サイズ・パラメータの確認

- 3.2.7 Oracle RAC用のNFSマウントおよびバッファ・サイズ・パラメータの確認

- 3.2.8 NFSのDirect NFSクライアントのOracle Disk Manager制御の有効化

- 3.2.9 Direct NFSクライアントにおけるハイブリッド列圧縮の有効化

- 3.2.10 共有ファイル・システムでのOracle Clusterwareファイル用のディレクトリの作成

- 3.2.11 共有ファイル・システムでのOracle Databaseファイル用のディレクトリの作成

- 3.2.12 NFSのDirect NFSクライアントのOracle Disk Management制御の無効化

- 3.3 Oracle Automatic Storage Managementの記憶域の構成

- 3.3.1 Oracle Automatic Storage Management用の記憶域の構成

- 3.3.1.1 Oracle Automatic Storage Managementの記憶域要件の指定

- 3.3.1.2 Oracle ASMで使用するためのNASデバイスでのファイルの作成

- 3.3.1.3 既存のOracle ASMディスク・グループの使用

- 3.3.1.4 ASMLIBを使用したOracle ASM用のディスクの構成

- 3.3.1.5 マルチパス・ディスク用のASMLIBの構成

- 3.3.1.6 Oracle ASM用のディスク・デバイスの手動構成

- 3.3.2 Oracle ASMでのOracle Databaseファイルとディスク・グループの使用

- 3.3.2.1 Oracle ASM上の既存のOracle Databaseディスク・グループの指定と使用

- 3.3.2.2 Oracle Databaseデータ・ファイルのためのディスク・グループの作成

- 3.3.3 Oracle Automatic Storage Managementクラスタ・ファイル・システムの構成

- 3.3.4 既存のOracle ASMインスタンスのアップグレード

- 3.4 ブロック・デバイスおよびRAWデバイスのサポート終了

- 3.5 IBM: Linux on System zでのRAW論理ボリュームの構成

4 クラスタ用Oracle Grid Infrastructureのインストール

- 4.1 OUIを使用してOracle Grid Infrastructureをインストールするための準備

- 4.2 IBM: Linux on System zへのOracle Clusterwareのインストール準備

- 4.3 Oracle Grid Infrastructureのインストール

- 4.3.1 OUIの実行によるOracle Grid Infrastructureのインストール

- 4.3.2 クラスタ構成ファイルを使用したOracle Grid Infrastructureのインストール

- 4.4 ソフトウェアのみのインストールを使用したOracle Grid Infrastructureのインストール

- 4.4.1 ソフトウェア・バイナリのインストール

- 4.4.2 ソフトウェア・バイナリの構成

- 4.4.3 レスポンス・ファイルを使用したソフトウェア・バイナリの構成

- 4.5 Oracle Berkeley DBの制限事項

- 4.6 Oracle Clusterwareの機能の確認

- 4.7 Oracle Clusterwareファイルを対象とするOracle ASM機能の確認

- 4.8 Oracle Grid Infrastructureでのオフライン・プロセスの理解

5 Oracle Grid Infrastructureのインストール後の手順

- 5.1 インストール後に必要な作業

- 5.2 インストール後の推奨作業

- 5.2.1 root.shスクリプトのバックアップ

- 5.2.2 セマフォ・パラメータの調整

- 5.2.3 高速リカバリ領域ディスク・グループの作成

- 5.2.3.1 高速リカバリ領域および高速リカバリ領域ディスク・グループについて

- 5.2.3.2 高速リカバリ領域ディスク・グループの作成

- 5.2.4 Oracle RAC構成監査ツールの実行

- 5.3 旧バージョンのOracle DatabaseのGrid Infrastructureでの使用

- 5.3.1 旧バージョンのOracle Databaseの使用に関する一般的な制限

- 5.3.2 ASMCAを使用した旧バージョン・データベースのディスク・グループの管理

- 5.3.3 Oracle Databaseリリース10.xまたは11.x用のクラスタ・ノードの固定

- 5.3.4 Oracle Databaseリリース9.2のためのグローバル・サービス・デーモン(GSD)の有効化

- 5.3.5 適切なLSNRCTLコマンドの使用

- 5.4 インストール後のOracle Clusterwareバイナリの変更

6 Oracle Grid Infrastructureを変更または削除する方法

- 6.1 Oracle Clusterwareを削除するタイミングの決定

- 6.2 クラスタへのスタンドアロン・グリッド・インフラストラクチャ・サーバーの移行

- 6.3 クラスタ用Oracle Grid Infrastructureのバイナリの再リンク

- 6.4 Oracle Grid Infrastructureホーム・パスの変更

- 6.5 バイナリを削除せずに行うOracle Clusterwareの構成解除

- 6.6 Oracle ClusterwareとOracle ASMの削除

- 6.6.1 削除ツールについて

- 6.6.2 以前のリリースのGridホームの削除

- 6.6.3 失敗したインストールで使用するための削除ツールのダウンロード

- 6.6.4 削除ツールの実行

- 6.6.5 Oracle ClusterwareとOracle ASMの削除コマンドの例

- 6.6.6 クラスタ用グリッド・インフラストラクチャの削除パラメータ・ファイルの例

A Oracle Grid Infrastructureのインストール・プロセスに関するトラブルシューティング

- A.1 一般的なインストールの問題

- A.1.1 その他のインストールの問題およびエラー

- A.2 詳細モードによるCVUの「不明」出力メッセージの解釈

- A.3 Oracle Grid Infrastructureの設定に関するCVUメッセージの解釈

- A.4 Oracle Clusterwareアラート・ログについて

- A.5 Linuxでのオペレーティング・システム・パッケージの不足

- A.6 Oracle Grid Infrastructureのインストール中のクラスタ診断の実行

- A.7 インストール後のCVUのクラスタ・ヘルス・チェックの使用について

- A.8 インターコネクト構成の問題

- A.9 SCAN VIPおよびSCANリスナーの問題

- A.10 ストレージ構成の問題

- A.10.1 ノード・ファイル・システムまたはGridホーム損失からのリカバリ

- A.10.2 Oracle ASMライブラリ・ドライバの問題

- A.11 スクリプト実行完了前のインストールの完了

B レスポンス・ファイルを使用したOracle Databaseのインストールおよび構成

- B.1 レスポンス・ファイルの機能

- B.1.1 サイレント・モードまたはレスポンス・ファイル・モードを使用する理由

- B.1.2 レスポンス・ファイルの一般的な使用手順

- B.2 レスポンス・ファイルの準備

- B.2.1 レスポンス・ファイル・テンプレートの編集

- B.2.2 レスポンス・ファイルの記録

- B.3 レスポンス・ファイルを使用したインストーラの実行

- B.4 レスポンス・ファイルを使用したNet Configuration Assistantの実行

- B.5 レスポンス・ファイルを使用したインストール後の構成

- B.5.1 インストール後の構成ファイルについて

- B.5.2 レスポンス・ファイルを使用したインストール後の構成の実行

C 大容量メモリーを最適化する構成

- C.1 HugePagesの概要

- C.1.1 HugePagesの機能

- C.2 HugePages構成に対する制限

- C.3 透過的なHugePagesの無効化

D クラスタ用Oracle Grid Infrastructureのインストールの概要

- D.1 インストール前の構成の理解

- D.1.1 Oracleグループおよびユーザーの理解

- D.1.1.1 Oracle Inventoryグループの理解

- D.1.1.2 Oracle Inventoryディレクトリの理解

- D.1.2 Oracleベース・ディレクトリのパスの理解

- D.1.2.1 Oracleベース・ディレクトリの概要

- D.1.2.2 Oracleベース・ディレクトリとグリッド・インフラストラクチャ・ディレクトリの理解

- D.1.3 ネットワーク・アドレスの理解

- D.1.3.1 パブリックIPアドレスについて

- D.1.3.2 プライベートIPアドレスについて

- D.1.3.3 仮想IPアドレスについて

- D.1.3.4 グリッド・ネーミング・サービス(GNS)の仮想IPアドレスについて

- D.1.3.5 SCANについて

- D.1.4 ネットワークの時刻要件の理解

- D.2 記憶域の構成の理解

- D.2.1 Oracle Automatic Storage Managementクラスタ・ファイル・システムの理解

- D.2.2 既存のOracle ASMインスタンスの移行について

- D.2.3 スタンドアロンのOracle ASMインストール環境からクラスタ化されたOracle ASMインストール環境への変換について

- D.3 サーバー・プールの理解

- D.3.1 サーバー・プールおよびポリシー・ベース管理の概要

- D.3.2 サーバー・プールの動作

- D.3.3 空きサーバー・プール

- D.3.4 汎用サーバー・プール

- D.4 アウトオブプレース・アップグレードの理解

E インストールの前提条件の作業を手動で行う方法

- E.1 すべてのクラスタ・ノードでの手動によるSSHの構成

- E.1.1 システム上の既存のSSH構成の確認

- E.1.2 クラスタ・ノードでのSSHの構成

- E.1.2.1 各ノードでのSSHディレクトリおよびSSH鍵の作成

- E.1.2.2 共通のauthorized_keysファイルへのすべての鍵の追加

- E.1.3 クラスタ・ノードでのSSHユーザー等価関係の有効化

- E.2 カーネル・パラメータの構成

- E.2.1 インストールのための最小パラメータ設定

- E.2.2 SUSE Linux用の追加のパラメータおよびカーネルの設定

- E.3 手動によるOCFS2のバージョンの確認

F Oracle Grid Infrastructure 11gリリース2へのアップグレード方法

- F.1 アップグレード前のOracleソフトウェアのバックアップ

- F.2 Oracle環境変数の設定削除

- F.3 Oracle ASMおよびOracle Grid Infrastructureのインストールおよびアップグレードについて

- F.4 クラスタウェアおよびOracle ASMアップグレードの制限事項

- F.5 既存のOracle Clusterwareインストールをアップグレードするための準備

- F.5.1 既存のOracle Clusterwareインストールをアップグレードする前の完了の確認

- F.5.2 Oracle RACcheckアップグレード準備状況評価の実行

- F.6 CVUを使用した、Oracle Clusterwareのアップグレードに対する準備状況の検証

- F.6.1 CVUのグリッド・アップグレード検証コマンドのオプションについて

- F.6.2 グリッド・インフラストラクチャのシステム・アップグレードの準備状況の検証例

- F.6.3 Oracle Databaseアップグレードに対するシステム準備状況の検証

- F.7 前のリリースからのローリング・アップグレードの実行

- F.7.1 Oracle Clusterwareのローリング・アップグレードの実行

- F.7.2 ノードにアクセスできなくなった場合のOracle Clusterwareのアップグレードの完了

- F.7.3 Oracle Automatic Storage Managementのローリング・アップグレードの実行

- F.7.3.1 Oracle ASMをアップグレードするための準備

- F.7.3.2 Oracle ASMのアップグレード

- F.8 DB ControlおよびGrid Controlのターゲット・パラメータの更新

- F.9 既存のOracle Clusterwareインストールのロック解除

- F.10 アップグレード後のOracle Clusterwareのダウングレード

- F.11 アップグレード後のクラスタ状態モニターのリポジトリ・サイズの確認

索引

表一覧

- 1-1 64-bit LinuxおよびLinux on System zで必要なスワップ領域

- 2-1 64-bit LinuxおよびLinux on System zで必要なスワップ領域

- 2-2 Linuxに必要なスワップ領域

- 2-3 グリッド・ネーミング・サービスのネットワーク例

- 2-4 手動によるネットワークの構成例

- 2-5 Linux x86オペレーティング・システムのカーネル要件

- 2-6 Linux x86 Grid InfrastructureおよびOracle RACのパッケージ要件

- 2-7 Linux x86 Oracle Databaseの機能のパッケージ要件

- 2-8 Linux x86-64オペレーティング・システムのカーネル要件

- 2-9 Linux x86-64 Oracle Grid InfrastructureおよびOracle RACのパッケージ要件

- 2-10 Linux x86-64 Oracle Databaseの機能のパッケージ要件

- 2-11 IBM: Linux on System zのパッケージ要件

- 2-12 インストール所有者のリソース制限の推奨範囲

- 3-1 Oracle ACFSおよびOracle ADVMがサポートされているプラットフォーム

- 3-2 Oracle ClusterwareおよびOracle RACでサポートされている記憶域オプション

- 3-3 Oracle Clusterware共有ファイル・システムのボリューム・サイズ要件

- 3-4 Oracle RAC共有ファイル・システムのボリューム・サイズ要件

- 3-5 冗長タイプによるOracle Clusterwareに必要な記憶領域の合計

- 3-6 冗長タイプによるOracle Databaseに必要な記憶領域の合計

- 3-7 ORACLEASMスクリプト・オプション

- B-1 Oracle Databaseのレスポンス・ファイル

- B-2 Oracle Grid Infrastructureのレスポンス・ファイル

はじめに

『Oracle Grid Infrastructureインストレーション・ガイド for Linux』では、Oracle Grid Infrastructure環境(Oracle ClusterwareおよびOracle Automatic Storage Management)をインストールして構成する準備としてサーバーを構成する方法について説明します。また、Oracle Real Application Clusters(Oracle RAC)をインストールする準備としてサーバーと記憶域を構成する方法についても説明します。

対象読者

『Oracle Grid Infrastructureインストレーション・ガイド for Linux』では、ネットワークおよびシステムの管理者が必要とする構成についての情報と、クラスタ用Oracleグリッド・インフラストラクチャのインストールで、Oracle ClusterwareおよびOracle Automatic Storage Managementをインストールして構成するデータベース管理者(DBA)が必要とするデータベースのインストールについての情報を記載しています。

Oracle RACをインストールする、特別なシステム・ロールを持つユーザーに対しては、システム管理者、ネットワーク管理者またはストレージ管理者として、クラスタ用Oracle Grid Infrastructureのインストール準備段階でシステムを構成すること、およびオペレーティング・システムのroot権限を必要とするすべての構成タスクを完了することを目的としています。Oracleグリッド・インフラストラクチャのインストールおよび構成が正常に完了した場合、システム管理者が行う必要があることは、構成情報の指定と、Oracle RACのインストール中にrootとしてスクリプトを実行する権限をデータベース管理者に付与することのみです。

このマニュアルは、Oracle Databaseの概念を十分に理解していることを前提としています。詳細は、関連ドキュメントのリストを参照してください。

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご購入のOracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

詳細は、次のOracleマニュアルを参照してください。

Oracle ClusterwareおよびOracle Real Application Clustersのドキュメント

このマニュアルでは、Oracle ClusterwareおよびOracle Automatic Storage Managementのインストールを完了するために必要な手順、およびOracle RACのインストール前の手順を実行するために必要な手順を確認します。

Oracle DatabaseまたはOracle RACをインストールする場合は、このマニュアルの説明に従ってインストール前の作業およびグリッド・インフラストラクチャのインストールを完了します。追加情報については次のインストール関連のマニュアルを参照してください。スタンドアロン・サーバー用Oracle DatabaseをOracle Grid Infrastructureインストールにインストールするか、またはOracle RACデータベースをインストールすることができます。Oracle Grid InfrastructureのOracle Restartのデプロイメントをインストールする場合は、『Oracle Databaseインストレーション・ガイド for Linux』を参照してください。

ほとんどのOracleエラー・メッセージのドキュメントは、HTML版のみが存在します。Oracle Database Documentation Libraryを使用する場合は、エラー・メッセージを範囲ごとに参照できます。特定の範囲のページを表示したら、ブラウザの「このページの検索」機能を使用して特定のメッセージを検索できます。インターネットに接続できる場合、Oracleオンライン・ドキュメントのエラー・メッセージ検索機能を使用して特定のエラー・メッセージを検索できます。

インストレーション・ガイド

- 『Oracle Databaseインストレーション・ガイド for Linux』

- 『Oracle Real Application Clustersインストレーション・ガイド for Linux and UNIX』

オペレーティング・システム固有の管理者ガイド

- 『Oracle Database管理者リファレンス 11gリリース2 (11.2) for UNIX Systems』

Oracle ClusterwareおよびOracle Automatic Storage Managementの管理者ガイド

- 『Oracle Clusterware管理およびデプロイメント・ガイド』

- 『Oracle Automatic Storage Management管理者ガイド』

Oracle Real Application Clustersの管理者ガイド

- 『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

- 『Oracle Database 2日でReal Application Clustersガイド』

共通マニュアル

- 『Oracle Database 2日でデータベース管理者』

- 『Oracle Database管理者ガイド』

- 『Oracle Database概要』

- 『Oracle Database新機能ガイド』

- 『Oracle Database Net Services管理者ガイド』

- 『Oracle Databaseリファレンス』

印刷版のドキュメントは、次のWebサイトのOracle Storeで入手可能です。

https://shop.oracle.com

リリース・ノート、インストール関連ドキュメント、ホワイト・ペーパーまたはその他の関連ドキュメントは、OTN(Oracle Technology Network)から、無償でダウンロードできます。OTNを使用するには、オンラインでの登録が必要です。登録は、次のWebサイトから無償で行えます。

http://www.oracle.com/technetwork/index.html

すでにOTNのユーザー名およびパスワードを取得している場合は、次の場所でOTN Webサイトのドキュメントのセクションに直接接続できます。

http://www.oracle.com/technetwork/indexes/documentation/index.html

ほとんどのOracleエラー・メッセージのドキュメントは、HTML版のみが存在します。インストール・メディアのドキュメント・ディレクトリで、エラー・メッセージを範囲ごとに参照できます。特定の範囲のページを表示したら、ブラウザの検索機能を使用して特定のメッセージを検索できます。インターネットに接続できる場合、Oracleオンライン・ドキュメントのエラー・メッセージ検索機能を使用して特定のエラー・メッセージを検索できます。

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ドキュメントのタイトル、強調またはユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

Oracle Grid Infrastructureのインストールおよび構成に関する新機能

ここでは、Oracle Grid Infrastructure(Oracle ClusterwareとOracle Automatic Storage Management)およびOracle Real Application Clusters(Oracle RAC)のインストールおよび構成に関連する新機能について説明します。このマニュアルは、『Oracle Clusterwareインストレーション・ガイド』に置き換るものです。内容は次のとおりです。

- リリース2 (11.2.0.4)の新機能

- リリース2 (11.2.0.4)でサポート対象外となったオプション

- リリース2 (11.2.0.3)の新機能

- リリース2 (11.2.0.2)の新機能

- リリース2 (11.2)の新機能

- リリース1 (11.1)の新機能

リリース2(11.2.0.4)の新機能

リリース2(11.2.0.4)の新機能は、次のとおりです。

クラスタおよびOracle RAC診断ツールの拡張機能

Oracle Grid Infrastructure 11gリリース2 (11.2.0.4)以上から、Oracle Grid Infrastructureをインストールすると、トレース・ファイル・アナライザおよびコレクタが自動的にインストールされます。トレース・ファイル・アナライザおよびコレクタは、Oracle Clusterware、Oracle Grid InfrastructureおよびOracle RACシステムの診断データの収集を簡素化する、診断を収集するためのユーティリティです。

注意:
トレース・ファイル・アナライザおよびコレクタは、Oracle Grid Infrastructure 11gリリース2 (11.2.0.4)以上で使用可能です。

関連項目:
トレース・ファイル・アナライザおよびコレクタの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

Oracle Databaseのヘルス・チェックおよびベスト・プラクティスの推奨事項

Oracle Grid Infrastructure 11gリリース2 (11.2.0.4)に含まれるOracle RAC構成監査ツール(RACcheck)では、構成の既知の問題、ベスト・プラクティス、通常のヘルス・チェックおよびアップグレード前後のベスト・プラクティスに対して、単一インスタンスおよびOracle RACデータベースのインストールを評価できます。

注意:
Oracle RAC構成監査ツールは、Oracle Grid Infrastructure 11gリリース2 (11.2.0.4)以上に含まれています。

関連項目:
『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

リリース2 (11.2.0.4)でサポート対象外となったオプション

Oracle Grid Infrastructure 11gリリース2 (11.2.0.4)では、次の機能のサポートが終了しています。

OUIでのブロック・デバイスおよびRAWデバイスの非サポート

このリリースでは、ブロック・デバイスまたはRAWデバイスへのOracle ClusterwareファイルのインストールがOUIでサポートされなくなりました。Oracle Clusterwareファイルは、Oracle Automatic Storage Managementディスク・グループまたはサポートされている共有ファイル・システムのいずれかにインストールしてください。

-cleanupOBaseの非推奨

削除ツールの-cleanupOBaseフラグは、このリリースでは非推奨です。このフラグの代替機能はありません。

リリース2(11.2.0.3)の新機能

リリース2(11.2.0.3)の新機能は、次のとおりです。

Oracle ACFSおよびADVMでのOracle Linux (UEK)のサポート

Linux x86-64 bitシステム用のOracle ASM 11gリリース2(11.2.0.3)では、サポートされているOracle LinuxカーネルのOracle LinuxカーネルUEK5-2.6.32-100.34.1および2.6.32-100カーネルの後続の更新でのOracle Automatic Storage Managementクラスタ・ファイル・システム(ACFS)およびOracle ASM動的ボリューム・マネージャ(ADVM)がサポートされます。

Oracle ACFSおよびADVMでのSUSE Enterprise Linux 11のサポート

Linux x86-64 bitシステム用のOracle ASM 11gリリース2(11.2.0.3)では、SUSE Enterprise Linux 11 Service Pack 1(SLES11 SP1)(64 bitのみ)で、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)およびOracle ASM動的ボリューム・マネージャ(ADVM)がサポートされます。

Oracle Clusterwareのアップグレード構成の強制機能

アップグレードの途中でノードにアクセスできなくなった場合、リリース11.2.0.3以上では、-forceフラグを指定してrootupgrade.shスクリプトを実行し、アップグレードを強制的に完了させることができます。

リリース2(11.2.0.2)の新機能

リリース2(11.2.0.2)の新機能は、次のとおりです。

Oracle Grid Infrastructureソフトウェアの構成ウィザード

Oracle Grid Infrastructure構成ウィザードを使用すると、ソフトウェアのみのインストールを実行した後、Oracle Grid Infrastructureソフトウェアを構成できます。このウィザードでは、順を追ってプロセスが進められるため、config_params構成ファイルを手動で編集する必要がなくなりました。

関連項目:
構成ウィザードの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

拡張されたパッチ・セットのインストール

Oracle Grid Infrastructure 11gリリース2(Oracle ClusterwareおよびOracle Automatic Storage Management)のリリース11.2.0.2以降のパッチ・セットでは、Oracle Grid Infrastructureのパッチ・セットによってOracle Grid Infrastructureソフトウェアが完全にインストールされます。新しいパッチ・セットのパッケージの次の変更に注意してください。

- 以前のリリース(11.x、10.x)からの最新のパッチ・セットへの直接アップグレードがサポートされます。

- アウトオブプレース・パッチ・セット・アップグレードのみがサポートされます。アウトオブプレース・アップグレードでは、新しい個別のホームにパッチ・セットをインストールします。

- 新規インストールでは、基になるリリースをインストールしてからパッチ・リリースにアップグレードするのではなく、最新のパッチ・セットをインストールします。

関連項目:
My Oracle SupportのNote 1189783.1「Important Changes to Oracle Database Patch Sets Starting With 11.2.0.2」を参照してください。次のURLから入手可能です。
https://support.oracle.com

Oracle ACFSおよびADVMでのSUSE Enterprise Linuxのサポート

Linux x86-64 bitシステム用のOracle ASM 11g リリース2(11.2.0.2)以上では、SUSE Enterprise Linux 10 Service Pack 3(SLES10 SP3)以上のSLES10サービス・パック(64 bitのみ)で、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)およびOracle ASM動的ボリューム・マネージャ(ADVM)がサポートされます。

Oracle Clusterwareに含まれたクラスタ状態モニター

クラスタ状態モニターはリアルタイムにオペレーティング・システムのメトリックを収集し、後で分析するためにリポジトリに格納します。これによって、Oracleサポートの支援を受けながら、Oracle ClusterwareおよびOracle RACの多くの問題の原因を判断できるようになります。

また、クラスタ状態モニターは、ノードでのメモリーのオーバーコミットメントを検出するためのメトリックを提供することによって、Oracle Databaseにおけるサービスのクオリティ管理(QoS)とあわせて使用することもできます。QoS管理は、負荷を軽減するためにオーバーロードしたノードのサービスを停止して、既存のワークロードを保持することができます。

QoS管理をサポートするために、Oracle Database Resource Managerおよびメトリックは、ファイン・グレイン・パフォーマンス・メトリックをサポートするように拡張され、ユーザー定義のパフォーマンス・クラスを使用してワーククロードを管理できるようにもなりました。

注意:
クラスタ状態モニターは、IBM: Linux on System zでは使用できません。

グリッド・インストールの所有者およびASMOPER

インストール中に「権限付きオペレーティング・システム・グループ」ウィンドウでグループをASM用のOSOPERグループとして指定することはオプションになりました。ASM用のOSOPERグループを作成する場合は、すべてのクラスタ・メンバー・ノードで構成したグループ名をASM用のOSOPERグループとして入力できます。また、Oracle Grid Infrastructureのインストール所有者は、メンバーである必要がなくなりました。

新しいソフトウェア更新オプション

ソフトウェアの更新機能を使用し、Oracle Databaseインストールの一部として、ソフトウェアの更新を動的にダウンロードして適用します。downloadUpdatesオプションを使用して更新を個別にダウンロードし、更新が格納されている場所を指定することによって、インストール中に後で適用することもできます。

冗長インターコネクトの使用

以前のリリースでは、インターコネクトに冗長ネットワークを使用するには、ボンディング、トランキング、チーム化などのテクノロジが必要でした。現在、Oracle Grid InfrastructureおよびOracle RACは冗長ネットワーク・インターコネクトを使用できるようになり、他のネットワーク・テクノロジを使用しなくても、クラスタ内の最適な通信を拡張できるようになりました。この機能は、Oracle Database 11g リリース2(11.2.0.2)以上で使用可能です。

冗長インターコネクトを使用することによって、複数(最大4つ)のプライベート・ネットワーク(インターコネクトとも呼ばれる)におけるロード・バランシングおよび高可用性が実現します。

Oracle Databaseのサービスのクオリティ管理

データベースにおけるサービスのクオリティ管理(QoS)サーバーを使用すると、正確な実行時パフォーマンスとリソース・メトリックを関連付け、エキスパート・システムで分析することによって、システム管理者がOracle Databaseクラスタに干すティングされたアプリケーションのサービス・レベルを管理できるようになり、ポリシー・ベースのパフォーマンス目的を満たす推奨リソース調整を生成することができます。

Oracle Databaseのサービスのクオリティ管理は、Linux on System zでは使用できません。

関連項目:
『Oracle Database Quality of Service Managementユーザーズ・ガイド』

リリース2(11.2)の新機能

Oracle ClusterwareおよびOracle ASM 11gリリース2(11.2)のインストールに関する新機能は、次のとおりです。

Oracle Automatic Storage ManagementおよびOracle Clusterwareのインストール

Oracle Grid Infrastructure 11gリリース2(11.2)では、Oracle Automatic Storage Management(Oracle ASM)およびOracle Clusterwareが1つのホーム・ディレクトリ(Grid Infrastructureホーム)にインストールされます。インストーラのインタビュー・プロセスが終了すると、Oracle ASMおよびOracle Clusterwareを構成するコンフィギュレーション・アシスタントが起動します。

これらの製品を組み合せたインストール環境をOracle Grid Infrastructureと呼びます。ただし、Oracle ClusterwareとOracle Automatic Storage Managementは依然として別々の製品です。

関連項目:
スタンドアロン・サーバー用のOracle Grid Infrastructure(Oracle ASMおよびOracle Clusterwareバイナリ)をインストールする方法の詳細は、Linux用の『Oracle Databaseインストレーション・ガイド』を参照してください。この機能によって、シングル・インスタンス・サーバーの高可用性が保証されます。

Oracle Automatic Storage ManagementおよびOracle Clusterwareのファイル

このリリースでは、Oracle Cluster Registry(OCR)および投票ディスクをOracle Automatic Storage Management(Oracle ASM)に配置できます。

この機能により、Oracle ASMは、統合ストレージ・ソリューションとして、他社のボリューム・マネージャやクラスタ・ファイル・システムを使用せずに、クラスタウェアおよびデータベースのすべてのデータを保存できます。

新しいインストール環境では、Oracle ASM、クラスタ・ファイル・システムまたはNFSシステムのいずれかにOCRと投票ディスクのファイルを配置できます。既存システムがアップグレードされる場合を除いて、RAWデバイスまたはブロック・デバイスへのOracle Clusterwareファイルのインストールはサポートされなくなりました。

Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)

Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)は、複数のプラットフォームに対応するスケーラブルな新しいファイル・システムとしてストレージを管理します。このシステムにより、Oracle Automatic Storage Management(Oracle ASM)テクノロジは、アプリケーション・データをすべてサポートするように拡張されます。Oracle ACFSでは、ファイル・システムの動的なサイズ変更が可能で、使用可能なすべてのディスクにわたる分散、バランシングおよびストライプ化のテクノロジによってパフォーマンスを向上させ、Oracle ASMが提供するミラー化およびパリティ保護によってストレージの信頼性をもたらします。

SYSASMによるOracle ASM役割区分オプション

Oracle ASM 11gリリース1(11.1)で導入されたSYSASM権限が、SYSDBA権限と完全に分離されました。このオプション機能を使用すると、OSASMおよびOSDBAグループとして異なるオペレーティング・システム・グループを指定した場合に、OSASMグループのメンバーのみがSYSASM管理権限を使用できます。Oracle ASMインスタンス上でパスワード認証を使用して、SYSASM権限を付与することもできます。

OPERATOR権限(Oracle ASMの起動および停止権限を含む、SYSASM権限のサブセット)をASMグループのOSOPERのメンバーに指定できます。

SYSDBA権限のかわりにSYSASM権限を使用して記憶域層に対するシステム権限を付与すると、Oracle ASM管理とデータベース管理での役割を明確に区別できます。また、同じ記憶域を使用する異なるデータベース間で、互いのファイルを誤って上書きするのを防ぐこともできます。

関連項目:
『Oracle Automatic Storage Management管理者ガイド』

クラスタ時刻同期化サービス

クラスタ・ノードの時刻は、同期させておく必要があります。このリリースのOracle Clusterwareでは、同期サービスがクラスタ内にあることを保証するクラスタ時刻同期化サービス(CTSS)を提供しています。クラスタの構成時にネットワーク・タイム・プロトコル(NTP)が検出されなかった場合は、CTSSが構成されて時刻の同期が保証されます。

Oracle Enterprise Manager Database Controlのプロビジョニング

Oracle Enterprise Manager Database Control 11gには、Oracle Grid InfrastructureおよびOracle RACのインストール環境を新しいノードに自動的にプロビジョニングし、そのノードに対してOracle Grid InfrastructureおよびOracle RACの既存のデータベースを拡張する機能があります。このプロビジョニング手順を実行するには、この機能を使用する前にOracle RACが正しくインストールされている必要があります。

関連項目:
この機能の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

修正スクリプトおよびグリッド・インフラストラクチャのチェック

Oracle Clusterware 11gリリース2(11.2)では、インストールの最小要件を満たしていない場合はOracle Universal Installer(OUI)によって検知され、要件を満たしていないシステム構成の多くを解決するために、修正スクリプトと呼ばれるシェル・スクリプト・プログラムが作成されます。「修正可能」とマークされている不完全な作業がOUIで検知されたときは、「修正および再チェック」ボタンをクリックして修正スクリプトを生成することで、簡単に問題を解決できます。

修正スクリプトはインストール中に生成されます。rootとして別の端末セッションでスクリプトを実行するように求められます。スクリプトを実行すると、必要に応じて各カーネル値を最小要件まで引き上げ、その他のオペレーティング・システム構成タスクが完了します。

クラスタ検証ユーティリティ(CVU)で、インストールの前に修正スクリプトを生成することもできます。

グリッドのプラグ・アンド・プレイ

これまでは、クラスタ内のサーバーを追加または削除しようとすると、様々な準備を手動で行う必要がありました。今回のリリースでは、引続き手動でサーバー・ノードを構成することも、クラスタでノードが追加または削除されたときに、グリッドのプラグ・アンド・プレイを使用して動的に構成することもできます。

グリッドのプラグ・アンド・プレイは、サーバー・ノードのインストール、構成および管理にかかるコストを低減できます。これは、クラスタ内でグリッド・ネーミング・サービスを起動し、各ノードで次のタスクを動的に実行できるようすることで実現されます。

- ノードの適切なネットワークIDをネゴシエートする。

- 動作に必要な追加情報を構成プロファイルから取得する。

- プロファイル・データを使用してノードを構成または再構成し、ホスト名およびアドレスをネットワーク上で解決可能にする。

これらのタスクはサーバーによって動的に実行されるため、ノードの追加または削除に必要な手順は最小限です。

入出力フェンシング・プロセスの改良

Oracle Clusterware 11g リリース2(11.2)では、oprocdおよびHangcheckプロセスを、クラスタ同期サービス・デーモンのエージェントおよびモニターに置き換えることによって、より正確にハングを認識できるようになり、誤終了を回避します。

Intelligent Platform Management Interface(IPMI)の統合

Intelligent Platform Management Interface(IPMI)は、現在、多くのサーバーに搭載されている業界標準の管理プロトコルです。IPMIはオペレーティング・システムとは別に動作し、システムの電源が投入されていなくても動作します。IPMIを搭載したサーバーには、サーバーとの通信に使用されるBaseboard Management Controller(BMC)が組み込まれています。

IPMIが構成されていると、ノード・フェンシングが必要で、かつサーバーが応答していないときに、Oracle ClusterwareでIPMIが使用されます。

Oracle Clusterwareのアウトオブプレース・アップグレード

このリリースでは、既存のOracle Clusterwareインストール環境とは別のホームに新しいバージョンのOracle Clusterwareをインストールできます。この機能により、クラスタ内のノードのアップグレードに必要な停止時間が短縮されます。アウトオブプレース・アップグレードを行う場合、ソフトウェアの新旧バージョンがノード上で同時に、それぞれ異なるホームの場所に存在することになりますが、アクティブになるソフトウェア・バージョンは1つのみです。

Oracle Enterprise Managerを使用したOracle Clusterwareの管理

このリリースでは、高可用性アプリケーションおよびOracle Cluster Resource Managementを使用し、スタンドアロン・データベース環境とOracle RAC環境の両方について、Oracle Enterprise Managerの「クラスタ・ホーム」ページから、すべての管理および監視を行うことができます。

Oracle Enterprise ManagerがOracle Clusterwareとともにインストールされている場合は、Oracle Enterprise ManagerでOracle Clusterwareの管理者ロールを持つ一連のユーザーが用意されており、高可用性アプリケーションおよびOracle Clusterwareのリソース管理に必要なすべての管理および監視を実行できます。インストールが完了してOracle Enterprise Managerをデプロイしたら、Oracle Enterprise Managerを使用して、クラスタに追加するノードのプロビジョニングを実行できます。

SCANによるクライアント・アクセスの簡略化

このリリースでは、単一クライアント・アクセス名(SCAN)が、クラスタに接続するすべてのクライアントに提供されるホスト名です。SCANは、ドメイン・ネーム・サービス(DNS)またはグリッド・ネーミング・サービス(GNS)のいずれかにある、1つ以上3つ以下のIPアドレスに登録されたドメイン名です。SCANによって、クラスタに対してノードを追加または削除するときに、クライアントを変更する必要がなくなります。SCANを使用するクライアントは、EZCONNECTを使用してクラスタにアクセスすることもできます。

パッチ処理に対するSRVCTLコマンドの機能強化

このリリースでは、パッチ処理の準備をするために、サーバー制御ユーティリティのSRVCTLを使用して、Oracleホーム内で実行されているすべてのOracleソフトウェアを停止できます。Oracle Grid Infrastructureのパッチ処理は、すべてのノードで自動化されています。パッチは、複数のノードにマルチパッチ方式で適用できます。

標準インストール・オプション

クラスタのインストールを簡単に行うため(特にクラスタリングを初めて使用するお客様向けに)、標準インストールによる方法を使用できるようになりました。標準インストールでは、できるかぎり多くのオプションを、ベスト・プラクティスとして推奨されるデフォルト設定にします。

投票ディスクのバックアップ手順の変更

以前のリリースでは、ddコマンドを使用して投票ディスクをバックアップする作業が、インストール後に必要でした。Oracle Clusterwareリリース11.2以上では、ddコマンドを使用した投票ディスクのバックアップとリストアはサポートされていません。

投票ディスクを手動でバックアップする必要はなくなりました。これは、構成変更の一環としてOCRで自動的に投票ディスクがバックアップされるためです。投票ディスクが追加されると、投票ディスクのデータが自動的にリストアされます。

関連項目:
『Oracle Clusterware管理およびデプロイメント・ガイド』

リリース1(11.1)の新機能

リリース1(11.1)の新機能は、次のとおりです。

インストールに関するマニュアルでの変更

Oracle Database 11gリリース1では、Oracle Clusterwareを独立した製品としてインストールおよび構成できるため、記憶域管理に関して追加のマニュアルが提供されています。インストール計画については、次のマニュアルを参照してください。

『Oracle Database 2日でReal Application Clustersガイド』

このマニュアルでは、2ノードのOracle ClusterwareおよびOracle RAC環境をインストールおよび構成する手順の概要および例を示しています。

Oracle Clusterwareのインストレーション・ガイド

このマニュアル(現在参照中のマニュアル)では、Oracle Clusterwareをスタンドアロン製品としてインストールする手順、またはOracle ClusterwareをOracle DatabaseまたはOracle RACのいずれかとともにインストールする手順について説明しています。システム管理者権限が必要なシステム構成手順が含まれています。

Oracle Real Application Clustersのインストレーション・ガイド

プラットフォームごとに提供されているこのマニュアルでは、Oracle Clusterwareのインストールを完了した後にOracle RACをインストールする手順について説明しています。データベース管理者用のデータベース構成手順が含まれています。

『Oracle Databaseストレージ管理者ガイド』

このマニュアルでは、ストレージの管理またはOracle Automatic Storage Management(Oracle ASM)の構成および管理を行うデータベース管理者およびストレージ管理者用の情報を記載しています。

『Oracle Clusterware管理およびデプロイメント・ガイド』

これは、Oracle Clusterware用の管理者リファレンスです。オペレーティング・システム構成への変更およびOracle Clusterwareのクローニングに関連するタスクを含む管理タスクについて説明しています。

『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

これは、Oracle RACの管理者リファレンスです。管理作業についての情報が記載されています。データベースのクローニング、ノードの追加および削除、Oracle Cluster Registry(OCR)の管理、SRVCTLおよびその他のデータベース管理ユーティリティの使用、オペレーティング・システム構成の変更のチューニングなどの作業が含まれます。

インストールに関するリリース1(11.1)の拡張機能および新機能

次に、Oracle Database 11gリリース1(11.1)での拡張機能および新機能を示します。

Oracle ASMの管理における新しいSYSASM権限およびOSASMオペレーティング・システム・グループ

この機能では、Oracle ASMの管理タスクを実行するための新しいSYSASM権限が導入されています。SYSDBA権限のかわりにSYSASM権限を使用すると、Oracle ASM管理とデータベース管理での役割を明確に区別できます。

OSASMは、Oracle ASM専用に使用する新しいオペレーティング・システム・グループです。OSASMグループのメンバーは、オペレーティング・システム認証を使用してSYSASMとして接続し、Oracle ASMに対して完全なアクセス権を所有しています。

Oracle Preinstallation RPM (以前のOracle Validated RPM)

Oracle Preinstallation RPMは、Red Hat Enterprise LinuxまたはOracle Linuxオペレーティング・システムを使用してサーバーにインストールできます。Unbreakable Linux Network(ULN)から入手できます。このRPMによって、Oracle Clusterwareのインストールに必要なほとんどのインストール前の構成タスク(カーネル・パラメータの設定、必要なカーネルRPMの追加など)が完了します。また、Oracle RACのインストール用のサーバーの準備も行います。ご使用のサーバーをUnbreakable Linux Networkに登録するか、または詳しい情報を検索するには、次のURLを参照してください。

https://linux.oracle.com

1 クラスタ用Oracle Grid Infrastructureの標準インストール

この章では、クラスタ用Oracle Grid Infrastructureの標準インストールと拡張インストールの違いについて説明し、さらに標準インストールを完了するために必要な手順について説明します。

この章の内容は次のとおりです。

- 標準インストールと拡張インストール

- 標準インストールを使用して実行するインストール前の手順

- 手作業を必要とするインストール前の手順

1.1 標準インストールと拡張インストール

Oracle Grid Infrastructureのインストールには、2つのインストール・オプションがあります。

- 標準インストール: 標準インストール・オプションは、手動による構成選択の数が少ない、簡単なインストールです。ほとんどのクラスタ実装に、このインストール・タイプを選択することをお薦めします。

- 拡張インストール: 拡張インストール・オプションは、より高度なシステム知識を必要とする詳細な手順です。追加の記憶域およびネットワークの選択、ロール・ベースの管理権限のためのオペレーティング・システムのグループ認証の利用、IPMIとの統合、Oracle Automatic Storage Managementロールのより粒度の細かい指定など、詳細に構成を選択できます。

1.2 標準インストールを使用して実行するインストール前の手順

Oracle Clusterware 11gリリース2 (11.2)では、インストール中に、Oracle Universal Installer (OUI)によって修正スクリプト(runfixup.sh)が生成され、このスクリプトを実行すると、インストール前の必要な手順を完了できます。

修正スクリプトは、インストール中に生成されます。rootとして別の端末セッションでスクリプトを実行するように求められます。スクリプトを実行すると、次の構成作業が行われます。

- 必要に応じて、インストールと実行時に必要とされるカーネル・パラメータに、最低限の値が設定されます。

- インストール所有者、必要な場合はOracleインベントリ・ディレクトリ、オペレーティング・システム権限グループの、プライマリおよびセカンダリ・グループ・メンバーシップが再構成されます。

- 必要に応じて、シェル制限が必要な値に設定されます。

1.3 手作業を必要とするインストール前の手順

次の手動の構成作業を行います。

- システム要件の確認

- ネットワーク要件の確認

- オペレーティング・システム・パッケージの確認

- グループおよびユーザーの作成

- 記憶域の確認

- Oracle Automatic Storage Management用の記憶域の準備

- Oracle Grid Infrastructureソフトウェアのインストール

関連項目:
これらの作業を行う方法について詳細は、第2章「クラスタ用Oracle Grid Infrastructureの拡張インストール前の作業」と第3章「クラスタ用Oracle Grid InfrastructureとOracle RACの記憶域の構成」を参照してください。

1.3.1 システム要件の確認

使用可能なメモリーを確認するには、次のコマンドを入力します。

grep MemTotal /proc/meminfo
grep SwapTotal /proc/meminfo

スワップ領域が、次の表に示すインストールに必要な最小サイズ以上であることを確認します。

表1-1 64-bit LinuxおよびLinux on System zで必要なスワップ領域

使用可能なRAM

必要なスワップ領域

2.5GBから32GB

RAMサイズと同等

32GBを超える

32GBのRAM

スワップ領域とGridホームが同じファイルシステム上にある場合は、それぞれの要件を加算して、合計最小領域要件を求めます。

df -h

このコマンドでは、システムで使用可能な領域を確認します。Oracle Clusterwareファイルに対して標準の冗長性(Oracle Cluster Registry(OCR)用に3つの場所、および投票ディスク用に3つの場所)を使用する場合は、Oracle Grid Infrastructureファイル用に用意されている共有ストレージ・ボリューム上で2GB以上のファイル領域を使用できる必要があります。

注意:
OCRまたは投票ディスク・ファイル(Oracle Clusterwareファイル)はRAWパーティション上にインストールできません。Oracle ASM上、またはサポートされている記憶域オプション上にのみインストールできます。RAWデバイスはOracle ASMディスクとしてのみ使用できます。

Oracle ASM上にインストールして、Oracle ASMでのOCRまたは投票ディスク・ファイルの高可用性を確保するには、Oracle Clusterwareファイル用として、別々の3つの障害グループ(物理ディスクは3つ以上)に2GB以上が必要です。各ディスクには1GB以上の容量を確保して、容量に余裕を持ってOracle Clusterwareファイルを作成できるようにする必要があります。

クラスタ用Oracle Grid Infrastructureホーム(Gridホーム)には6.5GB以上の領域を確保してください。ここにはOracle ClusterwareおよびOracle Automatic Storage Management(Oracle ASM)のファイルとログ・ファイル、ACFSログ・ファイルおよびクラスタ状態モニター・リポジトリが格納されます。

df -h /tmp

/tmpに1GB以上の領域があることを確認してください。この領域を確保できない場合は、サイズを大きくするか、または/tmp内の不要なファイルを削除します。

注意:
クラスタ状態モニターは、IBM: Linux on System zでは使用できません。

関連項目:
詳細は、第2.6項「ハードウェア要件の確認」を参照してください。

1.3.2 ネットワーク要件の確認

次のものが利用可能であることを確認します。

- クラスタの単一クライアント・アクセス名(SCAN)

- IPアドレス要件

- 冗長インターコネクトの使用

- ネットワーク・インタフェースの意図した使用方法

1.3.2.1 クラスタの単一クライアント・アクセス名(SCAN)

標準インストール中に、実行中のノードに関係なくクラスタ内のデータベースに接続するために使用される、デフォルトの単一クライアント・アクセス名(SCAN)を確認するよう求められます。デフォルトでは、SCANとして使用される名前がクラスタ名にもなります。SCANのデフォルト値は、ローカル・ノード名に基づいています。SCANをデフォルトから変更する場合、使用する名前は、社内全体でグローバルに一意である必要があります。

標準インストールでは、SCANはクラスタ名にもなります。SCANおよびクラスタ名は長さ1文字以上15文字以下の英数字である必要があり、ハイフン(-)を含ることはできますが、先頭を数字にすることはできません。

次に例を示します。

NE-Sa89

15文字を超えるSCANが必要な場合は、SCANの最初の15文字がクラスタ名のデフォルトになることに注意してください。

1.3.2.2 IPアドレス要件

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

1.3.2.2.1 手動で構成する場合のIPアドレス要件

GNSを有効にしない場合、各ノードのパブリックIPアドレスおよび仮想IPアドレスは、静的アドレスであることが必要です。このアドレスは、インストール前に各ノードで構成しておく必要がありますが、現在未使用である必要があります。パブリックIPアドレスと仮想IPアドレスは、同じサブネット内にある必要があります。

インストールのインタビュー時にプライベートとして指定したインタフェース上のプライベート・サブネットに含まれるプライベートIPアドレスが、Oracle Clusterwareによって管理されます。

クラスタには、次のアドレスが構成されている必要があります。

- 次の特性がある、各ノードのパブリックIPアドレス:

- 静的IPアドレス

- 各ノードでインストール前に構成済で、インストール前にそのノードに対して解決可能

- 他のすべてのパブリックIPアドレス、VIPアドレスおよびSCANアドレスと同じサブネット上にある

- 次の特性がある、各ノードの仮想IPアドレス:

- 静的IPアドレス

- 各ノードでインストール前に構成済だが、現在は使用されていない

- 他のすべてのパブリックIPアドレス、VIPアドレスおよびSCANアドレスと同じサブネット上にある

- 次の特性がある、クラスタの単一クライアント・アクセス名(SCAN):

- SCANとして指定された名前に3つの静的IPアドレスが関連付けられ、そのすべてのアドレスがランダムな順序でDNSによってリクエスタに返されるように、インストール前にドメイン・ネーム・サーバー(DNS)上で静的IPアドレスが3つ構成されている

- 現在使用されていないアドレスに解決されるためにDNSでインストール前に構成済

- 数値以外で始まる名前が指定されている

- 他のすべてのパブリックIPアドレス、VIPアドレスおよびSCANアドレスと同じサブネット上にある

- RFC 952標準に準拠し、英数字とハイフン("-")は使用できるが、アンダースコア("_")は使用できない

- 次の特性がある、各ノードのプライベートIPアドレス:

- 静的IPアドレス

- インストール前に構成済だが、独自のサブネットを持つ別のプライベート・ネットワーク上では、他のクラスタ・メンバー・ノード以外が解決することはできない

注意:
SCAN VIPアドレスの構成は、hostsファイルで行わないことを強くお薦めします。SCAN VIPにはDNS解決を使用します。SCANの解決にhostsファイルを使用すると、1つのIPアドレスへの解決しかできず、SCANアドレスは1つのみになってしまいます。

関連項目:
ネットワーク・アドレスの詳細は、付録D「ネットワーク・アドレスの理解」を参照してください。

1.3.2.3 冗長インターコネクトの使用

以前のリリースでは、インターコネクトに冗長ネットワークを使用するには、ボンディング、トランキング、チーム化などのテクノロジが必要でした。現在、Oracle Grid InfrastructureおよびOracle RACは冗長ネットワーク・インターコネクトを使用できるようになり、他のネットワーク・テクノロジを使用しなくても、クラスタ内の最適な通信を拡張できるようになりました。この機能は、Oracle Database 11g リリース2(11.2.0.2)以上で使用可能です。

冗長インターコネクトを使用することによって、複数(最大4つ)のプライベート・ネットワーク(インターコネクトとも呼ばれる)におけるロード・バランシングおよび高可用性が実現します。

1.3.2.4 ネットワーク・インタフェースの意図した使用方法

インストール時に、OUIがクラスタ・ノードで検出するネットワーク・インタフェースごとに計画された使用方法を指定するように求められます。各インタフェースをパブリック、プライベート、または「使用しない」インタフェースとして指定する必要があります。他の目的に使用する予定のインタフェース(ネットワーク・ファイル・システム専用のインタフェースなど)の場合、そのインスタンスがOracle Clusterwareで無視されるように、「使用しない」インタフェースとして指定する必要があります。

冗長インターコネクトを使用しても、パブリックな通信で使用されるインタフェースを保護することはできません。パブリック・インタフェースに高可用性またはロード・バランシングが必要な場合は、サードパーティのソリューションを使用します。通常、これにはボンディング、トランキングなどのテクノロジが使用できます。

プライベート・インタフェースとして使用する複数のインタフェースを選択すると、プライベート・ネットワークで冗長インターコネクトを使用できます。複数のインタフェースをプライベートとして指定する場合は、冗長インターコネクトを使用することで冗長なインターコネクトが作成されます。この機能は、Oracle Grid Infrastructure 11g リリース2(11.2.0.2)以上で使用可能です。

1.3.3 オペレーティング・システム・パッケージの確認

第2.8項「ソフトウェア要件の特定」に示されている表でご使用のオペレーティング・システムに必要なパッケージの一覧を参照するか、第2.1項「Linuxオペレーティング・システムのインストールについて」で説明されているOracle Preinstallation RPMなどのシステム構成スクリプトを使用してください。

1.3.4 グループおよびユーザーの作成

デフォルトのグループおよびユーザーを作成するには、次のコマンドを入力します。

オペレーティング・システムで認証されるすべての管理権限(インストールされている場合はOracle RACも含む)のために、システム権限グループを1つ作成します。

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

この一連のコマンドによって、OraInventoryシステム権限(oinstall)、およびOSASM/SYSASMとOSDBA/SYSDBAシステム権限を付与するための必要なシステム権限グループを持った単一のインストール所有者が作成されます。また、Oracle Grid InfrastructureとOracle RAC両方のOracleベース(/u01/app/oracle)も作成されます。Gridホーム(Oracle Grid Infrastructureバイナリの格納場所)/u01/app/11.2.0/gridも作成されます。

1.3.5 記憶域の確認

スタンドアロンまたはOracle Real Application Clustersのデータベースをインストールする場合は、Oracle Clusterwareファイル(投票ディスクとOracle Cluster Registry)用、およびOracle Databaseファイル用として、Oracle ASM上に使用可能な領域が必要です。新しいインストール環境では、Oracle Clusterwareファイルをブロック・デバイスやRAWデバイスに作成することができなくなりました。

注意:
Oracle ASMをOracle ClusterwareファイルまたはOracle Databaseファイルに使用する場合、データベースの数に関係なく、クラスタ内のノードごとにOracle ASMインスタンスが1つ作成されます。

1.3.6 Oracle Automatic Storage Management用の記憶域の準備

Linux ASMLIB RPMをインストールして、ストレージ管理作業を簡略化します。ASMLIBにより、Oracle ASMで使用されるストレージ・デバイスに対して永続的なパスと権限が提供されるため、udevファイルやdevlabelファイルのストレージ・デバイスのパスや権限を更新する必要がなくなります。

ASMLIB RPMをインストールできない場合、またはストレージ・デバイスを手動で構成する場合は、第3章の関連する項を参照してください。

関連項目:
記憶域の構成やASMLIBの詳細は、第3章「クラスタ用Oracle Grid InfrastructureとOracle RACの記憶域の構成」を参照してください。

ASMLIB 2.0は、3つのLinuxパッケージのセットとして配布されます。

- oracleasmlib-2.0: Oracle ASMライブラリ

- oracleasm-support-2.0: ASMLIBの管理に必要なユーティリティ

- oracleasm: Oracle ASMライブラリ用のカーネル・モジュール

各Linuxディストリビューションには、それぞれにASMLIB 2.0パッケージ・セットがあり、ディストリビューションごとに、それぞれのカーネル・バージョンに対応するoracleasmパッケージがあります。

1.3.6.1 ULNによるASMLIBパッケージの自動インストール

Oracle Unbreakable Linux Network(ULN)に登録している場合、自動的にシステムへASMLIBパッケージをダウンロードし、インストールすることができます。ULNからASMLIBをインストールするには、次の手順を実行します。

1. rootとしてログインします。

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

# up2date -i oracleasm-support oracleasmlib oracleasm-'uname -r'

このコマンドにより、ご使用のシステムで実行中のLinuxカーネル・バージョン用のサポート・ツール、ライブラリ、カーネル・ドライバがインストールされます。

関連項目:
ULNへの登録方法の詳細は、第2章「Linuxオペレーティング・システムのインストールについて」を参照してください。

1.3.6.2 ASMLIBパッケージの手動インストール

ULNのメンバーではない場合、もしくはRed Hat LinuxカーネルまたはSUSE Linuxカーネルを使用している場合は、クラスタのメンバーにする各ノード上で、次の手順を実行します。

- 正しいoracleasmパッケージの判別

- oracleasmパッケージのダウンロードおよびインストール

- ASMLIBの構成

1.3.6.2.1 正しいoracleasmパッケージの判別

rootとしてログインし、次のコマンドを実行して、使用しているカーネルを判別します。

uname -rm

次に例を示します。

# uname –rm
2.6.9-5.ELsmp i686

この例では、Intel i686 CPUを使用しているSMP(マルチプロセッサ)サーバー用の2.6.9-5カーネルです。

1.3.6.2.2 oracleasmパッケージのダウンロードおよびインストール

システムのカーネル・バージョンを判別した後、次のタスクを実行します。

1. Webブラウザで次のURLを開きます。

http://www.oracle.com/technetwork/server-storage/linux/downloads/index-088143.html

2. 「Linux Drivers for Automatic Storage Management」をクリックして、ご使用のLinuxバージョン用のASMLIBリンクを選択します。

3. 使用しているLinuxバージョンのoracleasmlibおよびoracleasm-supportパッケージをダウンロードします。

4. 使用しているカーネル・バージョンに対応するoracleasmパッケージをダウンロードします。

5. rootとしてログインし、Oracle ASMパッケージをインストールします。

1.3.6.2.3 ASMLIBの構成

rootとしてログインし、次のコマンドを入力します。

# oracleasm configure -i

指示どおりにシステムの情報を入力します。oracleasmコマンドは、デフォルトではパス/usr/sbinにあります。oracleasm configureコマンドを-iフラグなしで入力すると、現在の構成が表示されます。

関連項目:
構成の詳細は、第3.3.1.4.1項「ASMライブラリ・ドライバ・ソフトウェアのインストールおよび構成」を参照してください。

1.3.6.3 Oracle ASMの候補ディスク・パーティションのマーキング

パーティションをOracle ASMディスクの候補としてOUI側で認識させるには、rootとしてログインし、Oracle ASMで使用できるディスク・パーティションをマークする必要があります。ディスクをOracle ASMで使用するようマークするには、次のコマンド構文を入力します。ASM_DISK_NAMEはOracle ASMディスク・グループの名前、candidate_diskはそのディスク・グループに割り当てるディスク・デバイスの名前です。

oracleasm createdisk ASM_DISK_NAME candidate_disk

次に例を示します。

# oracleasm createdisk data1 /dev/sdf

1.3.7 Oracle Grid Infrastructureソフトウェアのインストール

1. インストール・メディアのルート・レベルからOUIを起動します。次に例を示します。

./runInstaller

2. 「クラスタ用のGrid Infrastructureのインストールおよび構成」を選択し、次に「標準インストール」を選択します。この後のインストール画面で、構成情報を指示どおりに入力します。
修正スクリプトで修正できないインストール検証エラーが発生した場合は、第2章「クラスタ用Oracle Grid Infrastructureの拡張インストールのインストール前作業」でクラスタ・ノードの構成の項を参照してください。修正が完了したら、インストールを最後まで続けます。

関連項目:
第4.1項「OUIを使用してOracle Grid Infrastructureをインストールするための準備」

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

この章では、Oracle Universal Installer(OUI)を起動してクラスタ用Oracle Grid Infrastructureをインストールする前に完了する必要があり、クラスタにOracle Real Application Clusters(Oracle RAC)をインストールする場合に完了する必要があるシステム構成作業について説明します。

この章の内容は次のとおりです。

- Linuxオペレーティング・システムのインストールについて

- アップグレードのベスト・プラクティスの確認

- インストール修正スクリプト

- X端末を使用したリモート・システムへのログイン

- Oracle Grid Infrastructureのグループ、ユーザーおよびパスの作成

- ハードウェア要件の確認

- ネットワーク要件の確認

- ソフトウェア要件の特定

- ソフトウェア要件の確認

- UDPおよびTCPカーネル・パラメータの検証

- ネットワーク・タイム・プロトコルの設定

- Linuxのcvuqdiskパッケージのインストール

- Intelligent Platform Management Interface(IPMI)の有効化

- インストール時におけるSSHの自動構成

- グリッド・インフラストラクチャ・ソフトウェア所有者ユーザー環境の構成

- Oracle Grid Infrastructureホーム・ディレクトリの作成要件

- クラスタ名の要件

2.1 Linuxオペレーティング・システムのインストールについて

注意:
オペレーティング・システムをインストールする前に、最小限のハードウェア構成を満たしていることを確認してください。

この項では、サポートされているLinuxのディストリビューションのインストールについての情報を提供します。内容は次のとおりです。

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

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

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

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

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

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

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

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

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

注意:
Oracle Preinstallation RPMにより、X11クライアント・ライブラリはインストールされますが、X Window Systemのサーバー・パッケージはインストールされません。OUI、コンフィギュレーション・アシスタント、Oracle Enterprise ManagerなどのGraphical User Interfaceを使用するには、表示をX Window Systemサーバー・パッケージを使用するシステムに設定します。

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

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

注意:
Unbreakable Linux NetworkまたはRed Hatサポート・ネットワークのメンバーでなく、My Oracle Supportを使用している場合は、削除されたパッケージのインストールが記述された、スクリプトの構成手順を次のURLからダウンロードできます。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=579101.1

また、「削除されたLinuxパッケージ」で、手順を検索することもできます。

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

# rpm -qa |grep ssh

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

注意:
Oracle Preinstallation RPMでは、X11クライアント・ライブラリがインストールされますが、X Window Systemサーバー・パッケージはインストールされません。OUI、コンフィギュレーション・アシスタント、Oracle Enterprise ManagerなどのGraphical User Interfaceを使用するには、表示をX Window Systemサーバー・パッケージを使用するシステムに設定します。

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はインストール・メディアに含まれています。

注意:
各Oracle Databaseリリースに指定されたOracle Preinstallation RPMでは、ユーザー・アカウントoracleにのみカーネル・パラメータとリソース制限が設定されます。複数のソフトウェア・アカウント所有者を使用する場合、他のアカウントに対してはシステム構成を手動で行う必要があります。

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はインストール・メディアに含まれています。

注意:
Oracle Preinstallation RPMでは、ユーザー・アカウントoracleにのみカーネル・パラメータとリソース制限が設定されます。複数のソフトウェア・アカウント所有者を使用する場合、他のアカウントに対してはシステム構成を手動で行う必要があります。
また、ユーザーとグループは、次に使用可能なID番号を使用して作成されます。Oracle Preinstallation RPMを実行するクラスタ・ノード間で、サーバーのグループIDおよびユーザーIDが同一でない場合、これらのIDがノードによって一致しなくなる可能性があり、グループIDおよびユーザーIDが一致していないと、インストールは失敗します。

この問題を回避するには、すべてのノード上でコマンドid userを実行します。userはソフトウェア所有者のユーザー・アカウントです。すべてのノード間でグループIDまたはユーザーIDが一致していない場合は、必要に応じて変更して、IDを一致させます。

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.2 アップグレードのベスト・プラクティスの確認

注意:
構成の変更を開始する前に、既存のデータベースのバックアップを必ず作成してください。

既存のOracleインストールがある場合は、バージョン番号、パッチおよびその他の構成情報を記録して、既存のインストール用のアップグレード手順を確認します。インストールを進める前に、アップグレードに関するOracleドキュメントを確認し、その後の処理を確認します。

Oracle Automatic Storage Management(Oracle ASM)11gリリース1(11.1)は、クラスタ内の個別のノードに対して、または複数のノードに対してまとめてローリング・アップグレードを行うことで、Oracle RACデータベースを停止することなくアップグレードできます。ただし、Oracle ASMを使用しているクラスタにスタンドアロン・データベースがある場合、アップグレードする前にそのスタンドアロン・データベースを停止する必要があります。Oracle ASM 10gからアップグレードする場合は、Oracle ASMクラスタ全体を停止してアップグレードを行う必要があります。

Oracle ASMがすでにインストールされている場合は、Oracleのアップグレードに関するドキュメントを確認します。今回のリリースでは、Oracle ASMホームの場所が変更されています。したがって、ストレージ管理を簡略化またはカスタマイズするためには、他の構成の変更も検討することが必要な場合があります。以前のリリースから既存のOracle ASMホームがある場合は、Oracle Clusterwareをアップグレードするために使用するユーザーがOracle ASMホームを所有する必要があります。

オペレーティング・システムのローリング・アップグレード時に、そのオペレーティング・システムの両方のバージョンが、使用しているOracle Databaseリリースで保証されている場合は、異なるオペレーティング・システム・バイナリを使用できます。

注意:
異なるバージョンのオペレーティング・システムを使用できるのは、アップグレードの間の数時間だけです。Oracle Clusterwareでは、同じクラスタで異なる命令セット・アーキテクチャ(ISA)を使用するプロセッサを搭載するノードはサポートされていません。各ノードは、バイナリ・レベルでクラスタ内の他のノードとの互換性が必要です。たとえば、同じクラスタの1つのノードでIntel 64プロセッサを使用し、別のノードでIA-64(Itanium)プロセッサを使用することはできません。同じクラスタの1つのノードでIntel 64プロセッサを使用し、別のノードでAMD64プロセッサを使用することはできますが、これは、プロセッサが同じx86-64 ISAを使用し、同じバイナリ・バージョンのOracleソフトウェアを実行するためです。
クラスタに異なる処理速度やサイズのCPUを搭載するノードをインストールできますが、ハードウェア構成が同じノードを使用することをお薦めします。

最新のソフトウェア更新情報や、アップグレードの前後、互換性、相互運用性に関するベスト・プラクティスについては、「Oracle Upgrade Companion」を参照してください。「Oracle Upgrade Companion」は、My Oracle SupportのNote 785351.1で参照できます。

https://support.oracle.com

2.3 インストール修正スクリプト

Oracle Clusterware 11gリリース2では、インストールの最小要件を満たしていない場合はOracle Universal Installer(OUI)によって検知され、要件を満たしていないシステム構成手順を実行するために、修正スクリプトと呼ばれるシェル・スクリプト・プログラムが作成されます。OUIによって不完全な作業が検知されると、修正スクリプト(runfixup.sh)が生成されます。「修正および再チェック」ボタンをクリックした後で、修正スクリプトを実行できます。

CVUで、インストールの前に修正スクリプトを生成することもできます。

関連項目:
cluvfyコマンドの使用の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

修正スクリプトによって、次の作業が実行されます。

- 必要に応じて、インストールを正しく実行するために必要な値を次のカーネル・パラメータに設定します。

- 共有メモリーのパラメータ。

- オープン・ファイル記述子とUDP送受信のパラメータ。

- Oracle Inventory(中央インベントリ)ディレクトリに権限を設定します。

- インストール所有者、必要な場合はOracleインベントリ・ディレクトリ、オペレーティング・システム権限グループの、プライマリおよびセカンダリ・グループ・メンバーシップが再構成されます。

- 必要に応じて、シェル制限が必要な値に設定されます。

インストールに使用するユーザー・アカウントのために、クラスタ・メンバー・ノード間でSSHを構成している場合は、インストール前にクラスタ構成を確認し、インストールを開始する前にオペレーティング・システムの変更を行うための修正スクリプトを生成できます。

これを行うには、インストールを実行するユーザー・アカウントでログインし、runcluvfyコマンドがあるステージング領域に移動し、次のコマンド構文を使用します。nodeは、クラスタ・メンバーにするノードをカンマで区切ったリストです。

$ ./runcluvfy.sh stage -pre crsinst -n node -fixup -verbose

たとえば、node1とnode2の2ノードがあるクラスタを構成する場合は、次のコマンドを入力します。

$ ./runcluvfy.sh stage -pre crsinst -n node1,node2 -fixup -verbose

2.4 X端末を使用したリモート・システムへのログイン

インストール中は、rootまたは他のユーザーとして、リモート端末上で作業を行う必要があります。リモート表示できるようにする必要があるユーザー・アカウントに対して、次の手順を実行します。

注意:
別のユーザー(oracleなど)としてログインする場合は、そのユーザーでもこの手順を繰り返します。

リモート表示を可能にするには、次のいずれかの手順を実行します。

- ソフトウェアをX Window SystemワークステーションまたはX端末からインストールする場合は、次の手順を実行します。

1. X端末(xterm)などのローカル端末セッションを開始します。

2. ソフトウェアを別のシステムにインストールし、そのシステムをX11ディスプレイとして使用する場合は、次の構文を使用してコマンドを入力し、リモート・ホストがローカルのXサーバーでXアプリケーションを表示できるようにします。

# xhost + RemoteHost

RemoteHostは完全修飾されたリモートのホスト名です。次に例を示します。

# xhost + somehost.example.com
somehost.example.com being added to the access control list

3. ソフトウェアをローカル・システムにインストールしない場合は、sshコマンドを使用してソフトウェアをインストールするシステムに接続します。

# ssh -Y RemoteHost

RemoteHostは完全修飾されたリモートのホスト名です。-Yフラグ(Yes)により、元のX11ディスプレイに対する完全なアクセス権がリモートのX11クライアントに付与されます。次に例を示します。

# ssh -Y somehost.example.com

4. rootユーザーでログインしていない場合は、次のコマンドを入力してユーザーをrootに切り替えます。

$ su - root
password:
#

- Xサーバー・ソフトウェアがインストールされているPCまたはその他のシステムからソフトウェアをインストールする場合は、次の手順を実行します。

注意:
必要に応じて、この手順の実行の詳細は、X Window Systemのドキュメントを参照してください。使用しているXソフトウェアによっては、異なる順序でタスクを実行することが必要な場合があります。

1. X Window Systemソフトウェアを起動します。

2. X Window Systemソフトウェアのセキュリティ設定を、リモート・ホストでローカル・システムのXアプリケーションを表示できるように構成します。

3. ソフトウェアをインストールするリモート・システムに、クラスタ用Oracle Grid Infrastructureソフトウェアの所有者(grid、oracle)として接続し、システムでX端末(xterm)などの端末セッションを開始します。

4. リモート・システム上で別の端末セッションを開き、rootユーザーとしてリモート・システムにログインします。プロンプトが表示されたら、rootとしてスクリプトを実行できます。

2.5 Oracle Grid Infrastructureのグループ、ユーザーおよびパスの作成

rootとしてログインし、次の手順を実行して、Oracle InventoryグループおよびOracle Grid Infrastructureのソフトウェア所有者を検索または作成します。

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

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

- Oracle Grid Infrastructureユーザーの作成

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

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

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

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

注意:
Oracle Grid Infrastructureのインストールでは、Oracle Clusterwareおよび Oracle Automatic Storage Management(Oracle ASM)の両方がインストールされます。Oracle Clusterwareのインストール所有者とOracle ASMのインストール所有者は、分離することができなくなりました。

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ソフトウェア・インストール所有者のすべてが、このグループをプライマリ・グループとして利用できることを確認します。

注意:
クラスタ内のすべてのノードで、グループIDおよびユーザーIDが一致している必要があります。使用するグループIDおよびユーザーIDが各クラスタ・メンバー・ノードで使用できることを確認し、クラスタ用Oracle Grid Infrastructureの各インストール所有者のプライマリ・グループが、同じ名前とグループIDであることを確認します。

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ユーザーと呼びます。

2.5.3.1 Oracleソフトウェアのインストール所有者に対する制限の理解

異なるOracle Databaseホームに対して複数のOracleソフトウェア所有者を使用する場合は、Oracle Grid Infrastructure(Oracle ClusterwareおよびOracle ASM)ソフトウェアに対して別途ソフトウェア所有者を作成し、その所有者でOracle Grid Infrastructureをインストールすることをお薦めします。

Oracle DatabaseまたはOracle RACをインストールする予定がある場合は、Oracle Grid InfrastructureおよびOracle Databaseのインストール・ユーザーを別々に作成することをお薦めします。使用するインストール所有者が1つの場合は、管理タスクを実行するときに、$ORACLE_HOMEの値を管理対象のインスタンス(Oracle ASM、Oracle Grid Infrastructureホーム内、またはOracleホームのデータベース)に変更する必要があります。そのコマンド構文の例は次のようになります。ここで/u01/app/11.2.0/gridはOracle Grid Infrastructureホームです。

$ ORACLE_HOME=/u01/app/11.2.0/grid; export ORACLE_HOME

sqlplus、lsnrctl、asmcmdのいずれかのコマンドを使用してインスタンスを管理しようとしたときに、$ORACLE_HOMEが別のバイナリ・パスに設定されていると、エラーが発生します。データベース・ホームからsrvctlを起動する場合、$ORACLE_HOMEが設定されていないと、srvctlは失敗します。ただし、Oracle Grid InfrastructureホームでSRVCTLを使用している場合は、$ORACLE_HOMEが無視されるため、Oracleホームのパスはsrvctlコマンドに影響しません。$ORACLE_HOMEは必ず、管理対象のインスタンスに変更する必要があります。

異なるOracleソフトウェアのインストール環境に対して、ユーザーを別々に作成し、オペレーティング・システム権限グループを別々に作成するためにOracleソフトウェア所有者を別々に作成する場合は、そのユーザーのプライマリ・グループとしてOracle中央インベントリ・グループ(oraInventoryグループ)が必要なことに注意してください。このグループのメンバーはOracle中央インベントリ(oraInventory)ディレクトリに対する書込み権限を所有します。また、様々なOracle Clusterwareリソース、OCRキー、DBAが書込み権限を必要とするOracle Clusterwareホーム内のディレクトリに対する権限やその他の必要な権限が付与されます。Oracleドキュメントのコード例では、このグループをoinstallで表しています。

それぞれのOracleソフトウェア所有者は、同じ中央インベントリ・グループのメンバーであることが必要です。Oracleインストールに対して複数の中央インベントリを持たないことをお薦めします。あるOracleソフトウェア所有者が別の中央インベントリ・グループを持っている場合、その中央インベントリは破損することがあります。

注意:
クラスタ用Oracle Grid Infrastructureインストールでは、Oracle Grid Infrastructureバイナリ・ホーム(Gridホーム)に次の制限があることに注意してください。

- Oracle Grid Infrastructureインストール所有者のOracleベース・ディレクトリを含む、どのOracleベース・ディレクトリの下にも配置できません。

- インストール所有者のホーム・ディレクトリには配置できません。

インストール中に、Gridホームへのパスの所有権がrootに変更されます。この変更により、他のインストールで権限エラーが発生します。

2.5.3.2 Oracleソフトウェア所有者ユーザーの存在の確認

oracleやgridというOracleソフトウェア所有者ユーザーが存在するかどうかを確認するには、次のようなコマンドを入力します(この場合、oracleの存在を確認します)。

# id oracle

ユーザーが存在する場合、このコマンドの出力結果は、次のようになります。

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

既存ユーザーを使用するか、別のユーザーを作成するかを決定します。ユーザーIDおよびグループIDの番号は、クラスタ・メンバー・ノードにする各ノード上で同一である必要があります。

既存ユーザーを使用する場合は、ユーザーのプライマリ・グループがOracle Inventoryグループ(oinstall)であることを確認します。Oracle Databaseインストールにこのユーザー・アカウントを使用する場合は、OracleアカウントがASM用のOSDBAグループ(メンバーがOracle ASM記憶域への書込みを許可されているグループ)として指定する予定のグループのメンバーであることを確認します。

2.5.3.3 Oracle Grid InfrastructureのOracleソフトウェア所有者ユーザーの作成または変更

Oracleソフトウェア所有者ユーザー(oracle、grid)が存在しない、または新しいOracleソフトウェア所有者ユーザーが必要な場合は作成します。既存のユーザー・アカウントを使用する場合は、各クラスタ・メンバー・ノードでユーザーIDおよびグループIDが一致していることを確認します。次の手順では、Oracleソフトウェア所有者の名前としてgridが、OSASMグループとしてdbaが使用されています。異なる管理権限に対して個別のシステム権限グループを作成するには、ユーザーを作成する前に、グループ作成を行います(第2.5.5項「役割区分によるオペレーティング・システム権限グループおよびユーザーの作成」)。

1. 既存のシステム権限グループ(この例ではdba)がある場合にグリッド・インストール所有者アカウントを作成し、グループのメンバーにOracle ASMインスタンスを管理するためのSYSASM権限を付与する場合、次のようなコマンドを入力します。

# /usr/sbin/useradd -u 1100 -g oinstall -G dba grid

前述のコマンドの意味は、次のとおりです。

- -uオプションは、ユーザーIDを指定します。システムによって自動的にユーザーID番号を生成するようにできるため、このコマンド・フラグの使用は任意です。ただし、Oracle Grid Infrastructure用に作成するユーザーのユーザーID番号は、この後のインストール前の作業で必要になるため、記録しておく必要があります。また、クラスタのすべてのノードで、このユーザーのユーザーIDを一致させる必要があります。

- -gオプションは、プライマリ・グループを指定します。プライマリ・グループは、Oracle Inventoryグループである必要があります。たとえば、oinstallです。

- -Gオプションには、セカンダリ・グループ(この例ではdba)を指定します。
セカンダリ・グループにはOSASMグループを含める必要があります。このグループのメンバーは、Oracle ASMインスタンスを管理するためのSYSASM権限を付与されます。SYSASMシステム権限を付与するグループは1つのグループのみ指定でき、データベース管理者グループとは別のグループか、またはOSASMグループとOSDBAグループとして1つのグループを指定できます。この場合、グループのメンバーにはSYSASMおよびSYSDBA権限が付与され、Oracle ASMインスタンスとOracle Databaseインスタンスの両方を管理するためのシステム権限が与えられます。コード例では、このグループはasmadminです。

このユーザーを、Oracle Grid InfrastructureとOracle Databaseインストールの両方の所有者として作成する場合は、ASM用のOSDBAグループをユーザーのセカンダリ・グループにする必要があります。コード例では、このグループ名はasmdbaです。ASM用のOSDBAグループのメンバーには、Oracle ASM記憶域へのアクセス権限が付与されます。Oracle ASM記憶域にアクセスするデータベースが複数になる場合は、ASM用のOSDBAグループを作成するか、または、ASM用のOSDBAグループとして、すべてのデータベースに対するOSDBAグループと同じグループを使用する必要があります。

usermodコマンドを使用して、既存のユーザーID番号とグループを変更します。

次に例を示します。

# id oracle
uid=501(oracle) gid=501(oracle) groups=501(oracle)
# /usr/sbin/usermod -u 1001 -g 1000 -G 1000,1001 oracle
# id oracle
uid=1001(oracle) gid=1000(oinstall) groups=1000(oinstall),1001(oracle)

2. Oracle Grid Infrastructureを所有するユーザーのパスワードを設定します。次に例を示します。

# passwd grid

3. 他のすべてのクラスタ・ノードでこの手順を繰り返します。

注意:
既存ユーザーを使用および変更する前に、必要に応じてシステム管理者に連絡してください。
各ノードのUIDおよびGIDのデフォルトを使用しないことをお薦めします。グループIDやユーザーIDが、ノードによって一致しなくなることがあるためです。そのかわりに、共通で割り当てるグループIDとユーザーIDを用意し、グループとユーザーの作成または変更を行う前に、いずれのノードでもそのIDが使用されていないことを確認しておきます。

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

注意:
クラスタ用Oracle Grid Infrastructureバイナリをクラスタ・ファイル・システムに配置することはサポートされていません。
共有のOCFS2の場所にOracle RACホームをインストールする場合は、OCFS2を、書込み可能な共有mmapがサポートされているバージョン1.4.1以上にアップグレードする必要があります。

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

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

注意:
この構成はオプションで、Oracleソフトウェアに対するユーザー・アクセスを、様々な管理者ユーザーの役割に応じて制限するための構成です。

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

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

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

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

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

注意:
ネットワーク情報サービス(NIS)などのディレクトリ・サービスを使用する場合の詳細は、オペレーティング・システムのドキュメントを参照してください。

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

この項では、ユーザーおよびグループを作成し、役割区分を使用する方法の概要を説明します。これらのグループおよびユーザーを作成するには、rootでログインします。

- 役割区分を使用したOracleインストールのためのユーザー

- 役割区分によるインストールのためのデータベース・グループ

- 役割区分によるインストールのためのOracle ASMグループ

2.5.5.1.1 役割区分を使用したOracleインストールのためのユーザー

個別のソフトウェア・インストール所有者を作成するすべてのインストールで、次のオペレーティング・システム・グループとユーザーを作成することをお薦めします。

各Oracleソフトウェア製品を所有する1つのソフトウェア所有者(通常、データベース・ソフトウェアの所有者ユーザーはoracle、Oracle Grid Infrastructureの所有者ユーザーはgrid)。

システムに初めてOracleソフトウェアをインストールするときは、少なくとも1つのソフトウェア所有者を作成する必要があります。このユーザーがOracle Grid InfrastructureソフトウェアのOracleバイナリを所有します。このユーザーをOracle DatabaseまたはOracle RACのバイナリ所有者にすることもできます。

Oracleソフトウェア所有者には、プライマリ・グループとしてOracle Inventoryグループが必要です。これによって、それぞれのOracleソフトウェア・インストールの所有者が中央インベントリ(oraInventory)に書込みできるようになり、OCRとOracle Clusterwareリソース権限が適切に設定されます。データベース・ソフトウェア所有者には、セカンダリ・グループ(作成する場合)としてOSDBAグループとOSOPERグループが必要です。Oracleドキュメントでは、Oracleソフトウェア所有者ユーザーをoracleユーザーとします。

ソフトウェア所有者ユーザーを個別に作成し、各Oracleソフトウェア・インストールの所有者にすることをお薦めします。特に、システムに複数のデータベースをインストールする場合にお薦めします。

Oracleドキュメントでは、Oracle Grid Infrastructureバイナリを所有するために作成されたユーザーをgridユーザーとします。このユーザーは、Oracle ClusterwareとOracle Automatic Storage Managementの両方のバイナリを所有します。

関連項目:
OSDBAグループ、OSASMグループおよびOSOPERグループと、SYSDBA権限、SYSASM権限およびSYSOPER権限の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』および『Oracle Database管理者ガイド』を参照してください。

2.5.5.1.2 役割区分によるインストールのためのデータベース・グループ

Oracle Databaseをインストールするには、次のオペレーティング・システム・グループおよびユーザーが必要です。

- OSDBAグループ(通常、dba)
システムに初めてOracle Databaseソフトウェアをインストールする場合は、このグループを作成する必要があります。このグループのオペレーティング・システム・ユーザー・アカウントには、データベースの管理権限(SYSDBA権限)があります。Oracle ASMインスタンスに個別のOSDBA、OSOPERおよびOSASMグループを作成しない場合は、SYSOPERおよびSYSASM権限を持つオペレーティング・システム・ユーザー・アカウントが、このグループのメンバーである必要があります。Oracleのコード例では、このグループにdbaという名前を使用します。OSASMグループとして個別のグループを指定しない場合は、定義するOSDBAグループもデフォルトでOSASMとなります。

デフォルト(dba)以外のグループ名を指定するには、拡張インストール・タイプを選択してソフトウェアをインストールするか、またはこのグループのメンバーではないユーザーとしてOracle Universal Installer(OUI)を起動する必要があります。この場合、OUIによって、グループ名の指定を求めるプロンプトが表示されます。

以前は、OSDBAグループのメンバーにOracle ASMインスタンスのSYSASM権限(ディスク・グループのマウントおよびマウント解除を含む)が付与されていました。Oracle Grid Infrastructure 11g リリース2の場合、別々のオペレーティング・システム・グループがOSDBAとOSASMグループに指定されているときには、この権限が付与されません。同じグループが、OSDBAとOSASMの両方に使用されている場合は、権限がそのまま保持されます。

- Oracle DatabaseのOSOPERグループ(通常、oper)
これは、オプションのグループです。制限付きのデータベース管理権限(SYSOPER権限)を別のグループのオペレーティング・システム・ユーザーに付与する場合に、このグループを作成します。OSDBAグループのメンバーには、デフォルトで、SYSOPER権限によって付与されるすべての権限もあります。

OSOPERグループを使用してデフォルトのdbaグループより少ない権限でデータベース管理者グループを作成するには、拡張インストール・タイプを選択してソフトウェアをインストールするか、またはdbaグループのメンバーでないユーザーとしてOUIを起動する必要があります。この場合、OUIによって、グループ名の指定を求めるプロンプトが表示されます。このグループの標準的な名前はoperです。

2.5.5.1.3 役割区分によるインストールのためのOracle ASMグループ

SYSASMは、Oracle ASMストレージ管理権限をSYSDBAから切り離すことができる新しいシステム権限です。Oracle Automatic Storage Management 11gリリース2(11.2)では、OSASMグループに指定されたオペレーティング・システム・グループと、OSDBAグループに指定されたグループが同じ場合を除き、データベースOSDBAグループのメンバーにSYSASM権限は付与されません。

Oracle ASMに対する権限のオペレーティング・システム認証グループとして、別のオペレーティング・システム・グループを選択します。OUIを起動する前に、Oracle ASM用に次のグループとユーザーを作成します。

- Oracle Automatic Storage Managementグループ(通常、asmadmin)
これは、必須のグループです。Oracle ASM管理者用とOracle Database管理者用の管理権限グループを別にする場合、このグループは個別のグループとして作成します。Oracleドキュメントでは、メンバーに権限が付与されたオペレーティング・システム・グループをOSASMグループと呼びます。コード例には、この権限を付与するために特別に作成された、asmadminと呼ばれるグループがあります。

システムに複数のデータベースがあり、複数のOSDBAグループがあるために、各データベースに別々のSYSDBA権限を付与できる場合は、OSASMグループを別途作成し、データベース・ユーザーとは別のユーザーにOracle Grid Infrastructureインストール(Oracle ClusterwareおよびOracle ASM)を所有させる必要があります。Oracle ASMでは、複数のデータベースがサポートされます。

OSASMグループのメンバーは、SQLを使用して、SYSASMとしてOracle ASMインスタンスに接続できます。このとき、オペレーティング・システム認証が使用されます。SYSASM権限では、ディスク・グループのマウント、マウント解除およびその他の記憶域管理作業が許可されます。SYSASM権限には、RDBMSインスタンスに対するアクセス権限はありません。

- ASMデータベース管理者グループ(ASM用のOSDBA、通常はasmdba)
ASMデータベース管理者グループ(ASM用のOSDBA)のメンバーには、Oracle ASMによって管理されるファイルへの読取りおよび書込みアクセス権限が付与されます。Oracle Grid Infrastructureインストール所有者とすべてのOracle Databaseソフトウェア所有者は、このグループのメンバーである必要があります。また、Oracle ASMによって管理されるファイルへアクセスするデータベースに対するOSDBAメンバーシップを持つすべてのユーザーが、ASM用のOSDBAグループのメンバーである必要があります。

- ASMオペレータ・グループ(ASM用のOSOPER、通常はasmoper)
これは、オプションのグループです。Oracle ASMインスタンスの起動と停止を含む、制限付きのOracle ASMインスタンスの管理権限(ASM用のSYSOPER権限)を別のグループのオペレーティング・システム・ユーザーに付与する場合に、このグループを作成します。OSASMグループのメンバーには、デフォルトで、ASM用のSYSOPER権限によって付与されるすべての権限もあります。

Oracle ASMオペレータ・グループを使用してデフォルトのasmadminグループより少ない権限でOracle ASM管理者グループを作成するには、拡張インストール・タイプを選択してソフトウェアをインストールする必要があります。この場合、OUIによって、グループ名の指定を求めるプロンプトが表示されます。コード例では、このグループはasmoperです。

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

次の項では、必要なオペレーティング・システム・ユーザーおよびグループを作成する方法について説明します。

- データベース・インストールの準備のためのOSDBAグループの作成

- データベース・インストールのためのOSOPERグループの作成

- OSASMグループの作成

- ASMのためのOSOPERグループの作成

- Oracle ASMへのデータベース・アクセスのためのASM用のOSDBAグループの作成

- Oracleソフトウェア所有者ユーザーを作成するタイミング

- Oracleソフトウェア所有者ユーザーの存在の確認

- Oracleソフトウェア所有者ユーザーの作成

- 既存のOracleソフトウェア所有者ユーザーの変更

- 他のクラスタ・ノードでの同一データベース・ユーザーおよびグループの作成

2.5.5.2.1 データベース・インストールの準備のためのOSDBAグループの作成

Oracle DatabaseをインストールしてOracle Grid Infrastructure環境で使用するときに、次のような場合はOSDBAグループを作成する必要があります。

- OSDBAグループが存在しない場合(たとえば、システムへOracle Databaseソフトウェアを初めてインストールする場合)。

- OSDBAグループが存在するが、新しいOracle Database環境では、データベースの管理権限を別のグループのオペレーティング・システム・ユーザーに付与する場合。

OSDBAグループが存在しない場合または新しいOSDBAグループが必要な場合は、次の手順で作成します。既存のグループですでに使用されていないかぎり、グループ名にはdbaを使用します。

# /usr/sbin/groupadd -g 1031 dba

2.5.5.2.2 データベース・インストールのためのOSOPERグループの作成

OSOPERグループを作成する必要があるのは、制限付きのデータベース管理権限(SYSOPERオペレータ権限)を持つオペレーティング・システム・ユーザーのグループを指定する場合のみです。ほとんどの環境では、OSDBAグループを作成するのみで十分です。次の場合にOSOPERグループを使用するには、このグループを作成する必要があります。

- OSOPERグループが存在しない場合(たとえば、システムへOracle Databaseソフトウェアを初めてインストールする場合)

- OSOPERグループが存在するが、新しいOracle環境で、データベースのオペレータ権限を別のグループのオペレーティング・システム・ユーザーに付与する場合

新しいOSOPERグループが必要な場合は、次の手順で作成します。既存のグループですでに使用されていないかぎり、グループ名にはoperを使用します。

# /usr/sbin/groupadd -g 1032 oper1

2.5.5.2.3 OSASMグループの作成

OSASMグループが存在しない場合または新しいOSASMグループが必要な場合は、次の手順で作成します。既存のグループですでに使用されていないかぎり、グループ名にはasmadminを使用します。

# /usr/sbin/groupadd -g 1020 asmadmin

2.5.5.2.4 ASMのためのOSOPERグループの作成

データベース管理者などのオペレーティング・システム・ユーザーのグループを指定し、Oracle ASM記憶域の起動と停止を含む、Oracle ASM記憶域層に対する制限付きの管理権限を付与する場合には、ASM用のOSOPERグループを作成します。ほとんどの環境では、OSASMグループを作成するのみで十分です。インストールのインタビュー時に、そのグループをASM用のOSOPERグループとして指定します。

新しいASM用のOSOPERグループが必要な場合は、次の手順で作成します。次の手順では、既存のグループですでに使用されていないかぎり、グループ名にはasmoperを使用します。

# /usr/sbin/groupadd -g 1022 asmoper

2.5.5.2.5 Oracle ASMへのデータベース・アクセスのためのASM用のOSDBAグループの作成

Oracle ASMインスタンスへのアクセスを可能にするには、ASM用のOSDBAグループを作成する必要があります。これは、OSASMとOSDBAが異なるグループである場合に必要です。

ASM用のOSDBAグループが存在しない場合、または新しいASM用のOSDBAグループが必要な場合は、次の手順で作成します。既存のグループですでに使用されていないかぎり、グループ名にはasmdbaを使用します。

# /usr/sbin/groupadd -g 1021 asmdba

2.5.5.2.6 Oracleソフトウェア所有者ユーザーを作成するタイミング

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

- Oracleソフトウェア所有者ユーザーが存在するが、新しいOracle Database環境では、別のオペレーティング・システム・ユーザー(異なるグループ・メンバーシップを持つ)を使用して、このグループにデータベースの管理権限を付与する場合。

- Oracle Grid Infrastructureに対してgridなどのOracleソフトウェア所有者が作成されており、Oracle Databaseソフトウェアに対してoracleなどの別のOracleソフトウェア所有者を作成する場合。

2.5.5.2.7 Oracleソフトウェア所有者ユーザーの存在の確認

oracleやgridというOracleソフトウェア所有者ユーザーが存在するかどうかを確認するには、次のようなコマンドを入力します(この場合、oracleの存在を確認します)。

# id oracle

ユーザーが存在する場合、このコマンドの出力結果は、次のようになります。

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

既存ユーザーを使用するか、別のユーザーを作成するかを決定します。既存のユーザーを使用する場合は、そのユーザーのプライマリ・グループがOracleインベントリ・グループであり、そのユーザーが適切なOSDBAグループおよびOSOPERグループのメンバーであることを確認します。詳細は、次のいずれかの項を参照してください。

- 既存のユーザーを変更するには、第2.5.5.2.9項「既存のOracleソフトウェア所有者ユーザーの変更」を参照してください。

- ユーザーを作成するには、第2.5.5.2.8項「Oracleソフトウェア所有者ユーザーの作成」を参照してください。

注意:
既存ユーザーを使用および変更する前に、必要に応じてシステム管理者に連絡してください。
各ノードのUIDおよびGIDのデフォルトを使用しないことをお薦めします。グループIDやユーザーIDが、ノードによって一致しなくなることがあるためです。そのかわりに、共通で割り当てるグループIDとユーザーIDを用意し、グループとユーザーの作成または変更を行う前に、いずれのノードでもそのIDが使用されていないことを確認しておきます。

2.5.5.2.8 Oracleソフトウェア所有者ユーザーの作成

Oracleソフトウェア所有者ユーザーが存在しない、または新しいOracleソフトウェア所有者ユーザーが必要な場合は、次の手順で作成します。既存のユーザーですでに使用されていないかぎり、ユーザー名にはoracleを使用します。

1. 次のコマンドを入力して、oracleユーザーを作成します。

# /usr/sbin/useradd -u 1101 -g oinstall -G dba,asmdba oracle

前述のコマンドの意味は、次のとおりです。

- -uオプションは、ユーザーIDを指定します。システムによって自動的にユーザーID番号を生成するようにできるため、このコマンド・フラグの使用は任意です。ただし、oracleユーザーID番号は、この後のインストール前の作業で必要になるため、記録しておく必要がります。

- -gオプションは、プライマリ・グループを指定します。プライマリ・グループは、oinstallなどのOracle Inventoryグループである必要があります。

- -Gオプションは、セカンダリ・グループを指定します。セカンダリ・グループには、OSDBAグループとASM用のOSDBAグループ、必要に応じてASM用のOSOPERグループを含める必要があります。たとえば、dba、asmdba、またはdba、asmdba、asmoperなどです。

2. oracleユーザーのパスワードを設定します。

# passwd oracle

2.5.5.2.9 既存のOracleソフトウェア所有者ユーザーの変更

oracleユーザーは存在するが、プライマリ・グループがoinstallではない場合、またはユーザーが適切なOSDBAまたはASM用OSDBAグループのメンバーではない場合は、次のコマンドで変更します。-gオプションでプライマリ・グループを指定し、-Gオプションで必要なセカンダリ・グループを指定します。

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

他のすべてのクラスタ・ノードでこの手順を繰り返します。

2.5.5.2.10 他のクラスタ・ノードでの同一データベース・ユーザーおよびグループの作成

Oracleソフトウェア所有者ユーザー、Oracle Inventory、OSDBAグループおよびOSOPERグループは、すべてのクラスタ・ノードに存在し、また同一である必要があります。同一のユーザーおよびグループを作成するには、ユーザーおよびグループを作成したノードで割り当てられたユーザーIDおよびグループIDを確認してから、他のクラスタ・ノードで同じ名前とIDを持つユーザーおよびグループを作成する必要があります。

注意:
次の手順は、ローカル・ユーザーおよびグループを使用している場合にのみ実行する必要があります。NISなどのディレクトリ・サービスで定義されたユーザーおよびグループを使用している場合、各クラスタ・ノードのユーザーおよびグループはすでに同一です。

既存のユーザーIDおよびグループIDの確認

gridまたはoracleユーザーのユーザーID(uid)と、既存のOracleグループのグループID(gid)を確認するには、次の手順を実行します。

1. 次のコマンドを入力します(ここでは、oracleユーザーのユーザーIDを確認します)。

# id oracle

このコマンドの出力結果は、次のようになります。

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

2. 表示された情報から、ユーザーのユーザーID(uid)および所属するグループのグループID(gid)を特定します。これらのID番号がクラスタの各ノードで同じであることを確認します。ユーザーのプライマリ・グループはgidの後に表示されます。セカンダリ・グループはgroupsの後に表示されます。

他のクラスタ・ノードでのユーザーおよびグループの作成

他のクラスタ・ノードでユーザーおよびグループを作成するには、各ノードで次の手順を繰り返します。

1. 次のクラスタ・ノードへrootでログインします。

2. 次のコマンドを入力して、oinstall、asmadminおよびasmdbaグループを作成します。また、必要に応じて、asmoper、dbaおよびoperグループを作成します。-gオプションを使用して、各グループに正しいグループIDを指定します。

# /usr/sbin/groupadd -g 1000 oinstall
# /usr/sbin/groupadd -g 1020 asmadmin
# /usr/sbin/groupadd -g 1021 asmdba
# /usr/sbin/groupadd -g 1022 asmoper
# /usr/sbin/groupadd -g 1031 dba
# /usr/sbin/groupadd -g 1032 oper

注意:
グループがすでに存在している場合は、必要に応じてgroupmodコマンドを使用してそのグループを変更します。このノードのグループに、同じグループIDを使用できない場合、すべてのノードの/etc/groupファイルを表示し、どのノードでも使用できるグループIDを特定します。すべてのノードのグループIDが同じになるように、グループIDを変更する必要があります。

3. oracleユーザーまたはOracle Grid Infrastructure(grid)ユーザーを作成するには、次のようなコマンドを入力します(この例では、oracleユーザーを作成します)。

# /usr/sbin/useradd -u 1101 -g oinstall -G asmdba,dba oracle

前述のコマンドの意味は、次のとおりです。

- -uオプションは、ユーザーIDを指定します。ユーザーIDは、前の項で特定したユーザーIDである必要があります。

- -gオプションは、プライマリ・グループを指定します。プライマリ・グループは、oinstallなどのOracle Inventoryグループである必要があります。

- -Gオプションは、セカンダリ・グループを指定します。セカンダリ・グループには、OSASM、OSDBA、ASM用のOSDBA、OSOPERまたはASM用のOSOPERグループを含めることができます。次に例を示します。

- グリッド・インストール所有者: OSASM(asmadmin)。メンバーはSYSASM権限を付与されます。

- SYSASMアクセス権限のないOracle Databaseインストール所有者: OSDBA(dba)、ASM用のOSDBA(asmdba)、ASM用のOSOPER(asmoper)。

注意:
ユーザーがすでに存在している場合は、必要に応じてusermodコマンドを使用して変更します。すべてのノードのユーザーに、同じユーザーIDを使用できない場合、すべてのノードの/etc/passwdファイルを表示して、どのノードでも使用できるユーザーIDを特定します。すべてのノードのユーザーにそのIDを指定する必要があります。

4. ユーザーのパスワードを設定します。次に例を示します。

# passwd oracle

5. 「グリッド・インフラストラクチャ・ソフトウェア所有者ユーザー環境の構成」で説明するとおり、各ユーザーに対してユーザー環境の構成を行います。

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 ハードウェア要件の確認

次の要件を確認します。

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

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

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

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

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 RACデータベースをクラスタ上にインストールする場合は、各サーバーの/dev/shmマウント領域が、サーバーのデータベースのシステム・グローバル領域(SGA)およびプログラム・グローバル領域(PGA)より大きいサイズである必要があることに注意してください。SGAおよびPGAの予想サイズをデータベース管理者に確認し、データベースをクラスタにインストールした後に/dev/shmを増やす必要がないようにしてください。

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

関連項目:
『Oracle Automatic Storage Management管理者ガイド』

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

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

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

- メモリー要件

注意:
LinuxのHugepages機能では、メモリー・マップ・ファイルを使用して、ラージ・ページ表にはスワップできないメモリーが割り当てられます。HugePagesを有効にする場合は、スワップ領域を計算する前に、HugePagesに割り当てられるメモリー分を使用可能なRAMから差し引く必要があります。
スワップ領域のサイズが足りないというOUIエラーが発生したにもかかわらず、スワップ領域はここに記載された要件を満たしている場合は、エラーを無視してかまいません。

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

各システムは、次のメモリー要件を満たしている必要があります。

- Cluster用Oracle Grid Infrastructureインストール用に2.5GB以上のRAM(Oracle RACをインストールする計画があるインストールを含む)。

- 次の表に示す使用可能なRAMの倍数と同等のスワップ領域

表2-1 64-bit LinuxおよびLinux on System zで必要なスワップ領域

使用可能なRAM

必要なスワップ領域

2.5GBから32GB

RAMサイズと同等

16GBを超える

16GBのRAM

2.6.3.2 メモリー要件

各システムは、次のメモリー要件を満たしている必要があります。

- Cluster用Oracle Grid Infrastructureインストール用に2.5GB以上のRAM(Oracle RACをインストールする計画があるインストールを含む)。

- 次の表に示す使用可能なRAMの倍数と同等のスワップ領域

表2-2 Linuxに必要なスワップ領域

使用可能なRAM

必要なスワップ領域

2.5GBから16GB

RAMサイズと同等

16GBを超える

16GB

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 ネットワーク要件の確認

次の項で、クラスタ用Oracle Grid Infrastructure環境に必要なネットワーク・ハードウェアおよびインターネット・プロトコル(IP)・アドレスがあるかを確認します。

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

- IPアドレス要件

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

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

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

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

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

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

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

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

注意:
Oracle RAC環境でサポートされるネットワーク・プロトコルおよびハードウェアの最新情報は、次のMy Oracle Support Webサイトの「動作保証」ページを参照してください。WebサイトのURLは次のとおりです。

https://support.oracle.com

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)に基づいた静的名前解決が各ノードに使用されます。このオプションを選択する場合は、クラスタの変更時にネットワーク管理の更新を依頼する必要があります。

注意:
すべてのサーバー・ノードのパブリック・ホスト名には、静的なホスト名を使用することをお薦めします。
パブリックIPアドレスと仮想IPアドレスは、同じサブネット内にある必要があります。

DHCP割当てのネットワークは、デフォルトのネットワークでのみサポートされ、その後のネットワークではサポートされません。

2.7.2.1 グリッド・ネーミング・サービスのIPアドレス要件

グリッド・ネーミング・サービス(GNS)を有効にする場合、クラスタへの名前解決要求はGNSに委任され、GNSによってGNS仮想IPアドレスでリスニングされます。このアドレスは、インストール前にドメイン・ネーム・サーバー(DNS)・ドメインに定義します。DNSは、クラスタ名(クラスタに委任されたサブドメイン内のすべての名前)の解決要求がGNSに委任されるように構成する必要があります。要求がドメインに届くと、GNSによってその要求が処理され、要求された名前に対する適切なアドレスとともに応答が返されます。

GNSを使用するには、インストールの前に、サブドメインのDNS解決をクラスタに指示するDNS参照をDNS管理者が設定しておく必要があります。GNSを有効にする場合は、クラスタで必要な仮想IPアドレスをクラスタによって動的に割り当てるために、パブリック・ネットワーク上にDHCPサービスが必要です。

注意:
次の制限事項が、ご使用のシステムのベンダー構成に適用されます。

- ベンダーのクラスタウェアがインストールされている場合、ベンダーのクラスタウェアはGNSをサポートしないため、GNSを使用するように選択することはできません。

- 別のマルチキャストDNSでGNSを使用することはできません。GNSを使用する場合は、システム上のすべてのサード・パーティmDNSデーモンを無効にします。

2.7.2.2 手動で構成する場合のIPアドレス要件

GNSを有効にしない場合、各ノードのパブリックIPアドレスおよび仮想IPアドレスは、静的アドレスであることが必要です。このアドレスは、インストール前に各ノードで構成しておく必要がありますが、現在未使用である必要があります。パブリックIPアドレスと仮想IPアドレスは、同じサブネット内にある必要があります。

インストールのインタビュー時にプライベートとして指定したインタフェース上のプライベート・サブネットに含まれるプライベートIPアドレスが、Oracle Clusterwareによって管理されます。

クラスタには、次のアドレスが構成されている必要があります。

- 次の特性がある、各ノードのパブリックIPアドレス:

- 静的IPアドレス

- 各ノードでインストール前に構成済で、インストール前にそのノードに対して解決可能

- 他のすべてのパブリックIPアドレス、VIPアドレスおよびSCANアドレスと同じサブネット上にある

- 次の特性がある、各ノードの仮想IPアドレス:

- 静的IPアドレス

- 各ノードでインストール前に構成済だが、現在は使用されていない

- 他のすべてのパブリックIPアドレス、VIPアドレスおよびSCANアドレスと同じサブネット上にある

- 次の特性がある、クラスタの単一クライアント・アクセス名(SCAN):

- SCANとして指定された名前に3つの静的IPアドレスが関連付けられ、そのすべてのアドレスがランダムな順序でDNSによってリクエスタに返されるように、インストール前にドメイン・ネーム・サーバー(DNS)上で静的IPアドレスが3つ構成されている

- 現在使用されていないアドレスに解決されるためにDNSでインストール前に構成済

- 数値以外で始まる名前が指定されている

- 他のすべてのパブリックIPアドレス、VIPアドレスおよびSCANアドレスと同じサブネット上にある

- RFC 952標準に準拠し、英数字とハイフン("-")は使用できるが、アンダースコア("_")は使用できない

- 次の特性がある、各ノードのプライベートIPアドレス:

- 静的IPアドレス

- インストール前に構成済だが、独自のサブネットを持つ別のプライベート・ネットワーク上では、他のクラスタ・メンバー・ノード以外が解決することはできない

SCANは、クラスタへのサービス・アクセスをクライアントに提供するために使用される名前です。SCANは、特定のノードではなくクラスタ全体に関連付けされているため、クライアントの再構成を必要とせずに、クラスタでノードを追加または削除することを可能にします。また、データベースに場所の独立性がもたらされるため、クライアント構成は特定のデータベースがどのノードで実行されているかに依存しません。クライアントは引き続き、以前のリリースと同じ方法でクラスタにアクセスできますが、クラスタにアクセスするクライアントではSCANの使用をお薦めします。

注意:
標準インストールでは、指定するSCANはクラスタの名前でもあるため、SCAN名はクラスタ名の要件を満たしている必要があります。拡張インストールでは、SCANとクラスタ名はインストール時に別のフィールドに入力するため、クラスタ名要件はSCAN名に適用されません。

nslookupコマンドを使用して、DNSによってSCANが正常にアドレスに関連付けられていることを確認できます。次に例を示します。

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

インストール後、クライアントがクラスタにリクエストを送信すると、Oracle Clusterware SCANリスナーは、クライアント・リクエストをクラスタのサーバーにリダイレクトします。

注意:
SCAN VIPアドレスの構成は、hostsファイルで行わないことを強くお薦めします。SCAN VIPにはDNS解決を使用します。SCANの解決にhostsファイルを使用すると、1つのIPアドレスへの解決しかできず、SCANアドレスは1つのみになってしまいます。
サポートされているのは、DNSまたはホスト・ファイルでのSCANの構成のみです。Network Information Service(NIS)でのSCANの構成はサポートされていません。

関連項目:
ネットワーク・アドレスの詳細は、付録D「ネットワーク・アドレスの理解」を参照してください。

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アドレス・サブネットを表します。

表2-3 グリッド・ネーミング・サービスのネットワーク例

ID

ホーム・ノード

ホスト・ノード

指定された名前

種類

アドレス

アドレスの割当て元

解決方法

GNS VIP

なし

Oracle Clusterwareにより選択

mycluster-gns.example.com

仮想

192.0.2.1

ネットワーク管理者が固定

DNS

ノード1パブリック

ノード1

node1

node1Foot 1

パブリック

192.0.2.101

固定

GNS

ノード1 VIP

ノード1

Oracle Clusterwareにより選択

node1-vip

仮想

192.0.2.104

DHCP

GNS

ノード1プライベート

ノード1

node1

node1-priv

プライベート

192.168.0.1

固定またはDHCP

GNS

ノード2パブリック

ノード2

node2

node2Footref 1

パブリック

192.0.2.102

固定

GNS

ノード2 VIP

ノード2

Oracle Clusterwareにより選択

node2-vip

仮想

192.0.2.105

DHCP

GNS

ノード2プライベート

ノード2

node2

node2-priv

プライベート

192.168.0.2

固定またはDHCP

GNS

SCAN VIP 1

なし

Oracle Clusterwareにより選択

mycluster-scan.cluster01.example.com

仮想

192.0.2.201

DHCP

GNS

SCAN VIP 2

なし

Oracle Clusterwareにより選択

mycluster-scan.cluster01.example.com

仮想

192.0.2.202

DHCP

GNS

SCAN VIP 3

なし

Oracle Clusterwareにより選択

mycluster-scan.cluster01.example.com

仮想

192.0.2.203

DHCP

GNS

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

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

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

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

表2-4 手動によるネットワークの構成例

ID

ホーム・ノード

ホスト・ノード

指定された名前

種類

アドレス

アドレスの割当て元

解決方法

ノード1パブリック

ノード1

node1

node1Foot 1

パブリック

192.0.2.101

固定

DNS

ノード1 VIP

ノード1

Oracle Clusterwareにより選択

node1-vip

仮想

192.0.2.104

固定

DNSおよびhostsファイル

ノード1プライベート

ノード1

node1

node1-priv

プライベート

192.168.0.1

固定

DNSおよびhostsファイル、またはなし

ノード2パブリック

ノード2

node2

node2Footref 1

パブリック

192.0.2.102

固定

DNS

ノード2 VIP

ノード2

Oracle Clusterwareにより選択

node2-vip

仮想

192.0.2.105

固定

DNSおよびhostsファイル

ノード2プライベート

ノード2

node2

node2-priv

プライベート

192.168.0.2

固定

DNSおよびhostsファイル、またはなし

SCAN VIP 1

なし

Oracle Clusterwareにより選択

mycluster-scan

仮想

192.0.2.201

固定

DNS

SCAN VIP 2

なし

Oracle Clusterwareにより選択

mycluster-scan

仮想

192.0.2.202

固定

DNS

SCAN VIP 3

なし

Oracle Clusterwareにより選択

mycluster-scan

仮想

192.0.2.203

固定

DNS

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

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

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

注意:
すべてのホスト名はRFC 952標準(英数字を許可)に準拠している必要があります。アンダースコア(_)を使用するホスト名は使用できません。

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に設定します。

関連項目:
次のURLで、My Oracle Support Note 1286796.1の複数のプライベート・インターコネクトおよびLinux Kernel 2.6.32以上でのrp_filterの説明を参照してください。

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 ソフトウェア要件の特定

インストールする製品に応じて、次のオペレーティング・システム・ソフトウェアがシステムにインストールされていることを確認します。これらの要件を確認するには、「ソフトウェア要件の確認」を参照してください。

ここに記載されている要件は、初回リリース日時点で最新のものです。カーネル要件の最新情報については、Oracle Technology Network(OTN)を参照してください。URLは次のとおりです。

http://www.oracle.com/technetwork/indexes/documentation/index.html

OUIによって、ご使用のシステムが示されたオペレーティング・システムの要件を満たしていることを確認する検証が実行されます。これらの検証が正常に完了するように、OUIを起動する前に要件を確認してください。

Linuxオペレーティング・システムをインストールするときは、最小インストールを実行する場合を除いて、デフォルトのソフトウェア・パッケージ(RPM)もインストールすることをお薦めします。その際は、インストールの実行手順に従って、Oracleソフトウェアに必要なすべてのパッケージをインストールしてください。

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

注意:
オペレーティング・システムのアップグレード時を除いて、クラスタ・メンバー間で異なるオペレーティング・システム・バージョンを実行することはできません。各オペレーティング・システムがサポートされている場合でも、同じクラスタのメンバーで異なるオペレーティング・システム・バージョンのバイナリを実行することはできません。
Oracle Database 11gリリース2(11.2)以降では、Oracle Linux 4、Red Hat Enterprise Linux 4、Oracle Linux 5、Oracle Linux 6、Red Hat Enterprise Linux 5およびRed Hat Enterprise Linux 6に対してSecurity Enhanced Linux (SELinux)機能がサポートされています。

サポートされているLinuxバージョンおよびリリース時における要件を次に示します。

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

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

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

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

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

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

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

注意:
Asianux Server、Oracle LinuxおよびRed Hat Enterprise Linuxの場合、システム要件はカーネル・バージョンと同一です。具体的には、次のとおりです。
Oracle Linux 4およびRed Hat Enterprise Linux 4の要件は同じです。

Asianux Server 3、Oracle Linux 5およびRed Hat Enterprise Linux 5の要件は同一です。

Asianux Server 4、Red Hat Enterprise Linux 6の要件は同一です。

表2-5 Linux x86オペレーティング・システムのカーネル要件

Linuxディストリビューション

要件

Asianuxディストリビューション

- Asianux Server 3 Service Pack 2 (SP2)、カーネル2.6.18以上

- Asianux Server 4 Service Pack 3 (SP3)、カーネル2.6.32-71以上

Oracle Linuxディストリビューション

- Oracle Linux 4 Update 7、カーネル2.6.9以上

- Oracle Linux 5 Update 2、カーネル2.6.18以上

- Oracle Linux 6、カーネル2.6.32-100以上

Red Hat Enterprise Linuxディストリビューション

- Red Hat Enterprise Linux 4 Update 7、カーネル2.6.9以上

- Red Hat Enterprise Linux 5 Update 2、カーネル2.6.18以上

- Red Hat Enterprise Linux 6、カーネル2.6.32-71以上

SUSE Linux Enterpriseディストリビューション

- SUSE Linux Enterprise Server 10、カーネル2.6.16.21以上

- SUSE Linux Enterprise Server 11、カーネル2.6.27.19以上

表2-6 Linux x86 Grid InfrastructureおよびOracle RACのパッケージ要件

項目

要件

Oracle Linux 4およびRed Hat Enterprise Linux 4

次のバージョン以上のパッケージがインストールされている必要があります。

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

Asianux Server 3、Oracle Linux 5およびRed Hat Enterprise Linux 5

次のバージョン以上のパッケージがインストールされている必要があります。

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

Oracle Linux 6、Red Hat Enterprise Linux 6、Asianux Server 4

次のバージョン以上のパッケージがインストールされている必要があります。

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

SUSE Linux Enterprise Server10の各パッケージ

次のバージョン以上のパッケージがインストールされている必要があります。

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

SUSE Linux Enterprise Server11の各パッケージ

次のバージョン以上のパッケージがインストールされている必要があります。

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

注意:
Linux x86のnumaパッケージのリンクは/usr/libです。

表2-7 Linux x86 Oracle Databaseの機能のパッケージ要件

項目

要件

LDAPパッケージ

デフォルトのLinuxインストールを実行しなかった場合、LDAPを使用し、スクリプト odisrvreg、oidcaまたはschemasyncを使用するには、Linuxディストリビューション用のKornシェルRPMをインストールします。

Linux用プラガブル認証モジュール(Linux PAM)

ご使用のLinuxディストリビューション用の最新のLinux PAM(Linux用プラガブル認証モジュール)ライブラリをインストールします。PAMによって、システム管理者はアプリケーションのユーザー認証方法を柔軟に選択できるようになります。Linuxでは、外部スケジューラ・ジョブにPAMが必要です。

Pro*C/C++、Oracle Call Interface、Oracle C++ Call Interface、Oracle XML Developer's Kit(XDK)

これらの製品では、Intel C/C++ Compiler 10.1以上と、ディストリビューション用に前述したバージョンのGNU CおよびC++コンパイラの使用がサポートされています。

注意: Intel C/C++ Compiler v10.1は、OCCIアプリケーションを構築する際に、「パッケージ要件」に示されたgccバージョンの標準テンプレート・ライブラリでのみ使用できます。

Oracle XML Developer's Kitは、OCCIと同じコンパイラで使用できます。

Oracle ODBCドライバ

Open Database Connectivity(ODBC)を使用する場合は、Linux用の最新のODBCドライバ・マネージャをインストールする必要があります。

ご使用のオペレーティング・システムのベンダーから、最新のODBCドライバを入手する必要があります。ODBCの詳細は、次のURLを参照してください。

http://www.unixodbc.org

ODBC RPMは、ODBCを使用する場合にのみ必要です。ODBCを使用しない場合は、Oracle Clusterware、Oracle ASMまたはOracle RACにODBC RPMをインストールする必要はありません。

ODBCを使用する場合は、オペレーティング・システムに応じて、次の32-bit ODBC RPMも追加でインストールする必要があります。

Oracle Linux 4およびRed Hat Enterprise Linux 4:

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

Asianux Server 3、Oracle Linux 5およびRed Hat Enterprise Linux 5:

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

Oracle Linux 6、Red Hat Enterprise Linux 6およびAsianux Server 4:

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

SUSE Linux Enterprise Server 10:

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

SUSE Linux Enterprise Server 11:

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

Oracle JDBC/OCIドライバ

Oracle Java Database ConnectivityおよびOracle Call Interfaceドライバでは、JNDI拡張機能を提供するJDK 6(Java SE Development Kit 1.6.0_21)またはJDK 5(1.5.0_24)を使用します。このリリースでは、JDK 1.5がインストールされています。

Oracle Real Application Clusters

クラスタ・ファイル・システムの場合は、次のいずれかのオプションを使用します。

OCFS2

- バージョン1.2.9以上

共有のOCFS2の場所にOracle RACホームをインストールする場合は、OCFS2を、書込み可能な共有mmapがサポートされているバージョン1.4.1以上にアップグレードする必要があります。

OCFSのバージョンを確認するには、次のコマンドを入力します。

modinfo ocfs2

OCFS2ツールとOCFS2コンソールのバージョンを確認するには、次のコマンドを入力します。

rpm -qa| grep ocfs2

ocfs2consoleとocfs2-toolsがバージョン1.2.9以上であることを確認します。

OCFS2の詳細は、次のWebサイトを参照してください。

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

OCFS2の動作保証については、My Oracle Supportの「動作保証」ページを参照してください。

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を確認し、使用する予定の機能のために追加パッケージをインストールする必要があるかどうかを確認します。

注意:
Asianux Server、Oracle LinuxおよびRed Hat Enterprise Linuxの場合、通常、2.6カーネルのシステム要件はカーネル・バージョンごとに同一です。具体的には、次のとおりです。
Oracle Linux 4およびRed Hat Enterprise Linux 4の要件は同じです。

Asianux Server 3、Oracle Linux 5およびRed Hat Enterprise Linux 5 Update 2の要件は同一です。

Oracle Linux 6には、Unbreakable Enterprise Kernelが含まれています。

x86-64システムに使用可能なOracle Unbreakable Enterprise Kernel for Linux 5 Update 5 (2.6.32)およびOracle Linux 6には、Oracle Linuxまたはその他のサポートされているLinuxディストリビューションでは使用できない追加機能およびパフォーマンス拡張が複数含まれます。このカーネルは、Oracle LinuxまたはRed Hat Enterprise Linuxディストリビューションにインストールできます。Unbreakable Enterprise Kernel,カーネルをインストールする前に、Oracle Linux 5 Update 5またはRHEL5 Update 5をx86-64サーバーにインストールしておく必要があります。

Oracle Linux 6の場合、Oracle Validated RPMはOracle Preinstallation RPMに置き換えられています。詳細は、第2.1.1項「Linuxの最小インストールの実行」を参照してください。

Oracle Grid Infrastructure 11g リリース2 (11.2.0.2)以上では、gcc-32bit-4.3を除いて、次の表に示すすべての32-bitパッケージはインストールに必要なくなりました。64-bitパッケージのみ必要です。ただし、Oracle 11gリリース2 (11.2.0.1)より前のリリースでは、次の表に示す32-bitと64-bitのパッケージの両方が必要です。

表2-8 Linux x86-64オペレーティング・システムのカーネル要件

Linuxディストリビューション

要件

Asianuxディストリビューション

- Asianux Server 3 Service Pack 2 (SP2)、カーネル2.6.18以上

- Asianux Server 4 Service Pack 3 (SP3)、カーネル2.6.32-71.el6.x86_64以上

Oracle Linuxディストリビューション

- Oracle Linux 4 Update 7、カーネル2.6.9以上

- Oracle Linux 5 Update 2 (Red Hatと互換性があるカーネルを使用)、カーネル2.6.18以上

- Oracle Linux 5 Update 5 (Red Hatと互換性があるカーネルを使用)、カーネル2.6.18以上

- Oracle Linux 5 Update 5 (Oracle Unbreakable Enterprise Kernel for Linuxを使用)、カーネル2.6.32-100.0.19以上

- Oracle Linux 6 (Red Hatと互換性があるカーネルを使用) 2.6.32-71.el6.x86_64以上

- Oracle Linux 6、カーネル2.6.32-100.28.5.el6.x86_64以上

- Oracle Linux 7、カーネル3.8.13-33.el7uek.x86_64以上

- Oracle Linux 7 (Red Hatと互換性があるカーネルを使用) 3.10.0-54.0.1.el7.x86_64以上

Red Hat Enterprise Linuxディストリビューション

- Red Hat Enterprise Linux 4 Update 7、カーネル2.6.9以上

- Red Hat Enterprise Linux 5 Update 5、2.6.18以上

- Red Hat Enterprise Linux 5 Update 5およびOracle Unbreakable Enterprise Kernel for Linux 2.6.32以上

- Red Hat Enterprise Linux 6、2.6.32-71.el6.x86_64以上

- Red Hat Enterprise Linux 6およびOracle Unbreakable Enterprise Kernel for Linux、カーネル2.6.32-100.28.5.el6.x86_64以上

- Red Hat Enterprise Linux 7、カーネル3.10.0-54.0.1.el7.x86_64以上

- Red Hat Enterprise Linux 7およびOracle Unbreakable Enterprise Kernel、3.8.13-33.el7uek.x86_64以上

SUSE Enterprise Linuxディストリビューション

- SUSE Linux Enterprise Server 10 Service Pack 2 (SP2)、カーネル2.6.16.21以上

- SUSE Linux Enterprise Server 11、カーネル2.6.27.19以上

- SUSE Linux Enterprise Server 12、カーネル3.12.49-11以上

NeoKylin Linux Advanced Server

- NeoKylin Linux Advanced Server 6, 2.6.32-431.el6.x86_64以上

- NeoKylin Linux Advanced Server 7, 3.10.0-327.el7.x86_64以上

表2-9 Linux x86-64 Oracle Grid InfrastructureおよびOracle RACのパッケージ要件

項目

要件

Oracle Linux 7およびRed Hat Enterprise Linux 7

次のバージョン以上のパッケージがインストールされている必要があります。

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

Oracle Linux 6 (2.6.32-100.28.5.el6.x86_64以上)

Unbreakable Linux NetworkでOracle Linux 6チャネルをサブスクライブした後、Oracle Preinstallation RPMをインストールします。これによって、Oracle Unbreakable Enterprise Kernel for Linuxと、Oracle Grid InfrastructureおよびOracle Databaseインストールに必須のすべてのカーネル・パッケージがインストールされます。

Oracle Linux 6、Red Hat Enterprise Linux 6、Asianux Server 4

次のバージョン以上のパッケージがインストールされている必要があります。

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)

Oracle Linux 5 Update 5 (2.6.32-100.0.19以上)

Unbreakable Linux NetworkでOracle Linux 5チャネルをサブスクライブした後、Oracle Preinstallation RPM (またはOracle Validated RPM)をインストールします。これにより、Oracle Enterprise Kernel for Linux、およびOracle Grid InfrastructureとOracle Databaseのインストールに必須のすべてのカーネル・パッケージがインストールされます。

Asianux Server 3、Oracle Linux 5およびRed Hat Enterprise Linux 5

次のバージョン以上のパッケージがインストールされている必要があります。

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

Oracle Linux 4およびRed Hat Enterprise Linux 4

次のバージョン以上のパッケージがインストールされている必要があります。

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)

SUSE Linux Enterprise Server 12

次のバージョン以上のパッケージがインストールされている必要があります。

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

注意: パッチ18370031をダウンロードしてインストールする必要があります。このパッチのダウンロードおよびインストール方法の詳細は、次を参照してください。

https://support.oracle.com

SUSE Linux Enterprise Server 11。

次のバージョン以上のパッケージがインストールされている必要があります。

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

SUSE Linux Enterprise Server 10。

次のバージョン以上のパッケージがインストールされている必要があります。

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

NeoKylin Linux Advanced Server 7

次のバージョン以上のパッケージがインストールされている必要があります。

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

NeoKylin Linux Advanced Server 6

次のバージョン以上のパッケージがインストールされている必要があります。

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)

注意:
Linux x86-64のnumaパッケージ・リンクは/usr/lib64/です。

表2-10 Linux x86-64 Oracle Databaseの機能のパッケージ要件

項目

要件

LDAPパッケージ

デフォルトのLinuxインストールを実行しなかった場合、LDAPを使用し、スクリプト odisrvreg、oidcaまたはschemasyncを使用するには、Linuxディストリビューション用のKornシェルRPMをインストールします。

Pro*C/C++、Oracle Call Interface、Oracle C++ Call Interface、Oracle XML Developer's Kit(XDK)

これらの製品では、Intel C/C++ Compiler 10.1以上と、ディストリビューション用に前述したバージョンのGNU CおよびC++コンパイラの使用がサポートされています。

注意: Intel C/C++ Compiler v10.1は、Oracle C++ Call Interface(OCCI)アプリケーションを作成するためにサポートされているgccバージョンの標準テンプレート・ライブラリでのみ使用できます。

Oracle XML Developer's Kitは、OCCIと同じコンパイラで使用できます。

Linux用プラガブル認証モジュール(Linux PAM)

ご使用のLinuxディストリビューション用の最新のLinux PAM(Linux用プラガブル認証モジュール)ライブラリをインストールします。PAMによって、システム管理者はアプリケーションのユーザー認証方法を柔軟に選択できるようになります。Linuxでは、外部スケジューラ・ジョブにPAMが必要です。

Oracle ODBCドライバ

Open Database Connectivity(ODBC)を使用する場合は、Linux用の最新のODBCドライバ・マネージャをインストールする必要があります。

ご使用のオペレーティング・システムのベンダーから、最新のODBCドライバを入手する必要があります。ODBCの詳細は、次のURLを参照してください。

http://www.unixodbc.org

ODBC RPMは、ODBCを使用する場合にのみ必要です。ODBCを使用しない場合は、Oracle Clusterware、Oracle ASMまたはOracle RACにODBC RPMをインストールする必要はありません。

Oracle ODBCドライバ RPM

ODBCを使用するには、使用するオペレーティング・システムに応じて、次のODBC RPMも追加インストールする必要があります。

Oracle Linux 4およびRed Hat Enterprise Linux 4:

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

Asianux Server 3、Oracle Linux 5およびRed Hat Enterprise Linux 5:

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

Oracle Linux 6およびRed Hat Enterprise Linux 6:

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

Oracle Linux 7およびRed Hat Enterprise Linux 7:

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

SUSE Linux Enterprise Server 10:

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

SUSE Linux Enterprise Server 11:

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

NeoKylin Linux Advanced Server 7の場合:

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

NeoKylin Linux Advanced Server 6の場合:

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

Oracle JDBC/OCIドライバ

Oracle JDBC/OCIドライバでは、次の任意のJDKバージョンを使用できますが、インストールには必要ありません。

- JDK 6 (Java SE Development Kit 1.6.0_21)

- JNDI拡張機能を組み込んだJDK 1.5.0_24(JDK 5.0)

注意: このリリースでは、デフォルトでJDK 1.5がインストールされています。

Oracle Real Application Clusters

クラスタ・ファイル・システムの場合は、次のオプションを使用します。

OCFS2

- バージョン1.2.9以上

OCFSのバージョンを確認するには、次のコマンドを入力します。

modinfo ocfs2

OCFS2ツールとOCFS2コンソールのバージョンを確認するには、次のコマンドを入力します。

rpm -qa| grep ocfs2

ocfs2consoleとocfs2-toolsがバージョン1.2.7以上であることを確認します。

OCFS2の詳細は、次のWebサイトを参照してください。

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

OCFS2の動作保証については、My Oracle Supportの「動作保証」ページを参照してください。

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

OCFS2の動作保証については、My Oracle Supportの「動作保証」ページを参照してください。

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

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

表2-11 IBM: Linux on System zのパッケージ要件

項目

要件

オペレーティング・システム

Red Hat Enterprise Linux 7

Red Hat Enterprise Linux 6

Red Hat Enterprise Linux 5

Red Hat Enterprise Linux 4

SUSE Linux Enterprise Server 11。

SUSE Linux Enterprise Server 10。

カーネル・バージョン

システムで、各Linuxディストリビューションに対し、次のバージョンのカーネルが実行されている必要があります。

Red Hat Enterprise Linux 7:

3.10.0-229.el7以上

Red Hat Enterprise Linux 6:

2.6.32-200以上

Red Hat Enterprise Linux 5:

2.6.18以上

Red Hat Enterprise Linux 4:

2.6.9以上

SUSE Linux Enterprise Server 11:

2.6.32.12以上

SUSE Linux Enterprise Server 10:

2.6.16.60以上

Red Hat Enterprise Linux 7

次のパッケージ(またはそれ以上のバージョン)がインストールされている必要があります

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

Red Hat Enterprise Linux 6

次のバージョン以上のパッケージがインストールされている必要があります。

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)

Red Hat Enterprise Linux 5

次のバージョン以上のパッケージがインストールされている必要があります。

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)

Red Hat Enterprise Linux 4

次のバージョン以上のパッケージがインストールされている必要があります。

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)

SUSE Linux Enterprise Server 11。

次のバージョン以上のパッケージがインストールされている必要があります。

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)

SUSE Linux Enterprise Server 10。

次のバージョン以上のパッケージがインストールされている必要があります。

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)

IBM WebSphere MQ for Linux

MQ Series 7.0 (Red Hat 5、Red Hat 6、Red Hat 7、SUSE 10、SUSE 11)

Micro Focus Server Express

Micro Focus Server Express 5.1

Oracle ODBCドライバ

ODBCを使用する場合は、OCFS2 1.4以上をインストールします。

ドライバ・マネージャは、次のURLからダウンロードしてインストールできます。

http://www.unixodbc.org

Linux RPMは、このサイトで入手できます。

Oracle Clusterware、Oracle DatabaseまたはOracle RACのインストールにODBCドライバ・マネージャは必要ありません。

次の追加ODBC RPM(またはそれ以降のバージョン)が必要です。

Red Hat Enterprise Linux 4:

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

Red Hat Enterprise Linux 5:

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

Red Hat Enterprise Linux 6:

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

Red Hat Enterprise Linux 7:

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

SUSE Linux Enterprise Server 10:

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

SUSE Linux Enterprise Server 11の場合:

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

Oracle JDBC/OCIドライバ

Oracle JDBC/OCIドライバでは、次の任意のJDKバージョンのいずれかを使用できますが、インストールには必要ありません。

- JDK 6 SR16 FP1以上

- JDK 5 SR16 FP3以上

2.9 ソフトウェア要件の確認

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

1. 次のコマンドを入力して、Linuxのディストリビューションおよびバージョンを確認します。

# cat /proc/version

注意:
前述の表に示されているディストリビューションとバージョンのみがサポートされています。他のバージョンのLinuxにはソフトウェアをインストールしないでください。

2. 次のコマンドを入力して、必要なカーネル・エラータがインストールされているかどうかを確認します。

# uname -r

Red Hat Enterprise Linux 4.0システム上で次のコマンドを実行すると、次のような出力が表示されます。

2.6.9-55.0.0.0.2.ELsmp

この例の出力結果には、システムのカーネル・バージョン(2.6.9)およびエラータ・レベル(55.0.0.0.2.ELsmp)が表示されます。

ご使用のディストリビューションに必要なエラータ・レベルを確認します。エラータ・レベルが必要最小限のエラータ更新より以前の場合は、Linuxのディストリビュータからカーネルの最新の更新を取得してインストールします。

3. 次のコマンドを入力して、必要なパッケージがインストールされているかどうかを確認します。

# rpm -q package_name

特定のシステム・アーキテクチャ情報が必要な場合は、次のコマンドを入力します。

# rpm -qa --queryformat "%{NAME}-%{VERSION}-%{RELEASE} (%{ARCH})\n" | grep package_name

複数のパッケージの問合せをまとめて行い、その出力によって適切なバージョンかどうかを確認することもできます。次に例を示します。

# rpm -q binutils compat-libstdc++ elfutils gcc glibc libaio libgcc libstdc++ \
make sysstat unixodbc

パッケージがインストールされていない場合は、Linuxの配布メディアからインストールするか、またはLinuxのディストリビュータのサイトから必要なバージョンのパッケージをダウンロードしてインストールします。

4. 次のコマンドを入力して、OCFS2がインストールされているかどうかを確認します。

# /sbin/modinfo ocfs2

Oracle DatabaseファイルをOCFS2ファイル・システムにインストールする際にパッケージがインストールされていない場合は、次のWebサイトからダウンロードします。キットに記載された手順に従って、パッケージをインストールし、ファイル・システムを構成します。

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

2.10 UDPおよびTCPカーネル・パラメータの確認

サーバーの予測負荷に対応できる十分なエフェメラル・ポートを提供するために、TCP/IPエフェメラル・ポート範囲のパラメータを設定します。Well Knownポートを避け、通常、Oracleとその他のサーバー・ポートが使用する登録済ポートの範囲にあるポートを避けるために、範囲の下限が9000以上になるようにします。ポート範囲は、使用する予定のアプリケーションに予約されているポートを避けるために十分に高く設定します。範囲の下限値が9000より大きく、予測負荷に十分対応するだけの大きさがある場合は、エフェメラル・ポート範囲に関するOUIの警告は無視してかまいません。

たとえば、IPv4の場合、次のコマンドを使用して、エフェメラル・ポートの現在の範囲を確認します。

$ cat /proc/sys/net/ipv4/ip_local_port_range
32768 61000

前述の例では、最も低いポート(32768)と最も高いポート(61000)がデフォルトの範囲に設定されています。

必要に応じて、UDPおよびTCPエフェメラル・ポートの範囲を、システムの予測負荷に対応できる十分な値に更新し、エフェメラル・ポートの範囲が9000以上になるようにします。次に例を示します。

# echo 9000 65500 > /proc/sys/net/ipv4/ip_local_port_range

これらの値が永続的になるように設定することをお薦めします。たとえば、rootとして、テキスト・エディタを使用して/etc/sysctl.confを開き、net.ipv4.ip_local_port_range = 9000 65500のように追加または変更してから、ネットワーク(# /etc/rc.d/init.d/network restart)を再起動します。システムの再起動時にこのエフェメラル・ポートの範囲の変更を自動的に行う方法については、ご使用のLinuxディストリビューションのシステム管理ドキュメントを参照してください。

2.11 ネットワーク・タイム・プロトコルの設定

Oracle Clusterwareでは、すべてのクラスタ・ノードで同じのタイムゾーン設定が必要です。インストール中に、インストール・プロセスは、OUIを実行しているノードでグリッド・インストール所有者のタイムゾーン設定を選択し、Oracle Clusterwareによって管理されるすべてのプロセスのデフォルトのTZ設定として、すべてのノードでその設定を使用します。このデフォルトは、データベース、Oracle ASMおよびその他の管理プロセスで使用されます。

時刻を同期させるための手段は2つあります。オペレーティング・システムに構成されているネットワーク・タイム・プロトコル(NTP)と、Oracleクラスタ時刻同期化サービスです。Oracleクラスタ時刻同期化サービスは、クラスタ・サーバーからNTPサービスにアクセスできない組織のために設計されています。NTPを使用する場合、Oracle Cluster時刻同期化デーモン(ctssd)はオブザーバ・モードで起動します。NTPデーモンがない場合、ctssdはアクティブ・モードで起動し、外部の時間サーバーに接続しなくても、クラスタ・メンバー間で時刻が同期化されます。

注意:
Oracle Grid Infrastructureのインストールを開始する前に、すべてのノードの時計が同じ時刻になっていることを確認することをお薦めします。

サーバー上にNTPデーモンがあっても時間サーバーの時刻と同期されるように構成できない場合に、クラスタ時刻同期化サービスを使用してクラスタ内で同期化サービスを提供する場合は、NTPを非アクティブにし、削除します。

NTPサービスを非アクティブ化するには、既存のntpdサービスを停止し、初期化シーケンスでは無効化し、ntp.confファイルを削除します。この手順をOracle LinuxおよびAsianuxのシステムで行うには、次のコマンドをrootユーザーとして実行します。

# /sbin/service ntpd stop
# chkconfig ntpd off
# rm /etc/ntp.conf

または、mv /etc/ntp.conf to /etc/ntp.conf.orgを実行します。

次のファイルも削除します。

/var/run/ntpd.pid

このファイルには、NTPデーモンのpidが保持されています。

NTPプロトコルがアクティブでないとインストーラによって判断されると、クラスタ時刻同期化サービスがアクティブ・モードでインストールされ、ノード間で時刻が同期されます。NTPが構成されていると判断された場合は、クラスタ時刻同期化サービスはオブザーバ・モードで起動され、クラスタ内でOracle Clusterwareによるアクティブな時刻同期化は行われません。

インストール後にctssdがアクティブになっていることを確認するには、グリッド・インストール所有者として次のコマンドを入力します。

$ crsctl check ctss

NTPを使用しており、クラスタ時刻同期化サービスではなくNTPを使用し続けたい場合は、NTP構成を変更して-xフラグを設定し、逆向きの時間調整が行われないようにします。この作業が終わった後で、ネットワーク・タイム・プロトコル・デーモンを再起動します。

これを行うには、Oracle Linux、Red Hat LinuxおよびAsianux systemsでは、/etc/sysconfig/ntpdファイルを編集して、次の例のように-xフラグを追加します。

# Drop root to id 'ntp:ntp' by default.
OPTIONS="-x -u ntp:ntp -p /var/run/ntpd.pid"

# Set to 'yes' to sync hw clock after successful ntpdate
SYNC_HWCLOCK=no

# Additional options for ntpdate
NTPDATE_OPTIONS=""

そして、NTPサービスを再起動します。

# /sbin/service ntp restart

SUSEシステムでは、構成ファイル/etc/sysconfig/ntpを次の設定に変更します。

NTPD_OPTIONS="-x -u ntp"

次のコマンドを使用して、デーモンを再起動します。

# service ntp restart

2.12 Linuxのcvuqdiskパッケージのインストール

オペレーティング・システム・パッケージcvuqdiskをインストールします。cvuqdiskがインストールされていない状態でクラスタ検証ユーティリティを実行すると、クラスタ検証ユーティリティは共有ディスクを検出できずに、「パッケージcvuqdiskがインストールされていません。」というメッセージを表示します。ご使用のハードウェア(x86_64やi386など)に応じたcvuqdisk rpmを使用します。

cvuqdisk RPMをインストールするには、次の手順を実行します。

1. cvuqdisk RPMパッケージの場所を確認します。このパッケージは、インストール・メディアのrpmディレクトリにあります。Oracle Grid Infrastructureをすでにインストールしている場合は、grid_home/rpmディレクトリにあります。

2. cvuqdiskパッケージをクラスタの各ノードにコピーします。各ノードで同じバージョンのLinuxが実行されていることを確認する必要があります。

3. rootとしてログインします。

4. 次のコマンドを使用して、cvuqdiskパッケージの既存バージョンがあるかどうかを確認します。

# rpm -qi cvuqdisk

既存バージョンがある場合は、次のコマンドを入力して既存バージョンを削除します。

# rpm -e cvuqdisk

5. cvuqdiskを所有しているグループを指すように、環境変数CVUQDISK_GRPを設定します。通常は、oinstallです。次に例を示します。

# CVUQDISK_GRP=oinstall; export CVUQDISK_GRP

6. cvuqdisk rpmを保存したディレクトリで、次のコマンドを使用してcvuqdiskパッケージをインストールします。

rpm -iv package

次に例を示します。

# rpm -iv cvuqdisk-1.0.9-1.rpm

2.13 Intelligent Platform Management Interface(IPMI)の有効化

Intelligent Platform Management Interface(IPMI)は、コンピュータのハードウェアおよびファームウェアへの共通インタフェースを提供し、システム管理者はそのインタフェースを使用して、システム状態の監視およびシステムの管理を実行できます。Oracle 11g リリース2では、Oracle ClusterwareにIPMIを統合して、障害分離をサポートしたりクラスタの整合性を確保することができます。

インストール中にノード・ターミネーション・プロトコル(IPMIなど)を選択することで、IPMIでノード・ターミネーションを構成できます。また、IPMIは、crsctlコマンドを使用してインストール後に構成することもできます。

関連項目:
インストール後にIPMIの構成を行う方法の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

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サーバーを構成する必要があります。

注意:
IPMIを構成し、グリッド・ネーミング・サービス(GNS)を使用する場合でも、IPMIインタフェースには別のアドレスを構成する必要があります。IPMIアダプタはホストから直接には認識できないため、GNSはホスト上のアドレスとしてIPMIアダプタを認識できません。

2.13.3 IPMIドライバの構成

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

2.13.3.1 Open IPMIドライバの構成

Linuxシステムの場合、IPMIを組み込んだOracle Clusterwareデプロイメントでサポートしているドライバは、OpenIPMIドライバです。

このドライバは、必要なモジュールを手動でロードすることで、動的にインストールして構成できます。ご使用のディストリビューション用にIPMIを構成する方法については、ご使用のLinuxディストリビューションのベンダーにお問い合せください。

次の例では、Oracle Linuxに手動でOpen IPMIドライバを構成する方法を示します。

1. rootとしてログインします。

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

# /sbin/modprobe ipmi_msghandler
# /sbin/modprobe ipmi_si
# /sbin/modprobe ipmi_devintf

3. (オプション)コマンド/sbin/lsmod |grep ipmiを実行して、IPMIモジュールがロードされていることを確認します。次に例を示します。

# /sbin/lsmod | grep ipmi
ipmi_devintf           12617  0
ipmi_si                33377  0
ipmi_msghandler        33701  2 ipmi_devintf,ipmi_si

注意:
BMCがあるかどうかにかかわらず、モジュールはインストールできます。

4. テキスト・エディタを使用して/etc/rc.localファイルを開き、ファイルの末尾に移動して、次のような行を入力し、手順2のmodprobeコマンドがシステムの再起動時に自動的に実行されるようにします。

# START IPMI ON SYSTEM RESTART
/sbin/modprobe ipmi_msghandler
/sbin/modprobe ipmi_si
/sbin/modprobe ipmi_devintf

注意:
SUSEシステムの場合は、/etc/init.d/boot.localの上にmodprobeコマンドを追加します。

5. 次のコマンドを使用して、LinuxシステムがIPMIデバイスを認識していることを確認します。

ls -l /dev/ipmi0

IPMIデバイスが動的にロードされた場合、出力は次のようになります。

# ls -l /dev/ipmi0
crw-------  1 root root 253, 0 Sep 23 06:29 /dev/ipmi0

デバイス・ファイルの出力が表示された場合は、IPMIドライバが構成済であり、これ以降の手順を行う必要はありません。

デバイス・ファイルの出力が表示されない場合は、デバイス・ファイルが自動的に作成されるようにudevdデーモンが設定されていません。次の手順に進みます。

6. コマンドgrep ipmi /proc/devicesを使用して、IPMIデバイスのデバイス・メジャー番号を確認します。次に例を示します。

# grep ipmi /proc/devices
253 ipmidev

この例の場合、デバイス・メジャー番号は253です。

7. デバイス・メジャー番号を指定してmknodコマンドを実行し、IPMIデバイスのディレクトリ・エントリとi-nodeを作成します。次に例を示します。

# mknod /dev/ipmi0 c 253 0x0

この例の/dev/ipmi0の権限により、rootのみがデバイスにアクセスできます。システムの脆弱性を防ぐため、デバイスはrootのみがアクセスするようにしてください。

2.13.3.2 BMCの構成

IPMIベースのノード・フェンシングを適切に機能させるには、各ノードのBMCがLANによるリモート制御を行えるように構成します。BMCの構成は、BIOSプロンプトからディストリビューション固有の管理ユーティリティを使用して実行できます。また、次のような公開ユーティリティを使用して実行することもできます。

IPMItool(Linuxで使用可能):

http://ipmitool.sourceforge.net

IPMIutil(LinuxおよびWindowsで使用可能):

http://ipmiutil.sourceforge.net

ツールを使用してBMCを構成する方法の詳細は、選択した構成ツールのドキュメントを参照してください。

各ノードでBMCを構成するときには、次の手順を実行する必要があります。

- IPMI over LANを有効にして、管理ネットワーク経由でBMCを制御できるようにします。

- DHCPまたはGNSを使用して動的なIPアドレスを有効にするか、BMCに対して静的IPアドレスを構成します。

- BMCの管理者ユーザー・アカウントおよびパスワードを設定します。

- BMCをタグVLANで使用する場合は、VLANのタグに対応するようにBMCを構成します。

使用する構成ツールは問いませんが、BMCが正しく機能するには、これらの条件を満たしている必要があります。

2.13.3.2.1 IPMItoolを使用したBMCの構成例

次に示すのは、ipmitool(バージョン1.8.6)を使用してBMCを構成する例です。

1. rootとしてログインします。

2. ipmitoolが、IPMIドライバを使用してBMCと通信できることを確認します。これを行うには、コマンドbmc infoを使用して、その出力からデバイスIDを探します。次に例を示します。

# ipmitool bmc info
Device ID                 : 32
.
.
.

ipmitoolがBMCと通信していない場合は、「Open IPMIドライバの構成」の項を参照して、IPMIドライバが動作しているかどうかを確認します。

3. 次の手順で、IPMI over LANを有効にします。

1. IPMI over LANに使用するチャネルの、チャネル番号を決めます。チャネル1から始めて、LAN属性(IPアドレスなど)が表示されるチャネルが見つかるまで、次のコマンドを実行します。

# ipmitool lan print 1

. . .
IP Address Source       : 0x01
IP Address              : 140.87.155.89
. . .

2. 検出されたチャネルに対してLANアクセスを有効にします。たとえば、チャネルが1の場合は次のようにします。

# ipmitool lan set 1 access on

4. 次のいずれかの手順で、IPMIのIPアドレス設定を構成します。

- 動的IPアドレス(DHCP)を使用する場合
動的IPアドレスは、Oracle Universal Installerでのデフォルトです。クラスタのノードを簡単に追加または削除できるように(アドレスの設定を自動的に割り当てることができるように)、このオプションを選択することをお薦めします。

注意:
DHCPを使用するには、サブネット上にDHCPサーバーがあることが必要です。

チャネルを設定します。たとえば、チャネルが1の場合は、次のコマンドを入力してDHCPを有効にします。

# ipmitool lan set 1 ipsrc dhcp

- 静的IPアドレスを使用する場合
ネットワーク接続をBMCとオペレーティング・システムで共有する場合は、IPアドレスが同じサブネット上にあることが必要です。IPアドレスを設定するだけでなく、ネットマスクの値およびデフォルト・ゲートウェイも適切に設定する必要があります。たとえば、チャネルが1の場合は次のようにします。

# ipmitool lan set 1 ipaddr 192.168.0.55
# ipmitool lan set 1 netmask 255.255.255.0
# ipmitool lan set 1 defgw ipaddr 192.168.0.1

指定したアドレス(192.168.0.55)は、BMCのみに関連付けられます。通常のpingに応答することはありません。

5. 次の手順を実行して、ユーザー名とパスワードを管理アカウントに設定します(チャネルは1を想定しています)。

1. LAN経由のADMINアクセスに対してパスワード認証を要求するようにBMCを設定します。次に例を示します。

# ipmitool lan set 1 auth ADMIN MD5,PASSWORD

2. BMC上のアカウント・スロットをリストして、使用されていないスロット(ユーザー名フィールドが空のユーザーID)を特定します。次に例を示します。

# ipmitool channel getaccess 1
. . .
User ID              : 4
User Name            :
Fixed Name           : No
Access Available     : call-in / callback
Link Authentication  : disabled
IPMI Messaging       : disabled
Privilege Level      : NO ACCESS
. . .

3. 任意の管理者ユーザー名およびパスワードを割り当て、特定したスロットに対してメッセージ機能を有効にします。(IPMI v1.5の場合、ユーザー名およびパスワードは最長で16文字です。)さらに、そのスロットがLAN(チャネル1)経由でアクセスされる場合の権限レベルをADMIN(レベル4)に設定します。たとえば、username が管理ユーザー名で、password がパスワードの場合は、次のようになります。

# ipmitool user set name 4 username
# ipmitool user set password 4 password
# ipmitool user enable 4
# ipmitool channel setaccess 1 4 privilege=4
# ipmitool channel setaccess 1 4 link=on
# ipmitool channel setaccess 1 4 ipmi=on

4. lan print 1コマンドを使用して、設定を確認します。出力結果は、次のようになります。太字のテキストで示した項目は、前述の構成手順で設定した内容です。コメントや代替オプションは、カッコ[ ]内に示しています。

# ipmitool lan print 1
Set in Progress         : Set Complete
Auth Type Support       : NONE MD2 MD5 PASSWORD
Auth Type Enable        : Callback : MD2 MD5
: User     : MD2 MD5
: Operator : MD2 MD5
: Admin    : MD5 PASSWORD
: OEM      : MD2 MD5
IP Address Source       : DHCP Address [or Static Address]
IP Address              : 192.168.0.55
Subnet Mask             : 255.255.255.0
MAC Address             : 00:14:22:23:fa:f9
SNMP Community String   : public
IP Header               : TTL=0x40 Flags=0x40 Precedence=…
Default Gateway IP      : 192.168.0.1
Default Gateway MAC     : 00:00:00:00:00:00
.
.
.
# ipmitool channel getaccess 1 4
Maximum User IDs     : 10
Enabled User IDs     : 2

User ID              : 4
User Name            : username [This is the administration user]
Fixed Name           : No
Access Available     : call-in / callback
Link Authentication  : enabled
IPMI Messaging       : enabled
Privilege Level      : ADMINISTRATOR

6. クラスタ内のリモート・ノードからBMCにアクセスして管理できることを、bmc infoコマンドで確認します。たとえば、node2のBMCのIPアドレスを割り当てられたネットワーク・ホスト名がnode2-ipmiの場合、管理者アカウントusernameとパスワードmypasswordを使用して、node1からnode2上のBMCを確認するには、node1上で次のコマンドを入力します。

$ ipmitool -H node2-ipmi -U username -P mypassword bmc info

BMCが正しく構成されている場合は、リモート・ノードのBMCに関する情報が表示されます。Error: Unable to establish LAN sessionなどのエラー・メッセージが表示された場合は、リモート・ノードのBMC構成を確認する必要があります。

2.14 インストール時におけるSSHの自動構成

Oracleソフトウェアをインストールするには、すべてのクラスタ・メンバー・ノード間にセキュア・シェル(SSH)の接続が設定されている必要があります。OUIは、インストール中にsshおよびscpコマンドを使用して、他のクラスタ・ノードに対してリモート・コマンドを実行し、そのクラスタ・ノードにファイルをコピーします。これらのコマンドを使用する際にパスワードを求めるプロンプトが表示されないように、SSHを構成する必要があります。

注意:
ローカルからリモート・ノードへの構成オプションとしてOracle構成アシスタントではSSHが使用されるため、Oracle Grid Infrastructureのインストールには、SSHが必要です。Oracle Enterprise ManagerもSSHを使用します。ノード間の通信でRSHはサポート対象外となりました。

OUIインタフェースから、インストール中に、インストールを実行しているユーザー・アカウントにSSHを構成することができます。自動構成によって、パスワードなしのSSH接続をすべてのクラスタ・メンバー・ノード間に作成することができます。可能なかぎり、この自動手順を利用することをお薦めします。

スクリプトを実行できるようにするには、すべてのOracleソフトウェア・インストール所有者のプロファイルからsttyコマンドを削除するとともに、ログイン時にトリガーされる他のセキュリティ手段で、端末に対してメッセージを生成するものを削除する必要があります。これらのメッセージやメール・チェックなどが表示されていると、Oracleソフトウェア・インストール所有者は、Oracle Universal Installerに組み込まれているSSH構成スクリプトを使用できません。これらの表示が無効になっていない場合は、SSHを手動で構成してからでなければ、インストールを実行できません。

まれに、リモート・ノードがSSH接続を閉じると、「AttachHome」操作時にOracle Clusterwareインストールが失敗する場合があります。この問題を回避するために、すべてのクラスタ・ノードでSSHデーモン構成ファイル/etc/ssh/sshd_configに次のパラメータを設定し、タイムアウト待機時間を無制限に設定します。

LoginGraceTime 0

関連項目:
ユーザー・プロファイルのsttyコマンドを削除する方法の詳細は、「端末出力が原因のインストール・エラーの回避」を参照してください。

2.15 グリッド・インフラストラクチャ・ソフトウェア所有者ユーザー環境の構成

インストーラ・ソフトウェアは、Oracle Grid Infrastructureインストール所有者ユーザー・アカウント(oracleまたはgrid)で実行します。ただし、インストーラを起動する前に、インストール所有者ユーザー・アカウントの環境を構成する必要があります。また、必要に応じて、他の必要なOracleソフトウェア所有者を作成します。

この項の内容は次のとおりです。

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

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

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

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

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

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ソフトウェア・インストール・ユーザーのリソース制限の確認

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

表2-12 インストール所有者のリソース制限の推奨範囲

リソースのシェル制限

リソース

ソフト制限

ハード制限

オープン・ファイル記述子

nofile

1024以上

65536以上

ユーザー1人当たりに使用可能なプロセスの数

nproc

2047以上

16384以上

プロセスのスタック・セグメントのサイズ

スタック

10240KB以上

10240KB以上、32768KB以下

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

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はエラーが示し、インストールを停止します。

2.16 Oracle Grid Infrastructureホーム・ディレクトリの作成要件

インストール中に、Oracle Grid Infrastructureソフトウェアを格納するホーム・ディレクトリへのパスを指定するように求められます。指定するディレクトリ・パスが次の要件を満たすことを確認します。

- Oracle Clusterwareホームを含む、既存のOracleホーム以外のパスに作成する必要があります。

- ユーザー・ホーム・ディレクトリには作成できません。

- すべてのファイルをrootによって所有可能なパス内のサブディレクトリとして作成するか、一意のパス内に作成します。

- インストール前にパスを作成する場合は、Oracle Grid Infrastructureのインストール所有者(通常、すべてのOracleソフトウェアに対して1つのインストール所有者の場合はoracle、ロール・ベースのOracleインストール所有者の場合はgrid)が所有し、権限が775に設定されている必要があります。

Oracle Grid Infrastructureは、共有記憶域の共有ホームではなく、ローカル・ホームにインストールすることをお薦めします。

Oracle Grid Infrastructureのみをインストールする場合は、Oracle Optimal Flexible Architecture(OFA)に準拠したパスを作成することをお薦めします。これによって、Oracle Universal Installer(OUI)がインストール中にそのディレクトリを選択できるようになります。OUIがパスをOracleソフトウェア・パスとして認識するには、u0[1-9]/appという形式にする必要があります。

OUIでOFA準拠のパスが検出されると、Oracle Grid InfrastructureおよびOracle Inventory(oraInventory)ディレクトリが作成されます。

手動でOracle Grid Infrastructureのパスを作成する場合は、既存のOracleベース・パスではなく、別のパスの下に作成します。次に例を示します。

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

このパスでは、インストール所有者の名前がgridの場合、OUIによってデフォルトで、Gridホームとして次のパスが作成されます。

/u01/app/11.2.0/grid

データベースのインストールのために、Oracle Databaseインストール所有者アカウントを所有者とするOracleベース・パスを作成します。OracleベースのOFAパスは、/u01/app/userです。userは、Oracleソフトウェア・インストールの所有者アカウントです。たとえば、次のコマンドを使用して、データベース・インストールの所有者アカウントoracleのOracleベースを作成します。

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

注意:
Oracle Grid Infrastructureホームを手動で作成する場合は、クラスタのOracle Grid Infrastructureホームを、グリッド・インストール所有者のOracleベースや、Oracle Databaseインストール所有者のOracleベースに作成しないでください。Oracleベース・ディレクトリにOracle Clusterwareインストールを作成すると、その後のOracleインストールが失敗します。
Oracle Grid Infrastructureホームは、以前のリリースの既存のOracle Clusterwareホームが共有された場所にある場合でも、サーバーのローカル・ホームに配置できます。

スタンドアロン・サーバー(Oracle Restart)用のOracle Grid InfrastructureのホームはOracleベースの下にあります。Oracle Restartの詳細は、使用しているプラットフォームのOracle Databaseインストレーション・ガイドを参照してください。

2.17 クラスタ名の要件

クラスタ名は長さ1文字以上15文字以下の英数字である必要があり、ハイフン(-)を含ることはできますが、先頭を数字にすることはできません。

標準インストールでは、指定するSCANはクラスタの名前でもあるため、SCAN名はクラスタ名の要件を満たしている必要があります。拡張インストールでは、SCANとクラスタ名はインストール時に別のフィールドに入力するため、クラスタ名要件はSCAN名に適用されません。

3 クラスタ用Oracle Grid InfrastructureとOracle RACの記憶域の構成

この章では、インストーラを起動してOracle ClusterwareとOracle Automatic Storage Management (Oracle ASM)をインストールする前、およびOracle Real Application Clusters(Oracle RAC)のインストールをクラスタへ追加する前に完了しておく必要がある、記憶域の構成作業について説明します。

この章の内容は次のとおりです。

- Oracle Grid Infrastructureの記憶域オプションの確認

- 共有ファイル・システムの記憶域の構成

- Oracle Automatic Storage Managementの記憶域の構成

- ブロック・デバイスおよびRAWデバイスのサポート終了

- IBM: Linux on System zでのRAW論理ボリュームの構成

3.1 Oracle Grid Infrastructureの記憶域オプションの確認

この項では、クラスタ用Oracle Grid Infrastructureの格納用にサポートされている記憶域オプションについて説明します。内容は次のとおりです。

- Oracle ClusterwareおよびOracle RACの記憶域オプションの概要

- Oracle ACFSおよびOracle ADVMサポート

- Oracle ACFSの一般情報

- Oracle Grid InfrastructureおよびOracle RACの記憶域についての一般的な考慮事項

- 記憶域にOracle ASMディスク・グループを使用するためのガイドライン

- Oracle Grid InfrastructureおよびOracle RACでの論理ボリューム・マネージャの使用

- サポートされている記憶域オプション

- ディスクの記憶域オプションを選択した後の作業

関連項目:
動作保証されている記憶域オプションの最新情報については、My Oracle Supportの動作保証についてのサイトを参照してください。

https://support.oracle.com

3.1.1 Oracle ClusterwareおよびOracle RACの記憶域オプションの概要

Oracle Clusterwareファイルの格納には、次の2つの方法があります。

- Oracle Automatic Storage Management(Oracle ASM): Oracle Clusterwareファイル(Oracle Cluster Registryおよび投票ディスク)をOracle ASMのディスク・グループにインストールできます。
標準インストールとStandard EditionのOracle RACインストールにおいて、Oracle ASMは必須のデータベース記憶域オプションです。これは、Oracle ClusterwareとOracle Databaseファイル用の、統合された高性能のデータベース・ファイル・システムおよびディスク・マネージャです。データベース・ファイルのストライプ化およびミラー化を自動的に実行します。

- サポートされている共有ファイル・システム: サポートされているファイル・システムには、次のものがあります。

- ネットワーク・ファイル・システム(NFS): データ・ファイルにNFSを使用する場合、Oracle Grid Infrastructure用のパーティションを作成する際に、データベース・ファイル用のパーティションを十分に大きく作成する必要があることに注意してください。NFSマウントは、ソフトウェア・バイナリ、Oracle Clusterwareファイル、データベース・ファイルで、それぞれ異なります。

注意:
クラスタ用Oracle Grid Infrastructureバイナリをクラスタ・ファイル・システムに配置することはサポートされていません。
OUIを使用して、Oracle ClusterwareやOracle Databaseのファイルをブロック・デバイスまたはRAWデバイスにインストールすることはできなくなりました。

関連項目:
サポートされているファイル・システムと、NFSまたはNASファイラについては、My Oracle Supportを参照してください。

3.1.2 Oracle ACFSおよびOracle ADVMのサポート

Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)によるOracle ASMテクノロジの拡張によって、単一インスタンスおよびクラスタ構成のいずれにおいても、すべてのアプリケーション・データがサポートされます。Oracle Automatic Storage Management動的ボリューム・マネージャ(Oracle ADVM)では、ボリューム管理サービスおよびクライアントへの標準ディスク・デバイス・ドライバ・インタフェースが提供されます。Oracle Automatic Storage Managementクラスタ・ファイル・システムは、Oracle Automatic Storage Management動的ボリューム・マネージャ・インタフェースを介してOracle ASM上に階層化されます。

Oracle ACFSおよびOracle ADVMは、Linux x86およびLinux x86-64用のOracle Linux 5およびRed Hat Enterprise Linux 5でサポートされます。表3-1に、Oracle ACFSおよびOracle ADVMがサポートされるリリース、プラットフォームおよびカーネルのバージョンを示します。

表3-1 Oracle ACFSおよびOracle ADVMがサポートされているプラットフォーム

リリース

プラットフォーム/オペレーティング・システム

11.2.x

Linux x86: Oracle Linux 5およびRed Hat Enterprise Linux 5

2.6.18および2.6.18の以降の更新

11.2.0.1

Linux x86-64: Oracle Linux 5およびRed Hat Enterprise Linux 5

2.6.18および2.6.18の以降の更新

11.2.0.2

Linux x86-64: Oracle Linux 5、Red Hat Enterprise Linux 5、SP3以上のSUSE Linux Enterprise Server 10

2.6.18および2.6.18の以降の更新

11.2.0.3

Linux x86-64: Oracle Linux 5、Red Hat Enterprise Linux 5、SP3以上のSUSE Linux Enterprise Server 10、SUSE Linux Enterprise Server 11 SP1

2.6.18および2.6.18の以降の更新

Oracle Unbreakable Enterprise Kernel 2.6.32-100.34.1および2.6.32-100の以降の更新

11.2.0.3

Linux x86-64: Oracle Linux 6 (Oracle Unbreakable Linux Kernelを使用)

Oracle Unbreakable Enterprise Kernel 2.6.32-100.34.1および2.6.32-100の以降の更新

11.2.0.3.3 (Oracle Grid Infrastructure PSU)

Linux x86-64: Red Hat Enterprise Linux 6、Red Hatと互換性があるカーネルを使用したOracle Linux

6.0, 6.1, 6.2

11.2.0.3.4 (Oracle Grid Infrastructure PSU)

Linux x86-64: Red Hat Enterprise Linux 6、Red Hatと互換性があるカーネルを使用したOracle Linux

6.3以上

11.2.0.3.7 (Oracle Grid Infrastructure PSU)

Linux x86-64: Oracle Linux 6 (Oracle Unbreakable Enterprise Kernelを使用)、SUSE Linux Enterprise Server 11 SP2

Oracle Unbreakable Enterprise Kernel 2.6.39-100および2.6.39-100の以降の更新

11.2.0.4

Linux x86-64: SUSE Linux Enterprise Server 11 SP3

関連項目:

- Oracle ACFSとOracle ADVMがサポートされているプラットフォームおよびリリースに関する最新情報については、次の場所でMy Oracle SupportのNote 1369107.1を参照してください。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1369107.1

- 最新のパッチ・セット更新(PSU)のリリースおよびサポートの詳細は、My Oracle SupportのPSUドキュメントを参照してください。

注意:
Security Enhanced Linux(SELinux)のデプロイメントは、Oracle ACFSファイル・システムではサポートされていません。

3.1.3 Oracle ACFSの一般情報

Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)は、汎用のファイル・システムです。このシステムにはOracle Databaseバイナリを配置できますが、Oracle ACFSにOracleデータ・ファイルやOracle Clusterwareファイルを配置することはできません。

Oracle ACFSの次の点に注意してください。

- Oracle Restartは、rootベースのOracle Clusterwareリソースをサポートしません。このため、Oracle Restart構成でOracle ACFSを実行する場合は、次の制限が適用されます。

- Oracle ACFSドライバは手動でロードおよびアンロードする必要があります。

- Oracle ASMインスタンスの起動後、Oracle ACFSファイル・システムを手動でマウントおよびマウント解除する必要があります。

- 他の登録済Oracle ACFSファイル・システムとともに、Oracle ACFSマウント・レジストリにOracle ACFSデータベース・ホーム・ファイル・システムを配置できます。

- Oracle ClusterwareのバイナリおよびファイルをOracle ACFSに配置することはできません。

- Oracle DatabaseファイルをOracle ACFSに配置することはできません。

- Oracle Databaseのバイナリおよび管理ファイル(トレース・ファイルなど)をOracle ACFSに配置することができます。

- Oracle ACFSは、他のファイルのための汎用ファイル・システムとなります。

3.1.4 Oracle Grid InfrastructureおよびOracle RACの記憶域についての一般的な考慮事項

すべてのインストールに対して、Oracle Grid Infrastructure(Oracle ClusterwareおよびOracle ASM)およびOracle Real Application Clusters(Oracle RAC)データベースに使用する記憶域オプションを選択する必要があります。また、インストール中に自動バックアップを有効にするには、リカバリ・ファイル(高速リカバリ領域)に使用する記憶域オプションを選択する必要があります。各ファイル・タイプに同一の記憶域を使用する必要はありません。

3.1.4.1 Oracle Clusterwareの記憶域についての一般的な考慮事項

Oracle Clusterware投票ディスクは、クラスタ・ノードのステータスの監視に使用されます。Oracle Cluster Registry(OCR)ファイルには、クラスタに関する構成情報が格納されます。投票ディスクとOCRファイルは、Oracle ASMディスク・グループ、クラスタ・ファイル・システム、共有ネットワーク・ファイル・システムのいずれかに配置できます。記憶域は共有される必要があります。構成されている投票ディスクの大半(過半数)が利用できないノードは再起動されます。

3.1.4.2 Oracle RACの記憶域についての一般的な考慮事項

次のガイドラインに従って、各ファイル・タイプで使用する記憶域オプションを選択します。

- 選択した記憶域オプションの要件がすべて満たされている場合、各ファイル・タイプでサポートされている記憶域オプションのいずれの組合せでも使用できます。

- 共有のOCFS2の場所にOracle RACホームをインストールする場合は、OCFS2を、書込み可能な共有mmapがサポートされているバージョン1.4.1以上にアップグレードする必要があります。

- データベース・ファイルおよびリカバリ・ファイルの記憶域オプションとして、Oracle ASMを選択することをお薦めします。

- Standard EditionのOracle RACインストールでは、データベース・ファイルまたはリカバリ・ファイルの記憶域オプションとして、Oracle ASMのみがサポートされています。

- Oracle RACでOracle ASMを使用するために新しいOracle ASMインスタンスを構成する場合は、システムが次の条件を満たしている必要があります。

- クラスタ用Oracle Grid Infrastructureのインストールの一部として、クラスタ内のすべてのノードにOracle ClusterwareおよびOracle ASM 11gリリース2(11.2)がインストールされている。

- クラスタ内のすべてのノードで既存のすべてのOracle ASMインスタンスが停止されている。

- RAWデバイスやブロック・デバイスは、構成済のパーティションを使用している既存のインストールをアップグレードする場合のみ、サポートされます。新規インストールでのRAWデバイスまたはブロック・デバイス・パーティションの使用は、Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(ASMCA)やOracle Universal Installer(OUI)ではサポートされていません。ただし、手動で構成を行えば、ソフトウェアでサポートされます。

関連項目:
既存のデータベースをアップグレードするための準備方法については、『Oracle Databaseアップグレード・ガイド』を参照してください。

- 外部ファイルの冗長性が適用される記憶域オプションがない場合は、3つ以上の投票ディスク領域を構成して、投票ディスクの冗長性を確保する必要があります。

3.1.5 記憶域にOracle ASMディスク・グループを使用するためのガイドライン

Oracle Grid Infrastructureのインストール中、1つのディスク・グループを作成できます。Oracle Grid Infrastructureのインストール後は、ASMCA、SQL*PlusまたはASMCMDを使用して、追加のディスク・グループを作成できます。Oracle Database 11gリリース2(11.2)以上の場合、Oracle Database Configuration Assistant(DBCA)には、Oracle ASM用のディスク・グループを作成する機能がないことに注意してください。

Oracle Grid Infrastructureをインストールした後にOracle DatabaseまたはOracle RACをインストールする場合は、データベース・ファイル、OCRおよび投票ディスク・ファイル用に同じディスク・グループを使用するか、または異なるディスク・グループを使用できます。Oracle RACのインストール前またはデータベースの作成前に、複数のディスク・グループを作成する場合は、次のいずれかを実行できます。

- Oracle Clusterwareファイルとしてデータ・ファイルを同じディスク・グループに配置する。

- データ・ファイルおよびリカバリ・ファイル用に同じOracle ASMディスク・グループを使用する。

- ファイル・タイプごとに異なるディスク・グループを使用する。

記憶域用に1つのディスク・グループのみを作成した場合、OCRと投票ディスク・ファイル、データベース・ファイルおよびリカバリ・ファイルは、1つのディスク・グループに配置されます。記憶域用に複数のディスク・グループを作成した場合は、異なるディスク・グループにファイルを配置できます。

注意:
既存のディスク・グループを管理するOracle ASMインスタンスは、Gridホームで実行されている必要があります。

関連項目:

ディスク・グループの作成については、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

3.1.6 Oracle Grid InfrastructureおよびOracle RACでの論理ボリューム・マネージャの使用

Oracle Grid InfrastructureおよびOracle RACは、クラスタ対応のボリューム・マネージャのみをサポートします。これは、使用するボリューム・マネージャが特定のベンダー・クラスタ・ソリューションとともに提供されることを意味します。使用するボリュームがサポートされていることを確認するには、My Oracle Supportの「動作保証」タブで、関連するクラスタ・ソリューションがOracle RACで動作保証されているかどうかを確認します。My Oracle Supportは、次のURLで使用可能です。

https://support.oracle.com

3.1.7 サポートされている記憶域オプション

次の表に、Oracle ClusterwareおよびOracle RACファイルを格納するために使用できる記憶域オプションを示します。

注意:
OCFS2の詳細は、次のWebサイトを参照してください。

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

共有のOCFS2の場所にOracle RACホームをインストールする場合は、OCFS2を、書込み可能な共有mmapsがサポートされているバージョン1.4.1以上にアップグレードする必要があります。

OCFS2の動作保証と、その他のクラスタ・ファイル・システムのサポートについては、My Oracle Supportの「動作保証」ページを参照してください。

表3-2 Oracle ClusterwareおよびOracle RACでサポートされている記憶域オプション

記憶域オプション

OCRおよび投票ディスク・ファイル

Oracle Clusterwareバイナリ

Oracle RACバイナリ

Oracle Databaseファイル

Oracleリカバリ・ファイル

Oracle Automatic Storage Management (Oracle ASM)

注意: ループバック・デバイスは、Oracle ASMでは使用できません。

可

不可

不可

可

可

Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)

不可

不可

可

不可

不可

ローカル・ファイル・システム

不可

可

可

不可

不可

動作保証されているNASファイラ上のNFSファイル・システム

注意: Direct NFSクライアントはOracle Clusterwareファイルをサポートしていません。

可

可

可

可

可

共有ディスク・パーティション(ブロック・デバイスまたはRAWデバイス)

OUIおよびASMCAでは非サポートだが、ソフトウェアでサポート。インストール後に追加または削除できます。

不可

不可

OUIおよびASMCAでは非サポートだが、ソフトウェアでサポート。インストール後に追加または削除できます。

不可

次のガイドラインに従って、記憶域オプションを選択します。

- 選択した記憶域オプションの要件がすべて満たされている場合、各ファイル・タイプでサポートされている記憶域オプションのいずれの組合せでも使用できます。

- Oracle Clusterwareファイルは、Oracle ASM 11gリリース2(11.2)以上を使用して格納できます。これは、以前のリリースのOracle ASMでは行えません。

- 外部ファイルの冗長性が適用される記憶域オプションがない場合は、3つ以上の投票ディスクの場所、および3つ以上のOracle Cluster Registryの場所を構成して、冗長性を確保する必要があります。

3.1.8 ディスクの記憶域オプションを選択した後の作業

ディスクの記憶域オプションを決定したら、共有記憶域の構成を行います。

- ファイル・システムを使用する場合は、「共有ファイル・システムの記憶域の構成」を参照してください。

- Oracle Automatic Storage Managementを使用する場合は、「Oracle ASMでのOracle Databaseファイルによるディスク・グループの使用」を参照してください。

3.2 共有ファイル・システムの記憶域の構成

インストーラでは、Oracle Cluster Registry(OCR)またはOracle Clusterware投票ディスク用のデフォルトの格納先は提供されません。ファイル・システムにこれらのファイルを作成する場合は、次の項を確認して、Oracle Clusterwareファイル用の記憶域要件を満たしておきます。

- 共有ファイル・システムを使用するための要件

- Oracle Clusterwareファイル用のクラスタ・ファイル・システムの使用の確認

- データ・ファイル用のDirect NFSクライアントの使用の確認

- データ・ファイル用のNFSの使用の確認

- 記憶域のNFSマウントおよびバッファ・サイズ・パラメータの構成

- Oracle Clusterware用のNFSマウントおよびバッファ・サイズ・パラメータの確認

- Oracle RAC用のNFSマウントおよびバッファ・サイズ・パラメータの確認

- NFSのDirect NFSクライアントのOracle Disk Manager制御の有効化

- Direct NFSクライアントにおけるハイブリッド列圧縮の有効化

- 共有ファイル・システムでのOracle Clusterwareファイル用のディレクトリの作成

- 共有ファイル・システムでのOracle Databaseファイル用のディレクトリの作成

- NFSのDirect NFSクライアントのOracle Disk Management制御の無効化

注意:
OCRは、クラスタの構成情報とステータスを含むファイルです。OCRは、インストーラによって、Oracle Clusterwareのインストール時に自動的に初期化されます。Database Configuration Assistantは、OCRを使用して、作成するクラスタ・データベースの構成情報を格納します。

3.2.1 共有ファイル・システムを使用するための要件

Oracle Clusterware、Oracle ASM、Oracle RACに共有ファイル・システムを使用するには、ファイル・システムで次の要件を満たす必要があります。

- NFSファイル・システムを使用するには、サポートされているNASデバイス上にある必要があります。次のURLでMy Oracle Supportにログインし、「動作保証」タブをクリックして、サポートされているNASデバイスの最新情報を調べます。
https://support.oracle.com

- Oracle Cluster Registry(OCR)ファイルを共有ファイル・システムに配置するように選択する場合は、次のいずれかに該当していることが推奨されます。

- ファイル・システムに使用されるディスクが、高可用性のストレージ・デバイス(RAIDデバイスなど)にある。

- 2つ以上のファイル・システムがマウントされていて、Oracle Clusterware 11g リリース2(11.2)の機能を使用してOCRに冗長性を提供している。

- データベース・ファイルを共有ファイル・システムに配置するように選択する場合、次のいずれかに該当している必要があります。

- ファイル・システムに使用されるディスクが、高可用性のストレージ・デバイス(RAIDデバイスなど)にある。

- ファイル・システムは、2つ以上の独立したファイル・システムで構成されています。一方のファイル・システムではデータベース・ファイル、もう一方のファイル・システムではリカバリ・ファイルが使用されます。

- インストールを実行するユーザー・アカウント(oracleまたはgrid)には、指定したパスにファイルを作成するための書込み権限が必要です。

注意:
SRVM構成リポジトリに使用したRAWデバイスまたは共有ファイルをOCRに使用しているOracle9iリリース2からのアップグレードは、サポートされていません。
Oracle Clusterwareをアップグレードする際、既存のクラスタでOCRに100MBのパーティション、投票ディスクに20MBのパーティションが使用されている場合は、これらのパーティションを300MB以上に拡張する必要があります。パーティションは使用せず、OCRおよび投票ディスクをQUORUMディスク・グループとしてマークされたディスク・グループに配置することをお薦めします。

すべてのストレージ製品は、サーバー・ベンダーとストレージ・ベンダーの両方でサポートされている必要があります。

表3-3と表3-4を使用して、共有ファイル・システムの最小サイズを決定します。

表3-3 Oracle Clusterware共有ファイル・システムのボリューム・サイズ要件

格納されるファイル・タイプ

ボリュームの数

ボリュームのサイズ

外部冗長で作成された投票ディスク

3

投票ディスク・ボリュームごとに300MB以上

外部冗長で作成されたOracle Cluster Registry(OCR)

1

OCRボリュームごとに300MB以上

Oracleソフトウェア提供の冗長で作成されたOracle Clusterwareファイル(OCRおよび投票ディスク)

1

OCRボリュームごとに300MB以上

投票ディスク・ボリュームごとに300MB以上

表3-4 Oracle RAC共有ファイル・システムのボリューム・サイズ要件

格納されるファイル・タイプ

ボリュームの数

ボリュームのサイズ

Oracle Databaseファイル

1

ボリュームごとに1.5GB以上

リカバリ・ファイル

注意: リカバリ・ファイルはデータベース・ファイルとは異なるボリュームに配置する必要があります。

1

ボリュームごとに2GB以上

表3-3および表3-4で、必要なボリューム・サイズの合計を加算して求めます。たとえば、標準冗長を使用してすべてのOracle Clusterwareファイルを共有ファイル・システムに格納するには、3つ以上のボリューム(OCRと2つのOCRミラー用に3つの別々のボリューム位置と、ボリュームごとに1つの投票ディスク)で2GB以上の記憶域が使用可能である必要があります。投票ディスクおよびOCRファイルを別々の物理ディスクに確実に配置するには、500MB以上の物理ディスクが3つ以上必要です。Oracle RACを追加して、データベース・ファイルにボリューム1つ、リカバリ・ファイルにボリューム1つを使用する場合、2つのボリュームで3.5GB以上、全ボリュームの合計で5.5GB以上の利用可能な記憶域が必要です。

注意:
fdiskでデバイス・サイズ(+300Mなど)を指定し、共有パーティション上にパーティションを作成する際、実際に作成されるデバイスは、ディスクのシリンダ・ジオメトリに基づいて、要求したサイズより小さくなる場合があります。これは、現在のfdiskの制限事項です。Oracle ASMで使用するために割り当てるディスク全体をパーティション化することをお薦めします。

3.2.2 Oracle Clusterwareファイル用のクラスタ・ファイル・システムの使用の確認

新規インストールの場合は、Oracle Automatic Storage Management(Oracle ASM)を使用して、投票ディスクおよびOCRファイルを格納することをお薦めします。Linux x86(32-bit)およびx86-64(64-bit)プラットフォームでは、クラスタ・ファイル・システムOCFS2を利用できます。ただし、OCFS2は、Oracle Clusterwareファイル用に使用しないことをお薦めします。

3.2.3 データ・ファイル用のDirect NFSクライアントの使用の確認

カーネルで管理されるNFSのかわりにDirect NFSクライアントを使用することもできます。この項では、Direct NFSクライアントについて次の内容で説明します。

- Direct NFSクライアントの記憶域について

- Direct NFSクライアントでのoranfstabファイルの使用

- Direct NFSクライアントを使用したNFSストレージ・デバイスのマウント

- oranfstabファイルを使用したネットワーク・パスの指定

3.2.3.1 Direct NFSクライアントの記憶域について

Oracle Database 11g リリース2(11.2)では、オペレーティング・システムのカーネルNFSクライアントを使用するかわりに、Oracle内部のDirect NFSクライアントを使用してNFS V3サーバーに直接アクセスするようにOracle Databaseを構成できます。

Oracle DatabaseでDirect NFSクライアントを使用できるようにするには、インストールを開始する前に、NFSファイル・システムをマウントし、通常のNFSマウントを介して使用できるようにする必要があります。設定は、インストール後にDirect NFSクライアントで管理されます。その場合でも、カーネルのマウント・オプションをバックアップとして設定する必要はありますが、通常の動作では、Direct NFSクライアントでNFSマウントが管理されます。

NFSの構成およびマウントを実行する方法については、ベンダーのマニュアルを参照してください。

一部のNFSファイル・サーバーでは、予約されたポートを使用してNFSクライアントを接続する必要があります。予約されたポートのチェックを使用してファイラを実行している場合は、Direct NFSクライアントが動作するように、予約されたポートのチェックを無効にする必要があります。予約されたポートのチェックを無効にする方法については、使用しているNFSファイル・サーバーのドキュメントを参照してください。

ポート範囲を制限するNFSサーバーに対して、insecureオプションを使用してroot以外のクライアントがNFSサーバーに接続できるようにできます。または、第3.2.12項「NFSのDirect NFSクライアントのOracle Disk Management制御の無効化」の説明に従って、Direct NFSクライアントを無効にできます。

注意:
Oracle RACでサポートされているNFSサーバーを使用してください。サポート情報については、次のURLを参照してください。
https://support.oracle.com

3.2.3.2 Direct NFSクライアントでのoranfstabファイルの使用

Direct NFSクライアントを使用する場合は、Oracleデータ・ファイル管理専用の新しいファイル(oranfstab)を使用して、Direct NFSクライアントにOracle Database固有のオプションを追加指定できます。たとえば、oranfstabを使用して、マウント・ポイントの追加のパスを指定できます。oranfstabファイルは、/etcまたは$ORACLE_HOME/dbsのいずれかに追加できます。

共有Oracleホームでは、oranfstabファイルが$ORACLE_HOME/dbsに格納されている場合、このファイルのエントリは、単一データベースに固有のエントリとなります。この場合、Oracle RACデータベースを実行するすべてのノードで同じ$ORACLE_HOME/dbs/oranfstabファイルが使用されます。共有されていないOracle RACインストールでは、oranfstabをすべてのノードにコピーする必要があります。

oranfstabファイルが/etcに格納されている場合、このファイルはすべてのOracle Databaseでグローバルに使用できます。また、oranfstabファイルには、クラスタ内のノードで実行されているすべてのOracle Database(スタンドアロン・データベースを含む)で使用されるマウント・ポイントを含めることができます。ただし、Oracle RACシステムでは、oranfstabファイルが/etcに格納されている場合、/etc/fstabファイルの場合と同様に、すべてのノードに/etc/oranfstabファイルをレプリケートし、各/etc/oranfstabファイルをすべてのノードで同期させる必要があります。

関連項目:
/etc/fstabの構成の詳細は、第3.2.5項「記憶域のNFSマウントおよびバッファ・サイズ・パラメータの構成」を参照してください。

ダイレクトNFSを使用してサービスが提供されている場合でも、マウント・ポイントは常にカーネルNFSシステムによってマウントされる必要があります。

注意:
Direct NFSクライアントは、NFSサーバーの書込みサイズ値(wtmax)が32768未満の場合は機能しません。

3.2.3.3 Direct NFSクライアントを使用したNFSストレージ・デバイスのマウント

Direct NFSクライアントでは、/etc/mtabの構成に基づいてNFSストレージ・デバイスに対するマウント・ポイントの設定を判断します(これは、/etc/fstabファイルを構成することによって変更できます)。

Direct NFSクライアントでは、次の順序でマウント・エントリが検索されます。

1. $ORACLE_HOME/dbs/oranfstab

2. /etc/oranfstab

3. /etc/mtab

Direct NFSクライアントでは、最初に検出された一致エントリが使用されます。

Oracle Databaseのデフォルトの設定では、ダイレクトNFSクライアントは有効ではありません。Direct NFSクライアントを有効にするには、次の手順を実行します。

1. $ORACLE_HOME/rdbms/libディレクトリに移動します。

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

make -f ins_rdbms.mk dnfs_on

注意:
インスタンスごとにアクティブなDirect NFSクライアントを1つのみ実装することができます。インスタンスでDirect NFSクライアントを使用すると、別のDirect NFSクライアントは実装できなくなります。

Oracle Databaseでoranfstabを使用して構成されたDirect NFSクライアントのマウント・ポイントを使用する場合は、まず、オペレーティング・システムのNFSマウント・ポイントを使用してoranfstab内のエントリをクロスチェックすることによってカーネルNFSマウントが検証されます。不一致が存在する場合、Direct NFSでは、情報メッセージが記録されますが、動作しません。

Oracle DatabaseでDirect NFSクライアントを使用してNFSサーバーを開くことができない場合は、プラットフォームのオペレーティング・システムのカーネルNFSクライアントが使用されます。この場合、カーネルNFSマウント・オプションは、「Oracle RAC用のNFSマウントおよびバッファ・サイズ・パラメータの確認」で定義されているとおりに設定する必要があります。また、Direct NFSクライアントをNFSサーバーに接続することができなかったことを示す情報メッセージが、Oracleアラート・ファイルおよびトレース・ファイルに記録されます。

第3.1.7項「サポートされている記憶域オプション」に、Direct NFSでサポートされているファイル・タイプを示します。

Direct NFSクライアントによって処理されるNFSサーバーに存在するOracleファイルにも、オペレーティング・システムのカーネルNFSクライアントを介してアクセスできます。

関連項目:
Direct NFSクライアントまたはカーネルNFSで作成されたOracle Databaseデータ・ファイルの管理におけるガイドラインについては、『Oracle Database管理者ガイド』を参照してください。

3.2.3.4 oranfstabファイルを使用したネットワーク・パスの指定

Direct NFSクライアントでは、NFSサーバー用のoranfstabファイルに定義されている最大4つのネットワーク・パスを使用できます。Direct NFSクライアントによって、指定したすべてのパス間でロード・バランシングが実行されます。指定したパスで障害が発生した場合は、Direct NFSクライアントによって、残りのパスに対してI/Oコマンドが再発行されます。

クラスタ環境でDirect NFSクライアントを管理するには、次のSQL*Plusのビューを使用します。

- gv$dnfs_servers: Direct NFSクライアントを使用してアクセスしたサーバーの表が表示されます。

- gv$dnfs_files: Direct NFSクライアントを使用して現在開かれているファイルの表が表示されます。

- gv$dnfs_channels: Direct NFSクライアントによってファイルが提供されるサーバーに対するオープン・ネットワーク・パス(またはチャネル)の表が表示されます。

- gv$dnfs_stats: Direct NFSクライアントのパフォーマンス統計の表が表示されます。

注意:
シングル・インスタンスにはv$ビューを使用し、Oracle ClusterwareおよびOracle RAC記憶域にはgv$ビューを使用します。

3.2.4 データ・ファイル用のNFSの使用の確認

ネットワーク接続ストレージ(NAS)システムでは、データへのアクセスにNFSが使用されます。サポートされているNFSシステムにデータ・ファイルを格納できます。

インストールを開始する前に、NFSファイル・システムをマウントし、NFSマウントを介して使用できるようにする必要があります。NFSの構成およびマウントを実行する方法については、ベンダーのマニュアルを参照してください。

OracleソフトウェアおよびデータベースがNASデバイスに格納されている場合、そのパフォーマンスは、OracleサーバーとNASデバイス間のネットワーク接続のパフォーマンスによって左右されることに注意してください。

そのため、サーバーとNASデバイスの接続には、ギガビット・イーサネット以上のプライベートな専用ネットワーク接続を使用することをお薦めします。

3.2.5 記憶域のNFSマウントおよびバッファ・サイズ・パラメータの構成

GridホームまたはOracle RACホームにNFSを使用している場合、記憶域にNFSマウントを設定する必要があり、こうすることで、記憶域にマウントしているクライアントのrootが、匿名ユーザーにマップされるかわりにrootと見なされ、クライアント・サーバーのrootが、NFSファイル・システム上にroot所有のファイルを作成できるようにします。

NFSでは、サーバー側でno_root_squashを有効にすることで、記憶域に書込みを行うクライアントにrootアクセス権を取得できます。たとえば、ドメインmycluster.example.comのノードnode1、node2、node3について、パス/vol/gridのOracle Clusterwareファイル記憶域を設定するには、次のような行を/etc/exportsファイルに追加します。

/vol/grid/ node1.mycluster.example.com(rw,no_root_squash)
node2.mycluster.example.com(rw,no_root_squash) node3.mycluster.example.com
(rw,no_root_squash)

ドメインまたはDNSがセキュアで、許可されていないシステムはそのIPアドレスを取得できない場合には、特定のクラスタ・メンバー・ノードを指定するのではなく、ドメインごとにrootアクセス権を付与します。

次に例を示します。

/vol/grid/ *.mycluster.example.com(rw,no_root_squash)

この構文を使用すると、NFSサーバーの再構成を行うことなくノードの追加や削除を行えます。セキュアなDNSまたはドメインを使用して、そのドメインを利用するクラスタ・メンバー・ノードにrootアクセス権を付与することをお薦めします。

グリッド・ネーミング・サービス(GNS)を使用する場合、クラスタ内でGNSによる解決で割り当てられるサブドメインは、セキュアなドメインです。適切に署名されたGPnP(グリッドのプラグ・アンド・プレイ)のプロファイルがないサーバーは、クラスタに参加できません。そのため、許可されていないシステムは、GNSサブドメイン内の名前を取得または使用できません。

注意:
ドメイン単位でrootアクセス権を付与すると、システムへの不正アクセスに利用される場合があります。システム管理者は、no_root_squashの使用に付随するリスクについて、オペレーティング・システムのドキュメントを参照してください。

/etc/exportsを変更したら、次のコマンドを使用してファイル・システムのマウントをリロードします。

# /usr/sbin/exportfs -avr

3.2.6 Oracle Clusterware用のNFSマウントおよびバッファ・サイズ・パラメータの確認

クラスタ・メンバー・ノード上では、NFSバッファ・サイズ・パラメータrsizeおよびwsizeの値を32768に設定する必要があります。

バイナリのNFSクライアント側のマウント・オプションは次のとおりです。

rw,bg,hard,nointr,tcp,vers=3,timeo=600,rsize=32768,wsize=32768,actimeo=0

注意:
intrおよびnointrマウント・オプションは、Oracle Linuxでは推奨されておらず、Oracle Unbreakable Enterprise LinuxおよびOracle Linuxのカーネル2.6.32以上でも推奨されていません。

NFSマウント上にOracle Grid Infrastructureのバイナリがある場合は、suidオプションも使用する必要があります。

Oracle Clusterwareファイル(OCRおよび投票ディスク・ファイル)のNFSクライアント側のマウント・オプションは次のとおりです。

rw,bg,hard,nointr,rsize=32768,wsize=32768,tcp,noac,vers=3,timeo=600,actimeo=0

ご使用のプラットフォームのNFSマウント・オプションを含むエントリで各ノードの/etc/fstabファイルを更新します。たとえば、プラットフォームがx86-64であり、Oracle Clusterwareファイル用のマウント・ポイントを作成する場合には、/etc/fstabファイルを次のエントリで更新します。

nfs_server:/vol/grid  /u02/oracle/cwfiles nfs \
rw,bg,hard,nointr,tcp,vers=3,timeo=600,actimeo=0,rsize=32768,wsize=32768 0 0

Oracleソフトウェアのバイナリ、Oracle Clusterwareファイル(OCRおよび投票ディスク)、データ・ファイルでマウント・ポイント・オプションが異なることに注意してください。

バイナリ専用のマウント・ポイントを作成するには、バイナリ・マウント・ポイントに次のようなエントリを入力します。

nfs_server:/vol/bin /u02/oracle/grid nfs \
rw,bg,hard,nointr,rsize=32768,wsize=32768,tcp,vers=3,timeo=600,actimeo=0,suid

関連項目:
マウント・オプションの最新情報については、My Oracle Supportのbulletin 359515.1「Mount Options for Oracle Files When Used with NAS Devices」を参照してください。次のURLから入手可能です。
https://support.oracle.com

注意:
マウント・オプションの詳細は、ストレージ・ベンダーのマニュアルを参照してください。

3.2.7 Oracle RAC用のNFSマウントおよびバッファ・サイズ・パラメータの確認

NFSマウントを使用する場合、データベース・ファイルの格納に使用するNFSボリュームは、特別なマウント・オプションを指定し、Oracle RACインスタンスのある各ノード上にマウントする必要があります。NFSファイル・システムをマウントするときは、NASベンダーがデバイスの動作保証に使用したのと同じマウント・ポイント・オプションを使用することをお薦めします。推奨されるマウント・ポイント・オプションについては、デバイスのドキュメントを参照するか、ベンダーにご相談ください。

各ノードの/etc/fstabファイルを次のエントリで更新します。

nfs_server:/vol/DATA/oradata  /u02/oradata     nfs\
rw,bg,hard,nointr,tcp,vers=3,timeo=600,actimeo=0,rsize=32768,wsize=32768 0 0

必須のマウント・オプションは、NFSボリュームのマウント時に使用する必要のある最小限のマウント・オプション・セットを構成します。これらのマウント・オプションは、データの整合性を保護し、データベースの破損を防ぐために不可欠です。これらのマウント・オプションを使用しなかった場合は、ファイル・アクセス・エラーが発生する可能性があります。ご使用のプラットフォームでサポートされている個々のオプションの詳細は、オペレーティング・システムまたはNASデバイスのドキュメントを参照してください。

関連項目:
NASマウント・オプションの最新情報については、次のURLにあるMy Oracle SupportのNote 359515.1を参照してください。

https://support.oracle.com

3.2.8 NFSのDirect NFSクライアントのOracle Disk Manager制御の有効化

Direct NFSクライアントを有効にするには、次の手順を実行します。

1. Direct NFSクライアントを使用してアクセスする各NFSサーバーの次の属性を使用してoranfstabファイルを作成します。

- サーバー: NFSサーバー名。

- ローカル: IPアドレスまたは名前のいずれかで指定された、データベース・ホスト上の最大4つのパス。データベース・ホスト上でifconfigコマンドを使用して表示できます。

- パス: IPアドレスまたは名前のいずれかで指定された、NFSサーバーへの最大4つのネットワーク・パス。NFSサーバー上でifconfigコマンドを使用して表示できます。

- エクスポート: NFSサーバーからエクスポートされたパス。

- マウント: エクスポートされたボリュームに対応する、ローカル・マウント・ポイント。

- マウント・タイムアウト: Direct NFSクライアントがマウント成功を待機し、タイムアウトするまでの時間(秒)を指定します。このパラメータはオプションです。デフォルトのタイムアウトは10分(600)です。

- ルーティング不可: 送信メッセージをオペレーティング・システムでルーティングせず、そのかわりに、バインドされたIPアドレスを使用して送信するよう指定します。このPOSIXオプションは、同一サブネット上に複数のパスを持つLinuxシステムでは動作しない場合があることに注意してください。

- management: Direct NFSクライアントを有効にして、SNMP問合せの管理インタフェースを使用します。SNMPがNFSサーバー上の別の管理インタフェースで実行されている場合は、このパラメータを使用できます。デフォルト値は、serverパラメータ値です。

- community: SNMP問合せで使用するコミュニティ文字列を指定します。デフォルト値はpublicです。

この後の例では、oranfstabのNFSサーバー・エントリを3種類示しています。1つのoranfstabに、複数のNFSサーバー・エントリを含めることができます。

例3-1 ローカルおよびパスのNFSサーバー・エントリを使用

次の例では、localとpathの両方を使用しています。それぞれが異なるサブネットにあるため、dontrouteを指定する必要がありません。

server: MyDataServer1
local: 192.0.2.0
path: 192.0.2.1
local: 192.0.100.0
path: 192.0.100.1
export: /vol/oradata1 mount: /mnt/oradata1
community: private

例3-2 同一サブネット内のローカルおよびパスを使用(dontrouteを指定)

次の例では、同一サブネット内のlocalおよびpathを示しています。ここではdontrouteが指定されています。

server: MyDataServer2
local: 192.0.2.0
path: 192.0.2.128
local: 192.0.2.1
path: 192.0.2.129
dontroute
export: /vol/oradata2 mount: /mnt/oradata2
management: 192.0.10.128

例3-3 IPアドレスのかわりに名前を使用(複数のエクスポート)

server: MyDataServer3
local: LocalPath1
path: NfsPath1
local: LocalPath2
path: NfsPath2
local: LocalPath3
path: NfsPath3
local: LocalPath4
path: NfsPath4
dontroute
export: /vol/oradata3 mount: /mnt/oradata3
export: /vol/oradata4 mount: /mnt/oradata4
export: /vol/oradata5 mount: /mnt/oradata5
export: /vol/oradata6 mount: /mnt/oradata6

2. デフォルトでは、Direct NFSクライアントは無効な状態でインストールされます。Direct NFSクライアントを有効にするには、各ノードで次の手順を完了します。共有Gridホームをクラスタに使用する場合は、共有Gridホームで次の手順を完了します。

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

2. Grid_home/rdbms/libディレクトリに移動します。

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

$ make -f ins_rdbms.mk dnfs_on

3.2.9 Direct NFSクライアントにおけるハイブリッド列圧縮の有効化

Direct NFSクライアントでハイブリッド列圧縮(HCC)を有効にする手順:

1. ZFSストレージ・サーバーでSNMPが有効であることを確認します。次に例を示します。

$ snmpget -v1 -c public server_name .1.3.6.1.4.1.42.2.225.1.4.2.0
SNMPv2-SMI::enterprises.42.2.225.1.4.2.0 = STRING: "Sun Storage 7410"

2. NFSサーバー以外のインタフェースでSNMPが有効な場合は、managementパラメータを使用してoranfstabを構成します。

3. public以外のコミュニティ文字列を使用してSNMPが構成されている場合は、communityパラメータを使用してoranfstabファイルを構成します。

4. snmpgetが使用可能かどうかを確認して、libnetsnmp.soがインストールされていることを確認します。

3.2.10 共有ファイル・システムでのOracle Clusterwareファイル用のディレクトリの作成

次の手順に従って、Oracle Clusterwareファイル用のディレクトリを作成します。また、Oracle Databaseおよびリカバリ・ファイル用に共有ファイル・システムを構成することもできます。

注意:
NFSおよびOCFS2記憶域のいずれも、Oracleベース・ディレクトリとは別のファイル・システムにOracle Clusterwareファイルを格納する場合にのみ、この手順を実行する必要があります。

Oracleベース・ディレクトリとは別のファイル・システムにOracle Clusterwareファイル用のディレクトリを作成するには、次の手順を実行します。

1. 必要に応じて、各ノードで使用する共有ファイル・システムを構成し、マウントします。

注意:
ファイル・システムに使用するマウント・ポイントは、すべてのノードで同一である必要があります。ノードの再起動時、自動的にマウントされるように、ファイル・システムが構成されていることを確認してください。

2. dfコマンドを使用して、マウントされた各ファイル・システムの空きディスク領域を確認します。

3. 表示された情報から、使用するファイル・システムを特定します。600MB以上の空きディスク領域(外部冗長を使用、OCRと投票ディスクを1つずつ)があるファイル・システムを選択します。
複数のファイル・タイプに対して同じファイル・システムを使用している場合は、各タイプに対するディスク領域要件を追加して、ディスク領域要件の合計を判断します。

4. 選択したファイル・システムに対するマウント・ポイント・ディレクトリの名前を書き留めます。

5. インストールを実行しているユーザー(通常、gridかoracle)が、Oracle Clusterwareファイルをインストールする記憶域の場所にディレクトリを作成する権限を所有している場合は、OUIによってOracle Clusterwareファイル・ディレクトリが作成されます。
インストールを実行しているユーザーが書込み権限を所有していない場合は、次のコマンドを使用してこれらのディレクトリを手動で作成する必要があります。次のコマンドでは、それぞれのマウント・ポイント・ディレクトリに推奨されるサブディレクトリが作成され、そのディレクトリに適切な所有者、グループおよび権限が設定されます。たとえば、ユーザーがoracle、Oracle Clusterwareファイルの記憶域がclusterの場合は、次のようになります。

# mkdir /mount_point/cluster
# chown oracle:oinstall /mount_point/cluster
# chmod 775 /mount_point/cluster

注意:
インストール後、OCRファイルのインストール・パスにあるディレクトリはrootが所有し、root以外のアカウントでは書込みできないようにする必要があります。

マウント・ポイント・ディレクトリにサブディレクトリを作成し、適切な所有者、グループおよび権限を設定したら、Oracle Grid Infrastructure用のOCFS2またはNFSの構成は完了です。

3.2.11 共有ファイル・システムでのOracle Databaseファイル用のディレクトリの作成

Oracle Databaseの共有ファイル・システム用のディレクトリ、および(Oracle RACデータベース用などの)リカバリ・ファイル用のディレクトリを作成するには、次の手順を実行します。

1. 必要に応じて、各ノードで共有ファイル・システムを構成し、マウントします。

注意:
ファイル・システムに使用するマウント・ポイントは、すべてのノードで同一である必要があります。ノードの再起動時、自動的にマウントされるように、ファイル・システムが構成されていることを確認してください。

2. df -hコマンドを使用して、マウントされた各ファイル・システムの空きディスク領域を確認します。

3. 表示された情報から、ファイル・システムを特定します。

ファイル・タイプ

ファイル・システムの要件

データベース・ファイル

次のいずれかを選択します。

- 1.5GB以上の空き領域を持つ単一のファイル・システム。

- 合計1.5GB以上の空き領域を持つ複数のファイル・システム。

リカバリ・ファイル

2GB以上の空き領域を持つ単一のファイル・システムを選択します。

複数のファイル・タイプに対して同じファイル・システムを使用している場合は、各タイプに対するディスク領域要件を追加して、ディスク領域要件の合計を判断します。

4. 選択したファイル・システムに対するマウント・ポイント・ディレクトリの名前を書き留めます。

5. インストールを実行しているユーザー(通常、oracle)がOracle Databaseをインストールするディスクにディレクトリを作成する権限を所有している場合は、DBCAによってOracle Databaseファイル・ディレクトリおよびリカバリ・ファイル・ディレクトリが作成されます。
インストールを実行しているユーザーが書込み権限を所有していない場合は、次のコマンドを使用してこれらのディレクトリを手動で作成する必要があります。次のコマンドでは、それぞれのマウント・ポイント・ディレクトリに推奨されるサブディレクトリが作成され、適切な所有者、グループおよびそのサブディレクトリの権限が設定されます。

- データベース・ファイル・ディレクトリ:

# mkdir /mount_point/oradata
# chown oracle:oinstall /mount_point/oradata
# chmod 775 /mount_point/oradata

- リカバリ・ファイル・ディレクトリ(高速リカバリ領域):

# mkdir /mount_point/recovery_area
# chown oracle:oinstall /mount_point/recovery_area
# chmod 775 /mount_point/recovery_area

oinstallグループのメンバーをこれらのディレクトリの所有者にすると、これらのディレクトリが複数のOracleホーム(異なるOSDBAグループによるものも含む)から読み取られるようになります。

それぞれのマウント・ポイント・ディレクトリにサブディレクトリを作成し、適切な所有者、グループおよび権限を設定すると、Oracle Databaseの共有記憶域用のOCFS2またはNFSの構成は完了です。

3.2.12 NFSのDirect NFSクライアントのOracle Disk Management制御の無効化

Direct NFSクライアントを無効にするには、次の手順を実行します。

1. Oracle Grid Infrastructureインストール所有者としてログインして、次のコマンドを使用してDirect NFSクライアントを無効にします。Grid_homeはOracle Grid Infrastructureホームへのパスです。

$ cd Grid_home/rdbms/lib
$ make -f ins_rdbms.mk dnfs_off

クラスタの各ノード、または共有Gridホーム(Oracle Grid Infrastructureインストールに共有ホームを使用している場合)でこれらのコマンドを入力します。

2. oranfstabファイルを削除します。

注意:
Oracle Databaseで使用されているNFSパスを削除する場合は、データベースを再起動してその変更を有効にする必要があります。

3.3 Oracle Automatic Storage Managementの記憶域の構成

次の項で、Oracle Automatic Storage Managementの記憶域の構成について説明します。

- Oracle Automatic Storage Management用の記憶域の構成

- Oracle ASMでのOracle Databaseファイルとディスク・グループの使用

- Oracle Automatic Storage Managementクラスタ・ファイル・システムの構成

- 既存のOracle ASMインスタンスのアップグレード

3.3.1 Oracle Automatic Storage Management用の記憶域の構成

この項では、Oracle Automatic Storage Managementで使用する記憶域の構成方法について説明します。

- Oracle Automatic Storage Managementの記憶域要件の指定

- Oracle ASMで使用するためのNASデバイスでのファイルの作成

- 既存のOracle ASMディスク・グループの使用

- ASMLIBを使用したOracle ASM用のディスクの構成

- マルチパス・ディスク用のASMLIBの構成

- Oracle ASM用のディスク・デバイスの手動構成

3.3.1.1 Oracle Automatic Storage Managementの記憶域要件の指定

Oracle ASMを使用するための記憶域要件を指定するには、必要なデバイス数およびディスクの空き領域を確認する必要があります。この作業を実行するには、次の手順を実行します。

1. Oracle ASMを、Oracle Clusterwareファイル(OCRおよび投票ディスク)、Oracle Databaseファイルまたはリカバリ・ファイルに使用するか、Oracle ClusterwareおよびOracle Databaseのバイナリを除くすべてのファイルに使用するかを決定します。Oracle Databaseファイルには、データ・ファイル、制御ファイル、REDOログ・ファイル、サーバー・パラメータ・ファイルおよびパスワード・ファイルが含まれています。

注意:
Oracle Clusterware、Oracle Databaseファイルおよびリカバリ・ファイルに対して、同じメカニズムの記憶域を使用する必要はありません。一方のファイル・タイプに共有ファイル・システムを、他方にOracle ASMを使用することもできます。
自動バックアップを有効にすることを選択し、使用可能な共有ファイル・システムがない場合は、リカバリ・ファイルの記憶域にOracle ASMを使用する必要があります。

インストール中に自動バックアップを有効にした場合は、高速リカバリ領域にOracle Automatic Storage Managementディスク・グループを指定することで、リカバリ・ファイル用の記憶域メカニズムとしてOracle ASMを選択できます。非対話型のインストール・モードを選択した場合、デフォルトで1つのディスク・グループが作成され、そこにOCRと投票ディスク・ファイルが格納されます。後続のデータベース・インストールで使用するために他のディスク・グループが必要な場合は、対話型モードを選択するか、ASMCA(コマンドライン・ツール)を実行して、データベースのインストールを開始する前に、適切なディスク・グループを作成します。

2. Oracle ASMディスク・グループに使用するOracle ASMの冗長レベルを選択します。
Oracle ASMディスク・グループに選択した冗長レベルによって、Oracle ASMでディスク・グループ内のファイルをミラー化する方法および必要となるディスク数と空きディスク領域は次のようになります。

- 外部冗長
外部冗長ディスク・グループでは、最小で1台のディスク・デバイスが必要です。外部冗長のディスク・グループで有効なディスク領域は、全デバイスのディスク領域の合計です。

Oracle Clusterwareファイルの場合、外部冗長ディスク・グループは、コピーなしの1つの投票ディスクと1つのOCRを提供します。高可用性を確保するためにミラー化を行うには、外部テクノロジを使用する必要があります。

Oracle ASMは外部冗長ディスク・グループ内のデータをミラー化しないため、RAIDなどのストレージ・デバイスによる外部冗長を使用するか、または独自のデータ保護メカニズムを持つ類似デバイスを使用することをお薦めします。

- 標準冗長
標準冗長ディスク・グループでは、パフォーマンスおよび信頼性を向上させるために、Oracle ASMはデフォルトで2方向のミラー化を使用します。標準冗長ディスク・グループでは、最小で2台のディスク・デバイス(または2つの障害グループ)が必要です。標準冗長のディスク・グループで有効なディスク領域は、すべてのデバイスのディスク領域の合計の半分です。

Oracle Clusterwareファイルの場合、標準冗長ディスク・グループでは、投票ディスク・ファイルが3つ、OCRが1つ、コピーが2つ(1つはプライマリ、1つはセカンダリ・ミラー)になります。標準冗長のクラスタは、障害グループを1つ失っても存続できます。

ほとんどの使用環境では、標準冗長を選択することをお薦めします。

- 高冗長
高冗長ディスク・グループでは、Oracle ASMはデフォルトで3方向のミラー化を使用してパフォーマンスを向上させ、最高レベルの信頼性を提供します。高冗長ディスク・グループでは、最小で3台のディスク・デバイス(または3つの障害グループ)が必要です。高冗長のディスク・グループで有効なディスク領域は、全デバイスのディスク領域の合計の3分の1です。

Oracle Clusterwareファイルの場合、高冗長ディスク・グループでは、投票ディスク・ファイルが5つ、OCRが1つ、コピーが3つ(1つはプライマリ、2つはセカンダリ・ミラー)になります。高冗長のクラスタは、障害グループを2つ失っても存続できます。

高冗長ディスク・グループでは、高レベルのデータ保護が提供されますが、この冗長レベルの使用を決定する前に、追加するストレージ・デバイスのコストを考慮する必要があります。

3. Oracle Clusterwareファイルと、データベース・ファイルおよびリカバリ・ファイルに必要なディスク領域の合計容量を決定します。
表3-5と表3-6を使用して、Oracle Clusterwareファイルのインストールと、初期データベースのインストールに必要なディスクの最小台数およびディスクの最小領域を決定します(投票ディスクは別のディスク・グループにあるものとします)。

表3-5 冗長タイプによるOracle Clusterwareに必要な記憶領域の合計

冗長レベル

ディスクの最小台数

Oracle Cluster Registry(OCR)ファイル

投票ディスク・ファイル

合計

外部

1

300MB

300MB

600MB

標準

3

600MB

900MB

1.5GB脚注 1

高

5

900MB

1.5GB

2.4GB

脚注 1 インストール中にディスク・グループを作成する場合は、2GB以上にする必要があります。

注意:
投票ディスク・ファイルがディスク・グループにある場合、Oracle Clusterwareファイル(OCRおよび投票ディスク・ファイル)があるディスク・グループの障害グループの最小数は、他のディスク・グループよりも多くなります。
インストール中に、OCRおよび投票ディスク・ファイルのインストール先としてディスク・グループを作成する場合、使用可能な領域が2GB以上あるディスク・グループ上にこれらのファイルを作成するよう、インストーラによって求められます。

定数障害グループは特別なタイプの障害グループであり、これらの障害グループのディスクにユーザー・データは含まれません。定数障害グループは、ユーザー・データを格納するための冗長性要件を決定する際には考慮されません。ただし、ディスク・グループをマウントする場合は定数障害グループが考慮されます。

3-6 冗長タイプによるOracle Databaseに必要な記憶領域の合計

冗長レベル

ディスクの最小台数

データベース・ファイル

リカバリ・ファイル

合計

外部

1

1.5GB

3GB

4.5GB

標準

2

3GB

6GB

9GB

高

3

4.5GB

9GB

13.5GB

4. 割当て単位サイズを決定します。すべてのOracle ASMディスクは割当て単位(AU)に分割されます。割当て単位は、ディスク・グループ内の割当ての基本単位です。特定のディスク・グループ互換レベルに応じて、AUサイズの値に1、2、4、8、16、32、64MBを選択できます。デフォルト値は1MBに設定されています。

5. Oracle Clusterwareインストールでは、Oracle ASMのメタデータ用にディスク領域を追加する必要もあります。次の計算式を使用して、OCR、投票ディスク・ファイルおよびOracle ASMメタデータのディスク領域の要件(単位: MB)を計算します。
合計 = [2 * ausize * disks] + [redundancy * (ausize * (nodes * (clients + 1) + 30) + (64 * nodes) + 533)]

説明は次のとおりです。

- redundancy: ミラー数(外部 = 1、標準 = 2、高 = 3)。

- ausize: メタデータのAUサイズ(MB単位で、デフォルトは1MB)

- nodes: クラスタ内のノード数。

- clients: 各ノードのデータベース・インスタンス数。

- disks: ディスク・グループ内のディスク数。

たとえば、標準冗長ディスク・グループに3台のディスクを使用する4ノードのOracle RACインストールでは、1684MBの追加領域が必要になります。

[2 * 1 * 3] + [2 * (1 * (4 * (4 + 1) + 30) + (64 * 4) + 533)] = 1684MB

＄＄Oracle ASMで標準冗長性ディスク・グループに対してOracle Clusterwareファイルの高可用性を確保するには、ほとんどのインストールで原則として、Oracle Clusterwareファイル用として、別々の3つの障害グループ(物理ディスクは3つ以上)に2GB以上のディスク容量が必要です。＄＄Oracle Clusterwareファイルを作成するのに効果的な2GBのディスク容量を確保するためのベスト・プラクティスは、各ディスクに2.1GB以上、3台のディスクで合計6.3GB以上の容量を確保することです。

6. 必要な場合は、Oracle ASMディスク・グループのデバイスに障害グループを指定します。
標準または高冗長ディスク・グループを使用する場合は、カスタム障害グループのディスク・デバイスを関連付けることによって、ハードウェア障害に対するデータベースの保護を強化できます。デフォルトでは、各デバイスに独自の障害グループが含まれます。ただし、標準冗長ディスク・グループの2台のディスク・デバイスが同じSCSIコントローラに接続されている場合、コントローラに障害が発生すると、ディスク・グループは使用できなくなります。この例でのコントローラは、シングル・ポイント障害です。

このタイプの障害を防止するためには、2つのSCSIコントローラを使用します。各コントローラに2台のディスクを接続し、各コントローラに接続されたディスクに障害グループを定義します。この構成では、ディスク・グループが1つのSCSIコントローラの障害を許容できるようになります。

注意:
インストール後に、GUIツールのASMCA、コマンドライン・ツールのasmcmd、またはSQLコマンドを使用して、カスタム障害グループを定義します。
カスタム障害グループを定義する際、データベース・ファイルのみを格納する障害グループの場合、標準冗長ディスク・グループでは最小で2つの障害グループ、高冗長ディスク・グループでは3つの障害グループを指定する必要があります。

データベース・ファイルと、投票ディスクを含むClusterwareファイルを格納する障害グループの場合は、標準冗長ディスク・グループでは3つ以上の障害グループ、高冗長ディスク・グループでは5つ以上の障害グループを指定する必要があります。

投票ファイルを格納するディスク・グループの場合、標準冗長では最小で3つの障害グループ、高冗長では最小で5つの障害グループが必要です。それ以外の場合、最小数はそれぞれ2つと3つです。障害グループの最小数は、カスタム障害グループかどうかにかかわらず適用されます。

7. システムに適切なディスク・グループが存在しない場合は、適切なディスク・デバイスを設置または指定して、新しいディスク・グループを追加します。次のガイドラインに従って、適切なディスク・デバイスを指定します。

- Oracle ASMディスク・グループのすべてのデバイスは、サイズおよびパフォーマンス特性が同じである必要があります。

- 単一の物理ディスクにある複数のパーティションを、1つのディスク・グループのデバイスとして指定しないでください。各ディスク・グループのデバイスは、別々の物理ディスク上に存在する必要があります。

- 論理ボリュームは、Oracle ASMディスク・グループのデバイスとして指定できますが、Oracle ASMには不要なほどレイヤーが複雑になるため、この使用はお薦めしません。さらに、Oracle ASMおよびOracle RACで論理ボリュームを使用する場合、Oracle RACでは、クラスタ論理ボリューム・マネージャが必要です。
論理ボリューム・マネージャを使用する場合は、ストライプ化またはミラー化なしの単一のLUNとして論理ボリューム・マネージャを使用し、追加の記憶域レイヤーの影響を最小限に抑えるようにすることをお薦めします。

3.3.1.2 Oracle ASMで使用するためのNASデバイスでのファイルの作成

動作保証されているNASストレージ・デバイスがある場合は、NFSマウント・ディレクトリにゼロ埋込みファイルを作成し、そのファイルをOracle ASMディスク・グループのディスク・デバイスとして使用できます。

そのファイルを作成するには、次の手順を実行します。

1. 必要に応じて、NASデバイスのディスク・グループ・ファイル用にエクスポート・ディレクトリを作成します。
この手順の実行方法の詳細は、NASデバイスのドキュメントを参照してください。

2. ユーザーをrootに切り替えます。

3. マウント・ポイント・ディレクトリをローカル・システムに作成します。次に例を示します。

# mkdir -p /mnt/oracleasm

4. システムの再起動時にNFSファイル・システムが確実にマウントされるように、マウント・ファイル/etc/fstabにファイル・システムのエントリを追加します。

関連項目:
NASマウント・オプションの最新情報については、次のURLにあるMy Oracle SupportのNote 359515.1を参照してください。

https://support.oracle.com

オペレーティング・システムに対応したマウント・ファイルの編集方法の詳細は、manページを参照してください。推奨されるマウント・オプションの詳細は、「Oracle RAC用のNFSマウントおよびバッファ・サイズ・パラメータの確認」を参照してください。

5. 次のようなコマンドを入力し、ローカル・システムにNFSファイルシステムをマウントします。

# mount /mnt/oracleasm

6. 作成するディスク・グループの名前を選択します。たとえば、sales1とします。

7. NFSファイル・システムにファイルのディレクトリを作成します。ディレクトリ名には、ディスク・グループの名前を付けます。次に例を示します。

# mkdir /mnt/oracleasm/nfsdg

8. 次のようなコマンドを使用して、このディレクトリに必要な数のゼロ埋込みファイルを作成します。

# dd if=/dev/zero
of=/mnt/oracleasm/nfsdg/disk1 bs=1024k
count=1000 oflag=direct

この例では、NFSファイル・システムに1GBのファイルを作成します。外部冗長、標準冗長または高冗長のディスク・グループを作成するには、それぞれ1つ、2つまたは3つのファイルを作成する必要があります。

9. 作成したディレクトリとファイルの所有者、グループおよび権限を変更するには、次のようなコマンドを入力します。インストール所有者はgrid、OSASMグループはasmadminです。

# chown -R grid:asmadmin /mnt/oracleasm
# chmod -R 660 /mnt/oracleasm

10. Oracle RACまたはスタンドアロンのOracle Databaseをインストールする場合は、インストール時に、Oracle ASMのディスク検出文字列を編集して、作成したファイル名と一致する正規表現を指定します。次に例を示します。

/mnt/oracleasm/sales1/

注意:
インストール中、Oracle ASMでマウントされ文字列ORCL:*でASMLIBに登録されたディスク・パスが、デフォルトのデータベース記憶域の候補ディスクとして一覧表示されます。

3.3.1.3 既存のOracle ASMディスク・グループの使用

既存のOracle ASMディスク・グループにデータベースまたはリカバリ・ファイルを格納するために、インストール方法に応じて次のいずれかを選択します。

- Database Configuration Assistantを対話型モードで実行するインストール方法を選択した場合、新しいディスク・グループを作成するか、または既存のディスク・グループを使用するかを選択できます。
インストール後にDatabase Configuration Assistantを使用してデータベースを作成する場合に、同じ選択内容を使用できます。

- Database Configuration Assistantを非対話型モードで実行するインストール方法を選択した場合、新しいデータベースには既存のディスク・グループを選択する必要があり、新しいディスク・グループは作成できません。ただし、要件に対して既存ディスク・グループの空き領域が不十分である場合は、既存ディスク・グループにディスク・デバイスを追加できます。

注意:
既存ディスク・グループを管理するOracle Automatic Storage Managementインスタンスは、異なるOracleホーム・ディレクトリで実行されている可能性があります。

既存のOracle Automatic Storage Managementディスク・グループが存在するかどうか、またはディスク・グループに十分なディスク領域があるかどうかを判断するために、Oracle ASMコマンドライン・ツール(asmcmd)、Oracle Enterprise Manager Grid ControlまたはDatabase Controlを使用できます。また、次の手順も使用できます。

1. oratabファイルの内容を表示して、Oracle Automatic Storage Managementインスタンスがシステムに組み込まれているかどうかを判断します。

$ more /etc/oratab

Oracle Automatic Storage Managementインスタンスがシステムに組み込まれている場合、oratabファイルには次のような行が含まれます。

+ASM2:oracle_home_path

この例では、+ASM2はOracle Automatic Storage Managementインスタンスのシステム識別子(SID)、oracle_home_pathはOracle Automatic Storage Managementインスタンスが組み込まれているOracleホーム・ディレクトリです。表記規則により、Oracle Automatic Storage ManagementインスタンスのSIDは、プラス(+)記号で始まります。

2. 環境変数ORACLE_SIDおよびORACLE_HOMEを設定して、Oracle Automatic Storage Managementインスタンスに対して適切な値を指定します。

3. Oracle Automatic Storage Managementインスタンスに接続し、必要に応じてインスタンスを起動します。

$ $ORACLE_HOME/bin/asmcmd
ASMCMD> startup

4. 次のコマンドのいずれかを入力して、既存のディスク・グループ、それらの冗長レベルおよび各グループでのディスクの空き領域を表示します。

ASMCMD> lsdg

または

$ORACLE_HOME/bin/asmcmd -p lsdg

5. 出力結果から、適切な冗長レベルが設定されているディスク・グループを特定し、そのディスク・グループにある空き領域を記録します。

6. 必要に応じて、前述の記憶域要件を満たすために必要な追加のディスク・デバイスを設置または指定します。

注意:
既存のディスク・グループにデバイスを追加する場合は、サイズおよびパフォーマンス特性が、そのディスク・グループ内の既存デバイスと同じであるデバイスの使用をお薦めします。

3.3.1.4 ASMLIBを使用したOracle ASM用のディスクの構成

Oracle Automatic Storage Management(Oracle ASM)ライブラリ・ドライバ(ASMLIB)を使用すると、システムを再起動するたびにOracle ASMで使用するディスク・デバイスをリバインドする必要がなくなるため、ディスク・デバイスの構成および管理が簡単になります。

ASMLIB Linux 2.6以上のカーネルがないときは、権限ファイルかルール・ファイルをクラスタ・メンバー・ノードごとに作成しなければ、ブロック・デバイス・パスの永続的な権限とパスを保持することはできません。/dev/sdaであったブロック・デバイス・パスが、システムの再起動後は/dev/sdbとして表示されることがあります。新しいディスクを追加する際には、udevファイルを変更して、新しいディスクの永続的な権限とパスを指定する必要があります。

ASMLIBで、Oracle ASMディスクとして使用可能にするディスク範囲を定義します。ASMLIBによって、ストレージ・デバイス上で永続する権限とディスク・ラベルが保持されます。そのため、オペレーティング・システムのアップグレード後でもそのラベルを使用できます。ノードごとにoracleasmコマンドを1回実行して、すべてのクラスタ・メンバー・ノードでストレージ・パスを更新できます。

Linuxのデータベース記憶域にブロック・デバイス上のOracle ASMを使用する場合は、ASMLIBドライバと関連ユーティリティをインストールし、これらを使用してOracle ASM用のディスクを構成することをお薦めします。

注意:
IBM: Linux on System zサーバーでは、ブロック・サイズの互換性の問題により、Oracle Grid Infrastructureリリース11.2.0.1以上用にSCSIストレージ・デバイスおよびファイバ・チャネル・プロトコル(FCP)でASMLIBを使用できません。
回避策: ブロック・デバイスを直接使用(たとえば、/dev/mapper/mpatha_part1のようなパスを使用)するか、またはDASDディスクを使用します。

関連項目:
My Oracle SupportのNote「How to Manually Configure Disk Storage devices for use with Oracle ASM 11.2 on IBM: Linux on System z under SLES」(Doc ID 1350008.1)および「How to Manually Configure Disk Storage devices for use with Oracle ASM 11.2 on IBM: Linux on System z under Red Hat 5」(Doc ID 1351746.1)を次のURLで入手できます。
https://support.oracle.com

Oracle Automatic Storage Managementライブラリ(ASMLIB)・ドライバを使用してOracle ASMデバイスを構成するには、次の作業を行います。

- Oracle ASMライブラリ・ドライバ・ソフトウェアのインストールおよび構成

- x86システムでOracle ASMライブラリ・ドライバを使用するためのディスク・デバイスの構成

- IBM: Linux on System zでASMライブラリ・ドライバを使用するためのディスク・デバイスの構成

- Oracle ASMライブラリ・ドライバおよびディスクの管理

注意:
Oracle ASMライブラリ・ドライバを使用して、インストール中にデータベースを作成するには、対話型モードでASMCAを実行するインストール方法を選択する必要があります。また、デフォルトのディスク検出文字列をORCL:*に変更する必要があります。

3.3.1.4.1 Oracle ASMライブラリ・ドライバ・ソフトウェアのインストールおよび構成

ASMLIBは、Unbreakable Enterprise KernelパッケージおよびSUSE 11にすでに含まれています。Unbreakable Linux Networkのメンバーの場合、Oracle Software for Enterprise Linuxチャネルをサブスクライブし、up2dateを使用してシステムおよびカーネルの最新パッケージを取得することによって、ASMLIB rpmsをインストールできます。詳細は、次のURLを参照してください。

http://www.oracle.com/technetwork/topics/linux/asmlib/index-101839.html

ASMLIBドライバ・ソフトウェアを手動でインストールおよび構成するには、次の手順を実行します。

1. 次のコマンドを入力して、システムのカーネル・バージョンおよびアーキテクチャを判別します。

# uname -rm

2. 次のOracle Technology Network(OTN)のWebサイトから必要なASMLIBパッケージをダウンロードします。

http://www.oracle.com/technetwork/server-storage/linux/downloads/index-088143.html

注意:
Red Hat Enterprise Linux 5 Advanced ServerでASMLIBを使用するには、oracleasm-supportパッケージのバージョン2.0.1以上をインストールする必要があります。ASMLIBは、SUSEディストリビューションにすでに含まれています。

ヒント:
Red HatディストリビューションでのASMLIBサポートの詳細は、My Oracle SupportのNote 1089399.1を参照してください。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1089399.1

次のパッケージをインストールする必要があります。versionはASMLIBドライバのバージョン、archはシステム・アーキテクチャ、kernelは使用しているカーネル・バージョンです。

oracleasm-support-version.arch.rpm
oracleasm-kernel-version.arch.rpm
oracleasmlib-version.arch.rpm

3. ユーザーをrootユーザーに切り替えます。

$ su -

4. 次のコマンドを入力して、パッケージをインストールします。

# rpm -ivh oracleasm-support-version.arch.rpm \
oracleasm-kernel-version.arch.rpm \
oracleasmlib-version.arch.rpm

たとえば、AMD64システムでRed Hat Enterprise Linux 5 ASのカーネルを使用している場合は、次のコマンドを入力します。

# rpm -ivh oracleasm-support-2.1.3-1.el5.x86_64.rpm \
oracleasm-2.6.18-194.26.1.el5xen-2.0.5-1.el5.x86_64.rpm \
oracleasmlib-2.0.4-1.el5.x86_64.rpm

5. 次のコマンドを入力し、configureオプションを使用してoracleasm初期化スクリプトを実行します。

# /usr/sbin/oracleasm configure -i

注意:
/usr/sbinにあるoracleasmコマンドを使用してください。/etc/init.dパスは非推奨ではありませんが、このパスにあるoracleasmバイナリは、現在では通常、内部コマンドに使用されています。

6. スクリプトで表示されるプロンプトへの応答で、次の情報を入力します。

プロンプト

推奨される応答

Default user to own the driver interface:

グループおよびユーザーの標準構成: Oracleソフトウェア所有者ユーザー(oracleなど)を指定します。
役割区分によるグループおよびユーザーの構成: グリッド・インフラストラクチャ・ソフトウェア所有者(gridなど)を指定します。

Default group to own the driver interface:

グループおよびユーザーの標準構成: データベースのOSDBAグループ(dbaなど)を指定します。
役割区分によるグループおよびユーザーの構成: 記憶域管理のOSASMグループ(asmadminなど)を指定します。

Start Oracle ASM Library driver on boot (y/n):

システムの起動時にOracle Automatic Storage Managementライブラリ・ドライバを起動するには、yと入力します。

Scan for Oracle ASM disks on boot (y/n)

システムの起動時にOracle ASMディスクをスキャンするには、yと入力します。

スクリプトによって、次の作業が実行されます。

- /etc/sysconfig/oracleasm構成ファイルの作成

- /dev/oracleasmマウント・ポイントの作成

- ASMLIBドライバのファイル・システムのマウント

注意:
ASMLIBドライバのファイル・システムは、通常のファイル・システムではありません。Oracle ASMドライバと通信するOracle ASMライブラリでのみ使用されます。

7. 次のコマンドを入力して、oracleasmカーネル・モジュールをロードします。

# /usr/sbin/oracleasm init

8. Oracle RACのインストール先となるクラスタ内のすべてのノードでこの手順を繰り返します。

3.3.1.4.2 x86システムでOracle ASMライブラリ・ドライバを使用するためのディスク・デバイスの構成

Oracle ASMディスク・グループで使用するディスク・デバイスを構成するには、次の手順を実行します。

1. Oracle ASMディスク・グループでIDE、SCSIまたはRAIDデバイスを使用する場合は、次の手順を実行します。

1. 必要に応じて、ディスク・グループで使用する共有ディスク・デバイスを設置または構成し、システムを再起動します。

2. 次のコマンドを入力して、使用するディスクのデバイス名を確認します。

# /sbin/fdisk -l

デバイス名は、ディスク・タイプによって異なることがあります。

ディスク・タイプ

デバイス名の形式

説明

IDEディスク

/dev/hdxn

この例で、xは、IDEディスクを識別する文字です。また、nは、パーティションの番号です。たとえば、/dev/hdaは、第1 IDEバスの第1ディスクです。

SCSIディスク

/dev/sdxn

この例で、xは、SCSIディスクを識別する文字です。また、nは、パーティションの番号です。たとえば、/dev/sdaは、第1 SCSIバスの第1ディスクです。

RAIDディスク

/dev/rd/cxdypz
/dev/ida/cxdypz

RAIDコントローラに応じて、RAIDデバイスは異なるデバイス名を持つことができます。この例で、xはコントローラの識別番号、yはディスクの識別番号、zはパーティションの識別番号です。たとえば、/dev/ida/c0d1は最初のコントローラ上の第2の論理ドライブです。

ディスク・グループにデバイスを含めるには、ドライブ・デバイス名またはパーティション・デバイス名のいずれかを指定します。

注意:
各ディスクに、単一のディスク全体パーティションを作成することをお薦めします。

3. fdiskまたはpartedのいずれかを使用して、ディスク・デバイスに、単一のディスク全体パーティションを作成します。

2. 次のコマンドを入力して、ディスクをOracle ASMディスクとしてマークします。

# /usr/sbin/oracleasm createdisk DISK1 /dev/sdb1

この例で、DISK1はディスクに割り当てる名前です。

注意:
ディスク名に使用できる文字は、大文字、数字およびアンダースコアです。大文字で始める必要があります。
Oracle ASMでマルチ・パス・ディスク・ドライバを使用している場合は、そのディスクに正しい論理デバイス名を指定してください。

3. ディスクをクラスタ内の他のノードで使用可能にするには、各ノードでrootとして次のコマンドを入力します。

# /usr/sbin/oracleasm scandisks

このコマンドによって、Oracle ASMディスクとしてマークされているノードに接続されている共有ディスクが識別されます。

3.3.1.4.3 IBM: Linux on System zでASMライブラリ・ドライバを使用するためのディスク・デバイスの構成

1. DASDを互換ディスク・レイアウトでフォーマットした場合は、次のコマンドを入力して、デバイスに単一のディスク全体パーティションを作成します。

# /sbin/fdasd -a /dev/dasdxxxx

2. 次のコマンドを入力して、ディスクをASMディスクとしてマークします。

# /etc/init.d/oracleasm createdisk DISK1 /dev/dasdxxxx

この例で、DISK1はディスクに割り当てる名前です。

注意:
ディスク名に使用できる文字は、大文字、数字およびアンダースコアです。大文字で始める必要があります。
ASMでマルチ・パス・ディスク・ドライバを使用している場合は、そのディスクに正しい論理デバイス名を指定してください。

3. ディスクを他のクラスタ・ノードで使用可能にするには、各ノードでrootとして次のコマンドを入力します。

# /etc/init.d/oracleasm scandisks

このコマンドによって、ASMディスクとしてマークされているノードに接続されている共有ディスクが識別されます。

3.3.1.4.4 Oracle ASMライブラリ・ドライバおよびディスクの管理

Oracle Automatic Storage Managementライブラリ・ドライバ(ASMLIB)およびディスクを管理するには、表3-7に示す様々なオプションとともにoracleasm初期化スクリプトを使用します。

表3-7 ORACLEASMスクリプト・オプション

オプション

説明

configure

必要に応じて、configureオプションを使用してOracle Automatic Storage Managementライブラリ・ドライバを再構成します。

# /usr/sbin/oracleasm configure -i

コマンド・オプションを表示するには、oracleasm configureを-iフラグなしで入力します。

enable
disable

disableおよびenableオプションを使用して、システムの起動時のOracle Automatic Storage Managementライブラリ・ドライバの動作を変更します。enableオプションを使用すると、システムの起動時にOracle Automatic Storage Managementライブラリ・ドライバがロードされます。

# /usr/sbin/oracleasm enable

start
stop
restart

start、stopおよびrestartオプションを使用して、システムを起動せずにOracle Automatic Storage Managementライブラリ・ドライバをロードまたはアンロードします。

# /usr/sbin/oracleasm restart

createdisk

creatediskオプションを使用して、Oracle Automatic Storage Managementライブラリ・ドライバで使用するディスク・デバイスをマークし、名前を付けます。

# /usr/sbin/oracleasm createdisk DISKNAME devicename

deletedisk

deletediskオプションを使用して、名前付きのディスク・デバイスのマークを外します。

# /usr/sbin/oracleasm deletedisk DISKNAME

注意: このコマンドを使用して、Oracle Automatic Storage Managementディスク・グループで使用されているディスクのマークは外さないでください。このディスクは、Oracle Automatic Storage Managementディスク・グループから削除した後でマークを外す必要があります。

querydisk

querydiskオプションを使用して、ディスク・デバイスまたはディスク名がOracle Automatic Storage Managementライブラリ・ドライバで使用されているかどうかを確認します。

# /usr/sbin/oracleasm querydisk {DISKNAME | devicename}

listdisks

listdisksオプションを使用して、マークされたOracle Automatic Storage Managementライブラリ・ドライバ・ディスクのディスク名を表示します。

# /usr/sbin/oracleasm listdisks

scandisks

scandisksオプションを使用すると、別のノードでOracle Automatic Storage Managementライブラリ・ドライバ・ディスクとしてマークされている共有ディスクを、クラスタ・ノードで識別できます。

# /usr/sbin/oracleasm scandisks

3.3.1.5 マルチパス・ディスク用のASMLIBの構成

Oracle Automatic Storage Managementライブラリ・ドライバ(ASMLIB)をサード・パーティ・ベンダーのマルチパス・ディスクで使用するには、追加の構成が必要です。

関連項目:
サポートされている記憶域オプションの更新については、My Oracle Supportのサイトを参照してください。

https://support.oracle.com

3.3.1.5.1 マルチパス・ディスクでのOracle ASMの使用について

Oracle ASMでは、各ディスクが一意に識別されている必要があります。同じディスクが複数のパスの下に存在するとエラーになります。マルチパス・ディスク構成では、同じディスクが次の3か所で存在できます。

1. ディスクへの最初のパス

2. ディスクへの2つ目のパス

3. マルチパス・ディスクのアクセス・ポイント

例: 1つのローカル・ディスク(/dev/sda)および外部記憶域に接続した1つのディスクがある場合、サーバーにはその外部記憶域への2つの接続またはパスが表示されます。Linux SCSIドライバは、両方のパスを示します。それらは、/dev/sdbおよび/dev/sdcとして表示されます。システムは/dev/sdbまたは/dev/sdcのいずれかにアクセスする場合がありますが、同じディスクにアクセスしていることになります。

マルチパスを有効にすると、/dev/sdbおよび/dev sdcの両方にアクセス可能なマルチパス・ディスク(/dev/multipathaなど)を持つことになり、multipathaへのすべてのI/Oはsdbまたはsdcのいずれかのパスを使用できます。システムが/dev/sdbパスを使用している場合にそのケーブルが抜かれると、システムはエラーを表示します。ただし、マルチパス・ディスクは/dev/sdbパスから/dev/sdcパスへ切り替わります。

ほとんどのシステム・ソフトウェアはマルチパス構成を認識していません。任意のパス(sdb、sdcまたはmultipatha)を使用できます。ASMLIBもマルチパス構成を認識していません。

デフォルトでは、ASMLIBはLinuxがレポートする最初のディスク・パスを認識しますが、アイデンティティがディスクに残るため、そのディスクが1つのパスにのみあると認識します。ストレージ・ドライバによっては、マルチパス・ディスクを認識する場合や、またはいずれかの単一ディスク・パスを認識する場合があります。

デフォルトのままにするのではなく、マルチパス・ディスクを認識するようにOracle ASMを構成する必要があります。

3.3.1.5.2 ディスク・スキャン順序

ASMLIB構成ファイルはパス/etc/sysconfig/oracleasmにあります。これは、コマンド/etc/init.d/oracleasm configureで指定したすべての起動時構成が含まれます。このコマンドでスキャン順序を構成することはできません。

構成ファイルには多くの構成変数が含まれます。ORACLEASM_SCANORDER変数は、最初にスキャンされるディスクを指定します。ORACLEASM_SCANEXCLUDE変数は、無視されるディスクを指定します。

スペース区切り接頭辞文字列を使用して、ORACLEASM_SCANORDERの値を構成します。接頭辞文字列は、ディスクのタイプに関連付けられている一般的な文字列です。たとえば、接頭辞文字列sdを使用すると、この文字列は/dev/sda、/dev/sdb、/dev/sdcなどを含むすべてのSCSIデバイスと一致します。globでないことに注意してください。これらはワイルドカードを使用しません。単に接頭辞です。また、パスは接頭辞の一部ではないことに注意してください。たとえば、/dev/パスは、パス/dev/sd*に含まれるSCSIディスクの接頭辞の一部ではありません。

Oracle LinuxおよびRed Hat Enterprise Linuxバージョン5では、スキャン時にカーネルはデバイスを/dev/mapper/XXXエントリとみなします。デフォルトでは、2.6カーネル・デバイスのファイル・ネーミング・スキームudevによって、わかりやすさを考慮して/dev/mapper/XXXという名前が作成されます。ORACLEASM_SCANORDERを使用するすべての構成では、/dev/mapper/XXXエントリを使用する必要があります。

3.3.1.5.3 マルチパス・ディスクを選択するためのディスク・スキャン順序の構成

最初にマルチパス・ディスクを選択するようにASMLIBを構成するには、次の手順を実行します。

1. テキスト・エディタを使用して、ASMLIB構成ファイル/etc/sysconfig/oracleasmを開きます。

2. ORACLEASM_SCANORDER変数を編集して、マルチパス・ディスクの接頭辞パスを指定します。たとえば、マルチパス・ディスクが接頭辞multipath(/dev/mapper/multipatha、/dev/mapper/multipathbなど)を使用しており、マルチパス・ディスクがSCSIディスクをマウントする場合、次のような接頭辞パスを指定します。

ORACLEASM_SCANORDER="multipath sd"

3. ファイルを保存します。

この手順が完了すると、ASMLIBがディスクをスキャンするときに、最初に接頭辞文字列multipathを持つすべてのディスクがスキャンされ、それらのディスクは/dev/mapper/multipathXという値を使用してOracle ASMディスクとしてラベル付けされます。その後、接頭辞文字列sdを持つすべてのディスクがスキャンされます。ただし、ASMLIBではこれらのディスクはすでに/dev/mapper/multipath文字列値でラベル付けされているものとして認識するため、これらのディスクは無視されます。接頭辞文字列multipathおよびsdをスキャンした後、Oracle ASMによりスキャン順に一致しないその他のディスクがスキャンされます。

手順2の例では、キーワードのmultipathは、実際にmultipathsセクションの下の/etc/multipath.confで構成されたマルチパス・デバイスの別名です。次に例を示します。

multipaths {
multipath {
wwid                    3600508b4000156d700012000000b0000
alias                   multipath
...
}
multipath {
...
alias                   mympath
...
}
...
}

デフォルトのデバイス名は、/dev/mapper/mpath*のような形式です。

3.3.1.5.4 単一パス・ディスクを除外するためのディスク順序スキャンの構成

特定の単一パス・ディスクを除外するようにASMLIBを構成するには、次の手順を実行します。

1. テキスト・エディタを使用して、ASMLIB構成ファイル/etc/sysconfig/oracleasmを開きます。

2. ORACLEASM_SCANEXCLUDE変数を編集して、単一パス・ディスクの接頭辞パスを指定します。たとえば、単一パス・ディスク/dev sdbおよび/dev/sdcを除外する場合は、次のような接頭辞パスを指定します。

ORACLEASM_SCANEXCLUDE="sdb sdc"

3. ファイルを保存します。

この手順が完了すると、ASMLIBがディスクをスキャンするときに、接頭辞がsdbおよびsdcのディスクを除くすべてのディスクがスキャンされ、/dev/sdbおよび/dev/sdcは無視されます。他のSCSIディスクもマルチパス・ディスクも無視されません。/dev/sdbおよび/dev sdcにアクセスするマルチパス・ディスク(/dev/multipathaなど)を持ち、sdbおよびsdcを無視するようにASMLIBを構成した場合は、これらのディスクは無視され、マルチパス・ディスクがOracle ASMとしてマーク付けされるだけになります。

3.3.1.6 Oracle ASM用のディスク・デバイスの手動構成

サーバーが起動すると、デフォルトでは、2.6カーネル・デバイス・ファイル・ネーミング・スキームのudevによってデバイス・ファイル名が自動的に作成され、その所有権がrootに割り当てられます。udevでデフォルトの設定が適用される場合は、投票ディスクまたはOracle Cluster Registryパーティションのデバイス・ファイル名と所有者が変更されるため、サーバーの再起動時に内容が破損します。たとえば、ユーザーgridが所有する/dev/sddというデバイス上の投票ディスクが、サーバーの再起動後には、rootが所有する/dev/sdfというデバイスに置かれる可能性もあります。ASMLIBを使用する場合は、udev内で永続的な権限とデバイス・パスを指定する必要がありません。

ASMLIBを使用しない場合は、カスタム・ルール・ファイルを作成する必要があります。udevが起動すると、ルール・ファイルに定義されたルール(構成ディレクティブ)が順次実行されます。これらのファイルは、パス/etc/udev/rules.d/にあります。ルール・ファイルは、字句順に読み取られます。たとえば、ファイル10-wacom.rules内にあるルールは、ルール・ファイル90-ib.rules内にあるルールより先に解析され実行されます。

UDEVルール・ファイルにデバイス情報を指定する場合は、表示されている順に、他の特性より前にOWNER、GROUPおよびMODEが指定される必要があります。たとえば、UDEV行に特性ACTIONを含める場合、OWNER、GROUPおよびMODEの後にACTIONを指定します。

複数のルール・ファイルに同じデバイスの記述があった場合、サポートされているLinuxカーネル・バージョンでは、最後に読み取られたファイルが適用されます。

ディスク・デバイスの権限ファイルを構成するには、次の作業を行います。

1. 既存のブロック・デバイスに関する情報を取得するには、1つのクラスタ・ノードのストレージ・デバイスでコマンドscsi_id(/sbin/scsi_id)を実行し、一意のデバイス識別子を取得します。-s引数を付けてscsi_idコマンドを実行する場合、渡されるデバイス・パスおよび名前は、/sys/block/deviceを参照するときのsysfsディレクトリ/sysに対する相対パスである必要があります(/block/deviceなど)。次に例を示します。

# /sbin/scsi_id -g -s /block/sdb/sdb1
360a98000686f6959684a453333524174

# /sbin/scsi_id -g -s /block/sde/sde1
360a98000686f6959684a453333524179

必要時に指定できるように、クラスタウェア・デバイスの一意のSCSI識別子を記録します。

注意:
コマンドscsi_idは、どのノードでコマンドが実行されるかにかかわらず、指定されたデバイスで同じデバイス識別子値を戻す必要があります。

2. /etc/scsi_id.configファイルを編集し、options=-gを追加することで、SCSIデバイスを信頼できるデバイス(ホワイト・リスト)として構成します。次に例を示します。

# cat > /etc/scsi_id.config
vendor="ATA",options=-p 0x80
options=-g

3. テキスト・エディタを使用してOracle ASMデバイス用のUDEVルール・ファイルを作成し、インストール所有者と、メンバーがOracle Grid Infrastructureソフトウェアの管理者であるグループの権限を0660に設定します。たとえば、インストール所有者gridを使用し、さらにOSASMグループasmadminによるロール・ベースのグループ構成を使用します。

# vi /etc/udev/rules.d/99-oracle-asmdevices.rules

KERNEL=="sd?1", BUS=="scsi", PROGRAM=="/sbin/scsi_id",
RESULT=="14f70656e66696c00000000", OWNER="grid", GROUP="asmadmin", MODE="0660"
KERNEL=="sd?2", BUS=="scsi", PROGRAM=="/sbin/scsi_id",
RESULT=="14f70656e66696c00000001", OWNER="grid", GROUP="asmadmin", MODE="0660"
KERNEL=="sd?3", BUS=="scsi", PROGRAM=="/sbin/scsi_id",
RESULT=="14f70656e66696c00000002", OWNER="grid", GROUP="asmadmin", MODE="0660"

4. rules.dファイルを、クラスタ上の他のすべてのノードにコピーします。次に例を示します。

# scp 99-oracle-asmdevices.rules root@node2:/etc/udev/rules.d/99-oracle-asmdevices.rules

5. /sbin/partprobe devicenameを使用して、更新されたブロック・デバイス・パーティション表をクラスタのすべてのメンバー・ノードにロードします。 この操作は、rootで行う必要があります。

6. コマンドudevtest(/sbin/udevtest)を実行して、作成したUDEVルール構成をテストします。ブロック・デバイスが使用可能で、ルールが予想どおりに適用されたことが出力されます。次に例を示します。

# udevtest /block/sdb/sdb1
main: looking at device '/block/sdb/sdb1' from subsystem 'block'
udev_rules_get_name: add symlink
'disk/by-id/scsi-360a98000686f6959684a453333524174-part1'
udev_rules_get_name: add symlink
'disk/by-path/ip-192.168.1.1:3260-iscsi-iqn.1992-08.com.netapp:sn.887085-part1'
udev_node_mknod: preserve file '/dev/.tmp-8-17', because it has correct dev_t
run_program: '/lib/udev/vol_id --export /dev/.tmp-8-17'
run_program: '/lib/udev/vol_id' returned with status 4
run_program: '/sbin/scsi_id'
run_program: '/sbin/scsi_id' (stdout) '360a98000686f6959684a453333524174'
run_program: '/sbin/scsi_id' returned with status 0
udev_rules_get_name: rule applied, 'sdb1' becomes 'ocr1'
udev_device_event: device '/block/sdb/sdb1' validate currently present symlinks
udev_node_add: creating device node '/dev/ocr1', major = '8', minor = '17',
mode = '0640', uid = '0', gid = '500'
udev_node_add: creating symlink
'/dev/disk/by-id/scsi-360a98000686f6959684a453333524174-part1' to '../../ocr1'
udev_node_add: creating symlink
'/dev/disk/by-path/ip-192.168.1.1:3260-iscsi-iqn.1992-08.com.netapp:sn.84187085
-part1' to '../../ocr1'
main: run: 'socket:/org/kernel/udev/monitor'
main: run: '/lib/udev/udev_run_devd'
main: run: 'socket:/org/freedesktop/hal/udev_event'
main: run: '/sbin/pam_console_apply /dev/ocr1
/dev/disk/by-id/scsi-360a98000686f6959684a453333524174-part1
/dev/disk/by-path/ip-192.168.1.1:3260-iscsi-iqn.1992-08.com.netapp:sn.84187085-
part1'

出力例では、ルールを適用することでOCRデバイス/dev/ocr1の名前が/dev/sdb1に変更されることに注意してください。

7. UDEVサービスを再起動するコマンドを入力します。
Asianux、Oracle Linux 5およびRHEL5の場合、コマンドは次のとおりです。

# /sbin/udevcontrol reload_rules
# /sbin/start_udev

SUSE 10および11の場合、コマンドは次のとおりです。

# /etc/init.d boot.udev restart

3.3.2 Oracle ASMでのOracle Databaseファイルとディスク・グループの使用

次の項で、Oracle ClusterwareおよびOracle DatabaseファイルのためのOracle Automatic Storage Management (Oracle ASM)の記憶域の構成について説明します。

- Oracle ASM上の既存のOracle Databaseディスク・グループの指定と使用

- Oracle Databaseデータ・ファイルのためのディスク・グループの作成

3.3.2.1 Oracle ASM上の既存のOracle Databaseディスク・グループの指定と使用

次の項では、既存ディスク・グループの指定方法およびそのディスク・グループが持つ空きディスク領域の確認方法について説明します。

- 必要な場合は、Oracle ASMディスク・グループのデバイスに障害グループを指定します。
標準または高冗長ディスク・グループを使用する場合は、カスタム障害グループのディスク・デバイスを関連付けることによって、ハードウェア障害に対するデータベースの保護を強化できます。デフォルトでは、各デバイスに独自の障害グループが含まれます。ただし、標準冗長ディスク・グループの2台のディスク・デバイスが同じSCSIコントローラに接続されている場合、コントローラに障害が発生すると、ディスク・グループは使用できなくなります。この例でのコントローラは、シングル・ポイント障害です。

このタイプの障害を防止するためには、2つのSCSIコントローラを使用します。各コントローラに2台のディスクを接続し、各コントローラに接続されたディスクに障害グループを定義します。この構成では、ディスク・グループが1つのSCSIコントローラの障害を許容できるようになります。

注意:
カスタム障害グループを定義する場合、標準冗長では2つ以上の障害グループ、高冗長では3つ以上の障害グループを指定する必要があります。

3.3.2.2 Oracle Databaseデータ・ファイルのためのディスク・グループの作成

システムに適切なディスク・グループが存在しない場合は、適切なディスク・デバイスを設置または指定して、新しいディスク・グループを追加します。次のガイドラインに従って、適切なディスク・デバイスを指定します。

- Oracle ASMディスク・グループのすべてのデバイスは、サイズおよびパフォーマンス特性が同じである必要があります。

- 単一の物理ディスクにある複数のパーティションを、1つのディスク・グループのデバイスとして指定しないでください。Oracle ASMは、各ディスク・グループのデバイスが、別々の物理ディスク上に存在するとみなします。

- 論理ボリュームは、Oracle ASMディスク・グループのデバイスとして指定できますが、Oracle ASMには不要なほどレイヤーが複雑になるため、この使用はお薦めしません。さらに、Oracle ASMおよびOracle RACで論理ボリュームを使用する場合、Oracle RACでは、クラスタ論理ボリューム・マネージャが必要です。

3.3.3 Oracle Automatic Storage Managementクラスタ・ファイル・システムの構成

Oracle ACFSは、Oracle Grid Infrastructure(Oracle ClusterwareおよびOracle Automatic Storage Management)11gリリース2(11.2)のインストールの一部として、インストールされます。

ASMCAを使用して、ACFSの汎用ファイル・システム構成を作成することもできます。

関連項目:
サポートされているデプロイメント・オプションについては、第3.1.3項「Oracle ACFSの一般情報」を参照してください。

Oracle RACデータベース用にOracle Databaseホーム用のOracle ACFSを構成するには、次の手順を実行します。

1. クラスタ用Oracle Grid Infrastructure(Oracle ClusterwareおよびOracle Automatic Storage Management)をインストールします。

2. Oracle Grid Infrastructureホームに移動します。次に例を示します。

$ cd /u01/app/11.2.0/grid

3. Oracle Grid Infrastructureインストール所有者が、使用するストレージ・マウント・ポイントに対する読込みおよび書込み権限を持っていることを確認します。たとえば、マウント・ポイント/u02/acfsmounts/を使用する場合は次のようになります。

$ ls -l /u02/acfsmounts

4. Gridインストールの所有者として、Oracle ASM Configuration Assistantを起動します。次に例を示します。

./asmca

5. 「ASMの構成: ASMディスク・グループ」ページに、インストール中に作成したOracle ASMディスク・グループが表示されます。「ASMクラスタ・ファイルシステム」タブをクリックします。

6. 「ASMクラスタ・ファイルシステム」ページでデータ・ディスクを右クリックし、「データベース・ホームのACFSの作成」を選択します。

7. 「ACFSホスト・データベース・ホームの作成」ウィンドウで次の情報を入力します。

- データベース・ホームのADVMボリューム・デバイス名: データベース・ホームの名前を入力します。この名前は、組織で一意である必要があります。たとえば、dbase_01とします。

- データベース・ホームのマウント・ポイント: マウント・ポイントのディレクトリ・パスを入力します。たとえば、/u02/acfsmounts/dbase_01とします。
後で参照するために、このマウント・ポイントを書き留めます。

- データベース・ホーム・サイズ(GB): データベース・ホームのサイズをGB単位で入力します。

- データベース・ホームの所有者名: データベースのインストールに使用するOracle Databaseインストール所有者の名前を入力します。たとえば、oracle1とします

- データベース・ホームの所有者グループ: データベースのインストール時に指定するメンバーが含まれるOSDBAグループを入力します。このグループのメンバーには、データベースに対するSYSDBA権限のオペレーティング・システム認証が付与されます。たとえば、dba1とします。

- 入力が完了したら、「OK」をクリックします。

8. 特権ユーザー(root)として、Oracle ASM Configuration Assistantによって生成されたスクリプトを実行します。Oracle Clusterware環境では、Oracle Clusterwareによって管理されるリソースとしてACFSが登録されます。リソースとしてACFSを登録することによって、ACFSがOracle RACデータベース・ホームに使用される場合に、Oracle ClusterwareがACFSを適切な順序で自動的にマウントできるようになります。

9. Oracle RACのインストール中に、Oracle RACをインストールするユーザーまたはDBAが、「データベース・ホームのマウント・ポイント」フィールドで指定したマウント・ポイントをOracleホームに選択するようにします(前の例では/u02/acfsmounts/dbase_01)。

関連項目:
Oracle ACFSを使用してストレージを構成および管理する方法の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

3.3.4 既存のOracle ASMインスタンスのアップグレード

以前のリリースのOracle ASMが、サーバー上または既存のOracle Clusterwareインストール環境内にインストールされている場合は、パスGrid_home/binにあるOracle Automatic Storage Managementコンフィギュレーション・アシスタント(ASMCA)を使用して、既存のOracle ASMインスタンスをOracle ASM 11gリリース2(11.2)にアップグレードし、その後で障害グループ、Oracle ASMボリュームおよびOracle Automatic Storage Managementクラスタ・ファイル・システム(ACFS)を構成できます。

注意:
既存のOracle ASMインスタンスのアップグレードは、そのノード上のすべてのデータベース・インスタンスおよびアプリケーションを停止してから実行する必要があります。

インストール時、11.2より前のOracle ASMリリースからアップグレードしていて、Oracle ASMを使用することを選択し、以前のOracle ASMバージョンが別のOracle ASMホームにインストールされていることが検出された場合は、Oracle ASM 11gリリース2(11.2)のバイナリをインストールした後に、ASMCAを起動して既存のOracle ASMインスタンスをアップグレードできます。次に、Oracle ASMボリュームを作成し、アップグレードしたOracle ASMを使用してOracle ACFSを作成することで、Oracle ACFSのデプロイメントを構成できます。

Oracle ASM 11gリリース2(11.2.0.1)以上からアップグレードしている場合は、Oracle ASMはローリング・アップグレードの一部として常にOracle Grid Infrastructureとともにアップグレードされ、アップグレード中にrootスクリプトによってASMCAが起動されます。リリース11.2.0.1から11.2.0.2では、ASMCAがOracle ASMを個別にアップグレードすることはできません。

Oracle ClusterwareまたはOracle RACの既存のインストール環境で、すべてのノード上のOracle ASMインスタンスの旧バージョンが11gリリース1の場合は、Oracle ASMインスタンスのローリング・アップグレードを実行できます。Oracle RACのインストール環境で、旧バージョンのOracle ASMインスタンスが11gリリース1よりも前のリリースの場合は、ローリング・アップグレードを実行できません。Oracle ASMは、すべてのノードで11gリリース2(11.2)にアップグレードされます。

3.4 ブロック・デバイスおよびRAWデバイスのサポート終了

Oracle DatabaseおよびOracle RAC 11gリリース2(11.2)では、Database Configuration Assistantまたはインストーラを使用して、ブロック・デバイスまたはRAWデバイス上にOracle ClusterwareまたはOracle Databaseファイルを格納する処理がサポートされなくなりました。

既存のOracle RACデータベースをアップグレードする場合、またはOracle ASMインスタンスを使用するOracle RACデータベースをアップグレードする場合は、既存のRAWデバイスまたはブロック・デバイスのパーティションを使用して、既存のインストールをローリング・アップグレードできます。ブロック・デバイスまたはRAWデバイスを使用した、新しいインストールは実行できません。

また、IBM: Linux on System zブロック・デバイスで、必要なパーティションが1つのみの場合(ASMファイル管理用のパーティションを作成する場合など)、-d ldlオプションを指定して、Linuxディスク・レイアウトを使用したDASDをフォーマットすることもできます。このディスク・レイアウトを使用すると、DASDのパーティション・デバイス名は/dev/dasdxxxx1となります。

3.5 IBM: Linux on System zでのRAW論理ボリュームの構成

IBM: Linux on System zでは、Oracle ClusterwareおよびAutomatic Storage Managementファイル用にRAW論理ボリューム・マネージャ(LVM)・ボリュームを使用できます。直接アクセス記憶装置(DASD)またはSCSIデバイス上のボリューム・グループに、必要なRAW論理ボリュームを作成できます。必要なRAW論理ボリュームを構成するには、次の手順を実行します。

注意:
LinuxでFBAタイプのDASDをフォーマットする必要はありません。FBAタイプのDASDに対する単一のディスク全体パーティションのデバイス名は、/dev/dasdxxxx1です。

1. 必要に応じて、ディスク・グループに使用する共有DASDをインストールまたは構成し、システムを再起動します。

2. 次のコマンドを入力して、システムで構成されたDASDを確認します。

# more /proc/dasd/devices

このコマンドの出力結果には、次のような行が含まれます。

0302(ECKD) at ( 94: 48) is dasdm : active at blocksize: 4096, 540000 blocks, 2109 MB

これらの行では、各DASDの次の情報が表示されます。

- デバイス番号(0302)

- デバイス・タイプ(ECKDまたはFBA)

- Linuxデバイスのメジャー番号およびマイナー番号(94: 48)

- Linuxデバイスのファイル名(dasdm)
通常、DASDのデバイス名は、dasdxxxxという形式で、xxxxは、デバイスを識別する1から4文字の文字列です。

- ブロック・サイズおよびデバイス・サイズ

3. 表示内容から、使用するデバイスを特定します。
表示されたデバイスがFBAタイプのDASDの場合、それらを構成する必要はありません。Oracle Databaseファイルへのバインド手順に進むことができます。

ECKDタイプのDASDを使用する場合は、次のようなコマンドを入力して、DASDをフォーマットします(まだフォーマットされていない場合)。

# /sbin/dasdfmt -b 4096 -f /dev/dasdxxxx

注意:
DASDをフォーマットすると、デバイス上のすべての既存のデータが破壊されます。次のことを確認してください。

- 正しいDASDデバイス名を指定する。

- 保存する必要のある既存のデータがDASDに含まれていない。

このコマンドは、4KBのブロック・サイズと互換ディスク・レイアウト(デフォルト)でDASDをフォーマットし、DASD上に最大3つのパーティションを作成できます。

4. SCSIデバイス上にRAW論理ボリュームを作成する場合は、手順5に進みます。
DASDにRAW論理ボリュームを作成する場合に、DASDを互換ディスク・レイアウトでフォーマット済であれば、パーティションの作成方法を決定します。

デバイスに単一のディスク全体パーティションを作成するには(たとえば、データベース・ファイル用として1つのRAW論理ボリューム全体に1つのパーティションを作成するには)、次のようなコマンドを入力します。

# /sbin/fdasd -a /dev/dasdxxxx

このコマンドは、ディスク全体で1つのパーティションを作成します。これで、デバイスを物理ボリュームとしてマークできる状態になります。手順6に進みます。

デバイス上に最大3つのパーティションを作成するには(たとえば、個々の表領域用にパーティションを作成するには)、次のようなコマンドを入力します。

# /sbin/fdasd /dev/dasdxxxx

パーティションの作成時に、次のガイドラインを使用します。

- pコマンドを使用して、デバイスのパーティション表をリストします。

- nコマンドを使用して、新しいパーティションを作成します。

- このデバイスに必要なパーティションを作成した後、wコマンドを使用して、変更されたパーティション表をデバイスに書き込みます。

- パーティションの作成方法の詳細は、fdasdのマニュアル・ページを参照してください。

DASD上のパーティションには次のようなデバイス名があり、nは、1から3のパーティション番号です。

/dev/dasdxxxxn

パーティションの作成が完了すると、デバイスを物理ボリュームとしてマークできる状態になります。手順6に進みます。

5. ボリューム・グループのSCSIデバイスを使用する場合は、次の手順を実行します。

1. 必要に応じて、ボリューム・グループで使用する共有ディスク・デバイスを設置または構成し、システムを再起動します。

2. 使用するディスクのデバイス名を確認するには、次のコマンドを入力します。

# /sbin/fdisk -l

SCSIデバイスには、次のようなデバイス名があります。

/dev/sdxn

この例で、xは、SCSIディスクを識別する文字です。また、nは、パーティションの番号です。たとえば、/dev/sdaは、第1 SCSIバスの第1ディスクです。

3. 必要に応じて、fdiskを使用して、使用するデバイス上にパーティションを作成します。

4. fdiskのtコマンドを使用して、使用するパーティションのシステムIDを0x8eに変更します。

6. 次のようなコマンドを入力して、ボリューム・グループで使用する各デバイスを物理ボリュームとしてマークします。
SCSIデバイスの場合:

# pvcreate /dev/sda1 /dev/sdb1

DASDデバイスの場合:

# pvcreate /dev/dasda1 /dev/dasdb1

7. マークしたデバイスを使用してoracle_vgというボリューム・グループを作成するには、次のようなコマンドを入力します。
SCSIデバイスの場合:

# vgcreate oracle_vg /dev/sda1 /dev/sdb1

DASDデバイスの場合:

# vgcreate oracle_vg /dev/dasda1 /dev/dasdb1

8. 作成したボリューム・グループに必要な論理ボリュームを作成するには、次のようなコマンドを入力します。

# lvcreate -L size -n lv_name vg_name

この例の意味は次のとおりです。

- sizeは、論理ボリュームのサイズ(たとえば、500M)

- lv_nameは、論理ボリュームの名前(たとえば、orcl_system_raw_500m)

- vg_nameは、ボリューム・グループの名前(たとえばoracle_vg)

たとえば、oracle_vgボリューム・グループのracというデータベースのSYSTEM表領域用に500MBの論理ボリュームを作成するには、次のコマンドを入力します。

# lvcreate -L 500M -n rac_system_raw_500m oracle_vg

注意:
これらのコマンドは、各論理ボリュームに対して次のようなデバイス名を作成します。

/dev/vg_name/lv_name

9. 他のクラスタ・ノードでは、次のコマンドを入力して、すべてのボリューム・グループをスキャンし、それをアクティブにします。

# vgscan
# vgchange -a y

4 クラスタ用Oracle Grid Infrastructureのインストール

この章では、クラスタ用Oracle Grid Infrastructureをインストールする手順について説明します。Oracle Grid Infrastructureは、Oracle ClusterwareおよびOracle Automatic Storage Management(Oracle ASM)で構成されます。後でOracle DatabaseおよびOracle Real Application Clusters(Oracle RAC)をインストールする場合、このフェーズは2つあるインストール・フェーズの1つとなります。

この章の内容は次のとおりです。

- OUIを使用してOracle Grid Infrastructureをインストールするための準備

- Oracle Grid Infrastructureのインストール

- ソフトウェアのみのインストールを使用したOracle Grid Infrastructureのインストール

- Oracle Berkeley DBの制限事項

- Oracle Clusterwareの機能の確認

- Oracle Clusterwareファイルを対象とするOracle ASM機能の確認

- Oracle Grid Infrastructureでのオフライン・プロセスの理解

4.1 OUIを使用してOracle Grid Infrastructureをインストールするための準備

インストーラを使用してOracle Grid Infrastructureをインストールする前に、次のチェックリストを使用して、インストール中に必要なすべての情報が揃っていること、およびインストールを開始する前に実行しておく必要があるすべての作業が完了していることを確認します。次に示す各作業を完了するたびにチェック・マークを付け、インストール中に使用できるように必要な情報を書き込みます。

- 実行中のOracleプロセスを停止する
実行中のOracleプロセスを停止する必要がある場合があります。

Oracle ASMを使用していないスタンドアロンのデータベースが存在するノードにインストールする場合: Oracle Grid Infrastructureソフトウェアのインストールの間、データベースを停止する必要はありません。

Oracle ASM上で実行しているスタンドアロンのOracle Database 11gリリース2(11.2)インストールがすでに存在するノードにインストールする場合: 既存のOracle ASMインスタンスを停止します。Oracle ASMインスタンスは、インストール中に再起動されます。

Oracle RAC Databaseノードにインストールする場合: このインストールでは、Oracle ClusterwareがOracle RACを実行する必要があるため、Oracle Clusterwareのアップグレードが必要です。アップグレードの一環として、データベースを停止する必要がありますが、その際、一度に1ノードずつ停止します。これは、ローリング・アップグレードがノードからノードへと実行されるためです。

注意:
Oracle RAC 9iリリース2 (9.2)ノードをOracle Grid Infrastructure 11gリリース2 (リリース11.2.0.1および11.2.0.2)にアップグレードし、TNSLSNRがSCANと同じポートをリスニングしている場合、TNSLSNRを停止する必要があります。
Oracle Grid Infrastructure 11gリリース2 (11.2.0.3)以降にアップグレードしている場合は、この問題を無視できます。

Oracle9iリリース9.2以前のグローバル・サービス・デーモン(GSD)が実行されている場合は、まずそれを停止し、次のコマンドを実行してOracle Grid Infrastructureをインストールします。

$ Oracle_home/bin/gsdctl stop

Oracle_homeは、GSDが実行されているOracle Databaseのホームです。

注意:
Oracle9iリリース2(9.2)の既存のOracle Cluster Manager(Oracle CM)がインストールされている場合、Oracle CMサービスは停止しないでください。停止すると、Oracle Grid Infrastructure 11gリリース2(11.2)のソフトウェアでOracle9iリリース2のノード・リストを検出できなくなり、Oracle Grid Infrastructureのインストールが失敗する原因になります。

注意:
Oracle Universal Installer(OUI)を起動した後にすべてのOracleサービスの停止を要求する警告が表示された場合は、次のコマンドを入力します。

Oracle_home/bin/localconfig delete

Oracle_homeは既存のOracle Clusterwareホームです。

- Oracle Automatic Storage ManagementおよびOracle Clusterwareのインストール環境がすでにある場合は、そのアップグレードを準備する
Oracle Grid Infrastructureのインストール中に、既存のOracle Clusterwareおよびクラスタ化されたOracle ASMインストールの両方がアップグレードされます。

クラスタ内のすべてのメンバー・ノードでOracle Grid Infrastructure 11gリリース2 (11.2)が実行されている場合は、新しいクラスタウェアがアクティブなバージョンになります。

Oracle RACをインストールする場合は、最初にすべてのクラスタ・ノードでOracle Grid Infrastructure 11gリリース2 (11.2)へのアップグレードを完了してから、Oracle Database 11gリリース2 (11.2)バージョンのOracle RACをインストールする必要があります。

注意:
Oracle Grid Infrastructureのアップグレード(Oracle ClusterwareおよびOracle ASMの既存のインストール環境のアップグレード)は、すべてアウトオブプレース・アップグレードです。

- Oracle Inventory(oraInventory)の位置を指定する
システムにすでにOracleソフトウェアがインストールされている場合は、OUIによって既存のOracle Inventory(oraInventory)ディレクトリが/etc/oraInst.locファイルから検出され、この位置が使用されます。このディレクトリは、システムにインストールされているOracleソフトウェアの中央インベントリです。プライマリ・グループがOracle Inventoryグループであるユーザーは、中央インベントリに書込みできるOINSTALL権限が付与されます。

Oracleソフトウェアをシステムに初めてインストールする際にoraInventoryディレクトリがシステムに存在しない場合、インストール所有者のプライマリ・グループはOracle Inventoryグループになります。使用するOracleソフトウェア・インストール所有者のすべてが、このグループをプライマリ・グループとして利用できることを確認します。

注意:
oraInventoryディレクトリは、共有ファイル・システム上に配置することはできません。

関連項目:
Oracle Inventoryの作成方法および必要なシステム構成の設定方法については、第2章のインストール前の手順に関する章を参照してください。

- rootアカウントへのアクセス権を取得する
インストール中に、rootユーザーとして構成スクリプトを実行する必要があります。これらのスクリプトは、rootユーザーとして実行するか、またはシステム管理者に実行を依頼する必要があります。最初のノードでroot.shスクリプトを実行し、完了するまで待機する必要があります。クラスタに4つ以上のノードが存在する場合、最初と最後のノードを除いて、すべてのノードでroot.shを同時に実行することができます。

- 他の言語をインストールするかどうかを決定する
インストール中に、ユーザー・インタフェースのテキストをデフォルト(英語)以外の言語に翻訳するかどうかを選択します。

注意:
オペレーティング・システムの言語セットがインストーラでサポートされていない場合、インストーラは、デフォルトでは英語で実行されます。

関連項目:
キャラクタ・セットおよび言語設定の詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

- クラスタ名、パブリック・ノード名、SCAN、仮想ノード名、GNS VIP、およびクラスタ内の各ノードのインタフェース使用計画を指定する
インストール中、他社のクラスタ・ソフトウェアを使用していないかぎり、パブリック・ホスト名および仮想ホスト名を提供するように求められます。その場合は、パブリック・ホスト名の情報を入力します。また、どのインタフェースがパブリックまたはプライベートなのか、あるいは別の目的(ネットワーク・ファイル・システムなど)で使用されるインタフェースなのか、指定するように求められます。

グリッド・ネーミング・サービス(GNS)を使用している場合、パブリック・ホスト名および仮想ホスト名のアドレスは自動的に構成されるため、OUIはこれらのアドレスにAUTOと表示します。

注意:
IPアドレスを手動で構成した場合は、Oracle Grid Infrastructureをインストールした後で、ドメイン修飾子の追加や削除も含め、ホスト名を変更しないでください。新しいホスト名を持つノードは、新しいホストと見なされるので、クラスタに追加する必要があります。古い名前のノードは、クラスタから削除されるまで、停止状態で表示されます。

パブリック・ノード名の入力には、各ノードのプライマリ・ホスト名を使用します。この名前は、hostnameコマンドによって表示される名前です。

さらに、次の処理を実行します。

- 次の特性を持ったクラスタ名を指定します。

- ホスト・ドメイン内でグローバルに一意である。

- 1文字以上、15文字以下である。

- RFC 1123に準拠して、ホスト名に使用されるキャラクタ・セット(ハイフン(-)およびシングルバイト英数字(aからz、AからZ、および0から9)を含む)と同じキャラクタ・セットで構成されている。他社ベンダーのクラスタウェアを使用する場合は、そのベンダーのクラスタ名を使用することをお薦めします。

- グリッド・ネーミング・サービス(GNS)を使用していない場合は、各ノードに仮想ホスト名を指定します。仮想ホスト名は、パブリック・ノード名で、ノードが停止している場合にノードに送信されるクライアントの要求を再ルーティングするために使用されます。Oracle Databaseでは、クライアントとデータベース間の接続にVIPを使用するため、VIPアドレスはパブリックにアクセス可能である必要があります。名前はhostname-vip形式で指定することをお薦めします。たとえば、myclstr2-vipです。

- クラスタへのクライアント・アクセス用のSCANアドレスを指定します。このアドレスは、ドメイン・ネーム・サービス(DNS)にラウンド・ロビン・アドレスとして構成してください。SCANアドレスは、3つ指定することをお薦めします。

注意:
次に、ノードIPアドレスに関する追加情報を示します。

- ローカル・ノードの場合のみ、OUIによってパブリックおよびVIPフィールドが自動的に書き込まれます。システムでベンダーのクラスタウェアが使用されている場合は、OUIにより追加のフィールドが書き込まれることがあります。

- ホスト名および仮想ホスト名は、ドメイン修飾されません。インストール中にアドレス・フィールドにドメインを入力すると、そのドメインは、OUIによってアドレスから削除されます。

- プライベートIPアドレス用にプライベートとして指定したインタフェースは、パブリック・インタフェースとしてアクセスできないようにする必要があります。キャッシュ・フュージョンにパブリック・インタフェースを使用すると、パフォーマンスの問題が発生する可能性があります。

- パブリック・インタフェースおよびプライベート・インタフェースを指定します。OUIは、パブリックIPアドレスおよび仮想IPアドレスによって使用されるようにパブリック・インタフェースを構成し、プライベートIPアドレスをプライベート・インタフェース上に構成します。
プライベート・インタフェースが使用するプライベート・サブネットは、クラスタ・メンバーにする予定のすべてのノードに接続する必要があります。

- ネットワーク上にプロキシ・レルムがある場合は、プロキシ・レルムの認証情報を取得する
インストール時に、OUIによって更新のダウンロードが試行されます。プロキシ・サービスを介してインターネットにアクセスするために、プロキシ・レルムおよびユーザー認証情報を入力するように求められます。プロキシ・レルムを構成済の場合は、この情報を入力する準備をしておきます。プロキシ・レルムがない場合は、プロキシ認証のフィールドを空白のままにできます。

- Oracle Clusterwareファイル用の共有記憶域を指定し、記憶域を準備する(必要な場合)
インストール中に、次のOracle Clusterwareファイルのパスを指定するように求められます。これらのファイルは、クラスタのすべてのノードで共有し、Oracle ASMまたはサポートされているファイル・システム上のいずれかに存在する必要があります。

- 投票ディスクは、Oracle Clusterwareでクラスタ・ノードのメンバーシップおよび状態の検証に使用されるファイルです。
投票ディスク・ファイルは、インストールを実行しているユーザー(oracleまたはgrid)が所有し、権限が640に設定されている必要があります。

- Oracle Cluster Registryファイル(OCR)には、Oracle Clusterwareのクラスタおよびデータベースの構成情報が含まれます。
インストールを始める前に、OCRファイルは、インストールを実行するユーザー(gridまたはoracle)が所有している必要があります。そのインストール・ユーザーのプライマリ・グループはoinstallである必要があります。インストール中、OUIによってOCRファイルの所有権がrootに変更されます。

ファイル・システムに外部記憶域の冗長性が適用されていない場合は、OCRディスク用に2つ、投票ディスク用に2つの場所を追加し、合計6つのパーティション(OCR用に3つ、投票ディスク用に3つ)を確保することをお薦めします。冗長性のある記憶域の場所を作成すると、障害の発生時にOCRおよび投票ディスクが保護されます。クラスタを完全に保護するには、OCRおよび投票ディスクのコピーを格納する記憶域の場所について、そのパス、コントローラおよびディスクを完全に別にして、複数の記憶域の場所に影響するシングル・ポイント障害がないようにする必要があります。

OCRをOracle ASM上に格納するように選択した場合、デフォルト構成では、OCRは1つのOracle ASMディスク・グループとして作成されます。標準冗長または高冗長でディスク・グループを作成した場合は、OCRは物理ディスク障害から保護されます。

OCRを論理ディスク障害から保護するには、インストール後に別のOracle ASMディスク・グループを作成し、ocrconfigコマンドを使用してOCRをこの2つ目のディスク・グループに追加します。

関連項目:
ディスク・グループへのディスクの追加については、第2章「クラスタ用Oracle Grid Infrastructureの拡張インストールのインストール前作業」および『Oracle Automatic Storage Management管理者ガイド』を参照してください。

- インストール中にcronジョブが実行されないことを確認する
日常のcronジョブが開始するときにインストーラが実行中の場合、インストールの完了前にcronジョブによるクリーンアップが実行されて一時ファイルが削除されると、予期しないインストールの問題が発生することがあります。日常のcronジョブを実行する前にインストールを完了するか、インストールが完了するまで、クリーンアップを行う日常のcronジョブを無効にすることをお薦めします。

- IPMI構成を完了し、IPMI管理者アカウント情報を用意する
IPMIを使用する場合は、BMCインタフェースが構成されていることを確認し、インストール時の指示に従って管理アカウントのユーザー名およびパスワードを指定できるように用意します。

非標準のインストールで、インストール後に1つ以上のノード構成の変更が必要な場合は(たとえば、クラスタ・ノード上のBMCインタフェースの管理者のユーザー名およびパスワードを別のものにする場合は)、インストール後にBMCインタフェースを構成し直すかどうかや、IPMI管理者アカウント情報を変更するかどうかを決定します。

- Oracle Grid Infrastructureホームに選択するOracleホームのパスに、ASCII文字のみが使用されていることを確認する
この制限には、ホームのパスによってはデフォルト名に使用されるインストール所有者ユーザー名に加えて、パスに選択する可能性があるその他のディレクトリ名も含まれます。

- Oracle環境変数の設定を削除する。環境変数にORA_CRS_HOMEを設定した場合は、インストールまたはアップグレードを開始する前に、その設定を削除します。ORA_CRS_HOMEをユーザー環境変数に使用しないでください。
システムに既存のインストール環境があり、同じユーザー・アカウントを使用して今回のインストールを行う場合、次の環境変数ORA_CRS_HOME、ORACLE_HOME、ORA_NLS10、TNS_ADMINの設定を削除します。

- ソフトウェア更新オプションを使用するかどうかを決定する。OUIでは、重要なパッチ更新、サポートされているオペレーティング・システムのシステム要件の更新(ハードウェア、オペレーティング・システム・パラメータおよびカーネル・パッケージ)、およびインストールをスムーズに行うためのその他の重要な更新をインストールすることができます。インストール時はソフトウェア更新を有効にすることをお薦めします。
ソフトウェア更新を有効にする場合は、OUIで最新の更新をダウンロードするためにインストール中にMy Oracle Supportの有効なユーザー名とパスワードを指定する必要があります。または、すでにダウンロード済のソフトウェア更新パッケージの場所へのパスを指定する必要があります。

保護されたデータ・センターでインストールを実行する場合は、更新ダウンロード・モードでインターネットにアクセスできるシステムでOUIを起動することによって、インストールを開始する前に更新をダウンロードできます。OUIを起動して更新をダウンロードするには、次のコマンドを入力します。

$ ./runInstaller -downloadUpdates

My Oracle Supportのユーザー名とパスワード、および必要に応じてプロキシ設定を指定します。更新をダウンロードした後、インストールを実行するサーバー上のディレクトリに更新ファイルを転送します。

4.2 IBM: Linux on System zへのOracle Clusterwareのインストール準備

IBM: Linux on System zではDVD-ROMドライブを直接接続できないため、DVD-ROMドライブをサポートするシステムのハード・ディスクにディスクからインストール・ファイルをコピーするか、Oracle Technology NetworkのWebサイトからシステムにインストール・ファイルをダウンロードする必要があります。

http://www.oracle.com/technology/software

別のシステムにインストール・ファイルをコピーする場合は、次のようにします。

ディスクごとに、Disknという名前のディレクトリを作成し(nはディスク番号)、ディスクからそのディレクトリにファイルをコピーします。

インストール・ファイルをコピーした後、次のいずれかの方法で、IBM: Linux on System zにあるそれらにアクセスできます。

- IBM: Linux on System zにインストール・ファイルをコピーします(たとえば、FTPを使用)。

- NFSやSambaなどの方法で、インストール・ファイルを含むファイル・システムをIBM: Linux on System zで使用可能にします。

注意:
IBM: Linux on System zサーバーでは、ブロック・サイズの互換性の問題により、Oracle Grid Infrastructureリリース11.2.0.1以上用にSCSIストレージ・デバイスおよびファイバ・チャネル・プロトコル(FCP)でASMLIBを使用できません。

4.3 Oracle Grid Infrastructureのインストール

この項では、インストーラを使用してOracle Grid Infrastructureをインストールする方法について説明します。内容は次のとおりです。

- OUIの実行によるOracle Grid Infrastructureのインストール

- クラスタ構成ファイルを使用したOracle Grid Infrastructureのインストール

4.3.1 OUIの実行によるOracle Grid Infrastructureのインストール

クラスタにOracle Grid Infrastructure(Oracle ClusterwareおよびOracle Automatic Storage Management)をインストールするには、次の手順を実行します。インストール中に、求められている操作に対して疑問がある場合は、OUIページの「ヘルプ」ボタンをクリックします。

1. インストール・メディア上の/Disk1ディレクトリか、インストールのバイナリをダウンロードした場所に移動し、runInstallerコマンドを実行します。次に例を示します。

$ cd /home/grid/oracle_sw/Disk1
$ ./runInstaller

2. 「標準」または「詳細」インストールを選択します。

3. OUIのプロンプトが表示されたら、情報を入力するか、またはrootとしてスクリプトを実行します。インストール手順の詳細は、「ヘルプ」をクリックしてください。 「詳細」をクリックしてログファイルを確認します。いずれかのノードでroot.shが失敗する場合は、問題を修正してから第6.5項「バイナリを削除せずに行うOracle Clusterwareの構成解除」の手順に従い、そのノードでroot.shを再実行して続行します。

注意:
最初のノードでroot.shスクリプトを実行し、完了するまで待機する必要があります。クラスタに4つ以上のノードが存在する場合、最初と最後のノードを除いて、すべてのノードでroot.shを同時に実行することができます。最後のノードでは、最初のノードと同様に、root.shスクリプトを個別に実行する必要があります。

4. すべてのノードでroot.shを実行すると、OUIによってNet Configuration Assistant(netca)およびクラスタ検証ユーティリティが起動されます。これらのプログラムはユーザーの介入なしに起動されます。

5. Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(asmca)によって、インストール中にOracle ASMが構成されます。

Oracle Grid Infrastructureのインストールが正常に完了したことが検証されると、他のアプリケーションの高可用性を維持するために使用するか、またはOracle Databaseをインストールできます。

次に、インストールに関する追加情報を示します。

- Linuxシステムにインストールする場合は、ASMライブラリ・ドライバ(ASMLIB)を使用することになります。インストール時に、Oracle Automatic Storage Management(Oracle ASM)を選択してください。これを選択すると、Oracle ASMのデフォルト検出によって、ASMLIBがOracle ASMディスクとしてマーキングしたすべてのディスクが検出されます。

- Oracle Database 11g リリース2 (11.2)およびOracle RACをインストールする場合は、Oracle Real Application Clustersのインストレーション・ガイドを参照してください。

関連項目:
Oracle Grid Infrastructureのクローニングについては『Oracle Clusterware管理およびデプロイメント・ガイド』を、クローニングの使用、およびOracle RACノードを追加するためのノード追加手順については『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

- Oracle Grid Infrastructureのインストール時にroot.shを実行すると、ディレクトリgrid_home/tfaに、トレース・ファイル(TF)アナライザおよびコレクタもインストールされます。

関連項目:
トレース・ファイル・アナライザおよびコレクタの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

4.3.2 クラスタ構成ファイルを使用したOracle Grid Infrastructureのインストール

Oracle Grid Infrastructureのインストール時には、クラスタ構成情報を手動で指定するか、クラスタ構成ファイルを使用するかを選択できます。クラスタ構成ファイルはテキスト・ファイルで、OUIを起動する前に作成でき、このファイルによって、クラスタの構成に必要なクラスタ・ノード・アドレスがOUIに提供されます。

テスト・クラスタへのインストールを繰り返し実行する場合、または多数のノードでインストールを実行する場合は、クラスタ構成ファイルの使用をお薦めします。

クラスタ構成ファイルを手動で作成するには、テキスト・エディタを起動し、各クラスタ・メンバー・ノードのパブリックIPアドレスと仮想IPアドレスの名前を提供するファイルを次の形式で作成します。

node1 node1-vip
node2 node2-vip
.
.
.

次に例を示します。

mynode1 mynode1-vip
mynode2 mynode2-vip

4.4 ソフトウェアのみのインストールを使用したOracle Grid Infrastructureのインストール

この項の内容は次のとおりです。

- ソフトウェア・バイナリのインストール

- ソフトウェア・バイナリの構成

- レスポンス・ファイルを使用したソフトウェア・バイナリの構成

注意:
ソフトウェアのみのインストールにはOracle Grid Infrastructureソフトウェアを有効にするための手動のインストール後の手順が必要なため、上級ユーザーのみが実行することをお薦めします。

ソフトウェアのみのインストールでは、1つのノードでクラスタ用Oracle Grid Infrastructureをインストールします。

インストール時に「グリッド・インフラストラクチャ・ソフトウェアのみのインストール」オプションを使用した場合は、ローカル・ノードにソフトウェア・バイナリがインストールされます。クラスタのインストールを完了するには、Oracle ClusterwareおよびOracle ASMを構成し、ローカル・インストールのクローンを作成し、他のノードにこのクローンをデプロイした後、他のノードをクラスタに追加する追加の手順を実行する必要があります。

参照:
Oracle Grid Infrastructureインストールを他のノードにクローニングして、クラスタに追加する方法については、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

4.4.1 ソフトウェア・バイナリのインストール

ソフトウェアのみのインストールを行うには、次の手順を実行します。

1. ローカル・ノードで、runcluvfy.sh stage -pre crsinstコマンドを使用して、クラスタ・ノードがインストール要件を満たしていることを検証します。すべての記憶域およびサーバーのインストール前要件が満たされていることを確認してください。

2. Oracle Database 11gリリース2 (11.2)のインストール・メディア上の関連ディレクトリまたはダウンロード・ディレクトリで、runInstallerコマンドを実行します。次に例を示します。

$ cd /home/grid/oracle_sw/Disk1
$ ./runInstaller

3. 最初のノードで、Oracle Grid Infrastructureのソフトウェアのみのインストールを完了します。

4. ソフトウェアがインストールされたら、プロンプトに従ってorainstRoot.shスクリプトを実行します。

5. Oracle RACリリース11.2.0.2以上でのインストールの場合は、手順6に進みます。Oracle RACリリース11.2.0.1でのインストールの場合、Oracle RACオプションが有効になっているOracle Clusterwareを再リンクするには、次のようなコマンドを実行します(この例では、Gridホームは/u01/app/11.2.0/gridです)。

$ cd /u01/app/11.2.0/grid/
$ set env ORACLE_HOME pwd
$ cd rdbms/lib
$ make -f ins_rdbms.mk rac_on ioracle

6. root.shスクリプトの出力は、このインストールで完了しようとする構成内容に基づいて、どのように処理を進めるかについての情報を提供します。この情報を記録します。
ただし、Oracle Grid Infrastructureをスタンドアロン・サーバー(Oracle Restart)にインストールしない場合は、roothas.plスクリプトを実行する指示は無視してください。

7. 残りの各ノードで、runcluvfy.sh stage -pre crsinstコマンドを使用して、クラスタ・ノードがインストール要件を満たしていることを検証します。すべての記憶域およびサーバーのインストール前要件が満たされていることを確認してください。

8. 手順1から4の説明に従って、Oracle Universal Installerを使用して、クラスタに含める残りのすべてのノードでOracle Grid Infrastructureソフトウェアをインストールします。そして、すべてのノードでOracle Grid Infrastructureのソフトウェアのみのインストールを完了します。
Oracle Grid Infrastructure 11.2.0.2以上では、第4.4.2項「ソフトウェア・バイナリの構成」で説明されているとおり、完全なOUI構成ウィザードGUIを使用してクラスタを構成するか、または第4.4.3項「レスポンス・ファイルを使用したソフトウェア・バイナリの構成」の項で説明されているとおり、レスポンス・ファイルを使用してクラスタを構成します。

4.4.2 ソフトウェア・バイナリの構成

リリース11.2.0.2以上で使用可能なOracle Grid Infrastructure構成ウィザードをGUIモードで起動して、ソフトウェア・バイナリを構成します。

1. グリッド・インフラストラクチャ・インストール所有者として端末にログインし、grid_home/crs/configに移動します。

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

$ ./config.sh

構成スクリプトによってOUIが構成ウィザード・モードで起動します。必要に応じて構成情報を指定します。各ページには同じユーザー・インタフェースが表示され、OUIが通常実行するのと同じ妥当性チェックが実行されます。ただし、インストールを実行するのではなく、構成ウィザード・モードで入力が検証され、すべてのクラスタ・ノードでインストールが構成されます。

3. 入力を完了すると、OUIにより「サマリー」ページが表示され、クラスタに指定したすべての入力がリストされます。サマリーにクラスタの正しい情報が表示されていることを確認し、「インストール」をクリックしてローカル・ノードの構成を開始します。
ローカル・ノードの構成が完了すると、Oracle Grid Infrastructure構成ファイルが他のクラスタ・メンバー・ノードにOUIによりコピーされます。

4. プロンプトが表示されたら、rootスクリプトを実行します。

5. すべてのrootスクリプトが実行されたことを確認すると、OUIによってクラスタの構成ステータスが確認され、必要に応じてその他の構成ツールが起動されます。

4.4.3 レスポンス・ファイルを使用したソフトウェア・バイナリの構成

ソフトウェアをどのノードにインストールまたはコピーする場合でも、構成を後で行うことができます。この項では、リリース11.2.0.2以上で使用可能な構成ウィザード・ユーティリティ(config.sh)を使用して、ノードにソフトウェアをインストールまたはコピーした後で構成を行う手順について説明します。

関連項目:
構成ウィザードの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

レスポンス・ファイルを使用してOracle Grid Infrastructureソフトウェア・バイナリを構成するには、次の手順を実行します。

1. Oracle Grid Infrastructureインストール所有者(grid)として、次の構文を使用して、Oracle Grid InfrastructureソフトウェアのみのホームからOracle Grid Infrastructure構成ウィザード・モードでOUIを起動します。Grid_homeはOracle Grid Infrastructureホームで、filenameはレスポンス・ファイル名です。
Grid_home/crs/config/config.sh [-debug] [-silent -responseFile filename]

次に例を示します。

$ cd /u01/app/grid/crs/config/
$ ./config.sh -responseFile /u01/app/grid/response/response_file.rsp

構成スクリプトによってOUIが構成ウィザード・モードで起動します。各ページには同じユーザー・インタフェースが表示され、OUIが通常実行するのと同じ妥当性チェックが実行されます。ただし、インストールを実行するのではなく、構成ウィザード・モードで入力が検証され、すべてのクラスタ・ノードでインストールが構成されます。

2. 入力を完了すると、OUIにより「サマリー」ページが表示され、クラスタに指定したすべての入力がリストされます。サマリーにクラスタの正しい情報が表示されていることを確認し、「インストール」をクリックしてローカル・ノードの構成を開始します。
ローカル・ノードの構成が完了すると、Oracle Grid Infrastructure構成ファイルが他のクラスタ・メンバー・ノードにOUIによりコピーされます。

3. プロンプトが表示されたら、rootスクリプトを実行します。

4. すべてのrootスクリプトが実行されたことを確認すると、OUIによってクラスタの構成ステータスが確認され、必要に応じてその他の構成ツールが起動されます。

4.5 Oracle Berkeley DBの制限事項

クラスタ用Oracle Grid Infrastructure 11gリリース2(11.2.0.2)に含まれるOracle Berkeley DB埋込みデータベース・インストールは、Oracle Grid Infrastructureインストール製品でのみ使用できます。Berkeley DBのライセンス条項については、次のURLを参照してください。

http://www.oracle.com/technetwork/database/berkeleydb/downloads/index.html

4.6 Oracle Clusterwareの機能の確認

インストール後にrootとしてログインし、各ノードで次のコマンド構文を使用して、Oracle Clusterwareインストールが適切にインストールされ、動作していることを確認します。

crsctl check crs

次に例を示します。

$ crsctl check crs

CRS-4638: Oracle High Availability Services is online
CRS-4537: Cluster Ready Services is online
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online

注意:
インストールが完了したら、Oracle Clusterwareの動作中は/tmp/.oracleまたは/var/tmp/.oracle、あるいはそのファイルを手動で削除したり、それらを削除するcronジョブを実行しないでください。これらのファイルを削除すると、Oracle Clusterwareが断続的にハングアップする可能性があり、エラーCRS-0184「CRSデーモンと通信できません。」が発生します。

4.7 Oracle Clusterwareファイルを対象とするOracle ASM機能の確認

OCRおよび投票ディスク・ファイルをOracle ASMにインストールした場合、Oracle Grid Infrastructureインストール所有者として次のコマンド構文を使用し、Oracle ASMインストールが実行されていることを確認します。

srvctl status asm

次に例を示します。

$ srvctl status asm
ASM is running on node1,node2

Oracle ASMは、Oracle Clusterwareファイルに必要な場合のみ、実行されています。OCRおよび投票ディスク・ファイルをOracle ASMにインストールしなかった場合、Oracle ASMインスタンスは停止しています。

注意:
Oracle ASMまたはOracle Net 11gリリース2(11.2)以上のインストールを管理するには、クラスタ用Oracle Grid Infrastructureホーム(Gridホーム)のsrvctlバイナリを使用します。Oracle Real Application ClustersまたはOracle Databaseがインストールされている場合は、データベース・ホームのsrvctlバイナリを使用してOracle ASMまたはOracle Netを管理することはできません。

4.8 Oracle Grid Infrastructureでのオフライン・プロセスの理解

Oracle Grid Infrastructureでは、様々なOracle製品およびコンポーネントに必要なリソースが提供されます。一部の製品およびコンポーネントはオプションのため、Oracle Grid Infrastructureのインストール後にインストールして有効にできます。インストール後の追加を簡単にするため、Oracle Grid Infrastructureでは、これらの製品およびコンポーネントで使用可能なすべての製品に必要なすべてのリソースが構成および登録されます。ただし、アクティブ化するのはそれらを追加することを選択した場合のみです。そのため、一部のコンポーネントは、Oracle Grid Infrastructureのインストール後はOFFLINEとして表示される場合があります。

TARGET:OFFLINEおよびSTATE:OFFLINEとして表示されるリソースを監視する必要はありません。登録済でも有効でないコンポーネントであるため、システム・リソースは使用されません。Oracle製品またはコンポーネントがシステムにインストールされていて、オンラインにする特定のリソースが必要な場合は、必要なオフライン・リソースのアクティブ化を求めるプロンプトが表示されます。

Oracle GSD(グローバル・サービス・デーモン)プロセスora.gsdは通常はオフラインです。Oracle 9i Real Application ClustersデータベースをOracle Clusterware 11gリリース2(11.2)クラスタで使用する場合は、Oracle GSDを手動で有効にする必要があります。第5.3.4項「Oracle Databaseリリース9.2のためのグローバル・サービス・デーモン(GSD)の有効化」の手順に従って、Oracle GSDデーモンをアクティブにしてください。

5 Oracle Grid Infrastructureのインストール後の手順

この章では、Oracle Grid Infrastructureソフトウェアをインストールした後に実行する、インストール後の作業について説明します。

この章の内容は次のとおりです。

- インストール後に必要な作業

- インストール後の推奨作業

- 旧バージョンのOracle Databaseのグリッド・インフラストラクチャでの使用

- インストール後のOracle Clusterwareバイナリの変更

5.1 インストール後に必要な作業

注意:
以前のリリースでは、ddコマンドを使用して投票ディスクをバックアップする作業が、インストール後に必要でした。Oracle Clusterware 11g リリース11.2以上では、ddコマンドを使用した投票ディスクのバックアップとリストアは投票ディスクの障害につながる可能性があるため、この手順はサポートされていません。

パッチの更新をダウンロードしてインストールします。My Oracle Support Webサイトを参照して、ご使用の環境に対応するパッチの更新を確認します。

必要なパッチの更新をダウンロードするには、次の手順を実行します。

1. Webブラウザを使用して、My Oracle Support Webサイトを表示します。
https://support.oracle.com

2. My Oracle Supportにログインします。

注意:
My Oracle Supportの登録ユーザーでない場合は、「My Oracle Supportへの登録」をクリックして登録してください。

3. My Oracle Supportのメイン・ページで「パッチと更新版」をクリックします。

4. 「パッチと更新版」ページで、「製品またはファミリ(拡張)」をクリックします。

5. 「製品」フィールドで、「Oracle Database」を選択します。

6. 「リリース」フィールドで、リリース番号を1つ以上選択します。たとえば、Oracle 12.1.0.1.0とします。

7. 「検索」をクリックします。

8. 「パッチ検索」ページに、使用可能なすべてのパッチの更新が表示されます。

9. パッチ番号をクリックして、パッチをダウンロードします。

10. パッチ番号を選択して「README」をクリックします。READMEページには、そのパッチ・セットに関する情報と、パッチの適用方法が記載されています。

11. 「パッチ・セット」ページに戻って「ダウンロード」をクリックし、ファイルをシステムに保存します。

12. Oracle Database 11gリリース2(11.2)で提供された解凍ユーティリティを使用して、My Oracle SupportからダウンロードしたOracleのパッチ更新を解凍します。unzipユーティリティは$ORACLE_HOME/binディレクトリにあります。

13. パッチをインストールする準備としてデータベース・プロセスを停止する方法の詳細は、付録F「Oracle Grid Infrastructure 11gリリース2へのアップグレード方法」を参照してください。

5.2 インストール後の推奨作業

Oracle Grid Infrastructureをインストールした後で、必要に応じて次の作業を行うことをお薦めします。

- root.shスクリプトのバックアップ

- セマフォ・パラメータの調整

- 高速リカバリ領域ディスク・グループの作成

- Oracle RAC構成監査ツールの実行

5.2.1 root.shスクリプトのバックアップ

インストールの完了後に、root.shスクリプトをバックアップすることをお薦めします。同じOracleホーム・ディレクトリに他の製品をインストールすると、インストーラは、インストール中に既存のroot.shスクリプトの内容を更新します。元のroot.shスクリプトの情報が必要になった場合は、root.shファイルのコピーから元に戻すことができます。

5.2.2 セマフォ・パラメータの調整

デフォルトのセマフォ・パラメータ値が低すぎて、すべてのOracleプロセスに対応できない場合のみ、次のガイドラインを参照してください。

注意:
セマフォ・パラメータの設定方法の詳細は、オペレーティング・システムのドキュメントを参照することをお薦めします。

1. 次の計算式を使用して、全体的な最小セマフォ要件を計算します。
2 * sum(システム上のすべてのデータベース・インスタンスのプロセス・パラメータ) + バックグラウンド・プロセスのオーバーヘッド + システムおよび他のアプリケーションの要件

2. semmns(システム全体のセマフォ合計)を、この合計値に設定します。

3. semmsl(各セットのセマフォ)を、250に設定します。

4. semmnsをsemmslで割り、最も近い1024の倍数に切り上げた値を、semmni(セマフォ・セット合計)として設定します。

5.2.3 高速リカバリ領域ディスク・グループの作成

インストール時、デフォルトでは1つのディスク・グループの作成が可能です。スタンドアロン・サーバー用のOracle Database、またはOracle RACデータベースを追加しようとする場合は、データベース・ファイルの高速リカバリ領域を作成する必要があります。

5.2.3.1 高速リカバリ領域および高速リカバリ領域ディスク・グループについて

高速リカバリ領域は、リカバリに関連するすべてのOracle Databaseファイルのための、統合された記憶域の場所です。データベース管理者は、DB_RECOVERY_FILE_DESTパラメータを高速リカバリ領域のパスに定義することで、ディスク上へのバックアップやデータの迅速なリカバリが可能になります。最近のデータを迅速にバックアップできれば、リカバリ作業のためにバックアップ・テープを探さなければならないシステム管理者の負担を軽減できます。

init.oraファイルで高速リカバリを有効にすると、すべてのRMANバックアップ、アーカイブ・ログ、制御ファイルの自動バックアップ、およびデータベースのコピーが高速リカバリ領域に書き込まれます。RMANは、リカバリに必要でなくなった古いバックアップおよびアーカイブ・ファイルを削除することで、高速リカバリ領域のファイルを自動的に管理します。

高速リカバリ領域ディスク・グループを作成することをお薦めします。Oracle ClusterwareファイルとOracle Databaseファイルは同じディスク・グループに配置できます。また、高速リカバリ・ファイルも同じディスク・グループに入れることができます。ただし、ストレージ・デバイスの競合を緩和するため、高速リカバリ・ディスク・グループを別に作成することをお薦めします。

高速リカバリ領域は、DB_RECOVERY_FILE_DESTを設定することで有効にできます。高速リカバリ領域のサイズは、DB_RECOVERY_FILE_DEST_SIZEで設定します。一般的に、高速リカバリ領域は大きいほど使いやすくなります。使い勝手を良くするため、少なくとも3日分のリカバリ情報を格納できるストレージ・デバイスに、高速リカバリ領域ディスク・グループを作成することをお薦めします。理想的には、高速リカバリ領域は、保存ポリシーに基づいて保存されたデータ・ファイルのバックアップを使用してデータベースをリカバリする際に必要な、すべてのデータ・ファイルと制御ファイル、オンラインREDOログ、およびアーカイブREDOログ・ファイルのコピーを格納できるサイズであることが求められます。

複数のデータベースに同じ高速リカバリ領域を使用できます。たとえば、150GBの記憶域を持つディスク上に1つの高速リカバリ領域ディスク・グループを作成し、それを3つの異なるデータベースで共有するとします。各データベースの高速リカバリ領域のサイズを、そのデータベースの重要度によって設定することができます。たとえば、データベース1が最も重要度が低く、データベース2がそれよりも重要度が高く、データベース3が最も重要度が高い場合、各データベースに異なるDB_RECOVERY_FILE_DEST_SIZE設定を適用し、それぞれの保存目標を満たすようにします。たとえば、データベース1には30GB、データベース2には50GB、データベース3には70GBのように設定します。

関連項目:
『Oracle Automatic Storage Management管理者ガイド』

5.2.3.2 高速リカバリ領域ディスク・グループの作成

高速リカバリ・ファイル・ディスク・グループを作成するには、次の手順を実行します。

1. Gridホームのbinディレクトリに移動し、Oracle ASM Configuration Assistant(ASMCA)を起動します。次に例を示します。

$ cd /u01/app/11.2.0/grid/bin
$ ./asmca

2. ASMCAが開き、「ディスク・グループ」タブが表示されます。新しいディスク・グループを作成するには、「作成」をクリックします。

3. 「ディスク・グループの作成」ウィンドウが開きます。
「ディスク・グループ名」フィールドに、高速リカバリ領域グループの説明的な名前を入力します。たとえば、FRAです。

「冗長性」セクションで、適用する冗長レベルを選択します。

「メンバー・ディスクの選択」フィールドで、高速リカバリ領域に追加する適切なディスクを選択し、「OK」をクリックします。

4. 「ディスク・グループの作成」ウィンドウが開き、ディスク・グループの作成が完了したというメッセージが表示されます。「OK」をクリックします。

5. 「終了」をクリックします。

5.2.4 Oracle RAC構成監査ツールの実行

Oracle RAC構成監査ツール(RACcheck)を実行して、Oracle RACのインストールを確認することをお薦めします。RACcheckは、Oracle Real Application Clusters、Oracle Clusterware、Oracle Automatic Storage ManagementおよびOracle Grid Infrastructure環境の様々な重要な構成設定の確認を行うOracle RACの監査ツールです。

My Oracle SupportからRACcheckの最新バージョンをダウンロードして実行することをお薦めします。RACcheck構成監査ツールのダウンロード、構成および実行の詳細は、My Oracle SupportのNote 1268927.1を参照してください(次のURLから入手可能)。

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

関連項目:
『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

5.3 旧バージョンのOracle DatabaseのGrid Infrastructureでの使用

次の項で、11gリリース2(11.2)のOracle Grid InfrastructureインストールでOracle Databaseの旧リリースを使用する場合について説明します。

- 旧バージョンのOracle Databaseの使用に関する一般的な制限

- ASMCAを使用した旧バージョン・データベースのディスク・グループの管理

- Oracle Databaseリリース10.xまたは11.x用のクラスタ・ノードの固定

- Oracle Databaseリリース9.2のためのグローバル・サービス・デーモン(GSD)の有効化

- 適切なLSNRCTLコマンドの使用

5.3.1 旧バージョンのOracle Databaseの使用に関する一般的な制限

Oracle Databaseリリース9.2、リリース10.xおよびリリース11.1を、Oracle Clusterware 11g リリース2(11.2)とともに使用できます。

ただし、以前のリリースはOracle ACFSを使用するように設計されていないため、Oracle Databaseリリース11.2より前のOracle DatabaseホームをOracle ACFSに配置することはできません。

Oracle Clusterware 11g リリース2(11.2)でOracle Real Application Clustersリリース9.2を使用するには、リリース9.2データベース用のOracle9i Cluster Managerをインストールして実行します。Oracle9i Cluster Managerは、Oracle Clusterwareと共存できます。

既存バージョンのOracle ClusterwareとOracle ASMをOracle Grid Infrastructure 11g リリース11.2(Oracle ClusterwareとOracle ASMを含む)にアップグレードする場合で、Oracle RACデータベースを11.2にアップグレードする計画もある場合は、Oracle RACのアップグレードが完了したときに、既存のデータベースに必要な構成も自動的に完了するため、この項の説明を読む必要はありません。

ただし、Oracle Grid Infrastructure 11g リリース11.2にアップグレードする場合で、アップグレードの予定がない既存のOracle RACインストールがある場合、または旧バージョンのOracle RAC(9.2、10.2または11.1)をリリース11.2のOracle Grid Infrastructureクラスタにインストールする場合は、旧バージョンのデータベースがOracle Grid Infrastructureで正常に動作するには、追加の構成タスクを完了するか、またはパッチを適用(あるいはその両方を実行)する必要があります。

注意:
リリース11.1.0.7、11.1.0.6および10.2.0.4からアップグレードする場合は、Oracle Clusterware 11g リリース11.2インストールへのOracle RACまたはOracle Databaseのインストールを始める前に、アップグレード前のリリースに推奨される最新のパッチを確認し、必要に応じて既存のデータベース・インストールに適用してから、アップグレードすることをお薦めします。
推奨パッチの詳細は、My Oracle SupportのNote 785351.1から入手可能な「Oracle Upgrade Companion」を参照してください。

https://support.oracle.com

各リリースの推奨パッチの最新リストについては、Note 756388.1および756671.1でも参照できます。

5.3.2 ASMCAを使用した旧バージョン・データベースのディスク・グループの管理

旧バージョンのOracle DatabaseおよびOracle RACデータベースをOracle Grid Infrastructureにインストールするときに、Oracle ASM Configuration Assistant(ASMCA)を使用して、ディスク・グループを作成および変更します。11g リリース2以上では、Oracle ASMはOracle ClusterwareとともにOracle Grid Infrastructureのインストールの一部としてインストールされます。Database Configuration Assistant(DBCA)を使用してOracle ASMで管理タスクを実行することはできなくなりました。

5.3.3 Oracle Databaseリリース10.xまたは11.x用のクラスタ・ノードの固定

前のバージョンのOracleソフトウェアがインストールされていないクラスタにOracle Clusterware 11gリリース11.2をインストールすると、Oracle Database 10gおよび11.1では永続的な構成が必要であるにもかかわらず、クラスタ・ノードは動的にOracle Databaseリリース11.2以上と互換性があるよう構成されます。ノード名とノード番号を関連付けるこの手順を固定と呼びます。

注意:
アップグレード中、すべてのクラスタ・メンバー・ノードには自動的に固定されるため、既存のデータベースに対して手動で固定する必要はありません。この手順は、Oracle Grid Infrastructureリリース11.2ソフトウェアをインストールした後、旧バージョンのデータベースをインストールする場合にのみ必要です。

旧バージョンのOracle Databaseをインストールして使用するための準備でノードを固定するには、Grid_home/bin/crsctlを使用して次のコマンド構文を実行します。nodesは、構成を固定するクラスタ内の1つまたは複数のノードを示す、スペース区切りリストです。

crsctl pin css -n nodes

たとえば、ノードnode3およびnode4を固定するには、rootとしてログインし、次のコマンドを入力します。

$ crsctl pin css -n node3 node4

ノードが固定状態か非固定状態かを確認するには、Grid_home/bin/olsnodesを使用して次のコマンド構文を実行します。

固定されたすべてのノードを表示する場合:

olsnodes -t -n

次に例を示します。

# /u01/app/11.2.0/grid/bin/olsnodes -t -n
node1 1       Pinned
node2 2       Pinned
node3 3       Pinned
node4 4       Pinned

特定のノードの状態を表示する場合:

olsnodes -t -n node3

次に例を示します。

# /u01/app/11.2.0/grid/bin/olsnodes -t -n node3
node3 3       Pinned

関連項目:
ノードの固定および固定解除の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

5.3.4 Oracle Databaseリリース9.2のためのグローバル・サービス・デーモン(GSD)の有効化

デフォルトでは、グローバル・サービス・デーモン(GSD)は無効になっています。Oracle Database 9iリリース2(9.2)をクラスタ用Oracle Grid Infrastructure 11gリリース2(11.2)にインストールする場合は、GSDを有効にする必要があります。Oracle Databaseリリース9.2をインストールする前に、次のコマンドを使用してGSDを有効にします。

srvctl enable nodeapps -g
srvctl start nodeapps

5.3.5 適切なLSNRCTLコマンドの使用

lsnrctlコマンドを使用して11gリリース2のローカル・リスナーおよびSCANリスナーを管理するには、環境変数$ORACLE_HOMEにOracle Grid Infrastructureホーム(Gridホーム)のパスを設定します。以前のリリースで使用していたOracleホームの位置からlsnrctlコマンドを使用しないでください(この位置は新しいリリースでは使用できません)。

5.4 インストール後のOracle Clusterwareバイナリの変更

インストール後にOracle Clusterware構成の変更が必要になった場合は、Gridホームをロック解除する必要があります。

たとえば、個別パッチを適用する場合や、Oracle Exadata構成を変更して、デフォルトのUDPを使用するかわりにインターコネクト上でRDS経由のIPCトラフィックを実行する場合は、Gridホームのロック解除が必要になります。

注意:
実行可能ファイルを再リンクする前に、Oracleホーム・ディレクトリで実行されている、再リンク対象の実行可能ファイルをすべて停止する必要があります。また、Oracle共有ライブラリにリンクされているアプリケーションも停止してください。

次の手順に従って、ホームをロック解除します。

1. rootとしてログインし、パスGrid_home/crs/install(Grid_homeはGridホームのパス)に移動し、コマンドrootcrs.pl -unlock -crshome Grid_home(Grid_homeは使用しているGrid Infrastructureホームのパス)を使用して、Gridホームをロック解除します。たとえば、Gridホームが/u01/app/11.2.0/gridの場合、次のコマンドを入力します。

# cd /u01/app/11.2.0/grid/crs/install
# perl rootcrs.pl -unlock -crshome /u01/app/11.2.0/grid

2. ユーザーをOracle Grid Infrastructureソフトウェア所有者に変更し、コマンド構文make -f Grid_home/lib/ins_rdbms.mk target(Grid_homeはGridホーム、targetは再リンクするバイナリ)を使用してバイナリを再リンクします。たとえば、Gridユーザーがgrid、$ORACLE_HOMEがGridホームに設定されている場合に、インターコネクト・プロトコルをUDPからIPCに更新するには、次のコマンドを入力します。

# su grid
$ make -f $ORACLE_HOME/rdbms/lib/ins_rdbms.mk ipc_rds ioracle

注意:
バイナリを再リンクする場合、グリッド・インストール所有者に変更して、コマンドGrid_home/bin/relinkを実行することも可能です。

3. 次のコマンドを使用して、Gridホームを再度ロックし、クラスタを再起動します。

# perl rootcrs.pl -patch

4. 各クラスタ・メンバー・ノードで、手順1から3を繰り返します。

6 Oracle Grid Infrastructureを変更または削除する方法

この章では、Oracle ClusterwareとOracle ASMの削除方法について説明します。

Oracle Database 11gリリース2(11.2)以降では、削除ツールを使用して、Oracle Database、Oracle Clusterware、Oracle ASM、Oracle RACまたはOracle Databaseクライアントのインストールに関連付けられているOracleホーム全体を削除することをお薦めします。個々の製品またはコンポーネントの削除はサポートされていません。

この章の内容は次のとおりです。

- Oracle Clusterwareを削除するタイミングの決定

- クラスタへのスタンドアロン・グリッド・インフラストラクチャ・サーバーの移行

- クラスタ用Oracle Grid Infrastructureのバイナリの再リンク

- Oracle Grid Infrastructureホーム・パスの変更

- バイナリを削除せずに行うOracle Clusterwareの構成解除

- Oracle ClusterwareとOracle ASMの削除

関連項目:
個々の製品を削除する場合は、要件および制限について製品固有のドキュメントを参照してください。

6.1 Oracle Clusterwareを削除するタイミングの決定

次のような場合に、インストールされたコンポーネントを削除します。

- 学習環境またはテスト環境のいずれかで、Oracle Clusterwareを正常にインストールした後、Oracle Clusterwareインストールを削除する必要がある場合。

- Oracle Clusterwareのインストールまたはアップグレード中、またはその後にエラーが発生し、インストールを再試行する場合。

- ハードウェア障害またはオペレーティング・システム障害のため、インストールまたはアップグレードが停止した場合。

- Oracle Clusterwareを再インストールするようにOracleサポート・サービスからアドバイスされた場合。

6.2 クラスタへのスタンドアロン・グリッド・インフラストラクチャ・サーバーの移行

Oracle Restart(スタンドアロン・サーバー用のOracle Grid Infrastructureインストール)を使用するOracle Databaseインストールがあり、そのサーバーをクラスタ・メンバー・ノードとして構成する場合は、次の作業を行います。

注意:
この手順では、リリース11.2.0.2以上で使用可能なOracle Clusterware構成ウィザードを使用します。

1. 次の構文でsrvctlを使用してOracle Restartの構成を調べます。db_unique_nameはデータベースの一意の名前、lsnrnameはリスナー名です。
srvctl config database -d db_unique_name

srvctl config service -d db_unique_name

srvctl config listener -l lsnrname

サーバーの構成情報を書き留めます。

2. rootとしてログインし、Grid home/crs/installディレクトリに移動します。次に例を示します。

# cd /u01/app/11.2.0/grid/crs/install

3. 手順1で確認したすべてのデータベース、サービスおよびリスナーを停止します。

4. すべてのOracle ACFSファイルシステムをマウント解除します(存在する場合)。

5. 次のコマンドを使用して、スタンドアロン・サーバー(Oracle Restart)用のOracle Grid Infrastructureインストールを構成解除します。

# roothas.pl -deconfig -force

6. このマニュアルの説明に従って、Oracle Clusterware構成のためにサーバーを準備します。また、クラスタ用Oracle Grid InfrastructureをOracle Restartと同じ場所にインストールするか、別の場所にインストールするかを選択します。
Oracle Restartと同じ場所にインストールする場合

1. Grid_home/deinstallコマンドを使用してOracle Restartソフトウェアを削除しますが、すべてのディスク・グループはそのまま保持します。

2. 手順7に進みます。

Oracle Restartと異なる場所にインストールする場合

1. クラスタ用Oracle Grid Infrastructureを新しいGridホーム・ソフトウェアの場所にインストールします。

7. Oracle Grid Infrastructureインストール所有者として、Oracle Clusterware構成ウィザードを実行し、レスポンス・ファイルを保存してステージングします。次に例を示します。

$ Grid_home/crs/config/config.sh -silent -responseFile $HOME/GI.rsp

8. Oracle Clusterware構成ウィザードでroot.shを実行します。

9. Oracle Restartディスク・グループをマウントします。

10. volenableコマンドを実行し、すべてのOracle Restartディスク・グループ・ボリュームを有効にします。

11. 手動ですべてのOracle ACFSファイルシステムをマウントします。

12. 手順1で記録した情報を使用して、Oracle ClusterwareサービスをOracle Clusterwareホームに戻します。Oracle ACFSリソースも戻します。次に例を示します。

/u01/app/grid/product/11.2.0/grid/bin/srvctl add filesystem -d /dev/asm/db1  -g ORestartData -v db1 -m /u01/app/grid/product/11.2.0/db1 -u grid

13. 手順1で記録した構成情報を使用して、クラスタ用Oracle Grid InfrastructureでサポートされるようにOracle Databaseを追加します。次のコマンド構文を使用します。db_unique_nameはノード上のデータベースの一意の名前、nodenameはノード名です。
srvctl add database -d db_unique_name -o $ORACLE_HOME -x nodename

たとえば、データベース名がmydb、サービスがmyserviceの場合は、次のコマンドを入力します。

srvctl add database -d mydb -o $ORACLE_HOME -x node1

14. srvctl add serviceコマンドを使用して、各サービスをデータベースに追加します。次に例を示します。

srvctl add service -d mydb -s myservice

6.3 クラスタ用Oracle Grid Infrastructureのバイナリの再リンク

クラスタ用Oracle Grid Infrastructure(クラスタ用に構成されたOracle ClusterwareとOracle ASM)をインストールした後、バイナリを変更する必要がある場合は、次の手順を実行します。Grid_homeはクラスタ用Oracle Grid Infrastructureホームです。

注意:
実行可能ファイルを再リンクする前に、Oracleホーム・ディレクトリで実行されている、再リンク対象の実行可能ファイルをすべて停止する必要があります。また、Oracle共有ライブラリにリンクされているアプリケーションも停止してください。

rootで次のコマンドを実行します。

# cd Grid_home/crs/install
# perl rootcrs.pl -unlock

クラスタ用Oracle Grid Infrastructure所有者で次のコマンドを実行します。

$ export ORACLE_HOME=Grid_home
$ Grid_home/bin/relink

再度rootで次のコマンドを入力します。

# cd Grid_home/rdbms/install/
# ./rootadd_rdbms.sh
# cd Grid_home/crs/install
# perl rootcrs.pl -patch

オペレーティング・システムのパッチを適用したときやオペレーティング・システムのアップグレードをした後は毎回、Oracle ClusterwareとOracle ASMのバイナリを再リンクする必要があります。

以前のリリースからアップグレードする場合に、以前のリリースのGridホームを削除するには、まず以前のリリースのGridホームをロック解除する必要があります。以前のリリースのホームからコマンドrootcrs.pl -unlockを実行し、以前のリリースのGridホームをロック解除します。スクリプトが完了したら、削除コマンドを実行できます。

6.4 Oracle Grid Infrastructureホーム・パスの変更

リリース11.2.0.3以降では、クラスタ用Oracle Grid Infrastructure(クラスタ用に構成されているOracle ClusterwareおよびOracle ASM)をインストールした後、Gridホームのパスを変更する必要がある場合は、次の例に従って、既存のGridホームでデタッチして、新しいGridホームをアタッチします。

注意:
Gridホームを変更する前に、再リンクしているGridホーム・ディレクトリで実行されるすべての実行可能ファイルを停止する必要があります。また、Oracle共有ライブラリにリンクされているアプリケーションも停止してください。

1. Oracle Grid Infrastructureインストール所有者(grid)として次のコマンドを実行し、既存のGridホームをデタッチします(/u01/app/11.2.0/gridは既存のGridホームの場所です)。

$ cd /u01/app/11.2.0/grid/oui/bin
$ ./detachhome.sh -silent -local -invPtrLoc /u01/app/11.2.0/grid/oraInst.loc

2. rootとして、グリッド・バイナリをロック解除し、古いGridホームの場所から新しいGridホームの場所に移動します。たとえば、古いGridホームが/u01/app/11.2.0/gridで、新しいGridホームが/u01/app/gridの場合は次のようにします。

cd /u01/app/11.2.0/grid/
perl rootcrs.pl -unlock
# mv /u01/app/11.2.0/grid /u01/app/grid

3. 『Oracle Clusterware管理およびデプロイメント・ガイド』のOracle Clusterwareのクローニングによるクラスタの作成(手順3: 各宛先ノードでのclone.plスクリプトの実行)に関する説明に記載されている手順を使用して、Oracle Grid Infrastructureインストールをクローニングします。
Grid_home/clone/binディレクトリに移動してclone.plスクリプトを実行するときに、新しいGridホームにパス情報を提供する入力パラメータに値を指定します。

4. 再度rootで次のコマンドを入力し、新しいホームの場所で起動します。

# cd Grid_home/rdbms/install/
# ./rootadd_rdbms.sh
# cd Grid_home/crs/install
# perl rootcrs.pl -patch -destcrshome /u01/app/grid

5. 各クラスタ・メンバー・ノードで、手順1から4を繰り返します。

Gridホームを移動するたびに、Oracle ClusterwareとOracle ASMのバイナリを再リンクする必要があります。

6.5 バイナリを削除せずに行うOracle Clusterwareの構成解除

rootcrs.plコマンドにフラグ-deconfig -forceを指定して実行すると、インストール済のバイナリを削除しなくても、1つ以上のノードでOracle Clusterwareを構成解除できます。この機能は、インストール時にroot.shコマンドを実行すると1つ以上のクラスタ・ノードでエラー(あるノードでオペレーティング・システム・パッケージがないなど)が発生する場合に役に立ちます。インストール・エラーが発生するノードでrootcrs.pl -deconfig -forceを実行することによって、それらのノードでOracle Clusterwareを構成解除し、エラーの原因を修正した後、再度root.shを実行できます。

注意:
Oracle Clusterwareを構成解除する前に、インストールおよび実行されている可能性のあるデータベース、サービスおよびリスナーを停止してください。

注意:
この項で使用するコマンドでは、クラスタ全体のOracle Grid Infrastructureインストールが削除されます。個々のノードからインストールを削除する場合は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

Oracle Clusterwareを構成解除するには、次の手順を実行します。

1. エラーが発生したノードにrootユーザーとしてログインします。

2. Grid_home/crs/installディレクトリに移動します。次に例を示します。

# cd /u01/app/11.2.0/grid/crs/install

3. -deconfig -forceフラグを指定してrootcrs.plを実行します。次に例を示します。

# perl rootcrs.pl -deconfig -force

必要に応じて他のノードで繰り返します。

4. クラスタのすべてのノードでOracle Clusterwareを構成解除する場合は、最後のノードで次のコマンドを入力します。

# perl rootcrs.pl -deconfig -force -lastnode

-lastnodeフラグを指定すると、OCRおよび投票ディスクを含むクラスタの構成解除が完了します。

6.6 Oracle ClusterwareとOracle ASMの削除

deinstallコマンドによって、Oracle ClusterwareおよびOracle ASMをサーバーから削除できます。次の項では、このコマンドと、それを使用するための追加オプションについて説明します。

- 削除ツールについて

- 以前のリリースのGridホームの削除

- 失敗したインストールで使用するための削除ツールのダウンロード

- 削除ツールの実行

- Oracle ClusterwareとOracle ASMの削除コマンドの例

- クラスタ用グリッド・インフラストラクチャの削除パラメータ・ファイルの例

注意:
Oracleソフトウェアを削除するには、同じリリースの削除ツールを使用する必要があります。以前のリリースのOracleソフトウェアを削除するとき、それより新しいリリースの削除ツールは使用しないでください。たとえば、既存の11.2.0.4OracleホームにあるOracleソフトウェアを削除するとき、12.1.0.1のインストール・メディアに収録されている削除ツールは実行しないでください。

6.6.1 削除ツールについて

削除ツール(deinstall)は、Oracleソフトウェアを停止し、Oracleソフトウェアおよびオペレーティング・システムの構成ファイルを削除します。これは、インストール前にはインストール・メディアから使用可能で、インストール後にはOracleホーム・ディレクトリから使用可能です。パス$ORACLE_HOME/deinstallにあります。この削除ツール・コマンドは、次のURLのOracle Technology Network(OTN)からダウンロードできます。

http://www.oracle.com/technetwork/database/enterprise-edition/downloads

すべてのOracle Database 11gリリース2ソフトウェアとともに削除ツールをダウンロードすることも、単独のアーカイブ・ファイルとしてダウンロードすることもできます。削除ツールを個別にダウンロードするには、ソフトウェア・バージョンの横にある「すべて見る」リンクをクリックします。

削除ツール・コマンドでは、ユーザーが入力した情報およびソフトウェア・ホームから収集した情報を使用してパラメータ・ファイルが作成されます。または、-checkonlyフラグと-oフラグを使用して、deinstallコマンドによって以前に生成されたパラメータ・ファイルを使用することもできます。レスポンス・ファイル・テンプレートを編集して、パラメータ・ファイルを作成することもできます。

削除ツール・コマンドによって、Oracleソフトウェアが停止され、特定のOracleホームのOracleソフトウェアおよびオペレーティング・システムの構成ファイルが削除されます。削除ツールを実行してクラスタ・インストール用Oracle Grid Infrastructureを削除する場合、rootとしてrootcrs.plスクリプトを実行するよう求められます。

注意:
削除コマンドを実行した場合に、構成解除して削除しようとしているホーム以外の登録済ホームが中央インベントリ(oraInventory)に含まれていなければ、削除コマンドは、Oracle RACインストール所有者のOracleベース・ディレクトリ内の次のファイルとディレクトリ・コンテンツを削除します。

- admin

- cfgtoollogs

- checkpoints

- diag

- oradata

- flash_recovery_area

Optimal Flexible Architecture(OFA)構成を使用してインストールを構成し、Oracleソフトウェアが排他的に使用するために、OracleベースとOracleホーム・パスを予約しておくことをお薦めします。Oracleソフトウェアを所有するユーザー・アカウントが所有するOracleベースのこれらの場所に、ユーザー・データが存在する場合、deinstallコマンドによってこのデータは削除されます。

このコマンドでは次の構文を使用します。可変的な内容はイタリック体で示されています。

deinstall -home complete path of Oracle home [-silent] [-checkonly] [-local]
[-paramfile complete path of input parameter property file]
[-params name1=value name2=value . . .] [-o complete path of directory for saving files] -h

デフォルトでは、削除ツールはGridホームのdeinstallディレクトリから実行します。次に例を示します。

$ cd /u01/app/11.2.0/grid/deinstall
$ ./deinstall

また、他の場所から削除ツールを実行したり、パラメータ・ファイルを記述したり、ツールを実行するための他のオプションを選択することができます。

オプションは次のとおりです。

- -home
このフラグは、確認または削除するOracleホームのパスを指定します。削除しようとしているOracleホームでdeinstallコマンドを使用してOracleソフトウェアを削除する場合は、別の場所にパラメータ・ファイルを用意し、-homeフラグは使用しないでください。

$ORACLE_HOME/deinstallパスからdeinstallを実行する場合、ツールは実行元であるホームを認識しているため、-homeフラグは必要ありません。スタンドアロン・バージョンのツールを使用する場合、-homeは必須です。

- -silent
このフラグを使用すると、コマンドが非対話モードで実行されます。このオプションを指定する場合は、削除または構成解除するOracleホームの構成値が記述されたプロパティ・ファイルが必要です。

プロパティ・ファイルを作成し、必須パラメータを指定するには、削除ツール・ホームまたはOracleホームのresponseフォルダにあるテンプレート・ファイルdeinstall.rsp.tmplを参照してください。

作業システムがある場合、テンプレート・ファイルを使用するかわりに、-checkonlyフラグを指定してdeinstallコマンドを実行することで、プロパティ・ファイルを生成できます。deinstallコマンドにより、削除および構成解除するOracleホームの情報が検出されます。生成されたプロパティ・ファイルは、-silentオプションで使用できます。

- -checkonly
このフラグを指定すると、Oracleソフトウェアのホーム構成の状態が確認されます。checkonlyフラグを指定してコマンドを実行した場合、Oracleの構成は削除されません。

- -local
このフラグを複数ノードの非共有環境で指定すると、クラスタのOracleソフトウェアの構成が解除されます。

このフラグを指定してdeinstallを実行すると、非共有ホーム・ディレクトリのローカル・ノード(deinstallが実行されたノード)のOracleソフトウェアの構成が解除され、Oracleソフトウェアが削除されます。リモート・ノードでは、Oracleソフトウェアの構成は解除されますが、Oracleソフトウェアは削除されません。

- -paramfile 入力パラメータのプロパティ・ファイルの完全パス
このフラグを指定すると、デフォルト以外の場所にあるパラメータ・ファイルを使用してdeinstallが実行されます。このフラグを使用する場合は、パラメータ・ファイルが存在する場所を完全パスで指定します。削除する予定のOracleホームからdeinstallコマンドを実行している場合、-paramfileフラグを使用する必要はありません。

パラメータ・ファイルのデフォルトの位置は、deinstallの位置によって異なります。

- インストール・メディアまたはステージングの場所: $ORACLE_HOME/inventory/response

- Oracle Technology Network(OTN)から解凍されたアーカイブ・ファイル: /ziplocation/response

- インストール後のインストール済Oracleホーム: $ORACLE_HOME/deinstall/response

- -params [name1=value name2=value name3=value ...]
このフラグをパラメータ・ファイルとともに使用すると、作成済のパラメータ・ファイルに記述された1つ以上の値を上書きできます。

- -o 保存するレスポンス・ファイルのディレクトリの完全パス
このフラグを指定すると、デフォルト以外の場所に、プロパティ・ファイル(deinstall.rsp.tmpl)を保存するパスが指定されます。

パラメータ・ファイルのデフォルトの位置は、deinstallの位置によって異なります。

- インストール・メディアまたはインストール前のステージングの場所: $ORACLE_HOME/

- OTNから解凍されたアーカイブ・ファイル: /ziplocation/response/

- インストール後のインストール済Oracleホーム: $ORACLE_HOME/deinstall/response

- -help
ヘルプ・オプション(-help)を指定すると、コマンドのオプション・フラグに関する追加情報を取得できます。

6.6.2 以前のリリースのGridホームの削除

以前のリリースからアップグレードする場合に、以前のリリースのGridホームを削除するには、rootユーザーとして以前のリリースのGridホームの権限を手動で変更し、deinstallコマンドを実行する必要があります。

次に例を示します。

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

この例では、/u01/app/grid/11.2.0が以前のリリースのGridホームです。

6.6.3 失敗したインストールで使用するための削除ツールのダウンロード

削除ツール(deinstall)を使用すると、失敗または不完全なインストールを削除できます。これは、Oracle Technology Network(OTN)のWebサイトから個別のダウンロードとして入手できます。

削除ツールをダウンロードするには、次の手順を実行します。

1. 次のURLへ移動します。

http://www.oracle.com/technetwork/database/enterprise-edition/downloads/index.html

2. 「Oracle Database 11g Release 2」で、削除ツールをダウンロードするプラットフォームの「すべて見る」をクリックします。
このページの終わりで削除ツールをダウンロードできます。

6.6.4 削除ツールの実行

deinstallコマンドは、Oracle Grid Infrastructureのインストール所有者またはOracle Clusterwareを所有するgridユーザーとして実行することをお薦めします。

削除ツールをダウンロード後、必ず次に従っていることを確認します。

- すべてのクラスタ・メンバー・ノードで同一のユーザーが削除ツールを実行します

- ユーザー等価が設定されています

削除ツールを実行するには、次の手順に従います。

1. gridユーザー・ホーム・ディレクトリに削除ツールをダウンロードするかコピーします。

2. 削除バイナリの所有者がgridユーザーであることを確認します。

3. 削除ツールを実行します。

6.6.5 Oracle ClusterwareとOracle ASMの削除コマンドの例

deinstallコマンドを実行すると、システムから削除するOracleソフトウェアのホーム・ディレクトリを指定するように求めるプロンプトが表示されます。プロンプトが表示されたら、さらに情報を入力します。

クラスタ用Oracle Grid Infrastructureホームからdeinstallコマンドを実行するには、次のコマンドを入力します。

$ cd /u01/app/11.2.0/grid/deinstall/
$ ./deinstall

ホームを削除するコマンドを実行する前に、-checkonlyフラグを使用してdeinstallコマンドを実行すると、deinstallパラメータ・ファイルを生成できます。またはレスポンス・ファイル・テンプレートを使用して手動で編集し、deinstallコマンドで使用するパラメータ・ファイルを作成することもできます。

6.6.6 クラスタ用グリッド・インフラストラクチャの削除パラメータ・ファイルの例

-paramfileオプションを指定してdeinstallコマンドを実行し、パラメータ・ファイルで指定した値を使用できます。ノードnode1およびnode2のクラスタ用のパラメータ・ファイルの例を次に示しますが、この例では、クラスタ用Oracle Grid Infrastructureソフトウェアのバイナリ所有者はgrid、Oracle Grid Infrastructureホーム(Gridホーム)はパス/u01/app/11.2.0/gridにあり、Oracleベース(Oracle ASMログ・ファイルやOracle Clusterwareログなどの管理ファイルが格納されたグリッド・インフラストラクチャのOracleベース)は/u01/app/11.2.0/grid/、中央Oracle Inventoryホーム(oraInventory)は/u01/app/oraInventory、仮想IPアドレス(VIP)は192.0.2.2と192.0.2.4、ローカル・ノード(削除セッションを実行しているノード)はnode1です。

#Copyright (c) 2005, 2006 Oracle Corporation.  All rights reserved.
#Fri Feb 06 00:08:58 PST 2009
LOCAL_NODE=node1
HOME_TYPE=CRS
ASM_REDUNDANCY=\
ORACLE_BASE=/u01/app/11.2.0/grid/
VIP1_MASK=255.255.252.0
VOTING_DISKS=/u02/storage/grid/vdsk
SCAN_PORT=1522
silent=true
ASM_UPGRADE=false
ORA_CRS_HOME=/u01/app/11.2.0/grid
GPNPCONFIGDIR=$ORACLE_HOME
LOGDIR=/home/grid/SH/deinstall/logs/
GPNPGCONFIGDIR=$ORACLE_HOME
ORACLE_OWNER=grid
NODELIST=node1,node2
CRS_STORAGE_OPTION=2
NETWORKS="eth0"/192.0.2.1\:public,"eth1"/10.0.0.1\:cluster_interconnect
VIP1_IP=192.0.2.2
NETCFGJAR_NAME=netcfg.jar
ORA_DBA_GROUP=dba
CLUSTER_NODES=node1,node2
JREDIR=/u01/app/11.2.0/grid/jdk/jre
VIP1_IF=eth0
REMOTE_NODES=node2
VIP2_MASK=255.255.252.0
ORA_ASM_GROUP=asm
LANGUAGE_ID=AMERICAN_AMERICA.WE8ISO8859P1
CSS_LEASEDURATION=400
NODE_NAME_LIST=node1,node2
SCAN_NAME=node1scn
SHAREJAR_NAME=share.jar
HELPJAR_NAME=help4.jar
SILENT=false
local=false
INVENTORY_LOCATION=/u01/app/oraInventory
GNS_CONF=false
JEWTJAR_NAME=jewt4.jar
OCR_LOCATIONS=/u02/storage/grid/ocr
EMBASEJAR_NAME=oemlt.jar
ORACLE_HOME=/u01/app/11.2.0/grid
CRS_HOME=true
VIP2_IP=192.0.2.4
ASM_IN_HOME=n
EWTJAR_NAME=ewt3.jar
HOST_NAME_LIST=node1,node2
JLIBDIR=/u01/app/11.2.0/grid/jlib
VIP2_IF=eth0
VNDR_CLUSTER=false
CRS_NODEVIPS='node1-vip/255.255.252.0/eth0,node2-vip/255.255.252.0/eth0'
CLUSTER_NAME=node1-cluster

注意:
次の場合を除いて、変数に引用符を使用しないでください。

- CRS_NODEVIPSのアドレスの前後:

CRS_NODEVIPS='n1-vip/255.255.252.0/eth0,n2-vip/255.255.252.0/eth0'

- NETWORKSのインタフェース名の前後:

NETWORKS="eth0"/192.0.2.1\:public,"eth1"/10.0.0.1\:cluster_interconnect VIP1_IP=192.0.2.2

A Oracle Grid Infrastructureのインストール・プロセスに関するトラブルシューティング

この付録では、Oracle Grid Infrastructureのインストールに関するトラブルシューティング情報について説明します。

関連項目:
ドキュメント・ディレクトリに含まれるOracle Database 11g Oracle RACのドキュメントを参照してください。

- 『Oracle Clusterware管理およびデプロイメント・ガイド』

- 『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

この付録の内容は次のとおりです。

- 一般的なインストールの問題

- 詳細モードによるCVUの「不明」出力メッセージの解釈

- Oracle Grid Infrastructureの設定に関するCVUメッセージの解釈

- Oracle Clusterwareアラート・ログについて

- Linuxでのオペレーティング・システム・パッケージの不足

- Oracle Grid Infrastructureのインストール中のクラスタ診断の実行

- インストール後のCVUのクラスタ・ヘルス・チェックの使用について

- インターコネクト構成の問題

- SCAN VIPおよびSCANリスナーの問題

- ストレージ構成の問題

- スクリプト実行完了前のインストールの完了

A.1 一般的なインストールの問題

次に、インストール中に発生する可能性のある様々なエラーの例を示します。内容は次のとおりです。

- ディスクの取得中にエラーが発生する

- /usr/X11R6/bin/xdpyinfoコマンドを使用して表示色の自動チェックを実行できない

- CRS-5823: エージェント・フレームワークを初期化できない

- サーバーに接続できない(サーバーによって接続を拒否されたか、または表示を開くことができない)

- ocrconfigを初期化できない

- INS-32026 INSTALL_COMMON_HINT_DATABASE_LOCATION_ERROR

- MEMORY_TARGETはこのシステムではサポートされていない

- OUIのノードの選択画面で選択可能なノードがない

- ノードnodenameに到達できない

- PROT-8: 指定したファイルからクラスタ・レジストリにデータをインポートできない

- PRVE-0038: SSH LoginGraceTime設定(致命的: 認証前にタイムアウトした)

- マルチキャスト問題による第2ノードでのroot.shスクリプトまたはrootupgrade.shスクリプトの失敗

- CRSスタックの起動の待機中にタイムアウトした

- YPBINDPROC_DOMAIN: ドメインがバインドされない

- その他のインストールの問題およびエラー

ディスクの取得中にエラーが発生する

原因: 存在しないOracleホームを指しているエントリが/etc/oratabにあります。OUIのログ・ファイルには、エラーが「java.io.IOException: /home/oracle/OraHome//bin/kfod: 見つかりませんでした」のように出力されます。

処置: 存在しないOracleホームを指しているエントリを/etc/oratabから削除してください。

CRS-5018:(: CLSN00037:)未使用のHAIPルートが削除された

原因: 通常、HAIPコードと競合しているルートがなんらか(通常、ゼロ構成ネットワークzeroconf)によって作成されたことを示します。適切なスタックが機能していることを確認するためにOracleソフトウェアがルートを削除したことを示します。

処置: ゼロ構成ネットワーク機能によってクラスタ・メンバー・ノード間で通信の問題が発生する可能性があるため、Oracle Clusterwareの使用時にはこの機能を無効にする必要があります。
ゼロ構成ネットワークを無効にするには、次の手順を実行します。

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

2. /etc/sysconfigに移動します。

3. /etc/sysconfig/networkのコピーを作成します。次に例を示します。

# cp network network_old

4. テキスト・エディタを使用してファイル/etc/sysconfig/networkを開きます。

5. ファイルのNOZEROCONFの値がyesに設定されていることを確認します。ファイルにこのパラメータが見つからない場合は、次のエントリをファイルに追加します。

NOZEROCONF=yes

この設定を更新した後、ファイルを保存します。

6. ネットワーク・サービスを再起動します。次に例を示します。

# service network restart

7. 各クラスタ・ノード・メンバーに対してこの手順を繰り返します。

/usr/X11R6/bin/xdpyinfoコマンドを使用して表示色の自動チェックを実行できない

原因: DISPLAY変数が設定されていないか、インストールを実行しているユーザーにX Windowを開く権限がありません。これは、リモート端末からインストールを実行している場合や、ディスプレイ上でX Windowを開く権限のあるユーザーからX Windowを開く権限のないユーザー・アカウントへsuコマンドを使用して変更している場合(rootユーザーのコンソール・ディスプレイで低い権限のユーザーがウィンドウを開いている場合など)に起こります。

処置: echo $DISPLAYコマンドを使用して、環境変数に正しいディスプレイ、つまり正しいホストが設定されていることを確認してください。DISPLAY変数が正しく設定されていたら、X Windowを開く権限のあるユーザーでログインしていることを確認するか、またはxhost +コマンドを実行してすべてのユーザーにX Windowを開く許可を与えてください。
サーバー・コンソール上でrootとしてローカルでログインし、su -コマンドを使用してOracle Grid Infrastructureのインストール所有者に変更した場合は、サーバーからログアウトし、Gridのインストール所有者としてログインしなおしてください。

CRS-5823: エージェント・フレームワークを初期化できない

原因: root.shを実行したとき、Oracle Grid Infrastructureのインストールが失敗しました。ローカル・ホスト・エントリがhostsファイルから欠落しているため、Oracle Grid Infrastructureは起動に失敗しました。
Oracle Grid Infrastructureのalert.logファイルには、次のように示されます。

[/oracle/app/grid/bin/orarootagent.bin(11392)]CRS-5823:Could not initialize
agent framework. Details at (:CRSAGF00120:) in
/oracle/app/grid/log/node01/agent/crsd/orarootagent_root/orarootagent_root.log
2010-10-04 12:46:25.857
[ohasd(2401)]CRS-2765:Resource 'ora.crsd' has failed on server 'node01'.

crsdOUT.logファイルを確認し、次を見つけることで、これが原因であることを検証できます。

Unable to resolve address for localhost:2016
ONS runtime exiting
Fatal error: eONS: eonsapi.c: Aug 6 2009 02:53:02

処置: hostsファイルにローカル・ホスト・エントリを追加します。

サーバーに接続できない(サーバーによって接続を拒否されたか、または表示を開くことができない)

原因: これらは、xhostが適切に構成されていない場合か、Xサーバーを起動するためにstartxコマンドで使用したアカウントとは異なるユーザー・アカウントで実行している場合の、WindowsまたはUNIXシステムに特有のX Window表示エラーです。

処置: ローカル端末ウィンドウで、X Windowセッションを開始したユーザーとしてログインし、次のコマンドを入力してください。
$ xhost fullyqualifiedRemoteHostname

次に例を示します。

$ xhost somehost.example.com

その後、次のコマンドを入力してください。workstationnameはワークステーションのホスト名またはIPアドレスです。

Bourne、BashまたはKornシェル:

$ DISPLAY=workstationname:0.0
$ export DISPLAY

X Windowアプリケーションがローカル・システムで適切に表示されるかどうかを確認するには、次のコマンドを入力します。

$ xclock

モニターにXクロックが表示されます。このようにならない場合は、xhostコマンドの使用が制限されている可能性があります。

VNCクライアントを使用してサーバーにアクセスしている場合は、インストールに使用しようとしているユーザーに割り当てられているビジュアルにアクセスしていることを確認します。たとえば、suコマンドを使用して、別のユーザー・ビジュアルでインストール所有者になった場合、xhostコマンドの使用は制限され、xhostコマンドを使用して表示を変更することはできません。インストール所有者に割り当てられたビジュアルを使用すると、正しく表示でき、xclockコマンドの入力によってxclockが表示されます。

Xクロックが表示されたら、Xクロックを閉じてインストーラを再度起動します。

ocrconfigを初期化できない

原因: /etc/fstabファイル内のNFS用に構成されたオプションが間違っています。
これを確認するには、Grid_home/log/nodenumber/clientパスにあるocrconfig.logファイルをチェックし、次の行を検索します。

/u02/app/crs/clusterregistry, ret -1, errno 75, os err string Value too large
for defined data type
2007-10-30 11:23:52.101: [ OCROSD][3085960896]utopen:6'': OCR location

処置: NFSにマウントされたファイル・システムの場合は、NFSマウントの正しいマウント構成を/etc/fstabファイル内で指定します。

rw,sync,bg,hard,nointr,tcp,vers=3,timeo=300,rsize=32768,wsize=32768,actimeo=0

注意:
マウントの指定にnetdevやvers=2を含めないでください。netdevオプションを必要とするのは、OCFSファイル・システムを対象とした場合のみです。また、vers=2を指定すると、カーネルによって強制的にNFSがマウントされます。この場合、古いバージョン2のプロトコルが使用されます。

NFSマウント情報を修正した後にNFSマウント・ポイントを再マウントし、root.shスクリプトを再度実行します。たとえば、マウント・ポイント/u02の場合は次のようになります。

#umount /u02
#mount -a -t nfs
#cd $GRID_HOME
#sh root.sh

INS-32026 INSTALL_COMMON_HINT_DATABASE_LOCATION_ERROR

原因: クラスタ用のインストールでGridホームに選択した場所が、Oracleベース・ディレクトリの下にあります。

処置: クラスタ用Oracle Grid Infrastructureのインストールでは、Gridホームを、Oracleベース・ディレクトリ、Oracle Databaseインストール所有者のOracleホーム・ディレクトリ、インストール所有者のホーム・ディレクトリのいずれの下にも配置しないでください。インストール中に、Gridホームへのパスの所有権がrootに変更されます。この変更により、他のインストールで権限エラーが発生します。また、Oracle Clusterwareソフトウェア・スタックも、Oracleベース・パスの下に配置しないでください。

MEMORY_TARGETはこのシステムではサポートされていない

原因: Linuxシステムでは、PGAおよびSGA用の/dev/shmのサイズが不十分です。
Linuxシステムにインストールする場合は、初期化パラメータMEMORY_TARGETまたはMEMORY_MAX_TARGETを設定する「メモリー・サイズ(SGAおよびPGA)」をオペレーティング・システムの共有メモリー・ファイル・システム(/dev/shm)より大きい値にはできません。

処置: /dev/shmマウント・ポイントのサイズを大きくしてください。次に例を示します。

# mount -t tmpfs shmfs -o size=4g /dev/shm

また、システムを再起動してもこの変更が保持されるようにするには、/etc/fstabに次のようなエントリを追加します。

shmfs /dev/shm tmpfs size=4g 0

OUIのノードの選択画面で選択可能なノードがない

原因: Oracle Grid Infrastructureがインストールされていないか、またはOracle Grid Infrastructureサービスが起動および実行されていません。

処置: Oracle Grid Infrastructureをインストールするか、またはインストールの状態を確認してください。また、ノードを再起動すると問題を解決できる場合があります。

ノードnodenameに到達できない

原因: IPホストが使用不可能です。

処置: 次の手順を実行してください。

1. シェル・コマンドifconfig -aを実行します。このコマンドの出力と/etc/hostsファイルの内容を比較して、ノードIPがリストされていることを確認します。

2. シェル・コマンドnslookupを実行して、ホストが到達可能であるかどうかを確認します。

PROT-8: 指定したファイルからクラスタ・レジストリにデータをインポートできない

原因: 既存のOracle Cluster Registryデバイスのパーティションに十分な領域がないため、rootupgrade.shの実行中に移行障害が発生します。確認するには、ログ・ファイルGrid_home/log/hostname/client/ocrconfig_pid.logでエラーutopen:12: バッキング・ストアに十分なスペースがありませんを検索してください(ここで、pidはプロセスIDです)。

処置: 300MB以上の使用可能な領域があるストレージ・デバイスを指定します。ディスク全体をOracle ASMに割り当てることをお薦めします。

PRVE-0038: SSH LoginGraceTime設定(致命的: 認証前にタイムアウトした)

原因: PRVE-0038: ノードnodenameのSSH LoginGraceTime設定では、ユーザーがログイン完了前に切断される可能性があります。このエラーは、SSH接続のデフォルトのタイムアウト値が低すぎるか、LoginGraceTimeパラメータがコメント・アウトされているために発生します。

処置: OpenSSH構成ファイル/etc/ssh/sshd_configのLoginGraceTimeパラメータのコメントを解除し、値に0(無制限)を設定することをお薦めします。

マルチキャスト問題による第2ノードでのroot.shスクリプトまたはrootupgrade.shスクリプトの失敗

原因: 最終ステージにおいてroot.shまたはrootupgrade.shを第2ノードで実行中、次のエラーが報告されてスクリプトが失敗します。

Failed to start Cluster Synchorinisation Service in clustered mode at /u01/app/crs/11.2.0.2/crs/install/crsconfig_lib.pm line 1016.

処置: マルチキャスト通信をすべてのクラスタ・ノードで有効にする必要があります。マルチキャスト要件が満たされているかどうかを確認するには、マルチキャスト・テスト・ツール(mcasttest.pl)を実行します。パッチのインストールが必要な場合もあります。
詳細は、My Oracle Supportに問い合せて、マルチキャスト・テスト・ツールおよびパッチを取得してください。

関連項目:
第2.7.4項「Oracle Grid Infrastructureが使用するネットワークのマルチキャスト要件」

CRSスタックの起動の待機中にタイムアウトした

原因: 構成の問題によってOracle Grid Infrastructureソフトウェアをすべてのノードに正常にインストールできない場合は、CRSスタックの起動の待機中にタイムアウトしたことを示すエラー・メッセージが表示される場合があります。または、インストーラを終了した後、Oracle Clusterwareで管理するリソースが一部のノードで作成されなかったことに気がつく場合があります。リソースのステータスがONLINE以外であることに気がつく場合もあります。

処置: バイナリを削除せずにOracle Grid Infrastructureインストールの構成を解除し、構成の問題の原因を判断するためにログ・ファイルを確認します。構成の問題を解決した後、インストール時に使用するスクリプトを再実行し、Oracle Clusterwareを構成します。

関連項目:
第6.5項「バイナリを削除せずに行うOracle Clusterwareの構成解除」

YPBINDPROC_DOMAIN: ドメインがバインドされない

原因: このエラーは、インストール後のテスト時に、ノードのパブリック・ネットワーク・インターコネクトが取り外され、VIPによるフェイルオーバーが行われない場合に発生する可能性があります。このエラーでは、ノードがハングし、ユーザーはシステムにログインできなくなります。このエラーは、Oracleホーム、listener.ora、Oracleログ・ファイルまたはアクション・スクリプトがNASデバイスまたはNFSマウントに格納されていて、ネーム・サービス・キャッシュ・デーモンnscdがアクティブになっていない場合に発生します。

処置: クラスタ内のすべてのノードで次のコマンドを入力して、nscdサービスを起動してください。

/sbin/service  nscd start

A.1.1 その他のインストールの問題およびエラー

エラー・メッセージの解決に関するその他のヘルプについては、My Oracle Supportを参照してください。たとえば、Doc ID 1367631.1のNoteには、Oracle Grid InfrastructureおよびOracle Clusterwareの最も一般的なインストールの問題の一部が含まれています。

A.2 詳細モードによるCVUの「不明」出力メッセージの解釈

-verbose引数を使用してクラスタ検証ユーティリティを実行し、特定のノードに対するクラスタ検証ユーティリティ・コマンドの結果がUNKNOWNになる場合、その原因は、検証時に問題が検出されたかどうかをクラスタ検証ユーティリティで判断できないことにあります。結果が「不明」になる場合の、考えられる原因を次に示します。

- ノードが停止している。

- クラスタ検証ユーティリティで必要な、オペレーティング・システムの共通コマンド・バイナリが、Oracle Grid Infrastructureホームの/binディレクトリまたはOracleホーム・ディレクトリで不足している。

- クラスタ検証ユーティリティを起動したユーザー・アカウントには、ノードでオペレーティング・システムの共通コマンドを実行する権限がない。

- ノードで、オペレーティング・システム・パッチ、または必須パッケージが不足している。

- ノードの最大プロセス数または最大オープン・ファイル数を超えているか、共有メモリー、セマフォなど、IPCセグメントに問題が発生している。

A.3 Oracle Grid Infrastructureの設定に関するCVUメッセージの解釈

Oracle Grid Infrastructureをインストールするための要件をシステムが満たしていないことがクラスタ検証ユーティリティのレポートに示された場合は、この項の説明に従ってレポートに示されている問題を解決し、クラスタ検証ユーティリティを再実行します。

- 「ユーザーのユーザー等価チェックが失敗しました。」

- 「ノードからのノード到達可能性チェックが失敗しました。」または「ノード接続性チェックが失敗しました。」

- 「ユーザーの存在チェックが失敗しました。」または「ユーザーとグループの関係チェックが失敗しました」

「ユーザーのユーザー等価チェックが失敗しました。」

原因: すべてのノード間でユーザー等価関係の設定に失敗しました。必要なユーザーが作成されていないか、またはセキュア・シェル(SSH)構成が適切に完了していないことが原因である可能性があります。

処置: クラスタ検証ユーティリティによって、ユーザー等価関係の設定に失敗したノードのリストが表示されます。
失敗したノードと示されている各ノードに対して、ユーザー構成およびSSH構成が正常に完了していることをインストール所有者のユーザー構成で確認してください。Oracle Clusterwareのインストールを実行するユーザーには、SSH接続を作成する権限が必要です。

SSHの構成は、OUIのSSH構成オプションで行うことをお薦めします。手動でSSHの構成を行う場合はインストール前に、インストールのためにSSHが構成済の場合はインストール後に、クラスタ検証ユーティリティを使用できます。

たとえば、ユーザー・アカウントoracleのユーザー等価関係を確認するには、su - oracleコマンドを使用し、dateコマンド引数を指定したsshコマンドを次の構文を使用してローカル・ノードで実行し、ユーザー等価関係を手動で確認します。

$ ssh nodename date

このコマンドによって、nodenameに指定した値で指定されたリモート・ノードのタイムスタンプが出力されます。パスワードを求められた場合、SSHの構成を行う必要があります。デフォルトの場所(/usr/binディレクトリ)にsshがある場合は、sshを使用してユーザー等価関係を構成します。ユーザー等価関係は、rshを使用しても確認できます。

SSHを使用してdateコマンドを入力した際に次のメッセージが表示された場合、この問題はユーザー等価関係エラーが原因である可能性があります。

The authenticity of host 'node1 (140.87.152.153)' can't be established.
RSA key fingerprint is 7z:ez:e7:f6:f4:f2:4f:8f:9z:79:85:62:20:90:92:z9.
Are you sure you want to continue connecting (yes/no)?

「yes」と入力してクラスタ検証ユーティリティを実行し、ユーザー等価関係エラーが解決されたかどうかを確認します。

sshがデフォルト(/usr/bin)以外の場所にある場合は、クラスタ検証ユーティリティによって、ユーザー等価関係の検証に失敗したことがレポートされます。このエラーを回避するには、Grid_home/cv/adminディレクトリに移動し、テキスト・エディタでcvu_configファイルを開き、ORACLE_SRVM_REMOTESHELLキーを追加または更新してシステム上のsshパスの位置を指定します。次に例を示します。

# Locations for ssh and scp commands
ORACLE_SRVM_REMOTESHELL=/usr/local/bin/ssh
ORACLE_SRVM_REMOTECOPY=/usr/local/bin/scp

cvu_configファイルを変更する場合は、次の規則に注意します。

- キー・エントリはname=value構文で指定する。

- キーに割り当てる各キー・エントリおよび値は適切なものを1のみ定義する。

- シャープ記号(#)で始まる行はコメント行であり無視される。

- name=value構文が前にない行は無視される。

パス設定の変更後、再度クラスタ検証ユーティリティを実行します。また、sshがデフォルト以外の場所にある場合は、リモート・シェルおよびリモート・コピー・コマンドに別の場所を指定するために引数を追加してOUIを起動する必要があります。これらの引数の使用方法の詳細を表示するには、runInstaller -helpを入力してください。

注意:
ユーザーまたはOUIがsshまたはrshコマンド(ログインや起動するその他のシェル・スクリプトを含む)を実行し、それらのスクリプトによって出力が行われると、無効な引数または標準の入力に関するエラーが表示されます。これらのエラーの原因を解決する必要があります。
エラーを回避するには、sshまたはrshコマンドを実行すると出力を生成する、oracleユーザーのログイン・スクリプトからすべてのコマンドを削除してください。

X11転送についてのメッセージが表示されたら、「表示およびX11転送構成の設定」のタスクを完了し、この問題を解決します。

次のようなエラーが出力される場合もあります。

stty: standard input: Invalid argument
stty: standard input: Invalid argument

これらのエラーは、システム上の隠しファイル(.bashrc、.cshrcなど)にsttyコマンドが含まれている場合に発生します。このエラーが表示された場合は、第2章の「インストール中に端末出力コマンドによって発生するエラーの防止」を参照してこれらの問題の原因を解決してください。

「ノードからのノード到達可能性チェックが失敗しました。」または「ノード接続性チェックが失敗しました。」

原因: クラスタ内に、TCP/IPプロトコルを使用したパブリックまたはプライベート・インターコネクトで到達できない1つ以上のノードがあります。

処置: /bin/ping addressコマンドを使用して、各ノードのアドレスを確認してください。到達できないアドレスを発見した場合は、パブリックおよびプライベート・アドレスのリストを確認して、それらを正しく構成してください。他社ベンダーのクラスタウェアを使用する場合に役立つ情報については、そのベンダーのドキュメントを参照してください。パブリック・ネットワーク・インタフェースおよびプライベート・ネットワーク・インタフェースのインタフェース名は、クラスタ内の各ノードで同じである必要があります。

「ユーザーの存在チェックが失敗しました。」または「ユーザーとグループの関係チェックが失敗しました」

原因: インストールに必要なユーザーおよびグループの管理権限が付与されていないか、または正しくありません。

処置: 各ノードでidコマンドを使用して、インストール所有者ユーザー(gridやoracleなど)が正しいグループ・メンバーシップで作成されていることを確認してください。必要なグループを作成していることを確認し、影響のあるノードでユーザー・アカウントを作成または変更して、必要なグループ・メンバーシップを設定してください。

関連項目:
必要なグループの作成方法およびインストール所有者ユーザーの構成方法については、第2章の「Oracle Grid Infrastructureのグループ、ユーザーおよびパスの作成」を参照してください。

A.4 Oracle Clusterwareアラート・ログについて

深刻なエラーを見つけるには、まずOracle Clusterwareのアラート・ログを見ます。エラーが発生すると、エラーの原因に関する具体的な情報がある診断ログのパス情報が含まれていることがあります。

重要なイベントが発生した場合には、インストール後に、Oracle Clusterwareがアラート・メッセージを書き込みます。たとえば、Cluster Ready Services(CRS)デーモン・プロセスからのアラート・メッセージは、起動時、中断した場合、フェイルオーバー・プロセスが失敗した場合、CRSリソースの自動再起動が失敗した場合に出力されます。

Oracle Enterprise ManagerはClusterwareのログ・ファイルを監視し、エラーが検出されると「クラスタ・ホーム」ページにアラートを書き込みます。たとえば、投票ディスクが利用できない場合はCRS-1604エラーが発生し、「クラスタ・ホーム」ページにクリティカル・アラートが書き込まれます。「メトリックとポリシー設定」ページで、エラー検出とアラートの設定をカスタマイズできます。

Oracle Clusterwareのログ・ファイルの場所は、CRS_home/log/hostname/alerthostname.logです。CRS_homeはOracle Clusterwareがインストールされたディレクトリ、hostnameはローカル・ノードのホスト名です。

関連項目:
『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

A.5 Linuxでのオペレーティング・システム・パッケージの不足

Oracle Grid Infrastructure、Oracle RACまたはOracle Databaseのインストール時に次のようなエラー・メッセージが表示された場合は、システムのオペレーティング・システム・パッケージが不足しています。

libstdc++.so.5: cannot open shared object file: No such file or directory
libXp.so.6: cannot open shared object file: No such file or directory

不足しているパッケージはインストール中に見つかり、このようなエラーは発生しないはずです。動作保証されていないオペレーティング・システムのディストリビューションを使用しているか、古いバージョンのクラスタ検証ユーティリティを使用していることを示している可能性があります。

Red Hatネットワーク、Oracle Unbreakable LinuxサポートなどのLinuxサポート・ネットワークが構成されている場合は、up2dateコマンドを使用してパッケージの名前を確認できます。次に例を示します。

# up2date --whatprovides libstdc++.so.5
compat-libstdc++-33.3.2.3-47.3

また、クラスタ検証ユーティリティの最新バージョンをダウンロードして、必要なパッケージの最新リストを入手してください。最新バージョンは、次のURLから入手できます。

http://www.oracle.com/technetwork/database/options/clustering/downloads/cvu-download-homepage-099973.html

A.6 Oracle Grid Infrastructureのインストール中のクラスタ診断の実行

インストーラで「ノードの選択」ページが表示されない場合は、次のコマンド構文を使用してクラスタ・マネージャの整合性を検証します。

cluvfy comp clumgr -n node_list -verbose

前述の構文例で、node_list変数は、クラスタ内のノードのカンマ区切りリストです。

注意:
cronジョブの実行中または実行後に予期しないインストール・エラーが発生した場合は、インストールが完了する前にcronジョブによって一時ファイルが削除されている可能性があります。日常のcronジョブを実行する前にインストールを完了するか、インストールが完了するまで、クリーンアップを行う日常のcronジョブを無効にすることをお薦めします。

A.7 インストール後のCVUのクラスタ・ヘルス・チェックの使用について

Oracle Grid Infrastructure 11gリリース2(11.2.0.3)以上では、CVUのhealthcheckコマンド・オプションを使用してOracle ClusterwareおよびOracle Databaseインストールをチェックし、必須要件およびベスト・プラクティス・ガイドラインへの適合性を調べたり、正しく動作していることを確認できます。

次の構文を使用してhealthcheckコマンド・オプションを実行します。

cluvfy comp healthcheck [-collect {cluster|database}] [-db db_unique_name] [-bestpractice|-mandatory] [-deviations] [-html] [-save [-savedir directory_path]

次に例を示します。

$ cd /home/grid/cvu_home/bin
$ ./cluvfy comp healthcheck -collect cluster -bestpractice -deviations -html

オプションは次のとおりです。

- -collect [cluster|database]
このフラグを使用して、Oracle Clusterware(クラスタ)またはOracle Database(データベース)のチェックを実行することを指定します。healthcheckオプションでcollectフラグを使用しない場合、cluvfy comp healthcheckではOracle ClusterwareとOracle Databaseの両方のチェックが実行されます。

- -db db_unique_name
このフラグを使用して、dbフラグの後に入力した一意のデータベース名に対するチェックを指定します。

CVUでは、JDBCを使用してcvusysユーザーとしてデータベースに接続し、様々なデータベース・パラメータが検証されます。このため、-dbフラグで指定したデータベースに対してチェックを実行する場合は、最初にそのデータベースでcvusysユーザーを作成し、このユーザーにCVU固有の役割であるcvusappを付与する必要があります。cvusappの役割のメンバーに、システム表に対するselect権限を付与する必要もあります。

SQLスクリプトがCVU_home/cv/admin/cvusys.sqlに含まれており、このユーザーの作成を容易にします。このSQLスクリプトを使用して、CVUにより検証するすべてのデータベースでcvusysユーザーを作成します。

dbフラグを使用し、一意のデータベース名を指定しない場合、CVUではクラスタのすべてのOracle Databaseが検出されます。これらのデータベースでベスト・プラクティス・チェックを実行する場合は、各データベースでcvusysユーザーを作成し、ベスト・プラクティス・チェックを実行するのに必要なcvusappの役割とselect権限をこのユーザーに付与する必要があります。

- [-bestpractice | -mandatory] [-deviations]
ベスト・プラクティス・チェックを指定するにはbestpracticeフラグを使用し、必須チェックを指定するにはmandatoryフラグを使用します。ベスト・プラクティスの推奨事項または必須要件からの差異のみを確認することを指定するには、deviationsフラグを追加します。-bestpracticeまたは-mandatoryのいずれかのフラグを指定できますが、両方のフラグを指定することはできません。-bestpracticeまたは-mandatoryのいずれも指定しない場合は、ベスト・プラクティスと必須要件の両方が表示されます。

- -html
htmlフラグを使用すると、詳細レポートがHTML形式で生成されます。

htmlフラグを指定し、CVUで認識されるブラウザがシステムで使用可能な場合は、チェックの完了時にブラウザが起動されてレポートがブラウザに表示されます。

htmlフラグを指定しない場合、詳細レポートはテキスト・ファイルで生成されます。

- -save [-savedir dir_path]
検証レポート(cvuchecdkreport_timestamp.txtおよびcvucheckreport_timestamp.htm)を保存するには、saveフラグまたは-save -savedirフラグを使用します(timestampは検証レポートの日時)。

saveフラグを単独で使用すると、レポートはパスCVU_home/cv/reportに保存されます(CVU_homeはCVUバイナリの場所)。

-save -savedirフラグを使用し、CVUレポートを保存するパスを入力すると、指定したパスにCVUレポートが保存されます。

A.8 インターコネクト構成の問題

インターコネクトに複数のネットワーク・インタフェース・カード(NIC)を使用する場合で、それらを冗長インターコネクトを使用してインストール時またはインストール後に構成していない場合は、サード・パーティのソリューションを使用して、オペレーティング・システム・レベルでインタフェースをボンディングする必要があります。そうしない場合、1つのNICの障害が、クラスタ・ノードの可用性に影響します。

Oracle Grid InfrastructureおよびOracle RACをインストールする場合は、インターコネクトに同じNICカードまたはボンディングされたNICカードを使用する必要があります。

ボンディングされたNICカードを使用する場合は、それらが同じサブネット上に存在している必要があります。

エラーが発生したら、次のシステム検証を実行してください。

- スイッチに適切なケーブル(長さやタイプ)やソフトウェアが使用されていることを、ネットワーク・プロバイダに確認してください。場合によっては、負荷によって切断を起こす不具合を回避するため、またはジャンボ・フレームなどの追加機能をサポートするために、インターコネクト・スイッチのファームウェアのアップグレードや、新しいNICドライバ、オペレーティング・システム・レベルの新しいファームウェアが必要になることがあります。こうした修正を行わずに実行すると、初めのインストールは正常に見えても、後でOracle RACデータベースが不安定になることがあります。

- ベンダーおよびOracleの推奨事項に従って、VLAN構成、二重化設定、自動ネゴシエーションを確認してください。

A.9 SCAN VIPおよびSCANリスナーの問題

インストールの最終チェック時にSCAN VIPアドレスまたはリスナーに関連するエラーが報告された場合、次の項目をチェックして、ネットワークが正しく構成されていることを確認します。

- ファイル/etc/resolv.confをチェックして、内容が各ノードで同じであることを確認します。

- SCANに対してDNSエントリが存在しており、SCANが3つの有効なIPアドレスに解決されることを確認します。コマンドnslookup scan-nameを使用します(このコマンドにより、DNSサーバー名およびSCAN用に構成された3つのIPアドレスが戻されます)。

- pingコマンドを使用して、SCANに割り当てられたIPアドレスをテストします(IPアドレスごとにレスポンスを受信する必要があります)。

注意:
クラスタ環境用にDNSが構成されていない場合は、各ノードの/etc/hostsファイルでSCANのエントリを作成できます。ただし、/etc/hostsファイルを使用してSCANを解決すると、クラスタ全体に対して使用可能なSCANは3つではなく1つのみとなります。hostsファイルにおけるSCAN用の最初のエントリのみが使用されます。

- パブリック・インタフェースと同じサブネットがSCAN VIPで使用されていることを確認してください。

SCAN、SCAN VIPまたはリスナーに関連するエラーのトラブルシューティングについてさらに支援が必要な場合は、My Oracle Supportを参照してください。たとえば、Doc ID 1373350.1のNoteには、SCANおよびリスナーについて最も一般的な問題の一部が含まれています。

A.10 ストレージ構成の問題

次にストレージ構成の問題を示します。

- ノード・ファイル・システムまたはGridホーム損失からのリカバリ

- Oracle ASMライブラリ・ドライバの問題

A.10.1 ノード・ファイル・システムまたはGridホーム損失からのリカバリ

Oracle Clusterwareリリース11.2以上では、誤ってファイル・システムを削除したり、Oracle Local Registryを失うことになる別のストレージ構成の問題が発生したり、ノードが破損した場合は、次のいずれかの方法でノードをリカバリできます。

1. オペレーティング・システム・レベルのバックアップからノードをリストアする(推奨)。

2. ノードを削除した後、ノードを追加する。11.2以上のクラスタでは、プロファイル情報はノードにコピーされ、ノードがリストアされます。

クラスタ内の残りのノードからリストアできるように、クラスタ・ノードを削除して再度追加することを可能にする機能をグリッドのプラグ・アンド・プレイ(GPnP)と呼びます。グリッドのプラグ・アンド・プレイによって、ノードごとの構成データが削減され、明示的にノードを追加したり削除する必要性がなくなります。この機能によって、システム管理者は、テンプレートのシステム・イメージを取得するだけで、それ以上の構成を行わなくても、新しいノードでそのイメージを実行できます。そのため多くの手動操作が不要になり、エラーの発生する可能性が減るだけでなく、構成の変更をより簡単に行えるようになります。ノード単位の構成が排除されると、個々の状態をノードで保持して管理する必要がなくなるため、ノードの交換が容易になります。

グリッドのプラグ・アンド・プレイ機能により、ノード単位の状態が使い捨て可能になることで、データベース・ノードのインストール、構成および管理のコストが削減されます。これによって、再生成された状態でノードを簡単に交換できるようになります。

次のようなaddnode構文を使用してノードのリカバリを開始します。lostnodeは、クラスタに再度追加しているノードです。

グリッド・ネーミング・サービス(GNS)を使用している場合:

$ ./addNode.sh -silent "CLUSTER_NEW_NODES=lostnode"

GNSを使用していない場合:

$ ./addNode.sh -silent "CLUSTER_NEW_NODES={lostnode}" "CLUSTER_NEW_VIRTUAL_HOSTNAMES={lostnode-vip}"

リストアするノードでroot.shスクリプトを実行できるようにし、OCRキーを再作成し、他の構成タスクを実行するには、ルートにアクセスする必要があることに注意してください。/usr/local/binの既存の情報を上書きするプロンプトが表示された場合は、デフォルトを受け入れます。

The file "dbhome" already exists in /usr/local/bin. Overwrite it? (y/n) [n]:
The file "oraenv" already exists in /usr/local/bin. Overwrite it? (y/n) [n]:
The file "coraenv" already exists in /usr/local/bin. Overwrite it? (y/n) [n]:

A.10.2 Oracle ASMライブラリ・ドライバの問題

次に、Oracle ASMドライバ・ライブラリのエラー・メッセージとその対処方法を示します。

Asmtool: デバイス"devicepath"を消去できません: 入出力エラー

原因: いくつかの原因がある書込みアクセスエラーです。

処置: ディスクがマウントされている場合は解除します。たとえばumount /dev/sdb1です。デバイスを所有するグループとユーザーがoraInventoryグループとOracle Grid Infrastructureインストールの所有者であることを確認します。たとえばchown grid:oinstallです。

ASMLibを開くことができません; 候補ディスク'ORCL:*'が見つかりません

原因: ディスクを作成しても、Oracle Universal Installerから候補ディスクを検出できない場合は、Oracle ASMストレージへのアクセスができなくなる様々な構成エラーが原因である可能性があります。

処置: Oracle Grid Infrastructureインストール所有者が、ASMディスクのパスasm_diskstringを使用して、コマンド/usr/sbin/oracleasm-discoverを入力してください。次に例を示します。

[grid@node1]$ /usr/sbin/oracleasm-discover 'ORCL:*'

/usr/sbin/oracleasm-discoverがない場合は、oracleasmlibがインストールされていません。コマンドがある場合は、ASMLibが有効かどうか、ディスクが作成されているか、候補ディスクを作成するその他のタスクが完了しているかどうかを判定できます。

問題を解決済の場合は、コマンドを入力すると次のように出力されます。

[grid@node1]$ /usr/sbin/oracleasm-discover 'ORCL:*'

Using ASMLib from /opt/oracle/extapi/64/asm/orcl/1/libasm.so

[ASM Library - Generic Linux, version 2.0.4 (KABI_V2)]
Discovered disk: ORCL:DISK1 [78140097 blocks (40007729664 bytes), maxio 512]
Discovered disk: ORCL:DISK2 [78140097 blocks (40007729664 bytes), maxio 512]
Discovered disk: ORCL:DISK3 [78140097 blocks (40007729664 bytes), maxio 512]

A.11 スクリプト実行完了前のインストールの完了

root.shスクリプトの完了時、OUIで「OK」をクリックしてインストールを終了し、Configuration Assistantを起動する必要があります。root.shスクリプトが実行される前または実行が完了する前にOUIが終了した場合、Oracle Grid Infrastructureのインストールは不完全となります。

中断されたインストールを完了するには、gridユーザーとして、インストールが開始されたノードで次のコマンドを実行します。

$Grid_home/cfgtoollogs/configToolAllCommands

このコマンドは最初のノードでのみ実行します。このコマンドを実行することにより、Oracle Grid Infrastructureのインストールが完了します。configToolAllCommandsファイルが存在しない場合、ファイルを手動で作成する場合の支援についてMy Oracle Supportにお問い合せください。

B レスポンス・ファイルを使用したOracle Databaseのインストールおよび構成

この付録では、レスポンス・ファイルを使用してOracle製品をインストールおよび構成する方法について説明します。内容は次のとおりです。

- レスポンス・ファイルの機能

- レスポンス・ファイルの準備

- レスポンス・ファイルを使用したインストーラの実行

- レスポンス・ファイルを使用したNet Configuration Assistantの実行

- レスポンス・ファイルを使用したインストール後の構成

B.1 レスポンス・ファイルの機能

インストーラの起動時にレスポンス・ファイルを使用して、Oracleソフトウェアのインストールと構成を完全にまたは部分的に自動実行できます。インストーラはレスポンス・ファイルに含まれる値を使用して、一部またはすべてのインストール・プロンプトに応答します。

通常、インストーラは対話型で、つまりグラフィカル・ユーザー・インタフェース(GUI)画面で情報の入力を求めながら動作します。この情報をレスポンス・ファイルで提供する場合は、次のいずれかのモードで、コマンド・プロンプトからインストーラを起動します。

- サイレント・モード
レスポンス・ファイルにすべてのプロンプトへの応答を含め、インストーラの起動時に-silentオプションを指定すると、インストーラはサイレント・モードで動作します。サイレント・モードでのインストール中、インストーラは画面上に何も表示しません。かわりに、起動に使用した端末上に進捗情報を表示します。

- レスポンス・ファイル・モード
レスポンス・ファイルに一部またはすべてのプロンプトへの応答を含めて、-silentオプションを指定しないと、インストーラはレスポンス・ファイル・モードで動作します。レスポンス・ファイル・モードでのインストール中は、レスポンス・ファイルで情報を指定した画面も、レスポンス・ファイルに必要な情報を指定しなかった画面も含めて、インストーラはすべての画面を表示します。

サイレント・モードまたはレスポンス・ファイル・モードでインストールするための設定は、レスポンス・ファイルにリストされた変数に値を入力して定義します。たとえば、Oracleホームの名前を指定するには、次のように、ORACLE_HOME変数に適切な値を入力します。

ORACLE_HOME="OraDBHome1"

レスポンス・ファイルの変数設定を指定するもう1つの方法は、インストーラの起動時にコマンドライン引数として渡す方法です。次に例を示します。

-silent "ORACLE_HOME=OraDBHome1" ...

関連項目:
レスポンス・ファイルの詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』を参照してください。

B.1.1 サイレント・モードまたはレスポンス・ファイル・モードを使用する理由

次の表に、インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行する場合の例を示します。

モード

用途

サイレント

サイレント・モードは次の場合に使用します。

- atなどのオペレーティング・システム・ユーティリティを使用してスケジュールを設定し、自動インストールを実行する。

- ユーザーの介入なしで、複数のシステムで同様のインストールを数回実行する。

- X Window Systemソフトウェアがインストールされていないシステムにソフトウェアをインストールする。

インストーラは起動元の端末に進捗情報を表示しますが、インストーラ画面はまったく表示しません。

レスポンス・ファイル

レスポンス・ファイル・モードは、インストーラ・プロンプトの全部ではなく一部にデフォルトの応答を提供し、複数のシステムに同様のOracleソフトウェア・インストールを行う場合に使用します。
レスポンス・ファイル・モードでは、すべてのインストーラ画面が表示されますが、これらの画面の該当フィールドには、レスポンス・ファイルによってデフォルトの値が入力されます。レスポンス・ファイルで値を指定していないものについては、画面のフィールドに情報を入力する必要があります。

B.1.2 レスポンス・ファイルの一般的な使用手順

次に、インストーラをサイレント・モードまたはレスポンス・ファイル・モードで使用して、Oracle製品をインストールし構成する一般的な手順を示します。

注意:
インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行する前に、必要なインストール前の手順をすべて終了しておく必要があります。

1. レスポンス・ファイルを準備します。

2. インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行します。

3. ソフトウェアのみのインストールを終了したら、次にNet Configuration AssistantおよびDatabase Configuration Assistantをサイレント・モードまたはレスポンス・ファイル・モードで実行します。

この手順については、次の項で説明します。

B.2 レスポンス・ファイルの準備

この項では、レスポンス・ファイルを準備して、サイレント・モードまたはレスポンス・ファイル・モードのインストールで使用する、次の方法について説明します。

- レスポンス・ファイル・テンプレートの編集

- レスポンス・ファイルの記録

B.2.1 レスポンス・ファイル・テンプレートの編集

Oracleでは、各製品およびインストール・タイプと各構成ツールに対応する、レスポンス・ファイルのテンプレートを提供しています。ファイルは、インストール・メディアのdatabase/responseディレクトリに格納されています。

注意:
ソフトウェアをハード・ディスクにコピーした場合、レスポンス・ファイルは/responseディレクトリにあります。

表B-1に、このソフトウェアに付属するレスポンス・ファイルを示します。

表B-1 Oracle Databaseのレスポンス・ファイル

レスポンス・ファイル

説明

db_install.rsp

Oracle Database 11g のサイレント・インストール

dbca.rsp

Database Configuration Assistantのサイレント・インストール

netca.rsp

Oracle Net Configuration Assistantのサイレント・インストール

表B-2 Oracle Grid Infrastructureのレスポンス・ファイル

レスポンス・ファイル

説明

grid_install.rsp

Oracle Grid Infrastructureインストール環境のサイレント・インストール

注意:
レスポンス・ファイル・テンプレートを変更し、保存して使用する場合、レスポンス・ファイルに暗号化されていないパスワードが含まれている場合があります。レスポンス・ファイルの所有者はOracleソフトウェア・インストール所有者のみとし、レスポンス・ファイルの権限を600に変更してください。データベース管理者またはその他の管理者には、使用していないレスポンス・ファイルを削除または保護することをお薦めします。

レスポンス・ファイルをコピーして変更するには、次の手順を実行します。

1. レスポンス・ファイル・ディレクトリからシステム上のディレクトリに、レスポンス・ファイルをコピーします。

$ cp /directory_path/response/response_file.rsp local_directory

この例では、directory_pathはインストール・メディアのdatabaseディレクトリのパスです。ソフトウェアをハード・ドライブにコピーしている場合は、必要に応じてresponseディレクトリ内のファイルを編集することも可能です。

2. テキスト・エディタでレスポンス・ファイルを開きます。

$ vi /local_dir/response_file.rsp

関連項目:
レスポンス・ファイルの生成の詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』を参照してください。

3. ファイルに記載された説明に従って編集します。

注意:
レスポンス・ファイルを正しく構成しないと、インストーラまたはコンフィギュレーション・アシスタントが失敗します。

4. ファイルの権限を600に変更します。

$ chmod 600 /local_dir/response_file.rsp

注意:
Oracle Databaseのインストールに必要なすべての項目を指定したレスポンス・ファイルには、データベース管理アカウント用のパスワードと、OSDBAグループのメンバーであるユーザー用のパスワード(自動バックアップに必要)が含まれています。Oracleソフトウェア所有者であるユーザーのみがレスポンス・ファイルを参照または変更できるようにするか、インストールの正常終了後にレスポンス・ファイルを削除することを検討してください。

B.2.2 レスポンス・ファイルの記録

インストーラを対話モードで使用してレスポンス・ファイルに記録し、このファイルを編集して完全なサイレント・モードまたはレスポンス・ファイル・モードのインストールに使用できます。この方法は、カスタム・インストールまたはソフトウェアのみのインストールに役立ちます。

Oracle Database 11g リリース2(11.2)以降では、「サマリー」ページで「レスポンス・ファイルの保存」をクリックすると、インストール中のすべてのインストール手順をレスポンス・ファイルに保存できます。生成されたレスポンス・ファイルは、後でサイレント・インストールに使用できます。

レスポンス・ファイルを記録する際は、インストールを最後まで実行することも、またはシステムにソフトウェアをコピーする前に「サマリー」ページで終了することもできます。

レスポンス・ファイル・モードのインストール中に記録モードを使用すると、インストーラは元のレスポンス・ファイルに指定されていた変数値を新しいレスポンス・ファイルに記録します。

注意:
Oracle Universal Installerは、レスポンス・ファイルにパスワードを記録しません。

レスポンス・ファイルを記録するには、次の手順を実行します。

1. 通常のインストールと同様にインストール前の作業を実行します。

2. Oracle Grid Infrastructureソフトウェア所有者ユーザー(通常はgrid)が、インストーラ実行時に指定するGridホームのパスに対して作成または書込みの権限を持っていることを確認します。

3. インストールの各画面で、必要な情報を指定します。

4. インストーラの「サマリー」画面が表示されたら、次の手順を実行します。

1. 「レスポンス・ファイルの保存」をクリックして、値をレスポンス・ファイルに保存するためのファイル名と場所を指定し、「保存」をクリックします。

2. レスポンス・ファイルを作成してインストールを継続するには、「終了」をクリックします。
レスポンス・ファイルを作成するだけでインストールを継続しない場合は、「レスポンス・ファイルの保存」および「取消」をクリックします。インストールは中断されますが、入力した設定はレスポンス・ファイルに記録されます。

5. 保存したレスポンス・ファイルを別のシステムで使用する前に、ファイルを編集して必要な変更を加えます。
編集する際は、ファイルに記載された説明をガイドとして使用してください。

B.3 レスポンス・ファイルを使用したインストーラの実行

コマンドラインでOracle Universal Installerを実行し、作成したレスポンス・ファイルを指定します。Oracle Universal Installerの実行可能ファイルrunInstallerでは、いくつかのオプションを使用できます。すべてのオプションのヘルプ情報を参照するには、runInstallerコマンドで-helpオプションを指定します。次に例を示します。

$ directory_path/runInstaller -help

ウィンドウにヘルプ情報が表示されます。

レスポンス・ファイルを使用してインストーラを実行するには、次の手順を実行します。

1. 通常のインストールと同様にインストール前の作業を実行します。

2. ソフトウェア・インストール所有者ユーザーとしてログインします。

3. レスポンス・ファイル・モードでインストールを実行する場合は、DISPLAY環境変数を設定します。

注意:
サイレント・モードでインストールを実行する場合は、DISPLAY環境変数を設定する必要はありません。

4. コマンドを次のように入力して、サイレント・モードまたはレスポンス・ファイル・モードでインストーラを起動します。

$ /directory_path/runInstaller [-silent] [-noconfig] \
-responseFile responsefilename

注意:
レスポンス・ファイルのパスを相対パスで指定しないでください。相対パスを指定すると、インストーラが失敗します。

この例の意味は次のとおりです。

- directory_pathは、インストール・メディアのパス、またはインストール・バイナリをコピーしたハード・ドライブ上のディレクトリのパスです。

- -silentは、インストーラをサイレント・モードで実行します。

- -noconfigを指定すると、インストール中にコンフィギュレーション・アシスタントは実行されず、ソフトウェアのみのインストールが実行されます。

- responsefilenameは、構成したインストール用レスポンス・ファイルのフルパスとファイル名です。

5. インストールが終了したら、rootユーザーとしてログインし、root.shスクリプトを実行します。次に例を示します。

$ su root
password:
# /oracle_home_path/root.sh

B.4 レスポンス・ファイルを使用したNet Configuration Assistantの実行

サイレント・モードでNet Configuration Assistantを実行して、システム上でOracle Net Listenerを構成して起動し、ネーミング・メソッドを構成し、Oracleネット・サービス名を構成できます。Net Configuration Assistantをサイレント・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。Oracleでは、DVD上のdatabase/responseディレクトリのresponseディレクトリで、netca.rspという名前のレスポンス・ファイル・テンプレートを提供しています。

注意:
ソフトウェアをハード・ディスクにコピーした場合、レスポンス・ファイル・テンプレートはdatabase/responseディレクトリに格納されています。

レスポンス・ファイルを使用してNet Configuration Assistantを実行するには、次の手順を実行します。

1. レスポンス・ファイル・テンプレートnetca.rspを、レスポンス・ファイルのディレクトリから使用するシステムのディレクトリへコピーします。

$ cp /directory_path/response/netca.rsp local_directory

この例では、directory_pathはDVDのdatabaseディレクトリのパスです。ソフトウェアをハード・ドライブにコピーした場合は、responseディレクトリのファイルを編集することもできます。

2. テキスト・エディタでレスポンス・ファイルを開きます。

$ vi /local_dir/netca.rsp

3. ファイルに記載された説明に従って編集します。

注意:
レスポンス・ファイルを正しく構成しないと、Net Configuration Assistantが失敗します。

4. Oracleソフトウェア所有者ユーザーとしてログインし、ORACLE_HOME環境変数に正しいOracleホーム・ディレクトリを指定します。

5. 次のようなコマンドを入力して、Net Configuration Assistantをサイレント・モードで実行します。

$ $ORACLE_HOME/bin/netca -silent -responsefile /local_dir/netca.rsp

この例の意味は次のとおりです。

- -silentオプションは、Net Configuration Assistantをサイレント・モードで実行することを意味します。

- local_dirは、netca.rspレスポンス・ファイル・テンプレートのコピー先ディレクトリのフルパスです。

B.5 レスポンス・ファイルを使用したインストール後の構成

Oracleソフトウェアのインストール後にレスポンス・ファイルによる構成を作成して実行するには、次の項の手順を使用します。

B.5.1 インストール後の構成ファイルについて

サイレント・モードまたはレスポンス・ファイル・モードでのインストールを実行する場合は、使用するサーバーについての情報をレスポンス・ファイルに指定します。指定しない情報は、グラフィカル・ユーザー・インタフェースによるインストール中に手動で入力します。ただし、レスポンス・ファイルには、ソフトウェアのインストール後にコンフィギュレーション・アシスタントから要求されるユーザー・アカウントのパスワードは含まれていません。コンフィギュレーション・アシスタントは、configToolAllCommandsというスクリプトによって起動されます。パスワード・レスポンス・ファイルを作成して使用すると、このスクリプトをレスポンス・ファイル・モードで実行できます。スクリプトはこのパスワードを使用して、構成が完了するまで連続的に構成ツールを実行します。

クローン・インストール用にこのパスワード・ファイルを保持する場合は、セキュアな場所に保存することをお薦めします。また、エラーを解決するためにインストールを中断する必要がある場合も、configToolAllCommandsおよびパスワード・レスポンス・ファイルを使用して、コンフィギュレーション・アシスタントを実行できます。

configToolAllCommandsパスワード・レスポンス・ファイルには、次の構文オプションがあります。

- internal_component_nameは、コンフィギュレーション・アシスタントで構成するコンポーネントの名前です。

- variable_nameは、構成ファイルの変数の名前です。

- valueは、構成に使用する値です。

コマンド構文は次のとおりです。

internal_component_name|variable_name=value

次に例を示します。

oracle.assistants.asm|S_ASMPASSWORD=welcome

パスワード・レスポンス・ファイルのセキュリティは、次の方法で維持することをお薦めします。

- レスポンス・ファイルの権限を600に設定します。

- レスポンス・ファイルの所有者をインストール所有者ユーザーにして、グループは中央インベントリ(oraInventory)グループに設定します。

B.5.2 レスポンス・ファイルを使用したインストール後の構成の実行

configToolAllCommandsスクリプトを使用してコンフィギュレーション・アシスタントを実行するには、次の手順を実行します。

1. 構文filename.propertiesを使用してレスポンス・ファイルを作成します。次に例を示します。

$ touch cfgrsp.properties

2. テキスト・エディタでこのファイルを開き、パスワード・テンプレートを切り取って貼り付け、必要に応じて変更します。

例B-1 クラスタ用Oracle Grid Infrastructureインストールのパスワード・レスポンス・ファイル

Oracle Grid Infrastructureには、Oracle Automatic Storage Management Configuration Assistant (ASMCA)のパスワードが必要です。また、BMCカードがある場合にその機能を有効にするには、Intelligent Platform Management Interface Configuration Assistant(IPMICA)のパスワードが必要になります。この場合、次のレスポンス・ファイルを使用します。

oracle.assistants.asm|S_ASMPASSWORD=password
oracle.assistants.asm|S_ASMMONITORPASSWORD=password
oracle.crs|S_BMCPASSWORD=password

BMCカードがない場合、またはIPMIを有効にしない場合は、S_BMCPASSWORD入力フィールドを空白のままにしておきます。

例B-2 Oracle Real Application Clustersのパスワード・レスポンス・ファイル

Oracle Databaseの構成には、Database Configuration Assistant(DBCA)で使用するSYS、SYSTEM、SYSMAN、DBSNMPのパスワードの構成が必要です。また、Oracle ASM記憶域を使用する場合は、ASMSNMPパスワードを構成します。また、Oracle Enterprise Managerの構成を選択した場合は、S_HOSTUSERPASSWORDレスポンスにOracleソフトウェア・インストール所有者のパスワードを指定する必要があります。

oracle.assistants.server|S_SYSPASSWORD=password
oracle.assistants.server|S_SYSTEMPASSWORD=password
oracle.assistants.server|S_SYSMANPASSWORD=password
oracle.assistants.server|S_DBSNMPPASSWORD=password
oracle.assistants.server|S_HOSTUSERPASSWORD=password
oracle.assistants.server|S_ASMSNMPPASSWORD=password

Oracle Enterprise ManagerまたはOracle ASMを有効にしない場合、これらのパスワード・フィールドは空白のままにします。

3. 権限を変更してファイルを保護します。次に例を示します。

$ ls -al cfgrsp.properties
-rw------- 1 oracle oinstall 0 Apr 30 17:30 cfgrsp

4. $ORACLE_HOME/cfgtoollogsに移動し、次の構文を使用して構成スクリプトを実行します。
configToolAllCommands RESPONSE_FILE=/path/name.properties

次に例を示します。

$ ./configToolAllCommands RESPONSE_FILE=/home/oracle/cfgrsp.properties

C 大容量メモリーを最適化する構成

この付録では、HugePagesを使用して、Linuxオペレーティング・システムのラージ・ページ表によりメモリーを最適化するための構成情報について説明します。内容は次のとおりです。

- HugePagesの概要

- HugePages構成に対する制限

- 透過的なHugePagesの無効化

C.1 HugePagesの概要

HugePagesを構成することを選択できます。いくつかの用途では、HugePagesによって高度なパフォーマンスが得られます。ただし、この機能は高度な構成オプションです。Oracle RACでは必須ではありません。

この項では、HugePagesの概要について説明します。RPMや構成情報は扱いません。構成に必要な作業は、システムのカーネル・ディストリビューションとハードウェアによって異なります。クラスタ・ノードでHugePagesを使用するように構成する場合の詳細は、ご使用のディストリビューションのドキュメントおよびOracle Technology Network(OTN)とMy Oracle Supportを参照してください。

C.1.1 HugePagesの機能

HugePagesは、リリース2.6でLinuxカーネルに統合された機能です。これは、より大きなページを扱うための手段であり、大容量のメモリーで動作する場合に有効です。32-bitおよび64-bitの両方の構成で使用できます。HugePagesのサイズは、カーネル・バージョンとハードウェア・アーキテクチャに応じて、2MBから256MBになります。Oracle Databaseでは、HugePagesを使用することにより、オペレーティング・システムでのページの状態のメンテナンス作業が削減され、TLB(アドレス変換バッファ)ヒット率が増加します。

HugePagesを使用しない場合、オペレーティング・システムではページごとに4KBのメモリーが保持され、メモリーがSGAに割り当てられると、そのページのライフサイクル(使用済、空き、プロセスにマップ済など)がオペレーティング・システム・カーネルによって最新のものに更新される必要があります。

HugePagesを使用した場合、各ページ表のエントリは2MBから256MBのページを指しているため、オペレーティング・システムのページ表(仮想メモリーから物理メモリーへのマッピング)は小さくなります。また、カーネルでライフサイクルを監視する必要があるページの数が削減されます。

たとえば、64-bitのハードウェアでHugePagesを使用する場合、256MBのメモリーをマップするには、1ページの表エントリ(PTE)が必要です。HugePagesを使用しないで256MBのメモリーをマップするには、256MB×1024KB/4KB=65536PTEが必要です。

C.2 HugePages構成に対する制限

HugePagesを使用するには、Grubを構成して、システムの起動時にHugePagesにメモリーを割り当てる必要があります。ページング領域が予約されると、必要に応じてHugePagesを使用できます。ただし、システムの起動時にHugePagesに必要な領域をメモリー内に確保できないときは、HugePagesの割当ては失敗する可能性があります。

システム管理者が使用可能なページ数またはプール・サイズを変更してHugePages構成を変更しないかぎり、システムの起動後にHugePagesを割当てまたは解放することはできません。

C.3 透過的なHugePagesの無効化

Red Hat Enterprise Linux 6、SUSE Linux Enterprise Server 11、および以前のリリースのOracle Linux Unbreakable Enterprise Kernel 2 (UEK2)に付属するOracle Linux 6では、透過的なHugePagesメモリーがデフォルトで有効になっています。それ以降のリリースのOracle Linux UEK2カーネルでは、透過的なHugePagesメモリーは無効になっています。

透過的なHugePagesを使用すると、実行中にメモリー割当ての遅延が生じます。パフォーマンスの問題を回避するために、透過的なHugePagesはすべてのOracle Databaseサーバーで無効にすることをお薦めします。かわりに標準のHugePagesを使用すると、パフォーマンスが向上します。

透過的なHugePagesメモリーが標準のHugePagesメモリーと異なるのは、カーネルのkhugepagedスレッドが実行時にメモリーを動的に割り当てるためです。標準のHugePagesメモリーは起動時に事前割当てされ実行中には変更されません。

関連項目:
HugePagesの詳細は、『Oracle Database管理者リファレンスfor Linux and UNIX-Based Operating Systems』を参照してください。

透過的なHugePagesメモリーが有効かどうかを確認するには、rootユーザーとして次のコマンドのいずれかを実行します。

Red Hat Enterprise Linuxカーネルの場合:

# cat /sys/kernel/mm/redhat_transparent_hugepage/enabled

その他のカーネルの場合:

# cat /sys/kernel/mm/transparent_hugepage/enabled

次に示すのは、[always]フラグを有効にして使用している透過的なHugePagesメモリーを示す出力例です。

[always] never

注意:
透過的なHugePagesをカーネルから削除した場合、/sys/kernel/mm/transparent_hugepageまたは/sys/kernel/mm/redhat_transparent_hugepageファイルは存在しません。

透過的なHugePagesを無効にするには、次の手順を実行します。

1. /etc/grub.confファイルで、カーネル・ブートの行に次のエントリを追加します。

transparent_hugepage=never

次に例を示します。

title Oracle Linux Server (2.6.32-300.25.1.el6uek.x86_64)
root (hd0,0)
kernel /vmlinuz-2.6.32-300.25.1.el6uek.x86_64 ro root=LABEL=/   transparent_hugepage=never
initrd /initramfs-2.6.32-300.25.1.el6uek.x86_64.img

2. システムを再起動して変更を確定します。

D クラスタ用Oracle Grid Infrastructureのインストールの概要

この付録では、インストール前に実行を要求される作業の理由、およびその他のインストールの概要について説明します。

この付録の内容は次のとおりです。

- インストール前の構成の理解

- 記憶域の構成の理解

- サーバー・プールの理解

- アウトオブプレース・アップグレードの理解

D.1 インストール前の構成の理解

この項では、クラスタ用Oracle Grid Infrastructureのインストール前に必要な作業の概要を確認します。内容は次のとおりです。

- Oracleグループおよびユーザーの理解

- Oracleベース・ディレクトリのパスの理解

- ネットワーク・アドレスの理解

- ネットワークの時刻要件の理解

D.1.1 Oracleグループおよびユーザーの理解

この項の内容は次のとおりです。

- Oracle Inventoryグループの理解

- Oracle Inventoryディレクトリの理解

D.1.1.1 Oracle Inventoryグループの理解

メンバーにOracle Inventory(oraInventory)ディレクトリへの書込み権が付与されたグループを所有する必要があります。このディレクトリは、サーバー上のすべてのOracleソフトウェア・インストールの中央インベントリ・レコードです。このグループのメンバーはOracle中央インベントリ(oraInventory)ディレクトリに対する書込み権限を所有します。また、様々なOracle Clusterwareリソース、OCRキー、DBAが書込み権限を必要とするOracle Clusterwareホーム内のディレクトリに対する権限やその他の必要な権限が付与されます。このグループのデフォルトはoinstallです。Oracle Inventoryグループは、Oracleソフトウェアのインストール所有者のプライマリ・グループである必要があります。

oraInventoryディレクトリには、次のものが含まれています。

- システム上のOracleホーム・ディレクトリ(Oracle Grid InfrastructureおよびOracle Database)のレジストリ。

- Oracleソフトウェアのインストール時のインストール・ログおよびトレース・ファイル。これらのファイルは、将来参照するためにそれぞれのOracleホームにもコピーされます。

- Oracleインストールに関するその他のメタデータ・インベントリ情報は、個々のOracleホーム・インベントリ・ディレクトリに格納されており、中央インベントリとは分離されています。

1つのグループをアクセス制御グループとして構成し、Oracle Inventory、データベース管理者(OSDBA)、およびOracleソフトウェアがオペレーティング・システムの認証に使用する他のすべてのアクセス制御グループに適用できます。ただし、すべてのシステム権限のオペレーティング・システム認証の提供に1つのグループを使用する場合、このグループは、管理システム権限を付与する対象のすべてのユーザーに対するプライマリ・グループである必要があります。

注意:
Oracleソフトウェアがすでにシステムにインストールされている場合は、既存のOracle Inventoryグループが、Oracle Grid Infrastructureのインストールに使用するオペレーティング・システム・ユーザー(oracleまたはgrid)のプライマリ・グループである必要があります。既存のOracle Inventoryグループを確認するには、「Oracle InventoryおよびOracle Inventoryグループの存在の確認」を参照してください。

D.1.1.2 Oracle Inventoryディレクトリの理解

Oracle Inventoryディレクトリ(oraInventory)には、サーバーにインストールされたすべてのOracleソフトウェア用の中央インベントリがあります。

Oracleソフトウェアをシステムにはじめてインストールする場合は、oraInventoryディレクトリのパスを入力するように求められます。

インストール時の指示に従ってOracleベースのパスを指定するか、Oracle Grid Infrastructureのインストールを実行しているユーザーに対して環境変数$ORACLE_BASEが設定されている場合は、OUIによってOracle Inventoryディレクトリがパス$ORACLE_BASE/../oraInventoryに作成されます。たとえば、$ORACLE_BASEが/opt/oracle/11に設定されている場合は、すべてのインストールの中央インベントリがこの特定のOracleインストール・ユーザーのOracleベースの外部になるように、パス/opt/oracle/oraInventoryにOracle Inventoryディレクトリが作成されます。

パスの入力も、ORACLE_BASEの設定も行わなければ、Oracle Inventoryディレクトリはインストールを実行しているユーザーのホーム・ディレクトリに格納されます。次に例を示します。

/home/oracle/oraInventory

この配置によって、複数のOracleソフトウェア所有者で後続のインストールを行うときに権限エラーが発生する可能性があるため、このオプションを受け入れずにOFA準拠のパスを使用することをお薦めします。

新規インストールの場合は、OFA準拠の構造でOracleパス(/u01/app/oraInventoryなど、所有者がOracleソフトウェア所有者)を作成するか、Oracleベース環境変数をOFA準拠の値に設定することをお薦めします。

Oracleベースの変数を/u01/app/gridや/u01/app/oracleなどのパスに設定すると、Oracle Inventoryは、デフォルトでパスu01/app/oraInventoryになり、すべてのOracleインストール所有者がこの中央インベントリ・ディレクトリに書込みができるように正しい権限を使用するようになります。

デフォルトでは、Oracle Inventoryディレクトリはインストール所有者のOracleベース・ディレクトリ下にはインストールされません。これは、すべてのOracleソフトウェア・インストールが同じOracle Inventoryを共有し、1つしかないOracle Inventoryをすべてのユーザーが使用するためです。一方、Oracleベースは各ユーザーに個別に存在します。

D.1.2 Oracleベース・ディレクトリのパスの理解

この項では、Oracleベース・ディレクトリの準備について説明します。

D.1.2.1 Oracleベース・ディレクトリの概要

インストール時に、Oracleベースの場所を指定するように求められます。Oracleベースは、インストールを実行するユーザーが所有します。既存のOracleホームが含まれるディレクトリを選択するか、またはOracleベース・ディレクトリの構造を持っていない別のディレクトリを選択できます。

Oracleベース・ディレクトリ・パスを使用すると、Oracleインストールの構造が簡略化され、複数のデータベース・インストールでOptimal Flexible Architecture(OFA)構成を保持しやすくなります。

D.1.2.2 Oracleベース・ディレクトリとGrid Infrastructureディレクトリの理解

Grid Infrastructure(Oracle ClusterwareおよびOracle ASM)のインストールとOracle Databaseのインストールに同じソフトウェア所有者を使用しない場合でも、Oracle Grid Infrastructureのインストールでroot.shスクリプトを実行することによって、クラスタウェア・バイナリが配置されるホーム・ディレクトリの所有権がrootに変更されることに注意してください。また、ルート・レベル(/)までのすべての祖先ディレクトリもrootに変更されます。このため、クラスタ用Oracle Grid Infrastructureのホームは、他のOracleソフトウェアと同じ場所に置くことができません。

ただし、スタンドアロン・データベース用のOracle Grid Infrastructure(Oracle Restart)は、他のOracleソフトウェアと同じ場所に配置できます。

関連項目:
Oracle Restartの詳細は、使用しているプラットフォームのOracle Databaseインストレーション・ガイドを参照してください。

D.1.3 ネットワーク・アドレスの理解

インストール時に、OUIがクラスタ・ノードで検出するネットワーク・インタフェースごとに計画された使用方法を指定するように求められます。各インタフェースを、パブリック・インタフェースまたはプライベート・インタフェース、あるいはOracle Clusterwareで使用しないインタフェースとして指定します。パブリックIPアドレスと仮想IPアドレスは、パブリック・インタフェース上に構成されます。プライベート・アドレスはプライベート・インタフェース上に構成されます。

各アドレス・タイプの詳細は、次の項を参照してください。

- パブリックIPアドレスについて

- プライベートIPアドレスについて

- 仮想IPアドレスについて

- グリッド・ネーミング・サービス(GNS)の仮想IPアドレスについて

- SCANについて

D.1.3.1 パブリックIPアドレスについて

パブリックIPアドレスは、DHCPを使用して動的に割り当てられるか、DNSまたはホスト・ファイルで静的に定義されます。パブリック・インタフェース(クライアントからアクセス可能なインタフェース)が使用されます。

D.1.3.2 プライベートIPアドレスについて

Oracle Clusterwareは、プライベートとマークされたインタフェースを使用してノード間通信を行います。各クラスタ・ノードは、インストール時にプライベート・インタフェースとして指定されたインタフェースを持つ必要があります。プライベート・インタフェースはそのインタフェース用に構成されたアドレスを持つ必要がありますが、それ以上の構成は必要ありません。Oracle Clusterwareは、プライベートと指定されたインタフェースを、クラスタ・インターコネクトとして使用します。プライベート・ネットワークに関する情報に複数のインタフェースを指定すると、Oracle Clusterwareはそれらを冗長インターコネクトを使用して構成します。プライベートとして指定するインタフェースはいずれも、クラスタのすべてのノードに接続するサブネット上に存在しなければなりません。Oracle Clusterwareは、プライベート・インタフェース用に指定された、すべてのインタフェースを使用します。

プライベート・インターコネクトの場合は、ノード間のキャッシュ・フュージョンおよびその他のトラフィックのため、物理的に別のプライベート・ネットワークを使用することをお薦めします。DNSを使用してアドレスを構成する場合は、プライベートIPアドレスがクラスタ・ノードからのみ到達可能であることを確認する必要があります。

インストール後、CLUSTER_INTERCONNECTS初期化パラメータを使用してOracle RACのインターコネクトを変更する場合は、パブリックIPアドレスで使用されていないサブネット上で、パラメータをプライベートIPアドレスに変更する必要があります。パブリック・サブネットとして指定したサブネットを使用するインタフェースにインターコネクトを変更することはできません。

プライベート・ネットワークIPアドレスを使用したネットワークではファイアウォールを使用しないでください。プライベート・ネットワークIPアドレスによってインターコネクト・トラフィックがブロックされる可能性があるためです。

D.1.3.3 仮想IPアドレスについて

仮想IP(VIP)アドレスは、GNSまたはDNSに登録されています。次の要件を満たすVIPのアドレスを選択します。

- IPアドレスとホスト名は、現在未使用である(DNSに登録できるが、pingコマンドでアクセスできない)

- VIPはパブリック・インタフェースと同じサブネット上にある

D.1.3.4 グリッド・ネーミング・サービス(GNS)の仮想IPアドレスについて

GNS仮想IPアドレスは、DNSで構成される静的なIPアドレスです。DNSはGNS仮想IPアドレスに問合せを委任し、GNSデーモンはそのアドレスで、受信した名前解決要求に応答します。

GNSは、Oracle Clusterwareで提供されるマルチキャスト・ドメイン・ネーム・サービス(mDNS)をサブドメイン内で使用し、クラスタにノードが追加または削除されると、ホスト名およびIPアドレスを動的にマップできるようにします。DNSで新たにホスト構成を行う必要はありません。

GNSを有効にするには、クラスタに割り当てられたサブドメインのIPアドレス(grid.example.comなど)をネットワーク管理者に教えてもらい、そのサブドメインへのDNS要求を、クラスタのGNS仮想IPアドレスに委任してもらう必要があります。GNSはそのアドレスで機能します。一連のIPアドレスはDHCP経由でクラスタに提供されます。これらのアドレスは、クラスタのパブリック・ネットワーク上で使用できる状態でなくてはなりません。

関連項目:
グリッド・ネーミング・サービスの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

D.1.3.5 SCANについて

Oracle Database 11gリリース2のクライアントは、SCANを使用してデータベースに接続します。SCANとそれに関連付けられたIPアドレスは、クラスタを構成するノードとは無関係に、クライアントが接続に使用する安定した名前を提供します。SCANアドレス、仮想IPアドレス、およびパブリックIPアドレスはすべて、同じサブネット上に存在する必要があります。

SCANは、node1-vipのような、仮想IPアドレスに使用される名前に類似した仮想IP名です。ただし、仮想IPと異なり、SCANは個別のノードではなくクラスタ全体と関連付けられており、1つではなく複数のIPアドレスと関連付けられています。

SCANは、パブリック・クライアント接続を処理するクラスタ内の複数のIPアドレスに解決可能であることで機能します。クライアントから要求が送信されると、SCAN IPアドレスおよびSCANポート上でリスニングしているSCANリスナーがクライアントから使用可能になります。クラスタ上のすべてのサービスがSCANリスナーに登録されているため、SCANリスナーは、現在サービスを提供している最も負荷が低いノードのローカル・リスナー・アドレスを使用して応答します。最後に、サービスが提供されているノード上のリスナーを通じて、クライアントがサービスへの接続を確立します。これらすべての動作はクライアントに対して透過的に行われ、クライアントでの明示的な構成は必要ありません。

リスナーはインストール時に作成されます。リスナーは、SCAN IPアドレスのノードで指定されたSCAN IPアドレス上でリスニングします。Oracle Net Servicesは、サービスを提供している最も負荷が低いインスタンスに、アプリケーションの要求をルーティングします。SCANアドレスはクラスタ内のノード・アドレスではなくクラスタに解決されるため、SCANアドレス構成に影響を与えることなく、クラスタでノードを追加または削除できます。

SCANは、クラスタ内のグリッド・ネーミング・サービス(GNS)、またはドメイン・ネーム・サービス(DNS)解決のいずれかで解決できるように構成する必要があります。高い可用性とスケーラビリティを実現するために、3つのIPアドレスに解決されるようにSCAN名を構成することをお薦めします。SCANは少なくとも1つのアドレスに解決される必要があります。

GNSドメインを指定する場合、SCAN名のデフォルトはclustername-scan.GNS_domainです。指定しない場合のデフォルトはclustername-scan.current_domainです。たとえば、Oracle Grid Infrastructureインストールをサーバーnode1から起動し、クラスタ名がmycluster、GNSドメインがgrid.example.comの場合、SCAN名はmycluster-scan.grid.example.comです。

Oracle Database 11g リリース2より前のOracle DatabaseリリースのIPアドレスを使用するように構成されたクライアントは、既存の接続アドレスを引き続き使用できるため、SCANを使用する必要はありません。Oracle Clusterware 11gリリース2(11.2)にアップグレードするとSCANが有効になり、Oracle Database 11g リリース2以降のデータベースへの接続にSCANが必要になります。以前のバージョンのOracle DatabaseをアップグレードするとSCANリスナーに登録されるため、クライアントがSCANを使用してそのデータベースに接続できるようになります。データベースはinit.oraファイルのリモート・リスナー・パラメータを通じてSCANリスナーに登録されます。REMOTE_LISTENERパラメータは、SCAN:PORTに設定する必要があります。SCANをHOST=SCANとして設定した単一のアドレスを持つTNSNAMES別名には設定しないでください。

SCANはほとんどのデプロイメントでオプションです。ただし、Oracle Database 11gリリース2以上でサーバー・プールを使用しているポリシー管理データベースを使用しているクライアントは、SCANを使用してデータベースにアクセスする必要があります。これは、ポリシー型管理のデータベースは異なるサーバーで異なる時刻に実行されることがあるため、あるポリシー型管理のデータベースの特定ノードの仮想IPアドレスへの接続はできないためです。

D.1.4 ネットワークの時刻要件の理解

Oracle Clusterware 11g リリース2(11.2)には、クラスタ時刻同期化サービス(CTSS)が自動的に構成されます。このサービスでは、デプロイしたクラスタのタイプに最適な同期方法で、すべてのクラスタ・ノードが自動的に同期されます。NTPなどの既存のクラスタ同期サービスがある場合、このサービスはオブザーバ・モードで開始されます。既存のサービスがない場合、このサービスはアクティブ・モードで開始され、クラスタ・ノード間の時刻の同期を確実にします。CTSSで互換性の問題が発生することはありません。

CTSSモジュールはOracle Grid Infrastructureのインストールの一環としてインストールされます。CTSSデーモンはOHASデーモン(ohasd)によって起動されるため、コマンドライン・インタフェースは必要ありません。

D.2 記憶域の構成の理解

Oracle Automatic Storage Managementクラスタ・ファイル・システムの理解

既存のOracle ASMインスタンスの移行について

スタンドアロンのOracle ASMインストール環境からクラスタ化されたOracle ASMインストール環境への変換について

D.2.1 Oracle Automatic Storage Managementクラスタ・ファイル・システムの理解

Oracle Automatic Storage Managementは、拡張されて汎用ファイル・システムであるOracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)を含むようになりました。Oracle ACFSは、複数のプラットフォームに対応するスケーラブルな新しいファイル・システムとしてストレージを管理します。このテクノロジにより、Oracle Automatic Storage Management (Oracle ASM)機能は、Oracle Databaseの外で保持されているカスタマ・ファイルをサポートするように拡張されます。Oracle ACFSがサポートするファイルには、アプリケーション・バイナリ、アプリケーション・レポートなどがあります。他にも、ビデオ、オーディオ、テキスト、イメージ、設計図、その他の汎用アプリケーションのファイル・データがサポートされます。

D.2.2 既存のOracle ASMインスタンスの移行について

以前のリリースのOracle ASMが、サーバー上または既存のOracle Clusterwareインストール環境内にインストールされている場合は、パスGrid_home/binにあるOracle Automatic Storage Managementコンフィギュレーション・アシスタント(ASMCA)を使用して、既存のOracle ASMインスタンスをOracle ASM 11gリリース2(11.2)にアップグレードし、その後で障害グループ、ASMボリュームおよびOracle Automatic Storage Managementクラスタ・ファイル・システム(ACFS)を構成できます。

注意:
既存のOracle ASMインスタンスのアップグレードは、そのノード上のすべてのデータベース・インスタンスおよびアプリケーションを停止してから実行する必要があります。

インストール時に、Oracle ASMを使用することを選択したときに、以前のOracle ASMバージョンが別のホームにインストールされていることがASMCAで検出された場合は、Oracle ASM 11gリリース2(11.2)のバイナリをインストールした後に、ASMCAを起動して既存のOracle ASMインスタンスをアップグレードできます。次に、Oracle ASMボリュームを作成し、アップグレードしたOracle ASMを使用してOracle ACFSを作成することで、Oracle ACFSのデプロイメントを構成できます。

Oracle ClusterwareまたはOracle RACの既存のインストール環境で、すべてのノード上のOracle ASMインスタンスの旧バージョンがOracle ASM 11gリリース1の場合は、Oracle ASMインスタンスのローリング・アップグレードを実行できます。Oracle RACのインストール環境で、旧バージョンのOracle ASMインスタンスがOracle ASM 11gリリース1よりも前のリリースの場合は、ローリング・アップグレードを実行できません。Oracle ASMは、すべてのノードで11gリリース2(11.2)にアップグレードされます。

D.2.3 スタンドアロンのOracle ASMインストール環境からクラスタ化されたOracle ASMインストール環境への変換について

クラスタのメンバー・ノードの中に、既存のスタンドアロンのOracle ASMがインストールされているノードが1つ以上ある場合でも、OUIは、クラスタ用のOracle Grid Infrastructureのインストールを開始します。

Oracle Clusterwareファイル(OCRおよび投票ディスク)をOracle ASM上に配置すると、クラスタウェアのインストール終了時にASMCAが起動し、ローカル・ノード上のOracle ASMインスタンスを移行およびアップグレードするためのプロンプトが表示され、Oracle ASM 11gリリース2(11.2)環境が作成されます。

リモート・ノードでスタンドアロンのOracle ASMインスタンスが実行されていることをASMCAが認識すると、そのOracle ASMインスタンスと、そのOracle ASMインスタンスを使用しているデータベース・インスタンスを停止するように求められます。次に、ASMCAは、クラスタ化されたOracle ASMインスタンスをクラスタ内のすべてのノードに展開します。ただし、クラスタ対応のOracle ASMインスタンスのディスク・グループ名は、既存のスタンドアロンのディスク・グループ名と異なっている必要があります。

関連項目:
『Oracle Automatic Storage Management管理者ガイド』

D.3 サーバー・プールの理解

次の項で、サーバー・プールの概要を簡単に説明します。内容は次のとおりです。

- サーバー・プールおよびポリシー・ベース管理の概要

- サーバー・プールの動作

- 空きサーバー・プール

- 汎用サーバー・プール

関連項目:
サーバー・プールの構成および管理の方法については、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

D.3.1 サーバー・プールおよびポリシー・ベース管理の概要

Oracle Clusterware 11g リリース2(11.2)以上では、Oracle Clusterwareが管理するリソースは、サーバー・プールという、サーバーの論理グループに格納されます。リソースは共有インフラストラクチャ上でホスト指定され、サーバー・プールに格納されます。リソースは、ポリシーによってハードウェア・リソース(CPUやメモリーなど)の使用量にのみ制限され、単一システム環境にデプロイされているように動作します。

リソースは、サーバー・プールを使用して動的に管理することで、クラスタ内のリソースをポリシー・ベースで管理することができます。また、特定のノードで実行するように物理的にリソースを割り当てる従来の方法で管理することもできます。

注意:
デフォルトでは、すべての名前付きユーザーがサーバー・プールを作成できます。この権限を持つオペレーティング・システム・ユーザーを制限するには、CRS管理者リストに特定のユーザーを追加することをお薦めします。

関連項目:
CRS管理者リストへのユーザーの追加の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

Oracle Grid Infrastructureのインストール所有者には、SRVCTL、Oracle Enterprise Manager Database ControlまたはOracle Database Configuration Assistant(DBCA)を使用して、サーバー・プールを作成および構成する権限があります。

ポリシー・ベースの管理:

- 必要時に動的な容量の割当てが可能で、ポリシーで設定した優先度に従ってサーバーの容量を指定できます。

- 重要度ごとにリソースの割当てが可能で、アプリケーションが可能なかぎり必要最小限のリソースを取得できます。また、優先度が低いアプリケーションが、より重要なアプリケーションのリソースを消費しないようにすることもできます。

- 必要時には分離が保証され、アプリケーションとデータベースについて、クラスタの専用サーバーを指定できます。

サーバー・プールで実行しているアプリケーションとデータベースは、リソースを共有しません。このため、サーバー・プールは必要に応じてリソースを分離しますが、必要時は動的な容量の割当てが可能です。役割区分による管理とともにこの機能を使用することで、標準化されたクラスタ環境を持つ組織のニーズに対応できますが、複数の管理者グループが共通のクラスタ・インフラストラクチャを共有できるようになります。

D.3.2 サーバー・プールの動作

サーバー・プールは、クラスタを同じまたは類似したリソースのホスティングするサーバーのグループに分割します。サーバー・プールによって、クラスタの複数のサーバーに対し、統一されたワークロード(一連のOracle Clusterwareリソース)が分散されます。たとえば、Oracle Databaseが特定のサーバー・プールのみで実行されるように制限できます。役割区分管理を有効にすると、特定のサーバー・プールの属性を変更する権限をオペレーティング・システム・ユーザーに明示的に付与できます。

最上位のサーバー・プール:

- クラスタを論理的に分割します。

- 常に排他的です。これは、1つのサーバーが特定の時期に1つの特定のサーバー・プールにのみ存在できることを意味します。

各サーバー・プールには、作成時に割り当てられる3つの属性があります。

- MIN_SIZE: サーバー・プールに含まれるサーバーの最小数。サーバー・プール内のサーバーの数がこの属性値を下回る場合、Oracle Clusterwareは、サーバーの数がこの属性値に達するまで、またはより重要性の低いプールに空きサーバーがなくなるまで、他のサーバー・プールからこのサーバー・プールにサーバーを自動的に移動します。

- MAX_SIZE: サーバー・プールに含まれるサーバーの最大数。

- IMPORTANCE: クラスタ内のすべてのサーバー・プールをランク付けする、0から1000の数値(0は重要性が最も低いことを示す)。

Oracle Clusterwareをインストールすると、汎用サーバー・プールと空きサーバー・プールという2つのサーバー・プールが自動的に作成されます。はじめは、新規インストールのすべてのサーバーは空きサーバー・プールに割り当てられます。空きサーバー・プールにあるサーバーは、新しく定義したサーバー・プールに自動的に移動します。Oracle Clusterwareをアップグレードすると、すべてのノードが汎用サーバー・プールに割り当てられます。これによって、Oracle Database 11g リリース2(11.2)より前のデータベース・リリースとの互換性が保証されます。

D.3.3 空きサーバー・プール

空きサーバー・プールには、他のサーバー・プールに割り当てられないサーバーが含まれます。空きサーバー・プールの属性は、次のように制限されます。

- SERVER_NAMES、MIN_SIZEおよびMAX_SIZEをユーザーが編集することはできません。

- IMPORTANCEおよびACLはユーザーが編集できます。

関連項目:
『Oracle Clusterware管理およびデプロイメント・ガイド』

D.3.4 汎用サーバー・プール

汎用サーバー・プールには、11g リリース2(11.2)より前のデータベース、および管理者が管理する構成が固定されたデータベースが格納されます。また、次のいずれかを満たすサーバーも含まれます。

- アプリケーション・リソース・タイプのすべてのリソースのHOSTING_MEMBERS属性で指定したサーバー

- 汎用サーバー・プールを親サーバー・プールとするサーバー・プールのSERVER_NAMES属性で指定した名前を持つサーバー

汎用サーバー・プールの属性は、次のように制限されています。

- 汎用サーバー・プールの構成属性は誰も変更できません(すべての属性は読取り専用です)。

- HOSTING_MEMBERS属性でサーバー名を指定した場合、サーバーが次の状態であるときにOracle Clusterwareはその名前を許可します。

- オンラインで汎用サーバー・プールに存在する。

- オンラインで空きサーバー・プールに存在する。この場合、Oracle Clusterwareによってサーバーが汎用サーバー・プールに移動されます。

- オンラインで、他のサーバー・プールに存在し、クライアントがCRS管理者(サーバー・プールのリソース管理を制御するユーザー・ロール)であるか、またはサーバー・プールのサーバーを使用することが許可されている。この場合、サーバーは汎用サーバー・プールに移動されます。

- オフラインで、クライアントがCRS管理者である。

- 子サーバー・プールを汎用サーバー・プールに登録した場合、リソースに対して以前に指定したものと同じ要件をサーバー名が満たす場合にのみ、Oracle Clusterwareはその子サーバー・プールを許可します。
サーバーは、クラスタの起動時またはサーバーがクラスタに追加されるときに汎用サーバー・プールに割り当てられ、その後で、他のサーバー・プールに割り当てられます。

D.4 アウトオブプレース・アップグレードの理解

アウトオブプレース・アップグレードでは、インストーラは新しいバージョンを別のOracle Clusterwareホームにインストールします。Oracle Clusterwareの新旧バージョンが各クラスタ・メンバー・ノードに存在することになりますが、アクティブになるバージョンは1つのみです。

ローリング・アップグレードは、ソフトウェアの新バージョンへのアップグレード中、停止時間をなくし、可用性の継続を保証します。

各ノード上に別々のOracle Clusterwareホームがある場合、すべてのノードでアウトオブプレース・アップグレードを行うか、またはアウトオブプレース・ローリング・アップグレードを行うことができます。そうすることで、あるノードでは旧バージョンのOracle ClusterwareホームからOracle Clusterwareを実行し、別のノードでは新バージョンのOracle ClusterwareホームからOracle Clusterwareを実行することが可能です。

Oracle Clusterware 11gリリース2のインプレース・アップグレードはサポートされていません。

関連項目:
ローリング・アップグレードの実行手順については、付録F「Oracle Grid Infrastructure 11gリリース2へのアップグレード方法」を参照してください。

E インストールの前提条件の作業を手動で行う方法

この付録では、通常Cluster Verification Utility(CVU)およびインストーラ(OUI)がインストール時に完了する構成作業を、手動で行う方法について説明します。この付録は、修正スクリプトを使用できないときに参考にしてください。

この付録の内容は次のとおりです。

- すべてのクラスタ・ノードでの手動によるSSHの構成

- カーネル・パラメータの構成

- 手動によるOCFS2のバージョンの確認

E.1 すべてのクラスタ・ノードでの手動によるSSHの構成

パスワードなしのSSH構成は、必須のインストール要件です。SSHは、インストール時にクラスタ・メンバー・ノードの構成に使用され、またインストール後にはConfiguration Assistant、Oracle Enterprise Manager、OPatchおよび他の機能によって使用されます。

OUIを使用したパスワードなしのSSHの自動構成によって、クラスタのすべてのノード上にRSA暗号化キーが作成されます。システム上の制約により、DSA鍵を使用するなどして手動でSSHを設定することが求められる場合は、この手順を参考にして、パスワードなしのSSHを設定してください。

この後の例では、Oracleソフトウェア所有者をgridユーザーとしています。

SSHが使用できない場合は、OUIはかわりにrshとrcpの使用を試行します。ただし、ほとんどのLinux Systemsでは、デフォルトではこれらのサービスを使用できません。

注意:
LinuxディストリビューションでサポートされているバージョンのSSHはOpenSSHです。

この項の内容は次のとおりです。

- システム上の既存のSSH構成の確認

- クラスタ・ノードでのSSHの構成

- クラスタ・ノードでのSSHユーザー等価関係の有効化

E.1.1 システム上の既存のSSH構成の確認

次のコマンドを入力して、SSHが実行されているかどうかを確認します。

$ pgrep sshd

SSHが実行されている場合、このコマンドの結果は1つ以上のプロセスID番号になります。インストール・ソフトウェア所有者(grid、oracle)のホーム・ディレクトリで、コマンドls -alを使用して、.sshディレクトリを所有し、そのディレクトリへの書込みが可能であるのはそのユーザーのみであることを確認します。

SSHプロトコルには、RSA鍵またはDSA鍵のいずれかが必要です。RSAはSSH 1.5プロトコルで使用され、DSAはSSH 2.0プロトコルのデフォルトです。OpenSSHの場合は、RSAまたはDSAのいずれかを使用できます。この後の説明ではSSH1を想定しています。SSH2をインストールしており、SSH1を使用できない場合は、SSHディストリビューションのドキュメントを参照して、SSH1互換を構成するか、またはDSAを使用してSSH2を構成します。

E.1.2 クラスタ・ノードでのSSHの構成

SSHを構成するには、最初に各クラスタ・ノードにRSA鍵およびDSA鍵を作成してから、すべてのクラスタ・ノード・メンバーで生成されたすべての鍵を各ノードで同じ認証鍵ファイルにコピーする必要があります。SSHファイルを読み取ることができのは、rootおよびソフトウェア・インストール・ユーザー(oracle、grid)のみである必要があります。これは、SSHが他のユーザーによってアクセス可能であると、SSHは秘密鍵を無視するためです。この後の例では、DSA鍵が使用されています。

インストールに使用するOracleソフトウェアのインストール所有者ごとにSSHを構成する必要があります。

SSHを構成するには、次の手順を実行します。

E.1.2.1 各ノードでのSSHディレクトリおよびSSH鍵の作成

各ノードに対し、次の手順を実行します。

1. ソフトウェア所有者(この例ではgridユーザー)としてログインします。

2. コマンドidおよびid gridを入力して、gridとしてログインしていること、およびユーザーIDがgridユーザーに割り当てたユーザーIDと一致していることを確認します。Oracleユーザー・グループおよびユーザーと、使用しているユーザー端末ウィンドウ・プロセスのグループIDおよびユーザーIDが同じであることを確認します。次に例を示します。

$ id
uid=502(grid) gid=501(oinstall) groups=501(oinstall),502(grid,asmadmin,asmdba)
$ id grid
uid=502(grid) gid=501(oinstall) groups=501(oinstall),502(grid,asmadmin,asmdba)

3. 必要に応じて、gridユーザーのホーム・ディレクトリに.sshディレクトリを作成して適切な権限を設定し、読取り/書込み権限を持っているのはoracleユーザーのみであることを確認します。

$ mkdir ~/.ssh
$ chmod 700 ~/.ssh

注意:
権限が700に設定されていないと、SSH構成は失敗します。

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

$ /usr/bin/ssh-keygen -t dsa

プロンプトで、鍵ファイルには、デフォルトの位置を使用します([Enter]を押します)。

注意:
パス・フレーズを持つSSHは、Oracle Clusterware 11gリリース2以上のリリースではサポートされません。

このコマンドによって、DSA公開鍵が~/.ssh/id_dsa.pubファイルに、秘密鍵が~/.ssh/id_dsaファイルに書き込まれます。

秘密鍵は、Oracleソフトウェア・インストールの実行を許可されていない他のユーザーには配布しないでください。

5. DSA鍵を使用して、クラスタ・メンバーを作成する各ノードで手順1から手順4を実行します。

E.1.2.2 共通のauthorized_keysファイルへのすべての鍵の追加

次の手順を実行します。

1. ローカル・ノードで、Oracle Grid Infrastructure所有者のホーム・ディレクトリ(通常、gridまたはoracle)にある.sshディレクトリに移動します。
次に、次のコマンドを使用してDSA鍵をauthorized_keysファイルに追加します。

$ cat id_dsa.pub >> authorized_keys
$ ls

.sshディレクトリに、作成したid_dsa.pub鍵とauthorized_keysファイルが表示されるはずです。

2. ローカル・ノードで、SCP(セキュア・コピー)またはSFTP(セキュアFTP)を使用して、authorized_keysファイルをリモート・ノードのoracleユーザーの.sshディレクトリにコピーします。次の例では、node2というノードでSCPを使用しています。Oracle Grid Infrastructureの所有者はgridです。gridユーザーのパスは/home/gridです。

[grid@node1 .ssh]$ scp authorized_keys node2:/home/grid/.ssh/

DSA鍵を受け入れるように求められます。Yesと入力して、コピー先のノードがknown_hostsファイルに追加されていることを確認します。

プロンプトに従って、gridユーザーのパスワードを入力します。パスワードは、クラスタ内のすべてのノードで同じにする必要があります。authorized_keysファイルがリモート・ノードにコピーされます。

出力結果は、次のようになります。xxxは有効なIPアドレスの一部を示しています。

[grid@node1 .ssh]$ scp authorized_keys node2:/home/grid/.ssh/
The authenticity of host 'node2 (xxx.xxx.173.152) can't be established.
DSA key fingerprint is 7e:60:60:ae:40:40:d1:a6:f7:4e:zz:me:a7:48:ae:f6:7e.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'node1,xxx.xxx.173.152' (dsa) to the list
of known hosts
grid@node2's password:
authorized_keys       100%             828             7.5MB/s      00:00

3. SSHを使用して、authorized_keysファイルをコピーしたノードにログインします。.sshディレクトリに移動し、catコマンドを使用して2つ目のノードのDSA鍵をauthorized_keysファイルに追加します。このとき、パスワードを求められたら[Enter]をクリックすることで、パスワードなしのSSHが設定されます。

[grid@node1 .ssh]$ ssh node2
[grid@node2 grid]$ cd .ssh
[grid@node2 ssh]$ cat id_dsa.pub  >> authorized_keys

各ノードからクラスタ内の他の各メンバー・ノードに対して手順2および3を繰り返します。

クラスタ・ノード・メンバーにする最後のノードのauthorized_keysファイルに各クラスタ・ノード・メンバーから鍵を追加した後、scpを使用して、すべてのノードの鍵を含むauthorized_keysファイルを各クラスタ・ノード・メンバーに再度コピーし、他のノードの既存のバージョンを上書きします。

authorized_keysファイルにすべてのノードが含まれていることを確認するには、more authorized_keysコマンドを入力して、各メンバー・ノードのDSA鍵が存在するかどうかを確認します。ファイルには、鍵のタイプ(ssh-dsa)、鍵、ユーザーおよびサーバーの順で示されます。次に例を示します。

ssh-dsa AAAABBBB . . . = grid@node1

注意:
各ノードのgridユーザーの/.ssh/authorized_keysファイルには、すべてのクラスタ・ノードで生成した/.ssh/id_dsa.pubファイルのすべての内容が含まれている必要があります。

E.1.3 クラスタ・ノードでのSSHユーザー等価関係の有効化

すべての鍵が含まれているauthorized_keysファイルをクラスタ内の各ノードにコピーしたら、示されている順に次の手順を実行します。この例では、Oracle Grid Infrastructureソフトウェア所有者の名前はgridです。

1. OUIを実行するシステムにgridユーザーとしてログインします。

2. 次のコマンド構文を使用して、ローカル・ノードから各ノードにSSHを実行します(ローカル・ノードからローカル・ノード自体へのSSHの実行、各ノードから他の各ノードへのSSHの実行を含みます)。hostname1やhostname2などは、クラスタ内のノードのパブリック・ホスト名(別名および完全修飾されたドメイン名)です。

[grid@nodename]$ ssh hostname1 date
[grid@nodename]$ ssh hostname2 date
.
.
.

次に例を示します。

[grid@node1 grid]$ ssh node1 date
The authenticity of host 'node1 (xxx.xxx.100.101)' can't be established.
DSA key fingerprint is 7z:60:60:zz:48:48:z1:a0:f7:4e.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'node1,xxx.xxx.100.101' (DSA) to the list of
known hosts.
Mon Dec 4 11:08:13 PST 2006
[grid@node1 grid]$ ssh node1.example.com date
The authenticity of host 'node1.example.com (xxx.xxx.100.101)' can't be
established.
DSA key fingerprint is 7z:60:60:zz:48:48:z1:a0:f7:4e.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'node1.example.com,xxx.xxx.100.101' (DSA) to the
list of known hosts.
Mon Dec 4 11:08:13 PST 2006
[grid@node1 grid]$ ssh node2 date
Mon Dec 4 11:08:35 PST 2006
.
.
.

この処理の終了時に、各メンバー・ノードのパブリック・ホスト名を、他のすべてのクラスタ・ノードのknown_hostsファイルに登録する必要があります。

リモート・クライアントを使用してローカル・ノードに接続しているときに、xauthデータがなく、X11転送に偽の認証データを使用することを示す警告メッセージが表示された場合は、認証鍵ファイルは適切に構成されているが、SSH構成でX11転送が有効になっていることを示しています。この問題を解決するには、「表示およびX11転送の構成の設定」に進みます。

3. 各クラスタ・ノード・メンバーに対して手順2を繰り返します。

SSHが適切に構成されていれば、パスワードを求めるプロンプトは表示されることなくsshやscpコマンドを使用できます。次に例を示します。

[grid@node1 ~]$ ssh node2 date
Mon Feb 26 23:34:42 UTC 2009
[grid@node1 ~]$ ssh node1 date
Mon Feb 26 23:34:48 UTC 2009

パスワードを求めるノードがある場合、そのノードの~/.ssh/authorized_keysファイルに適切な公開鍵が含まれていること、および同じグループ・メンバーシップおよびIDを持つOracleソフトウェア所有者が作成されていることを確認します。

E.2 カーネル・パラメータの構成

この項の内容は次のとおりです。

- インストールのための最小パラメータ設定

- SUSE Linux用の追加のパラメータおよびカーネルの設定

- 手動によるOCFS2のバージョンの確認

注意:
次の項には、カーネル・パラメータおよびシェル制限の推奨値のみを示します。本番データベース・システムでは、これらの値を調整してシステムのパフォーマンスを最適化することをお薦めします。カーネル・パラメータの調整については、ご使用のオペレーティング・システムのマニュアルを参照してください。

E.2.1 インストールのための最小パラメータ設定

インストール時、またはフラグ-fixupを使用したCluster Verification Utility(cluvfy)の実行時、修正スクリプトが生成されます。このスクリプトは、必要なカーネル・パッケージを必要に応じて最小値に更新します。

修正スクリプトを使用できない場合は、次の表を参照して手動で値を設定します。

パラメータ

値

ファイル

semmsl
semmns
semopm
semmni

250
32000
100
128

/proc/sys/kernel/sem

shmmax

最小割当て:
536870912(512 MB)

最大割当て:

- Linux x86: 4GBより最小で1バイト少ない値、つまり4294967295。
物理メモリーの半分よりも大きくすることをお薦めします。

- Linux x86-64: 物理メモリーより最小で1バイト少ない値。
物理メモリーの半分よりも大きくすることをお薦めします。

shmmaxの設定の詳細は、My Oracle SupportのNote 567506.1を参照してください。

/proc/sys/kernel/shmmax

shmmni

4096

/proc/sys/kernel/shmmni

shmall

2097152

/proc/sys/kernel/shmall

file-max

6815744

/proc/sys/fs/file-max

ip_local_port_range

最小: 9000
最大: 65500

/proc/sys/net/ipv4/ip_local_port_range

rmem_default

262144

/proc/sys/net/core/rmem_default

rmem_max

4194304

/proc/sys/net/core/rmem_max

wmem_default

262144

/proc/sys/net/core/wmem_default

wmem_max

1048576

/proc/sys/net/core/wmem_max

aio-max-nr

1048576

/proc/sys/fs/aio-max-nr

注意:
パラメータに対する現行の値がこの表の値より大きい場合は、修正スクリプトはパラメータの値を変更しません。

E.2.2 SUSE Linux用の追加のパラメータおよびカーネルの設定

SUSEシステムの場合にのみ、必要に応じて次の手順を実行します。

1. 次のコマンドを入力して、システムの再起動時に/etc/sysctl.confファイルが読み込まれるようにします。

# /sbin/chkconfig boot.sysctl on

2. SUSE 10 Systemsの場合にのみ、テキスト・エディタを使用して、/etc/sysconfig/boot.sysctlパラメータのRUN_PARALLELフラグをyesからnoに変更します。

3. パラメータ/proc/sys/vm/hugetlb_shm_groupの値としてoinstallグループのGIDを入力します。これを行うと、oinstallのメンバーに共有メモリー・セグメントを作成するためのグループ権限が付与されます。
たとえば、oinstallグループのGIDが501の場合は次のようになります。

# echo 501 > /proc/sys/vm/hugetlb_shm_group

このコマンドを実行したら、viを使用して/etc/sysctl.confに次のテキストを追加し、システムの再起動時にboot.sysctlスクリプトを実行できるようにします。

vm.hugetlb_shm_group=501

注意:
vm.hugetlb_shm_groupとして定義できるのは1つのグループのみです。

4. クラスタ内の他のすべてのノードで手順1から3を繰り返します。

E.3 手動によるOCFS2のバージョンの確認

OCFSのバージョンを手動で確認するには、次のコマンドを入力します。

modinfo ocfs2
rpm -qa |grep ocfs2

ocfs2consoleおよびocfs2-toolsがバージョン1.2.7以上であること、またその他のOCFS2コンポーネントがパターンocfs2-kernel_version-1.2.7以上に対応していることを確認します。Oracle RACを共有ホームにインストールする場合は、OCFSのバージョンは1.4.1以上である必要があります。

OCFS2の詳細は、次のWebサイトを参照してください。

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

F Oracle Grid Infrastructure 11gリリース2へのアップグレード方法

この付録では、Oracle ClusterwareおよびOracle Automatic Storage Managementのアップグレードの実行方法について説明します。

Oracle Clusterwareのアップグレードでは、ローリング・アップグレードが可能です。ローリング・アップグレードでは、他のノードはアクティブなまま、ノードのサブセットを停止してアップグレードします。Oracle Automatic Storage Management 11gリリース2(11.2)のアップグレードでは、ローリング・アップグレードが可能です。ノードのサブセットをアップグレードする場合は、アップグレードの対象として選択しなかった既存のクラスタ・ノードでソフトウェアのみのインストールが実行されます。

この付録の内容は次のとおりです。

- アップグレード前のOracleソフトウェアのバックアップ

- Oracle環境変数の設定削除

- Oracle ASMおよびOracle Grid Infrastructureのインストールおよびアップグレードについて

- クラスタウェアおよびOracle ASMアップグレードの制限事項

- 既存のOracle Clusterwareインストールをアップグレードするための準備

- CVUを使用した、Oracle Clusterwareのアップグレードに対する準備状況の検証

- 前のリリースからのローリング・アップグレードの実行

- DB ControlおよびGrid Controlのターゲット・パラメータの更新

- 既存のOracle Clusterwareインストールのロック解除

- アップグレード後のOracle Clusterwareのダウングレード

- アップグレード後のクラスタ状態モニターのリポジトリ・サイズの確認

F.1 アップグレード前のOracleソフトウェアのバックアップ

Oracleソフトウェアを変更する前に、Oracleソフトウェアおよびデータベースのバックアップを作成することをお薦めします。

F.2 Oracle環境変数の設定削除

Oracle環境変数の設定を削除します。

環境変数にORA_CRS_HOMEを設定した場合は、Oracleサポートの指示に従ってから、インストールまたはアップグレードを開始する前にその設定を削除します。Oracleサポートから明示的に指示がないかぎり、ORA_CRS_HOMEを環境変数として使用しないでください。

インストール所有者のログイン・シェル・プロファイル(.profileや.cshrcなど)にORA_CRS_HOMEが設定されていないことを確認します。

システムに既存のインストールがある場合で、同じユーザー・アカウントを使用してこのインストールを行う場合は、ORA_CRS_HOME、ORACLE_HOME、ORA_NLS10、TNS_ADMIN、およびOracleソフトウェア・ホームに接続されているOracleインストール・ユーザーに設定されているその他の環境変数の設定を削除します。

F.3 Oracle ASMおよびOracle Grid Infrastructureのインストールおよびアップグレードについて

以前のリリースでは、Oracle Automatic Storage Management(Oracle ASM)はOracle Databaseインストールの一部としてインストールされました。Oracle Database 11gのリリース2(11.2)では、Oracle ASMはOracle Grid Infrastructureコンポーネントをインストールするときにインストールされ、Oracle RACやスタンドアロン・サーバーでOracle RestartとともにクラスタにインストールされたときにOracle ClusterwareとOracleホームを共有します。

既存のOracle ASMインスタンスがある場合は、Oracle Grid Infrastructureをインストールするとき、またはインストール後にOracle ASM Configuration Assistant(ASMCA)を使用してアップグレードできます。ただし、Oracle ASMをアップグレードするまで、多数のOracle ASM機能が無効であることに注意してください。また、Oracle ASMがアップグレードされるまで、Oracle ASMのOracle Clusterware管理は正しく機能しません。これは、Oracle Grid Infrastructureホームで実行されているときのみ、Oracle ClusterwareはOracle ASMを管理するためです。このことから、Oracle Clusterwareのアップグレードと同時にOracle ASMをアップグレードしない場合は、Oracle ASMを直後にアップグレードすることをお薦めします。

Oracle ASM Configuration Assistant(ASMCA)を使用すると、Oracle ASMインスタンスにアウトオブプレース・アップグレードを実行できます。Graphic User Interfaceを使用する以外に、非対話型(サイレント)モードでもASMCAを実行できます。

以前のリリースでは、Oracle DatabaseまたはOracle ASMにアップグレードするためにDatabase Upgrade Assistant(DBUA)を使用できました。現在では使用できません。DBUAを使用できるのは、Oracle Databaseインスタンスをアップグレードするときのみです。Oracle ASMをアップグレードするには、Oracle ASM Configuration Assistant(ASMCA)を使用します。

関連項目:
既存のOracle ASMインストールのアップグレードについては、『Oracle Databaseアップグレード・ガイド』および『Oracle Automatic Storage Management管理者ガイド』を参照してください。

F.4 クラスタウェアおよびOracle ASMアップグレードの制限事項

CVUを使用して、既存のOracle Grid Infrastructure 11gリリース2またはOracle RACデータベース11gリリース2のインストールをアップグレードするのに必要なパッチがあるかどうかを確認することをお薦めします。

関連項目:
第F.6項「CVUを使用した、Oracle Clusterwareのアップグレードに対する準備状況の検証」

Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)で構成されるOracle Grid Infrastructure環境へのアップグレードには、次の制限と変更点があることに注意してください。

- 既存のOracle ClusterwareインストールをOracle Grid Infrastructure 11gにアップグレードするには、リリースが10.1.0.5、10.2.0.3、11.1.0.6、11.2以上である必要があります。

- 既存のOracle Grid Infrastructureインストールを11.2.0.2から新しいリリースにアップグレードするには、パッチ11.2.0.2.1(11.2.0.2 PSU 1)以上を適用する必要があります。

- Oracle Grid Infrastructure 11g リリース2(11.2.0.1)にOracle ACFSファイル・システムがある場合は、Oracle Grid Infrastructureを新しいバージョン(11.2.0.2または11.2.0.3)にアップグレードし、冗長インターコネクトを使用して、1つ以上のプライベート・インタフェースをプライベート・ネットワークに追加し、その後、アップグレードされた各クラスタ・メンバー・ノードでOracle ASMインスタンスを再起動する必要があります。

- Gridホームのディレクトリは削除しないでください。たとえば、Grid_home/OPatchを削除しないでください。このディレクトリを削除すると、グリッド・インフラストラクチャ・インストール所有者はOPatchを使用してGridホームにパッチを適用できず、OPatchによって「checkdirエラー: Grid_home/OPatchを作成できません」というエラーが表示されます。

- 既存の11.2.0.1 Oracle Grid InfrastructureインストールをOracle Grid Infrastructure 11.2.0.2にアップグレードするには、まず、アップグレードを正常に実行するのに必須のパッチを適用する必要があるかどうかを確認する必要があります。準備状況の確認手順については、第F.6項を参照してください。

関連項目:
My Oracle SupportのNote 785351.1「Oracle 11gR2 Upgrade Companion」
https://support.oracle.com

- 既存のOracle Grid Infrastructureを11.2.0.2から11.2.0.3以上にアップグレードするには、パッチ11.2.0.2.1(11.2.0.2 PSU 1)以上を適用する必要があります。

- 既存の11.1のOracle ClusterwareインストールをOracle Grid Infrastructure 11.2.0.3以上にアップグレードするには、リリース11.1のOracle Clusterwareホームにバグ7308467のパッチを適用する必要があります。

- Oracle ClusterwareおよびOracle ASMのアップグレードは、常にアウトオブプレース・アップグレードで行われます。11gリリース2(11.2)では、Oracle ClusterwareおよびOracle ASMのインプレース・アップグレードを既存のホームに対して実行することはできません。

- 既存のOracle Clusterwareホームが共有ホームの場合、Oracle ClusterwareおよびOracle ASM 11gリリース2(11.2)のクラスタ用Oracle Grid Infrastructureホームに、共有されていないホームを使用できます。

- Oracle Clusterware 11g リリース1以上では、Oracle Clusterware 10g ソフトウェアを所有していた同じユーザーがOracle Clusterware 11g のアップグレードを実行する必要があります。Oracle Database 11gより前は、すべてのOracleソフトウェアのインストールをOracleユーザー(通常はoracle)が所有していたか、またはOracle Databaseソフトウェアはoracleが所有し、Oracle Clusterwareソフトウェアは別のユーザー(通常はcrs)が所有していました。

- Oracle ASMとOracle Clusterwareの両方がOracle Grid Infrastructureホームで実行されます。

- 11gリリース2(11.2)へのメジャー・バージョン・アップグレード中、11gリリース2(11.2)のOracle Grid Infrastructureホームにあるソフトウェアは、アップグレードが完了するまで完全には機能しません。最終的にrootupgrade.shスクリプトが実行され、すべてのノードでアップグレードが完了するまで、11gリリース2 (11.2)ホームからのsrvctl、crsctl、その他コマンドの実行はサポートされません。
Oracle Grid Infrastructureのアップグレード中に既存の旧バージョン(リリース10.xまたは11.1)のデータベース・ホームを管理するには、既存のデータベース・ホームからsrvctlを使用します。

- Oracle Clusterwareのインストール中に、シングル・インスタンスのOracle ASMがローカル・ノードに存在する場合、そのOracle ASMはクラスタ化されたOracle ASM 11gリリース2(11.2)に変換され、Oracle ASMはすべてのノードのOracle Grid Infrastructureホームで実行されます。

- Oracle Clusterware 11gリリース2 (11.2)以上では、共有のOracle Clusterwareホームでアップグレードを実行できます。

- ローカル・ノード(Oracle Grid Infrastructureのインストールを実行中のノード)以外のリモート・ノードにシングル・インスタンスの(クラスタ化されていない)Oracle ASMがインストールされている場合は、シングル・インスタンスのOracle ASM環境がそのまま維持されます。ただし、インストール中に、Oracle Cluster Registry(OCR)および投票ディスクのファイルをOracle ASMに置くように選択した場合は、クラスタ化されたOracle ASMのインストール環境がクラスタ内のすべてのノードに作成され、リモート・ノードにインストールされているシングル・インスタンスのOracle ASMは機能しなくなります。

- Oracle DatabaseおよびOracle RAC 11gリリース2(11.2)では、Database Configuration Assistantまたはインストーラを使用して、ブロック・デバイスまたはRAWデバイス上にOracle ClusterwareまたはOracle Databaseファイルを格納する処理がサポートされなくなりました。
既存のOracle RACデータベースをアップグレードする場合、またはOracle ASMインスタンスを使用するOracle RACデータベースをアップグレードする場合は、既存のRAWデバイスまたはブロック・デバイスのパーティションを使用して、既存のインストールをローリング・アップグレードできます。ブロック・デバイスまたはRAWデバイスを使用した、新しいインストールは実行できません。

関連項目:
『Oracle Databaseアップグレード・ガイド』

F.5 既存のOracle Clusterwareインストールをアップグレードするための準備

既存のOracle Clusterwareインストールがある場合は、アウトオブプレース・アップグレードを行うことにより、既存のクラスタをアップグレードします。インプレース・アップグレードは実行できません。

この項の内容は次のとおりです。

- 既存のOracle Clusterwareインストールをアップグレードする前の完了の確認

- Oracle RACcheckアップグレード準備状況評価の実行

F.5.1 既存のOracle Clusterwareインストールをアップグレードする前の完了の確認

アップグレードを開始する前に、次の作業を行います。

1. 各ノードで、クラスタ検証ユーティリティを使用して、インストール前の手順が完了していることを確認します。これは、サーバーの準備をするための修正スクリプトを生成することができます。また、インストーラでは、必要な前提条件をすべて満たしていることが確認されます。
次の情報を含めて、インストール時に必要な情報がすべて揃っていることを確認します。

- Oracle ClusterwareのOracleベースの場所。

- 既存のOracle Clusterwareの場所とは異なる、Oracle Grid Infrastructureホームの場所。

- SCANアドレス。

- Oracle ASMデータ・ファイルへのアクセス権(ASMグループのOSDBA)、Oracle ASMインスタンスに対する管理権限(OSASMグループ)、Oracle ASMインスタンスに対する管理権限のサブセット(ASMグループのOSOPER)を付与する権限を持つユーザー・オペレーティング・システム・グループ。

- インストール中にrootとしてスクリプトを実行するためのrootユーザー・アクセス。

2. インストールを実行するインストール所有者に関しては、既存のインストールに対して環境変数が設定済の場合は、$ORACLE_HOMEおよび$ORACLE_SIDの設定を解除します。これらの環境設定がアップグレード中に使用されてしまうからです。次に例を示します。

$ unset ORACLE_BASE
$ unset ORACLE_HOME
$ unset ORACLE_SID

関連項目:
第F.2項「Oracle環境変数の設定削除」

F.5.2 Oracle RACcheckアップグレード準備状況評価の実行

RACcheck (Oracle RAC構成監査ツール)アップグレード準備状況評価は、Oracle Grid Infrastructure 11.2.0.3、11.2.0.4および12.1.0.1にアップグレードする際のアップグレード固有のヘルス・チェックを自動的に行うために使用できます。RACcheck準備状況評価ツールを実行すると、多数のアップグレード前およびアップグレード後のチェックを自動化できます。

My Oracle SupportからRACcheckの最新バージョンをダウンロードして実行することをお薦めします。RACcheck構成監査ツールのダウンロード、構成および実行の詳細は、My Oracle SupportのNote 1457357.1を参照してください(次のURLから入手可能)。

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

F.6 CVUを使用した、Oracle Clusterwareのアップグレードに対する準備状況の検証

クラスタがアップグレードできる状態であることを検証するには、この項の内容を確認します。

F.6.1 CVUのグリッド・アップグレード検証コマンドのオプションについて

runcluvfy.shコマンドがあるアップグレードのステージング領域に移動し、runcluvfy.sh stage -pre crsinst -upgradeコマンドを実行してアップグレードに対するOracle Clusterwareインストールの準備状況を確認します。-pre crsinst -upgradeフラグを指定してruncluvfy.shを実行すると、既存のクラスタウェア・インストールのアップグレードに対してクラスタが適切な状態にあるかどうかを確認するためのシステム・チェックが実行されます。

このコマンドでは次の構文を使用します。可変的な内容はイタリック体で示されています。

runcluvfy.sh stage -pre crsinst -upgrade [-n node_list] [-rolling] -src_crshome
src_Gridhome -dest_crshome dest_Gridhome -dest_version dest_version
[-fixup [-fixupdir path]] [-verbose]

オプションは次のとおりです。

- -n nodelist
-nフラグはクラスタ・メンバー・ノードを示し、nodelistはアップグレード前の検証を実行する非ドメイン修飾ノード名のカンマ区切りのリストを示します。検証コマンドに-nフラグを追加しない場合は、クラスタ内のすべてのノードが検証されます。runcluvfy.shが実行されているノードでクラスタウェアが停止している場合、-nフラグを追加する必要があります。

- -rolling
このフラグを使用すると、ローリング・アップグレードに対する準備状況が検証されます。

- -src_crshome src_Gridhome
このフラグは、アップグレードするソースOracle ClusterwareまたはGridホームの場所を指定します(src_Gridhomeはアップグレードするホームへのパス)。

- -dest_crshome dest_Gridhome
このフラグは、アップグレードGridホームの場所を指定します(dest_ GridhomeはGridホームへのパス)。

- -dest_version dest_version
dest_versionフラグは、パッチセットを含む、アップグレードのリリース番号を指定します。リリース番号には、リリースをプラットフォーム固有のパッチのレベルに指定する5つの数字を含める必要があります。たとえば、11.2.0.2.0などです。

- -fixup [-fixupdir path]
-fixupフラグは、クラスタがアップグレードできる状態であることを確認するのに実行する必要がある手順の指示を生成することを指定します。デフォルトの場所は、CVUの作業ディレクトリです。別のディレクトリに修正指示を配置する場合は、-fixupdirフラグを追加して、必要な修正指示を配置するディレクトリ・パスを指定します。

- -verbose
-verboseフラグを使用すると、個々のチェックの詳細な出力が生成されます。

F.6.2 グリッド・インフラストラクチャのシステム・アップグレードの準備状況の検証例

次のコマンドを実行すると、Oracle Clusterwareのインストールに必要な権限が、ノードnode1およびnode2で構成されているかどうかを検証できます。

$ ./runcluvfy.sh stage -pre crsinst -upgrade -n node1,node2 -rolling -src_crshome
/u01/app/grid/11.2.0.1 -dest_crshome /u01/app/grid/11.2.0.2 -dest_version 11.2.0.3.0 -fixup -fixupdir /home/grid/fixup -verbose

F.6.3 Oracle Databaseアップグレードに対するシステム準備状況の検証

クラスタ検証ユーティリティを使用すると、データベースのアップグレードを開始する前準備として、システムをチェックできます。インストーラによって適切なCVUチェックが自動的に実行され、問題の修正を求めるプロンプトが表示されるか、またはアップグレードを進める前にクラスタ内のすべてのノード上で実行するための修正スクリプトが提供されます。

関連項目:
『Oracle Databaseアップグレード・ガイド』

F.7 前のリリースからのローリング・アップグレードの実行

Oracle ClusterwareまたはOracle Automatic Storage Managementをアップグレードするには、次の手順を実行します。

- Oracle Clusterwareのローリング・アップグレードの実行

- ノードにアクセスできなくなった場合のOracle Clusterwareのアップグレードの完了

- Oracle Automatic Storage Managementのローリング・アップグレードの実行

注意:
Oracle Clusterware 11gリリース2(11.2)にアップグレードすると、Oracle Automatic Storage Management(Oracle ASM)がOracle Clusterwareと同じホームにインストールされます。このホームは、Oracleドキュメントでは、Oracle Grid InfrastructureホームまたはGridホームと呼ばれます。また、ローリング・アップグレード中に、ノードをクラスタに追加する操作はサポートされていません。

F.7.1 Oracle Clusterwareのローリング・アップグレードの実行

Oracle Clusterwareを前のリリースから新しいリリースにアップグレードするには、次の手順を実行します。

注意:
Oracle RACインスタンスは、実行したままにしておくことをお薦めします。各ノードでrootスクリプトを起動すると、そのノードのインスタンスが停止され、rootupgrade.shスクリプトによって再度起動されます。リリース11.2.0.1から新しいバージョン(11.2.0.2または11.2.0.3)にアップグレードする場合は、すべてのノードがデフォルトで選択されます。ノードを選択したり、選択解除することはできません。
クラスタ上のシングル・インスタンスのOracle Databaseは、Oracle ASMを使用する場合のみ、停止が必要です。リスナーを停止する必要はありません。

1. インストーラを起動し、インストールされている既存のOracle ClusterwareおよびOracle ASMをアップグレードするオプションを選択します。

2. ノード選択ページで、すべてのノードを選択します。

3. 指示どおりに、インストール・オプションを選択します。

4. プロンプトが表示されたら、アップグレードするクラスタ内の各ノード上でrootupgrade.shスクリプトを実行します。
まず、ローカル・ノード上でスクリプトを実行します。このスクリプトは、前のリリースのインストール環境を停止し、新しいOracle Clusterwareリリースに置き換えて、新しいOracle Clusterwareのインストールを開始します。

スクリプトが正常に完了したら、最後のノードとして選択した1つを除いて、すべてのノード上で並行してスクリプトを実行できます。最後のノードを除いたすべてのノード上でスクリプトが正常に実行されたら、最後のノード上でスクリプトを実行します。

5. クラスタの最後のノードでrootupgrade.shスクリプトを実行した後、11.2.0.1より前のリリースからアップグレードする場合で、チェック・ボックスでASMCAがマークされている(デフォルト)ままにすると、Oracle ASM Configuration Assistantが自動的に実行し、Oracle Clusterwareのアップグレードが完了します。アップグレードのインタビュー・ステージでボックスのマークを外すと、ASMCAは自動的には実行しません。
前のバージョンのOracle Automatic Storage Managementがインストールされている場合、Oracle ASMを11gリリース2(11.2)へアップグレードするために、インストーラによってOracle ASM Configuration Assistantが起動されます。Oracle ASMをこのときにアップグレードするか、または後でアップグレードするか、選択することができます。

Oracle Clusterwareバイナリをアップグレードするのと同時に、Oracle ASMもアップグレードすることをお薦めします。Oracle ASMがアップグレードされるまで、Oracle ASMを使用するOracle Databaseは作成できません。Oracle ASMがアップグレードされるまで、Gridホームにある11gリリース2(11.2)のOracle ASM管理ツール(srvctlなど)は動作しません。

6. Oracle Grid Infrastructureホームは、以前のOracle ClusterwareホームおよびOracle ASMホームとは異なる場所にあるため、Oracle ClusterwareホームおよびOracle ASMホームにあるユーティリティ、ライブラリなどのファイルを使用するスクリプトまたはアプリケーションを更新します。

注意:
アップグレードの最後に、OCRのバックアップ場所を前のリリースのOracle Clusterwareホーム(CRSホーム)に手動で設定していた場合は、Oracle Grid Infrastructureホーム(Gridホーム)に変更する必要があります。OCRのバックアップ場所を手動で設定しなかった場合は、この問題は関係がありません。
Oracle Clusterwareのアップグレードはアウトオブプレース・アップグレードなので、前のリリースのOracle ClusterwareホームをOCRのバックアップ場所にすることはできません。前のOracle Clusterwareホームにあるバックアップは、削除されることがあります。

F.7.2 ノードにアクセスできなくなった場合のOracle Clusterwareのアップグレードの完了

アップグレードの途中で一部のノードにアクセスできなくなった場合は、アクセスできないノードでアップグレード・スクリプト(rootupgrade.sh)が実行されないため、アップグレードを完了できません。アップグレードが完了していないため、Oracle Clusterwareは以前のリリース・バージョンのままになります。crsctl query crs activeversionコマンドを入力すると、アップグレードが完了していないことを確認できます。

この問題を解決するには、次の構文を使用し、-forceフラグを指定してrootupgrade.shコマンドを実行します。

Grid_home/rootupgrade -force

次に例を示します。

# /u01/app/11.2.0/grid/rootupgrade -force

このコマンドによってアップグレードが強制的に完了されます。crsctl query crs activeversionコマンドを使用して、アップグレードが完了したことを確認します。アクティブなバージョンがアップグレード・リリースになります。

F.7.3 Oracle Automatic Storage Managementのローリング・アップグレードの実行

Oracle Clusterware 11gリリース2(11.2)のアップグレードが完了した後、Oracle Clusterwareのアップグレード時にOracle ASMのアップグレードをしなかった場合は、Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(asmca)を使用して、ローリング・アップグレードを別途行うことができます。

asmcaを使用してアップグレードを別途行うことはできますが、Oracle Clusterwareのアップグレード後すぐに行う必要があります。Oracle ASMがアップグレードされるまでsrvctlなどのOracle ASM管理ツールが機能しないためです。

注意:
前のバージョンのOracle ASMが11.1.0.6または11.1.0.7の場合のみ、ASMCAによってローリング・アップグレードが行われます。そうでない場合、ASMCAによって通常のアップグレードが行われますが、このアップグレードでは、ASMCAによって、クラスタのすべてのノードにおいて、すべてのOracle ASMインスタンスが停止され、新しいGridホームですべて再起動されます。

F.7.3.1 Oracle ASMをアップグレードするための準備

Oracle ASMのローリング・アップグレードを実行する場合は、次の点に注意してください。

- Oracle Clusterwareのアクティブなバージョンが、11gリリース2(11.2)である必要があります。次のコマンドを入力して、アクティブなバージョンを確認します。

$ crsctl query crs activeversion

- シングル・インスタンスのOracle ASM環境を、クラスタ化されたOracle ASM環境へアップグレードできます。ただし、シングル・インスタンスの既存のOracle ASM環境をアップグレードできるのは、そのOracle ASM環境があるノードからインストールを実行する場合のみです。リモート・ノードにあるシングル・インスタンスのOracle ASM環境をアップグレードすることはできません。

- アップグレード・プロセスを開始する前に、既存のOracle ASM環境で行われているリバランス操作が完了していることを確認する必要があります。

- アップグレード・プロセスの進行中は、Oracle ASMインスタンスをアップグレード状態に変更することになります。このアップグレード状態ではOracle ASM操作が制限されるため、アップグレード・プロセスは開始してすぐに完了する必要があります。Oracle ASMインスタンスがアップグレード状態にあるときに可能な操作は、次のとおりです。

- ディスク・グループのマウントとマウント解除

- データベース・ファイルのオープン、クローズ、サイズ変更または削除

- インスタンスのリカバリ

- 固定ビューおよび固定パッケージの問合せ(固定ビューの問合せと、dbms_diskgroupなどの固定パッケージを使用した匿名PL/SQLブロックの実行は可能です)

F.7.3.2 Oracle ASMのアップグレード

Oracle ASMをアップグレードするには、次の手順を実行します。

1. アップグレードを開始しようとしているノードで、環境変数ASMCA_ROLLING_UPGRADEの値をtrueにします。次に例を示します。

$ export ASMCA_ROLLING_UPGRADE=true

2. Oracle Grid Infrastructure 11gリリース2(11.2)のホームから、ASMCAを起動します。次に例を示します。

$ cd /u01/11.2/grid/bin
$ ./asmca

3. 「アップグレード」を選択します。
ASM Configuration Assistantにより、クラスタ内にあるすべてのノードのOracle ASMが連続してアップグレードされます。

4. アップグレードが完了したら、コマンドを実行して、ASMCA_ROLLING_UPGRADE環境変数の設定を解除します。

関連項目:
Oracle ASMのアップグレード計画の準備、およびOracle ASMアップグレードの開始、実行、停止の詳細は、『Oracle Databaseアップグレード・ガイド』および『Oracle Automatic Storage Management管理者ガイド』を参照してください。

F.8 DB ControlおよびGrid Controlのターゲット・パラメータの更新

Oracle Clusterwareリリース2(11.2)は新しい場所(クラスタ用Oracle Grid Infrastructureホーム、またはGridホーム)でOracle Clusterwareホームをアウトオブプレース・アップグレードしたものであるため、いくつかのパラメータ・ファイルでCRS_HOMEパラメータのパスを変更する必要があります。パラメータを変更しないと、DB ControlまたはGrid Controlで、クラスタ・ターゲットの不正などのエラーが発生します。

この問題を解決するには、次の手順を実行します。

1. dbconsoleまたはgridconsoleにログインします。

2. 「クラスタ」タブに移動します。

3. 「監視構成」をクリックします。

4. 「Oracleホーム」の値を新しいGridホームのパスで更新します。

F.9 既存のOracle Clusterwareインストールのロック解除

以前のリリースからアップグレードした後に、以前のリリースのOracle Grid InfrastructureのGridホームを削除する場合は、まず、以前のリリースのGridホームの権限と所有権を変更する必要があります。このタスクは、次の手順を使用して行います。

rootとしてログインし、次のコマンド構文を使用して以前のリリースのGridホームの権限と所有権を変更します(oldGHは以前のリリースのGridホーム、swownerはOracle Grid Infrastructureインストール所有者、oldGHParentは以前のリリースのGridホームの親ディレクトリです)。

#chmod -R 755 oldGH
#chown -R swowner oldGH
#chown swowner oldGHParent

次に例を示します。

#chmod -R 755 /u01/app/11.2.0.1/grid
#chown -R grid /u01/app/11.2.0.1/grid
#chown grid /u01/app/11.2.0.1

以前のリリースのGridホームの権限と所有権を変更した後、Oracle Grid Infrastructureインストール所有者(前述の例ではgrid)としてログインし、11.2.0.2.0のスタンドアロン削除ツールを使用して、以前のリリースのGridホーム(oldGH)を削除します。

スタンドアロン削除ツールは、次のURLから入手できます。

http://www.oracle.com/technetwork/database/enterprise-edition/downloads/index.html

ご使用のオペレーティング・システム・プラットフォームに対応するダウンロードの「すべて見る」リンクをクリックして、削除ユーティリティ用のダウンロードのリストを調べます。

F.10 アップグレード後のOracle Clusterwareのダウングレード

Oracle Clusterware 11gリリース2 (11.2)へのアップグレードが成功または失敗した後で、Oracle Clusterwareを前のバージョンにリストアすることができます。

この項のリストア手順では、Oracle Clusterwareの構成をOracle Clusterware 11gリリース2 (11.2)にアップグレードする前の状態にリストアします。Oracle Grid Infrastructure 11gリリース2 (11.2)のアップグレードの最中または後で行った変更はすべて消去され、リカバリされません。

次の手順にあるローカル・ノードは、rootupgradeスクリプトが実行された最初のノードです。リモート・ノードは、アップグレードされたその他のすべてのノードです。

Oracle Clusterwareを前のリリースにリストアするには、次の手順を実行します。

1. ダウングレード先のリリース用のダウングレード手順を使用します。
11gリリース2(11.2.0.1)より前のリリースにダウングレードする場合:

すべてのリモート・ノード上で、コマンド構文Grid_home/perl/bin/perl rootcrs.pl -downgrade [-force]を使用して、11gリリース2(11.2)リソースを停止し、11gリリース2(11.2)スタックを停止します。

注意:
このコマンドによってOCRがリセットされたり、ocr.locが削除されたりすることはありません。

コマンド構文は次のとおりです。

# /u01/app/11.2.0/grid/perl/bin/perl rootcrs.pl -downgrade -oldcrshome -version

次に例を示します。

# /u01/app/11.2.0/grid/perl/bin/perl rootcrs.pl -downgrade -oldcrshome
/u01/app/crs -version 11.1.0.1.0

注意:
Oracle Clusterwareのバージョン・フォーマットが正しく指定されているようにします。たとえば、11.1.0.1.0です。

11gリリース2 (11.2)の部分的なインストールまたは失敗したインストールを停止し、Oracle Clusterwareの以前のリリースをリストアするには、このコマンドで-forceフラグを使用します。

11.2.0.1以上のリリースにダウングレードする場合:

コマンド構文Grid_home/perl/bin/perl rootcrs.pl -downgrade -oldcrshome oldGridHomePath -version oldGridversionを使用します(oldGridhomepathは以前のリリースのOracle Grid Infrastructureホームへのパス、oldGridversionはダウングレード先のリリース)。次に例を示します。

# /u01/app/11.2.0/grid/perl/bin/perl rootcrs.pl -downgrade -oldcrshome /u01/app/11.2.0/grid -version 11.2.0.1.0

11gリリース2(11.2)の部分インストールまたは失敗したインストールを停止して、以前のリリースのOracle Clusterwareをリストアする場合は、このコマンドで-forceフラグを使用します。

2. rootcrs.pl -downgradeスクリプトをすべてのリモート・ノードで実行し終わったら、ローカル・ノードでコマンド構文Grid_home/crs/install/rootcrs.pl -downgrade -lastnode -oldcrshome pre11.2_crs_home -version pre11.2_crs_version [-force]を使用します。pre11.2_crs_homeは前のOracle Clusterwareインストールのホーム、pre11.2_crs_versionは前のOracle Clusterwareインストールのリリース番号です。
次に例を示します。

# /u01/app/11.2.0/grid/perl/bin/perl rootcrs.pl -downgrade  -lastnode -oldcrshome
/u01/app/crs -version 11.1.0.6.0

このスクリプトは、OCRをダウングレードします。11gリリース2 (11.2)の部分的なインストールまたは失敗したインストールを停止し、Oracle Clusterwareの以前のリリースをリストアするには、このコマンドで-forceフラグを使用します。

3. グリッド・インフラストラクチャのインストール所有者としてログインし、次のコマンドを実行します(/u01/app/gridは新しい(アップグレードされた) Gridホーム(11.2)です)。

.Grid_home/oui/bin/runInstaller -nowait -waitforcompletion -ignoreSysPrereqs -updateNodeList -silent CRS=false ORACLE_HOME=/u01/app/grid

4. グリッド・インフラストラクチャのインストール所有者として、コマンド./runInstaller -nowait -waitforcompletion -ignoreSysPrereqs -updateNodeList -silent CRS=true ORACLE_HOME=pre11.2_crs_homeを実行します(pre11.2_crs_homeは以前のOracle Clusterwareインストールのホーム・ディレクトリを表します)。
次に例を示します。

.Grid_home/oui/bin/runInstaller -nowait -waitforcompletion -ignoreSysPrereqs -updateNodeList -silent CRS=true ORACLE_HOME=/u01/app/crs

5. 11.2以上のリリースにダウングレードする場合

1. Oracle Grid Infrastructureリリース2 (11.2.0.4)を以前のリリースの11.2にダウングレードする場合、すべてのクラスタ・ノードでrootupgrade.shの実行を完了し、次のコマンドを11.2.0.4 Gridホームから実行します。

acfsroot uninstall

2. 以前のリリースのGridホームから、特権ユーザー(root)として次のコマンドを実行します。

acfsroot install

3. 各ノードで、crsctl start crsコマンドを使用して前のリリースのOracle ClusterwareホームからOracle Clusterwareを起動します。たとえば、前のリリースのホームがcrshome11202である場合は、各ノードで次のコマンドを使用します。
crshome11202/bin/crsctl start crs

11.1以下のリリースにダウングレードする場合

クラスタの各メンバー・ノード上で順に、前のリリースのOracle Clusterwareインストールのホームからroot.shを実行するようプロンプトが表示されます。この作業が終了したら、ダウングレードは完了です。

前のリリースのOracle Clusterwareインストールのホームからroot.shを実行することにより、Oracle Clusterwareスタックが再起動され、以前に古いバージョンでOracle Clusterwareに登録されていたすべてのリソースが起動され、そして前のリリースのOracle Clusterwareスタックを実行するように古い初期化スクリプトが構成されます。

6. 次の環境変数がダウングレード先のリリースのディレクトリを指定するように変更します。

- ORACLE_HOME

- PATH

oratabファイル、およびORACLE_HOME値を設定するすべてのクライアント・スクリプトが、ダウングレードされたOracleホームを指していることを確認する必要があります。

F.11 アップグレード後のクラスタ状態モニターのリポジトリ・サイズの確認

IPD/OSを使用する以前のリリースからOracle Grid Infrastructureリリース2(11.2.0.2以上)にアップグレードする場合は、クラスタ状態モニターのリポジトリ・サイズ(CHMリポジトリ)を確認する必要があります。CHMリポジトリの要件を確認し、より大規模なCHMリポジトリを保持する場合はリポジトリ・サイズを大きくすることをお薦めします。

注意:
Oracle Grid Infrastructureのインストール時に各ノードでroot.shスクリプトを実行すると、以前のIPD/OSリポジトリは削除されます。
クラスタ状態モニターは、IBM: Linux on System z構成では使用できません。

デフォルトでは、リリース11.2.0.3以上のCHMリポジトリのサイズは、最小で1GBまたは3600秒(1時間)です。リリース11.2.0.2および11.2.0.3の場合、クラスタのサイズにかかわらず、CHMリポジトリは1GBです。

CHMリポジトリを大きくするには、次のコマンド構文を使用します。RETENTION_TIMEはCHMリポジトリのサイズ(秒数)です。

oclumon manage -repos resize RETENTION_TIME

RETENTION_TIMEは、3600(1時間)より大きく、259200(3日)より小さい値である必要があります。CHMリポジトリ・サイズを大きくする場合は、クラスタのノードごとに選択するリポジトリ・サイズに使用できるローカル領域があることを確認する必要があります。十分な領域がない場合は、リポジトリを共有ストレージに移動できます。

たとえば、リポジトリ・サイズを4時間に設定するとします。

$ oclumon manage -repos resize 14400

索引
A  B  C  D  E  F  G  H  I  J  K  L  M  N  O  P  R  S  T  U  V  W  X

A

アカウントの構成, 2.1.4

aio-max-nr, E.2.1

AMD 64

ソフトウェア要件, 2.8.2

asmcmdエラー, 2.5.3.1 アーキテクチャ

システム・アーキテクチャの確認, 2.6.4

Asianux

オペレーティング・システム要件, 2.8.1, 2.8.2

ASM

複数のデータベース, 2.5.5.1.3

ローリング・アップグレード, F.7.3

ASMライブラリ・ドライバ(ASMLIB), 4.3.1

ブロック・デバイス名, 3.3.1.4.2

候補ディスク, 1.3.6.3, 3.3.1.4

障害グループの特性, 3.3.1.1, 3.3.2.1

ディスクの可用性の確認, 3.3.1.4.2, 3.5

ASMのディスクの構成, 3.3.1.4

ASM用のOSDBAグループの作成, 2.5.5.2.5

ディスク・グループ, 3.3.1.1

接続されたディスクの表示, 3.3.1.4.2

Linux, 3.5

障害グループ, 3.3.1.1

例, 3.3.1.1, 3.3.2.1

確認, 3.3.1.1, 3.3.2.1

使用可能なディスクの確認, 3.3.1.4.2 各ノードのインスタンスの数, 1.3.5 OSASM管理者またはASM管理者, 2.5.5.1.3 ASM用のOSDBAグループ, 2.5.5.1.3 ディスク・グループの推奨事項, 3.3.1.1 Standard EditionのOracle RACに必要, 3.1.1 標準インストール・タイプに必要, 3.1.1 ローリング・アップグレード, 4.1, 4.1 Oracle Clusterwareファイルに必要な領域, 3.3.1.1 事前構成済データベースに必要な領域, 3.3.1.1 データ・ファイルの記憶域オプション, 3.1.4 Oracle Clusterwareファイルの格納, 3.1.7 ASMディスク

マーキング, 4.3.1

ASMグループ

作成, 2.5.5.2.3

ASMライブラリ・ドライバ(oracleasm)

インストール, 3.3.1.4.1

ASMCA

Oracle ASMでの旧リリースのOracle Databaseディスク・グループの作成に使用, 5.3.2

ASMLIB, 4.3.1

システム起動オプションの構成

構成方法, 3.3.1.4.1

ASMSNMP, 4.1, B.5.2 自動ストレージ管理。「Oracle ASM」を参照

Oracle ASMライブラリ・ドライバの構成, 3.3.1.4.1

自動ストレージ管理クラスタ・ファイル・システム。「Oracle ACFS」を参照

概要, D.2.1

B

Bashシェル

デフォルト・ユーザーの起動ファイル, 2.15.2

シェル制限の設定, 2.15.3

.bash_profileファイル, 2.15.2 バイナリ

再リンク, 5.4

ブロック・デバイス

アップグレード, 3.1.4.2

Oracle Clusterwareファイル用の権限ファイルの作成, 3.3.1.6

Oracle Databaseファイル用の権限ファイルの作成, 3.4

サポート終了, 3.4

サポート終了, 3.1.4.2

デバイス名, 3.3.1.4.2

アップグレードのみ, 3.4

ブロック・デバイスのサポート終了, はじめに BMC

構成, 2.13.3.2

BMCインタフェース

インストール前の作業, 2.13

Bourneシェル

デフォルト・ユーザーの起動ファイル, 2.15.2

Linux x86でのシェル制限の設定, 2.15.3

C

Cシェル

デフォルト・ユーザーの起動ファイル, 2.15.2

シェル制限の設定, 2.15.3

候補ディスク

マーキング, 1.3.6.3, 3.3.1.4

中央インベントリ, 2.5.5.1.1

概要, D.1.1.1

中央インベントリ。「OINSTALLグループ」および「Oracle Inventoryグループ」を参照 ホスト名の変更, 4.1 checkdirエラー, F.4 ASMのディスク可用性の確認, 3.5 Linuxディストリビューションの確認, 2.9 chmodコマンド, 3.2.11 chownコマンド, 3.2.11 クライアント

SCANへの接続, D.1.3.5

クローニング

他のノードへのGridホームのクローニング, 4.4

クラスタ構成ファイル, 4.3.2 クラスタ・ファイル・システム

データ・ファイルの記憶域オプション, 3.1.4

クラスタ・ファイル・システム

Gridホームがサポートされない, 3.1.1

クラスタ名

要件, 4.1

クラスタ・ノード

プライベート・ノード名, 4.1

パブリック・ノード名, 4.1

uidおよびgidの指定, 2.5.5.2.10

仮想ノード名, 4.1

クラスタ時刻同期化サービス, 2.11 クラスタ検証ユーティリティ

cvuqdisk, 2.12

修正スクリプト, 2.3

ユーザー等価関係のトラブルシューティング, A.3

コマンド, 2.15.2

asmca, 3.3.3, 4.3.1, 4.3.1, 5.2.3.2, F.7.3

asmcmd, 2.5.3.1

cat, 2.9

chmod, 3.2.11

chown, 3.2.11

crsctl, 4.6, 5.3.3, F.4, F.7.3.1

dd, はじめに

df, 1.3.1, 2.6.4

env, 2.15.2

fdisk, 3.3.1.4.2, 3.3.1.6, 3.5

解放, 2.6.4

groupadd, 2.5.5.2.10

id, 2.5.5.2.10

ipmitool, 2.13.3.2.1

lsdev, 3.3.1.4.2, 3.5

lsmod, 2.13.3.1

mkdir, 3.2.11

modinfo, 2.9

modprobe, 2.13.3.1

nscd, 2.7.10

ntpd, 2.11

partprobe, 3.3.1.6, 3.4

passwd, 2.5.5.2.10

ping, 2.7.1

rootcrs.pl, 5.4

オプションの構成解除, 6.5

rootupgrade.sh, F.4 rpm, 2.9, 2.12 sqlplus, 2.5.3.1 srvctl, F.4 スワップ, 2.6.4 swapon, 2.6.4 umask, 2.15.1 uname, 2.6.4, 2.9, 3.3.1.4.1 unset, F.5.1 useradd, 2.5.3.3, 2.5.5.2.8, 2.5.5.2.10 usermod, 2.5.5.2.9 xhost, 2.4 xterm, 2.4 yum, 2.1.5 configToolAllCommandsスクリプト, A.11 カーネル・パラメータの構成, E.2 cronジョブ, 4.1, A.6 cssdエージェントおよびモニター, はじめに ctsdd, 2.11 カスタム・データベース

ASMの障害グループ, 3.3.1.1, 3.3.2.1

ASMを使用する場合の要件, 3.3.1.1

カスタム・インストール・タイプ

選択する理由, 2.5.5.1.2

cvuqdisk, 2.12, 2.12

D

データ・ファイル

個別のディレクトリの作成, 3.2.10, 3.2.11

データ・ファイル・ディレクトリでの権限の設定, 3.2.11

記憶域オプション, 3.1.4

データ消失

ASMによるリスクの最小化, 3.3.1.1, 3.3.2.1

データベース・ファイル

サポートされている記憶域オプション, 3.1.7

データベース

ASM要件, 3.3.1.1

DBCA

Oracle ASMディスク・グループ管理には使用されない, 5.3.2

dbca.rspファイル, B.2.1 Oracle Clusterwareの構成解除, 6.5 デフォルトのファイル・モード作成マスク

設定, 2.15.1

デフォルトのLinuxインストール

推奨事項, 2.1.2

削除, 6.1 削除, 6.1 サポート終了

ブロック・デバイス, はじめに

RAWデバイス, はじめに

デバイス名

IDEディスク, 3.3.1.4.2

RAIDディスク, 3.3.1.4.2

SCSIディスク, 3.3.1.4.2

dfコマンド, 2.6.4, 2.15.2 Direct NFS

無効化, 3.2.12, 3.2.12

有効化, 3.2.8, 3.2.8

Oracle Databaseに対する有効化, 3.2.3.3

データ・ファイル, 3.2.3

書込みサイズの最小値, 3.2.3.2

ディレクトリ

個別のデータ・ファイル・ディレクトリの作成, 3.2.10, 3.2.11

データ・ファイル・ディレクトリ用権限, 3.2.11

ディスク・グループ

ASM, 3.3.1.1

Oracle ASMディスク・グループの推奨事項, 3.3.1.1

ディスク・グループ

推奨事項, 3.3.1.1

ディスク領域

確認, 2.6.4

ASMでの事前構成済データベース要件, 3.3.1.1

ディスク

ASMの可用性の確認, 3.3.1.4.2, 3.5

接続されたディスクの表示, 3.3.1.4.2

Linux, 3.5

ディスク。「ASMディスク」も参照 環境変数DISPLAY

設定, 2.15.2

DNS, A.9

E

エミュレータ

Xエミュレータからのインストール, 2.4

enterprise.rspファイル, B.2.1 envコマンド, 2.15.2 環境

設定の確認, 2.15.2

oracleユーザーの構成, 2.15

環境変数

DISPLAY, 2.15.2

ORACLE_BASE, 2.15.2, D.1.1.2

ORACLE_HOME, 2.5.3.1, 2.15.2, F.5.1

ORACLE_SID, 2.15.2, F.5.1

シェル起動ファイルからの削除, 2.15.2

SHELL, 2.15.2

TEMPおよびTMPDIR, 2.6.4, 2.15.2

エラータ

Linuxのカーネル・エラータ, 2.9

エラー

X11転送, 2.15.4, E.1.3

OPatch使用時のエラー, F.4 Exadata

rp_filter, 2.7.9

バイナリの再リンク例, 5.4

例

ASM障害グループ, 3.3.1.1, 3.3.2.1

F

障害グループ

ASM, 3.3.1.1

ASM障害グループの特性, 3.3.1.1, 3.3.2.1

ASM障害グループの例, 3.3.1.1, 3.3.2.1

fdiskコマンド, 3.3.1.4.2, 3.5 新機能, Preface フェンシング, はじめに

cssdエージェントおよびモニター, はじめに

IPMI, はじめに, はじめに, 2.13, 4.1

ファイル・モード作成マスク

設定, 2.15.1

ファイル・システム

データ・ファイルの記憶域オプション, 3.1.4

ファイル・システム, 3.1.8 file-max, E.2.1 ファイル

.bash_profile, 2.15.2

dbca.rsp, B.2.1

シェル起動ファイルの編集, 2.15.2

enterprise.rsp, B.2.1

.login, 2.15.2

oraInst.loc, 2.5.1

/proc/sys/fs/file-max, E.2.1

/proc/sys/kernel/sem, E.2.1

/proc/sys/kernel/shmall, E.2.1

/proc/sys/kernel/shmmax, E.2.1

/proc/sys/kernel/shmmni, E.2.1

/proc/sys/net/ipv4/ip_local_port_range, E.2.1

.profile, 2.15.2

レスポンス・ファイル, B.2

ファイル・セット, 2.8 修正スクリプト, 2.3

概要, 1.2

G

GFS, 3.1.8

gid

既存の確認, 2.5.5.2.10

指定, 2.5.5.2.10

他のノードでの指定, 2.5.5.2.10

グローバリゼーション

サポート, 4.1

GNS

概要, 2.7.2.1

GNS仮想IPアドレス, 4.1 GPFS, 3.1.8 Gridホーム

Oracleべースの制限, 2.5.3.1

デフォルトのパス, 2.16

ディスク領域, 2.6.2

ロック解除, 5.4

gridユーザー, 2.5.5.1.1 grid_install.rspファイル B.2.1 グループID

既存の確認, 2.5.5.2.10

指定, 2.5.5.2.10

他のノードでの指定, 2.5.5.2.10

グループ

OINSTALLグループの存在の確認, 2.5.1, 2.5.1

他のノードでの同一グループの作成, 2.5.5.2.10, 2.5.5.2.10

ASMグループの作成, 2.5.5.2.3, 2.5.5.2.3

ASM用のOSDBAグループの作成, 2.5.5.2.5

OSDBAグループの作成, 2.5.5.2.1

OINSTALL, 2.5.1, 2.5.2

OSASM(asmadmin), 2.5.5.1.3

OSDBA(dba), 2.5.5.1.2

ASM用OSDBA(asmdba), 2.5.5.1.3

OSDBAグループ(dba), 2.5.5.1.2

ASM用OSOPER, 2.5.5.1.3

OSOPERグループ(oper), 2.5.5.1.2

OSOPER(oper), 2.5.5.1.2

インストール所有者ユーザーに必要, 2.5.5.1.1

ユーザー作成時の指定, 2.5.5.2.10, 2.5.5.2.10

NISの使用, 2.5.5, 2.5.5.2.10

H

hangcheckタイマー

cssdエージェントおよびモニターで置換, はじめに

ハードウェア要件, 2.6 高可用性IPアドレス, 2.7.1 ホスト名

変更, 4.1

有効なホスト名, 4.1

I

IBM

Linux on System z

クラスタ状態モニターが使用不可, 1.3.1

IBM: Linux on System z

ソフトウェア要件, 2.8.3

idコマンド, 2.5.5.2.10 IDEディスク

デバイス名, 3.3.1.4.2

INS-32026エラー, 2.5.3.1 インストール

cronジョブ, 4.1

グローバリゼーション, 4.1

他のノードへのグリッド・インフラストラクチャ・ホームのクローニング, 4.4

OUI終了後の実行, A.11

レスポンス・ファイル, B.2

準備, B.2, B.2.2

テンプレート, B.2

サイレント・モード, B.3 クラスタ構成ファイルの使用, 4.3.2 インストール・タイプ

ASM, 3.3.1.1

インタフェース, 4.1

プライベート・インターコネクトの要件, D.1.3.2

断続的なハングアップ

ソケット・ファイル, 4.6

ip_local_port_range, E.2.1 IPMI

GNSで構成できないアドレス, 2.13.2

ドライバの構成, 2.13.3

インストール前の作業, 2.13

インストールの準備, 4.1

J

JDK要件, 2.8

役割区分によるユーザー, 2.5.5.1.1

K

カーネル

Linuxのエラータ, 2.9

カーネル・パラメータ

構成, E.2

Kornシェル

LDAP, 2.8.1, 2.8.2

デフォルト・ユーザーの起動ファイル, 2.15.2

シェル制限の設定, 2.15.3

ksh

「Kornシェル」を参照

L

LDAP

odisrvreg

ソフトウェア要件, 2.8.1, 2.8.2

oidca

ソフトウェア要件, 2.8.1, 2.8.2

schemasynch

ソフトウェア要件, 2.8.1, 2.8.2

有効なホスト名, 4.1 libpam, 2.8.1, 2.8.2 Lightweight Directory Access Protocol

「LDAP」を参照

Linux

バージョンの確認, 2.9

cvuqdiskパッケージ, 2.12

ディストリビューションの確認, 2.9

接続されているディスクの表示, 3.5

カーネル・エラータ, 2.9

複数インターコネクト用rp_filter設定, 2.7.9

Linux(32-bit)

ソフトウェア要件, 2.8.1

Linux x86-64

ソフトウェア要件, 2.8.2

Linux-pam, 2.8.1, 2.8.2 ログ・ファイル

インストール時のアクセス方法, 4.3.1

.loginファイル, 2.15.2 lsdevコマンド, 3.3.1.4.2, 3.5 LVM

ASMの推奨事項, 3.3.1.1

M

マスク

デフォルトのファイル・モード作成マスクの設定, 2.15.1

メモリー要件, 2.6 Linuxの最小インストール

推奨事項, 2.1.1

複合バイナリ, 2.8 mkdirコマンド, 3.2.11 モード

デフォルトのファイル・モード作成マスクの設定, 2.15.1

複数のデータベース

ASM, 2.5.5.1.3

複数インターコネクト

rp_filter設定, 2.7.9

複数のoracle_home, 2.5.3.1, 3.2.11 My Oracle Support, 5.1

N

Net Configuration Assistant(NetCA)

レスポンス・ファイル, B.4

コマンド・プロンプトでの実行, B.4

netca, 4.3.1 netca.rspファイル, B.2.1 ネットワーク情報サービス

「NIS」を参照

新機能, はじめに NFS, 3.1.8, 3.2.6

データ・ファイル, 3.2.4

Oracle Clusterwareファイル, 3.2.1

バッファ・サイズ・パラメータ, 3.2.5, 3.2.7

Direct NFS, 3.2.3

データ・ファイル, 3.2.4

rsize, 3.2.6

NIS

ローカル・ユーザーおよびグループの代替, 2.5.5

nslookupコマンド, A.9 NTPプロトコル

設定, 2.11

O

OCFS2, 3.1.8

Linuxでの確認, 2.9

バージョンの確認, 2.8.1, 2.8.2, E.3

Linux用のダウンロード場所, 2.9

Gridホームがサポートされない, 3.1.1

状態, 2.9

OINSTALLグループ

概要, D.1.1.1

oraInst.loc, 2.5.1

存在の確認, 2.5.1

他のノードでの作成, 2.5.5.2.10

OINSTALLグループ。「Oracle Inventoryグループ」も参照 OPatch, F.4 オペレーティング・システム

Linuxのディストリビューションおよびバージョンの確認, 2.9

クラスタ・メンバーで異なる, 2.8

Oracle ACFSの制限, D.2.1

パッケージの不足, A.5

要件, 2.8

oprocd

cssdエージェントおよびモニターで置換, はじめに

Optimal Flexible Architecture

oraInventoryディレクトリ, D.1.1.2

ORA-27369

終了コードで失敗したタイプEXECUTABLEのジョブ

Oracle ASMライブラリ・ドライバ

構成方法, 3.3.1.4.1

Oracleベース

Gridホームの禁止, 2.16

Oracleベース・ディレクトリ

概要, D.1.2

GridホームはOracle DatabaseのOracleベースに配置しない, 2.5.3.1

最小ディスク領域, 2.6.2

Oracle Berkeley DB

制限事項, 4.5

Oracle Cluster Registry

構成, 4.1

ミラー化, 3.2.1

パーティション・サイズ, 3.2.1

ブロック・デバイス・パーティションを所有する権限ファイル, 3.3.1.6

サポートされている記憶域オプション, 3.1.7

Oracle Clusterware

ファイル・システム, 3.1.8

Oracle ASMインスタンスのアップグレード, 1.3.5

インストール, 4

ローリング・アップグレード, 4.1

サポートされている記憶域オプション, 3.1.7

アップグレード, 3.2.1

Oracle Clusterwareファイル

ASMディスク領域要件, 3.3.1.1

Oracle Clusterwareのインストレーション・ガイド

『Oracle Grid Infrastructureインストレーション・ガイド』に置き換る, はじめに, 4

Oracle Database

データ・ファイル・ディレクトリの作成, 3.2.10, 3.2.11

データ・ファイルの記憶域オプション, 3.1.4

オペレーティング・システムのパッチ要件, 2.8.1, 2.8.2

権限を付与されたグループ, 2.5.5.1.2

ASM要件, 3.3.1.1

Oracle Database Configuration Assistant

レスポンス・ファイル, B.2.1

Oracle Disk Manager

Direct NFS, 3.2.8

Oracle Enterprise Manager

ASMSNMPアカウント, B.5.2

Oracle Grid Infrastructure所有者(grid), 2.5.5.1.1 Oracle Grid Infrastructureレスポンス・ファイル, B.2.1 Oracleホーム, 2.5.3.1

ASCIIパスの制限, 4.1

複数のoracle_home, 2.5.3.1, 3.2.11

Oracle Inventoryグループ

概要, D.1.1.1

存在の確認, 2.5.1

作成, 2.5.2

他のノードでの作成, 2.5.5.2.10

oraInst.locファイル, 2.5.1

Oracle Linux

Oracle Preinstallation RPM, 2.1.4

アカウントの構成, 2.1.4

オペレーティング・システム要件, 2.8.1, 2.8.2 Oracle Net Configuration Assistant

レスポンス・ファイル, B.2.1

Oracleパッチの更新, 5.1 Oracle Preinstallation RPM, はじめに

概要, 2.1.4

Oracle Linuxに同梱, 2.1.4, 2.1.4

インストール, 2.1.5

トラブルシューティング, 2.1.4

Oracle Real Application Clusters

ASMのディスクの構成, 3.3.1.4.2

オペレーティング・システムのパッチ要件, 2.8.1, 2.8.2

Oracleソフトウェア所有者ユーザー

作成, 2.5.3

説明, 2.5.5.1.1

Oracleソフトウェア所有者ユーザー

環境の構成, 2.15

作成, 2.5.3.2, 2.5.5.2.6, 2.5.5.2.7

他のノードでの作成, 2.5.5.2.10

デフォルトのシェルの確認, 2.15.2

必要なグループ・メンバーシップ, 2.5.5.1.1

Oracleソフトウェア所有者ユーザー

シェル制限の設定, 2.15.3

Oracle Universal Installer

レスポンス・ファイル

リスト, B.2.1

Oracle Upgrade Companion, 2.2 oracleユーザー

Oracle Preinstallation RPM, 2.1.4

環境の構成, 2.15

作成, 2.5.3, 2.5.3.2, 2.5.3.3, 2.5.5.2.6, 2.5.5.2.7, 2.5.5.2.8

他のノードでの作成, 2.5.5.2.10

説明, 2.5.5.1.1

デフォルトのシェルの確認, 2.15.2

必要なグループ・メンバーシップ, 2.5.5.1.1

シェル制限の設定, 2.15.3

Oracleユーザー

Oracle Preinstallation RPM, 2.1.4

Oracle Validated RPM

概要, 2.1.4

環境変数ORACLE_BASE

シェル起動ファイルからの削除, 2.15.2

環境変数ORACLE_HOME

シェル起動ファイルからの削除, 2.15.2

環境変数ORACLE_SID

シェル起動ファイルからの削除, 2.15.2

oracleasm RPM

インストール, 3.3.1.4.1

oracle-rdbms-server rpm, 2.1.4 oracle-validated.rpm, 2.1.4 oraInst.loc

中央インベントリ, 2.5.1

内容, 2.5.1

oraInst.locファイル

位置, 2.5.1

位置, 2.5.1

oraInventory, 2.5.5.1.1

概要, D.1.1.1

作成, 2.5.2

OSASMグループ, 2.5.5.1.3

概要, 2.5.5.1.3

複数のデータベース, 2.5.5.1.3

SYSASM, 2.5.5.1.3

作成, 2.5.5.2.3

ASM用のOSDBAグループ, 2.5.5.1.3

概要, 2.5.5.1.3

OSDBAグループ

SYSDBA権限, 2.5.5.1.2

作成, 2.5.5.2.1

他のノードでの作成, 2.5.5.2.10, 2.5.5.2.10

説明, 2.5.5.1.2

ASM用のOSDBAグループ

作成, 2.5.5.2.5

ASM用のOSOPERグループ

概要, 2.5.5.1.3

作成, 2.5.5.2.4

OSOPERグループ

SYSOPER権限, 2.5.5.1.2

作成, 2.5.5.2.2

他のノードでの作成, 2.5.5.2.10, 2.5.5.2.10

説明, 2.5.5.1.2

P

パッケージcvuqdiskがインストールされていない, 2.12

パッケージ

Linuxでの確認, 2.9

デフォルトのLinuxインストール, 2.8

パッケージ。「RPM」も参照 PAM, 2.8.1, 2.8.2 パーティション

ASMでの使用, 3.3.1.1

passwdコマンド, 2.5.5.2.10 パッチの更新

ダウンロード, 5.1

インストール, 5.1

My Oracle Support, 5.1

権限

データ・ファイル・ディレクトリ, 3.2.11

物理RAM要件, 2.6 pingコマンド, A.9 ポリシー管理データベース

SCAN, D.1.3.5

インストール後

パッチのダウンロードおよびインストール, 5.1

root.shのバックアップ, 5.2.1

事前構成済データベース

ASMディスク領域要件, 3.3.1.1

ASMを使用する場合の要件, 3.3.1.1

権限を付与されたグループ

Oracle Database, 2.5.5.1.2

プロセッサ

システム・アーキテクチャの確認, 2.6.4

/proc/sys/fs/aio-max-nr, E.2.1 /proc/sys/fs/file-maxファイル, E.2.1 /proc/sys/kernel/semファイル, E.2.1 /proc/sys/kernel/shmall, E.2.1 /proc/sys/kernel/shmallファイル, E.2.1 /proc/sys/kernel/shmmax, E.2.1 /proc/sys/kernel/shmmniファイル, E.2.1 /proc/sys/kernel/shmni, E.2.1 /proc/sys/net/core/rmem_defaultファイル, E.2.1 /proc/sys/net/core/rmem_maxファイル, E.2.1 /proc/sys/net/core/wmem_defaultファイル, E.2.1 /proc/sys/net/core/wmem_maxファイル, E.2.1 /proc/sys/net/ipv4/ip_local_port_range, E.2.1 .profileファイル, 2.15.2 PRVF-5436エラー, 2.11

R

RAC

LinuxでのASM用ディスクの構成, 3.5

RAID

Oracle Cluster Registryおよび投票ディスクのミラー化, 3.2.1

ASMの推奨冗長レベル, 3.3.1.1

RAIDディスク

デバイス名, 3.3.1.4.2

RAM要件, 2.6 RAWデバイス

アップグレード, 3.1.4.2, 3.4

サポート終了, 3.4

既存のパーティションのアップグレード, 3.2.1

RAWデバイスのサポート終了, はじめに リカバリ・ファイル

サポートされている記憶域オプション, 3.1.7

Red Hat

オペレーティング・システム要件, 2.8.1, 2.8.2

Red Hat Package Manager

「RPM」を参照。

冗長レベル

事前構成済データベースの領域要件, 3.3.1.1

冗長インターコネクトの使用, 2.7.1 Oracle Grid Infrastructureホーム・バイナリの再リンク, 5.4, 6.3, 6.4 要件, 3.3.1.1

ハードウェア, 2.6

resolv.confファイル, A.9 レスポンス・ファイルのインストール

準備, B.2

レスポンス・ファイル

テンプレート, B.2

サイレント・モード, B.3 レスポンス・ファイル・モード

概要, B.1

使用する理由, B.1.1

「レスポンス・ファイル」および「サイレント・モード」も参照

レスポンス・ファイル

概要, B.1

テンプレートでの作成, B.2.1

dbca.rsp, B.2.1

enterprise.rsp, B.2.1

一般的な手順, B.1.2

grid_install.rsp, B.2.1

Net Configuration Assistant, B.4

netca.rsp, B.2.1

コマンドラインで値を渡す, B.1

Oracle Universal Installerを使用した指定, B.3

レスポンス・ファイル。「サイレント・モード」を参照

概要, B.1

使用する理由, B.1.1

「レスポンス・ファイル」も参照,

rmem_default, E.2.1 rmem_max, E.2.1 ローリング・アップグレード

ASM, 4.1

ASM, F.7.3

Oracle Clusterware, 4.1

rootユーザー

ログイン, 2.4

root.sh, 4.3.1

バックアップ, 5.2.1

実行, 4.1, A.11

RPM

確認, 2.9

デフォルトのLinuxインストール, 2.8

rsizeパラメータ, 3.2.6 実行レベル, 2.6.1

S

SCANアドレス, 4.1, A.9

SCANリスナー, A.9, D.1.3.5

SCAN, 2.7.2.2

理解, D.1.3.5

ポリシー管理データベースのクライアントに必要なSCANの使用, D.1.3.5

スクリプト

root.sh, 4.1

SCSIディスク

デバイス名, 3.3.1.4.2

セキュア・シェル

インストーラによる構成, 2.14

セキュリティ

Oracleソフトウェアの所有者の分割, 2.5.5

ユーザー認証, 2.8.1, 2.8.2

semファイル, E.2.1 semmniパラメータ

Linuxでの推奨値, E.2.1

semmnsパラメータ

Linuxでの推奨値, E.2.1

semmslパラメータ

Linuxでの推奨値, E.2.1

semopmパラメータ

Linuxでの推奨値, E.2.1

シェル制限の設定, 2.15.3 シェル

oracleユーザーのデフォルトのシェルの確認, 2.15.2

環境変数SHELL

値の確認, 2.15.2

シェル制限

Linuxでの設定, 2.15.3

シェル起動ファイル

編集, 2.15.2

環境変数の削除, 2.15.2

shmall E.2.1 shmmax, E.2.1 shmmni, E.2.1 サイレント・モード・インストール, B.3 単一クライアント・アクセス名。「SCANアドレス」を参照 ソフトウェア要件, 2.8

ソフトウェア要件の確認, 2.9

ssh

X11転送, 2.15.4

OUIからの自動構成, 2.14

構成, E.1

サポートされているバージョン, E.1

使用時, 2.14

起動ファイル

シェル, 2.15.2

記憶域

ASM候補ディスクのマーキング, 4.3.1

stty

インストール・エラーを回避するための抑止, 2.15.5

サポートされている記憶域オプション

Oracle Clusterware, 3.1.7

抑制モード

使用する理由, B.1.1

SUSE

オペレーティング・システム要件, 2.8.1, 2.8.2

スワップ領域

要件, 2.6

SYSASM, 2.5.5.1.3

OSASM, 2.5.5.1.3

SYSDBA

ASMでのデータベースSYSDBAの使用は非推奨, 2.5.5.1.3

SYSDBA権限

関連するグループ, 2.5.5.1.2

SYSOPER権限

関連するグループ, 2.5.5.1.2

システム・アーキテクチャ

確認, 2.6.4

T

tcshシェル

シェル制限の設定, 2.15.3

TEMP環境変数, 2.6.4

設定, 2.15.2

一時ディレクトリ, 2.6.4 一時ディレクトリ。「/tmpディレクトリ」を参照 一時ディスク領域

確認, 2.6.4

解放, 2.6.4

要件, 2.6

端末出力コマンド

Oracleインストール所有者アカウントのための抑止, 2.15.5

/tmpディレクトリ

領域の確認, 2.6.4

領域の解放, 2.6.4

TMPDIR環境変数, 2.6.4

設定, 2.15.2

透過的なHugePages

使用禁止, C.3

トラブルシューティング

削除, 6.1

asmcmdエラーおよびOracleホーム, 2.5.3.1

OUIからの自動SSH構成, 2.14

DBCAがOracle ASMディスク・サイズを認識せずディスク・グループの作成に失敗, 5.3.2

root.shエラーの原因修正のためのOracle Clusterwareの構成解除, 6.5

異なるグループIDとユーザーID, 2.1.4

ディスク領域エラー, 4.1

DISPLAYエラー, 2.15.4

環境パス・エラー, 4.1

エラー・メッセージ, A.1

認証前の致命的タイムアウト, A.1

ログ・ファイルのスクリプト入力のガベージ文字列, 2.15.5

断続的なハングアップ, 4.6

ログ・ファイル, 4.3.1

オペレーティング・システム・パッケージの不足, A.5

NFSマウント, 2.7.10

権限エラーとoraInventory, D.1.1.1

インストール時の権限エラー, D.1.1.2

パブリック・ネットワーク障害, 2.7.10

root.shエラー, 6.5

実行レベル・エラー, 2.6.1

sqlplusエラーおよびOracleホーム, 2.5.3.1

ssh, E.1.1

SSH構成の失敗, E.1.2.1

sshエラー, 2.15.5

SSHタイムアウト, A.1

sttyエラー, 2.15.5

デバイスを消去できない, A.10.2

候補ディスクが見つからない, A.10.2

ASMLibを開けない, A.10.2

不明なインストールのエラー, 4.1, A.6

ユーザー等価関係, A.3, E.1.1

異なるユーザーIDとグループIDによるユーザー等価関係エラー, 2.5.3.3, 2.5.5.2.7

ユーザー等価関係エラー, 2.5.2

ddコマンドを使用した投票ディスクのバックアップ, はじめに

X11転送エラー, 2.15.4

U

uid

既存の確認, 2.5.5.2.10

指定, 2.5.5.2.10

他のノードでの指定, 2.5.5.2.10

umask, 2.15.2 umaskコマンド, 2.15.1, 2.15.2 Unbreakable Enterprise Kernel for Linux

概要, 2.1.3

rp_filter設定, 2.7.9

サポートされているディストリビューション, 2.8.2

アンインストール, 6.1 アンインストール, 6.1 アップグレード

Oracle Clusterware, 4.1

制限, F.4

環境変数の設定の削除, F.5.1

アップグレード, 2.2

SCAN, D.1.3.5

Oracle ASM, F.7.3

RAWデバイスまたはブロック・デバイスの使用, 3.1.4.2

アップグレード

既存のOracle ASMインスタンス, 1.3.5

OCRパーティション・サイズ, 3.2.1

投票ディスク・パーティション・サイズ, 3.2.1

ローカルのGridホームに対する共有のOracle Clusterwareホーム, 2.16

ユーザー等価関係

テスト, A.3

ユーザー等価関係エラー

グループおよびユーザー, 2.5.3.3, 2.5.5.2.7

ユーザーID

既存の確認, 2.5.5.2.10

指定, 2.5.5.2.10

他のノードでの指定, 2.5.5.2.10

useraddコマンド, 2.5.3.3, 2.5.5.2.8, 2.5.5.2.10 ユーザー

他のノードでの同一ユーザーの作成, 2.5.5.2.10, 2.5.5.2.10

gridユーザーの作成, 2.5.3, 2.5.3

oracleユーザーの作成, 2.5.3.2, 2.5.3.2, 2.5.5.2.6, 2.5.5.2.6, 2.5.5.2.7, 2.5.5.2.7

Oracleソフトウェア所有者ユーザー(oracle), 2.5.5.1.1

シェル制限の設定, 2.15.3

Linuxでのユーザーのシェル制限の設定, 2.15.3

作成時のグループの指定, 2.5.5.2.10, 2.5.5.2.10

NISの使用, 2.5.5, 2.5.5.2.10

V

VIP

SCAN, A.9

投票ディスク

ddコマンドを使用したバックアップは非推奨, はじめに

構成, 4.1

ミラー化, 3.2.1

パーティション・サイズ, 3.2.1

サポートされている記憶域オプション, 3.1.7

W

wmem_default, E.2.1

wmem_max, E.2.1

ワークステーション

インストール, 2.4

wsizeパラメータ, 3.2.6 wtmax, 3.2.3.2

Direct NFSの最小値, 3.2.3.2

X

Xエミュレータ

インストール, 2.4

X端末

インストール, 2.4

X Window System

リモート・ホストの有効化, 2.4

X Window System

リモート・ホストの有効化, 2.4

X11転送

エラー, 2.15.4

X11転送エラー, E.1.3 xhostコマンド, 2.4 xtermコマンド, 2.4 xtitle

インストール・エラーを回避するための抑止, 2.15.5

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2018, Oracle and/or its affiliates. All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。