この章では、Oracle Fusion Middlewareのインストール、パッチ適用および構成に関連する問題について説明します。次のトピックが含まれています。
注意: この章では、Oracle Fusion Middleware製品のインストール、パッチ適用および構成の際に発生する可能性のある問題について説明します。使用中の製品固有の問題については、この文書内で、その製品固有のリリース・ノートの章を参照してください。 |
この項では、インストールに関する問題およびその回避方法について説明します。内容は次のとおりです。
この項では、Oracle SOA Suiteに関するインストールの問題について説明します。
Oracle SOA Suiteをデュアル・スタック・ホストにインストールしており、SOAのフロントエンドURLがIPv4のみに設定されている場合、Oracle BPM WorklistまたはIPv6専用クライアントからの非同期コールバックでは、IPv4コールバックURLを解決する際に問題が発生する可能性があります(IPv4とIPv6が逆の場合も同様です)。
この問題を回避するには、分割ドメイン・ネーム・システム(DNS)または別のフォワード・プロキシ構成を使用します。これにより、IPv6専用クライアントは、そのIPv6インタフェースを通じてデュアル・スタック・コンピュータに接続できます。
トルコ語環境にOracle SOA Suiteリリース11.1.1.3.0をインストールする場合、Oracle Enterprise Manager Fusion Middleware Controlの一部の機能が失われます。
この問題の回避方法はありません。トルコ語環境にインストールすることは避け、かわりに英語環境にインストールすることをお薦めします。
この項では、Oracle Web Tierに関するインストールの問題について説明します。
UNIXオペレーティング・システム上にoracle_common/soa/modules/commons-cli-1.1.jar
またはWindowsオペレーティング・システム上にoracle_common\soa\modules\commons-cli-1.1.jar
ファイルが正しくインストールされていることを確認するには、Oracle Web Tierを既存のドメインと関連付ける場合は、他の製品をすべてインストールした後に、Oracle Web Tierをインストールする必要があります。
Oracle HTTP ServerでOracle Web Tierのサイレント・インストールを実行する場合、Oracle HTTP Serverのインストール環境にOracle Web Cacheが必要でなくても、レスポンス・ファイルにOracle Web Cacheコンポーネントの名前を指定する必要があります(WEBCACHE_COMPONENT_NAME
パラメータ)。両方のコンポーネント名を指定しても、CONFIGURE_WEBCACHE
がfalse
に設定されているかぎり、Oracle HTTP Serverのみがインストールされて構成されます。
この問題の回避方法はありません。
Oracle Web Tierのインストール時に、サンプルのレスポンス・ファイル(UNIXオペレーティング・システムではDisk1/stage/Response
ディレクトリに、Windowsオペレーティング・システムではDisk1\stage\Response
ディレクトリに存在)でMiddlewareホーム・ディレクトリを指定するエントリが存在しません。
サイレント・インストールを実行するためにこれらのレスポンス・ファイルを使用する場合、ファイルにMIDDLEWARE_HOME
エントリを追加する必要があります。次に例を示します。
MIDDLEWARE_HOME=/home/Oracle/Middleware
この項では、Oracle Identity Managementに関するインストールの問題について説明します。
2.1.3.1項「Oracle Identity Managementドメインの拡張時に稼働している必要のあるWebLogic管理サーバー」
2.1.3.5項「Oracle Entitlements ServerでのJavaセキュリティ・モジュール使用時の追加情報」
Oracle Identity Managementをインストールする場合、Oracle WebLogic Server管理ドメインに関連してOracle Identity Managementコンポーネントをインストールする方法を選択するためのいくつかのオプションがあります。インストーラのドメインの選択画面で既存のドメインの拡張オプションを選択すると、Oracle Identity Managementコンポーネントが既存のOracle WebLogic Server管理ドメインにインストールされます。
既存のドメインの拡張オプションを使用して既存の管理ドメインにOracle Identity Managementコンポーネントをインストールするには、Oracle WebLogic管理サーバー・インスタンスが稼働している必要があります。
Oracle Access Manager 11g WebGatesでは、LinuxおよびSolarisプラットフォーム上にオペレーティング・システム固有のGCCライブラリが必要です。11g Webgatesのインストール・プロセス中、インストーラにより、必要なGCCライブラリのバージョンが確認されます。インストールの前に、GCCライブラリのバージョンが適切であるかを確認するには、個々のオペレーティング・システムで次のコマンドを実行します。各コマンドの出力は必ずゼロより大きくなります。出力がゼロのコマンドがある場合、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』(第23章「Oracle HTTP Server 11g Webgate for OAMのインストールおよび構成」)の説明に従って、適切なGCCライブラリをインストールします。
Linux32/i386環境の場合:
strings -a libgcc_s.so.1 | grep -c "GCC_3.0"
strings -a libgcc_s.so.1 | grep -v "GCC_3.3.1" | grep -c "GCC_3.3"
file libgcc_s.so.1 | grep "32-bit" | grep -c "80386"
file libstdc++.so.5 | grep "32-bit" | grep -c "80386"
Linux64/x86-64環境の場合:
strings -a libgcc_s.so.1 | grep -c "GCC_3.0"
strings -a libgcc_s.so.1 | grep -v "GCC_3.3.1" | grep -c "GCC_3.3"
strings -a libgcc_s.so.1 | grep -c "GCC_4.2.0"
file libgcc_s.so.1 | grep "64-bit" | grep -c "x86-64"
file libstdc++.so.6 | grep "64-bit" | grep -c "x86-64"
Solaris64/SPARC環境の場合:
strings -a libgcc_s.so.1 | grep -c "GCC_3.0"
strings -a libgcc_s.so.1 | grep -v "GCC_3.3.1" | grep -c "GCC_3.3"
file libgcc_s.so.1 | grep "64-bit" | grep -c "SPARC"
file libgcc_s.so.1 | grep "64-bit" | grep -c "x86-64"
file libstdc++.so.5 | grep "64-bit" | grep -c "SPARC"
『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のドメイン・エージェントを使用したOIMとOAM間の統合の設定に関する項のステップ10で、パッチ9824531のインストールに関する指示があります。
このパッチはインストールしないでください。
パッチ9824531のかわりに、次のパッチをダウンロードしてインストールする必要があります。
パッチ9674375
パッチ9817469
パッチ9882205
これらのパッチは、My Oracle Supportからダウンロードできます。
Oracle Entitlements Serverを英語以外の環境にインストールする場合、選択した言語では「ようこそ」画面は表示されません。これは既知の問題であり、将来のリリースで対処される予定です。
『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のJavaセキュリティ・モジュールの使用に関する項では、Oracle Entitlements ServerでのJavaセキュリティ・モジュールの構成および使用方法について説明します。
セキュリティ・モジュールを構成する場合は、インストレーション・ガイドで提供されている情報以外にも、次の追加情報を考慮する必要があります。
セキュリティ・モジュールがプロキシ・クライアントとして構成されている場合は、authentic.identity.cache.enabled
システム・プロパティをtrueに設定します。この構成は、WebサービスまたはRMIセキュリティ・モジュールのリモート・プロキシが実行されるJVMで使用され、実行されるセキュリティ・モジュールのタイプに基づいています。
具体的には次のとおりです。
セキュリティ・モジュールがWebLogic Serverセキュリティ・モジュールの場合、UNIXのsetDomainEnv.shスクリプト、またはWindowsのsetDomainEnv.cmdスクリプトで、JAVA_OPTIONS環境変数にシステム・プロパティ-Dauthentic.identity.cache.enabled=true
を追加する必要があります。
セキュリティ・モジュールがJavaセキュリティ・モジュールの場合、Javaセキュリティ・モジュールで保護されているプログラムにシステム・プロパティ-Dauthentic.identity.cache.enabled=true
を追加する必要があります。
この項では、インストール時のJDKおよびJREに関するインストールの問題について説明します。
次のOracle Fusion Middleware製品をインストールする場合:
Oracle SOA Suite
Oracle WebCenter
Oracle Service Bus
Oracle Enterprise Content Management Suite
Oracle Data Integrator
Oracle Identity and Access Management
および「ソフトウェア更新のインストール」画面で「My Oracle Supportから更新をダウンロードしてインストール」を選択して自動更新の構成を選択した場合、インストーラを起動する際にコマンドラインから-jreLoc
パラメータを使用して、システム上のJREの場所を指定する必要があります。
JREの場所について、-jreLoc
パラメータを使用せず、インストーラからの指示を待つ場合、インストール中に例外が表示されます。
Oracle Identity Management、Oracle Portal、Forms、Reports、Discoverer、およびOracle Web Tierなどの一部のインストールでは、Oracleホーム・ディレクトリにSun JDKバージョン1.6.0_07がインストールされます。このバージョンのSun JDKは、次の場所にあるOracle Fusion Middlewareの動作保証のドキュメントで指定されているバージョン未満である可能性があります。
http://www.oracle.com/technology/software/products/ias/files/fusion_certification.html
このJDKは、内部的に使用されるもので、Oracle SOA、Oracle WebCenter、または任意のカスタムJ2EEアプリケーションのデプロイには使用できません。
すべてのタイプのアプリケーションに対して単一のJDKバージョンをデプロイする場合は、次の手順を使用してSun JDK 1.6.0_07を(Oracle Fusion Middlewareの動作保証のドキュメントで指定されている)Sun JDK 1.6.0_11以上にアップグレードします。
すべてのプロセスを停止します。
既存のJDK(Sun JDK 1.6.0_07など)をバックアップします。
既存のJDKと同じ場所に新しいJDK(Sun JDK 1.6.0_11など)をインストールします。
すべてのプロセスを再起動します。
32ビットJDKがインストールされた64ビット・プラットフォームにOracle SOA Suite、Oracle WebCenterまたはApplication Developerをインストールする場合、次のようにコマンドラインでJREの場所を指定してインストーラを実行する必要があります。
UNIXオペレーティング・システム:
> ./runInstaller -jreLoc JRE_LOCATION
Windowsオペレーティング・システム:
D:\ setup.exe -jreLoc JRE_LOCATION
注意: JRE_LOCATION に対する絶対パスを指定してください。相対パスはサポートされていません。 |
この問題を回避するには、次の操作を実行します。
インストール・コマンドに-jreLoc
と32ビットJDKのパスを追加します。
UNIX/Linux環境の場合:
INSTALL_PATH/runInstaller -jreLoc 32BIT_JAVA_HOME
Windows環境の場合:
INSTALL_PATH\setup.exe -jreLoc 32BIT_JAVA_HOME
Oracle Bug#12329567
JDK 6アップデート23を使用中にメモリー不足エラーが発生した場合は、次の点について検討します。
JDK 6アップデート23で、エスケープ分析機能がデフォルトで有効化されています。エスケープ分析は、JVM内部でのコードの最適化に使用します。エスケープ分析での不具合のため、メモリー・フットプリントが増加し、そのためアプリケーションのメモリーが不足して、OutOfMemoryErrorsがスローされます。
この問題の回避方法として、アプリケーションの起動時に次のJVM引数を追加します。
-XX:-DoEscapeAnalysis
この問題の修正が準備され、Oracle JDKの次のスケジュールされた定期アップデート・リリースにまとめられます。
JDK 6アップデート23は、次のようにjava -version
コマンドを使用して識別できます。
java -version java version "1.6.0_24" Java(TM) SE Runtime Environment (build 1.6.0_24-b50) Java HotSpot(TM) Server VM (build 19.1-b02, mixed mode)
この項では、製品インストーラに関するインストールの問題について説明します。
Oracle Bug#12407854に従って記載されています。
Fusion Middleware製品のインストーラでは、Solaris x86-64オペレーティング・システムで次のオペレーティング・システム・パッチが検索されます。
127111-02
137111-04
これは正しくありません。Solaris x86-64オペレーティング・システムに必要な正しいオペレーティング・システム・パッチは次のとおりです。
127112
137112
このようなパッチの追加情報は、My Oracle Supportのノート1000642.1および1019395.1を参照してください。
Oracle Business IntelligenceをLinuxオペレーティング・システムにインストールする場合に「インストール・タイプの選択」画面で「簡易インストール」を選択すると、「管理者詳細」画面にナビゲートしたときに「パスワード」フィールドが無効になります。
この問題の回避方法として、「パスワード」フィールドを右クリックし、「貼付け」を選択します。「パスワード」フィールドがアクティブ化され、管理者パスワードを入力できるようになります。
この項では、データベースおよびスキーマに関するインストールの問題について説明します。
Oracle Fusion Middlewareでは、バイトモードのデータベースのスキーマのみをサポートしています。スキーマがあるデータベース上のnls_length_semantics
初期化パラメータのCHAR
への設定はサポートされていないため、BYTE
に設定する必要があります。
SQL*Plusを使用してこのパラメータの値を確認するには、次のようにshow parameters
コマンドを使用します。
prompt> sqlplus "sys/password as sysdba"SQL> show parameters nls_length_semantics
password
の部分は、SYSユーザーの実際のパスワードに置き換えてください。
別の方法として、次のようにV$PARAMETER
ビューを問い合せて値を確認することもできます。
prompt> sqlplus "sys/password as sysdba"SQL> select name,value from v$parameter;
SOAINFRA
スキーマをインストールする必要があり、DBA権限のみを保持するユーザーを使用する場合、RCUを実行する前にデータベースで次のコマンドを実行してください。
GRANT ALL ON dbms_aqadm TO user WITH GRANT OPTION; GRANT ALL ON dbms_aq TO user WITH GRANT OPTION;
コマンド内のuser
は、実際のデータベース・ユーザーの名前で置き換えてください。
スキーマを作成するためにデータベースに接続しているときに、タイムアウトや接続障害が原因でOracle Internet Directoryのインストールに失敗する場合、rcu.properties
ファイルのタイムアウト・パラメータを再設定できます。UNIXオペレーティング・システムでは、このファイルはIDM_Home/rcu/config
ディレクトリにあります。Windowsオペレーティング・システムでは、このファイルはIDM_Home\rcu\config
ディレクトリにあります。
テキスト・エディタでrcu.properties
ファイルを開いてJDBC_LOGIN_TIMEOUT
プロパティを検索し、その値を30に設定します。
この項では、インストール時に表示されるエラー・メッセージに関するインストールの問題について説明します。
2.1.7.2項「Oracle Identity Managementドメインの拡張後、Oracle WebLogic管理対象サーバーのログにJRF起動クラスの例外が記録される問題」
2.1.7.3項「インストール・ログ・ファイルでのSun JDKおよびOracle Configuration Managerの障害」
Oracle Fusion Middleware 11g製品をIBM AIX 7.1にインストールする際、インストールの前提条件チェック中に次のエラーが表示されることがあります。
Checking operating system certification Expected result: One of 5300.08,6100.02 Actual result:: 7100.xx Check complete. The overall result of this check is: Failed <<<< Problem: This Oracle software is not certified on the current operating system Checking recommended operating system patches Check complete: The overall result of this check is: Not executed <<<<
これらのメッセージは無視しても問題ありません。ダイアログ・ボックスで「続行」を選択すると、インストールが実行されます。
Oracle Identity Managementドメインの拡張後、JRF起動クラスに関連する例外メッセージが管理対象サーバーのログ・ファイルに記録されることがあります。次に例を示します。
Failed to invoke startup class "JRF Startup Class", oracle.jrf.PortabilityLayerException: Fail to retrieve the property for the Common Components Home. oracle.jrf.PortabilityLayerException: Fail to retrieve the property for the Common Components Home.
これらの例外メッセージは無視して問題ありません。機能上失われるものはありません。
Oracle Web Tier、Oracle Identity Management、またはOracle Portal、Forms、ReportsおよびDiscovererのインストールの完了時に、install
time_and_date
.log
ファイルに次のエラーが記録されることがあります。
[2009-11-04T21:15:13.959-06:00] [OUI] [NOTIFICATION] [] [OUI] [tid: 16] [ecid: 0000IJ2LeAeFs1ALJa5Eif1Aw^9l000007,0] OUI-10080:The pre-requisite for the component Sun JDK 1.6.0.14.08 has failed. [2009-11-04T21:15:13.960-06:00] [OUI] [NOTIFICATION] [] [OUI] [tid: 16] [ecid: 0000IJ2LeAeFs1ALJa5Eif1Aw^9l000007,0] OUI-10080:The pre-requisite for the component Oracle Configuration Manager 10.3.1.2.0 has failed.
これらのメッセージは、oracle_common
ディレクトリにSun JDKおよびOracle Configuration Managerがインストールされていないために発生します。これらのメッセージは無視して問題ありません。
この項では、製品の削除に関する問題について説明します。
インストール時に障害が発生したため、失敗したインストール環境を削除して同じ場所にソフトウェアを再インストールする場合、次の手順を実行する必要があります。
インストールに失敗した管理対象サーバーがすべて停止していることを確認します。管理コンソールで、管理対象サーバー名の隣に「SHUTDOWN」という文字が表示されていることを確認します。
ORACLE_HOME
/oui/bin
ディレクトリのアンインストーラを使用してOracleホーム・ディレクトリのバイナリを削除します。
管理コンソールまたはWLSTを使用して、config.xml
ファイルの失敗したインストール環境から管理対象サーバーをすべて削除します。
DOMAIN_HOME
/servers
ディレクトリのすべてのディレクトリを削除します。
この手順により、同じ管理対象サーバー名を使用して、同じ場所にソフトウェアを再インストールできます。
作成したWebLogicドメインを削除するには、特定のシナリオがあります。Oracle Universal Installerは、OracleインスタンスおよびOracleホーム・ディレクトリの削除にのみ使用され、WebLogicドメインは削除しません。
WebLogicドメインを削除する必要がある場合は、手動で削除してください。詳細は、Oracle WebLogic Serverのドキュメントを参照してください。
Oracle Service Registry 11gをOracle SOA Suite 11g リリース11.1.1.2.0またはリリース11.1.1.3.0と同じWeblogicドメインにインストールすると、Oracle Service Registryの起動時にWebLogic Serverコンソールに次のエラー・メッセージが表示されることがあります。
java.lang.LinkageError: loader constraint violation in interface itable initialization:....
この問題を回避するには、次の操作を実行します。
Oracle Service RegistryがOracle SOA Suiteとは異なる管理対象サーバーにインストールされていることを確認します。
パッチ9499508をダウンロードし、パッチに付属するREADMEファイルの指示に従います。
My Oracle Supportにアクセスします。
http://support.oracle.com
「パッチと更新版」タブをクリックします。
「パッチ検索」領域で、パッチ9499508を検索します。
パッチをダウンロードします。
setDomainEnv.sh
ファイルを編集し、次のようにOracle Service Registry Serverでクラスパスからfabric.jar
を削除します。
if [ "${SERVER_NAME}" != "osr_server1" ] ; then POST_CLASSPATH="${SOA_ORACLE_HOME}/soa/modules/oracle.soa.fabric_11.1.1/oracle.soa.fabric.jar ${CLASSPATHSEP}${SOA_ORACLE_HOME}/soa/modules/oracle.soa.adapter_11.1.1/oracle.soa.adapter.jar ${CLASSPATHSEP}${SOA_ORACLE_HOME}/soa/modules/oracle.soa.b2b_11.1.1/oracle.soa.b2b.jar ${CLASSPATHSEP}${POST_CLASSPATH}" else POST_CLASSPATH="${SOA_ORACLE_HOME}/soa/modules/oracle.soa.adapter_11.1.1/oracle.soa.adapter.jar ${CLASSPATHSEP}${SOA_ORACLE_HOME}/soa/modules/oracle.soa.b2b_11.1.1/oracle.soa.b2b.jar ${CLASSPATHSEP}${POST_CLASSPATH}" fi
Oracle Service Registry 11gをOracle SOA Suite 11g リリース11.1.1.3.0と同じWeblogicドメインにインストールすると、Oracle Service Registryコンソールへのアクセス時に次のエラー・メッセージが表示されることがあります。
ClassCastException java.lang.ClassCastException:org.systinet.uddi.client.serialization.UDDIFaultSerializer
このエラーを回避するには、setDomainEnv.sh
ファイルを編集し、Oracle Service Registry管理対象サーバーの実行時にクラスパスからoracle.soa.fabric.jar
を削除します。次の手順を実行します。
MW_HOME
/user_projects/domains/
soa_domain_name
/bin/setDomainEnv.sh
ファイルのバックアップを作成します。
setDomainEnv.sh
ファイルを編集して次の行を置き換えます。
POST_CLASSPATH="${SOA_ORACLE_HOME}/soa/modules/oracle.soa.fabric_11.1.1/oracle.soa.fabric.jar ${CLASSPATHSEP}${SOA_ORACLE_HOME}/soa/modules/oracle.soa.adapter_11.1.1/oracle.soa.adapter.jar ${CLASSPATHSEP}${SOA_ORACLE_HOME}/soa/modules/oracle.soa.b2b_11.1.1/oracle.soa.b2b.jar ${CLASSPATHSEP}${POST_CLASSPATH}"
次のように変更します。
if [ "${SERVER_NAME}" != "<your_osr_server_name>" ] ; then POST_CLASSPATH="${SOA_ORACLE_HOME}/soa/modules/oracle.soa.fabric_11.1.1/oracle.soa.fabric.jar ${CLASSPATHSEP}${SOA_ORACLE_HOME}/soa/modules/oracle.soa.adapter_11.1.1/oracle.soa.adapter.jar ${CLASSPATHSEP}${SOA_ORACLE_HOME}/soa/modules/oracle.soa.b2b_11.1.1/oracle.soa.b2b.jar ${CLASSPATHSEP}${POST_CLASSPATH}" else POST_CLASSPATH="${SOA_ORACLE_HOME}/soa/modules/oracle.soa.adapter_11.1.1/oracle.soa.adapter.jar ${CLASSPATHSEP}${SOA_ORACLE_HOME}/soa/modules/oracle.soa.b2b_11.1.1/oracle.soa.b2b.jar ${CLASSPATHSEP}${POST_CLASSPATH}" fi
Oracle Service Registry管理対象サーバーを再起動します。
ドメイン内に複数のOracle Service Registry管理対象サーバーが存在する場合、各管理対象サーバーを条件に追加する必要があります。たとえば、WLS_OSR1
およびWLS_OSR2
という2つのOracle Service Registry管理対象サーバーが存在する場合、次のようにします。
case "$SERVER_NAME" in . 'WLS_OSR1') . echo "Setting WLS_OSR1 CLASSPATH..." POST_CLASSPATH="${SOA_ORACLE_HOME}/soa/modules/oracle.soa.adapter_11.1.1/oracle.soa.adapter.jar ${CLASSPATHSEP}${SOA_ORACLE_HOME}/soa/modules/oracle.soa.b2b_11.1.1/oracle.soa.b2b.jar ${CLASSPATHSEP}${POST_CLASSPATH}" exit;; . 'WLS_OSR2') . echo "Setting WLS_OSR2 CLASSPATH..." POST_CLASSPATH="${SOA_ORACLE_HOME}/soa/modules/oracle.soa.adapter_11.1.1/oracle.soa.adapter.jar ${CLASSPATHSEP}${SOA_ORACLE_HOME}/soa/modules/oracle.soa.b2b_11.1.1/oracle.soa.b2b.jar ${CLASSPATHSEP}${POST_CLASSPATH}" exit;; . *) . echo "Setting default SOA CLASSPATH..." POST_CLASSPATH="${SOA_ORACLE_HOME}/soa/modules/oracle.soa.fabric_11.1.1/oracle.soa.fabric.jar ${CLASSPATHSEP}${SOA_ORACLE_HOME}/soa/modules/oracle.soa.adapter_11.1.1/oracle.soa.adapter.jar ${CLASSPATHSEP}${SOA_ORACLE_HOME}/soa/modules/oracle.soa.b2b_11.1.1/oracle.soa.b2b.jar ${CLASSPATHSEP}${POST_CLASSPATH}" exit;; . esac
トルコ語およびタイ語のユーザーは、英語ロケールを使用してOracle Fusion Middlewareをインストールおよび実行することをお薦めします。Oracle Fusion Middlewareでは、クライアントとしてトルコ語およびタイ語ロケールがサポートされます。
この項では、パッチ適用に関する問題およびその回避方法について説明します。次のトピックが含まれています。
この項では、Oracle SOA Suite製品に関するパッチ適用の問題について説明します。
2.2.1.1項「Oracle Business Process Management Suiteを含む既存のOracle SOA Suiteドメインの拡張時に表示される例外」
2.2.1.2項「範囲ベースのディメンション・ビジネス・インジケータを持つSOAコンポジットのアンデプロイ時に表示される例外」
2.2.1.3項「Microsoft SQL Server 2008データベースと組み合せたOracle Business Process Management Suiteの実行」
2.2.1.4項「Oracle SOA Suiteリリース11.1.1.3.0に更新してもb2b.r1ps1プロパティが削除されない問題」
2.2.1.6項「11gリリース1(11.1.1.4.0)パッチ・セット適用後の、監視対象BPELプロセスによるログ・ファイルでの警告メッセージの生成」
パッチ・セット・インストーラを使用してOracle SOA Suiteソフトウェアをリリース11.1.1.3.0にアップグレードし、Oracle Business Process Management Suiteを含めるように既存のドメインを拡張する場合、次の例外が断続的に発生することがあります。
javax.ejb.EJBTransactionRolledbackException: EJB Exception: ; nested exception is: javax.persistence.PersistenceException: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.0.2.v20100323-r6872): org.eclipse.persistence.exceptions.DatabaseException Internal Exception: java.sql.SQLIntegrityConstraintViolationException: ORA-02292: integrity constraint (DB9128_SOAINFRA.BPM_CUBE_ROLE_FK1) violated - child record found. Error Code: 2292 Call: DELETE FROM BPM_CUBE_PROCESS WHERE (PROCESSID = ?) bind => [247] Query: DeleteObjectQuery(CubeProcess(domain:default, composite:counter_extended, revision:1.0, name:Process, hasNametab:true)); nested exception is: javax.persistence.PersistenceException: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.0.2.v20100323-r6872): org.eclipse.persistence.exceptions.DatabaseException Internal Exception: java.sql.SQLIntegrityConstraintViolationException: ORA-02292: integrity constraint (DB9128_SOAINFRA.BPM_CUBE_ROLE_FK1) violated - child record found
この例外は無害です。この例外の表示を抑止するには、次の手順を実行します。
SOAスキーマ・ユーザーとしてデータベースに接続します。
次のコマンドを実行してBPM_CUBE_ROLE_FK1
制約を削除します。
ALTER TABLE BPM_CUBE_ROLE DROP CONSTRAINT BPM_CUBE_ROLE_FK1;
次のコマンドを実行してBPM_CUBE_ROLE_FK1
制約を再作成します。
ALTER TABLE BPM_CUBE_ROLE ADD CONSTRAINT BPM_CUBE_ROLE_FK1 FOREIGN KEY @ (ProcessId) REFERENCES BPM_CUBE_PROCESS(ProcessId) ON DELETE CASCADE;
Oracle SOA管理対象サーバーを再起動します。
パッチ・セット・インストーラを使用してOracle SOA Suiteソフトウェアをリリース11.1.1.3.0にアップグレードし、範囲ベースのディメンション・ビジネス・インジケータを持つSOAコンポジットをアンデプロイする場合、次の例外が断続的に発生することがあります。
javax.ejb.EJBTransactionRolledbackException: EJB Exception: ; nested exception is: javax.persistence.PersistenceException: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.0.2.v20100323-r6872): org.eclipse.persistence.exceptions.DatabaseException Internal Exception: java.sql.SQLIntegrityConstraintViolationException: ORA-02292: integrity constraint (DB9967_SOAINFRA.BPM_CUBE_NAMETAB_RANGE_FK1) violated - child record found Error Code: 2292 Call: DELETE FROM BPM_CUBE_NAMETAB WHERE ((EXTENSIONID = ?) AND (NAMETABID = ?)) bind => [0, 603] Query: DeleteObjectQuery(oracle.bpm.analytics.cube.persistence.model.CubeNametab@b7b8 2a); nested exception is: javax.persistence.PersistenceException: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.0.2.v20100323-r6872): org.eclipse.persistence.exceptions.DatabaseException Internal Exception: java.sql.SQLIntegrityConstraintViolationException: ORA-02292: integrity constraint (DB9967_SOAINFRA.BPM_CUBE_NAMETAB_RANGE_FK1) violated - child record found
この例外は無害のため、無視して問題ありません。この例外の表示を抑止するには、次の手順を実行します。
SOAスキーマ・ユーザーとしてデータベースに接続します。
次のコマンドを実行してBPM_CUBE_NAMETAB_RANGE_FK1
制約を削除します。
ALTER TABLE BPM_CUBE_NAMETAB_RANGE DROP CONSTRAINT BPM_CUBE_NAMETAB_RANGE_FK1;
次のコマンドを実行してBPM_CUBE_NAMETAB_RANGE_FK1
制約を再作成します。
ALTER TABLE BPM_CUBE_NAMETAB_RANGE ADD CONSTRAINT BPM_CUBE_NAMETAB_RANGE_FK1 FOREIGN KEY @ (ProcessId, NametabId, ExtensionId) REFERENCES BPM_CUBE_NAMETAB (ProcessId, NametabId, ExtensionId) ON DELETE CASCADE;
Oracle SOA管理対象サーバーを再起動します。
パッチ・セット・インストーラを使用してOracle Business Process Management Suiteを含めるように既存のOracle SOA Suiteインストール環境にパッチを適用し、Microsoft SQL Server 2008データベースを使用する場合、ソフトウェアへのパッチ適用後に次の手順を実行する必要があります。
管理コンソールにログインします。
「接続プール」タブにあるmds-owsm
およびmds-soa
データソースの「プロパティ」セクションで、次のプロパティを追加します。
ReportDateTimeTypes=false
ソフトウェアをリリース11.1.1.2.0からリリース11.1.1.3.0に更新し、Oracle Enterprise Managerコンソールにログインしてb2bのプロパティ画面に移動すると、b2b.r1ps1
プロパティが引き続き表示されます(このプロパティは、DocProvisioningやTransportCalloutなどのリリース11.1.1.2.0の機能を有効化する場合に使用されます)。このプロパティは、リリース11.1.1.3.0では削除されています。
このプロパティを削除するには、Fusion Middleware ControlでMBeanブラウザのプロパティ削除操作を使用します。詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド』のB2B操作の構成に関する項を参照してください。
次のようにBAM単独オプション付きでデータベース・スキーマをリリース11.1.1.1.0からリリース11.1.1.2.0に移行するとします。
ant master-patch-schema -DpatchMaster.Componentlist=BAM
Oracle BAMサーバーは起動せず、UMSおよびMDSの例外が返されます。前述のコマンドの実行後、ログ・ファイルにエラーが記録されず、schema_version_registry
のOracle BAMのリリースが11.1.1.2.0に変更されている場合、次のコマンドを実行してOracle UMSおよびMDSを手動で移行する必要があります。
ant master-patch-schema -DpatchMaster.Componentlist=MDS ant master-patch-schema -DpatchMaster.Componentlist=UMS
これらのコマンドを実行してから、Oracle BAMサーバーを起動します。
モニターをインストゥルメント済のBPELプロセスをデプロイする場合、11gリリース1(11.1.1.4.0)パッチ・セットの適用後に、Oracle BAMによってSOA診断ログ・ファイルにエラー・メッセージが生成されることがあります。
これは、新規ビジネス・インジケータ・データ・オブジェクト・フィールド(「LATEST」)がOracle Fusion Middleware 11gリリース1(11.1.1.4.0)に追加されたためです。
警告メッセージを回避し、新規データ・オブジェクト・フィールドを利用するには、11gリリース1(11.1.1.4.0)パッチ・セットの適用後にBPELプロセスを再デプロイします。
LATESTデータ・オブジェクト・フィールドの詳細は、『Oracle Fusion Middleware Oracle SOA Suite開発者ガイド』のビジネス・インジケータ・データ・オブジェクトについての項を参照してください。
この項では、Oracle WebCenter製品に関するパッチ適用の問題について説明します。
2.2.2.1項「WebCenter Spacesワークフロー用のWebCenterWorklistDetailApp.earのデプロイ」
2.2.2.3項「11.1.1.4.0パッチ・セットのインストール後の.jspページによるWebCenter Spaceカスタマイズの使用の問題」
Oracle Fusion Middleware 11.1.1.2.0からパッチを適用する場合、パッチ・セット・インストーラの実行後にWebCenterWorklistDetailApp.ear
を再デプロイする必要があります。このファイルは、Oracle SOA Suite 11.1.1.2.0のインストール・パスのSOA_ORACLE_HOME
/webcenter/applications/WebCenterWorklistDetailApp.ear
にあります。
Oracle WebCenterへのパッチの適用後、一部のアプリケーションで以前のリリースのリリース番号が表示されます。
この問題の回避方法はありません。
WebCenter Spaces 11g リリース1(11.1.1.2.0)またはリリース1(11.1.1.3.0)を独自にカスタマイズして拡張する場合、アップグレードする前に、カスタマイズ共有ライブラリで.jsp
ページではなく、.jspx
ページを使用していることを確認する必要があります。
WebCenter Spaces 11.1.1.4.0にアップグレードした後、カスタム・サイト・テンプレートは.jsp
ページを使用しているとレンダリングされません。
ホワイト・ペーパー『WebCenter Spacesのカスタマイズ・サイト・テンプレート』に従ってカスタム・サイト・テンプレートを開発した場合、ページはすでに.jspx
ページになっています。
WLSTコマンドによってOracle WebCenterを更新する場合、この項に示すエラー・メッセージが表示されることがあります。このようなエラーは、コマンドが完了しており、コマンドの完了を示すテキストが表示されている場合は、無視しても問題ありません。
upgradeWebCenterDomain
WLSTコマンドを実行する場合、次のエラー・メッセージが表示されることがあります。
Error: addTemplate() failed. Do dumpStack() to see details.
upgradeWebCenterPermissions
コマンドを実行する場合、次のエラー・メッセージが表示されることがあります。
Command FAILED, Reason: JPS-04204: Cannot revoke permissions.
この項では、Oracle Identity Management製品に関するパッチ適用の問題について説明します。
2.2.3.3項「リリース11.1.1.2.0または11.1.1.3.0からのパッチ適用後にOIDおよびOVDの保存済接続が使用可能にならない問題」
2.2.3.5項「Oracle Identity Managementからリリース11.1.1.4.0のパッチ適用後のログ・ファイルのエラー」
2.2.3.4項「Oracle Identity Managementアップグレード時のupgradeOpss()コマンド実行中エラー」
2.2.3.6項「Oracle Identity Federationをリリース11.1.1.1.0からリリース11.1.1.2.0に移行する場合の警告メッセージ」
2.2.3.7項「Oracle Identity Management 11.1.1.2.0インストール環境を11.1.1.3.0に移行するパッチの適用時に記録される無害なエラー」
Oracle IdentityおよびAccess Managementの11.1.1.5.0への更新中、ファイル・システムに表示される、サード・パーティJARファイル(例: コネクタ機能に必要なldapbp.jar
)がアップグレード・プロセスでデータベースにアップロードされません。これらのJARファイルは、UploadJars.sh
(UNIXオペレーティング・システム)またはUploadJars.bat
(Windowsオペレーティング・システム)ユーティリティを使用して手動でデータベースにアップロードする必要があります。
詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』の「JARおよびリソース・バンドル・ユーティリティのアップロード」の章を参照してください。
リリース11.1.1.5.0では、次の新規ポリシーがOracle Entitlements Server(OES)に導入されています。
SelfServiceUserManagementPolicies.xml
UserManagementPolicies.xml
この変更によって、承認ありの新規ポリシーが追加されると、承認に対するリクエストが生成されません。
この問題を回避するには、リクエスト管理者ロールをアクセス・ポリシー・ベースのプロビジョニング・リクエスト・テンプレートに追加します。
拡張コンソールにログインします。
「構成」タブのリクエスト・テンプレートに進みます。
アクセス・ポリシー・ベースのプロビジョニング・リクエスト・テンプレートを検索し、開きます。
「テンプレートの詳細」ページのテンプレート・ユーザー・ロール・タブに進みます。
「使用可能なロール」の左側のペインから、リクエスト管理者ロールを検索し、割り当てます。
割り当てられたロールは、右側のペインの「選択したロール」に表示されます。
リクエスト・テンプレートを保存します。
Oracle Internet Directory(OID)またはOracle Virtual Directory(OVD)にリリース11.1.1.2.0または11.1.1.3.0からリリース11.1.1.4.0以降へのパッチを適用する場合、リリース11.1.1.2.0または11.1.1.3.0で保存した接続は、パッチ適用後に使用できなくなります。
リリース11.1.1.3.0以降からパッチを適用する場合は、OIDおよびOVDに保存した接続は使用可能になります。
この問題の回避方法はありません。
Oracle Identity Manager 11.1.1.3.0から11.1.1.5.0へのアップグレード中、upgradeOpss
WLST(オンライン)コマンドを使用してOracle Platform Security Services(OPSS)を更新するよう求められます。
upgradeOpss
コマンドを実行すると、次のメッセージがコンソールに表示されます。
WLS ManagedService is not up running. Fall back to use system properties for configuration.
date_and_time oracle.security.jps.internal.tools.utility.destination.apibased.JpsDstPolicy <init>
WARNING: No identity store associate with policy store found.
Upgrade of jps configuration and security stores is done.
このメッセージは無害のため、無視して問題ありません。
Oracle Identity Managementにリリース11.1.1.4.0のパッチを適用して構成した後、シングル・サインオンをOracle Identity Federationに使用すると、wls_oif1-diagnostics.log
ファイルに次のエラーが表示されます。
[2010-08-05T13:05:30.754-07:00] [wls_oif1] [INCIDENT_ERROR] [FED-10174] [oracle.security.fed.model.config.Configuration] [tid: [ACTIVE].ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: <anonymous>] [ecid: 42ef6c66fe18f3ad:291f353a:12a43da27c1:-8000-0000000000000021,0] [APP: OIF#11.1.1.2.0] [arg: certvalidationtimeout] Property was not found: certvalidationtimeout. . [2010-08-05T13:05:37.174-07:00] [wls_oif1] [INCIDENT_ERROR] [FED-10174] [oracle.security.fed.model.config.Configuration] [tid: [ACTIVE].ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: <anonymous>] [ecid: 42ef6c66fe18f3ad:291f353a:12a43da27c1:-8000-0000000000000021,0] [APP: OIF#11.1.1.2.0] [arg: schemavalidationenabled] Property was not found: schemavalidationenabled [2010-08-06T17:09:23.861-07:00] [wls_oif1] [INCIDENT_ERROR] [FED-10174] [oracle.security.fed.model.config.Configuration] [tid: [ACTIVE].ExecuteThread: '3' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: <anonymous>] [ecid: f6d9b81289e40cee:42d4f595:12a49b7af7a:-8000-000000000000086f,0] [APP: OIF#11.1.1.2.0] [arg: certpathvalidationenabled] Property was not found: certpathvalidationenabled. [2010-08-06T17:11:27.173-07:00] [wls_oif1] [INCIDENT_ERROR] [FED-10174] [oracle.security.fed.model.config.Configuration] [tid: [ACTIVE].ExecuteThread: '3' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: <anonymous>] [ecid: f6d9b81289e40cee:42d4f595:12a49b7af7a:-8000-00000000000009a0,0] [APP: OIF#11.1.1.2.0] [arg: httpheaderattrcollector] Property was not found: httpheaderattrcollector.
これらのエラーは無害であり、無視しても問題ありません。
このようなエラーを回避するには、『Oracle Fusion Middlewareパッチ適用ガイド』のOracle Identity Federationの構成プロパティの更新に関する項の説明のとおり、ソフトウェアに11.1.1.4.0のパッチを適用した後でoif-upgrade-11.1.1.2.0-11.1.1.4.0.py
スクリプトを実行します。
パッチ・アシスタント移行スクリプトを使用してOracle Identity Federationをリリース11.1.1.1.0からリリース11.1.1.2.0に移行する場合、次のエラー・メッセージが表示されることがあります。
WLSTException: Error occured while performing addHelpCommandGroup : Error getting resource bundle: : Can't find bundle for base name oifWLSTResourceBundle, locale en_US
このメッセージは無害のため、無視して問題ありません。
Oracle Identity Management 11.1.1.2.0インストール環境を11.1.1.3.0に移行するパッチの適用後、次のような無害なエラー・メッセージがインストール・ログ・ファイルに記録されることがあります。
External name..INVALID_ORACLE_DIRECTORY_MSG_STRING
In doFinish method checking for inventory lock...InstallProgressPage
Next page is a progress page and the inventory lock is false
/bin/chmod: changing permissions of /scratch/aime1/Oracle/Middleware/oracle_ps2/install/root.log': Operation not permitted
/bin/chmod: changing permissions of /scratch/aime1/Oracle/Middleware/oracle_ps2/bin/nmb': Operation not permitted
/bin/chmod: changing permissions of /scratch/aime1/Oracle/Middleware/oracle_ps2/bin/nmhs': Operation not permitted
/bin/chmod: changing permissions of /scratch/aime1/Oracle/Middleware/oracle_ps2/bin/nmo': Operation not permitted
inventoryLocation: /scratch/aime1/oraInventory
Mode:init
これらのメッセージは無視できます。
Oracle Identity Managementをリリース11.1.1.5.0に更新した後、Oracle Identity Managementサーバーを起動すると、次の例外が表示されることがあります。
java.lang.ClassNotFoundException: ADP ClassLoader failed to load:com.thortech.xl.schedule.tasks.tcTskScheduledProvision
このエラーは無害のため、無視しても問題ありません。
この項では、Oracle Fusion Middlewareシステム・コンポーネントに関するパッチ適用の問題について説明します。
システム・コンポーネント・ソフトウェア(Oracle Portal、Forms、ReportsおよびDiscoverer、Oracle Identity Management、またはOracle Web Tier)にパッチを適用し、すべてのサービスを開始した後で、既存のドメインを拡張する場合、システム・コンポーネントを手動で再デプロイする必要があります。この操作を行うには、Oracle Fusion Middlewareのパッチ適用ガイドに含まれるドメイン拡張シナリオでのシステム・コンポーネントの再デプロイに関する項の指示に従ってください。
システム・コンポーネントを再デプロイしないと、それらのコンポーネントの削除時に問題が発生します。
リリース11.1.1.1.0のシステム・コンポーネントをリリース11.1.1.2.0に移行する際、コンソール・ウィンドウに次のエラー・メッセージが表示される場合があります。
Process (index=1,uid=1270434032,pid=0)
Executable file does not have execute permission.
INSTANCE_HOME/EMAGENT/EMAGENT/bin/emctl
failed to start a managed process after the maximum retry limit
Executable file does not have execute permission.
この問題を回避するには、emctl
実行可能ファイルの権限を手動で変更します。次に例を示します。
chmod +x INSTANCE_HOME/EMAGENT/EMAGENT/bin/emctl
権限を変更した後、すべてのopmnctl
プロセスを再起動します。
Metadata Servicesスキーマ(MDS)を使用するFusion Middleware製品を稼働しており、Fusion Middleware製品がリリース11.1.1.4.0より前の場合、Enterprise ManagerのMDSスキーマをリリース11.1.1.4.0に更新してあっても、MDSスキーマのスキーマ・バージョン番号は、前のリリース番号になります。
MDSスキーマ・バージョン番号を正しく表示するには、スキーマとFusion Middleware製品ソフトウェアの両方を最新のバージョンに更新する必要があります。
既存のOracle Business Intelligence(BI)ソフトウェアにリリース11.1.1.4.0のパッチを適用した後、一部のOracle BIコンポーネント(例: Oracle BI PublisherまたはOracle RTD)では、Oracle Enterprise Managerを使用して表示する際に、前のリリースのバージョン番号が表示されることがあります。
この問題の回避方法はありません。
upgradeOpss()
WLSTコマンドを実行して構成とストアをリリース11.1.1.4.0にアップグレードする場合、次のエラー・メッセージが表示されることがあります。
oracle.security.jps.internal.tools.utility.destination.apibased.JpsDstPolicy migrateData WARNING: cannot migrate a global grant. Reason oracle.security.jps.service.policystore.PolicyStoreException: Found 2 permissions in the store matching: ([PermissionEntry:class=java.util.PropertyPermission target=weblogic.Name resourceType=null actions=read,PERMISSION, name=null, uniqueName=null, guid=null] [jaznGranteeDn=orclguid=AC171BF0E72711DEBF9CCF0B93FB22A1,cn=Grantees, cn=JAASPolicy,cn=systempolicy,cn=webcenter,cn=JPSContext,cn=jpsroot_webcenter_IR14_prod}), [PermissionEntry: class=java.util.PropertyPermission target=weblogic.Name resourceType=null actions=read,PERMISSION, name=8228FD8036F711DEAF24DB7D80B2D07C, uniqueName=orclguid=8228FD8036F711DEAF24DB7D80B2D07C,cn=Permissions,cn=JAASPolicy, cn=systempolicy,cn=webcenter,cn=JPSContext,cn=jpsroot_webcenter_IR14_prod, guid=8228FD8036F711DEAF24DB7D80B2D07C] [jaznGranteeDn=orclguid=822505e036f711deaf24db7d80b2d07c,cn=grantees,cn=jaas policy,cn=systempolicy,cn=webcenter,cn=jpscontext,cn=jpsroot_webcenter_ir14_prod}1 [PermissionEntry: class=java.util.PropertyPermission target=weblogic.Name resourceType=null actions=read,PERMISSION, name=8228FD8036F711DEAF24DB7D80B2D07C, uniqueName=orclguid=8228FD8036F711DEAF24DB7D80B2D07C,cn=Permissions,cn=JAASPolicy, cn=systempolicy,cn=webcenter,cn=JPSContext,cn=jpsroot_webcenter_IR14_prod, guid=8228FD8036F711DEAF24DB7D80B2D07C] [jaznGranteeDn=orclguid=822505e036f711deaf24db7d80b2d07c,cn=grantees,cn=jaaspolicy ,cn=systempolicy,cn=webcenter,cn=jpscontext,cn=jpsroot_webcenter_ir14_prod} [PermissionEntry: class=java.util.PropertyPermission target=weblogic.Name resourceType=null actions=read,PERMISSION, name=AC198CF0E72711DEBF9CCF0B93FB22A1, uniqueName=orclguid=AC198CF0E72711DEBF9CCF0B93FB22A1,cn=Permissions,cn=JAASPolicy, cn=systempolicy,cn=webcenter,cn=JPSContext,cn=jpsroot_webcenter_IR14_prod, guid=AC198CF0E72711DEBF9CCF0B93FB22A1] [jaznGranteeDn=orclguid=822505e036f711deaf24db7d80b2d07c,cn=grantees,cn=jaaspolicy ,cn=systempolicy,cn=webcenter,cn=jpscontext,cn=jpsroot_webcenter_ir14_prod} [jaznGranteeDn=orclguid=ac171bf0e72711debf9ccf0b93fb22a1,cn=grantees,cn=jaaspolicy ,cn=systempolicy,cn=webcenter,cn=jpscontext,cn=jpsroot_webcenter_ir14_prod}2 [PermissionEntry: class=java.util.PropertyPermission target=weblogic.Name resourceType=null actions=read,PERMISSION, name=AC198CF0E72711DEBF9CCF0B93FB22A1, uniqueName=orclguid=AC198CF0E72711DEBF9CCF0B93FB22A1,cn=Permissions,cn=JAASPolicy, cn=systempolicy,cn=webcenter,cn=JPSContext,cn=jpsroot_webcenter_IR14_prod, guid=AC198CF0E72711DEBF9CCF0B93FB22A1] [jaznGranteeDn=orclguid=822505e036f711deaf24db7d80b2d07c,cn=grantees,cn=jaaspolicy ,cn=systempolicy,cn=webcenter,cn=jpscontext,cn=jpsroot_webcenter_ir14_ prod}[jaznGranteeDn=orclguid=ac171bf0e72711debf9ccf0b93fb22a1,cn=grantees,cn=jaas policy,cn=systempolicy,cn=webcenter,cn=jpscontext,cn=jpsroot_webcenter_ir14_prod}
これらのメッセージは無害のため、無視しても問題ありません。
Middlewareホームにすでにリリース11.1.1.3.0のパッチが適用されている製品があり、同じMiddlewareホームで別の製品に同じリリースのパッチを適用しようとすると、install
timestamp
.out
ファイルに次のような警告メッセージが記録されます。
Attempting to install 1 patches Mar 3, 2010 1:00:07 PM [THREAD: Thread-1] com.bea.cie.paf.internal.attach.PatchManagerImpl install WARNING: Warning: Patch already installed: PBY8 Patch installation success Patch installation success Success.. [SOARootService.getRootActions] autoPortsDetect =null [SOARootService.getRootActions] privilegedPorts =null
この警告メッセージは無視して問題ありません。
Oracle Data Integrator(ODI)をOracle Business Activity Monitoringと統合する場合、Oracle Fusion Middleware 11g リリース1(11.1.1.4.0)パッチ・セットのインストール後に、次のナレッジ・モジュールの新規バージョンをインポートする必要があります。
BAM_ORACLE_HOME/bam/ODI/knowledge modules/KM_RKM Oracle BAM.xml
詳細は、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のナレッジ・モジュールのインポートおよび置換に関する項を参照してください。
この新規モジュールには、Oracle Fusion Middleware 11g リリース1(11.1.1.4.0)での改善点およびバグ修正が含まれます。
Oracle Fusion Middleware 11gリリース1(11.1.1.2.0)またはリリース1(11.1.1.3.0)にデプロイしたアプリケーションに、no-argコンストラクタのないEclipseLink-JAXBクラスが含まれている場合、リリース1(11.1.1.4.0)のインストール後、アプリケーションの実行時に次の例外が生成されることがあります。
javax.xml.bind.JAXBException
このエラーを回避する手順は次のとおりです。
クラスを修正し、デフォルトのno-argコンストラクタを必要に応じて追加します。
プロジェクトをコンパイルし、新たにパッチを適用したOracle Fusion Middleware 11g リリース1(11.1.1.4.0)ドメインに再デプロイします。
例2-1に、一般的なno-argコンストラクタの例を示します。
この項では、構成に関する問題およびその回避方法について説明します。内容は次のとおりです。
この項には、Oracle SOA Suiteの構成に関する情報が含まれています。
IBM WebSphereアプリケーション・サーバーでOracle SOA Suiteを実行する場合、Fusion Middleware Controlにログインした後、左側の「アプリケーション・デプロイメント」を開き、その下にあるアプリケーションをクリックすると、次の例外が表示されます。
[date_and_time] 0000003f OHWHelpProvid E unable to create global configuration [date_and_time] 00000044 OHWHelpProvid E critical error in OHW configuration oracle.help.web.config.parser.ConfigParseException: error finding configuration file at: at oracle.help.web.config.parser.OHWParser._openConnection(Unknown Source) at oracle.help.web.config.parser.OHWParser.getGlobalConfiguration(Unknown Source) at oracle.help.web.rich.helpProvider.OHWHelpProvider.getHelpTopic(Unknown Source) . . .
この例外は無害のため、無視して問題ありません。
この項には、Oracle Identity Managementの構成に関する情報が含まれています。
2.3.1.2項「リモート・システムでOracle Identity Management 11.1.1.3.0ドメインを拡張したときに管理対象サーバーのログ・ファイルに記録されるエラー」
2.3.1.3項「Oracle Identity Managementスキーマの作成時にコンソールに表示されるログ・メッセージ」
2.3.1.4項「WebLogicノード・マネージャが実行されている場合のOracle Identity Managementの構成」
リモート・システムの11.1.1.3.0ドメイン(パッチ適用済)を拡張すると、インストール後に次のようなNullポインタ例外メッセージが管理対象サーバーのログ・ファイルに記録されることがあります。
0000IW5hUxgDc_Y5HrDCif1Bm1sl000000,0] [APP: DMS Application#11.1.1.1.0] initialization error[[java.lang.NullPointerException at java.io.File.<init>(File.java:222) at oracle.dms.impl.util.AdmlLocator.<init>(AdmlLocator.java:59) at oracle.dms.app.DmsSpy.init(DmsSpy.java:86) at weblogic.servlet.internal.StubSecurityHelper$ServletInitAction.run(StubSecurityHelper.java:283)
この問題を回避するには、次の手順を実行します。
第2システムで実行中のインスタンスを停止します。
第2システム上の管理対象サーバーを停止します。
第1システムで実行中のインスタンスを停止します。
第1システム上の管理対象サーバーを停止します。
第1システム上の管理サーバーを停止します。
第1システム上で、インスタンス、管理サーバー、管理対象サーバーの順にコマンドラインにより手動で起動します。
第2システム上で、インスタンス、管理対象サーバーの順にコマンドラインにより手動で起動します。
Oracle Fusion Middlewareの起動および停止の詳細は、Oracle Fusion Middlewareの管理者ガイドの「Oracle Fusion Middlewareの起動および停止」の章を参照してください。
Oracle Identity Management(OIM
)スキーマの作成時に、いくつかのログ・メッセージがRCUコンソール・ウィンドウに表示されます。これらのログ・メッセージは、Oracle Identity Managementで使用されるクォーツに固有のものであり、無視して問題ありません。
このクォーツ固有のデータのロード中になんらかのエラーが発生すると、そのエラーはRCUログ・ファイルに書き込まれます。RCUログ・ファイルの詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』を参照してください。
WebLogicノード・マネージャ・ユーティリティがOracle Identity Managementのインストール先と同じMiddlewareホーム・ディレクトリから実行されている場合に、「インストールと構成」オプションまたは構成ウィザードを使用してOracle Identity Managementを構成するには、nodemanager.propertiesファイルのStartScriptEnabled
パラメータをtrueに設定する必要があります。たとえば、StartScriptEnabled=true
と設定します。
StartScriptEnabled
パラメータがfalse
に設定されている場合にOracle Identity Managementを構成するには、次の手順を実行する必要があります。
StartScriptEnabled
パラメータをtrueに設定します。
ノード・マネージャ・ユーティリティを一度停止してから再起動します。
「インストールと構成」オプションまたは構成ウィザードを使用してOracle Identity Managementを構成します。
注意: nodemanager.propertiesファイルは、WL_HOME/common/nodemanager/ディレクトリにあります。 |
Oracle Internet Directory(OID)をOracle Data Vaultと組み合せて構成する場合、次の手順を実行します。
パッチ8897382を適用します(適用手順は、パッチのREADMEファイルを参照してください)。
ORACLE_HOME
/ldap/datasecurity/dbv_oid_command_rules.sql
(UNIXオペレーティング・システムの場合)またはORACLE_HOME
\ldap\datasecurity\dbv_oid_command_rules.sql
(Windowsオペレーティング・システムの場合)で、次のコードを見つけます。
/declare . begin . dvsys.dbms_macadm.CREATE_COMMAND_RULE( command => 'CONNECT' ,rule_set_name => 'OID App Access' ,object_owner => 'ODS' ,object_name => '%' ,enabled => 'Y'); . commit; . end;/
次の行を変更します。
,object_owner => 'ODS'
変更後:
,object_owner => '%'
「インストールと構成」オプションまたは構成ウィザードを使用してOracle Internet Directoryを構成する場合、管理者パスワードを入力および確認する必要があります。
次のリストは、Oracle Internet Directory管理者のパスワード要件です。パスワードには次のものが含まれる必要があります。
5個以上の文字
30個以下の文字
1個以上の数字
英数字、アンダースコア(_)、ドル記号($)およびポンド/ハッシュ(#)のみ使用可
注意: 入力したパスワードがこれらの要件を満たさない場合、次のエラー・メッセージが表示されます。INST-07037: Administrator Password field value contains one or more invalid characters or the value is not in proper format. |
Oracle Identity Federation(OIF)の構成中に、キーストアとパスワードに関する次のようなエラー・メッセージが構成ログ・ファイルに記録されることがあります。
[app:OIF module:/fed path:/fed spec-version:2.5 version:11.1.1.1.0]: Failed while destroying servlet: usermanager. java.lang.RuntimeException: The server could not initialize properly: oracle.security.fed.sec.util.KeySourceException: Invalid/unsupported key store or incorrect password. Please verify that the password is correct and the store is a valid PKCS#12 PFX wallet or Java KeyStore file.
このエラー・メッセージは、OIFが正常に実行されていれば、無視して問題ありません。
この項では、Oracle Fusion Middleware構成ウィザードに関する問題について説明します。
ターミナル・ウィンドウから構成ウィザードを起動する場合、そのウィンドウが新規ターミナル・ウィンドウであり、環境変数が前の構成またはインストール・セッションの正しくない場所に設定されていないことを確認します。
サイレント・インストール(レスポンス・ファイル)を使用してOracle Identity Managementを構成する場合、(Oracle Configuration Managerを通じた)セキュリティ・アップデートは構成されません。ただし、ocm.rsp
ファイルがOracleホーム・ディレクトリに作成されます。Oracleホームから構成ウィザードのGUIを実行すると、ocm.rsp
ファイルが存在するためにセキュリティ・アップデートの指定画面は表示されません。
この問題を回避するには、Oracleホームからocm.rsp
ファイルを削除します。構成ウィザードを実行すると、セキュリティ・アップデートの指定画面が表示されます。
AIX 64ビット・システムでOracle Fusion Middleware構成ウィザードを実行すると、そのシステムのグラフィック・マネージャにより、サーバーの起動モードおよびJDKの構成画面でテキストの一部が切り捨てられます。
この問題の回避方法はありません。
この項では、「リポジトリ作成」ユーティリティに関する問題について説明します。
Oracle Identity Managementをリリース10g(10.1.4.3)から11g リリース1(11.1.1)にアップグレードすると、Oracle Directory Serviceスキーマ(ODS
およびODSSM
)がリポジトリ作成ユーティリティ(RCU)に表示されなくなります。
これはアップグレード・プロセスではRCUが使用されず、RCUで作成されたスキーマはRCU以外では認識されないためです。詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』を参照してください。
アイデンティティ管理スキーマを削除し、Oracle Internet Directory(ODS
)およびOracle Identity Federation(OIF
)の両方を削除するよう選択すると、RCUサマリー画面が表示されず、コンソールに例外が返されることがあります。
この問題を回避するには、両方のコンポーネントを選択してまとめて削除するのではなく、一度に1つのコンポーネントを選択して削除します。
スキーマの削除操作で他のコンポーネントを選択した場合、サマリー画面に不正確な情報が表示されることがあります。ただし、サマリー画面には間違った情報が表示されますが、選択したスキーマはデータベースから正常に削除されます。
この問題を回避するには、一度にただ1つのコンポーネントを選択して削除します。
この項では、ドメインのパックおよびアンパックに関する問題について説明します。
Oracle SOA Suite、Oracle WebCenterおよびApplication Developerでは、UNIXシステムの場合ORACLE_HOME
/common/bin
ディレクトリにpack.sh
およびunpack.sh
コマンドが、Windowsシステムの場合ORACLE_HOME
\common\bin
ディレクトリにpack.cmd
およびunpack.cmd
コマンドがそれぞれ含まれます。
pack.sh
およびpack.cmd
スクリプトは、ドメイン全体またはドメインのサブセットのスナップショットを含むテンプレート・アーカイブ・ファイル(.jar
)を作成するために使用されます。unpack.sh
およびunpack.cmd
スクリプトは、リモート・システムの管理対象サーバー・ドメイン・ディレクトリで使用されるドメイン全体またはドメインのサブセットを作成するために使用されます。
unpack.sh
またはunpack.cmd
コマンドを実行するシステムにインストール済製品のいずれかが存在しない場合、unpack.sh
およびunpack.cmd
コマンドは失敗します。
unpack.sh
(UNIX)またはunpack.cmd
(Windows)コマンドを実行してリモート・ホストにドメインを作成する場合、リモート・ホストのOracleホームの場所およびMiddlewareホームの場所は、パックを実行したホストの場所と一致している必要があります。
正しい例は次のとおりです。
Host 1: MW_HOME = /user/home/Middleware ORACLE_HOME =/user/home/Middleware/Oracle_SOA1 @ Host 2: MW_HOME = /user/home/Middleware ORACLE_HOME =/user/home/Middleware/Oracle_SOA1
次の例は、Oracleホームが一致していないため、正しくありません。
Host 1: MW_HOME = /user/home/Middleware ORACLE_HOME =/user/home/Middleware/Oracle_SOA1 @ Host 2: MW_HOME = /user/home/Middleware ORACLE_HOME =/user/home/Middleware/SOA_Home
次の例は、Middlewareホームが一致していないため、正しくありません。
Host 1: MW_HOME = /user/home/Middleware ORACLE_HOME =/user/home/Middleware/Oracle_SOA1 @ Host 2: MW_HOME = /user/home/MWHome ORACLE_HOME =/user/home/Middleware/Oracle_SOA1
Host 1: MW_HOME = C:\Oracle\Middleware ORACLE_HOME = C:\Oracle\Middleware\Oracle_SOA1 @ Host 2: MW_HOME = C:\Oracle\Middleware ORACLE_HOME = C:\Oracle\Middleware\Oracle_SOA1
次の例は、Oracleホームが一致していないため、正しくありません。
Host 1: MW_HOME = C:\Oracle\Middleware ORACLE_HOME = C:\Oracle\Middleware\Oracle_SOA1 @ Host 2: MW_HOME = C:\Oracle\Middleware ORACLE_HOME = C:\Oracle\Middleware\SOA_Home
次の例は、Middlewareホームが一致していないため、正しくありません。
Host 1: MW_HOME = C:\Oracle\Middleware ORACLE_HOME = C:\Oracle\Middleware\Oracle_SOA1 @ Host 2: MW_HOME = C:\Oracle\MWHome ORACLE_HOME = C:\Oracle\Middleware\Oracle_SOA1
unpack
コマンドを使用してリモート・システム上にドメインをアンパックした後、次の手順を実行します。
リモート・システムでノード・マネージャを起動します。この操作によって、現在のシステムのMW_HOME
/wlserver_10.3/common/nodemanager
ディレクトリにnodemanager.properties
ファイルが作成されます(UNIXの場合)。Windowsの場合、このファイルはMW_HOME
\wlserver_10.3\common\nodemanager
ディレクトリに作成されます。
ノード・マネージャを停止します。
テキスト・エディタでnodemanager.propertiesファイルを開き、StartScriptEnabled
プロパティをtrue
に設定します。
リモート・システムでノード・マネージャを起動してから、Oracle WebLogic管理コンソールを使用してリモート・システムの管理対象サーバーを起動します。
この項では、クラスタおよびWebLogic Serverドメインに関する問題について説明します。
Fusion Middleware構成ウィザードを使用してリモート・システムでドメインまたはクラスタを拡張する場合、ソースと宛先両方のMiddlewareホーム・ディレクトリおよびOracleホーム・ディレクトリが同一であることを確認してください。
セッションでクラスタのないOracle Directory Integration Platformのみを選択し、次に同じシステムでクラスタを作成してドメインを拡張しようとすると、失敗します。
このドメイン構成シナリオでは、ドメインを拡張してOracle Directory Integration Platformを構成する同じシステム上に必ずOracle Directory Services Managerをインストールして構成してください。
Oracle Fusion Middleware構成ウィザードを実行してクラスタを拡張すると、INSTANCE_HOME
/EMAGENT/EMAGENT/sysman/config/emd.properties
(UNIX)またはINSTANCE_HOME
\EMAGENT\EMAGENT\sysman\config\emd.properties
(Windows)ファイルのEMD_URL
パラメータに次の値が格納されます。
EMD_URL=http://localhost.localdomain:port/emd/main
このパラメータは編集して、localhost
およびlocaldomain
を現在の環境における実際のホストおよびドメインの情報で置き換える必要があります。たとえば、ポート番号として5160
を使用する場合、次のようになります。
EMD_URL=http://examplehost.exampledomain.com:5160/emd/main
Oracle Identity Management、Oracle Web TierおよびOracle Portal、Forms、Reports、Discovererのインストールでは、LD_ASSUME_KERNEL
環境変数が設定されていると、Oracle Process Manager and Notification Server(OPMN)が起動しません。この環境変数が設定されていないことを確認してください。
Oracle Identity Management、またはOracle Portal、Forms、ReportsおよびDiscovererのインストール後に構成ウィザードを実行すると、WebLogic管理対象サーバーのリスニング・アドレスがデフォルトで空白のままとなります(すべてのネットワーク・インタフェースがリスニングされます)。リスニング・アドレスを実際のホスト名に変更すると、管理対象サーバーはシステム外部からのリスニングを停止します。
リスニング・アドレスは空白のままとするか、ホスト名を使用するかわりにホストのIPアドレスを指定することをお薦めします。
JDBCリソースを含むWebLogicドメインがOracle SOA SuiteまたはOracle WebCenterに拡張されると、JDBCデータソース名が変更されます。この動作は、リリース9.xより下位のWebLogic Serverが9.xより上位のリリースにアップグレードされ、Oracle SOA SuiteまたはOracle WebCenterに拡張される場合に共通して確認されます。
この問題を回避するには、JDBCデータソース名を手動で編集する必要があります。
Oracle Portal、Forms、ReportsおよびDiscovererの構成時に、Oracle HTTP ServerとOracle Web Cacheの両方を選択して構成すると、最初のリクエストがOracle HTTP Serverから着信したときに、FirefoxおよびSafariブラウザでシングル・サインオン(SSO)認証後の再ルーティング(元のURLへの復帰)が機能しません。
この問題を回避するには、Internet Explorerブラウザを使用するか、ポート番号を含むようにINSTANCE_HOME
/config/OHS/instance_name/httpd.conf
ファイルのServerName
エントリを手動で変更します。次に例を示します。
ServerName examplehost.exampledomain.com
この行は次のように変更する必要があります。
ServerName examplehost.exampledomain.com:port
port
の部分は、実際のポート番号に置き換えてください。
この項では、ドキュメントの訂正箇所を示します。内容は次のとおりです。
「ドメイン・エージェントからOAM用のOracle HTTP Server 10g WebGateへの移行」にあるオプションのOracle Identity Manager構成の更新に関する項の手順4では、OAM URLまたはエージェント・プロファイルが変更されたときにOIM構成を更新する必要があると記載されています。この項は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』にあります。
Oracle Identity Manager構成を更新するには、次の手順を実行します。
UNIXでは、<IDM_Home>/server/bin/weblogicExportMetadata.sh
を実行してメタデータからoim-config.xml
ファイルをエクスポートし、そのファイル(/db/oim-config.xml
)をエクスポートします。Windowsオペレーティング・システムでは、同じディレクトリにあるweblogicExportMetadata.batファイルを使用します。
<ssoConfig>
タグの下にある次の要素を更新し、Oracle HTTP Server 10g WebGateを使用するためにファイルを更新します。
<webgateType>javaWebgate</webgateType>
を<webgateType>ohsWebgate10g</webgateType>
に変更します。
UNIXでは、<IDM_Home>/server/bin/weblogicImportMetadata.sh
を実行してoim-config.xml
をメタデータに再度インポートします。Windowsでは、同じディレクトリにあるweblogicImportMetadata.bat
を使用します。
WebLogic Server管理者の資格証明を使用してOracle Enterprise Managerにログインします。
「Identity and Access」→「oim」→「oim(リリース)」をクリックします。右クリックして「システムMBeanブラウザ」を選択します。「システムMBeanブラウザ」ページが表示されます。
「アプリケーション定義のMBean」で、「oracle.iam」
→「Server:oim_server1」
→「Application: oim」
→「XMLConfig」
→「config」
を選択します。
フロントエンドURLをOracle HTTP ServerのURLで置き換えます。これは、Oracle Access Manager用のOracle HTTP Server 10g WebGateをインストールする前に使用していたものと同じOracle HTTP Serverである必要があります。次の手順を実行します。
XMLConfig
MBeanで、XMLConfig.DiscoveryConfig
に移動します。
OimFrontEndURLをOracle HTTP ServerのURLで更新します。
「適用」をクリックします。
OIMサーバーを再起動します。
『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』には、OIMサーバー構成の更新後にログアウト構成を実行する手順が欠落しています。
「ドメイン・エージェントからOAM用のOracle HTTP Server 10g WebGateへの移行」にあるOIMサーバー構成の更新に関する項の記載に従って、OIMサーバー構成の更新後にログアウト構成を実行する必要があります。
注意: 『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOIMとOAM間の統合に関する項の記載に従って、Oracle Identity ManagerとOracle Access Manager間の統合を設定済であることを確認してください。 |
OIMサーバー構成を更新したら、次の手順に従ってログアウト構成を実行する必要があります。
logout.html
ファイルを<IDM_HOME>/oam/server/oamsso
ディレクトリから<10gWebgateInstallation>/access/oamsso
ディレクトリにコピーします。
Oracle Access Managerサーバーのホストおよびポートを示すようにlogout.html
ファイルのSERVER_LOGOUTURL
変数を編集します。logout.html
ファイルの指示に従ってください。
Webサーバーのhttp.conf
ファイルに次のエントリが含まれる場合、それらのエントリをhttp.conf
ファイルから削除します。
<LocationMatch "/oamsso/*"> Satisfy any </LocationMatch>