ヘッダーをスキップ

Oracle Application Server 高可用性ガイド
10g リリース2（10.1.2）
B15817-04
目次
目次		 索引
索引

戻る 次へ

9
OracleAS Infrastructure: 高可用性トポロジ

この章では、OracleAS Infrastructureの高可用性トポロジについて説明します。これらのトポロジには、前述の各章で説明した構成が使用されます。

9.1 OracleAS Infrastructureの高可用性トポロジの概要

表9-1は、OracleAS Infrastructureトポロジと、使用される構成を示しています。

表9-1    OracleAS Infrastructureの高可用性トポロジと使用される構成 
トポロジ  OracleAS Metadata Repository  Oracle Identity Management 

OracleAS Cold Failover Cluster（Infrastructure） トポロジ 

インストーラによってインストールされる新しいデータベース（Identity ManagementとOracleAS Metadata Repositoryのインストール・タイプの使用）: アクティブ/パッシブ構成 

なし（Oracle Identity ManagementコンポーネントはOracleAS Metadata Repositoryとともにインストールされます）。 

分散型OracleAS Cold Failover Cluster（Infrastructure）トポロジ 

インストーラによってインストールされる新しいデータベース（Identity ManagementとOracleAS Metadata Repositoryのインストール・タイプの使用）: アクティブ/パッシブ構成 

OracleAS Single Sign-OnおよびOracle Delegated Administration Services: アクティブ/アクティブ構成またはアクティブ/パッシブ構成

Oracle Internet Directory およびOracle Directory Integration and Provisioning: OracleAS Metadata Repositoryとともにアクティブ/パッシブ構成でインストールされます。 

OracleAS Cold Failover Cluster（Identity Management） トポロジ 

既存のデータベース 

アクティブ/パッシブ構成 

分散型OracleAS Cold Failover Cluster（Identity Management）トポロジ 

既存のデータベース 

Oracle Internet DirectoryおよびOracle Directory Integration and Provisioning: アクティブ/パッシブ構成

OracleAS Single Sign-OnおよびOracle Delegated Administration Services: アクティブ/アクティブ構成 

OracleAS Cluster（Identity Management） トポロジ 

既存のデータベース 

アクティブ/アクティブ構成 

分散型OracleAS Cluster（Identity Management）トポロジ 

既存のデータベース 

Oracle Internet DirectoryおよびOracle Directory Integration and Provisioning: アクティブ/アクティブ構成

OracleAS Single Sign-OnおよびOracle Delegated Administration Services: アクティブ/アクティブ構成 

9.2 OracleAS Cold Failover Cluster（Infrastructure） トポロジ

図9-1は、OracleAS Cold Failover Cluster（Infrastructure）を示しています。このトポロジは、次で構成されます。

OracleAS Cold Failover Cluster（Infrastructure）トポロジは、次の機能を提供します。

図9-1    OracleAS Cold Failover Cluster（Infrastructure）: 通常の運用


画像の説明

9.2.1 Microsoft WindowsでのOracleAS Cold Failover Cluster（Infrastructure）の使用

Microsoft Windowsで使用する場合、OracleAS Cold Failover Cluster（Infrastructure）トポロジには前述の項で説明した特性に加えて、次のような固有の特性があります。

Oracle Fail SafeとMicrosoft Cluster Serverを統合すると、OracleAS Cold Failover Clusterトポロジでの環境および自動フェイルオーバー機能の管理が容易になります。OracleAS Metadata Repositoryデータベース、そのTNSリスナーおよびOPMNがWindowsサービスとして実行され、Oracle Fail SafeとMicrosoft Cluster Serverによって監視されます。これらのサービスのいずれかに障害が発生した場合、グループがスタンバイ・ノードにフェイルオーバーされる前に、Microsoft Cluster Serverによって、問題のサービスの再起動が3回（デフォルトの設定）試行されます。さらには、OPMNによって、Oracle Internet Directory、OC4JおよびOracle HTTP Serverコンポーネントが監視、起動および再起動されます。

リソース・グループ

WindowsでのOracleAS Cold Failover Clusterトポロジの中心は、リソース・グループという概念です。グループとはOracle Fail Safeに設定したリソースの集合を指します。アクティブ・ノードからスタンバイ・ノードへのフェイルオーバー時は、グループおよびその中のリソースが1つの単位としてフェイルオーバーされます。OracleAS Cold Failover Cluster構成をインストールするときは、この構成のためにグループを作成します。このグループは、次のもので構成されます。

図9-2では、仮想ホスト名に cfcinfra.mydomain.comが、仮想IPに144.25.245.1が使用されています。ノード1からノード2へのフェイルオーバーが発生したときは、仮想ホスト名と仮想IPがスタンバイ・ノードに移行し、スタンバイ・ノードがアクティブ・ノードになります。アクティブ・ノードの障害は、中間層のコンポーネントに対して透過的です。

注意

WindowsのOracleAS Cold Failover Cluster（Infrastructure）トポロジでは、静的なIPアドレスしか使用できません。 

図9-2    Microsoft WindowsでのOracleAS Cold Failover Cluster（Infrastructure）の使用


画像の説明

9.2.2 インストールに関する重要項目

このトポロジのインストールの詳細は、Oracle Application Serverのインストレーション・ガイドを参照してください。次のような重要項目があります。

9.2.3 実行時

この項では、図9-1のサンプル値を使用します。

表9-2    OracleAS Cold Failover Cluster（Infrastructure）のサンプル値 
項目  サンプル値 

物理ノード 

ノード1およびノード2 

仮想ホスト名 

cfcinfra.mydomain.com 

仮想IPアドレス 

144.25.245.1 

仮想ホスト名であるcfcinfra.mydomain.comは、この仮想IPアドレスにマッピングされ、中間層ではOracleAS Infrastructureがcfcinfra.mydomain.comに関連付けられます。

通常の運用モードでは、ハードウェア・クラスタのソフトウェアはノード1上の仮想IPアドレスを有効にし、このノードのOracleAS Infrastructureプロセス（データベース、データベース・リスナー、Oracle Enterprise Manager 10gおよびOPMN）をすべて起動します。OPMNはその後、必要に応じてOracleAS Infrastructureプロセス（Oracle Internet Directory、OC4JインスタンスおよびOracle HTTP Server）を起動、監視、再起動します。

9.2.4 フェイルオーバー

1次ノードで障害が発生した場合は、2次ノード上で仮想IPアドレスを手動で有効にします（図9-3）。これにより、OracleAS Infrastructureプロセスはすべて2次ノード上で起動します。仮想IPと共有記憶域がノード2に移行し、データベース、データベース・リスナーおよび他のすべてのOracleAS Infrastructureプロセスが起動するため、OracleAS Infrastructureにアクセスする中間層ではサービスの一時的な損失が発生します。Infrastructureプロセスが起動すると、この間に再試行を行っていた中間層プロセスが再接続されます。新しい接続は、フェイルオーバーが発生したことを認識しません。

