ヘッダーをスキップ
Oracle® Fusion Middlewareリリース・ノート
11gリリース1 (11.1.1) for Linux x86
B55924-09
  ドキュメント・ライブラリへ移動
ライブラリ		 製品リストへ移動
製品		 目次へ移動
目次
前
前 		 次
次		  

2 インストール、パッチ適用および構成

この章では、Oracle Fusion Middlewareのインストール、パッチ適用および構成に関連する問題について説明します。内容は次のとおりです。


注意:

この章では、Oracle Fusion Middleware製品のインストール、パッチ適用および構成の際に発生する可能性のある問題について説明します。

使用中の製品固有の問題については、この文書内で、その製品固有のリリース・ノートの章を参照してください。

2.1 インストールの問題および回避策

この項では、Oracle Fusion Middleware製品のインストールに関連する問題および回避策について説明します。内容は次のとおりです。

2.1.1 Oracle SOA Suiteインストールに関する問題

この項の内容は次のとおりです。

2.1.1.1 IPv4を使用するデュアル・スタック・ホストへのOracle SOA Suiteのインストール

Oracle SOA Suiteをデュアル・スタック・ホストにインストールしており、SOAのフロントエンドURLがIPv4のみに設定されている場合、Oracle BPM WorklistまたはIPv6専用クライアントからの非同期コールバックでは、IPv4コールバックURLを解決する際に問題が発生する可能性があります(IPv4とIPv6が逆の場合も同様です)。

この問題を回避するには、分割ドメイン・ネーム・システム(DNS)または別のフォワード・プロキシ構成を使用します。これにより、IPv6専用クライアントは、そのIPv6インタフェースを通じてデュアル・スタック・コンピュータに接続できます。

2.1.1.2 トルコ語環境へのOracle SOA Suiteリリース11.1.1.3.0のインストール

トルコ語環境にOracle SOA Suiteリリース11.1.1.3.0をインストールする場合、Oracle Enterprise Manager Fusion Middleware Controlの一部の機能が失われます。

この問題の回避方法はありません。トルコ語環境にインストールすることは避け、かわりに英語環境にインストールすることをお薦めします。

2.1.2 Oracle Portal、Forms、ReportsおよびDiscovererインストールに関する問題

この項の内容は次のとおりです。

2.1.2.1 Oracle Portal、Forms、ReportsおよびDiscoverer 11gリリース1 (11.1.1.7.0)のドメイン構成時にOracle Configuration Managerが失敗する

Oracle Portal、Forms、ReportsおよびDiscovererを11gリリース1 (11.1.1.7.0)にアップグレードした後、またはOracle Portal、Forms、ReportsおよびDiscoverer 11gリリース1 (11.1.1.7.0)をインストールした後、ドメインの構成時にOracle Configuration Managerを構成するよう選択すると、Oracle Configuration Managerの構成は失敗します。

この問題の回避策は次のとおりです。

  1. システム上の次の場所に移動します。

    ORACLE_HOME/ccr/bin

  2. Oracle Instanceホームで次のコマンドを実行します。

    $ setupCCR
$ configCCR
$ emCCR collect
$ emCCR status

注意:

11gリリース1 (11.1.1.7.0)構成ウィザードを最初に実行するときに、Oracle Configuration Managerの構成をスキップするように選択できます。

ドメインを構成した後にOracle Configuration Managerを構成するには、次を実行します:

  1. システムのORACLE_HOME/ccr/binディレクトリに移動します。

  2. Oracle Instanceホーム・ディレクトリの変数ORACLE_CONFIG_HOMEを設定します。

  3. 次のコマンドを実行します。

    $ setupCCR
$ configCCR
$ emCCR collect
$ emCCR status

2.1.2.2 Oracle Portal 11gをインストールする際の考慮事項

新しいOracle Portal、Forms、ReportsおよびDiscoverer 11g環境をインストールする前に、次の重要なリソースを確認してください。

2.1.3 Oracle Web Tierインストールに関する問題

この項の内容は次のとおりです。

2.1.3.1 Oracle Web Tierの前に必要なOracle SOA SuiteおよびOracle Application Developerのインストール

oracle_common/soa/modules/commons-cli-1.1.jarファイルが正しくインストールされていることを確認するには、Oracle Web Tierを既存のドメインと関連付ける場合は、他の製品をすべてインストールした後に、Oracle Web Tierをインストールする必要があります。

2.1.3.2 Oracle Web Tierのサイレント・インストールに必要なOracle Web Cacheコンポーネントの名前

Oracle HTTP ServerでOracle Web Tierのサイレント・インストールを実行する場合、Oracle HTTP Serverのインストール環境にOracle Web Cacheが必要でなくても、レスポンス・ファイルにOracle Web Cacheコンポーネントの名前を指定する必要があります(WEBCACHE_COMPONENT_NAMEパラメータ)。両方のコンポーネント名を指定しても、CONFIGURE_WEBCACHEがfalseに設定されているかぎり、Oracle HTTP Serverのみがインストールされて構成されます。

この問題の回避方法はありません。

2.1.4 Oracle Identity Managementインストールに関する問題

この項の内容は次のとおりです。


注意:

11 gリリース1 (11.1.1.6.0)インストールのリリース・ノートは、次のリンクを参照してください。

2.1.4.1 Oracle Identity Managementドメインの拡張時に稼働している必要のあるWebLogic管理サーバー

Oracle Identity Managementをインストールする場合、Oracle WebLogic Server管理ドメインに関連してOracle Identity Managementコンポーネントをインストールする方法を選択するためのいくつかのオプションがあります。インストーラの「ドメインの選択」画面で「既存のドメインの拡張」オプションを選択すると、Oracle Identity Managementコンポーネントが既存のOracle WebLogic Server管理ドメインにインストールされます。

「既存のドメインの拡張」オプションを使用して既存の管理ドメインにOracle Identity Managementコンポーネントをインストールするには、Oracle WebLogic管理サーバー・インスタンスが稼働している必要があります。

2.1.4.2 Oracle Internet Directoryでのスキーマの拡張

Oracle Internet Directory 11gリリース1 (11.1.1.6.0)より前のOracle Internet Directoryリリースに対して、(oamEnabledをtrueに設定し、LDAPSyncを有効にして)libOVD 11gリリース1 (11.1.1.7.0)を介したOracle Identity Manager 11gリリース1 (11.1.1.7.0)がある場合、新しいユーザーを作成しようとすると、次のエラーが表示されます。

javax.naming.directory.SchemaViolationException:[LDAP: error code 65 -Failed to find orclpwdexpirationdate in mandatory or optional attribute list.
]

回避策:

インストールされているOracle Internet Directoryでスキーマを拡張する必要があります。バックエンドIDStoreスキーマを変更するには、次を実行します:

  1. 新しい属性を作成します。

    attributetypes: ( 2.16.840.1.113894.200.1.7 NAME 'orclPwdExpirationDate' EQUALITY caseIgnoreMatch SYNTAX '1.3.6.1.4.1.1466.115.121.1.15' SINGLE-VALUE USAGE userApplications).

  2. 既存のorclIDXPersonオブジェクト・クラスを変更し、オプション属性としてorclPwdExpirationDateを含めます。


注意:

Oracle Directory Services Managerを使用してOracle Internet Directoryに接続し、スキーマの変更を行います。

2.1.4.3 11g (11.1.1.7.0) Oracle Internet DirectoryインスタンスをアンインストールしてもOIDスキーマがクリーンアップされない

Oracle Identity Management 11g (11.1.1.7.0)から構成されたOracle Internet Directoryインスタンスをアンインストールする場合、ファイルベースのインスタンス・ディレクトリは削除されますが、関連するOracle Internet Directoryインスタンス構成は削除されません。そのため、将来の構成では、削除されたインスタンスも含めてインスタンス数に追加されます。

OIDインスタンスを削除するコマンドから次のロジックが欠落しています。

ldapdelete -p <oid ldap port> -D cn=orcladmin -w <password> "cn=<OID 
instance name as defined in the ODS
schema>,cn=osdldapd,cn=subconfigsubentry"

回避策:

インスタンスを削除した後、そのインスタンスを再作成する前に次のコマンドを実行します。

ldapdelete -p <oid ldap port> -D cn=orcladmin -w <password> "cn=<OID
instance name as defined in the ODS schema>,cn=osdldapd,cn=subconfigsubentry

2.1.4.4 Oracle Virtual Directoryアダプタに関する情報

Oracle Virtual Directoryアダプタは、ホームページにリストされていません。

Linuxオペレーティング・システム上でこの問題を回避するには、osdt_cert.jarファイルをOracle共通ホームからORACLE_HOME/inventory/Scripts/ext/lib/Oracle_IDM1の下のディレクトリにコピーします。

Windowsオペレーティング・システム上でこの問題を回避するには、構成フェーズの前にjarをコピーします。後でコピーすると機能しなくなります。

2.1.4.5 「再試行」ボタンの有効化

失敗したOracle Identity Management構成を再試行するには、「再試行」ボタンを有効にする必要があります。失敗した項目の左側にあるボックスを選択して、「再試行」ボタンを有効にします。

2.1.4.6 Linuxオペレーティング・システムにおけるサーバー起動の失敗

Oracle Identity Managementサーバー(管理対象サーバーまたは管理サーバー)を起動する際に、サーバーの起動に失敗することがあります。次のエラーが表示されることがあります。

Failed to push ldap config data to
libOvd for service instance "idstore.ldap" in JPS context "default", cause:
java.io.FileNotFoundException: /tmp/.ovdlock.tmp (Permission denied)>

この問題を回避するには、次のコマンドを実行して再度サーバーを起動します。

chmod 666 /tmp/.ovdlock.tmp

2.1.4.7 OPMNリクエスト・ポートの構成

