Cluster Server 7.3.1 Agent for Oracle インストール/設定ガイド - Linux
- Cluster Server agent for Oracle の概要
- Cluster Server agent for Oracle について
- エージェントが Oracle の高可用性を保証するしくみ
- Oracle 用 Cluster Server エージェント関数について
- Oracle エージェント関数
- Oracle エージェントによる診断監視のサポートのしくみ
- ASMInst エージェント関数
- Oracle エージェント関数
- Oracle のインストールと設定
- Oracle のインストールのための VCS の必要条件について
- VCS のための Oracle インストールタスクについて
- Oracle 11gR2 または 12c の ASM バイナリの VCS 環境へのインストール
- クラスタの最初のノードでの 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 Cluster Synchronization Service デーモンの自動起動の有効化
Oracle 11g R2 または 12c では、クラスタの各ノードで次の手順を実行します。
必要な Oracle Cluster Synchronization Services プロセス(occsd.bin)がアクティブでない場合、Oracle ASM インスタンスリソースで障害が発生します。 リソースの障害を防ぐには、CSSD リソース(ora.cssd)の AUTO_START 属性を修正します。 この設定変更により、クラスタ内の各ノードで ohasd デーモンが起動した時点で、すぐに Oracle High Availability Services デーモン(ohasd)が ocssd.bin プロセスを起動できるようになります。
したがって、ocssd.bin プロセスが起動すると、このプロセスは自動的に ASM インスタンスを起動します。 ただし、次のシナリオでは、ASMInst リソースがフェールオーバーサービスグループの一部として設定されている場合に、この設定変更が原因で同時性違反の問題が起きる可能性があります。 あるノードが何らかの理由で停止または再ブートし、このノード上のすべてのリソースが 2 番目のノードでオンラインになるとします。 再ブート後、ohasd プロセスが自動的に ocssd.bin プロセスを起動し、ocssd.bin プロセスが node1 で ASM インスタンスを自動的に起動することにより、同時性違反が発生します。 この問題を解決するには、次のコマンドを実行して ASM の自動起動を無効にすることを推奨します。
# $GRID_HOME/bin/crsctl modify resource ora.asm -attr AUTO_START=never
メモ:
Oracle Grid Infrastructure がインストールされている VCS クラスタのすべてのノードで ASM の自動起動を無効にするために、このコマンドを実行する必要があります。
Oracle Cluster Synchronization Service デーモンの自動起動を有効にするには
- ora.cssd リソースの AUTO_START 属性を次のように設定します。
# $GRID_HOME/bin/crsctl modify resource ora.cssd -attr AUTO_START=always
メモ:
この手順は、Oracle Grid Infrastructure がインストールされている VCS クラスタのすべてのノードで実行する必要があります。