OracleAS Metadata Repository用にOracle Database 10gの自動ストレージ管理（ASM）機能を使用する場合は、Cluster Synchronization Services（CSS）デーモンがスタンバイ・ノードに構成されている必要があります。CSSデーモンは、データベース・ファイル・ストレージでASMインスタンスを使用するデータベース・インスタンスとASMインスタンスを同期化します。具体的な手順は、Oracle Application Serverのインストレーション・ガイドのOracleAS Cold Failover Clusterに関する章を参照してください。

図9-3    OracleAS Cold Failover Cluster（Infrastructure）: フェイルオーバー後


画像の説明

ハードウェア・クラスタ・フレームワークでは、OracleAS Infrastructureプロセスの起動、監視、検出、再起動またはフェイルオーバーを行うことができますが、これらの操作は自動的には実行されません。なんらかのスクリプト作成や簡単なプログラミングを必要とします。

9.2.4.1 Solarisシステムでのフェイルオーバー

Veritas Volume Managerを使用するSolarisシステムで、アクティブ・ノードからスタンバイ・ノードにフェイルオーバーするには、次の手順を実行します。

障害ノード上で実行する手順
  1. 必要に応じて、ノードのOracleAS Cold Failover Cluster（Infrastructure）インスタンスに属するすべてのプロセスを停止または中断します。

  2. rootとして、Oracle Cluster Synchronization Services（CSS）デーモンocssdが実行中であれば停止します。次のコマンドを使用します。

    # /etc/init.d/init.cssd stop
  3. 第8.6.2項「Solarisシステムにおけるフェイルオーバーの手動手順」の「障害ノード上で実行する手順」に説明されている手順に従ってください。

新しいアクティブ・ノード上で実行する手順
  1. 「新しいアクティブ・ノード上で実行する手順」（第8.6.2項「Solarisシステムにおけるフェイルオーバーの手動手順」）に説明されている手順に従ってください。

  2. Oracle Cluster Synchronization Services（CSS）デーモン、ocssdが必要な場合は、Oracleホームをインストールしたユーザーとして次のコマンドを実行します。

    > /etc/init.d/init.cssd start
  3. この新しいアクティブ・ノードでOracle Application Serverプロセスを起動します。この場合は、OracleAS Metadata RepositoryプロセスおよびOracle Identity Managementプロセスを起動する必要があります。

    1. OracleAS Metadata Repositoryデータベースを起動します。

      > ORACLE_HOME/bin/sqlplus /nolog
SQL> connect SYS as SYSDBA
SQL> startup
    2. OracleAS Metadata Repositoryデータベース・リスナーを起動します。

      > ORACLE_HOME/bin/lsnrctl start
    3. 新しいアクティブ・ノード上でOracle Identity Managementプロセスを起動します。

      > ORACLE_HOME/opmn/bin/opmnctl startall

9.2.4.2 Windowsシステムでのフェイルオーバー

手順は、第8.6.3項「Windowsシステムにおけるフェイルオーバーの手動手順」を参照してください。

9.2.4.3 Linuxシステムでのフェイルオーバー

Linuxシステムで、アクティブ・ノードからスタンバイ・ノードにフェイルオーバーする手順を次に示します。

障害ノード上で実行する手順
  1. 障害が発生したノードのOracleAS Cold Failover Cluster（Infrastructure）インスタンスに属するすべてのプロセスが停止していることを確認します。

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

  3. Oracle Cluster Synchronization Services（CSS）デーモン、ocssdが実行中であれば、次のコマンドを使用して停止します。

    # /etc/init.d/init.cssd stop
  4. 「障害ノード上で実行する手順」（第8.6.4項「Linuxシステムにおけるフェイルオーバーの手動手順」）に説明されている手順に従ってください。

新しいアクティブ・ノード上では、次の手順を実行します。

新しいアクティブ・ノード上で実行する手順
  1. 「新しいアクティブ・ノード上で実行する手順」（第8.6.4項「Linuxシステムにおけるフェイルオーバーの手動手順」）に説明されている手順に従ってください。

  2. Oracle Cluster Synchronization Services（CSS）デーモン、ocssdが必要な場合は、Oracleホームをインストールしたユーザーとして次のコマンドを実行します。

    > /etc/init.d/init.cssd start
  3. 新しいアクティブ・ノードで次のコマンドを実行して、すべてのOracleAS Infrastructureプロセスを起動します。

    1. ORACLE_HOME環境変数にOracleAS InfrastructureのOracleホームを設定します。

    2. ORACLE_SID環境変数にOracleAS Metadata Repositoryのシステム識別子を設定します。

    3. OracleAS Metadata Repositoryデータベースを起動します。

      > ORACLE_HOME/bin/sqlplus /nolog
SQL> connect SYS as SYSDBA
SQL> startup
    4. OracleAS Infrastructureデータベース・リスナーを起動します。

      > ORACLE_HOME/bin/lsnrctl start
    5. 次のコマンドを使用して、OPMNおよびすべてのOPMN管理プロセスを起動します。

      > ORACLE_HOME/opmn/bin/opmnctl startall
    6. Application Server Controlコンソールを起動します。

      > ORACLE_HOME/bin/emctl start iasconsole

9.2.5 起動手順

OracleAS Cold Failover Cluster（Infrastructure）でOracleAS Infrastructureコンポーネントを起動するには、次の手順を実行します。

  1. rootとして、ボリューム管理ソフトウェアを有効にし、必要に応じてファイル・システムをマウントします。

  2. 現在のノードの仮想IPアドレスを有効にします。

  3. ORACLE_HOME環境変数にOracleAS InfrastructureのOracleホームを設定します。

  4. ORACLE_SID環境変数にOracleAS Metadata Repositoryデータベースのシステム識別子を設定します。

  5. PATH環境変数を、OracleAS InfrastructureのORACLE_HOME/binディレクトリを含むように設定します。

    Windowsでは、次のコマンドを使用してPATHを設定できます。

    set PATH=%ORACLE_HOME%¥bin;%PATH%

    注意

    Oracleホームが複数インストールされているコンピュータでは、Oracleホームのパスを、PATH環境変数の最初のエントリとして指定します。また、使用する実行可能ファイルの完全なパスを確実に指定してください。 

  6. OracleAS Metadata Repositoryデータベース・リスナーを起動します。

    > ORACLE_HOME/bin/lsnrctl start
  7. OracleAS Metadata Repositoryデータベースを起動します。

    UNIXシステムの場合:

    > $ORACLE_HOME/bin/sqlplus /nolog