Oracle Identity Management 11gリリース1 (11.1.1.7.0)インストーラのstatic ports.iniには、指定されたOPMNリクエスト・ポートがあります。このポートはOracle Identity Management構成では使用されず、特定の機能的な用途がありません。

ポートを構成するには、oracleインスタンスをプロビジョニングした後、手動でエントリをopmn.xmlに追加します。

2.1.4.8 Linuxオペレーティング・システムにおける権限ポートでのサイレント・インストール

Linuxオペレーティング・システム上で、サイレント・モードで特権ポートをインストールおよび構成するには、次の手順を実行します。

  1. Oracle Identity Management 11gリリース1 (11.1.1.7.0)では、サイレント・インストールのみを実行します。

  2. Oracleホームでoracleroot.shおよびoidroot.shスクリプトを実行します。

    これらのスクリプトは、rootユーザーとして実行する必要があります。

  3. .apachectl権限を変更します。

    rootユーザーとして次の手順を実行します。

    /bin/chown root /$OH/ohs/bin/.apachectl
/bin/chmod 6750 /$OH/ohs/bin/.apachectl

  4. 特権ポートでサイレント構成を実行します。

2.1.5 JDKおよびJREインストールに関する問題

この項の内容は次のとおりです。

2.1.5.1 6u30より前のJDKバージョンのOracle Linux 6.1でアジア文字が表示されない問題

6u30より前のJDKバージョンのOracle Linux 6.1で実行している場合、中国語、韓国語および日本語の文字がOracle Universal Installerに表示されません。

この問題を回避するには、次を実行します:

  1. JAVA_HOME/jre/libディレクトリに移動します。

  2. fontconfig.RedHat.6.0.bfcをfontconfig.RedHat.6.1.bfcにコピーします。

  3. fontconfig.RedHat.6.0.properties.srcをfontconfig.RedHat.6.1.properties.srcにコピーします。

  4. インストーラを実行します。

2.1.5.2 自動更新によるインストールの場合のJREの場所の指定

次のOracle Fusion Middleware製品をインストールする場合:

  • Oracle SOA Suite

  • Oracle WebCenter Portal

  • Oracle Service Bus

  • Oracle WebCenter Content

  • Oracle Data Integrator

  • Oracle Identity and Access Management

および「ソフトウェア更新のインストール」画面で「My Oracle Supportから更新をダウンロードしてインストール」を選択して自動更新の構成を選択した場合、インストーラを起動する際にコマンドラインから-jreLocパラメータを使用して、システム上のJREの場所を指定する必要があります。

JREの場所について、-jreLocパラメータを使用せず、インストーラからの指示を待つ場合、インストール中に例外が表示されます。

2.1.5.3 Oracleホーム・ディレクトリでのSun JDKのアップグレード

Oracle Identity Management、Oracle Portal、Oracle Forms、Oracle Reports、Oracle DiscovererおよびOracle Web Tierなどの一部のインストールでは、Oracleホーム・ディレクトリにSun JDKがインストールされます。このバージョンのSun JDKは、次の場所にあるOracle Fusion Middlewareの動作保証のドキュメントで指定されているバージョン未満である可能性があります。

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-certification-100350.html

このJDKは、内部的に使用されるもので、Oracle SOA、Oracle WebCenter Portal、または任意のカスタムJ2EEアプリケーションのデプロイには使用できません。

すべてのタイプのアプリケーションに対して単一のJDKバージョンをデプロイする場合は、次の手順を使用してSun JDKを(Oracle Fusion Middlewareの動作保証のドキュメントで指定されている)上位バージョンにアップグレードします。

  1. すべてのプロセスを停止します。

  2. 既存のJDKをバックアップします。

  3. 既存のJDKと同じ場所に新しいJDKをインストールします。

  4. すべてのプロセスを再起動します。

2.1.5.4 JDK 6アップデート23使用時のメモリー不足エラー

JDK 6アップデート23を使用中にメモリー不足エラーが発生した場合は、次の点について検討します。

JDK 6アップデート23では、エスケープ分析機能がデフォルトで有効でした。これはホットスポット・コンパイラ内の最適化であり、メモリー・フットプリントを大きくする必要がある場合があります。非常に大きなJavaヒープなどのために、追加のネイティブ・メモリー割当ての処理で空き領域がほとんどない場合、メモリー不足が発生する場合があります。

この問題の回避策として、アプリケーションの起動時に次のJVM引数を追加します。

-XX:-DoEscapeAnalysis

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)

2.1.6 Oracle Universal Installerに関する問題

この項の内容は次のとおりです。

2.1.6.1 My Oracle Supportでのソフトウェア更新のチェック時の、インストーラによるエラーの生成

「ソフトウェア更新のインストール」画面で、「My Oracle Supportで更新を検索」オプションを選択し、適切なユーザー資格証明を指定して「更新の検索」をクリックすると、次のエラーがインストール・ログ・ファイルに表示されます。

java.net.NoRouteToHostException: No route to host

この問題を回避するには、「ソフトウェア更新のインストール」画面で「ローカル・ディレクトリで更新を検索」オプションを使用して、すでにダウンロードしてローカルで使用できるパッチを選択します。パッチは、My Oracle Supportから手動でダウンロードするか、Oracleサポートから入手できます。

2.1.6.2 インストーラによる、Solaris x86-64の誤ったシステム・パッチのチェック

Fusion Middleware製品のインストーラでは、Solaris x86-64オペレーティング・システムで次のオペレーティング・システム・パッチが検索されます。

  • 127111-02

  • 137111-04

これは正しくありません。Solaris x86-64オペレーティング・システムに必要な正しいオペレーティング・システム・パッチは次のとおりです。

  • 127112

  • 137112

このようなパッチの追加情報は、My Oracle Supportのノート1000642.1および1019395.1を参照してください。

2.1.6.3 Linuxオペレーティング・システムでのOracle Business Intelligenceの簡易インストール用管理者パスワードの入力

Oracle Business IntelligenceをLinuxオペレーティング・システムにインストールする場合に「インストール・タイプの選択」画面で「簡易インストール」を選択すると、「管理者詳細」画面にナビゲートしたときに「パスワード」フィールドが無効になります。

この問題の回避方法として、「パスワード」フィールドを右クリックし、「貼付け」を選択します。「パスワード」フィールドがアクティブ化され、管理者パスワードを入力できるようになります。

2.1.7 データベースおよびスキーマのインストールに関する問題

この項の内容は次のとおりです。

2.1.7.1 Oracle Internet Directory (ODS)スキーマのロード中に発生するエラー

パスワード・ポリシーをOracleデータベースのデータベース・レベルで有効にしている場合、Oracle Internet Directory (ODS)スキーマのロード時にORA-28003エラーが発生します。

この問題を回避するには、一時的にパスワード・ポリシーを無効にして、スキーマをロードしてから、再度パスワード・ポリシーを有効にします。

2.1.7.2 DBMS_JOBデータベース・パッケージの正しい権限の設定

RCUを使用してOracleデータベースでOracle Internet Directoryスキーマを作成している場合、次のエラー・メッセージが発生する場合があります。

ORA-04063: package body "ODS.TSPURGE" has errors
ORA-06508: PL/SQL: could not find program unit being called: "ODS.TSPURGE"
ORA-06512: at line 3

この問題を回避するには、次の操作を実行します。

  1. RCUを停止して、すでに作成しているOracle Internet Directoryスキーマを削除します。手順は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のスキーマの削除に関する項を参照してください。

  2. SQL*Plusを使用してデータベースにログインし、次のコマンドを実行します。

    SQL> grant execute on sys.dbms_job to PUBLIC

  3. 再度RCUを実行してスキーマを作成します。

2.1.7.3 Oracle Internet Directoryのインストールにおいてスキーマ作成時に発生するデータベース接続障害

スキーマを作成するためにデータベースに接続しているときに、タイムアウトや接続障害が原因でOracle Internet Directoryのインストールに失敗する場合、rcu.propertiesファイルのタイムアウト・パラメータを再設定できます。このファイルは、IDM_HOME/rcu/configディレクトリに存在します。

テキスト・エディタでrcu.propertiesファイルを開いてJDBC_LOGIN_TIMEOUTプロパティを検索し、その値を30に設定します。

2.1.7.4 Oracle Database 11g (11.2.0.1)でのRCU 11gリリース1 (11.1.1.1.0)の使用

Oracle Fusion Middleware 11gリリース1 (11.1.1.1.0)とOracle Database 11g (11.2.0.1)で使用可能なRCUのバージョンを使用している場合、次の警告メッセージを受信します。

The database you are connecting is not a supported version. Enter Database
with version equal to or higher than 10.2.0.4.0 in 10g or version equal to
higher than 11.1.0.7.0 in 11g. Refer to the certification matrix for
supported DB versions.

この警告は無視しても問題なく、RCU操作を続行できます。

この警告は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)以降で使用可能なRCUのバージョンでは表示されません。

2.1.8 インストール時に表示されるエラー・メッセージおよび例外

この項の内容は次のとおりです。

2.1.8.1 IBM AIX 7.1でのインストール時のエラー・メッセージ

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 <<<<

これらのメッセージは無視しても問題ありません。ダイアログ・ボックスで「続行」を選択すると、インストールが実行されます。

2.1.8.2 Oracle Identity Managementドメインの拡張後、Oracle WebLogic管理対象サーバーのログにJRF起動クラスの例外が記録される問題

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.

これらの例外メッセージは無視して問題ありません。機能上失われるものはありません。

2.1.8.3 インストール・ログ・ファイルでのSun JDKおよびOracle Configuration Managerの障害

Oracle Web Tier、Oracle Identity Management、またはOracle Portal、Forms、ReportsおよびDiscovererのインストールの完了時に、installtime_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がインストールされていないために発生します。これらのメッセージは無視して問題ありません。

