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 のインストールのための VCS の必要条件について
VCS クラスタに Oracle をインストールするには、次の必要条件を満たしている必要があります。
カーネルパラメータの設定 |
Oracle をインストールする各ノードが、Oracle の設定に関する次の必要条件を満たしている必要があります。
個々の必要条件について詳しくは、対応するオペレーティングシステムに関する Oracle のマニュアルを参照してください。 |
Linux パッケージグループ |
Linux をインストールするときは、Software Development パッケージオプションを選択することを推奨します。このオプションは、インストール時の Oracle の再リンクや一部の Advanced Server 機能を利用するために必要です。 |
$ORACLE_HOME の場所 |
環境にもよりますが、Oracle ホームディレクトリ($ORACLE_HOME)は次のどちらかの方法で配置できます。
Oracle ASM を使う場合は、それぞれのノードのローカルディスク上にのみ Oracle のホームディレクトリを配置する必要があります。 それぞれの方法の利点を見直して、どちらかに決めます。 $ORACLE_HOME の場所を参照してください。 |
複数の Oracle インスタンス(SID)の設定 |
シングルクラスタの設定で定義される複数の Oracle インスタンスを設定できます。このような場合、各インスタンスのパラメータファイルはサービスグループの SystemList 属性で指定されたすべてのノードでアクセス可能である必要があります。 メモ: 同じシステムに Oracle の複数のバージョンをインストールした場合は、SID に重複がないことを確認します。 |
Oracle データベース表領域の場所 |
表領域を通常の(ext3 または VxFS)ファイル上に作成する場合、これらのファイルを含むファイルシステムは共有ディスク上に配置する必要があります。また、各ノードで、共有ディスク上のファイルシステム用に同一のマウントポイントを作成します。 Oracle の表領域に共有ディスク上の RAW デバイスを使う場合は、次の必要条件を満たしている必要があります。
たとえば、Veritas Volume Manager を使っている場合は、次のように入力します。 # vxedit -g diskgroup_name set group=dba \ user=oracle mode=660 volume_name メモ: ユーザー oracle とグループ dba は、Network Information Service(NIS と NIS+)ユーザーではなくローカルユーザーである必要があります。 |
リスナーの透過的フェールオーバー |
ノードの切り替え後でも再設定することなく、Oracle サーバーのクライアントを再接続可能にできます。そのような再接続のためには、Oracle リソースのサービスグループに少なくとも 1 つの IP リソースを含める必要があります。このリソースが設定する IP アドレスにマッピングされているホスト名は、$TNS_ADMIN/listener.ora ファイルの Host フィールドに定義されている必要があります。 Oracle のクライアント/サーバー通信に TCP/IP プロトコルを使う場合は、ファイル /etc/services に Oracle Net Service のサービス名が記載されていることを確認します。サービスグループの SystemList 属性に定義されている各ノードで、このファイルを確認する必要があります。 |
VCS 環境のリスナー認証 |
Netlsnr エージェントは、リスナープロセスのためのパスワード認証と同様、OS の認証をサポートします。Oracle 10g 以降を使用している場合は、OS の認証を設定することを推奨します。リスナーのパスワードを設定する場合は、パスワードが正しく設定されたかを確認してください。パスワードが不適切に設定された場合には、リスナーにエラーが生じる場合があります。 Oracle データベースのユーザーパスワードとリスナーパスワードの暗号化を参照してください。 リスナー認証の設定について詳しくは、Oracle のマニュアルを参照してください。 |
VCS 環境での Oracle データベースのホットバックアップ |
VCS 環境では、Oracle データベースのホットバックアップはデフォルトで有効に設定されています。 Oracle データベースのホットバックアップを実行しているときに、ノードで障害が発生することがあります。障害の発生時に、VCS が別のノードへのフェールオーバーを実行できるのは、次の必要条件が満たされている場合だけです。
これらの VCS の必要条件を満たしていない場合は、手動でホットバックアップを終了してから、別のノードに Oracle をフェールオーバーする必要があります。 メモ: ノードが Oracle 12C のコンテナデータベースやプラグ可能なデータベースのホットバックアップ時に失敗する場合は、対応する CDB リソースの AutoEndBkup 属性を 1 に設定する必要があります。CDB の AutoEndBkup を 1 に設定すると、オンライン時に CDB と PDB の両方のバックアップも終了します。 ホットバックアップ中に VCS ノードに障害が発生した後の Oracle のフェールオーバーを参照してください。 メモ: AutoEndBkup 属性値を 0 に設定した場合は、予期しない VCS の動作を回避するために詳細監視を有効にする必要があります。 VCS agent for Oracle の詳細監視の設定を参照してください。 |
VCS で Oracle ASM を設定するためのストレージデバイス |
Oracle ASM では次のストレージデバイスの 1 つを選択できます。
VxVM または CVM ボリュームを使う ASM のディスクに対してミラー化を設定する場合は、VxVM のミラー化は設定する必要がありますが、ASM のミラー化は設定しません。
Oracle 11g R2 または 12c 以降では、ASMInst エージェントは ASM ディスクグループの ASM インスタンスの pfile または spfile をサポートしません。このファイルを ASM ディスクグループからローカルファイルシステムにコピーすることを推奨します。 |
詳細情報