SQL> connect SYS as SYSDBA
SQL> startup

    Windowsシステムの場合:

    > %ORACLE_HOME%¥bin¥sqlplus /nolog
SQL> connect SYS as SYSDBA
SQL> startup
  8. OPMNおよびすべてのOPMN管理対象プロセスを起動します。

    > ORACLE_HOME/opmn/bin/opmnctl startall
  9. Application Server Controlコンソールを起動します。

    > ORACLE_HOME/bin/emctl start iasconsole

9.2.6 停止手順

OracleAS Cold Failover ClusterでOracleAS Infrastructureを停止するには、次の手順を実行します。

  1. ORACLE_HOME環境変数にInfrastructureのOracleホームを設定します。

  2. ORACLE_SID環境変数にメタデータ・リポジトリのシステム識別子を設定します。

  3. Application Server Controlコンソールを停止します。

    > ORACLE_HOME/bin/emctl stop iasconsole
  4. OracleASインスタンスごとにOPMNおよびすべてのOPMN管理対象プロセスをローカルに停止します。

    OPMNデーモンおよびすべてのOPMN管理対象プロセスを停止するには、次のコマンドを使用します。

    > ORACLE_HOME/opmn/bin/opmnctl stopall
  5. OracleAS Metadata Repositoryデータベースを停止します。

    UNIXシステムの場合:

    > $ORACLE_HOME/bin/sqlplus /nolog
SQL> connect SYS as SYSDBA
SQL> shutdown

    Windowsシステムの場合:

    > %ORACLE_HOME%¥bin¥sqlplus /nolog
SQL> connect SYS as SYSDBA
SQL> shutdown
  6. OracleAS Infrastructureデータベース・リスナーを停止します。

    > ORACLE_HOME/bin/lsnrctl stop

次の2つの手順は、現在のノードを停止してもう一方のノードにフェイルオーバーする場合にのみ必要です。それ以外の場合、停止プロセスにおいて必須ではありません。

  1. rootとして、ボリューム管理ソフトウェアを無効にし、必要に応じてファイル・システムをアンマウントします。

  2. 現在のノードの仮想IPアドレスを無効にします。

9.2.7 Application Server Controlコンソールの使用

OracleAS Cold Failover Cluster（Infrastructure）の管理には、Application Server Controlコンソールを使用できます。図9-4は、サンプルの画面を示しています。

Application Server ControlコンソールのURLには、物理ホスト名ではなく仮想ホスト名を使用します。

図9-4    OracleAS Cold Failover Cluster（Infrastructure）でのApplication Server Controlコンソール


画像の説明

9.2.8 構成の変更

OracleAS Cold Failover Cluster（Infrastructure）では、OracleAS Metadata RepositoryおよびOracle Identity Managementは、共有記憶域にある同じOracleホームにインストールされます。OracleAS Cold Failover Cluster（Infrastructure）の構成を変更するには、標準のOracleAS Infrastructure管理技術を使用します。これは、『Oracle Application Server管理者ガイド』を参照してください。

関連項目

 

9.2.9 仮想IPの構成

OracleAS Cold Failover Cluster（Infrastructure）の仮想IPの構成方法については、ご使用のプラットフォームのOracle Application Serverのインストレーション・ガイドを参照してください。

9.2.10 バックアップおよびリカバリ手順

OracleAS Cold Failover Cluster環境をバックアップしたり、障害時にこれらのバックアップをリカバリするには、『Oracle Application Server管理者ガイド』で説明されているバックアップおよびリカバリ手順を使用します。

その他の考慮事項を次に示します。

バックアップに関する考慮事項:

リカバリに関する考慮事項:

9.3 分散型OracleAS Cold Failover Cluster（Infrastructure）トポロジ

分散型OracleAS Cold Failover Cluster（Infrastructure）（図9-5を参照）では、Oracle Identity Managementコンポーネントを配布して、より安全な環境を作成します。OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesは、他のOracleAS Infrastructureコンポーネントとは別に配置します。

通常、図9-5に示すように、OracleAS Single Sign-OnとOracle Delegated Administration Servicesは2つのファイアウォール（DMZ内）の間で実行し、Oracle Internet DirectoryとOracleAS Metadata Repositoryは、内側のファイアウォールの背後で実行します。この図は、Oracle Application Server中間層が、OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesと同じノードで実行されていることを示しています。

1つ目のファイアウォールの外側にあるクライアントは、OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesにアクセスできます。2つ目のファイアウォールによってOracleAS Metadata RepositoryおよびOracle Internet Directoryには直接アクセスできません。

別の層にあるOracle Internet Directoryにアクセスするために、OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesは、仮想ホスト名（図9-5の場合はoidmr.mydomain.com）を使用します。

図9-5    分散型OracleAS Cold Failover Cluster（Infrastructure）


画像の説明

9.3.1 このトポロジの層

表9-3は、このトポロジの層を示しています。

表9-3    分散型OracleAS Cold Failover Cluster（Infrastructure）内の層 
層  構成  この層の管理に関する関連項目 

OracleAS Metadata Repositoryと、すべてのOracle Identity Managementコンポーネント（OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesは除く） 

アクティブ/パッシブ 

第9.3.4項「OracleAS Metadata Repository / Oracle Internet Directory層のランタイム」 

OracleAS Single Sign-On および Oracle Delegated Administration Services 

アクティブ/アクティブまたはアクティブ/パッシブ 

第8.9項「アクティブ/アクティブ構成にOracleAS Single Sign-OnとOracle Delegated Administration Servicesを配置する」

または

第8.10項「アクティブ/パッシブ構成にOracleAS Single Sign-OnとOracle Delegated Administration Servicesを配置する」 

9.3.2 外部ロード・バランサの要件

このトポロジでは、アクティブ/アクティブ構成またはアクティブ/パッシブ構成でOracleAS Single Sign-OnおよびOracle Delegated Administration Servicesを実行できます。アクティブ/アクティブ構成で実行する場合は、次の機能を持つ外部ロード・バランサが必要です。

これらの機能の詳細は、第2.2.4.2項「外部ロード・バランサ」を参照してください。

9.3.3 インストールに関する重要項目

このトポロジのインストールの方法の詳細は、Oracle Application Serverのインストレーション・ガイドを参照してください。次のような重要項目があります。

9.3.4 OracleAS Metadata Repository / Oracle Internet Directory層のランタイム

OracleAS Cold Failover Clusterに、次のOracleAS Infrastructureコンポーネントを配置します。

OracleAS Cold Failover Clusterには、1つのアクティブ・ノードと1つのパッシブ・ノード（アクティブ/パッシブ構成）を配置し、このクラスタの仮想ホスト名と仮想IPアドレスを構成します。