2.1.9 製品のアンインストールに関する問題

この項の内容は次のとおりです。

2.1.9.1 インストールの失敗時に再インストールを行うための適切な削除操作

インストール時に障害が発生したため、失敗したインストール環境を削除して同じ場所にソフトウェアを再インストールする場合、次の手順を実行する必要があります。

  1. インストールに失敗した管理対象サーバーがすべて停止していることを確認します。管理コンソールで、管理対象サーバー名の隣に「SHUTDOWN」という文字が表示されていることを確認します。

  2. ORACLE_HOME/oui/binディレクトリのアンインストーラを使用してOracleホーム・ディレクトリのバイナリを削除します。

  3. 管理コンソールまたはWLSTを使用して、config.xmlファイルの失敗したインストール環境から管理対象サーバーをすべて削除します。

  4. DOMAIN_HOME/serversディレクトリのすべてのディレクトリを削除します。

この手順により、同じ管理対象サーバー名を使用して、同じ場所にソフトウェアを再インストールできます。

2.1.9.2 インストーラで削除できないWebLogicドメイン

作成したWebLogicドメインを削除するには、特定のシナリオがあります。Oracle Universal Installerは、OracleインスタンスおよびOracleホーム・ディレクトリの削除にのみ使用され、WebLogicドメインは削除しません。

WebLogicドメインを削除する必要がある場合は、手動で削除してください。詳細は、Oracle WebLogic Serverのドキュメントを参照してください。

2.1.10 Oracle Service Bus 11gリリース1 (11.1.1.7.0)で推奨されるJDKバージョン6アップデート29

Oracle Service Busは、Javaプラットフォーム、Standard Editionの開発キット(JDK)の特定のバージョンが実行されていると、実行速度が低速になります。パフォーマンスを最適にするには、Oracle Service Bus 11gリリース1 (11.1.1.7.0)ではJDKバージョン6アップデート29を使用することをお薦めします。

2.1.11 Oracle SOA Suiteと同じドメインへのOracle Service Registryのインストール

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:....

この問題を回避するには、次の操作を実行します。

  1. Oracle Service RegistryがOracle SOA Suiteとは異なる管理対象サーバーにインストールされていることを確認します。

  2. パッチ9499508をダウンロードし、パッチに付属するREADMEファイルの指示に従います。

    1. My Oracle Supportにアクセスします。

      http://support.oracle.com

    2. 「パッチと更新版」タブをクリックします。

    3. 「パッチ検索」領域で、パッチ9499508を検索します。

    4. パッチをダウンロードします。

  3. 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を削除します。次の手順を実行します。

  1. MW_HOME/user_projects/domains/soa_domain_name/bin/setDomainEnv.shファイルのバックアップを作成します。

  2. 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

  3. 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

2.1.12 タイ語およびトルコ語ロケールでのインストール時の問題

トルコ語およびタイ語のユーザーは、英語ロケールを使用してOracle Fusion Middlewareをインストールおよび実行することをお薦めします。Oracle Fusion Middlewareでは、クライアントとしてトルコ語およびタイ語ロケールがサポートされます。

2.2 パッチ適用の問題および回避策

この項では、Oracle Fusion Middleware製品のパッチに関連する問題および回避策について説明します。内容は次のとおりです。

2.2.1 WebLogic Serverを更新した後にアプリケーションが起動しない

Oracle WebLogic Serverに最新のパッチを適用した後、Discoverer、Access Manager、Identity Managerなどのミドルウェア・サービスを起動するために、WL_HOME/server/lib/weblogic.policyファイルを編集して次のエントリを含める必要があります。

grant codeBase "file:MW_HOME/WLS/patch_jars/-" {
      permission java.lang.RuntimePermission "oracle.*","read";
};

MW_HOMEをミドルウェア・ホーム・ディレクトリの場所に置き換えます。

WLSを次のいずれかに置き換えます。

  • WebLogic Serverバージョン10.3.4の場合、patch_wls1034

  • WebLogic Serverバージョン10.3.5の場合、patch_wls1035

  • WebLogic Serverバージョン10.3.6の場合、patch_wls1036

2.2.2 Oracle SOA Suiteのパッチ適用に関する問題

この項の内容は次のとおりです。

2.2.2.1 SQL ServerデータベースでSOAINFRAスキーマを更新するとパッチ・セット・アシスタントが失敗する

Microsoft SQL ServerデータベースでSOAINFRAスキーマを更新しようとすると、Fusion Middlewareパッチ・セット・アシスタントは操作の実行に失敗します。この既知の問題は、現在回避策はありません。詳細はOracleサポートに連絡するか、My Oracle Supportを参照してください。

http://support.oracle.com/

2.2.2.2 Oracle Business Process Management Suiteを含む既存のOracle SOA Suiteドメインの拡張時に表示される例外

パッチ・セット・インストーラを使用して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

この例外は無害です。この例外の表示を抑止するには、次を実行します:

  1. データベースにSOAスキーマ・ユーザーとして接続します。

  2. 次のコマンドを実行してBPM_CUBE_ROLE_FK1制約を削除します。

    ALTER TABLE BPM_CUBE_ROLE DROP CONSTRAINT BPM_CUBE_ROLE_FK1;

  3. 次のコマンドを実行して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;

  4. Oracle SOA管理対象サーバーを再起動します。

2.2.2.3 範囲ベースのディメンション・ビジネス・インジケータを持つ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

この例外は無害のため、無視して問題ありません。この例外の表示を抑止するには、次を実行します:

  1. データベースにSOAスキーマ・ユーザーとして接続します。

  2. 次のコマンドを実行してBPM_CUBE_NAMETAB_RANGE_FK1制約を削除します。

    ALTER TABLE BPM_CUBE_NAMETAB_RANGE  DROP CONSTRAINT BPM_CUBE_NAMETAB_RANGE_FK1;

  3. 次のコマンドを実行して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;

  4. Oracle SOA管理対象サーバーを再起動します。

2.2.2.4 Microsoft SQL Server 2008データベースと組み合せたOracle Business Process Management Suiteの実行

パッチ・セット・インストーラを使用してOracle Business Process Management Suiteを含めるように既存のOracle SOA Suiteインストール環境にパッチを適用し、Microsoft SQL Server 2008データベースを使用する場合、ソフトウェアへのパッチ適用後に次の手順を実行する必要があります。

  1. 管理コンソールにログインします。

  2. 「接続プール」タブにあるmds-owsmおよびmds-soaデータソースの「プロパティ」セクションで、次のプロパティを追加します。

    ReportDateTimeTypes=false

2.2.2.5 Oracle SOA Suiteリリース11.1.1.3.0に更新してもb2b.r1ps1プロパティが削除されない問題

ソフトウェアをリリース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操作の構成に関する項を参照してください。

2.2.2.6 Oracle UMSおよびOracle MDSを移行するための手動手順

次のように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サーバーを起動します。

2.2.2.7 11gリリース1 (11.1.1.4.0)パッチ・セット適用後の、監視対象BPELプロセスによるログ・ファイルでの警告メッセージの生成

モニターをインストゥルメント済の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開発者ガイド』のビジネス・インジケータ・データ・オブジェクトの理解に関する項を参照してください。

2.2.2.8 11gリリース1 (11.1.1.2.0)ドメインへのパッチ適用後の管理サーバー・ログ・ファイルにおけるOracle Rulesのエラー

最新のOracle Fusion Middleware 11gパッチ・セットを11gリリース1 (11.1.1.2.0) Oracleホームに適用すると、次のエラーが管理サーバー・ログ・ファイルに表示されることがあります。

<Unresolved optional package references (in META-INF/MANIFEST.MF):
[Extension-Name: oracle.rules, referenced from: 
/app/orasoa/product/soa11g/middleware/user_projects
   /domains/soadev/servers/AdminServer/tmp/_WL_user/emai/xalnv4]
Make sure the referenced optional package has been deployed as a library.>

パッチ・セット適用前にOracle SOA Suiteコンポジット・アプリケーションがドメインにデプロイされると、このエラーが表示されます。これは、Oracle Fusion Middleware 11gリリース1 (11.1.1.3.0)から、Rulesライブラリ(oracle.rules)をSOA管理対象サーバーの他に管理サーバーに対してもターゲット指定する必要があるためです。

このメッセージを回避するには:

  1. Oracle WebLogic Server管理コンソールを使用して、oracle.rules共有ライブラリを選択し、ドメイン内の管理サーバーおよびSOA管理対象サーバーに対してターゲット指定します。

  2. Oracle JDeveloper 11gリリース1 (11.1.1.3.0)以上を使用して、アプリケーションをドメインに再度デプロイします。

2.2.2.9 最新パッチ・セットの適用後のコンポジット・アプリケーションの不正なインスタンス状態

コンポジット・アプリケーションをOracle SOA Suite 11g リリース1にデプロイした後、最新の11g リリース1パッチ・セットを適用すると、一部のコンポジット・アプリケーションのインスタンス状態が正しく表示されないことがあります。

たとえば、パッチ・セットの適用前にコンポジット・アプリケーションのいずれかが「リカバリが必要です」状態だった場合、Fusion Middleware Controlの「SOAコンポジット」ページの「ダッシュボード」タブでコンポジット・アプリケーションを表示すると、「完了」と識別されることがあります。

このような場合は、「完了」インジケータを無視できます。インスタンスは実際にはまだ実行中で、パージ操作などの他の操作によって処理されます。

パッチ・セットのインストール後に、これらのインスタンスをそれぞれ分析して、完了、中断または続行中のいずれであるかを確認する必要があります。

SOAコンポジット・アプリケーションの状態の監視の詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド』のSOAコンポジット・アプリケーションの監視に関する項を参照してください。

2.2.3 Oracle WebCenter Portalのパッチ適用に関する問題

この項の内容は次のとおりです。

