10gリリース3（10.1.3.2.0）
E05048-01
 目次 |
 索引 |
| Oracle Application Server 高可用性ガイド 10gリリース3（10.1.3.2.0） E05048-01 |
|
この章では、アクティブ/パッシブ・トポロジの構成方法と管理方法について説明します。この章の項は次のとおりです。
アクティブ/パッシブ・トポロジは、次のもので構成されています。
Oracleホームは共有記憶域にインストールします。アクティブ・パッシブ・トポロジでは、実行時に1つのノードのみがアクティブになります。もう一方のノードはパッシブになります。アクティブ・ノードは共有記憶域をマウントするため、ファイルにアクセスし、すべてのプロセスを実行し、すべてのリクエストを処理できます。クライアントは、仮想ホスト名を使用してアクティブ・ノードにアクセスします。クライアントがトポロジ内のノードの物理ホスト名を認識している必要はありません。
なんらかの理由でアクティブ・ノードに障害が発生すると、フェイルオーバー・イベントが実行され、パッシブ・ノードが引き継いでアクティブ・ノードになります。パッシブ・ノードは共有記憶域をマウントし、すべてのプロセスを実行し、すべてのリクエストを処理します。仮想ホスト名およびIPは、パッシブ・ノードを指すようになります。クライアントは、仮想ホスト名を使用してノードにアクセスするため、リクエストを処理しているのがパッシブ・ノードであることを意識することはありません。
フェイルオーバーを有効にするには、ノードがハードウェア・クラスタに存在する必要があります。
アクティブ/パッシブ・トポロジの2つのノードはハードウェア・クラスタにあります。このクラスタには通常、ベンダー・クラスタウェアが含まれています。認証済クラスタウェアの一覧は、Oracle Technology NetworkのWebサイト（http://www.oracle.com/technology）を参照してください。
Windowsで実行している場合は、クラスタに次の製品が必要です。
これらの製品は、トポロジ内の両方のノード（アクティブとパッシブ）にインストールする必要があります。
WebCenterアプリケーションをアクティブ/パッシブ・トポロジで実行している場合、Oracle Metadata Services（MDS）およびポートレット・プリファレンス・ストアに関する具体的な推奨事項に注意してください。
共有記憶域には、Oracle Metadata Services（MDS）用のディレクトリも作成する必要があります。MDSディレクトリには、デプロイされたWebCenterアプリケーション用のページ・カスタマイズ・データとポートレット・メタデータが格納されます。
共有記憶域にMDSディレクトリがあると、すべてのOracle Application Serverインスタンスが同じデータにアクセスできるようになり、データのレプリケートを考慮する必要はなくなります。
MDSディレクトリのマウント・ポイントは、アクティブ/パッシブ・トポロジ内のすべてのノードで同じにする必要があります（たとえば、UNIXでは/oracle/mds、WindowsではS:¥oracle¥mds）。Windowsでは、マウント・ポイントは、ドライブ文字も含めてすべてのノードで同じにする必要があります。たとえば、あるノードでS:¥oracle¥mdsとし、別のノードでT:¥oracle¥mdsとすることはできません。
共有記憶域は、インストール時には不要ですが、アプリケーションをデプロイするときに必要となります。アプリケーションのデプロイ時に、MDSディレクトリへのパスを指定します。
WebCenterアプリケーションでは、リモート・コンピュータのポートレット・プロデューサでホスト可能なポートレットを消費します。ポートレット・プロデューサは、ポートレットのプリファレンスまたはカスタマイズをプリファレンス・ストアに格納します。プリファレンス・ストアは、データベースベースでもファイルベースでもかまいません。
高可用性トポロジでは、データベースベースのプリファレンス・ストアを使用し、このデータベースを、Real Application Clustersデータベースやコールド・フェイルオーバー・クラスタ・データベースなど、高可用性に構成することをお薦めします。
ポートレット・プリファレンスをファイルに格納する場合、共有記憶域にファイルを配置して、アクティブ/パッシブ・トポロジ内の両方のノードからそのファイルにアクセスできるようにします。
ポートレット・プリファレンス・ストアの構成の詳細は、第3.1.2.2項「ポートレット・プリファレンス・ストアのタイプと場所」を参照してください。
ポートレット・プリファレンス・ストアとMDSを混同しないでください。この2つの概念はまったく違います。第4.1.4.1項「共有記憶域にあるOracle Metadata Services（MDS）のディレクトリ」の説明にあるように、MDSはファイルベースしかなく、共有記憶域に格納されます。
アクティブ/アクティブ・トポロジでもアクティブ/パッシブ・トポロジでも、Oracle Content DBには、フェイルオーバー・イベントが発生したときにいくつかの制限があります。詳細は、第3.1.3項「Oracle Content DBのフェイルオーバーの制限」を参照してください。
図4-1は、共有記憶域にOracle Application ServerのOracleホームがインストールされているアクティブ/パッシブ・トポロジの図を示しています。Oracleホームには、Oracle HTTP ServerとWebCenter Suiteが両方とも含まれています。
MDSディレクトリは、共有記憶域に構成する必要があります。
この項では、インストール手順の概要を示します。詳細は、ご使用のプラットフォームのOracle Application Serverのインストレーション・ガイドを参照してください。
データベースの初期化パラメータが正しく設定されているかどうかを確認してください。詳細は、ご使用のプラットフォームのOracle Application Serverのインストレーション・ガイドを参照してください。
SYSユーザーのパスワードも知っておく必要があります。
Oracle Internet Directoryを用意していない場合は、リポジトリ情報をファイルに格納できます。
インストール後に、次の手順を実行します。
ORACLE_HOME/Apache/Apache/conf/httpd.confファイルを次のように編集します。
httpd.confファイルに次の行を追加します。
LoadModule certheaders_module libexec/mod_certheaders.so
httpd.confファイルに次の行を追加します。
LoadModule certheaders_module modules/mod_certheaders.so
httpd.confファイルに次の行を追加します。
LoadModule certheaders_module modules/ApacheModuleCertHeaders.dll
図4-2は、Oracle HTTP Server、WebCenter FrameworkおよびOracle Content DBが別々のOracleホームにインストールされている分散アクティブ/パッシブ・トポロジを示しています。このトポロジを使用できるのは、ノードがWeb層とアプリケーション層に分かれていて、かつ層の中でノードがファイアウォールによって切り離されている場合です。
Oracle HTTP Serverは、Web層で実行されています。Oracle HTTP Serverの可用性を高めるには、アクティブ/アクティブとアクティブ/パッシブいずれかのトポロジで実行します。
Oracle HTTP Serverインスタンス、WebCenter FrameworkインスタンスおよびOracle Content DBインスタンスを同じクラスタにクラスタリングして、Oracle HTTP Serverが（ハードウェア・クラスタに関連付けられた仮想ホスト名を使用して）アクティブ・ノードにリクエストを転送できるようにします。
アプリケーション層のノードにWebCenter FrameworkとOracle Content DBをインストールします。これらのコンポーネントは、共有記憶域の個別のOracleホームにインストールします。
クライアントは、ハードウェア・クラスタに構成された仮想ホスト名を使用して、アプリケーション層のノードにリクエストを送信します。
OC4Jインスタンスはアプリケーション層に、Oracle HTTP ServerインスタンスはWeb層にクラスタリングします。クラスタは、マルチキャスト、ゲートウェイ、検出サーバーまたはpeer-to-peerを使用して作成できます。詳細は、第3.2.1項「OracleAS Clusterの設定」を参照してください。
この項では、インストール手順の概要を示します。詳細は、ご使用のプラットフォームのOracle Application Serverのインストレーション・ガイドを参照してください。
データベースの初期化パラメータが正しく設定されているかどうかを確認してください。詳細は、ご使用のプラットフォームのOracle Application Serverのインストレーション・ガイドを参照してください。
SYSユーザーのパスワードも知っておく必要があります。
Oracle Internet Directoryを用意していない場合は、リポジトリ情報をファイルに格納できます。
（Oracle HTTP Server、WebCenter FrameworkまたはOracle Content DBを実行する）Oracle Application Serverインスタンスをすべてクラスタリングする必要があります。クラスタの構成は、インストール時でもインストール後でも実行できます。
インストール後に、次の手順を実行します。
ORACLE_HOME/Apache/Apache/conf/httpd.confファイルを次のように編集します。
httpd.confファイルに次の行を追加します。
LoadModule certheaders_module libexec/mod_certheaders.so
httpd.confファイルに次の行を追加します。
LoadModule certheaders_module modules/mod_certheaders.so
httpd.confファイルに次の行を追加します。
LoadModule certheaders_module modules/ApacheModuleCertHeaders.dll
アクティブ/パッシブ・トポロジの管理では、1つのみのOracleホームを管理すればよいため、単一インスタンスのOracle Application Serverトポロジの管理と非常によく似ています。
この項の項目は次のとおりです。
Application Server Controlコンソールを使用して、アクティブ/パッシブ・トポロジを管理できます。Application Server Controlコンソールにアクセスするには、物理ホスト名のかわりに仮想ホスト名を使用します。
opmnctlコマンドを使用すると、トポロジ内のコンポーネントを起動および停止できます。次に、例を示します。
opmnctl startall
Application Server Controlコンソールを使用して起動と停止の操作を実行することもできます。
今回のリリースでデプロイ手順が変更されましたので注意してください。特に、共有記憶域上のMDSディレクトリへのパスを指定することが必要になりました。これを行うには、新たに導入された「Predeploymentツール」を実行します。
デプロイ手順の詳細は、『Oracle WebCenter Framework開発者ガイド』の第9章「WebCenterアプリケーションのデプロイ」を参照してください。
アプリケーションをアクティブ/パッシブ・トポロジにデプロイするには、アプリケーションをアクティブ・ノードにデプロイします。
表4-1は、アクティブ/パッシブ・トポロジにおけるOracle HTTP ServerとOC4Jの高可用性機能の概要を示しています。
| 項目 | 説明 |
|---|---|
|
ノード障害からの保護 |
Oracle HTTP Server: アクティブ・ノードに障害が発生した場合は、パッシブ・ノードが引き継いでOracle HTTP Serverプロセスを実行します。 OC4J: アクティブ・ノードに障害が発生した場合は、パッシブ・ノードが引き継いでOC4Jプロセスを実行します。 |
|
サービス障害からの保護 |
Oracle HTTP ServerおよびOC4J: Windowsでは、Oracle Fail Safeがアクティブ・ノードのサービスを監視します。サービスが停止した場合は、Oracle Fail Safeがそのサービスの再開を試みます。サービスを開始できない場合は、Oracle Fail Safeがインスタンスをノード2（パッシブ・ノード）にフェイルオーバーし、サービスを開始します。 UNIXでは、ベンダー・クラスタウェアがOracle Fail Safeと同様のサービスを提供します。 |
|
プロセス障害からの保護 |
Oracle HTTP Server: OPMNはOracle HTTP Serverプロセスを監視し、障害発生時にそのプロセスを再起動します。さらに、トポロジ内の別のOracle HTTP Serverプロセスで障害が発生した場合、OPMNはそれぞれのOracle HTTP Serverに障害を通知します。 OC4J: OPMNはOC4Jプロセスを監視し、障害発生時にはそのプロセスを再起動します。またOPMNは、この再起動が成功しなかった場合、動作しているOC4Jプロセスにのみリクエストを送信するようmod_oc4jに通知します。 OPMNの詳細は、第2.1項「OPMNでのプロセス管理」 を参照してください。 |
|
 Copyright © 2007, Oracle. All Rights Reserved. |
|