ハードウェア・クラスタでは常時1つのノードのみアクティブです。仮想ホスト名（oidmr.mydomain.com）はアクティブ・ノードを指します。共有記憶域はアクティブ・ノードにのみマウントされます。

クライアントがこの層で実行されているコンポーネントにアクセスするには、仮想ホスト名を使用します。たとえば、OracleAS Metadata RepositoryまたはOracle Internet Directoryにアクセスする場合は、仮想ホスト名（oidmr.mydomain.com）を使用します。

OPMNは、この層で実行されて、Oracle Internet Directoryプロセスを管理します。

9.3.5 OracleAS Metadata Repository/Oracle Internet Directory層でのフェイルオーバー

アクティブ層に障害が発生すると、クラスタウェアはOracleAS Metadata Repository、Oracle Internet Directory、Application Server ControlおよびOPMNのプロセスをスタンバイ・ノードにフェイルオーバーします。

クラスタウェアはまた、新しいアクティブ・ノードに共有記憶域をマウントして、仮想ホスト名と仮想IPアドレスを新しいアクティブ・ノードに関連付けます。

アクティブ・ノードからパッシブ・ノードへのフェイルオーバーは、ノードレベルで起こります。アクティブ・ノードで実行されているすべてのコンポーネント（Oracle Internet Directory、Oracle Directory Integration and ProvisioningおよびOracleAS Metadata Repository）はパッシブ・ノードに同時にフェイルオーバーされます。

Windowsでは、Oracle Fail Safeによってフェイルオーバーが実行されます。

9.3.6 起動手順

異なる層でプロセスを起動するには、次の順で行う必要があります。

  1. アクティブ・ノードのOracleAS Metadata RepositoryとOracle Internet Directoryの層で、次を実行します。

    1. OracleAS Metadata Repositoryを起動します。

    2. Oracle Internet Directoryと他のプロセスを起動します。

    3. Application Server Controlを起動します。

  2. 各ノードのOracleAS Single Sign-OnおよびOracle Delegated Administration Services層で、OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesコンポーネントを起動します。起動コマンドの一覧は、第8.9.4項「OracleAS Single Sign-OnとOracle Delegated Administration Servicesの起動」を参照してください。

9.3.7 停止手順

異なる層でプロセスを停止するには、次の順序で実行します。

  1. 各ノードのOracleAS Single Sign-OnおよびOracle Delegated Administration Services層でプロセスを停止します。停止コマンドの一覧は、第8.9.5項「OracleAS Single Sign-OnとOracle Delegated Administration Servicesの停止」を参照してください。

  2. アクティブ・ノードのOracleAS Metadata RepositoryとOracle Internet Directoryの層で、次を実行します。

    1. Oracle Internet Directoryと他のプロセスを停止します。

    2. OracleAS Metadata Repositoryを停止します。

    3. Application Server Controlを停止します。

9.3.8 Application Server Controlの使用

分散型OracleAS Cold Failover Cluster（Infrastructure）内のコンポーネントの管理には、Application Server Controlを使用できます。

OracleAS Metadata RepositoryおよびOracle Internet Directoryのノードでは、http://oidmr.mydomain.com:1156（Application Server Controlがポート1156で実行されているものと想定）というように、Application Server ControlのURLに仮想ホスト名を使用します。

OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesのノードでは、http://sso1.mydomain.com:1156、http://sso2.mydomain.com:1156というように、Application Server ControlのURLに各ノードの物理ホスト名を使用します。

9.3.9 監視手順

通常Oracle Application ServerプロセスはOPMNによって監視されるため、ユーザーが監視する必要はありません。しかし、手動で監視する場合は、Application Server Controlまたはコマンドを使用して、すべてのノードで実行されているOracleAS Infrastructureコンポーネントのステータスを監視します。

実行可能なコマンドの一覧は、第7.4項「OracleAS Metadata Repositoryのステータスのチェック」および第8.11項「Oracle Identity Managementコンポーネントのステータスのチェック」を参照してください。コマンドは必ず適切なノードで実行してください。たとえば、Oracle Internet Directoryをチェックする場合は、OracleAS Metadata RepositoryおよびOracle Internet Directoryノードでコマンドを実行します。

9.3.10 バックアップおよびリカバリ手順

バックアップおよびリカバリのガイドラインは、第9.2.10項「バックアップおよびリカバリ手順」を参照してください。

9.4 OracleAS Cold Failover Cluster（Identity Management） トポロジ

OracleAS Cold Failover Cluster（Identity Management）（図9-6を参照）では、OracleAS Cold Failover ClusterにOracle Identity Managementコンポーネントをインストールして実行します。OracleAS Metadata Repositoryは、OracleAS Metadata Repository Creation Assistantを使用して既存のデータベースにインストールします。データベースはReal Application Clustersデータベースやコールド・フェイルオーバー・クラスタ・データベースなど高可用性データベースである必要があります。図9-6は、コールド・フェイルオーバー・クラスタ・データベースをこのトポロジで示しています。

Oracle Identity Managementコンポーネントを実行するノードには、仮想ホスト名および仮想IPアドレスが必要です。中間層などのクライアントは、仮想ホスト名を使用してOracle Identity Managementコンポーネントにアクセスします。

コールド・フェイルオーバー・クラスタ・データベースを使用する場合

コールド・フェイルオーバー・クラスタ・データベースを使用する場合は、そのデータベースと同じノードにOracle Identity Managementをインストールし実行します。また、各ノードをアクティブにできます。つまり、1つのノードをOracle Identity Managementコンポーネントのアクティブ・ノードにし、もう1つのノードをデータベースのアクティブ・ノードにできます。たとえば、図9-6では、ノード1はOracle Identity Managementのアクティブ・ノードであり、ノード2はOracleAS Metadata Repositoryが含まれるデータベースのアクティブ・ノードです。この構成では、両方のノードを同時に使用できます。1つのノードに障害が発生すると、そのノードで実行されていたプロセスはもう一方のノードにフェイルオーバーされ、そのノードですべてのプロセス（データベースとOracle Identity Management）が実行されます。

これを実現するには、Oracle Identity Managementとデータベースでは別のアクティブ・ノードを指しているため、それぞれに個別の仮想ホスト名と仮想IPアドレスを設定する必要があります。図9-6では、Oracle Identity Managementの仮想ホスト名im.mydomain.comはノード1を指し、データベースの仮想ホスト名mr.mydomain.comはノード2を指しています。

図9-6    OracleAS Cold Failover Cluster （Identity Management）


画像の説明

9.4.1 このトポロジの層

表9-4は、このトポロジの層を示しています。

表9-4    OracleAS Cold Failover Cluster（Identity Management）内の層 
層  構成  この層の管理に関する関連項目 