2.2.3.1 一部のWebCenter Portalアプリケーションで古いリリース番号が表示される問題

Oracle WebCenter Portalへのパッチの適用後、一部のアプリケーションで以前のリリースのリリース番号が表示されます。

この問題の回避方法はありません。

2.2.3.2 11.1.1.7.0パッチ・セットのインストール後の.jspページによるWebCenter Portal: Spacesカスタマイズの使用の問題

WebCenter Portal: Spaces 11g リリース1 (11.1.1.2.0)またはリリース1 (11.1.1.3.0)を独自にカスタマイズして拡張する場合、アップグレードする前に、カスタマイズ共有ライブラリで.jspページではなく、.jspxページを使用していることを確認する必要があります。

WebCenter Portal: Spaces 11.1.1.7.0にアップグレードした後、カスタム・サイト・テンプレートは.jspページを使用しているとレンダリングされません。

ホワイト・ペーパー『WebCenter Spacesのカスタマイズ・サイト・テンプレート』に従ってカスタム・サイト・テンプレートを開発した場合、ページはすでに.jspxページになっています。

2.2.3.3 WLSTコマンドによるOracle WebCenter Portal更新時のエラー

WLSTコマンドによってOracle WebCenter Portalを更新する場合、この項に示すエラー・メッセージが表示されることがあります。このようなエラーは、コマンドが完了しており、コマンドの完了を示すテキストが表示されている場合は、無視しても問題ありません。

upgradeWebCenterDomain WLSTコマンドを実行する場合、次のエラー・メッセージが表示されることがあります。

Error: addTemplate() failed. Do dumpStack() to see details.

upgradeWebCenterPermissionsコマンドを実行する場合、次のエラー・メッセージが表示されることがあります。

Command FAILED, Reason: JPS-04204: Cannot revoke permissions.

2.2.3.4 タグ付けおよび検索タスク・フローをページに追加するときのエラー

Oracle WebCenter 11.1.1.4.0インスタンスで、デフォルトのページ・テンプレート・カタログに基づいてリソース・カタログを使用していた場合、パッチが適用されたWebCenter Portal 11.1.1.7.0インスタンスで、タグ付けおよび検索タスク・フローをページに追加する際に問題が発生する場合があります。この問題に対処するには、パッチを適用したインスタンスで、リソース・カタログを編集して、再度タグ付けおよび検索タスク・フローを追加する必要があります。

2.2.3.5 WebCenter Portalにパッチが適用されるとアクティビティ・グラフ・タスク・フローのパーソナライズの設定が失われる

WebCenter Portalを最新のリリースにパッチを適用すると、類似項目や推奨接続などのアクティビティ・グラフ・タスク・フローに行われたパーソナライズ設定が失われ、デフォルト設定に戻る場合があります。必要に応じて、アクティビティ・グラフ・タスク・フローのすべてのパーソナライズ設定を再度行う必要があります。

2.2.3.6 Spacesで提供される言語のリストに言語が表示されない

Spacesアプリケーションを拡張して新しい言語のサポートを追加している場合、WebCenter Portal 11.1.1.7.0にパッチを適用した後、言語の処理に問題が発生する場合があります。Spacesで提供されるデフォルトの言語のリストに言語が表示されない場合があります。この問題を解決するには、必要な言語のエントリを含むsupported-languages.xmlファイルを再度アップロードする必要があります。

2.2.4 Oracle Identity Managementのパッチ適用に関する問題

この項の内容は次のとおりです。

2.2.4.1 パッチのインストール中にインストーラからOID特権ポートを2回求められる

既存のOracle Internet Directoryのインストールに11gリリース1 (11.1.1.7.0)へのパッチを適用している場合、パッチのインストールの終わり近くでoracleRoot.shスクリプトの実行を求められ、さらに次のことが尋ねられます。

Do you want to run oidRoot.sh to configure OID for privileged ports?(yes/no)

パッチを適用されているOIDのバージョンによっては、この質問を2回受けることがあります。スクリプトが正常に実行されるために、両方で同じ応答("Yes"または"no")を入力してください。

この問題の回避方法はありません。

2.2.4.2 インストーラが既存のOracleホームを検出しない問題

Oracle Identity Managementを11gリリース1 (11.1.1.4.0)から11gリリース1 (11.1.1.7.0)にアップグレードする場合、次の環境におけるアップグレードでは、インストーラは既存のOracleホーム・ディレクトリを検出しません。

  • 繁体字中国語、簡体字中国語または韓国語のロケールを使用している64ビットWindowsオペレーティング・システム。

  • 日本語、韓国語、簡体字中国語または繁体字中国語にUTF-8以外のロケールを使用している64ビットLinuxオペレーティング・システム。

これは、英単語「Optional」がMW_HOME/oracle_common/inventory/ContentsXML/comps.xmlファイルで翻訳されるために発生します。

この問題を回避するには、次の2つの方法があります。

  1. 更新するOracle Identity ManagementのOracleホーム・ディレクトリを手動で指定した後、アップグレード・インストールを続行します。

  2. comps.xmlファイルで翻訳済の単語をすべて検出して英単語「Optional」に置き換えた後、インストーラを実行します。単語「Optional」は、comps.xmlファイルの次の2つのパラメータに指定されています。

    DEP_GRP_NAME="Optional"
EXT_NAME="Optional"

    注意:

    comps.xmlファイルは、Oracle Universal Installerで使用される重要なファイルであるため、このファイルに間違った編集を加えないでください。このファイルを変更する前に、バックアップ・コピーを作成してください。

2.2.4.3 サード・パーティJARファイルのデータベースへのアップロード

Oracle IdentityおよびAccess Managementの11gリリース1 (11.1.1.5.0)への更新中、ファイル・システムに表示される、サード・パーティJARファイル(例: コネクタ機能に必要なldapbp.jar)がアップグレード・プロセスでデータベースにアップロードされません。UploadJars.shユーティリティを使用して、手動でこれらのJARファイルをデータベースにアップロードする必要があります。

詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』の「JARおよびリソース・バンドル・ユーティリティのアップロード」の章を参照してください。

2.2.4.4 パッチ後に承認ありのアクセス・ポリシーが機能しない問題

11gリリース1 (11.1.1.5.0)では、Oracle Entitlements Server (OES)に次の新しいポリシーが導入されています。

  • SelfServiceUserManagementPolicies.xml

  • UserManagementPolicies.xml

この変更によって、承認ありの新規ポリシーが追加されると、承認に対するリクエストが生成されません。

この問題を回避するには、「リクエスト管理者」ロールを「アクセス・ポリシー・ベースのプロビジョニング」リクエスト・テンプレートに追加します。

  1. 拡張コンソールにログインします。

  2. 「構成」タブのリクエスト・テンプレートに進みます。

  3. アクセス・ポリシー・ベースのプロビジョニング・リクエスト・テンプレートを検索し、開きます。

  4. 「テンプレートの詳細」ページのテンプレート・ユーザー・ロール・タブに進みます。

  5. 「使用可能なロール」の左側のペインから、「リクエスト管理者」ロールを検索し、割り当てます。

    割り当てられたロールは、右側のペインの「選択したロール」に表示されます。

  6. リクエスト・テンプレートを保存します。

2.2.4.5 11gリリース1 (11.1.1.2.0)または11gリリース1 (11.1.1.3.0)からパッチを適用した後、OIDおよびOVDが保存された接続が使用できない

Oracle Internet Directory (OID)またはOracle Virtual Directory (OVD)を11gリリース1 (11.1.1.2.0)または11gリリース1 (11.1.1.3.0)から11gリリース1 (11.1.1.4.0)以降にパッチを適用する場合、前のリリースで保存された接続はパッチを適用した後に使用できなくなります。

11gリリース1 (11.1.1.4.0)から任意の最新のリリースにパッチを適用する場合、OIDおよびOVDに保存された接続は使用できます。

この問題の回避方法はありません。

2.2.4.6 Oracle Identity Managementアップグレード時のupgradeOpss()コマンド実行中の無害なエラー

