Oracle® Fusion Middlewareリリース・ノート 11gリリース1(11.1.1) for Linux x86 B55924-02 |
|
![]() 戻る |
![]() 次へ |
この章では、Oracle Fusion Middlewareのインストール、パッチ適用および構成に関連する問題について説明します。内容は次のとおりです。
この項では、インストールに関する問題およびその回避方法について説明します。内容は次のとおりです。
2.1.4項「Oracle SOA Suiteと同じドメインへのOracle Service Registryのインストール」
2.1.6項「Oracle Identity Managementドメインの拡張後、Oracle WebLogic管理対象サーバーのログにJRF起動クラスの例外が記録される問題」
2.1.7項「Oracle Identity Managementドメインの拡張時に稼働している必要のあるWebLogic管理サーバー」
2.1.17項「Oracle Internet Directoryのインストールにおいてスキーマ作成時に発生するデータベース接続障害」
2.1.18項「Oracle Identity Management 11.1.1.2.0インストール環境を11.1.1.3.0に移行するパッチの適用時に記録される無害なエラー」
2.1.19項「クラスタのないOracle Directory Integration Platformのみを選択して既存のドメインを拡張できない問題」
2.1.21項「リモート・マシンでOracle Identity Management 11.1.1.3.0ドメインを拡張したときに管理対象サーバーのログ・ファイルに記録されるエラー」
動作保証されているSUSE 11 Linuxオペレーティング・システムにリリース11.1.1.3.0ソフトウェアをインストールする場合、最初にリリース11.1.1.2.0ソフトウェアをインストールしてから、パッチ・セット・インストーラを実行して、ソフトウェアをリリース11.1.1.3.0に更新する必要があります。
ただし、リリース11.1.1.2.0はSUSE 11オペレーティング・システムではサポートされていません。SUSE 11オペレーティング・システムにリリース11.1.1.2.0をインストールしようとすると、次のメッセージが表示されます。
Warning: Checking operating system certification Expected result: One of enterprise-5.4,enterprise-4,enterprise-5,redhat-5.4,redhat-4,redhat-5,SuSE-10 Actual Result:SuSE-11 Check complete. The overall result of this check is: Failed Problem: This Oracle software is not certified on the current operating system.
この問題を回避するには、「続行」ボタンをクリックしてこの警告メッセージを無視するか、-ignoreSysPrereqs
オプションを使用してインストーラを起動します。次に例を示します。
> ./runInstaller -ignoreSysPrereqs
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 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 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 に対する絶対パスを指定してください。相対パスはサポートされていません。 |
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 Identity Managementをインストールする場合、Oracle WebLogic Server管理ドメインに関連してOracle Identity Managementコンポーネントをインストールする方法を選択するためのいくつかのオプションがあります。インストーラのドメインの選択画面で既存のドメインの拡張オプションを選択すると、Oracle Identity Managementコンポーネントが既存のOracle WebLogic Server管理ドメインにインストールされます。
既存のドメインの拡張オプションを使用して既存の管理ドメインにOracle Identity Managementコンポーネントをインストールするには、Oracle WebLogic管理サーバー・インスタンスが稼働している必要があります。
トルコ語およびタイ語のユーザーは、英語ロケールを使用してOracle Fusion Middlewareをインストールおよび実行することをお薦めします。Oracle Fusion Middlewareでは、クライアントとしてトルコ語およびタイ語ロケールがサポートされます。
Oracle WebCenterのインストールでは、Oracle Universal Content Management(UCM)をインストールするかどうかを選択できます。Oracle WebCenterのインストール時にOracle UCMをインストールしない場合、Oracle UCMをスタンドアロン・モードで個別にインストールできます。インストール手順は、次の場所を参照してください。
http://download.oracle.com/docs/cd/E10316_01/owc.htm
これらのインストール手順には、次に示す重要な情報が欠落しています。内容は次のとおりです。
インストール手順における最後の質問は、次のとおりです。
Select components to install. 1. ContentFolios: Collect related items in folios 2. Folders_g: Organize content into hierarchical folders 3. LinkManager8: Hypertext link management support 4. OracleTextSearch: External Oracle 11g database as search indexer support 5. ThreadedDiscussions: Threaded discussion management Enter numbers separated by commas to toggle, 0 to unselect all, F to finish:
この回答に2番(Folders_g
)を含めないでください。Folders_g
は、インストール・スクリプトを使用してインストールしません。Folders_g
は、wc_contentserverconfig.sh
スクリプトの実行時にインストールされます。
Oracle WebCenterで使用する新規コンテンツ・サーバーをインストールするかわりに、既存のコンテンツ・サーバーを使用できます。Oracle WebCenterとともに使用する既存のコンテンツ・サーバーでは、ごみ箱を無効化する必要があります。ごみ箱は、フォルダリング・コンポーネントをインストールしているコンテンツ・サーバーにのみ存在します。
コンテンツ・サーバーでごみ箱が有効化されているかどうかを確認するには、次の手順を実行します。
「管理」に移動します。
フォルダ構成に移動します。
システム・フォルダ構成に移動します。
ごみ箱フォルダの横にある丸い点の色は、次のようにごみ箱が有効であるかどうかを示しています。
緑色 = 有効
灰色 = 無効
ごみ箱を無効化するには、次の手順を実行します。
マークされたフォルダを編集できることを確認します。
stellent_dir
/custom/Folders_g/folders_environment.cfg
(UNIX)またはstellent_dir
\custom\Folders_g\folders_environment.cfg
(Windows)ファイルを開きます。
次のようにCollectionReadOnlyMarkedFolders
の値がtrue
に設定されていることを確認します。
CollectionReadOnlyMarkedFolders=true
folders_environment.cfg
ファイルを変更した場合は、コンテンツ・サーバーを再起動します。
管理者権限を持つユーザーとしてコンテンツ・サーバーのホームページにログインします。
「管理」に移動します。
フォルダ構成に移動します。
システム・フォルダ構成に移動します。
ごみ箱の横にある緑色の丸い点をクリックします。これにより、ごみ箱フォルダは無効になり、丸い点が灰色に変わります。
CollectionReadOnlyMarkedFolders
の値を元に戻し(変更した場合)、コンテンツ・サーバーを再起動します。
Oracle Fusion Middlewareでサポートされるのは、バイトモード・データベースのスキーマのみです。スキーマの存在するデータベースのnls_length_semantics
初期化パラメータは、BYTE
に設定する必要があります。このパラメータをCHAR
に設定することはできません。
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;
インストール時に障害が発生したため、失敗したインストール環境を削除して同じ場所にソフトウェアを再インストールする場合、次の手順を実行する必要があります。
失敗したインストール環境のすべての管理対象サーバーを停止します。管理コンソールでこの操作を確認してください。管理対象サーバーの名前の横に、「停止」という語が表示されている必要があります。
ORACLE_HOME
/oui/bin
ディレクトリのアンインストーラを使用してOracleホーム・ディレクトリのバイナリを削除します。
管理コンソールまたはWLSTを使用して、config.xml
ファイルの失敗したインストール環境から管理対象サーバーをすべて削除します。
DOMAIN_HOME
/servers
ディレクトリのすべてのディレクトリを削除します。
この手順により、同じ管理対象サーバー名を使用して、同じ場所にソフトウェアを再インストールできます。
統合リポジトリ作成支援ツール(UNIXオペレーティング・システムではirca.sh
、Windowsオペレーティング・システムではirca.bat
)をOracle 10gデータベースに対して実行すると、java.lang.UnsupportedClassVersionError
エラーが返されます。
SOAINFRA
スキーマをインストールする必要があり、DBA権限のみを保持するユーザーを使用する場合、RCUを実行する前にデータベースで次のコマンドを実行してください。
GRANT ALL ON dbms_aqadm TO user WITH GRANT OPTION; GRANT ALL ON dbms_aq TO user WITH GRANT OPTION;
コマンド内のuser
は、実際のデータベース・ユーザーの名前で置き換えてください。
状況によっては、作成したWebLogicドメインを削除する必要があります。Oracle Universal Installerを使用して削除できるのは、OracleインスタンスおよびOracleホーム・ディレクトリのみです。WebLogicドメインは削除できません。
WebLogicドメインを削除する必要がある場合は、手動で削除してください。詳細は、Oracle WebLogic Serverのドキュメントを参照してください。
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がインストールされていないために発生します。これらのメッセージは無視して問題ありません。
Oracle Web Tierのインストール時に、サンプルのレスポンス・ファイル(UNIXオペレーティング・システムではDisk1/stage/Response
ディレクトリに、Windowsオペレーティング・システムではDisk1\stage\Response
ディレクトリに存在)でMiddlewareホーム・ディレクトリを指定するエントリが存在しません。
サイレント・インストールを実行するためにこれらのレスポンス・ファイルを使用する場合、ファイルにMIDDLEWARE_HOME
エントリを追加する必要があります。次に例を示します。
MIDDLEWARE_HOME=/home/Oracle/Middleware
スキーマを作成するためにデータベースに接続しているときに、タイムアウトや接続障害が原因でOracle Internet Directoryのインストールに失敗する場合、rcu.properties
ファイルのタイムアウト・パラメータを再設定できます。UNIXオペレーティング・システムでは、このファイルはIDM_Home/rcu/config
ディレクトリにあります。Windowsオペレーティング・システムでは、このファイルはIDM_Home\rcu\config
ディレクトリにあります。
テキスト・エディタでrcu.properties
ファイルを開いてJDBC_LOGIN_TIMEOUT
プロパティを検索し、その値を30に設定します。
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 Directory Integration Platformのみを選択し、次に同じマシンでクラスタを作成してドメインを拡張しようとすると、失敗します。
このドメイン構成シナリオでは、ドメインを拡張してOracle Directory Integration Platformを構成する同じマシン上に必ずOracle Directory Services Managerをインストールして構成してください。
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管理コンソールを使用してリモート・マシンの管理対象サーバーを起動します。
リモート・マシンの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の起動および停止」の章を参照してください。
Windows 32ビット・オペレーティング・システムで、空きメモリーが使用可能であるにもかかわらず、WebLogic管理サーバーが十分なメモリーを割り当てることができずに起動に失敗することがあります。
回避方法として、次の手順を実行します。
<Domain_Home>\bin
ディレクトリにあるsetSOADomainEnv.cmd
ファイルをテキスト・エディタで開きます。
次のようにPORT_MEM_ARGS
エントリを更新します。
set PORT_MEM_ARGS=-Xms512m -Xmx1024m
ファイルを保存して閉じます。
この問題を回避するには、次の操作を実行します。
インストール・コマンドに-jreLoc
と32ビットJDKのパスを追加します。
UNIX/Linux環境の場合:
INSTALL_PATH/runInstaller -jreLoc 32BIT_JAVA_HOME
Windows環境の場合:
INSTALL_PATH\setup.exe -jreLoc 32BIT_JAVA_HOME
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からダウンロードできます。
この項では、パッチ適用の問題およびその回避方法について説明します。内容は次のとおりです。
2.2.1項「WebCenter Spacesワークフロー用のWebCenterWorklistDetailApp.earのデプロイ」
2.2.2項「Microsoft SQL Server 2008データベースと組み合せたOracle Business Process Management Suiteの実行」
2.2.5項「Oracle Business Process Management Suiteを含む既存のOracle SOA Suiteドメインの拡張時に表示される例外」
2.2.6項「範囲ベースのディメンション・ビジネス・インジケータを持つSOAコンポジットのアンデプロイ時に表示される例外」
2.2.8項「Oracle SOA Suiteリリース11.1.1.3.0に更新してもb2b.r1ps1プロパティが削除されない問題」
2.2.11項「Oracle Identity Federationをリリース11.1.1.1.0からリリース11.1.1.2.0に移行する場合の警告メッセージ」
Oracle Fusion Middleware 11.1.1.3.0のパッチ・セット・インストーラの実行後に、WebCenterWorklistDetailApp.ear
を再デプロイする必要があります。このファイルは、Oracle SOA Suite 11.1.1.2.0のインストール・パスのSOA_ORACLE_HOME
/webcenter/applications/WebCenterWorklistDetailApp.ear
にあります。
パッチ・セット・インストーラを使用してOracle Business Process Management Suiteを含めるように既存のOracle SOA Suiteインストール環境にパッチを適用し、Microsoft SQL Server 2008データベースを使用する場合、ソフトウェアへのパッチ適用後に次の手順を実行する必要があります。
管理コンソールにログインします。
「接続プール」タブにあるmds-owsm
およびmds-soa
データソースの「プロパティ」セクションで、次のプロパティを追加します。
ReportDateTimeTypes=false
Oracle WebCenterへのパッチの適用後、一部のアプリケーションで以前のリリースのリリース番号が表示されます。
この問題の回避方法はありません。
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 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 Fusion Middleware 11.1.1.3.0パッチ・セットの適用後、Oracle WebCenter Wikiおよびブログ・サーバーを操作するには、更新されたWikiおよびブログ・ファイルをapplications
ディレクトリにコピーする必要があります(このディレクトリには、WebCenterドメインで作成されたすべてのアプリケーションが存在します)。
更新されたWikiおよびブログ・ファイルをコピーするには、次の手順を実行します。
次の場所にあるWiki構成ファイルapplication_config.script
をバックアップします。
MW_HOME
/user_projects/applications/domain_name
/owc_wiki/WEB-INF/classes/application_config.script
ここで、domain_name
は、現在のWebCenterドメインを示します。
ファイルをORACLE_HOME
にあるOracle WebCenter Wikiおよびブログ・サーバーのデプロイメント・ディレクトリから、Oracle WebCenterのDOMAIN_HOME
ディレクトリにコピーします。つまり、次のようになります。
ファイルのコピー元: ORACLE_HOME
/wikiserver/owc_wiki
ファイルのコピー先: MW_HOME
/user_projects/applications/
domain_name
たとえば、次のコマンドを使用できます。
cp -rORACLE_HOME
/wikiserver/owc_wikiMW_HOME
/user_projects/applications/domain_name
/.
ソフトウェアをリリース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 BPM Suiteの管理者ガイドのB2B操作の構成に関する項を参照してください。
システム・コンポーネント・ソフトウェア(Oracle Portal、Forms、ReportsおよびDiscoverer、Oracle Identity Management、またはOracle Web Tier)にパッチを適用し、すべてのサービスを開始した後で、既存のドメインを拡張する場合、システム・コンポーネントを手動で再デプロイする必要があります。この操作を行うには、Oracle Fusion Middlewareのパッチ適用ガイドに含まれるドメイン拡張シナリオでのシステム・コンポーネントの再デプロイに関する項の指示に従ってください。
システム・コンポーネントを再デプロイしないと、それらのコンポーネントの削除時に問題が発生します。
次のように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サーバーを起動します。
パッチ・アシスタント移行スクリプトを使用して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
このメッセージは無害のため、無視して問題ありません。
リリース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
プロセスを再起動します。
この項では、構成に関する問題およびその回避方法について説明します。内容は次のとおりです。
2.3.3項「Oracle Identity Managementスキーマの作成時にコンソールに表示されるログ・メッセージ」
2.3.4項「WebLogicノード・マネージャが実行されている場合のOracle Identity Managementの構成」
2.3.12項「Oracle Identity Managementのアップグレード後にスキーマが表示されなくなる問題」
Fusion Middleware構成ウィザードを使用してリモート・マシンでドメインまたはクラスタを拡張する場合、ソースと宛先両方のMiddlewareホーム・ディレクトリおよびOracleホーム・ディレクトリが同一であることを確認してください。
サイレント・インストール(レスポンス・ファイル)を使用してOracle Identity Managementを構成する場合、(Oracle Configuration Managerを通じた)セキュリティ・アップデートは構成されません。ただし、ocm.rsp
ファイルがOracleホーム・ディレクトリに作成されます。Oracleホームから構成ウィザードのGUIを実行すると、ocm.rsp
ファイルが存在するためにセキュリティ・アップデートの指定画面は表示されません。
この問題を回避するには、Oracleホームからocm.rsp
ファイルを削除します。構成ウィザードを実行すると、セキュリティ・アップデートの指定画面が表示されます。
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 Management、Oracle Web TierおよびOracle Portal、Forms、Reports、Discovererのインストールでは、LD_ASSUME_KERNEL
環境変数が設定されていると、Oracle Process Manager and Notification Server(OPMN)が起動しません。この環境変数が設定されていないことを確認してください。
AIX 64ビット・システムでOracle Fusion Middleware構成ウィザードを実行すると、そのシステムのグラフィック・マネージャにより、サーバーの起動モードおよびJDKの構成画面でテキストの一部が切り捨てられます。
この問題の回避方法はありません。
Oracle Identity Management、またはOracle Portal、Forms、ReportsおよびDiscovererのインストール後に構成ウィザードを実行すると、WebLogic管理対象サーバーのリスニング・アドレスがデフォルトで空白のままとなります(すべてのネットワーク・インタフェースがリスニングされます)。リスニング・アドレスを実際のホスト名に変更すると、管理対象サーバーはマシン外部からのリスニングを停止します。
リスニング・アドレスは空白のままとするか、ホスト名を使用するかわりにホストのIPアドレスを指定することをお薦めします。
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://myhost.mydomain.mycompany.com:5160/emd/main
JDBCリソースを含むWebLogicドメインがOracle SOA SuiteまたはOracle WebCenterに拡張されると、JDBCデータソース名が変更されます。この動作は、リリース9.xより下位のWebLogic Serverが9.xより上位のリリースにアップグレードされ、Oracle SOA SuiteまたはOracle WebCenterに拡張される場合に共通して確認されます。
この問題を回避するには、JDBCデータソース名を手動で編集する必要があります。
Oracle Identity Managementをリリース10g(10.1.4.3)から11gリリース1(11.1.1)にアップグレードすると、Oracle Directory Serviceスキーマ(ODS
およびODSSM
)がリポジトリ作成ユーティリティ(RCU)に表示されなくなります。
この理由は、アップグレード・プロセス中にRCUが使用されないためです。RCUは、自身で作成したスキーマのみを認識します。詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』を参照してください。
アイデンティティ管理スキーマを削除し、Oracle Internet Directory(ODS
)およびOracle Identity Federation(OIF
)の両方を削除するよう選択すると、RCUサマリー画面が表示されず、コンソールに例外が返されることがあります。
この問題を回避するには、両方のコンポーネントを選択してまとめて削除するのではなく、一度に1つのコンポーネントを選択して削除します。
スキーマの削除操作で他のコンポーネントを選択した場合、サマリー画面に不正確な情報が表示されることがあります。ただし、サマリー画面には間違った情報が表示されますが、選択したスキーマはデータベースから正常に削除されます。
この問題を回避するには、一度にただ1つのコンポーネントを選択して削除します。
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 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ホームの場所は、packを実行したホストの場所と一致している必要があります。
正しい例は次のとおりです。
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
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 myhost.mydomain.com
この行は次のように変更する必要があります。
ServerName myhost.mydomain.com:port
port
の部分は、実際のポート番号に置き換えてください。
この項では、ドキュメントの訂正箇所を示します。内容は次のとおりです。
『Oracle Fusion Middleware Oracle Web Tierインストレーション・ガイド』および『Oracle Fusion Middleware Oracle Web Tierクイック・インストレーション・ガイド』に含まれる、64ビット・オペレーティング・システムへの32ビットOracle Web Tierのインストールに関する項には、エラーがあります。
手順2cで、次の記述は間違っています。
#!/bin/sh exec /usr/bin/gcc.orig -m32 -static-libgcc -B/usr/lib/gcc/i586-suse-linux/2.95.3/ $*
-B
の後に、空白が欠落しています。正しいテキストは次のとおりです。
#!/bin/sh exec /usr/bin/gcc.orig -m32 -static-libgcc -B /usr/lib/gcc/i586-suse-linux/2.95.3/ $*
Oracle SOA SuiteおよびOracle WebCenterのクイック・インストレーション・ガイドに含まれるインストーラの起動手順には、次の情報が欠落しています。
32ビットJDKを使用する64ビットのUNIXまたはWindowsオペレーティング・システムに製品をインストールする場合、コマンドラインで-jreLoc
オプションを使用してJRE_LOCATION
を指定する必要があります。このような場合、プロンプトでJRE_LOCATION
を指定するオプションはサポートされておらず、インストーラは起動しません。
この項には、Oracle Web Tierのインストレーション・ガイドの訂正箇所が含まれます。内容は次のとおりです。
『Oracle Fusion Middleware Oracle Web Tierインストレーション・ガイド』には、次の情報が欠落しています。
既存のWebLogicドメインにOracle Web Tierインスタンスを登録する場合、次の手順に従ってノード・マネージャを起動する必要があります。
UNIXオペレーティング・システムでは、ORACLE_HOME
/common/bin/setNMProps.sh
スクリプトを実行します。
Windowsオペレーティング・システムでは、ORACLE_HOME
\common\bin\setNMProps.cmd
スクリプトを実行します。
このスクリプトにより、必須プロパティがnodemanager.properties
ファイルに追加されます。これらのプロパティは、手動で追加することや、コマンドライン引数として指定することもできます。
注意: 管理対象サーバーでは、適切なクラスパスおよびコマンド引数を取得するために、StartScriptEnabled=true プロパティが必要です。 |
UNIXオペレーティング・システムでは、MWHome
/wlserver_10.3/server/bin/startNodeManager.sh
スクリプトを実行してノード・マネージャを起動します。
Windowsオペレーティング・システムでは、MWHome
\wlserver_10.3\server\bin\startNodeManager.cmd
スクリプトを実行してノード・マネージャを起動します。
ノード・マネージャの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』を参照してください。
『Oracle Fusion Middleware Oracle Web Tierインストレーション・ガイド』には、次の情報が欠落しています。
Oracle Web Tierは、次の2つの方法でインストールおよび構成できます。
スタンドアロン。
Oracle Web TierをWebLogicドメインなしで構成し、コマンドラインで管理します。
Oracle Enterprise Manager Fusion Middleware Controlの使用。
このアプローチでは、Oracle Web TierをWeblogicドメインに関連付ける必要があります。
Oracle Web TierをWebLogicドメインに関連付けるには、次の手順を実行します。
WebLogicドメインを作成します。
Oracle Web Tierでは、既存のWebLogicドメインが必要です。Oracle Web Tierのインストール中にWebLogicドメインを作成することはできません。
データベースおよびデータベース・スキーマが必要であるかどうかに関する情報と、Oracle WebLogic Serverのインストールに関する情報は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』に含まれる、作業の前の確認に関する項を参照してください。
Oracle WebLogic Serverのインストール後、任意のOracle Fusion Middleware製品をインストールします(構成はしません)。
Oracle Fusion Middleware製品のインストールにより、Oracle共通ホーム・ディレクトリ(UNIXオペレーティング・システムではMW_HOME
/oracle_common
、Windowsオペレーティング・システムではMW_HOME
\oracle_common
)が作成されます。このディレクトリには、Enterprise ManagerおよびJava Required Files(JRF)のドメイン・テンプレートが含まれます。
Oracle共通ホーム・ディレクトリから構成ウィザード(UNIXオペレーティング・システムではconfig.sh
、Windowsオペレーティング・システムではconfig.cmd
)を実行します。
「ドメイン・ソースの選択」画面で、oracle_common
ディレクトリに関連付けられたOracle Enterprise ManagerおよびOracle JRFテンプレートを選択します。Oracle JRFテンプレートは、Oracle Enterprise Managerテンプレートを選択すると自動的に選択されます。
『Oracle Fusion Middleware Oracle Web Tierインストレーション・ガイド』の記載に従ってOracle Web Tierをインストールします。
「コンポーネントの構成」画面で、「選択されたコンポーネントとWebLogicドメインの関連付け」を選択します。
「WebLogicドメインの指定」画面で、作成したWebLogicドメインに資格証明を指定します。
インストールが完了したら、ドメインの管理サーバーを起動します。次のURLにアクセスして、Oracle Web Tierコンポーネントがリストされることを確認してください。
http://host:port/em
『Oracle Fusion Middleware Oracle WebCenterインストレーション・ガイド』には、管理コンソールから管理対象サーバーを起動する方法に関する次の情報が欠落しています。
管理コンソールから管理対象サーバーを起動するには、最初にマシンを作成し、次のそのマシンに管理対象サーバーを関連付ける必要があります。
管理コンソールにログインします。
「環境」→「マシン」に移動します。
「新規」をクリックします。
マシン名を入力します(Machine-WC
など)。
管理コンソールで、「環境」→「サーバー」に移動し、このマシン(Machine-WC
)に関連付ける管理対象サーバーを選択します。ドロップダウン・リストを使用して管理対象サーバーをマシンに関連付けます。
注意: この手順は、管理対象サーバーが停止している場合にのみ使用できます。管理対象サーバーが起動して実行中の場合、ドロップダウン・リストには値が表示されません。 |
この手順の実行後、管理対象サーバーは正常に起動し、アクセス可能になります。
「ドメイン・エージェントから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>