Cluster Server 8.0.2 Agent for Oracle インストールおよび設定ガイド - Linux
- Cluster Server Agent for Oracle の導入
- Cluster Server Agent for Oracle について
- Oracle ASM のエージェントについて
- Oracle の VCS エージェントのサポート対象ソフトウェア
- エージェントが Oracle の高可用性を保証するしくみ
- Oracle 用 Cluster Server エージェントの機能について
- Oracle エージェント関数
- Oracle エージェントの起動オプションと停止オプション
- 従来のデータベースおよびコンテナデータベース内の Oracle エージェントに対する監視オプション
- PDB の起動オプションと停止オプション
- プラグ可能なデータベースの監視
- コンテナデータベース（CDB）の起動モードに基づくプラグ可能なデータベース（PDB）の推奨起動モード
- 詳細監視での Oracle エラーコードの操作
- Cluster Server agent for Oracle の Info エントリポイント
- Cluster Server agent for Oracle の Action エントリポイント
- Oracle エージェントによる診断監視のサポートのしくみ
- Netlsnr エージェント関数
- ASMInst エージェントの機能
- ASMDG エージェントの機能
- Oracle エージェント関数
- VCS クラスタにおける標準的な Oracle 設定
- VCS クラスタでの Oracle 設定について
- Oracle のインストールと設定
- VCS 環境での Oracle のインストール
- VCS 環境に Oracle をインストールする前に
- Oracle のインストールのための VCS の必要条件について
- VCS のための Oracle インストールタスクについて
- VCS 環境での ASM バイナリのインストール
- クラスタの最初のノードでの Oracle ASM の設定
- 残りのノードでの ASM の構成と起動
- クラスタの最初のノードへの Oracle バイナリのインストール
- Oracle データベースの設定
- $ORACLE_BASE/admin/SID ディレクトリのコピー
- Oracle ASM の初期化パラメータファイルのコピー
- Oracle データベースへのアクセスの確認
- Oracle 用エージェントのインストールと削除
- Oracle 用 VCS サービスグループの設定
- Veritas High Availability 設定ウィザードを使った Oracle 用 VCS サービスグループの設定
- Oracle 用 VCS サービスグループの管理
- プラグ可能データベース (PDB) の移行
- Cluster Server Agent for Oracle のトラブルシューティング
- 付録 A. リソースタイプの定義
- 付録 B. 設定例
- 付録 C. ベストプラクティス
- 付録 D. Oracle の VCS クラスタ での SPFILE の使用
- 付録 E. 単一インスタンスのデータベース環境での OHASD
$ORACLE_HOME の場所
Oracle バイナリファイルと設定ファイルが格納された Oracle ホームディレクトリ（$ORACLE_HOME）は、各サーバーのディスクにローカルに配置できます。また、Oracle ホームディレクトリを共有ストレージに配置することもできます。Oracle バイナリの適切な場所は、環境によって異なります。次に、それぞれの場合の利点について説明します。
共有ディスク上に $ORACLE_HOME ディレクトリを配置した場合 | Oracle データベースサーバー（$ORACLE_HOME）は共有ディスクにインストールできます。クラスタ内の各ノードには、共有ファイルシステムに対して同じマウントポイントディレクトリがある必要があります。Oracle バイナリを共有ストレージにインストールすると、インスタンスを実行するためのクラスタ内の任意のノードのセットアップが簡略化されます。それぞれのデータベースサービスグループは、自己完結しています。インスタンスを、クラスタ内でストレージを共有している新しいノードに移動することも可能です。 たとえば、4 つのノードを持つクラスタで、3 つのデータベースインスタンス（またはサービスグループ）でそれぞれバージョンの異なる Oracle を実行することが可能です。Oracle バイナリを共有ストレージに配置している場合は、共有ストレージ上に各バージョンにつき 1 つ、合計 3 つの Oracle バイナリが必要になります。これとは対照的に、Oracle バイナリをローカルストレージに配置している場合は、バイナリのコピーが最大で 12 個（4 ノードにそれぞれ 3 つのバージョン）必要です。 この方法の欠点は、共有ストレージ上の Oracle バイナリのローリングアップグレードが行えないことです。 |
ローカルディスク上に $ORACLE_HOME ディレクトリを配置した場合 | Oracle データベースサーバー（$ORACLE_HOME）はローカルディスクにインストールできます。利点は、データベースサーバーが別のノードで実行中に、オフラインのノード上の Oracle データベースのバイナリをアップグレードできることです。データベースに互換性があれば、最小限のダウンタイムで、アップグレードしたノードに後で切り替えることができます。 この方法の欠点は、多数のノードを使った場合、さまざまな Oracle のインストール環境の保守が困難になることです。 |
Oracle ASM を使う場合は、それぞれのノードのローカルディスク上にのみ Oracle のホームディレクトリを配置する必要があります。Oracle データベースと同じ Oracle のホームに Oracle ASM をインストールできます。または、別の Oracle のホームディレクトリに Oracle ASM をインストールすることもできます。
Oracle のマニュアルを参照してください。