Oracle Identity Manager 11gリリース1 (11.1.1.3.0)を11gリリース1 (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.

このメッセージは無害のため、無視して問題ありません。

2.2.4.7 Oracle Identity Managementから11gリリース1 (11.1.1.4.0)のパッチ適用後のログ・ファイルの無害なエラー

Oracle Identity Managementに11gリリース1 (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スクリプトを実行します。

2.2.4.8 Oracle Identity Federationを11gリリース1 (11.1.1.1.0)から11gリリース1 (11.1.1.2.0)に移行する場合の無害な警告メッセージ

パッチ・アシスタント移行スクリプトを使用してOracle Identity Federationを11gリリース1 (11.1.1.1.0)から11gリリース1 (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

このメッセージは無害のため、無視して問題ありません。

2.2.4.9 Oracle Identity Management 11gリリース1 (11.1.1.2.0)を11gリリース1 (11.1.1.3.0)にパッチを適用すると、ログに無害なエラーが記録される

Oracle Identity Management 11gリリース1 (11.1.1.2.0)インストールを11gリリース1 (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 ORACLE_HOME/install/root.log': Operation not permitted

/bin/chmod: changing permissions of ORACLE_HOME/bin/nmhs': Operation not permitted

/bin/chmod: changing permissions of ORACLE_HOME/bin/nmb': Operation not permitted

/bin/chmod: changing permissions of ORACLE_HOME/bin/nmo': Operation not permitted

inventoryLocation: /scratch/aime1/oraInventory

Mode:init

これらのメッセージは無視できます。

2.2.4.10 Oracle Identity Managementサーバー11gリリース1 (11.1.1.5.0)起動時に表示される無害な例外

Oracle Identity Managementを11gリリース1 (11.1.1.5.0)に更新した後、Oracle Identity Managementサーバーを起動すると、次の例外が表示されることがあります。

java.lang.ClassNotFoundException: ADP ClassLoader failed to load:com.thortech.xl.schedule.tasks.tcTskScheduledProvision

このエラーは無害のため、無視しても問題ありません。

2.2.5 システム・コンポーネントのパッチ適用に関する問題

この項の内容は次のとおりです。

2.2.5.1 Oracle Portalスキーマへのネットワーク関連パッケージへのアクセス権の付与

Oracle Single Sign-On 10.1.4.3がOracle Internet Directory 11gおよびOracle Database 11.2.0.2に対して実行している環境で、Oracle Portal 11gリリース1 (11.1.1.4.0)のスキーマをアップグレードするパッチ・セット・アシスタントの実行中に、次の例外が発生します。

ORA-24247: network access denied by access control list (ACL)

ネットワーク関連パッケージの実行中にこの問題に対処するには、これらのパッケージを使用するユーザーにアクセス権を付与する必要があります。ORASSOスキーマ・ユーザーにACLを作成し、それをOIDホストに割り当てる必要があります。次に、Oracle Portalスキーマに必要な権限を付与する、wdbigra.sqlスクリプトを実行する必要があります。

  1. PORTALスキーマ・ユーザーにACLを付与し、それをOIDホストに割り当てます。

    sys as sysdbaとして接続し、次の例のようにACLを割り当てます。ここでexamplehost.exampledomain.comはOIDホスト名で、DEV_PORTALはインストールで指定したOracle Portalスキーマです。

    DECLARE
acl_path VARCHAR2(4000);
 
BEGIN
 
SELECT acl INTO acl_path FROM dba_network_acls
WHERE host = 'examplehost.exampledomain.com' AND lower_port IS NULL AND upper_port IS NULL;
dbms_output.put_line('acl_path = '|| acl_path);
dbms_output.put_line('ACL already Exists. Checks for Privilege and add the Privilege');
IF DBMS_NETWORK_ACL_ADMIN.check_privilege(acl_path,'DEV_PORTAL','connect') IS NULL THEN
   DBMS_NETWORK_ACL_ADMIN.add_privilege (
   acl => acl_path,
   principal => 'DEV_PORTAL',
   is_grant => TRUE,
   privilege => 'connect');
END IF; 
END;
/
COMMIT;

    ACLがOIDホストに割り当てられていない場合はACLを作成します。

    EXCEPTION
WHEN no_data_found THEN

DBMS_NETWORK_ACL_ADMIN.create_acl (
   acl => 'sso_oid.xml',
   description => 'ACL for SSO to connect to OID',
   principal => 'ORASSO',
   is_grant => TRUE,
   privilege => 'connect');
 
DBMS_NETWORK_ACL_ADMIN.assign_acl (
   acl => 'sso_oid.xml',
   host => 'examplehost.exampledomain.com');
END;
/
COMMIT;

    次のSQLコマンドを使用してACLが作成されたことを確認します。

    select * from dba_network_acls;

  2. ORACLE_HOME/upgrade/portal/admin/plsql/wwvディレクトリにあるwdbigra.sqlファイル内のホストおよびスキーマの値を変更します。

    次の部分を変更します。

    host varchar2(1)        := '*';
schema varchar2(2000)   := upper('&&1');

    変更後は次のようになります。

    host varchar2(1)        := '&OID_HOST';
schema varchar2(2000)   := upper('&PORTAL_SCHEMA');

  3. wdbigra.sqlスクリプトを実行して、権限をOracle Portalスキーマに付与します。

    スクリプトから次のことが要求されます。

    • oid_hostの値。

      Oracle Internet Directoryが実行しているホストを指定します(たとえば、examplehost.exampledomain.com)。

    • portal_schemaの値

      接頭辞とスキーマ名を指定します(たとえば、DEV_PORTAL)。

2.2.5.2 適切な削除を保証するためのシステム・コンポーネントの再デプロイ

システム・コンポーネント・ソフトウェア(Oracle Portal、Forms、ReportsおよびDiscoverer、Oracle Identity Management、またはOracle Web Tier)にパッチを適用し、すべてのサービスを開始した後で、既存のドメインを拡張する場合、システム・コンポーネントを手動で再デプロイする必要があります。これを行うには、『Oracle Fusion Middlewareパッチ適用ガイド』のシステム・コンポーネントのアップグレードに関する項にある再デプロイする方法を実行します。

システム・コンポーネントを再デプロイしないと、それらのコンポーネントの削除時に問題が発生します。

2.2.5.3 システム・コンポーネント移行時のemctlの実行権限の設定

任意の11gリリース1 (11.1.1.1.0)システム・コンポーネントを11gリリース1 (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.2.6 パッチ適用後のバージョン番号に関する問題

この項の内容は次のとおりです。

2.2.6.1 正しくないMDSスキーマのバージョン番号

Metadata Servicesスキーマ(MDS)を使用するFusion Middleware製品を稼働しており、Fusion Middleware製品が11gリリース1 (11.1.1.4.0)より前の場合、Enterprise ManagerのMDSスキーマを11gリリース1 (11.1.1.4.0)に更新してあっても、MDSスキーマのスキーマ・バージョン番号は、前のリリース番号になります。

MDSスキーマ・バージョン番号を正しく表示するには、スキーマとFusion Middleware製品ソフトウェアの両方を最新のバージョンに更新する必要があります。

2.2.6.2 Oracle BIコンポーネントでの、パッチ適用後の正しくないバージョン番号の表示

既存のOracle Business Intelligence (BI)ソフトウェアに11gリリース1 (11.1.1.4.0)のパッチを適用した後、一部のOracle BIコンポーネント(例: Oracle BI PublisherまたはOracle RTD)では、Oracle Enterprise Managerを使用して表示する際に、前のリリースのバージョン番号が表示されることがあります。

この問題の回避方法はありません。

2.2.6.3 config.xmlでのodi-sdk-wsアプリケーションのバージョン番号の追加

11gリリース1 (11.1.1.6.0)では、odi-sdk-wsアプリケーションが更新され、バージョン番号が導入されるようになりました。odi-sdk-wsアプリケーションを前のリリースから11gリリース1 (11.1.1.6.0)にアップグレードしている場合、ドメイン内の管理サーバーまたは管理対象サーバーを開始する前に、このバージョン番号をconfig.xmlファイルに追加する必要があります。

次の手順を実行します。

  1. DOMAIN_HOME/config/config.xmlファイルを編集します。

  2. 次の行を変更します:

    <name>odi-sdk-ws</name>

    バージョン番号を追加するには、次のように指定します。

    <name>odi-sdk-ws#11.1.1.6.0.1</name>

  3. ドメイン内の管理サーバーおよび管理対象サーバーを起動または再起動します。

2.2.7 パッチ適用中または適用後の表示に関する問題

この項の内容は次のとおりです。

2.2.7.1 Oracle Enterprise ManagerおよびOracle Directory Services Managerのページが正しく表示されない

11gリリース1 (11.1.1.7.0)にアップグレード後、Oracle Enterprise Manager (EM)またはOracle Directory Services Manager (ODSM)のページが正しく表示されない問題が発生した場合、ドメインのすべてのサーバーを開始する前に次のことを行ってください。

  1. 次のように、DOMAIN_HOME/bin/setDomainEnv.shファイルに値-XX:-UseSSE42Intrinsicsを追加します。

    コードで次のセクションを探します。

    if [ "${JAVA_VENDOR}" = "Sun" ] ; then
        MEM_ARGS="${MEM_ARGS} ${MEM_DEV_ARGS} ${MEM_MAX_PERM_SIZE}"
        export MEM_ARGS
fi
 
if [ "${JAVA_VENDOR}" = "HP" ] ; then
        MEM_ARGS="${MEM_ARGS} ${MEM_MAX_PERM_SIZE}"
        export MEM_ARGS
fi
 
if [ "${JAVA_VENDOR}" = "Apple" ] ; then
        MEM_ARGS="${MEM_ARGS} ${MEM_MAX_PERM_SIZE}"
        export MEM_ARGS
fi

    この行を次のように変更します。

    if [ "${JAVA_VENDOR}" = "Sun" ] ; then
        MEM_ARGS="${MEM_ARGS} ${MEM_DEV_ARGS} ${MEM_MAX_PERM_SIZE} -XX:-UseSSE42Intrinsics"
        export MEM_ARGS
fi
 
if [ "${JAVA_VENDOR}" = "HP" ] ; then
        MEM_ARGS="${MEM_ARGS} ${MEM_MAX_PERM_SIZE} -XX:-UseSSE42Intrinsics"
        export MEM_ARGS
fi
 
if [ "${JAVA_VENDOR}" = "Apple" ] ; then
        MEM_ARGS="${MEM_ARGS} ${MEM_MAX_PERM_SIZE} -XX:-UseSSE42Intrinsics"
        export MEM_ARGS
fi

  2. Oracle EMの場合、.cssファイルを次のディレクトリから削除します。

    UNIXオペレーティング・システムの場合:

    DOMAIN_HOME/servers/AdminServer/tmp/_WL_user/em/random_dir/public/adf/styles/cache

    Windowsオペレーティング・システムの場合:

    DOMAIN_HOME\servers\AdminServer\tmp\_WL_user\em\random_dir\public\adf\styles\cache

  3. ODSMの場合、.cssファイルを次のディレクトリから削除します。

    UNIXオペレーティング・システムの場合:

    DOMAIN_HOME/servers/wls_ods1/tmp/_WL_user/odsm_release/random_dir/public/adf/styles/cache

    Windowsオペレーティング・システムの場合:

    DOMAIN_HOME\servers\wls_ods1\tmp\_WL_user\odsm_release\random_dir\public\adf\styles\cache

  4. ブラウザのキャッシュをクリアし、削除した.cssファイルを使用してサイトを訪れたブラウザ・クライアントを削除します。

  5. ドメイン内のすべてのサーバーを起動または再起動します。

2.2.7.2 Oracle Linux 6でのパッチ・セット・アシスタントでマルチバイト文字が表示されない問題

Oracle Linux 6オペレーティング・システムでは、パッチ・セット・アシスタントでマルチバイト文字(日本語、韓国語、繁体字中国語、簡体字中国語など)が表示されません。

この問題を回避するには、次の操作を実行します。

  1. Oracle共通ホーム・ディレクトリに移動します。

  2. jdkディレクトリを一時jdkディレクトリに保存します。例:

    mv jdk jdk_save

  3. システムのjdk1.7.0ディレクトリへのリンクを作成します。例:

    ln -s /home/Oracle/Products/jdk/jdk1.7.0 jdk

  4. 次の環境変数を設定します(日本語の文字を表示する場合)。

    setenv LANG ja_JP
setenv LC_ALL ja_JP

  5. パッチ・セット・アシスタントをORACLE_HOME/binディレクトリから実行します。

この回避方法は、パッチ・セット・アシスタントの実行が必要な間にのみ使用することをお薦めします。終了後、環境を元の設定に戻してください。

2.2.8 パッチ適用の結果として表示される警告およびエラー・メッセージ

この項の内容は次のとおりです。

2.2.8.1 upgradeOpss()実行時の無害な警告

upgradeOpss() WLSTコマンドを実行して構成とストアを11gリリース1 (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}

これらのメッセージは無害のため、無視しても問題ありません。

2.2.8.2 複数の製品のパッチを同じバージョンに適用する際のログ・ファイルの無害な警告メッセージ

Middlewareホームにすでにバージョン11gリリース1 (11.1.1.3.0)のパッチが適用されている製品があり、同じMiddlewareホームで別の製品に同じリリースのパッチを適用しようとすると、installtimestamp.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

この警告メッセージは無視して問題ありません。

2.2.8.3 Oracle Portalホームページへのアクセス時のエラー

以前のリリースからOracle Portal 11gリリース1 (11.1.1.6.)にアップグレードしている場合、Oracle Portalホーム・ページへのアクセス時に、次のエラー・メッセージがブラウザに表示されます。

XML Parsing Error: syntax error
Location: http://exampleserver.exampledomain:port/portal/pls/portal/dev_portal.home
Line Number 1, Column 1:An error occurred while processing the request. Try refreshing your browser. If the problem persists contact the site administrator
^

これはWebキャッシュに保存されたWebキャッシュ無効化パスワードとポータル・リポジトリに保存されたパスワードが異なるために起こります。

この問題の解決方法:

  1. 管理リポジトリのOracle Web Cache無効化パスワードをリセットします。

    1. Webキャッシュが実行しているドメインのEnterprise Managerにログインします。

      http://administration_server_host:administration_server_port/em

    2. 左側のナビゲーション・セクションで、「Web層」を開いてから、Webキャッシュ・インスタンス名をクリックします。

    3. ページの右側でWebキャッシュ・インスタンス名の下のドロップダウン・メニューを探し、メニューから「管理」、「パスワード」の順に選択します。

    4. 新しい無効化パスワードを指定します。

    5. Oracle Web Cacheを再起動します。

  2. Oracle PortalリポジトリのOracle Web Cache無効化パスワードをリセットします。

    1. Oracle Portalが実行しているドメインのEnterprise Managerにログインします。

      http://administration_server_host:administration_server_port/em

    2. 左側のナビゲーション・セクションで、「Portal」を開いてから、Oracle Portal管理対象サーバー名をクリックします。

    3. ページの右側でOracle Portalインスタンス名の下のドロップダウン・メニューを探し、メニューから「設定」、「ワイヤ構成」の順に選択します。

    4. 新しい無効化パスワードを指定します。これは管理リポジトリに指定したのと同じパスワードです。


      注意:

      無効化ユーザーのユーザー名は、Oracle Web Cache側で使用されるユーザー名と同じである必要があります。

    5. 「適用」をクリックします。

      この時点で既知の問題があります。詳細は、『Oracle Fusion Middlewareパッチ適用ガイド』のOracle ReportsおよびOracle PortalでのJDBCエラーの解決に関する項を参照してください。

    6. ORACLE_INSTANCE/portal/cacheディレクトリにあるOracle Portal File Cacheを削除します。

    7. Oracle Web CacheおよびOracle Portal管理対象サーバーを再起動します。

2.2.8.4 11gリリース1 (11.1.1.4.0)パッチ・セットのインストール後の、アプリケーションによるjavax.xml.bind.JAXBException実行時エラーの生成

Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)または11gリリース1 (11.1.1.3.0)にデプロイしたアプリケーションに、no-argコンストラクタのないEclipseLink-JAXBクラスが含まれている場合、11gリリース1 (11.1.1.4.0)のインストール後、アプリケーションの実行時に次の例外が生成されることがあります。

javax.xml.bind.JAXBException

このエラーを回避するには:

  1. クラスを修正し、デフォルトのno-argコンストラクタを必要に応じて追加します。

  2. プロジェクトをコンパイルし、新たにパッチを適用したOracle Fusion Middleware 11g リリース1 (11.1.1.4.0)ドメインに再デプロイします。

次に、一般的なno-argコンストラクタの例を示します。

public class PriceQuote implements Serializable
{
   // Make sure you have constructor with no arguments
   public PriceQuote() }
   }
}

2.2.9 Oracle Identity ManagementおよびOracle Web Tierにパッチを適用するとOracle Configuration Managerが失敗する

Oracle Identity ManagementまたはOracle Web Tierを11gリリース1 (11.1.1.6.0)より前の任意のリリースから11gリリース1 (11.1.1.7.0)にアップグレードする場合、以前にOracle Configuration Managerを構成していないと、11gリリース1 (11.1.1.7.0)でそれを構成するよう決定した際にOracle Configuration Managerは失敗します。

この問題を回避するために、11gリリース1 (11.1.1.7.0)構成ウィザードを実行する前に次を実行できます。

  1. ORACLE_HOME/ccr/binディレクトリに移動します。

  2. 次のコマンドを実行します。

    setupCCR
configCCR
emCCR collect
emCCR status

最初に11gリリース1 (11.1.1.7.0)構成ウィザードを実行する際にOracle Configuration Managerの構成を省略したが、後でその構成を選択した場合も、次を実行できます。

  1. ORACLE_HOME/ccr/binディレクトリに移動します。

  2. ORACLE_CONFIG_HOME環境変数をInstanceホーム・ディレクトリに設定します。

  3. 次のコマンドを実行します。

    setupCCR
configCCR
emCCR collect
emCCR status

2.2.10 Oracle Service Busオブジェクトの競合の解決

Oracle Service Busにパッチを適用すると、サーバー・キャッシュ内のいくつかの古いオブジェクトは新しいバージョンのOracle Service Busオブジェクトと競合する可能性があります。キャッシュをクリアしてこれらの競合を回避するには、DOMAIN_HOME/tmp/cache/stageフォルダを削除します。

このフォルダは、パッチ適用の前でも後でも削除できます。ソフトウェアにパッチを適用した後にこれを実行する場合、必ずすべてのサーバーを停止してから再起動する必要があります。

2.2.11 11.1.1.4.0パッチ・セットのインストール後のODI-BAMユーザーの手動手順

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)での改善点およびバグ修正が含まれます。

2.3 構成の問題および回避策

この項では、構成に関する問題およびその回避策について説明します。内容は次のとおりです。

2.3.1 Oracle SOA Suite構成に関する問題

この項の内容は次のとおりです。

2.3.1.1 Objects in 11gリリース1 (11.1.1.6.0)でSOAINFRAスキーマに無効なオブジェクトが含まれる問題

11g リリース1 (11.1.1.6.0)のprefix_SOAINFRAスキーマをRCUまたはパッチ・セット・アシスタントを実行して作成すると、SOAスキーマ内にあった一部の無効なオブジェクトが引き続き存在します。

この問題を回避するには、prefix_SOAINFRAスキーマをコンパイルします。たとえば、システムのSOAスキーマ・ユーザーがDEV_SOAINFRAの場合は、次のように実行します。

exec dbms_utility.compile_schema('DEV_SOAINFRA')

このコマンドを実行してオブジェクトを有効にしなくても、実行時にアクセスされるとオブジェクトは有効になります。

2.3.1.2 WebSphereアプリケーション・サーバーでの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)
.
.
.