OracleAS Metadata Repository 

既存のデータベースにインストール済 

第7章「OracleAS Infrastructure: OracleAS Metadata Repositoryの高可用性」 

Oracle Identity Managementコンポーネント 

アクティブ/パッシブ 

第8.6項「アクティブ/パッシブ構成にすべてのOracle Identity Managementコンポーネントを配置する」 

9.4.2 インストールに関する重要項目

このトポロジのインストールの方法の詳細は、Oracle Application Serverのインストレーション・ガイドを参照してください。次のような重要項目があります。

9.4.3 Oracle Identity Managementコンポーネントのランタイム

中間層のコンポーネントおよびアプリケーションは、Oracle Internet Directoryに対してLDAPリクエストを、OracleAS Single Sign-OnまたはOracle Delegated Administration Servicesに対してHTTP/HTTPSリクエストを作成することによりOracle Identity Managementサービスにアクセスします。

クライアントは、シングル・サインオンURLを使用してOracleAS Single Sign-Onサーバーに直接HTTP/HTTPSリクエストを作成することにより、シングル・サインオンできます。このURLには、Oracle Identity Managementに構成されている仮想ホスト名が使用されます。

OracleAS Single Sign-Onは、接続プールを確立してOracleAS Metadata Repositoryデータベースにアクセスします。プールの接続は、Oracle Netを使用してアクティブ・データベース・インスタンスと通信します。Oracle Netは、中間層コンポーネントおよびOracle Internet Directoryによるデータベースへの接続にも使用されます。

9.4.4 Oracle Identity Managementコンポーネントのフェイルオーバー

Oracle Identity Managementコンポーネントが実行されているノードに障害が発生すると、これらのコンポーネントはもう一方のノードにフェイルオーバーされます。仮想ホスト名と仮想IPも、新しいアクティブ・ノードを指すように切り替わります。

コールド・フェイルオーバー・クラスタ・データベースを実行する場合

コールド・フェイルオーバー・クラスタ・データベースを実行し、1つのノードをデータベースのアクティブ・ノード、もう1つのノードをOracle Identity Managementのアクティブ・ノードとして使用している場合（たとえば、ノード1がOracle Identity Managementのアクティブ・ノードで、ノード2がデータベースのアクティブ・ノードの場合）は、新しくアクティブになったノードですべてのプロセスが実行されます。これで両方の仮想ホスト名がともに新しいアクティブ・ノードを指すようになります。

9.4.5 起動手順

プロセスを起動するには、次の順序で行う必要があります。

  1. OracleAS Metadata Repositoryデータベースを起動します。

  2. Oracle Identity Managementコンポーネントを起動します。

  3. Application Server Controlを起動します。

9.4.6 停止手順

プロセスを停止するには、次の順序で行う必要があります。

  1. Oracle Identity Managementコンポーネントを停止します。

  2. Application Server Controlを停止します。

  3. OracleAS Metadata Repositoryデータベースを停止します。

9.4.7 Application Server Controlの使用

OracleAS Cold Failover Cluster（Identity Management）内のOracle Identity Managementコンポーネントの管理には、Application Server Controlを使用できます。

Application Server ControlのURLには、http://im.mydomain.com:1156（Application Server Controlがポート1156で実行されているものと想定）という仮想ホスト名を使用します。

9.5 分散型OracleAS Cold Failover Cluster（Identity Management）トポロジ

このトポロジは、第9.4項「OracleAS Cold Failover Cluster（Identity Management） トポロジ」で説明したトポロジと似ていますが、OracleAS Single Sign-OnとOracle Delegated Administration Servicesを、Oracle Internet Directoryとは異なるノードのセットにインストールし実行する点が異なります。

OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesのノードは、アクティブ/アクティブ構成で実行します。つまり、これらのノードの前面にロード・バランサを配置します。ロード・バランサは、これらのノードにリクエストを送信します。

Oracle Internet Directoryのノードは、アクティブ/パッシブ構成で実行します。既存のコールド・フェイルオーバー・クラスタ・データベースがある場合は、そのデータベースと同じノードにOracle Internet Directoryをインストールします。

OracleAS Metadata Repositoryに関しては、OracleAS Metadata Repository Creation Assistantを使用して、アクティブ/アクティブ構成で既存のReal Application Clustersデータベースにインストールするか、アクティブ/パッシブ構成でコールド・フェイルオーバー・クラスタ・データベースにインストールできます。

このトポロジは、より安全な構成を作成する場合に選択します。このトポロジを使用すると、OracleAS Single Sign-OnとOracle Delegated Administration ServicesをDMZ内で実行し、Oracle Internet DirectoryとOracleAS Metadata RepositoryデータベースをDMZの背後のイントラネットで実行できます。

図9-7は、分散型OracleAS Cold Failover Cluster（Identity Management）を示しています。OracleAS Metadata Repositoryは、既存のコールド・フェイルオーバー・クラスタ・データベースにインストールされています。Oracle Internet Directoryは、コールド・フェイルオーバー・クラスタ・データベースと同じノードにインストールされています。

Oracle Internet Directoryをコールド・フェイルオーバー・データベースと同じクラスタにインストールする場合は、データベースとOracle Internet Directoryに個別の仮想ホスト名および仮想IPアドレスを割り当てる必要があります。

図9-7    分散型OracleAS Cold Failover Cluster（Identity Management）


画像の説明

9.5.1 このトポロジの層

表9-5は、このトポロジの層を示しています。

表9-5    分散型OracleAS Cold Failover Cluster（Identity Management）内の層 
層  構成  この層の管理に関する関連項目 

OracleAS Metadata Repository 

既存のデータベースにインストール済 

第7章「OracleAS Infrastructure: OracleAS Metadata Repositoryの高可用性」 

Oracle Internet DirectoryおよびOracle Directory Integration and Provisioningコンポーネント 

アクティブ/パッシブ 

第8.8項「アクティブ/パッシブ構成にOracle Internet DirectoryとOracle Directory Integration and Provisioningを配置する」 

OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesコンポーネント 

アクティブ/アクティブ 

第8.9項「アクティブ/アクティブ構成にOracleAS Single Sign-OnとOracle Delegated Administration Servicesを配置する」 

9.5.2 外部ロード・バランサの要件

OracleAS Single Sign-OnおよびOracle Delegated Administration Services層には、外部ロード・バランサが使用されます。外部ロード・バランサには次の機能が必要です。

中間層にも同じ外部ロード・バランサを使用している場合、実行している中間層のコンポーネントによっては機能を追加する必要がある場合があります。

これらの機能の詳細は、第2.2.4.2項「外部ロード・バランサ」を参照してください。

9.5.3 インストールに関する重要項目

