Storage Foundation for Oracle® RAC 7.3.1 設定およびアップグレードガイド - Linux
- 第 I 部 SF Oracle RAC の設定
- SF Oracle RAC の設定の準備
- スクリプトベースのインストーラを使った SF Oracle RAC の設定
- SF Oracle RAC の自動設定の実行
- 応答ファイルを使った SF Oracle RAC の設定
- SF Oracle RAC を設定するための応答ファイル変数
- SF Oracle RACを設定するためのサンプル応答ファイル
- 応答ファイルを使った I/O フェンシングの設定
- ディスクベースの I/O フェンシングを設定するための応答ファイルの変数
- ディスクベースの I/O フェンシングを設定するための応答ファイルの例
- 応答ファイルを使用した CP サーバーの設定
- CP サーバーを設定するための応答ファイル変数
- SFHA クラスタで CP サーバーを設定するためのサンプル応答ファイル
- サーバーベースの I/O フェンシングを設定するための応答ファイルの変数
- サーバーベースの I/O フェンシングを設定するためのサンプル応答ファイル
- 第 II 部 インストール後の作業と設定作業
- 第 III 部 SF Oracle RAC のアップグレード
- 第 IV 部 Oracle RAC のインストールとアップグレード
- Oracle RAC をインストールする前に
- Oracle RAC の重要なプリインストール情報
- Oracle RAC のインストールの準備について
- SF Oracle RAC インストーラを使った、または手動による Oracle RAC のインストールの準備
- Oracle で使われるパブリック仮想 IP アドレスの特定
- カーネルパラメータの設定
- Oracle が必要とする RPM とパッチがインストールされていることの確認
- ユーザー nobody が存在することを確認します。
- SF Oracle RAC インストーラの起動
- Oracle RAC のユーザーとグループの作成
- OCR と投票ディスク用ストレージの作成
- Oracle RAC 11.2.0.1 のプライベート IP アドレスの設定
- Oracle RAC 11.2.0.2 以降のバージョンのプライベート IP アドレス設定
- すべてのプライベートネットワークインターフェース上でマルチキャストが機能することの確認
- Oracle Clusterware/Grid Infrastructure と Oracle データベースのホームディレクトリの手動での作成
- ユーザー相当の権限の設定
- RHEL 6 にインストールする Oracle RAC 11.2.0.3 の Oracle cvu_config ファイルの更新
- Oracle RAC のインストール
- Oracle RAC の自動インストールの実行
- Oracle RAC のインストール後のタスクの実行
- Oracle RAC のアップグレード
- Oracle RAC をインストールする前に
- 第 V 部 ノードの追加と削除
- SF Oracle RAC クラスタへのノードの追加
- クラスタへのノードの追加について
- クラスタにノードを追加する前に
- Veritas InfoScale インストーラを使ったクラスタへのノードの追加
- 手動によるクラスタへのノードの追加
- SF Oracle RAC 応答ファイルを使ったクラスタへのノードの追加
- 新しいノードで Oracle RAC 11.2.0.2 以降のバージョンの IP アドレスを設定する
- Oracle RAC への新しいノードの追加
- SFDB ツールに対して認証を使っているクラスタへのノードの追加
- ノード追加後の SFDB（Storage Foundation for Databases）リポジトリの更新
- ノードをクラスタに追加するための設定ファイルの例
- SF Oracle RAC クラスタからのノードの削除
- SF Oracle RAC クラスタへのノードの追加
- 第 VI 部 ディザスタリカバリ環境の設定
- 第 VII 部 インストールの参考情報
- 付録 A. インストールスクリプト
- 付録 B. インストール用のチューニングパラメータファイル
- 付録 C. サンプルインストールと設定値
- 付録 D. 設定ファイル
- VCS 設定ファイルについて
- LLT と GAB の設定ファイルについて
- I/O フェンシングの設定ファイルについて
- 設定ファイルの例
- sfrac02_main.cf ファイル
- sfrac03_main.cf ファイル
- sfrac04_main.cf ファイル
- sfrac05_main.cf ファイル
- sfrac06_main.cf ファイル
- sfrac07_main.cf ファイルと sfrac08_main.cf ファイル
- sfrac09_main.cf ファイルと sfrac10_main.cf ファイル
- sfrac11_main.cf ファイル
- sfrac12_main.cf ファイルと sfrac13_main.cf ファイル
- sfrac14_main.cf ファイル
- sfrac15_main.cf ファイルと sfrac16_main.cf ファイル
- sfrac17_main.cf ファイル
- CP サーバーの設定ファイルの例
- 付録 E. セキュアシェルまたはリモートシェルの通信用の設定
- 付録 F. 自動ストレージ管理
- 付録 G. テストデータベースの作成
- 付録 H. 高可用性エージェントの情報
- 付録 I. SF Oracle RAC 配備シナリオ
- 付録 J. RDMA 上での LLT の使用
- RDMA 上での LLT の使用
- クラスタ環境の RoCE または InfiniBand ネットワーク上の RDMA について
- アプリケーション間のより高速の相互接続のための LLT での RDMA 機能のサポートについて
- RDMA 上の LLT の使用: サポート対象の使用例
- RDMA 上の LLT の設定
- RDMA 上の LLT のトラブルシューティング
CRSResource エージェントを使う場合の VCS サービスグループの依存関係
CRSResource エージェントを使うサービスグループの設定では、Oracle Clusterware がデータベースを制御します。グループ（Application グループ、Oracle Clusterware グループ、CVM グループ）間に online local firm 依存関係が存在します。
図: CRSResource エージェントを使う場合のサービスグループの依存関係 は、サービスグループの依存関係の略図を示しています。
設定についての説明は次のとおりです。
システムの起動時に、CVM グループが、データベースのボリュームとマウントポイントを起動します。Oracle Clusterware グループが、OCR と投票ディスクを起動し、Oracle Clusterware のプライベート IP アドレスを設定して、Oracle Clusterware を起動します。Oracle Clusterware がデータベースを起動し、アプリケーションがオンラインになります。Oracle Clusterware リソース（データベース/VIP/リスナー）が Oracle Clusterware によって起動されると、CRSResource がオンラインになります。
メモ:
依存関係にあるサービスグループがオンラインになるには、システムの起動時に、すべてのボリュームとマウントポイントがオンラインになる必要があります。
oradata_mnt リソースと oradata_voldg リソースは、障害シナリオの管理においてクリティカルでないリソース（critical=0）として設定されます。
CRSResource エージェントが障害を処理するしくみを参照してください。
いずれかの Oracle Clusterware リソースが原因で CRSResource に障害が起きると、アプリケーションがオフラインになります。
この設定の制限事項は次のとおりです。
CFSMount リソースと CVMVolDg リソースは、グループ内のクリティカルなリソースとして設定できません。
1 つのサービスグループですべてのデータベースのマウントポイントとボリュームディスクグループがクリティカルとして設定された場合、そのいずれかで障害が起きると、グループ全体が FAULTED になるか、またはオフラインになります。1 つのリソースの障害によりグループの他のリソースが影響を受けないようにするために、CFSMount リソースと CVMVolDg リソースで属性 Critical がゼロに設定されます。
ただし、いずれかのデータベースのマウントがオンラインにならなかった場合、またはボリュームが起動しなかった場合は、サービスグループ全体がオンラインになりません。
Oracle Clusterware がデータベースインスタンス、VIP、リスナーを起動するまで、CRSResource は FAULTED と報告します。Oracle Clusterware がデータベースインスタンス、VIP、リスナーを起動した後でも、OfflineMonitorInterval 期間中は、CRSResource は FAULTED の状態のままです。CRSResource の状態は変更できません。