この例外は無害のため、無視して問題ありません。

2.3.2 Oracle Identity Management構成に関する問題

この項には、Oracle Identity Management 11gリリース1 (11.1.1.7.0)の構成に関する情報が含まれています。


注意:

11 gリリース1 (11.1.1.6.0)構成のリリース・ノートは、次のリンクを参照してください。

2.3.2.1 Oracle Internet Directory ServerがSSLポートをリスニングしない

Oracle Internet Directoryがインストールされているマシンがデュアル・スタック(IPv4/IPv6)ホストとして構成されておらず、Oracle Internet Directoryサーバーが特権ポートでリスニングするように構成されている場合、Oracle Internet DirectoryサーバーはSSLポートでリスニングしません。

この問題を回避するには、次のいずれかの操作を実行します。

  • マシンでIPv6を有効にします。

  • 純粋なIPv4/IPv6アドレスが必要な場合、INSTANCE_HOME/config/OPMN/opmn/opmn.xmlファイルのoidmonパラメータに、host=ipv4_ip_addressまたはhost=ipv6_ip_addressを追加します。例:

    <data id="start-cmdline-opts" value="connect=$DB_CONNECT_STR opmnuid=true
   host=ipv4_or_ipv6_ip_address start"/>
<data id="stop-cmdline-opts" value="connect=$DB_CONNECT_STR opmnuid=true
   host=ipv4_or_ipv6_ip_address stop"/>