このトポロジのインストールの方法の詳細は、Oracle Application Serverのインストレーション・ガイドを参照してください。次のような重要項目があります。

9.5.4 OracleAS Single Sign-OnおよびOracle Delegated Administration Services層のランタイムとフェイルオーバー

第8.9項「アクティブ/アクティブ構成にOracleAS Single Sign-OnとOracle Delegated Administration Servicesを配置する」を参照してください。

9.5.5 Oracle Internet DirectoryおよびOracle Directory Integration and Provisioning層のランタイムとフェイルオーバー

第8.8項「アクティブ/パッシブ構成にOracle Internet DirectoryとOracle Directory Integration and Provisioningを配置する」を参照してください。

コールド・フェイルオーバー・クラスタ・データベースを実行する場合

コールド・フェイルオーバー・クラスタ・データベースを実行し、1つのノードをデータベースのアクティブ・ノード、もう1つのノードをOracle Internet Directoryのアクティブ・ノードとして使用している場合（たとえば、ノード1がOracle Internet Directoryのアクティブ・ノードで、ノード2がデータベースのアクティブ・ノードの場合）は、新しくアクティブになったノードですべてのプロセスが実行されます。これで両方の仮想ホスト名がともに新しいアクティブ・ノードを指すようになります。

9.5.6 起動手順

次の順序でプロセスを起動します。

  1. OracleAS Metadata Repositoryデータベースを起動します。

  2. Oracle Internet Directoryのアクティブ・ノード上で次を実行します。

    1. Oracle Internet Directoryを起動します。

    2. Application Server Controlを起動します。

  3. OracleAS Single Sign-OnとOracle Delegated Administration Servicesを実行している各ノードで次を実行します。

    1. OracleAS Single Sign-On、Oracle Delegated Administration ServicesおよびOracle HTTP Serverを起動します。

    2. Application Server Controlを起動します。

9.5.7 停止手順

次の順序でプロセスを停止します。

  1. OracleAS Single Sign-OnとOracle Delegated Administration Servicesを実行している各ノードで次を実行します。

    1. OracleAS Single Sign-On、Oracle Delegated Administration ServicesおよびOracle HTTP Serverを停止します。

    2. Application Server Controlを停止します。

  2. Oracle Internet Directoryのアクティブ・ノード上で次を実行します。

    1. Oracle Internet Directoryを停止します。

    2. Application Server Controlを停止します。

  3. OracleAS Metadata Repositoryデータベースを停止します。

9.5.8 Application Server Controlの使用

Oracle Internet Directoryの管理には、Application Server Controlを使用できます。Application Server ControlのURLには、http://oid.mydomain.com:1156（Application Server Controlがポート1156で実行されているものと想定）という仮想ホスト名を使用します。

OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesの管理にも、Application Server Controlを使用できます。この場合は、Application Server ControlのURLに物理ホスト名を使用します。

9.6 OracleAS Cluster（Identity Management） トポロジ

OracleAS Cluster（Identity Management）（図9-8を参照）では、複数のノードでOracle Identity Managementコンポーネント（Oracle Internet Directory、OracleAS Single Sign-On、Oracle Delegated Administration ServicesおよびOracle Directory Integration and Provisioning）を実行します。各ノードで前述のすべてのOracle Identity Managementコンポーネントが実行されます。ロード・バランサは、これらのノードへのトラフィックを管理します。

OracleAS Certificate Authorityの非サポート

OracleAS Certificate AuthorityはOracleAS Cluster（Identity Management）ではサポートされていません。OracleAS Certificate Authorityは別にインストールおよび実行します。

図9-8    OracleAS Cluster（Identity Management）


画像の説明

Oracle Identity Managementコンポーネントを実行しているノードは機能的に等価である必要があります。

これらのノードは、Oracle Identity Managementサービスに対してアクティブ/アクティブです。OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesは、各Oracleホームの単一OC4J_SECURITYインスタンスで実行されます。Oracle Internet Directoryも各ノードで実行されます。

ロード・バランサには、図9-8に示すように、次の3つの仮想サーバー名を構成します。

OracleAS Single Sign-On、Oracle Delegated Administration ServicesおよびOracle Internet Directoryは、Oracle Netロード・バランシングを介してOracleAS Metadata Repositoryデータベース・インスタンスにアクセスします。OracleAS Single Sign-Onは接続プールを確立してデータベースにアクセスすることに注意してください。プールの接続はReal Application Clusters内の任意のデータベース・インスタンスに対して確立できます。

9.6.1 その他の考慮事項

次のリストは、OracleAS Cluster（Identity Management）環境を管理するための重要なガイドラインです。

9.6.2 このトポロジの層

表9-6は、このトポロジの層を示しています。

表9-6    OracleAS Cluster（Identity Management）内の層 
層  構成  この層の管理に関する関連項目 

OracleAS Metadata Repository 

既存のデータベースにインストール済 

第7章「OracleAS Infrastructure: OracleAS Metadata Repositoryの高可用性」 

Oracle Identity Managementコンポーネント 

アクティブ/アクティブ 

第8.5項「アクティブ/アクティブ構成にすべてのOracle Identity Managementコンポーネントを配置する」 

9.6.3 外部ロード・バランサの要件

Oracle Identity Management層には、外部ロード・バランサが使用されます。外部ロード・バランサには次の機能が必要です。

中間層にも同じ外部ロード・バランサを使用している場合、実行している中間層のコンポーネントによっては機能を追加する必要がある場合があります。

これらの機能の詳細は、第2.2.4.2項「外部ロード・バランサ」を参照してください。

9.6.4 インストールに関する重要項目

このトポロジのインストールの方法の詳細は、Oracle Application Serverのインストレーション・ガイドを参照してください。次のような重要項目があります。

9.6.5 OracleAS Metadata Repositoryノードのランタイム

この層のノードは、（Real Application Clustersやコールド・フェイルオーバー・クラスタ・データベースなど）高可用性が実現されているOracleデータベースを実行します。これらのデータベースは他のOracleデータベースと同じ方法で管理します。

9.6.6 OracleAS Cluster（Identity Management）ノードのランタイム

このノードのすべての層はアクティブです。外部ロード・バランサは、これらのノードにリクエストを送信します。これらのノードで実行されているコンポーネントにアクセスするために、クライアントはロード・バランサに構成されている適切な仮想サーバー名を使用します。たとえば、OracleAS Single Sign-OnまたはOracle Delegated Administration Servicesへのアクセスを試みる場合はHTTPプロトコル用の仮想サーバー名を使用し、Oracle Internet Directoryへのアクセスを試みる場合はLDAPプロトコル用の仮想サーバー名を使用します。

OPMNも、この層の各ノードで実行されます。OPMN管理対象コンポーネントに障害が発生すると、OPMNは再起動を試みます。

