| Oracle Application Serverリリース・ノート 10gリリース3（10.1.3.2.0） for HP-UX Itanium E05158-02 |
|
 戻る |
 次へ |
この章では、可用性の高いトポロジに関する問題について説明します。この章の内容は次のとおりです。
この項では、構成に関する問題およびその回避方法について説明します。内容は次のとおりです。
10.1.1項「各種Oracle Application ServerリリースのOracleASインスタンスに互換性のあるASGリリース」
10.1.3項「OracleASクラスタ・トポロジでのポートレット・プロデューサおよびWebCenterアプリケーションの構成」
10.1.7項「REDOログ・ファイルのディレクトリがスタンバイに存在しない場合、create standbyコマンドが失敗する」
10.1.9項「プライマリ・サイトとスタンバイ・サイトのデータベース・ピアではデータベースSIDが同じであることが必要」
10.1.10項「インスタンス化および同期の問題を回避するためにデータベース初期化パラメータではすべて大文字を使用する」
10.1.12項「clone instance操作の問題を回避するために本番サイトとスタンバイ・サイトのASGでは同じポートを使用する」
10.1.14項「プライマリ・ホストとスタンバイ・ホストでOracleホームの数が異なる場合、ASGクローニングはサポートされない」
デフォルトでは、特定リリースのOracle Application Serverを使用してOracle Application Serverインスタンスをインストールする場合、特定リリースのApplication Server Guard（ASG）がそのインスタンスのOracleホームにインストールされます。ASGは、OracleAS Disaster Recoveryトポロジに含めるスタンドアロンのホスト（Oracleデータベースなどの外部リソースが配置されている）にもインストールします。
複数のリリースのASGを使用できます。場合によっては、Oracle Application Serverインスタンスのインストール時にそのインスタンスのホームにインストールされたASGリリースをアップグレードすることが可能です（推奨）。Oracle Application ServerインスタンスのホームのASGリリースをアップグレードするには、推奨されるASGリリースのASGスタンドアロン・キットをOracle Technology Network（OTN）からダウンロードし、そのASGスタンドアロン・キットを使用して、推奨されるASGリリースをホームにインストールします。ASGスタンドアロン・キットを使用して、OracleAS Disaster Recoveryトポロジに含めるスタンドアロンのホストにもASGをインストールします。
表10-1および表10-2を使用して、特定のOracle Application ServerリリースのApplication Serverインスタンスのホームにインストールするときに、特定のASGリリースが互換性を持つかどうかを判断します。表の左の列は、ASGスタンドアロン・インストール・キットが使用できる各種ASGリリースを示しています。残りの列は、Oracle Application Serverインスタンスを作成できる各種Oracle Application Serverリリースを示しています。
次に、表10-1および表10-2のエントリの意味を説明します。
N: このASGリリースは、このOracle Application Serverリリースのインスタンスと互換性がありません。
X: このASGリリースは、このOracle Application ServerリリースのインスタンスのOracleホームにインストールできません。
Y-NR: このASGリリースは、このOracle Application Serverリリースのインスタンスと互換性がありますが、このASGリリースをインスタンスのOracleホームにインストールすることはお薦めしません。別のASGリリースをお薦めします。
Y: このASGリリースは、このOracle Application Serverリリースのインスタンスと互換性があります。このASGリリースをインスタンスのOracleホームにインストールすることをお薦めします。
表10-1に、Oracle Application Server 10.1.2.0.2〜10.1.3.3のOracle Application Serverインスタンスに互換性のあるASGリリースを示します。
表10-1 リリース10.1.2.0.2〜10.1.3.3のOracleASインスタンスに互換性のあるASGリリース
| ASGリリース | 10.1.2.0.2 OracleASインスタンス | 10.1.2.1 OracleASインスタンス | 10.1.2.2 OracleASインスタンス | 10.1.3.0 OracleASインスタンス | 10.1.3.1 OracleASインスタンス | 10.1.3.2 OracleASインスタンス | 10.1.3.3 OracleASインスタンス |
|---|---|---|---|---|---|---|---|
|
10.1.2.0.2 |
Y-NR |
X |
X |
N |
N |
N |
N |
|
10.1.2.2 |
Y |
Y |
Y |
N |
N |
N |
N |
|
10.1.2.2.1（ASGのみのリリース）脚注1 |
Y |
Y |
Y |
N |
N |
N |
N |
|
10.1.3.0 |
N |
N |
N |
Y-NR |
X |
N |
X |
|
10.1.3.1 |
N |
N |
N |
Y-NR |
Y-NR |
Y-NR |
X |
|
10.1.3.3 |
N |
N |
N |
Y |
Y |
Y |
Y |
脚注1 これは、OracleAS 10.1.4.2リリースに付属していた（デフォルトでインストールされていた）ASGリリースです。OracleAS 10.1.2.xリリースと互換性があります。OracleAS 10.1.2.2.1リリースはありません。
たとえば、Oracle Application Server 10.1.3.1インスタンスを使用していて、インスタンスのホームにどのASGリリースをインストールするかを把握する場合は、表10-1を使用して次のように判断できます。
Oracle Application Server10.1.3.1インスタンスと互換性のあるASG 10.1.2.xリリースはありません。
ASG 10.1.3.0リリースは、Oracle Application Server 10.1.3.1インスタンスのOracleホームにインストールできません。
ASG 10.1.3.1リリースはOracle Application Server 10.1.3.1インスタンスと互換性がありますが、ASG 10.1.3.1リリースをOracle Application Server 10.1.3.1インスタンスのOracleホームにインストールすることはお薦めしません。
ASG 10.1.3.3リリースはOracle Application Server 10.1.3.1インスタンスと互換性があります。ASG 10.1.3.3リリースをOracle Application Server 10.1.3.1インスタンスのOracleホームにインストールすることをお薦めします。
表10-2に、Oracle Application Server 10.1.4.0〜10.1.4.2のOracle Application Serverインスタンスに互換性のあるASGリリースを示します。
表10-2 リリース10.1.4.0〜10.1.4.2のOracleASインスタンスに互換性のあるASGリリース
| ASGリリース | 10.1.4.0 OracleASインスタンス脚注1 | 10.1.4.1 OracleASインスタンス脚注2 | 10.1.4.2 OracleASインスタンス脚注3 |
|---|---|---|---|
|
10.1.2.0.2 |
Y-NR |
Y-NR |
X |
|
10.1.2.2 |
Y-NR |
Y-NR |
Y-NR |
|
10.1.2.2.1（ASGのみのリリース）脚注4 |
Y |
Y |
Y |
|
10.1.3.0 |
N |
N |
N |
|
10.1.3.1 |
N |
N |
N |
|
10.1.3.3 |
N |
N |
N |
脚注1 ASG 10.1.2.0.2がデフォルトでインストールされます。
脚注2 ASG 10.1.2.0.2がデフォルトでインストールされます。
脚注3 ASG 10.1.2.2.1がデフォルトでインストールされます。
脚注4 これは、OracleAS 10.1.4.2リリースに付属していた（デフォルトでインストールされていた）ASGリリースです。OracleAS 10.1.2.xリリースと互換性があります。OracleAS 10.1.2.2.1リリースはありません。
このチャートは、どのASGリリースの組合せが、OracleAS Disaster Recoveryトポロジで互換性があるかを示しています。トポロジとは、Oracle Application Serverインスタンスのホームとスタンドアロン・ホストのホームの集合です。これらを組み合せてOracleAS Disaster Recoveryの本番サイトとスタンバイ・サイトが構成されます。Oracle Application Serverの各ホームには特定のASGリリースがインストールされています。これはデフォルトでインストールされるか、またはASGのスタンドアロンでインストールされます。OracleAS Disaster Recovery操作は分散されるため、トポロジにまたがってインストールする必要がある推奨のASGリリースの集合があります。たとえば、EDGデプロイの場合、Oracleホームの集合は、ASGバージョン10.1.3.3または10.1.2.2.xにアップグレードする必要があります。
表10-3を使用して、2つのASGリリースがOracleAS Disaster Recoveryトポロジで互換性があるかを判断します。表の左の列で最初のASGリリースを探し、その他の列で別のASGリリースを探します。
次に、表10-3のエントリの意味を説明します。
Y-NR: この最初のASGリリースは2番目のASGリリースと互換性がありますが、このASGリリースの組合せをトポロジで使用することはお薦めしません。
Y: 最初のASGリリースは、2番目のASGリリースと互換性があります。このASGリリースの組合せをトポロジで使用することをお薦めします。
表10-3に、どのASGリリースが他のASGリリースと互換性があるかを示します。
表10-3 トポロジで互換性のあるASGリリース
| ASGリリース | 10.1.2.0.2 | 10.1.2.2 | 10.1.2.2.1 | 10.1.3.0 | 10.1.3.1 | 10.1.3.3 |
|---|---|---|---|---|---|---|
|
10.1.2.0.2 |
Y-NR |
Y-NR |
Y-NR |
Y-NR |
Y-NR |
Y-NR |
|
10.1.2.2 |
Y-NR |
Y |
Y |
Y-NR |
Y-NR |
Y |
|
10.1.2.2.1 |
Y-NR |
Y |
Y |
Y-NR |
Y-NR |
Y |
|
10.1.3.0 |
Y-NR |
Y-NR |
Y-NR |
Y-NR |
Y-NR |
Y-NR |
|
10.1.3.1 |
Y-NR |
Y-NR |
Y-NR |
Y-NR |
Y-NR |
Y-NR |
|
10.1.3.3 |
Y-NR |
Y |
Y |
Y-NR |
Y-NR |
Y |
OracleASクラスタ（またはアクティブ-アクティブ）トポロジでポートレット・プロデューサまたはWebCenterアプリケーションを実行するには、OracleASクラスタ内のすべてのノード上で、Javaオブジェクト・キャッシュを全クラスタ・ノードのIPアドレスおよびポート番号のリストにより構成し、クラスタ全体でオブジェクトおよび座標を共有できるようにする必要があります。このリストはjavacache.xmlファイルで指定します。
次の2つのjavacache.xmlファイルがあります。
ポートレット・プロデューサでは独自のJavaオブジェクト・キャッシュを使用します。これはORACLE_HOME/portal/conf/javacache.xmlで構成できます。
WebCenterアプリケーションでは、特に別の指定がないかぎり、グローバルJavaオブジェクト・キャッシュを使用します。これはORACLE_HOME/javacache/admin/javacache.xmlで構成できます。
OracleASクラスタ・トポロジでポートレット・プロデューサおよびWebCenterアプリケーションを構成するには、次のようにします。
OracleASクラスタ内の各ノードで、両方のjavacache.xmlファイルを編集します。
ORACLE_HOME/portal/conf/javacache.xml
ORACLE_HOME/javacache/admin/javacache.xml
ファイルを次のように編集します。
isDistributed要素をtrueに設定します。ファイルにこの要素がまだない場合は、作成する必要があります。
discoverer要素で、OracleASクラスタ内のすべてのノードのIPアドレスを指定し、検出ポートも指定します。ファイルにこの要素がまだない場合は、作成する必要があります。
例:
<communication> <isDistributed>true</isDistributed> <discoverer ip="apphost1_ip_address"> discovery-port="apphost1_discovery_port"/> <discoverer ip="apphost2_ip_address" discovery-port="apphost2_discovery_port"/> </communication>
|
注意: 同じキャッシュ・システム内で協調するキャッシュはすべて、同じIPアドレスとポート番号のセットを同じ順序で正確に指定する必要があります。 |
http://hostname:port/em/にあるApplication Server Controlコンソールにアクセスし、oc4jadminユーザーとしてログインします。「クラスタ・トポロジ」ページが表示されます。
homeインスタンスとOC4J_WebCenterインスタンス、およびWebCenterアプリケーションを実行しているその他のインスタンスを再起動します。
Javaオブジェクト・キャッシュについては、『Oracle Containers for J2EEサービス・ガイド』の「Java Object Cache」を参照してください。
クラスタ環境でデプロイし実行するアプリケーションの場合（つまり、アプリケーションのweb.xmlファイルに<distributable/>タグを明示的に追加し、セッション・レプリケーション用にアプリケーションを構成した場合）、1つのセッションで属性としてバインドできるのは次のJava型のみであることに注意してください。
Javaプリミティブ型
java.io.Serializable型、javax.ejb.EJBObject型およびjavax.ejb.EJBHome型のJavaオブジェクト
上のタイプは、Javaオブジェクト・シリアライズ・メカニズムを使用して、シリアライズおよびデシリアライズできるJavaオブジェクトを反映しています。
その他のオブジェクト型を使用すると、次のようなエラーが発生します。
<MSG_TEXT>ServletException cause</MSG_TEXT>
<SUPPL_DETAIL><