2.3.2.2 Oracle Identity Federation oif-upgrade-11.1.1.2.0-11.1.1.7.0.pyスクリプトがリモート・マシンで実行されない

すべての新しい11gリリース1 (11.1.1.7.0) Oracle Identity Federationのインストールで、Oracle Identity Federationが管理サーバーと同じマシン上にインストールされてない場合、oif-upgrade-11.1.1.2.0-11.1.1.7.0.pyスクリプトをリモート・マシンで実行して、構成プロセスを完了させる必要があります。

このスクリプトを実行するときに、Oracle Identity Federation管理対象サーバーが実行しているリモート・マシンの場所を指定する必要があります。ドメインに管理対象サーバーが複数ある場合でも、この入力が必要になるのは1つの管理対象サーバーに対してのみです。

このスクリプトの実行の指示については、『Oracle Fusion Middlewareパッチ適用ガイド』のOracle Identity Federationの構成プロパティの更新に関する項を参照してください。

2.3.2.3 Oracle Identity ManagementコンポーネントのメトリックがEnterprise Managerで正しく表示されない問題

Oracle Identity Managementサーバーが11g リリース1 (11.1.1.7.0)のIPv4/IPv6デュアルスタック・ホスト上に構成されている場合、Enterprise Managerで次の問題が発生することがあります。

  • Oracle Identity Managementコンポーネントのメトリックが正しく表示されません。

  • Oracle Directory Services Manager (ODSM)へのリンクが機能しません。

この問題を回避するには、IPv6アドレスの別名をシステムの/etc/hostsファイルに追加します。

IPv6_host_address host.domain host

例:

fdc4:82c2:9c80:d47a::3:58 examplehost.exampledomain.com examplehost

2.3.2.4 WebLogicノード・マネージャが実行されている場合のOracle Identity Managementの構成

WebLogicノード・マネージャ・ユーティリティがOracle Identity Managementのインストール先と同じMiddlewareホーム・ディレクトリから実行されている場合に、「インストールと構成」オプションまたは構成ウィザードを使用してOracle Identity Managementを構成するには、nodemanager.propertiesファイルのStartScriptEnabledパラメータをtrueに設定する必要があります。たとえば、StartScriptEnabled=trueと設定します。

StartScriptEnabledパラメータがfalseに設定されている場合にOracle Identity Managementを構成するには、次の手順を実行する必要があります。

  1. StartScriptEnabledパラメータをtrueに設定します。

  2. ノード・マネージャ・ユーティリティを一度停止してから再起動します。

  3. 「インストールと構成」オプションまたは構成ウィザードを使用してOracle Identity Managementを構成します。


注意:

nodemanager.propertiesファイルは、WL_HOME/common/nodemanagerディレクトリにあります。

2.3.2.5 Oracle Data Vaultと組み合せたOracle Internet Directoryの構成

Oracle Internet Directory (OID)をOracle Data Vaultと組み合せて構成する場合、次の手順を実行します。

  1. パッチ8897382を適用します(適用手順は、パッチのREADMEファイルを参照してください)。

  2. ORACLE_HOME/ldap/datasecurity/dbv_oid_command_rules.sqlファイルで、次のコードを見つけます。

    /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;/

  3. 次の行を変更します:

    ,object_owner => 'ODS'

    変更後:

    ,object_owner => '%'

2.3.2.6 Oracle Internet Directory管理者のパスワード要件

「インストールと構成」オプションまたは構成ウィザードを使用して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.

2.3.2.7 Oracle Identity Federation構成時の無害なエラー・メッセージ

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が正常に実行されていれば、無視して問題ありません。

2.3.3 Oracle Identity and Access Management構成に関する問題

この項には、Oracle Identity and Access Management 11gリリース1 (11.1.1.7.0)の構成に関する情報が含まれています。


注意:

11 gリリース1 (11.1.1.6.0)構成のリリース・ノートは、次のリンクを参照してください。

2.3.3.1 Oracle Identity Managerスキーマの作成時にコンソールに表示されるログ・メッセージ

Oracle Identity Manager (OIM)スキーマの作成時に、いくつかのログ・メッセージがRCUコンソール・ウィンドウに表示されます。これらのログ・メッセージは、Oracle Identity Managerで使用されるクォーツに固有のものであり、無視して問題ありません。

このクォーツ固有のデータのロード中になんらかのエラーが発生すると、そのエラーはRCUログ・ファイルに書き込まれます。RCUログ・ファイルの詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』を参照してください。

2.3.3.2 Design Consoleの接続が断続的に失敗する

SSLモードでのDesign Consoleのサーバーへの接続は断続的に失敗します。詳細は、13.28.7項「エントロピが不十分なマシン上で乱数ジェネレータの速度が低下する問題」を参照してください。

2.3.4 構成ウィザードに関する問題

この項の内容は次のとおりです。

2.3.4.1 新規ウィンドウでの構成ウィザードの起動

ターミナル・ウィンドウから構成ウィザードを起動する場合、そのウィンドウが新規ターミナル・ウィンドウであり、環境変数が前の構成またはインストール・セッションの正しくない場所に設定されていないことを確認します。

2.3.4.2 構成ウィザードに「セキュリティ・アップデートの指定」画面が表示されない問題

サイレント・インストール(レスポンス・ファイル)を使用してOracle Identity Managementを構成する場合、(Oracle Configuration Managerを通じた)セキュリティ・アップデートは構成されません。ただし、ocm.rspファイルがOracleホーム・ディレクトリに作成されます。Oracleホームから構成ウィザードのGUIを実行すると、ocm.rspファイルが存在するために「セキュリティ・アップデートの指定」画面は表示されません。

この問題を回避するには、Oracleホームからocm.rspファイルを削除します。構成ウィザードを実行すると、「セキュリティ・アップデートの指定」画面が表示されます。

2.3.4.3 「サーバーの起動モードおよびJDKの構成」画面でテキストの一部が切り捨てられる問題

AIX 64ビット・システムでOracle Fusion Middleware構成ウィザードを実行すると、そのシステムのグラフィック・マネージャにより、「サーバーの起動モードおよびJDKの構成」画面でテキストの一部が切り捨てられます。

この問題の回避方法はありません。

2.3.5 リポジトリ作成ユーティリティ(RCU)に関する問題

この項の内容は次のとおりです。

2.3.5.1 MDSスキーマの表領域サイズの増加

Oracleデータベースでは、MDSスキーマにはデフォルトの1024MBの大きさの表領域が作成されます。この表領域のサイズを大きくする必要がある場合、次の手順を実行します。

  1. 「Database Control」ページにログインします。例:

    https://db_host:db_port/em/

  2. 「サーバー」タブを選択します。

  3. 「記憶域」セクションで、「データファイル」を選択します。

  4. 編集するスキーマに対応するデータファイルの行を選択して、「編集」をクリックします。MDSスキーマの場合、データファイル名はprefix_mds.dbfです。

  5. 「データファイルの編集」ページで、表領域のサイズを大きくします。

2.3.5.2 Oracle Identity Managementのアップグレード後にスキーマが表示されなくなる問題

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ユーザーズ・ガイド』を参照してください。

2.3.5.3 RCUサマリー画面の問題

アイデンティティ管理スキーマを削除し、Oracle Internet Directory(ODS)およびOracle Identity Federation(OIF)の両方を削除するよう選択すると、RCUサマリー画面が表示されず、コンソールに例外が返されることがあります。

この問題を回避するには、両方のコンポーネントを選択してまとめて削除するのではなく、一度に1つのコンポーネントを選択して削除します。

スキーマの削除操作で他のコンポーネントを選択した場合、サマリー画面に不正確な情報が表示されることがあります。ただし、サマリー画面には間違った情報が表示されますが、選択したスキーマはデータベースから正常に削除されます。

この問題を回避するには、一度にただ1つのコンポーネントを選択して削除します。

2.3.6 ドメインのパックおよびアンパックに関する問題

この項の内容は次のとおりです。

2.3.6.1 unpack.shまたはunpack.cmdの使用時における各製品の存在確認

Oracle SOA Suite、Oracle WebCenter PortalおよびApplication Developerではすべて、それぞれのORACLE_HOME/common/binディレクトリにpack.shおよびunpack.shスクリプトが含まれます。

pack.shスクリプトは、ドメイン全体またはドメインのサブセットのスナップショットを含むテンプレート・アーカイブ・ファイル(.jar)を作成するために使用されます。unpack.shスクリプトは、リモート・システムの管理対象サーバー・ドメイン・ディレクトリで使用されるドメイン全体またはドメインのサブセットを作成するために使用されます。

これらのスクリプトを実行するシステムにインストール済の製品のいずれかが存在しない場合、pack.shおよびunpack.shは失敗します。

2.3.6.2 異なるホストでのunpack.shまたはunpack.cmdの実行

unpack.shコマンドを実行してリモート・ホストにドメインを作成する場合、リモート・ホストの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

2.3.6.3 ドメインのパックおよびアンパック後にリモート・システムで管理対象サーバーを起動する方法

unpackコマンドを使用してリモート・システム上にドメインをアンパックした後、次の手順を実行します。

  1. リモート・システムでノード・マネージャを起動します。この操作によって、現在のシステムのMW_HOME/wlserver_10.3/common/nodemanagerディレクトリにnodemanager.propertiesファイルが作成されます。

  2. ノード・マネージャを停止します。

  3. テキスト・エディタでnodemanager.propertiesファイルを開き、StartScriptEnabledプロパティをtrueに設定します。

  4. リモート・システムでノード・マネージャを起動してから、Oracle WebLogic管理コンソールを使用してリモート・システムの管理対象サーバーを起動します。

2.3.7 クラスタ構成に関する問題

この項の内容は次のとおりです。