9.6.7 OracleAS Cluster（Identity Management）ノードでのフェイルオーバー

各ノードのOPMNは、OC4J_SECURITYインスタンス、Oracle HTTP Serverおよびoidmonプロセスに対するプロセス管理、監視および通知サービスを提供しますこれらのプロセスのいずれかに障害が発生した場合、OPMNは障害を検出し、再起動を試みます。再起動が失敗した場合、ロード・バランサが（通常は非レスポンス・タイムアウトによって）障害を検出し、OracleAS Cluster（Identity Management）の他のノードで実行しているアクティブ・プロセスにリクエストを送信します。

oidmonは、oidldapd、oidrepldおよびodisrv Oracle Internet Directoryプロセスを監視し、OPMNはoidmonを監視します。oidldapd、oidrepldまたはodisrvに障害が発生すると、oidmonがこれをローカルに再起動します。同様に、oidmonに障害が発生すると、OPMNがローカルに再起動を試みます。OracleAS Cluster（Identity Management）では、常に1つのodisrvプロセスと1つのoidrepldプロセスのみがアクティブになります。一方、複数のoidldapdプロセスを同じクラスタ内で実行できます。詳細は、『Oracle Internet Directory管理者ガイド』を参照してください。

ノードに障害が発生した場合、ロード・バランサが障害を検出し、残りのアクティブ・ノードにリクエストをリダイレクトします。各ノードで他のノードと同じサービスを提供しているため、すべてのリクエストは残りのノードで実行できます。

OracleAS Cluster（Identity Management）でのOracle Internet Directoryおよびディレクトリ・レプリケーションで高可用性を実現する仕組みの詳細は、第12章「マルチマスター・レプリケーションでのID管理のデプロイ」を参照してください。

9.6.8 OracleAS Metadata Repository層でのフェイルオーバー

OracleAS Metadata Repositoryを既存のReal Application Clustersデータベースにインストールした場合、ノードの障害はOracle NetおよびReal Application Clustersによって管理されます。データベース・インスタンスのいずれかに障害が発生した場合、Oracle Netは残りのアクティブ・データベース・インスタンスにリクエストをリダイレクトします。

OracleAS Metadata Repositoryがコールド・フェイルオーバー・クラスタ・データベースにインストールされている場合、ノードに障害が発生した際に、仮想ホスト名とIPはスタンバイ・ノードにフェイルオーバーされ、そのノードでデータベース・プロセスが起動されます。これらの実行方法は、第7.1.5項「コールド・フェイルオーバー・クラスタ・データベースのフェイルオーバー」を参照してください。

9.6.9 起動手順

異なる層でプロセスを起動するには、次の順で行う必要があります。

  1. OracleAS Metadata Repositoryデータベースを起動します。

  2. OracleAS Cluster（Identity Management）内の各ノードで、Oracle Identity Managementコンポーネントを起動します。

  3. Application Server Controlを起動します。

9.6.10 停止手順

異なる層のプロセスは、次の順序で停止する必要があります。

  1. OracleAS Cluster（Identity Management）内の各ノードで、Oracle Identity Managementコンポーネントを停止します。

  2. OracleAS Metadata Repositoryデータベースを停止します。

  3. Application Server Controlを停止します。

9.6.11 Application Server Controlの使用

OracleAS Cluster（Identity Management）内のOracle Identity Managementコンポーネントの管理には、Application Server Controlを使用できます。OracleAS Metadata Repositoryに関しては、Enterprise Managerなどのデータベース管理ツールを使用してデータベースを管理します。

OracleAS Cluster（Identity Management）ノードでは、http://im1.mydomain.com:1156（Application Server Controlがポート1156で実行されているものと想定）というように、Application Server ControlのURLに物理ホスト名を使用します。

9.7 分散型OracleAS Cluster（Identity Management）トポロジ

これは、OracleAS Cluster（Identity Management） トポロジの変形です。OracleAS Cluster（Identity Management）の各ノードですべてのOracle Identity Managementコンポーネントを実行するかわりに、OracleAS Single Sign-OnとOracle Delegated Administration Servicesを分離して別のOracleAS Cluster（Identity Management）セットのノードで実行します。図9-9を参照してください。

このトポロジの利点は、OracleAS Single Sign-OnとOracle Delegated Administration Servicesを実行するノードをDMZ内に配置し、Oracle Internet Directoryをファイアウォールで保護されたイントラネットの内側に配置できることです（図9-9を参照）。

このトポロジを使用すると、コンポーネントを柔軟に配置できます。このトポロジの構成は、次のようになります。

OracleAS Certificate Authorityの非サポート

OracleAS Certificate AuthorityはOracleAS Cluster（Identity Management）ではサポートされていません。OracleAS Certificate Authorityは別にインストールおよび実行します。

図9-9    分散型OracleAS Cluster（Identity Management）


画像の説明

9.7.1 このトポロジの層

表9-7は、このトポロジの層を示しています。

表9-7    OracleAS Cluster（Identity Management）内の層 
層  構成  この層の管理に関する関連項目 

OracleAS Metadata Repository 

既存のデータベースにインストール済 

第7章「OracleAS Infrastructure: OracleAS Metadata Repositoryの高可用性」 

Oracle Internet Directory および Oracle Directory Integration and Provisioning 

アクティブ/アクティブ 

第8.7項「アクティブ/アクティブ構成にOracle Internet DirectoryとOracle Directory Integration and Provisioningを配置する」 

OracleAS Single Sign-On および Oracle Delegated Administration Services 

アクティブ/アクティブ 

第8.9項「アクティブ/アクティブ構成にOracleAS Single Sign-OnとOracle Delegated Administration Servicesを配置する」 

9.7.2 外部ロード・バランサの要件

Oracle Identity Management層には、外部ロード・バランサが使用されます。外部ロード・バランサには次の機能が必要です。

中間層にも同じ外部ロード・バランサを使用している場合、実行している中間層のコンポーネントによっては機能を追加する必要がある場合があります。

これらの機能の詳細は、第2.2.4.2項「外部ロード・バランサ」を参照してください。

9.7.3 インストールに関する重要項目

このトポロジのインストールの方法の詳細は、Oracle Application Serverのインストレーション・ガイドを参照してください。次のような重要項目があります。

9.7.4 OracleAS Metadata Repositoryノードのランタイム

この層のノードは、（Real Application Clustersやコールド・フェイルオーバー・クラスタ・データベースなど）高可用性が実現されているOracleデータベースを実行します。これらのデータベースは他のOracleデータベースと同じ方法で管理します。

9.7.5 Oracle Internet DirectoryおよびOracle Directory Integration and Provisioningノードのランタイム

