2 インストール、構成およびアップグレード

2.1 FormsおよびReportsの切替えの際にOracle HTTP Serverが503 Apache Bridge失敗エラーを返す問題

Oracle HTTP Serverを介してOracle FormsアプリケーションとOracle Reportsアプリケーションを切り替える際に、「503 Apache Bridge失敗」エラーが表示されることがあります。これは、Oracle Forms and Reportsインストーラとともに誤ったパッチ12632886が出荷されたためです。

この問題に対処する手順は、次のとおりです。

1. My Oracle SupportからWindowsプラットフォーム用の新しいOPatch 12632886(OHS-WLS COMMUNICATION NOT WORKING ON IPV6 ENABLED SOLARIS M/C [Patch ID 14069292])をダウンロードします。

   https://support.oracle.com/ 
   

2. Oracleホームで実行しているすべてのサーバーを停止します。

   opmnctl stopall
   

3. パッチ12632886があるディレクトリに移動します。

   cd path_to_patch\12632886
   

4. OPatchを実行して不適切なパッチをアンインストールします。

   opatch rollback -id 12632886 
   

5. パッチ12632886を再び適用します。

   opatch apply
   

2.2 SUSE11オペレーティング・システムでドメイン構成に失敗する問題

32ビットおよび64ビットのSUSE11オペレーティング・システムでは、次のコマンドでドメインの作成に失敗することがあります。

opmnctl startproc ias-component=RptSvr_nsh2110213_asinst_1

その際、次のようなエラーが表示されます。

ORACLE_HOME/bin/rwserver: error while loading shared libraries: libXm.so.3:
cannot open shared object file: No such file or directory.

この問題を回避する手順は次のとおりです。

1. openmotif22-libs-2.2.4-189.1.i586.rpmを取得してインストールします。

2. /usr/lib64ディレクトに次のソフト・リンクを作成します。

   • libXm.so -> libXm.so.4.0.3

   • libXm.so.3 -> libXm.so.4.0.3

   • libXm.so.4 -> libXm.so.4.0.3

2.3 Oracle Access Manager(OAM)で完全修飾ドメイン名が要求される問題

システム構成によっては、OAMの登録時にOracle Forms and Reportsの構成に失敗する場合があります。installAction.outファイルに次のエラーが表示されます。

INFO: URL is invalid : http://examplehost:8888
Sep 20, 2011 1:06:29 PM oracle.security.am.engines.rreg.client.RegClient main
SEVERE: Exception encountered: RemoteAgentRegistrationException. Specific exception:agentBaseURL is
invalid.oracle.security.am.engines.rreg.common.RemoteAgentRegistrationException: agentBaseURL is invalid.
agentBaseURL is invalid : http://examplehost:8888
The remote registration process did not succeed! Please find the specific error message below.
agentBaseURL is invalid.
Exit Status: 1
OAM Registration failed.

この問題を回避する手順は次のとおりです。

1. 構成ツールまたはOracle Forms and Reportsインストーラを終了します。

2. システムのhostsファイルを編集して、システムの完全修飾ホスト名およびIPアドレスを含むように変更します。

3. Oracle Forms and Reportsの構成ツールを再起動します。

2.4 Oracle Fusion Middleware 11gリリース1(11.1.1)からアップグレードした場合にOracle HTTP Serverのポートが競合する問題

Oracle Fusion Middleware 11gリリース1(11.1.1)からアップグレードする際、11gリリース1(11.1.1)インストールと同じポートを使用するように新しい11gリリース2(11.1.2)インストールを変更できます。

または、11gリリース2(11.1.2)のインストール中に定義されるポートを引き続き使用することもできます。

後者の場合は、11gリリース1(11.1.1)の環境と新しくアップグレードされた11gリリース2(11.1.2)のインスタンスの両方をポートの競合なしに同時に実行できます。

ただし、場合によっては、Oracle Forms and Reports 11gリリース2(11.1.2)へのアップグレード後に、11gリリース1(11.1.1)および11gリリース2(11.1.2)の両インスタンスでOracle HTTP Serverを起動しようとするとポートが競合することがあります。これは、Oracle HTTP Serverの構成ファイルの一部のパスが正常にアップグレードされていないためです。

この問題が発生するのは、httpd.confファイルのadmin.confファイルおよびssl.confファイルへのパスが、システム変数を使用して定義されているのではなく、ハードコードされている場合です。結果として、11gリリース2(11.1.2)の宛先Oracleインスタンスではなく、11gリリース1(11.1.1)のソースOracleインスタンスの構成ファイルが引き続き参照されるようになります。

この問題を回避するには、宛先Oracleインスタンスで次のタスクを実行します。

1. 宛先Oracle HTTP Serverのhttpd.confファイルを見つけます。

   ファイルは、宛先Oracleインスタンスの次の場所にあります。

   (UNIX) DEST_ORACLE_INSTANCE/config/OHS/ohs1/httpd.conf
   (WINDOWS> DEST_ORACLE_INSTANCE\config\OHS\ohs1\httpd.conf
   

2. テキスト・エディタでhttpd.confファイルを編集し、admin.confファイルおよびssl.confファイルのincludeディレクティブを検索します。

   次に例を示します。

   (Windows) C:\Oracle\Middleware\mw_home\asinst_1/config/OHS/ohs1/admin.conf
   (UNIX) /disku01/Oracle/Middleware/mh_home/config/OHS/ohs1/admin.conf
   

3. ディレクティブを、ソースOracleインスタンスではなく、宛先Oracleインスタンスのadmin.confファイルおよびssl.confファイルを参照するように変更します。

4. httpd.confファイルを保存して閉じます。

5. Oracle HTTP Serverインスタンスを再起動します。