2.3.7.1 リモート・システムでのドメインおよびクラスタの拡張シナリオ

Fusion Middleware構成ウィザードを使用してリモート・システムでドメインまたはクラスタを拡張する場合、ソースと宛先両方のMiddlewareホーム・ディレクトリおよびOracleホーム・ディレクトリが同一であることを確認してください。

2.3.7.2 クラスタのないOracle Directory Integration Platformのみを選択して既存のドメインを拡張できない問題

セッションでクラスタのないOracle Directory Integration Platformのみを選択し、次に同じシステムでクラスタを作成してドメインを拡張しようとすると、失敗します。

このドメイン構成シナリオでは、ドメインを拡張してOracle Directory Integration Platformを構成する同じシステム上に必ずOracle Directory Services Managerをインストールして構成してください。

2.3.7.3 拡張クラスタで要求されるemd.propertiesファイルの変更

Oracle Fusion Middleware構成ウィザードを実行してクラスタを拡張すると、INSTANCE_HOME/EMAGENT/EMAGENT/sysman/config/emd.propertiesファイルのEMD_URLパラメータに次の値が格納されます。

EMD_URL=http://localhost.localdomain:port/emd/main

このパラメータは編集して、localhostおよびlocaldomainを現在の環境における実際のホストおよびドメインの情報で置き換える必要があります。たとえば、ポート番号として5160を使用する場合、次のようになります。

EMD_URL=http://examplehost.exampledomain.com:5160/emd/main

2.3.8 SSLを介してアクセスするとDiscoverer URLが正しく表示されない

11gリリース1 (11.1.1.7.0)では、Oracle Web CacheまたはOracle HTTP ServerのSSLポートを介してアクセスすると、Discovererページが正しく表示されません。

この問題を回避するには、次を実行します:

  1. 管理サーバーのコンソールにログインします。

  2. 「環境」→「サーバー」→「AdminServer」→「構成」→「全般」→「詳細」を選択します。

  3. 「WebLogicプラグインの有効化」を有効にします。

  4. WLS_DISCOサーバーに対して手順1-3を繰り返します。

  5. すべてのサーバーを再起動して、再度そのページにアクセスします。

2.3.9 Windowsで失敗したデプロイメントに対するJDeveloperディレクトリのクリーンアップ

Windows上でJDeveloperデプロイメントが失敗した場合、デプロイを再度試行する前に、AppData\Roaming\JDeveloper内の非表示のシステム・ディレクトリとそのすべてのサブディレクトリを削除する必要があります。

2.3.10 LD_ASSUME_KERNEL環境変数が設定されている場合にOPMNが起動しない問題

すべてのUNIXオペレーティング・システム上の、Oracle Process Manager and Notification Server (OPMN)をインストールするすべての製品(Oracle Identity Management、Oracle Web Tier、Oracle Portal、Forms、ReportsおよびDiscoverer、Oracle Business Intelligenceなど)では、LD_ASSUME_KERNEL環境変数が設定されていると、OPMNは起動しません。この環境変数が設定されていないことを確認してください。

2.3.11 Oracle WebCenter Portalのwc-post-install.pyスクリプトでOracle RACデータソースがサポートされない問題

wc-post-install.pyスクリプトは、Oracle RACデータソース(gridlinkまたはマルチデータソース)の環境で使用できません。

この問題を回避するには、次の操作を実行します。

  1. WC_ORACLE_HOME/bpm/process_spaces/wc-post-install.pyスクリプトを編集し、ファイル内のsetDatasourceが含まれるすべての行の行頭にハッシュ文字(#)を追加してコメント・アウトします。

  2. WebCenter Portalコンソールを使用して、次のデータソースを手動で構成します。

    • mds-soa

    • mds-soa0

    • mds-soa1

    • SOADataSource

    • SOADataSource0

    • SOADataSource1

  3. wc-post-install.pyスクリプトを実行します。

2.3.12 管理対象サーバーのリスニング・アドレスの変更

Oracle Identity Management、またはOracle Portal、Forms、ReportsおよびDiscovererのインストール後に構成ウィザードを実行すると、WebLogic管理対象サーバーのリスニング・アドレスがデフォルトで空白のままとなります(すべてのネットワーク・インタフェースがリスニングされます)。リスニング・アドレスを実際のホスト名に変更すると、管理対象サーバーはシステム外部からのリスニングを停止します。

リスニング・アドレスは空白のままとするか、ホスト名を使用するかわりにホストのIPアドレスを指定することをお薦めします。

2.3.13 ドメイン拡張により上書きされるJDBCデータソース名

JDBCリソースを含むWebLogicドメインがOracle SOA SuiteまたはOracle WebCenter Portalに拡張されると、JDBCデータソース名が変更されます。この動作は、リリース9.xより下位のWebLogic Serverが9.xより上位のリリースにアップグレードされ、Oracle SOA SuiteまたはOracle WebCenter Portalに拡張される場合に共通して確認されます。

この問題を回避するには、JDBCデータソース名を手動で編集する必要があります。

2.3.14 FirefoxおよびSafariブラウザでのSSO認証後における元のURLへの再ルーティング

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の部分は、実際のポート番号に置き換えてください。

2.3.15 ブラウザでのブラウザ・キャッシュの削除

ブラウザ・キャッシュ・ファイルを必ず消去してください。消去しないと、(Oracle Enterprise Managerなどの)画面のオブジェクトが最新バージョンにリフレッシュされなかったり、新規オブジェクトを追加しても表示されないことがあります。

2.4 ドキュメントの訂正箇所

この項では、ドキュメントの訂正箇所を示します。内容は次のとおりです。

2.4.1 RCUオンライン・ヘルプで示される無効なオプション

Oracle Data Integratorの「マスターおよび作業リポジトリ」のカスタム変数のRCUオンライン・ヘルプには、無効なオプションが含まれています。

「作業リポジトリ・タイプ」の正しいオプションは次のとおりです。

  • 開発リポジトリを作成するには、開発 (D)を使用します。

  • 実行リポジトリの作成には、「実行」(E)を使用します。

2.4.2 Oracle HTTP Server、Oracle Traffic DirectorおよびOracle iPlanet 11gリリース1 WebGates for Oracle Access Managerのアンインストールの手順の欠落

『WebGate for Oracle Access Managerのインストール』ガイドには、この項の内容が欠落しています。

2.4.1 Oracle HTTP Server、Oracle Traffic DirectorおよびOracle iPlanet 11gリリース1 WebGates for Oracle Access Managerのアンインストール

Oracle HTTP Server、Oracle Traffic DirectorおよびOracle iPlanet 11.1.1.7.0 WebGates for Oracle Access Managerを削除するには、必ずこの項で説明されている手順を使用してください。ソフトウェアを手動で削除しようとすると、後でソフトウェアを再インストールする際に問題が発生する場合があります。この項の手順に従うことで、ソフトウェアを正しく削除することができます。

Webゲート・エージェントをアンインストールするには、次を実行します:

  1. MW_HOME/oracle_common/oui/binディレクトリに移動します。

  2. 次のコマンドを実行します。

    UNIXの場合: ./runInstaller -deinstall

    Windowsの場合: setup.exe -deinstall -jreLoc JRE_LOCATION

    JRE_LOCATIONへの絶対パスを指定する必要があります。相対パスはサポートされていません。

アンインストーラを起動すると、「ようこそ」画面が表示されます。Oracle Access Managerの11gリリース1 Webゲート・エージェントをアンインストールするには、2.4.2.1.1項を参照してアンインストールを続行します。

2.4.2.1.1 削除画面と手順

アンインストールを完了するには、表2-1の指示に従ってください。

アンインストール画面に関して詳細な情報が必要な場合は、「ヘルプ」をクリックしてオンライン・ヘルプを参照してください。

表2-1 アンインストールのフロー

Sl.No. 画面 説明 必要になるアクション

1.

ようこそ

アンインストーラが起動するたびに、「ようこそ」画面が表示されます。

「次へ」をクリックします。

2.

Oracleホームの削除

「Oracleホームの削除」画面に、アンインストールするOracleホームが表示されます。

アンインストールするOracleホームを確認します。

「アンインストール」をクリックします。

「警告」画面で、アンインストーラによってソフトウェアの他にOracleホーム・ディレクトリも削除するかどうかを選択します。

アンインストーラでソフトウェアとOracleホームを削除する場合は「はい」、ソフトウェアのみを削除する場合は「いいえ」、前の画面に戻る場合は「取消」をクリックします。

「いいえ」を選択した場合、Oracleホーム・ディレクトリを手動で削除する手順は、第2.4.2.1.2項を参照してください。

3.

削除の進捗

「削除の進捗」画面には、削除の進捗状況およびステータスが表示されます。

「削除完了」画面が表示されるまで待ちます。

4.

削除完了

アンインストールが完了すると、「削除完了」画面が表示されます。

「終了」をクリックして画面を閉じます。

2.4.2.1.2 Oracleホーム・ディレクトリの手動削除

アンインストール中に「Oracleホームのアンインストール」画面の警告ダイアログ・ボックスで「いいえ」を選択した場合は、oracle_commonディレクトリとすべてのサブディレクトリを手動で削除する必要があります。たとえば、Oracle共通ホーム・ディレクトリが/home/Oracle/Middleware/oracle_commonである場合、次のコマンドを実行します。

cd /home/Oracle/Middleware
rm -rf oracle_common

WindowsでOracle共通ホーム・ディレクトリがC:\Oracle\Middleware\oracle_commonの場合、「ファイル マネージャ」ウィンドウを使用してC:\Oracle\Middlewareディレクトリに移動してから、oracle_commonフォルダを右クリックして「削除」をクリックします。

  前
前 		 次
次
  ドキュメント・ライブラリへ移動
ライブラリ		 製品リストへ移動
製品		 目次へ移動
目次