このノードのすべての層はアクティブです。ロード・バランサは、これらのノードにリクエストを送信します。Oracle Internet Directoryにアクセスするために、クライアントはLDAPプロトコル用の仮想サーバー名を使用します。

OPMNも、oidmonプロセスを監視するために、この層の各ノードで実行されます。oidmonプロセスは、Oracle Internet Directoryプロセスを監視します。oidmonに障害が発生すると、OPMNはこのプロセスの再起動を試みます。Oracle Internet Directoryプロセスに障害が発生した場合は、oidmonがこのプロセスの起動を試みます。

9.7.6 OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesノードのランタイム

このノードのすべての層はアクティブです。ロード・バランサは、これらのノードにトラフィックを送信します。クライアントは、ロード・バランサのHTTP仮想サーバー名（図9-9の場合はsso.mydomain.com）を使用して、OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesにリクエストを送信します。

OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesは、各ノードのOC4J_SECURITYインスタンスで実行されます。

OPMNは、Oracle HTTP ServerおよびOC4J_SECURITYなどのOC4Jプロセスを監視するために各ノードで実行されます。これらのプロセスが停止すると、OPMNは再起動を試みます。再起動が失敗すると、ロード・バランサがノードでインスタンスが実行されていないことを検知し、他のノードで実行されているインスタンスにリクエストを送信します。

9.7.7 OracleAS Cluster（Identity Management）ノードでのフェイルオーバー

各ノードのOPMNは、OC4J_SECURITYインスタンス、Oracle HTTP Serverおよびoidmonプロセスに対するプロセス管理、監視および通知サービスを提供しますこれらのプロセスのいずれかに障害が発生した場合、OPMNは障害を検出し、再起動を試みます。再起動が失敗した場合、ロード・バランサが（通常は非レスポンス・タイムアウトによって）障害を検出し、OracleAS Cluster（Identity Management）の他のノードで実行しているアクティブ・プロセスにリクエストを送信します。

ノードに障害が発生した場合、ロード・バランサが障害を検出し、残りのアクティブ・ノードにリクエストをリダイレクトします。各ノードで他のノードと同じサービスを提供しているため、すべてのリクエストは残りのノードで実行できます。

OracleAS Cluster（Identity Management）でのOracle Internet Directoryおよびディレクトリ・レプリケーションで高可用性を実現する仕組みの詳細は、第12章「マルチマスター・レプリケーションでのID管理のデプロイ」を参照してください。

9.7.8 OracleAS Metadata Repository層でのフェイルオーバー

OracleAS Metadata Repositoryを既存のReal Application Clustersデータベースにインストールした場合、ノードの障害はOracle NetおよびReal Application Clustersによって管理されます。データベース・インスタンスのいずれかに障害が発生した場合、Oracle Netは残りのアクティブ・データベース・インスタンスにリクエストをリダイレクトします。

OracleAS Metadata Repositoryがコールド・フェイルオーバー・クラスタ・データベースにインストールされている場合、ノードに障害が発生した際に、仮想ホスト名とIPはスタンバイ・ノードにフェイルオーバーされ、そのノードでデータベース・プロセスが起動されます。これらの実行方法は、第7.1.5項「コールド・フェイルオーバー・クラスタ・データベースのフェイルオーバー」を参照してください。

9.7.9 起動手順

異なる層のプロセスを次の順序で起動します。

  1. OracleAS Metadata Repositoryデータベースを起動します。

  2. Oracle Internet Directory層の各ノードで次を実行します。

    1. Oracle Internet Directoryを起動します。

    2. Application Server Controlを起動します。

  3. OracleAS Single Sign-OnおよびOracle Delegated Administration Services層の各ノードで次を実行します。

    1. OracleAS Single Sign-On、Oracle Delegated Administration ServicesおよびOracle HTTP Serverを起動します。

    2. Application Server Controlを起動します。

9.7.10 停止手順

異なる層のプロセスを次の順序で停止します。

  1. OracleAS Single Sign-OnおよびOracle Delegated Administration Services層の各ノードで次を実行します。

    1. OracleAS Single Sign-On、Oracle Delegated Administration ServicesおよびOracle HTTP Serverを停止します。

    2. Application Server Controlを停止します。

  2. Oracle Internet Directory層の各ノードで次を実行します。

    1. Oracle Internet Directoryを停止します。

    2. Application Server Controlを停止します。

  3. OracleAS Metadata Repositoryデータベースを停止します。

9.7.11 Application Server Controlの使用

分散型OracleAS Cluster（Identity Management）内のOracle Identity Managementコンポーネントの管理には、Application Server Controlを使用できます。OracleAS Metadata Repositoryに関しては、Enterprise Managerなどのデータベース管理ツールを使用してデータベースを管理します。

OracleAS Single Sign-OnおよびOracle Delegated Administration Servicesノードでは、http://sso1.mydomain.com:1156（Application Server Controlがポート1156で実行されているものと想定）というように、Application Server ControlのURLに物理ホスト名を使用します。

9.8 同一ノード上のOracleAS Cold Failover Cluster（Infrastructure）とOracleAS Cold Failover Cluster（中間層）

このトポロジでは、OracleAS Cold Failover Cluster（Infrastructure）と同じノード上のコールド・フェイルオーバー構成内で中間層は実行されます。中間層は、OracleAS Cold Failover Cluster（中間層）構成内に配置されます。

OracleAS Cold Failover Cluster（Infrastructure）およびOracleAS Cold Failover Cluster（中間層）は、異なる仮想IPにマッピングされた異なる仮想ホスト名を持ちます。これにより、OracleAS Infrastructureと中間層は、相互に依存せずにフェイルオーバーできるようになります。

図9-10では、ノード1でOracleAS Infrastructureがアクティブであり、ノード2で中間層がアクティブになっています。ノード2に障害が発生すると、中間層はノード1にフェイルオーバーされます。ノード1に障害が発生すると、OracleAS Infrastructureはノード2にフェイルオーバーされます。通常の運用時に一方のノードでOracleAS Infrastructureをアクティブにし、もう一方のノードで中間層をアクティブにすることで、両方のノードで処理が行われ、アイドル状態のノードがないため、リソースを効率的に使用できます。また、このトポロジでは、中間層およびOracleAS Infrastructureサービスが異なる環境で実行されるため、パフォーマンスに優れた独立性を実現します。

このトポロジのインストール方法は、Oracle Application Serverのインストレーション・ガイドを参照してください。

図9-10    OracleAS Cold Failover Cluster（Infrastructure）と同じノードにあるOracleAS Cold Failover Cluster（中間層）


画像の説明

戻る 次へ
Oracle
Copyright © 2005, 2007 Oracle.
All Rights Reserved.
目次
目次		 索引
索引