Oracle® Fusion Middleware

Infrastructureリリース・ノート

11gリリース1 (11.1.1.9.0)

E61938-03(原本部品番号:E61910-06)

2018年9月

このドキュメントでは、このリリースのOracle Fusion Middleware Infrastructureのすべての既知の問題について説明します。

Oracle Fusion Middleware Infrastructureリリース・ノート, 11gリリース1 (11.1.1.9.0)

E61938-03

Copyright © 2009, 2018, Oracle and/or its affiliatesAll rights reserved.

原本著者:  Peter LaQuerre

原本協力著者: Phil Stubbs、Christine Ford、Lisa Jamen、Helen Grembowicz

原本協力者: Paul Dickson、Robert Donat、Sankar Mani、Daniel Mortimer、William Norcott、Michael Rubino、Reza Shafii、Olaf Stullich、Sitaraman Swaminathan、Ken Vincent

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

1 概要

- 1.1 最新リリース情報

- 1.2 このマニュアルの目的

- 1.3 システム要件と仕様

- 1.4 動作保証情報

- 1.4.1 Oracle Fusion Middlewareの動作保証情報の場所

- 1.4.2 動作保証の例外

- 1.4.2.1 Oracle Database 11.2.0.1でのOracle Fusion Middleware 11g R1の動作保証情報

- 1.4.2.2 Windows VistaクライアントでのExcelエクスポートの問題

- 1.4.2.3 Windows VistaとWindows XPでのOracle FormsおよびOracle Reports 11gのインストーラの問題

- 1.4.2.4 特定のブラウザでの制限事項

- 1.4.3 JMSDELIVERYCOUNTが正しく設定されない

- 1.4.4 Safari 4でRAW XMLソースを表示するためにビューア・プラグインが必要である

- 1.5 必要なパッチのダウンロードおよび適用

- 1.6 ライセンス情報

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

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

- 2.1.1 Oracle WebLogic Serverの必須パッチ

- 2.1.2 Windowsでのパスとディレクトリの解決の問題

- 2.1.2.1 Oracle Universal Installerがディレクトリ・パスに含まれる空白をサポートしない

- 2.1.2.2 空白またはカッコを含むディレクトリを含めるようなPATH環境変数の設定

- 2.1.2.3 Oracle Configuration ManagerのPATH環境変数の設定

- 2.1.3 Oracle SOA Suiteのインストールに関する問題

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

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

- 2.1.3.3 Oracle Portal、Forms、ReportsおよびDiscoverer 11gリリース1 (11.1.1.2.0)のOEL6へのインストール中に前提条件チェックが失敗する

- 2.1.4 Oracle Webgateのインストールに関する問題

- 2.1.4.1 WebgateのOEL7/RH7へのインストール中に前提条件チェックが失敗する

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

- 2.1.5.1 IPv6をサポートするWindowsへのOracle Portal、Forms、ReportsおよびDiscovererのインストール

- 2.1.5.2 Oracle Portal、Forms、ReportsおよびDiscovererインストールでのショートカットの欠落エラー

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

- 2.1.5.4 Oracle Portal 11gインストール時の考慮事項

- 2.1.5.5 インストール時の前提条件の警告

- 2.1.6 Oracle Web Tierのインストールに関する問題

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

- 2.1.6.2 二重のバックスラッシュ(\\)がインストール時に指定された場合のOracle Web Cacheの再インストール

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

- 2.1.7 Oracle Identity Managementのインストールに関する問題

- 2.1.7.1 Windows 2008 R2でのOracle Internet Directory用のADR_BASEの設定

- 2.1.7.2 Oracle Internet Directoryでエントリ・キャッシュを構成するための値

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

- 2.1.7.4 Oracle Internet Directory内のスキーマの拡張

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

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

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

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

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

- 2.1.7.10 Web層およびIDMインストール中にJDKがORACLE_COMMONにインストールされる

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

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

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

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

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

- 2.1.9 Oracle Universal Installerに関する問題

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

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

- 2.1.9.3 C:\Documentsも存在する場合のC:\Documents and Settingsからのインストーラの実行

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

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

- 2.1.10.2 DBMS_REPUTILデータベース・パッケージの正しい権限の設定

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

- 2.1.10.4 WindowsでOracleホーム・ディレクトリが上書きされる問題

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

- 2.1.10.6 表領域およびデータファイルを削除するコマンドでファイルシステムからデータファイルが削除されない問題

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

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

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

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

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

- 2.1.12 製品の削除に関する問題

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

- 2.1.12.2 Microsoft Windows x64 (64-Bit)でクラシック・インストールを開始する前のPATHの検証

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

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

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

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

- 2.1.16タイムゾーンのエラー・メッセージとともにEnterprise Managerの構成が失敗する問題

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

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

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

- 2.2.2.1 SQL ServerデータベースでのSOAINFRAスキーマの更新時のパッチ・セット・アシスタントの障害

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

- 2.2.2.3 範囲ベースのディメンション・ビジネス・インジケータを持つSOAコンポジットのアンデプロイ時に表示される例外

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

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

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

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

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

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

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

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

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

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

- 2.2.3.4 WebCenter Portalにパッチを適用するとアクティビティ・グラフ・タスク・フローの個人設定が失われる問題

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

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

- 2.2.4.1 oimPS1PS2アップグレード・スクリプトの実行時にアクセスが拒否される

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

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

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

- 2.2.4.5 LDAP同期が有効な状態でのOracle Identity Managementの更新でXMLエラーが生成される

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

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

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

- 2.2.4.9 Oracle Identity Managementの11gリリース1 (11.1.1.4.0)へのパッチ適用後のログ・ファイルの害のないエラー

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

- 2.2.4.11 Oracle Identity Management 11gリリース1 (11.1.1.2.0)から11gリリース1 (11.1.1.3.0)へのパッチ適用時にログされる害のないエラー

- 2.2.4.12 Oracle Identity Management Server 11gリリース1 (11.1.1.5.0)起動時に表示される害のない例外

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

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

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

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

- 2.2.6 パッチ適用後のバージョン番号に関する問題

- 2.2.6.1 アップグレード後にFirefoxブラウザでOracle SOA Suiteタスクが表示されない

- 2.2.6.2 一部のアプリケーションでパッチ適用後に古いリリース番号が表示される問題

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

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

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

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

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

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

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

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

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

- 2.2.8.2 複数の製品を同じバージョンにパッチ適用した場合のログ・ファイルの害のない警告メッセージ

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

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

- 2.2.9 Oracle Identity ManagementおよびOracle Web Tierへのパッチ適用時のOracle Configuration Managerの障害

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

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

- 2.2.12 Oracle Business Intelligenceインストールに11.1.1.9パッチ・セットを適用した後のブラウザのリフレッシュ

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

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

- 2.3.1.1 メディエータ・コンポーネントがWindows Server 2008 R2 EnterpriseおよびJRockitで失敗する問題

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

- 2.3.1.3 WebSphere Application ServerでのOracle SOA Suiteの害のない例外の表示

- 2.3.1.4 Oracle SOA Suite Administration ServerがWindows XP 2002でSun JDKを使用して起動できない

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

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

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

- 2.3.2.3 Enterprise ManagerでOracle Identity Managementコンポーネントのステータスが間違って「停止中」と表示されることがある

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

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

- 2.3.2.6 WindowsでのOracle Internet Directoryの構成後にOIDMONが起動しない問題

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

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

- 2.3.2.9 JDK/JRE AES鍵サイズが同期していない場合にOracle Virtual Directoryの起動が失敗する

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

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

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

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

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

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

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

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

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

- 2.3.5.3 RCUサマリー画面の問題

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

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

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

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

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

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

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

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

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

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

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

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

- 2.3.12 Windowsでのクローニング時に返されるFileNotFoundException

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

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

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

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

- 2.3.17 メモリーの問題が原因でWebLogic管理サーバーが起動に失敗する問題

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

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

- 2.4.2 英語以外のロケールのWebCenter Portalインストーラの「ようこそ」画面にオンライン・ヘルプの目次がない

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

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

- 2.5 既知の問題

- 2.5.1 Forms BuilderとReports Builderがサポートされない

3 アップグレード

- 3.1 一般的な問題および回避策

- 3.1.1 特定のアップグレードおよび互換性の要件に対処するためのパッチ

- 3.1.1.1 My Oracle Support(旧OracleMetaLink)からのパッチおよびサポート・ドキュメントの取得

- 3.1.1.2 Microsoft Windows上のOracle Database 11gでのOracle BAMスキーマのアップグレード

- 3.1.2 SOAアプリケーションのアップグレード時に発生するコンポジット・モデルを読み取れないエラー

- 3.1.3 Oracle BAMのアップグレードの問題

- 3.1.3.1 Oracle Database 10g (10.2.0.3)、10g (10.1.2.0.4)およびOracle Database 11g (11.1.0.7)でOracle BAMアップグレード・プラグインのデータ・ポンプ・エクスポートが失敗する問題

- 3.1.3.2 依存アラートが正しくアップグレードされない問題

- 3.1.3.3 計算フィールドを含むレポートのアップグレード時の問題

- 3.1.3.4 Oracle BAM 11gへのアップグレード後にフィールド名ではなくフィールドIDを参照する計算フィールド

- 3.1.3.5 Oracle BAM 10gからのアップグレード後のOracle BAM 11gサンプルの使用

- 3.1.4 無効なODSスキーマを原因とするOracle Internet Directoryのアップグレード時のエラー

- 3.1.5 同じ場所にあるOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードが失敗する場合に必要なバックアップからのリストア

- 3.1.6 Oracle HTTP Serverが別のホストで実行されている場合にOracle Forms Servicesのアップグレードを検証できない問題

- 3.1.7 WebCenterセキュリティのアップグレードに関するリリース・ノート

- 3.1.7.1 互換性フラグ・セットによりRowSetPermissionチェックが失敗する問題

- 3.1.7.2 アプリケーションに許可のない権限が含まれる場合に権限が適切に移行されない問題

- 3.1.7.3 外部アプリケーションのデプロイ後に共有またはパブリック資格証明が見つからない問題

- 3.1.8 Oracle B2Bのアップグレードに関するリリース・ノート

- 3.1.8.1 ebMSとOracle B2Bを併用する場合に必要なサービス名

- 3.1.8.2 Oracle B2B 11gにおけるウォレットのキーストアへの変換

- 3.1.8.3 11gにアップグレードされないOracle B2B UCCnetのドキュメント

- 3.1.8.4 Oracle B2Bスキーマ・アップグレードが成功してもアップグレード・ログ・ファイルにエラーが記録される

- 3.1.9 アップグレード後にOracle HTTP Serverの「ようこそ」ページにアクセスしたときの問題

- 3.1.10 Oracle Internet Directoryのアップグレード時の誤解しやすいエラー・メッセージ

- 3.1.11 Oracle Fusion Middleware 11gにSOA Order Bookingサンプル・アプリケーションを再デプロイする場合に必要な追加手順

- 3.1.12 ヒューマン・タスクフロー・プロジェクトのアップグレード時に必要な追加手順

- 3.1.13 アップグレード時における複数のOracle Virtual Directoryプロセスの停止

- 3.1.14 Oracle Internet Directoryのアップグレード失敗時におけるアップグレード・アシスタント画面への入力

- 3.1.15 Oracle Access Manager中間層のアップグレード

- 3.1.16 アップグレード・アシスタントの検証機能の実行時の結果が正しくない

- 3.1.17 アップグレード・アシスタントの起動時にjdk_version.logファイルがない

- 3.1.18 Oracle SOA Suite 10gプロジェクト内のテスト・スイートが11gにアップグレードされない

- 3.1.19 Certain Oracle SOA Suite 10gプロジェクトを11gに移行する際の誤ったワイヤリング

- 3.2 11.1.1.1.0からの移行における一般的な問題および回避策

- 3.2.1 11.1.1.2.0ドメインの停止

- 3.2.2 patchMaster.propertiesファイルの編集

- 3.2.3 Oracle Internet Directoryのスキーマへのパッチ適用

- 3.2.4 patchmaster.ValidationErrorContinueプロパティの変更

- 3.2.5 検証タスクのデフォルト設定の変更

- 3.2.6 execute-sql-rcuマクロの実行時の重大なエラー

- 3.2.7 Oracle WebLogic Server管理コンソールにマシン名が表示されない問題

- 3.2.8 11.1.1.1.0からの移行後にOracle BAM 11gのパッケージ済サンプルを使用する方法

- 3.2.8.1 11.1.1.1.0からの移行後におけるOracle BAM 11gサンプルの構成

- 3.2.8.2 11.1.1.1.0からの移行後におけるForeign Exchangeサンプルの使用

- 3.3 アップグレードのドキュメントの訂正箇所

- 3.3.1 『Java EEアップグレード・ガイド』の訂正箇所

- 3.3.1.1 SSLに対応したOracle HTTP Serverのアップグレード後のタスクの概要

4 Oracle Fusion Middlewareの管理

- 4.1 一般的な問題および回避策

- 4.1.1 このリリースのOracle Database 12.2を使用する場合の問題

- 4.1.2 OPMNのパスの概要

- 4.1.3 IPv6とIPv4の混在環境でFusion Middleware Controlからエラーが返される問題

- 4.1.4 JSFアプリケーションのデプロイ

- 4.1.5 テストから本番への移行における制限

- 4.1.6 Oracle Business Process Managementのテスト環境から本番環境への移行における制限

- 4.1.7 間違ったエラー・メッセージ・レベルで返されるメッセージ

- 4.2 構成の問題および回避策

- 4.2.1 クラスタにデプロイされたアプリケーションがトポロジ・ビューアに表示されない問題

- 4.2.2 ログ・ファイル形式の変更

- 4.2.3 SSL自動化ツール構成の問題

- 4.3 『管理者ガイド』のドキュメントの訂正箇所

5 Oracle Enterprise Manager Fusion Middleware Control

- 5.1 一般的な問題および回避策

- 5.1.1 セッション・タイムアウト後の製品の動作

- 5.1.2 Fusion Middleware Controlで「TopLinkセッション」コマンドを選択したときに表示されるエラーの修正

- 5.1.3 グラフィックの表示問題を修正するためのDISPLAY変数の確認

- 5.1.4 「MDS構成」ページに表示される不完全な情報

- 5.1.5 Oracle Enterprise Manager Fusion Middleware Controlから構成ページにアクセスした後にOracle Web Cacheを起動すると発生する例外

- 5.1.6 英語以外の言語を使用する場合における表の表示の問題

- 5.1.7 新しいタブでポップアップ・ウィンドウを開くようにInternet Explorer 7を構成している場合の問題

- 5.1.8 Fusion Middleware Controlに関する追加のリリース・ノート

- 5.1.9 チャート・リージョンの移動後に発生するパフォーマンス・チャートの問題

- 5.1.10 Microsoft Windows x64 (64-Bit)でのSOAの構成中に発生するメモリー問題

- 5.1.11 SSE4.2命令セットをサポートするIntelシステムでJDK 160_18を実行する場合に発生する表示の問題

- 5.1.12 Apple SafariブラウザでFusion Middleware Controlを表示する場合に必要なAdobe Flashプラグイン

- 5.1.13 Oracle Identity Management 11.1.1.4.0パッチ・セットのインストール後のFusion Middleware Controlへのアクセス不可

- 5.1.14 スケールアウト後の共有フォルダの削除に関するエラー・メッセージ

- 5.1.15 Oracle Business IntelligenceのCoreapplicationプロセスがFusion Middleware Controlに停止とレポートされる

- 5.1.16 Enterprise Managerのログ・ファイルのオンライン・ヘルプのエラー・メッセージは無視できる

- 5.1.17 メトリック・ヘルプ情報が正しくないまたは欠落している

- 5.1.18 NonJ2EEManagementの内部アプリケーションのエントリ・ポイントURLへのアクセス時に発生するエラー

- 5.2 ドキュメントの訂正箇所

- 5.2.1 一部の組込みの管理者ガイドで使用できない検索

- 5.2.2 Fusion Middleware Controlオンライン・ヘルプのパッチ適用の項の未サポート

- 5.2.3 「Secure Sockets Layer」タブのヘルプ・トピックにはWebLogic CA証明書の説明の更新が必要

6 Oracle Fusion Middlewareの高可用性およびエンタープライズ・デプロイメント

- 6.1 一般的な問題および回避策

- 6.1.1 アプリケーション層のセキュアなリソース

- 6.1.2 コールド・フェイルオーバー環境での「Webサービス・ポリシー」ページへのアクセス

- 6.1.3 ノード障害時にSOAリクエスト/レスポンス操作のタイムアウト設定が伝播されない問題

- 6.1.4 I/PMからUCMに大量のアップロードが発生する場合にホスト名ベースのフィルタのかわりに必要になることのあるIPベースのフィルタの使用

- 6.1.5 11.2 Oracle RACデータベースでAQ通知およびサーバー側TAFの設定に使用するsrvctl

- 6.1.6 Oracle BI Publisherでのレポート作成時にフェイルオーバーがシームレスにならない問題

- 6.1.7 Oracle Business Intelligenceの管理対象サーバーのフェイルオーバー時にエージェントを保存できない問題

- 6.1.8 Oracle Single Sign-On 10gからOracle Access Manager 11gへのアップグレード後のOracle Portal、Forms、ReportsおよびDiscovererインスタンスの追加インストール

- 6.1.9 BI PublisherクラスタでのJMSインスタンスの失敗

- 6.1.10 シングルトンSOAサーバーのRACフェイルオーバー中に未配信レコードがリカバリされない

- 6.1.11 同期BPELプロセスの問題

- 6.2 構成の問題および回避策

- 6.2.1 Fusion Middleware Controlに間違ったステータスが表示される

- 6.2.2 蓄積されたBPELインスタンスによるパフォーマンスの低下

- 6.2.3 クラスタ・サーバーが停止して再起動するとキューに格納される余分なメッセージ

- 6.2.4 Oracle RACフェイルオーバーで作成されるリカバリ不可能な重複ヒューマン・ワークフロー・インスタンス

- 6.2.5 SOA B2B TCP/IPでサポートされない高可用性

- 6.2.6 複数のネットワーク・カードが搭載されたマシンのWebLogic管理サーバー

- 6.2.7 SOAおよびOracle RACデータソースの追加パラメータ

- 6.2.8 Oracle B2B HA環境でサポートされないメッセージ順序付けおよびMLLP

- 6.2.9 B2Bでトランスポート・プロトコルに伝播されていない資格証明

- 6.2.10 高可用性構成でフロントエンド・ホストを構成した場合の完全修飾のホスト名の使用

- 6.2.11 Oracle RACフェイルオーバー後に「中断」ステータスとなる管理対象サーバー

- 6.2.12 「可用性タブ」の「プライマリ/セカンダリ構成」セクションの非表示

- 6.2.13 Oracle Business Intelligence管理対象サーバーのスケール・アウト後のサーバー起動パラメータ未設定

- 6.2.14 Oracle HTTP Serverロック・ファイルがローカル・ドライブにあることの確認

- 6.2.15 ロード・バランサURLを指し示すOSSOエージェントの再作成

- 6.2.16 GridLinkデータソースのRACサービス名における小文字の使用

- 6.2.17 Oracle RTDのリクエストの転送が適切に動作するには追加の手順が必要

- 6.2.18 RACマルチ・データ・ソースで構成する場合、最初に定義されたRACインスタンスはドメインの起動時に使用可能である必要がある

- 6.2.19 OIDのクライアントIP機能がロード・バランサの設定で機能しない

- 6.3 NFSでのファイル・ストアの使用時におけるWebLogic Serverの予期しない障害のテスト

- 6.4 ドキュメントの訂正箇所

- 6.4.1 『Oracle Fusion Middleware高可用性ガイド』の訂正箇所

- 6.4.1.1 最新の要件および動作保証情報

- 6.4.1.2 方針声明 – Application Server Cluster Ready Services (ASCRS)

- 6.4.2 『Oracle Fusion Middleware Oracle Identity Managementエンタープライズ・デプロイメント・ガイド』の訂正箇所

- 6.4.2.1 Oracle Internet DirectoryまたはOracle Virtual Directoryでのドメインの拡張時の、追加のemctlコマンドの実行

7 Oracle JDeveloperおよびOracle Application Development Framework (ADF)

8 Webサービス開発、セキュリティおよび管理

- 8.1 クライアント・ポリシーのデタッチ後のポリシー構成オーバーライド値の確認

- 8.2 デプロイ後のカスタマイズの削除

- 8.3 ローカライズの制限の確認

- 8.4 2つのサーバーがSSL対応(双方向SSL)である場合にFusion Middleware Controlにポリシーがリストされない

- 8.5 「Webサービスのテスト」ページでSOAPヘッダーにバインドされた入力引数をテストできない

- 8.6 カスタムExactly-oneポリシーの使用時に発生する可能性のある制限

- 8.7 サブスクライバ・メディエータ・コンポーネントでセキュリティ・ポリシーが機能しない

- 8.8 事前定義済ポリシーの変更を取り込むために必要な手動手順

- 8.9 WebLogic Webサービス・クライアントに対して使用状況トラッキングを使用できない

- 8.10 無効な認可の組合せが検証に成功する

- 8.11 WLSTのランタイム制約入力に対するFusion Middleware Controlでの追加引用符

- 8.12 今回のリリースではクロスドメイン・ポリシー・マネージャの構成はサポートされていない

- 8.13 WSDLソースが特定のブラウザに表示されない

- 8.14 ORグループで同じポリシー・タイプを使用できない

- 8.15 システム・コンポーネントの監査ログの場所

9 IBM WebSphere上のOracle Fusion Middleware

- 9.1 一般的な問題および回避策

- 9.1.1 SOA Serverの起動時のログ・ファイルのエラー・メッセージ

- 9.1.2 アクセシビリティ・ユーザー・プリファレンスの下の「設定の保存」ボタンに不正なラベルがある

- 9.1.3 Oracle Business Process ManagementはIBM WebSphere Application Serverでjava.lang.OutOfMemoryErrorを引き起こす

- 9.1.4 IBM WebSphere管理コンソールでXAコネクション・ファクトリを作成できない

- 9.1.5 IBM WebSphere Application ServerでUser Messaging Preferencesのアクセシビリティ・モードが無視される

- 9.1.6 Oracle JDeveloperからタスク・フォームをデプロイするための共有ライブラリの追加

- 9.1.7 Oracle SOA Suiteアプリケーション用のCookieパスの設定

- 9.1.8 SOAクラスタへのSOAコンポジット・アプリケーションのデプロイ

- 9.1.9 Oracle Enterprise Manager Fusion Middleware ControlからSOAバンドル・ファイルをデプロイできない

- 9.1.10 唯一のイベント・サブスクリプションがサポートされない

- 9.1.11 IBM WebSphere管理コンソールでデプロイされているタスク・フォームの起動が失敗する

- 9.1.12 管理コンソールでOracle BPMワークリストが未定義として表示される

- 9.1.13 「ダッシュボード」タブで完了したSOAコンポジットのインスタンスが実行中と表示される可能性がある

- 9.1.14 Oracle SOA Suiteでの双方向SSL構成がサポートされていない

- 9.1.15 「オプションを指定してリカバリ」ダイアログを使用した複数のフォルト・リカバリが失敗する

- 9.1.16 IBM WebSphere Application Server - NDをインストールするためにサーバーを再起動する必要がある

- 9.1.17 非同期BPELプロセスのテスト・エミュレーションが失敗する

- 9.1.18 AQアダプタに対してSETMANAGEDCONNECTION()を実行するとILLEGALSTATEEXCEPTIONで失敗する

- 9.1.19 IBM WebSphereにデプロイされているOracle Fusion Middlewareアプリケーションにアクセスすると無効なPolicySetエラーが発生する

- 9.1.20 IBM WebSphereでFusion Middleware ControlからOracle内部アプリケーションを停止または起動できない

- 9.1.21 JMSアダプタの場合、フェイルオーバーなしでもインスタンスがリカバリ可能になる

- 9.1.22 Oracle WSMでKerberosおよびSPNEGOはサポートされない

- 9.1.23 RESTセキュリティ・ポリシーおよびテンプレートは動作保証されない

- 9.2 構成の問題および回避策

- 9.2.1 Windows 2003および2008にIBM WebSphereをインストールした場合、セルの構成でエラーが発生する

- 9.2.2 IBM WebSphereでSOAクラスタのCoherenceを構成する

- 9.2.3 IBM WebSphereで高可用性のためにOracle Business Activity Monitoringを構成するときの制限事項

- 9.2.4 IBM HTTP Server (IHS)で受信されたリクエストがFusion Middlewareの「ようこそ」ページにルーティングされる

- 9.2.5 IBM WebSphere上のページレット・プロデューサ・コンソールでWSRP/JPDKプロデューサを登録できない

- 9.2.6 IBM WebSphere上のページレット・プロデューサ・コンソールでパスワード設定を構成できない

- 9.2.7 IBM WebSphere上でOracle SOA Suiteを高可用性に構成する際にデプロイメント・マネージャの再起動が必要

- 9.2.8 WebSphere上のSSOログアウトの追加構成

- 9.2.9 IBM WebSphereにSimpleApprovalTaskFlowをデプロイするときにログ・ファイルに表示されるjava.lang.ClassNotFoundExceptionエラー・メッセージ

- 9.3 ドキュメントの訂正箇所

- 9.3.1 WebCenter Portal 11.1.1.6.0インストールを11.1.1.7.0にパッチを適用する手順の更新

- 9.3.2 IBM WebSphereでスケール・アウトのためにOracle Business Intelligenceを構成する手順の更新

- 9.3.3 アップグレードの項への更新

10 Oracle Fusion MiddlewareでのSSL構成

- 10.1 一般的な問題および回避策

- 10.1.1 JSSEベースのSSLの推奨

- 10.1.2 ウォレットのインポート時の間違ったメッセージまたはエラー

はじめに

ここでは、次の項目について説明します。

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

対象読者

このマニュアルは、Oracle Fusion Middlewareのユーザーを対象としています。

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご購入のOracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info) か、聴覚に障害のあるお客様は (http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

詳細は、次のOracleドキュメントを参照してください。

- Start Here CD-ROMにあるOracle Fusion Middlewareのドキュメント

- Oracle Fusion Middlewareドキュメント・ライブラリ 11gリリース1 (11.1.1)

- http://www.oracle.com/technetwork/index.htmlにあるOracle Technology Network

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

1 概要

この章では、Oracle Fusion Middleware Infrastructureリリース・ノート, 11gリリース1 (11.1.1)の概要を説明します。次のトピックが含まれます:

- 1.1項「最新リリース情報」

- 1.2項「このマニュアルの目的」

- 1.3項「システム要件と仕様」

- 1.4項「動作保証情報」

- 1.5項「必要なパッチのダウンロードおよび適用」

- 1.6項「ライセンス情報」

1.1 最新リリース情報

このマニュアルの内容は、発行時点における正確な情報です。オラクル社では、ソフトウェアのリリース後、リリース・ノートを定期的に更新します。リリース・ノートの最新情報および追加情報には、次の場所にあるOracle Technology Networkからアクセスできます。

http://www.oracle.com/technetwork/indexes/documentation/index.html

1.2 このマニュアルの目的

このドキュメントには、Oracle Application Server 11gリリース1 (11.1.1)のリリース情報が含まれています。このマニュアルでは、Oracle Application Serverに実際に搭載されている機能とマニュアルに記載されている機能との相違点について説明します。

製品をインストールまたは使用する前に、このマニュアルの内容を確認することをお薦めします。

1.3 システム要件と仕様

Oracle Application Serverのインストールおよび構成を正常に完了するには、インストール前にハードウェアおよびソフトウェアの前提条件の要件を満たす必要があります。

詳細は、『インストレーション・プランニング・ガイド』のシステム要件と仕様の確認に関する項を参照してください。

1.4 動作保証情報

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

- 1.4.1項「Oracle Fusion Middlewareの動作保証情報の場所」

- 1.4.2項「動作保証の例外」

- 1.4.3項「JMSDELIVERYCOUNTが正しく設定されない」

- 1.4.4項「Safari 4でRAW XMLソースを表示するためにビューア・プラグインが必要である」

1.4.1 Oracle Fusion Middlewareの動作保証情報の場所

Oracle Application Server 11gリリース1(11.1.1)の最新の動作保証情報は、次の場所にある「Oracle Fusion Middleware Supported System Configurations」セントラル・ハブで確認できます。

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

1.4.2 動作保証の例外

この項では、Oracle Fusion Middleware 11gの動作保証に関する既知の問題(例外)とその回避策について説明します。Oracle Fusion Middleware 11gリリース1 (11.1.1)の特定のコンポーネントに関する既知の問題のリストは、その特定のコンポーネントに対応するリリース・ノートを参照してください。

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

- 1.4.2.1項「Oracle Database 11.2.0.1でのOracle Fusion Middleware 11g R1の動作保証情報」

- 1.4.2.2項「Windows VistaクライアントでのExcelエクスポートの問題」

- 1.4.2.3項「Windows VistaとWindows XPでのOracle FormsおよびOracle Reports 11gのインストーラの問題」

- 1.4.2.4項「特定のブラウザでの制限事項」

1.4.2.1 Oracle Database 11.2.0.1でのOracle Fusion Middleware 11g R1の動作保証情報

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

1. パッチ8897382を適用してOracle Bug#8897382を修正します。

注意:
次の回避策は、Oracle Fusion Middlewareのリリース番号が11.1.1.1.0 (11gR1)の場合にのみ使用する必要があります。この問題は、11.1.1.2.0で修正される予定です。

2. <OH>/ldap/datasecurity/dbv_oid_command_rules.sqlファイルを編集してOracle Bug#8987186に回避策を適用するため、次の宣言を見つけます。

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

次の太字で示されている行を変更します。

/declare
begin
dvsys.dbms_macadm.CREATE_COMMAND_RULE(
command => 'CONNECT'
,rule_set_name => 'OID App Access'
,object_owner => '%'
,object_name => '%'
,enabled => 'Y');
commit;
end;/

1.4.2.2 Windows VistaクライアントでのExcelエクスポートの問題

Vistaでは、ユーザー・アカウント制御(UAC)システムが有効な場合、アプレットでローカル・ファイルシステムにファイルを作成できません。この問題は、UAC設定がVistaで有効化されており、Discoverer Plusなどのコンポーネントを使用している場合に発生することがあります。Discoverer Plusを起動して指定したディレクトリにワークシートをエクスポートすると、エクスポート操作は成功しますが、エクスポートしたファイルはディレクトリに存在しません。この問題を回避するには、UACを無効化して保護モードをOFFに設定します。詳細は、Oracle Bug#8410655および7328867を参照してください。

1.4.2.3 Windows VistaとWindows XPでのOracle FormsおよびOracle Reports 11gのインストーラの問題

設計時環境(Builder)のみがWindows VistaおよびWindows XPでのOracle FormsおよびOracle Reportsでサポートされます。しかし、Oracle Installerの「コンポーネントの構成」画面で、「サーバー・コンポーネント」、管理コンポーネントおよび「システム・コンポーネント」はデフォルトで選択されますが、「開発者ツール」は選択されません。Oracle Forms BuilderまたはOracle Reports BuilderをWindows VistaおよびWindows XPコンピュータにインストールする場合、次のことを行う必要があります。

- Oracle Forms BuilderやOracle Reports Builderなどの開発者ツールを選択します。それぞれに対応する各サーバー・コンポーネントは自動的に選択されます。

- システム・コンポーネントおよび管理コンポーネントをすべて選択解除します。

- PortalおよびDiscovererツールを選択解除します。インストーラの「コンポーネントの構成」画面で「Discoverer」を選択しなくても、2つのDiscovererコンポーネント(Discoverer AdminおよびDiscoverer Desktop)はインストールされます。これは、リリース11.1.1.1.0での正常な動作です。

Oracle Formsでは、Windows VistaとWindows XPでOracle HTTP Serverなどのシステム・コンポーネントがサポートされないため、次の機能は使用できません。

1. Oracle FormsおよびReportsの統合。

2. 仮想ディレクトリの作成。

1.4.2.4 特定のブラウザでの制限事項

この項に、特定のブラウザでの制限事項をリストします。

1.4.2.4.1 Oracle WebCenterでポートレットを追加するとInternet Explorerブラウザが空白になる問題

Internet Explorerを使用してOracle WebCenterにポートレットを追加すると、ページが空白になることがあります。ページが空白になると、ブラウザのステータス・バーにダウンロード・メッセージが表示されます。ただし、何もダウンロードされず、ブラウザは「戻る」ボタンをクリックするまで空白のままです。この問題が発生すると、ポートレットはブラウザの「戻る」ボタンをクリックした場合にのみ表示されます。この問題は、Firefoxでは発生しません。

この問題を回避するには、ブラウザの「戻る」ボタンをクリックします。

1.4.2.4.2 Internet Explorer 7でJSPXページの出力が表示されない問題

JSPXページをデプロイし、Internet Explorer 7 (IE7)を使用してアクセスすると、ページ・コンテンツのかわりにXHTMLソースが表示されます。この問題は、normalモードとosjp.nextモードの両方で発生します。

この問題を回避するには、FirefoxまたはSafariを使用してアプリケーションにアクセスするようアプリケーション・ユーザーに指示します。

1.4.2.4.3 Internet Explorer 7でSVGファイルの出力が表示されない問題

Scalar Vector Graphicsを使用してページをデプロイし、Internet Explorer 7 (IE7)を使用してアクセスすると、ページのグラフィック・コンテンツのかわりにソースが表示されます。この問題は、normalモードとosjp.nextモードの両方で発生します。

この問題を回避するには、アプリケーション開発者が、各自のアプリケーションにおいてIE7でネイティブにサポートされないSVGグラフィックの使用を避ける必要があります。使用する場合は、次のような警告を追加してください。

All current browsers, with the exception of Internet Explorer, support SVG files. Internet Explorer requires a plug-in to display SVG files. The plug-ins are available for free, for example, the Adobe SVG Viewer at http://www.adobe.com/svg/viewer/install/.

1.4.2.4.4 Discoverer PlusのJavaプラグインがFirefoxに自動的にダウンロードされない問題

Java 1.6のインストールされていないコンピュータ上のMozilla Firefoxブラウザを使用してDiscoverer Plusに接続しようとした場合、FirefoxではJRE 1.6プラグインが自動的にダウンロードされません。かわりに、Firefoxには、「このページをすべて表示するにはプラグインを追加する必要があります」というメッセージが表示されます。

この問題を回避するには、「プラグインを追加」リンクをクリックしてJRE 1.6プラグインをダウンロードし、手動でインストールします。

1.4.3 JMSDELIVERYCOUNTが正しく設定されない

Oracle Database 11.2.0.1とともにAQ JMSを使用する場合、JMXDELIVERYCOUNTが正しく設定されません。

これを回避するには、パッチ9932143をOracle Database 11.2.0.1に適用します。詳細は、Oracleサポートに連絡してください。

1.4.4 Safari 4でRAW XMLソースを表示するためにビューア・プラグインが必要である

RAW XMLを表示するには、Safariプラグインが必要です。プラグインがインストールされていない場合、読取りが困難な未フォーマットのXMLが表示されます。これは、Safariによってデフォルト・スタイルシートが適用されるためです。これにより、XMLドキュメントにはテキスト・ノードのみが表示されます。

回避策として、Safariメニュー・バーで「View」→「View Source」に移動し、メタデータ・ドキュメントの完全なXMLを表示します。また、「File」→「Save」を選択し、ファイル・タイプとして「XML Files」を選択すると、すべてのマークアップが完全な状態でXMLメタデータ・ファイルが正しく保存されます。

1.5 必要なパッチのダウンロードおよび適用

Oracle Fusion Middleware 11gをインストールおよび構成した後、特定の既知の問題に対応するために追加パッチが必要な場合があります。

次の手順を実行して、パッチを取得します。

1. My Oracle SupportのWebサイト(https://myoraclesupport.com/)にログインします。

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

3. 「パッチ検索」領域を使用してパッチを検索します。

4. 「パッチ検索結果」ページで、パッチを選択し、「ダウンロード」をクリックしてパッチをダウンロードします。

5. パッチに含まれるREADMEファイルの手順に従って、パッチをインストールします。

表1-1は、これらのリリース・ノートが公開されたときに使用可能だった特定のOracle Fusion Middlewareパッチの一部を示しています。

Oracle WebLogic Server 11gリリース1 (10.3.6)を使用している場合、ミドルウェア・ホームに適用する必要のある必須のWebLogicサーバー・パッチもいくつかあります。詳細は、第2.1.1項を参照してください。

その他のパッチ適用情報は、3.1.1項を参照してください

表1-1 Oracle Fusion Middleware 11gの特定の問題の修正に必要なパッチ

Oracle Fusion Middleware製品またはコンポーネント

バグ/パッチ番号

説明

Oracle SOA Suite - Oracle BPM Worklistアプリケーション

9901600

このパッチを適用しないかぎり、Oracle Business Process Management Worklistアプリケーションの「イベントドリブン」ページにアクセスしたときに、ログ・ファイルにエラーが表示されます。

Oracle XDK for Java

10337609

このパッチは、次の問題を修正します。

XSUユーティリティを使用してデータをデータベースに挿入するときに、データベース接続でoracle.jdbc.J2EE13Compliantと呼ばれる接続プロパティがtrueに設定されており、ターゲット列がある種の数値列である場合、挿入が失敗し、次のエラーが表示される可能性があります。

java.lang.NumberFormatException

1.6 ライセンス情報

Oracle Application Serverのライセンス情報は、次の場所で入手可能です。

http://oraclestore.oracle.com

Oracle Application Serverのライセンス準拠に関する詳細情報は、次の場所で入手可能です。

http://www.oracle.com/technetwork/middleware/ias/overview/index.html

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

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

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

- 2.2項「パッチ適用の問題および回避策」

- 2.3項「構成の問題および回避策」

- 2.4項「ドキュメントの訂正箇所」

- 2.5項「既知の問題」

注意:
この章では、Oracle Fusion Middleware製品のインストール、パッチ適用および構成の際に発生する可能性のある問題について説明します。
使用中の製品固有の問題については、この文書内で、その製品固有のリリース・ノートの章を参照してください。

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

この項では、Oracle Fusion Middleware製品のインストールに関連する問題および回避策について説明します。次のトピックが含まれます:

- 2.1.1項「Oracle WebLogic Serverの必須パッチ」

- 2.1.2項「Windowsでのパスとディレクトリの解決の問題」

- 2.1.3項「Oracle SOA Suiteのインストールに関する問題」

- 2.1.4項「Oracle Webgateのインストールに関する問題」

- 2.1.5項「Oracle Portal、Forms、ReportsおよびDiscovererのインストールに関する問題」

- 2.1.6項「Oracle Web Tierのインストールに関する問題」

- 2.1.7項「Oracle Identity Managementのインストールに関する問題」

- 2.1.8項「JDKおよびJREのインストールに関する問題」

- 2.1.9項「Oracle Universal Installerに関する問題」

- 2.1.10項「データベースおよびスキーマのインストールに関する問題」

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

- 2.1.12項「製品の削除に関する問題」

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

- 2.1.14項「Oracle SOA Suiteと同じドメインへのOracle Service Registryのインストール」

- 2.1.15項「タイ語およびトルコ語ロケールでのインストール時の問題」

- 2.1.16項「タイムゾーンのエラー・メッセージとともにEnterprise Managerの構成が失敗する問題」

2.1.1 Oracle WebLogic Serverの必須パッチ

この項では、Oracle WebLogic Server 11gリリース1 (10.3.6)をインストールした後にWebLogic Server Middlewareホームに適用する必要のあるOracle WebLogic Serverパッチについて説明します。

注意:
適用する必要がある追加のパッチの詳細は、1.5項を参照してください。

表2-1は、Oracle WebLogic Server 11gリリース1 (10.3.6)に必須のパッチに関する情報を示しています。これらのパッチは、Oracle WebLogic Serverのインストール後に任意の順序で適用できます。

表2-1 Oracle WebLogic Server 11gリリース1 (10.3.6)の特定の問題の解決に必要なパッチ

パッチ番号/名前

説明

18398295 (FSG4)

このOracle WebLogic Serverパッチは、WebLogic ServerをOracle Identity and Access Management 11gリリース2 (11.1.2.3.0)とともに使用し、マルチ・バイト文字セットを使用している場合にのみ必要です。

パッチ適用手順については、README.txtファイルに従ってください。

14404715 (ZARV)

このOracle WebLogic Serverパッチは、WebLogic ServerをOracle Identity and Access Management 11gリリース2 (11.1.2.3.0)とともに使用している場合にのみ必要です。

パッチ適用手順については、README.txtファイルに従ってください。

16844206 (NPM3)

このOracle WebLogic Serverパッチは、WebLogic ServerをOracle Identity and Access Management 11gリリース2 (11.1.2.3.0)とともに使用している場合にのみ必要です。

パッチ適用手順については、README.txtファイルに従ってください。

13964737 (YVDZ)

これは、WebLogic ServerをOracle JDK 7アップデート40以降とともに実行している場合に必須のOracle WebLogic Serverパッチです。パッチ適用手順とパッチ適用後の手順は、README.txtファイルに従ってください。

このパッチを適用した後で、Java Secure Socket Extension (JSSE)を有効にしてノード・マネージャ、WebLogic管理サーバーおよび各種の管理対象サーバーを起動する必要があります。JSSEを有効にしてノード・マネージャを起動するには、『Oracle WebLogic Serverノード・マネージャ管理者ガイド』のノード・マネージャ環境変数の設定に関するトピックを参照してください。

JSSEを有効にしてノード・マネージャを起動した後で、JSSEを有効にしてWebLogic管理サーバーおよび管理対象サーバーを起動する必要があります。詳細は、『Oracle WebLogic Serverの保護』のJSSE SSL実装の使用に関するトピックを参照してください。

14174803 (IMWL)

これは、WebLogic ServerをOracle JDK 7アップデート40以降とともに実行している場合に必須のOracle WebLogic Serverパッチです。パッチ適用手順については、README.txtファイルに従ってください。

このパッチを適用した後で、Java Secure Socket Extension (JSSE)を有効にしてノード・マネージャ、WebLogic管理サーバーおよび各種の管理対象サーバーを起動する必要があります。JSSEを有効にしてノード・マネージャを起動するには、『Oracle WebLogic Serverノード・マネージャ管理者ガイド』のノード・マネージャ環境変数の設定に関するトピックを参照してください。

JSSEを有効にしてノード・マネージャを起動した後で、JSSEを有効にしてWebLogic管理サーバーおよび管理対象サーバーを起動する必要があります。詳細は、『Oracle WebLogic Serverの保護』のJSSE SSL実装の使用に関するトピックを参照してください。

17938462 (XECL)

これは、WindowsでWebLogic ServerをOracle JDK 7とともに実行している場合に必須のOracle WebLogic Serverパッチです。

パッチ適用手順については、README.txtファイルに従ってください。

13114768 (56MM)

これはOracle WebLogic Serverに必須のパッチです。

パッチ適用手順については、README.txtファイルに従ってください。

15865825 (CM69)

これはOracle WebLogic Serverに必須のパッチです。

パッチ適用手順については、README.txtファイルに従ってください。

14809365 (XA6W)

これはOracle WebLogic Serverに必須のパッチです。

パッチ適用手順については、README.txtファイルに従ってください。

パッチをダウンロードするには、次を実行します:

1. My Oracle Supportにログインします。

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

3. 「パッチ名または番号」を選択します。

4. パッチ番号を入力します。

5. 「検索」をクリックします。

6. パッチをダウンロードしてインストールします。

パッチ適用手順

パッチ適用手順は、各パッチに付属するREADME.txtファイルに記載されています。

2.1.2 Windowsでのパスとディレクトリの解決の問題

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

- 2.1.2.1項「Oracle Universal Installerがディレクトリ・パスに含まれる空白をサポートしない」

- 2.1.2.2項「空白またはカッコを含むディレクトリを含めるようなPATH環境変数の設定」

- 2.1.2.3項「Oracle Configuration ManagerのPATH環境変数の設定」

2.1.2.1 Oracle Universal Installerがディレクトリ・パスに含まれる空白をサポートしない

Windowsオペレーティング・システムのコマンドラインからOracle Universal Installerを実行していて、特定のJREの場所を指定する必要がある場合、コマンドラインからパラメータとして指定するJREへのディレクトリ・パスに空白が含まれないようにしてください。たとえば、次の例はサポートされていません。

setup.exe -jreLoc C:\Program Files\Middleware\jdk160_version

この問題を回避するには、次に示すように、"C:\Program Files"をWindowsの短縮名"C:\Progra~1"を使用して短くします。

setup.exe -jreLoc C:\Progra~1\Middleware\jdk160_version

2.1.2.2 空白またはカッコを含むディレクトリを含めるようなPATH環境変数の設定

PATH環境変数に空白またはカッコを含むディレクトリが含まれている場合(たとえばC:\Program FilesやC:\Program Files (x86))、次に示すように、このディレクトリをWindowsの短縮名に変換する必要があります。

- C:\Program Filesの場合、Windowsの短縮名C:\PROGRA~1をPATH環境変数に使用します。

- C:\Program Files (x86)の場合、Windowsの短縮名C:\PROGRA~2をPATH環境変数に使用します。

さらに、PATH環境変数に、C:\Program FilesまたはC:\Program Files (x86)のいずれかを定義内で使用する別の環境変数が含まれている場合、C:\Program FilesまたはC:\Program Files (x86)もそれぞれその環境変数の定義内でWindowsの短縮名に変更する必要があります。

2.1.2.3 Oracle Configuration ManagerのPATH環境変数の設定

Windowsオペレーティング・システムでOracle Configuration Manager構成が正常に動作するには、PATH環境変数がC:\windows\system32に設定されている必要があります。

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

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

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

- 2.1.3.2項「トルコ語環境へのOracle SOA Suiteリリース11.1.1.3.0のインストール」

- 2.1.3.2項「トルコ語環境へのOracle SOA Suiteリリース11.1.1.3.0のインストール」

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

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

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

2.1.3.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.3.3 Oracle Portal、Forms、ReportsおよびDiscoverer 11gリリース1 (11.1.1.2.0)のOEL6へのインストール中に前提条件チェックが失敗する

Oracle Portal、Forms、ReportsおよびDiscoverer 11gリリース1 (11.1.1.2.0)のOEL6オペレーティング・システムへのインストール中に、前提条件チェックがエラーで失敗します。

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

- 「続行」を押して、インストールを続行します。

- runInstallerに対して-ignoreSysPreReqsコマンドラインの追加の引数を使用します。

./runInstaller -ignoreSysPreReqs

2.1.4 Oracle Webgateのインストールに関する問題

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

- 2.1.4.1項「WebgateのOEL7/RH7へのインストール中に前提条件チェックが失敗する」

2.1.4.1 WebgateのOEL7/RH7へのインストール中に前提条件チェックが失敗する

Oracle R2PS2 WebgateをOEL7またはRH7にインストールする場合、前提条件チェックがエラーで失敗します。

この問題を回避するには、エラー・メッセージを無視し、「続行」を押してインストールを続行します。

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

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

- 2.1.5.1項「IPv6をサポートするWindowsへのOracle Portal、Forms、ReportsおよびDiscovererのインストール」

- 2.1.5.2項「Oracle Portal、Forms、ReportsおよびDiscovererインストールでのショートカットの欠落エラー」

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

- 2.1.5.4項「Oracle Portal 11gインストール時の考慮事項」

- 2.1.5.5項「インストール時の前提条件の警告」

2.1.5.1 IPv6をサポートするWindowsへのOracle Portal、Forms、ReportsおよびDiscovererのインストール

IPv6をサポートするWindowsオペレーティング・システム(Windows VistaやWindows 7など)にOracle Portal、Forms、ReportsおよびDiscovererをインストールする場合、IPv6が有効になっていると、インストールで各コンポーネントが起動しません。

これらのコンポーネントをインストールする前に、Windowsオペレーティング・システムでIPv6が無効になっていることを確認してください。

2.1.5.2 Oracle Portal、Forms、ReportsおよびDiscovererインストールでのショートカットの欠落エラー

Oracle Portal、Forms、ReportsおよびDiscovererのWindowsオペレーティング・システムでのインストール時に、ドメインまたはクラスタを拡張してデフォルトのClassicDomain以外のドメイン名を指定すると、管理対象サーバーを起動または停止しようとしたときに、「ショートカットがありません」というエラーが表示されます。

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

1. 「スタート」メニューで、エラー・メッセージを生成したショートカットを右クリックします。

2. 「ショートカット」タブで、ターゲット・ノードに移動します。

3. ドメイン名を正しいドメイン名に変更します。

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

2.1.5.3 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)の構成ウィザードを実行した場合、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.5.4 Oracle Portal 11gインストール時の考慮事項

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

- Oracle Portal, Forms, Reports and Discovererインストレーション・ガイド

- My Oracle SupportのドキュメントID 1364497.1

2.1.5.5 インストール時の前提条件の警告

各プラットフォーム向けにリストされているOracle Fusion Middleware 11gリリース1の前提条件にかわる可能性のあるベンダー・リリース更新累積パッチまたはパッケージ(あるいはその両方)。ベンダー認証パッチまたはパッケージ(あるいはその両方)がインストールされていれば、前提条件に関する警告を無視してインストールを完了できます。

また、次のように、runInstallerに対して-ignoreSysPreReqsコマンドラインの追加の引数を使用する方法もあります。

$  Mount_Point/runInstaller -ignoreSysPreReqs other required install options

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

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

- 2.1.6.1項「Oracle Web Tierの前に必要なOracle SOA SuiteおよびOracle Application Developerのインストール」

- 2.1.6.2項「二重のバックスラッシュ(\\)がインストール時に指定された場合のOracle Web Cacheの再インストール」

- 2.1.6.3項「Oracle Web Tierのサイレント・インストールに必要なOracle Web Cacheコンポーネントの名前」

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

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

2.1.6.2 二重のバックスラッシュ(\\)がインストール時に指定された場合のOracle Web Cacheの再インストール

Microsoft Windowsオペレーティング・システムでのOracle Web Tierのインストール中に、二重のバックスラッシュ(\\)文字を使用してインストール・ディレクトリを指定することになった場合、Oracle Web Cacheを起動しようとすると問題が発生します。

回避するには、インストール場所に二重のバックスラッシュを使用しないでOracle Web Cacheを再インストールします。

2.1.6.3 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.7 Oracle Identity Managementのインストールに関する問題

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

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

- 『リリース・ノート』のOracle Identity Managementのインストールに関する問題に関する項

- 2.1.7.1項「Windows 2008 R2でのOracle Internet Directory用のADR_BASEの設定」

- 2.1.7.2項「Oracle Internet Directoryでエントリ・キャッシュを構成するための値」

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

- 2.1.7.4項「Oracle Internet Directory内のスキーマの拡張」

- 2.1.7.5項「11g (11.1.1.7.0) Oracle Internet Directoryインスタンスを削除してもOIDスキーマがクリーンアップされない」

- 2.1.7.6項「Oracle Virtual Directoryアダプタに関する情報」

- 2.1.7.7項「「再試行」ボタンの有効化」

- 2.1.7.9項「OPMNリクエスト・ポートの構成」

- 2.1.7.10項「Web層およびIDMインストール中にJDKがORACLE_COMMONにインストールされる」

2.1.7.1 Windows 2008 R2でのOracle Internet Directory用のADR_BASEの設定

サービス・パックを適用したWindows 2008 R2オペレーティング・システムでは、Oracle Internet Directoryのインストーラまたは構成ツールを実行中にOracle Internet Directoryインスタンスの起動の際に問題が発生した場合、次の手順を実行して、Fusion Middlewareコンポーネントとデータベース・コンポーネントの間でのログ・ファイル作成の競合を回避する必要があります。

- 管理者としてシステムにログインします。

- OID環境のTNS_ADMINディレクトリ(ORACLE_INSTANCE\config)のsqlnet.oraファイルで、ADR_BASEパラメータの値をOracleホーム以外の任意のディレクトリ(たとえば、C:\temp)に設定します。sqlnet.oraファイルがTNS_ADMINディレクトリに存在しない場合、ファイルを作成し、前述のようにADR_BASEパラメータの値を追加します。

- 『Oracle Fusion Middleware Oracle Internet Directory管理者ガイド』のopmnctlを使用したOracle Internet Directoryコンポーネントの削除に関する項の説明に従って、componentTypeがOID、componentNameがoid1のOracle Internet Directoryのコンポーネントを削除します。コンポーネントが存在しないことに関するエラーおよび警告はすべて無視しても問題ありません。

- 『Oracle Internet Directory管理者ガイド』のopmnctlを使用したOracle Internet Directoryコンポーネントの作成に関する項の説明に従って、componentTypeがOID、componentNameがoid1のOracle Internet Directoryのコンポーネントを作成します。

- 「再試行」をクリックします。

2.1.7.2 Oracle Internet Directoryでエントリ・キャッシュを構成するための値

サーバー・エントリ・キャッシュを構成して最適化するには、oraclecachemaxsizeを200000000バイトに設定する必要があります。oraclecachemaxsize属性をproject.max-locked-memory未満に設定し、その値が、対応するオペレーティング・システムでサポートされるページ・サイズに準拠していることを確認します。

2.1.7.3 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.7.4 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.7.5 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.7.6 Oracle Virtual Directoryアダプタに関する情報

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

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

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

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

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

2.1.7.8 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.7.9 OPMNリクエスト・ポートの構成

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

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

2.1.7.10 Web層およびIDMインストール中にJDKがORACLE_COMMONにインストールされる

11.1.1.2リリースで、Web層またはIDMのLinux x86-64、AIXおよびHP-UXプラットフォームへのインストール中に、JDKがORACLE_HOMEとORACLE_COMMONの両方にインストールされます。ORACLE_COMMONにインストールされたJDKのバージョンは、ORACLE_HOMEにインストールされたものよりも低いバージョンです。そのため、使用しないでください。PS3のパッチの適用ではJDKの問題は解決されません。しかしこの問題はWeb層またはIDMの正常なインストールに影響を与えません。

この問題を回避するには、ORACLE_HOMEのJDKを使用し、ORACLE_COMMONにインストールされたJDKを使用しないようにします。

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

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

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

- 2.1.8.2項「自動更新によるインストールの場合のJREの場所の指定」

- 2.1.8.3項「Oracleホーム・ディレクトリでのSun JDKのアップグレード」

- 2.1.8.4項「JDK 6アップデート23使用時のメモリー不足エラー」

2.1.8.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.8.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.8.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.8.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.9 Oracle Universal Installerに関する問題

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

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

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

- 2.1.9.3項「C:\Documentsも存在する場合のC:\Documents and Settingsからのインストーラの実行」

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

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

java.net.NoRouteToHostException: No route to host

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

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

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

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

2.1.9.3 C:\Documentsも存在する場合のC:\Documents and Settingsからのインストーラの実行

setup.exeインストーラがC:\Document and Settingsディレクトリにダウンロードされている状態で、C:\Documentsディレクトリもシステムに存在する場合、インストーラは、C:\Documents内でファイルを検索しようとするために起動しません。

この問題を回避するには、C:\Documentsディレクトリを削除するか、その名前を変更します。

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

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

- 2.1.10.1項「Oracle Internet Directory (ODS)スキーマのロード中に発生するエラー」

- 2.1.10.2項「DBMS_REPUTILデータベース・パッケージの正しい権限の設定」

- 2.1.10.3項「DBMS_JOBデータベース・パッケージの正しい権限の設定」

- 2.1.10.4項「WindowsでOracleホーム・ディレクトリが上書きされる問題」

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

- 2.1.10.6項「表領域およびデータファイルを削除するコマンドでファイルシステムからデータファイルが削除されない問題」

- 2.1.10.7項「Oracle Database 11g (11.2.0.1)でのRCU 11gリリース1 (11.1.1.1.0)の使用」

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

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

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

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

Oracle Databaseバージョン11.2.0.4以上でOracle Internet Directoryスキーマ(ODS)を作成する前に、DBMS_REPUTILパッケージの実行権限がパブリックに付与されている必要があります。Oracle Databaseバージョン11.2.0.4以上でOracle Internet Directoryスキーマを作成する際にRCUからエラーが表示される場合、次の回避策を使用します。

1. 管理者としてデータベースに接続し、次を実行します。

GRANT EXECUTE ON DBMS_REPUTIL TO PUBLIC;

2. RCUを再起動し、Oracle Internet Directoryスキーマを作成します。

3. スキーマの作成が成功した後、管理者としてデータベースに再度接続し、次を実行します。

REVOKE EXECUTE ON DBMS_REPUTIL FROM PUBLIC;

2.1.10.3 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スキーマを削除します。手順は、『Repository Creation Utilityユーザーズ・ガイド』のスキーマの削除に関する項を参照してください。

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

SQL> grant execute on sys.dbms_job to PUBLIC

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

2.1.10.4 WindowsでOracleホーム・ディレクトリが上書きされる問題

WindowsシステムにOracle Fusion Middlewareをインストールする際に、そのシステムにすでにOracleデータベースが含まれている場合、そのデータベースに使用されているORACLE_HOMEグローバル環境変数がOracle Fusion Middleware製品のインストールによって上書きされる可能性があります。

グローバル環境変数を表示するには、「システム・プロパティ」、「詳細」、「環境変数」、「システム変数」の順に選択し、ORACLE_HOMEの値をチェックします。この画面で、ORACLE_HOMEの値を適切な製品の場所に設定できます。

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

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

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

2.1.10.6 表領域およびデータファイルを削除するコマンドでファイルシステムからデータファイルが削除されない問題

Windowsオペレーティング・システムの場合、表領域およびデータファイルを削除するコマンドを使用しても、ファイルシステムからデータファイルが削除されません。

これは、Windowsオペレーティング・システムで稼働するOracleデータベースに固有の既知の問題です。

2.1.10.7 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.11 インストール時に表示されるエラー・メッセージおよび例外

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

- 2.1.11.1項「IBM AIX 7.1でのインストール時のエラー・メッセージ」

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

- 2.1.11.3項「インストール・ログ・ファイルでのSun JDKおよびOracle Configuration Managerの障害」

2.1.11.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.11.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.11.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.12 製品の削除に関する問題

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

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

- 2.1.12.2項「Microsoft Windows x64 (64-Bit)でクラシック・インストールを開始する前のPATHの検証」

- 2.1.12.3項「インストーラで削除できないWebLogicドメイン」

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

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

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

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

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

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

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

2.1.12.2 Microsoft Windows x64 (64-Bit)でクラシック・インストールを開始する前のPATHの検証

クラシック・アプリケーション・サーバーのインストールを開始する前に、プログラム・ファイル(x86)への参照を環境変数PATHから削除する必要があります。コマンド・プロンプトでPATHをエコーすると、プログラム・ファイル(x86)がなくなります。

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

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

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

2.1.13 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.14 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.15 タイ語およびトルコ語ロケールでのインストール時の問題

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

2.1.16 タイムゾーンのエラー・メッセージとともにEnterprise Managerの構成が失敗する問題

Windowsの一部のバージョンでは、タイムゾーン検出アルゴリズムに問題があります。Windowsがフレッシュ・インストールされている一部のシステムにデータベースをインストールすると、「アメリカ/リオブランコ」タイムゾーンが検出されたことを示すメッセージとともに、Enterprise Managerの構成が失敗します。

この問題を回避するには、タイムゾーンを適切な値にリセットし、Oracle Fusion Middleware製品を再インストールします。

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

この項では、Oracle Fusion Middleware製品のパッチに関連する問題および回避策について説明します。次のトピックが含まれます:

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

- 2.2.2項「Oracle SOA Suiteのパッチに関する問題」

- 2.2.3項「Oracle WebCenter Portalのパッチに関する問題」

- 2.2.4項「Oracle Identity Managementのパッチに関する問題」

- 2.2.5項「システム・コンポーネントのパッチに関する問題」

- 2.2.6項「パッチ適用後のバージョン番号に関する問題」

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

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

- 2.2.9項「Oracle Identity ManagementおよびOracle Web Tierへのパッチ適用時のOracle Configuration Managerの障害」

- 2.2.10項「Oracle Service Busオブジェクトの競合の解決」

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

- 2.2.12項「Oracle Business Intelligenceインストールに11.1.1.9パッチ・セットを適用した後のブラウザのリフレッシュ」

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

Oracle WebLogic Serverに最新のパッチを適用した後、Discoverer、Access Manager、Identity Managerなどのミドルウェア・サービスを起動するために、WL_HOME/server/lib/weblogic.policy\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スキーマの更新時のパッチ・セット・アシスタントの障害」

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

- 2.2.2.3項「範囲ベースのディメンション・ビジネス・インジケータを持つSOAコンポジットのアンデプロイ時に表示される例外」

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

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

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

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

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

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

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 SOA SuiteおよびOracle Business Process Management 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 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 SOA SuiteおよびOracle Business Process Management Suite管理者ガイド』のSOAコンポジット・アプリケーションの監視に関する項を参照してください。

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

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

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

- 2.2.3.2項「WLSTコマンドによるOracle WebCenter Portal更新時のエラー」

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

- 2.2.3.4項「WebCenter Portalにパッチを適用するとアクティビティ・グラフ・タスク・フローの個人設定が失われる問題」

- 2.2.3.5項「Spacesで提供される言語のリストに言語が表示されない」

2.2.3.1 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.2 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.3 タグ付けおよび検索タスク・フローをページに追加するときのエラー

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

2.2.3.4 WebCenter Portalにパッチを適用するとアクティビティ・グラフ・タスク・フローの個人設定が失われる問題

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

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

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

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

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

- 2.2.4.1項「oimPS1PS2アップグレード・スクリプトの実行時にアクセスが拒否される」

- 2.2.4.3項「インストーラが既存のOracleホームを検出しない問題」

- 2.2.4.4項「サード・パーティJARファイルのデータベースへのアップロード」

- 2.2.4.5項「LDAP同期が有効な状態でのOracle Identity Managementの更新でXMLエラーが生成される」

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

- 2.2.4.7項「11gリリース1 (11.1.1.2.0)または11gリリース1 (11.1.1.3.0)からパッチを適用した後にOIDおよびOVDに保存された接続を使用できない問題」

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

- 2.2.4.9項「Oracle Identity Managementの11gリリース1 (11.1.1.4.0)へのパッチ適用後のログ・ファイルの害のないエラー」

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

- 2.2.4.11項「Oracle Identity Management 11gリリース1 (11.1.1.2.0)から11gリリース1 (11.1.1.3.0)へのパッチ適用時にログされる害のないエラー」

- 2.2.4.12項「Oracle Identity Management Server 11gリリース1 (11.1.1.5.0)起動時に表示される害のない例外」

2.2.4.1 oimPS1PS2アップグレード・スクリプトの実行時にアクセスが拒否される

Oracle Identity Managementをアップグレードしており、oimPS1PS2upgrade.shbatスクリプトを実行する必要がある場合、JAVA_HOME\jre\lib\security\java.policyファイル内のgrant()メソッドに次を追加する必要があります。

// JMX Java Management eXtensions
permission javax.management.MBeanTrustPermission "register";

この変更を行った後、すべてのサーバーを停止して再起動する必要があります。

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

既存のOracle Internet Directoryのインストールに11gリリース1 (11.1.1.9.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.3 インストーラが既存の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\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.4 サード・パーティJARファイルのデータベースへのアップロード

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

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

2.2.4.5 LDAP同期が有効な状態でのOracle Identity Managementの更新でXMLエラーが生成される

Oracle Identity Managerの11gリリース1 (11.1.1.3.0)から11gリリース1 (11.1.1.5.0)への更新中に、LDAP同期がWindowsオペレーティング・システムで有効な場合には、次のXMLエラーが生成されます。

XML-22110: (Fatal Error) Invalid StreamResult set in TransformerHandler.
oracle.iam.oimupgrade.exceptions.OIMUpgradeException: Error in writing document EventHandlers.xml

この問題の回避方法:

1. ORACLE_OIM_HOME\server\bin\dwps1upgrade.propertiesファイルを編集し、oim.ps1.seedoespoliciesプロパティをfalseに設定します。

oim.ps1.seedoespolicies.patch=false;

その他のすべてのプロパティはtrueに設定する必要があります。

2. ログ・ディレクトリ(たとえばlogDir)をORACLE_OIM_HOME\server\binに作成します。

3. IAM_11.1.1.5.0_Home\server\binディレクトリに移動してDW2PS1Upgrade.batスクリプトを実行します。
コマンドライン・プロンプトで次を実行します。

##Enter your Log location directory

手順2で作成したログ・ディレクトリ(たとえばlogDir)の相対パスを指定します。ログ・ディレクトリの絶対パスは指定しないでください。

4. ORACLE_OIM_HOME\server\bin\dwps1upgrade.propertiesファイルを再度編集しますが、今回はoim.ps1.seedoespoliciesプロパティをtrueに設定し、その他のすべてのプロパティをfalseに設定します。

oim.ps1.seedoespolicies.patch=true;

これにより、Oracle Entitlements Serverに対するポリシーのみをアップグレードできます。

5. IAM_11.1.1.5.0_Home\server\binディレクトリに移動してDW2PS1Upgrade.batスクリプトを再度実行します。
コマンドライン・プロンプトで次を実行します。

##Enter your Log location directory

同じディレクトリを使用している場合は、手順2で作成したログ・ディレクトリ(たとえばlogDir)の絶対パスを指定するか、新しいディレクトリを作成して、その新しいディレクトリへの絶対パスを指定します。

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

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

- SelfServiceUserManagementPolicies.xml

- UserManagementPolicies.xml

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

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

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

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

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

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

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

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

2.2.4.7 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.8 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.9 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.10 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.11 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.12 Oracle Identity Management Server 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スキーマへのネットワーク関連パッケージへのアクセス権の付与」

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

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

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\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項「アップグレード後にFirefoxブラウザでOracle SOA Suiteタスクが表示されない」

- 2.2.6.2項「一部のアプリケーションでパッチ適用後に古いリリース番号が表示される問題」

- 2.2.6.3項「正しくないMDSスキーマのバージョン番号」

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

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

2.2.6.1 アップグレード後にFirefoxブラウザでOracle SOA Suiteタスクが表示されない

Oracle SOA Suiteの以前のリリースから11gリリース1 (11.1.1.7.0)にアップグレードする場合、アップグレードの完了後、一部のタスクがFirefoxブラウザで表示されない場合があります。

この問題を回避するには、ブラウザのキャッシュをリフレッシュし、すべてのタスクを表示します。

2.2.6.2 一部のアプリケーションでパッチ適用後に古いリリース番号が表示される問題

Oracle Fusion Middleware環境にパッチを適用した後、一部のアプリケーションでは前のリリース番号が表示されます。たとえば、Oracle WebLogic Server 10.3.4にパッチを適用し最新のリリースにした場合、リリース番号として表示されるのは10.3.4のままです。

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

2.2.6.3 正しくない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.4 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.5 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\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のページが正しく表示されない」

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

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

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. 次のように、値-XX:-UseSSE42IntrinsicsをDOMAIN_HOME/bin/setDomainEnv.sh\bin\setDomainEnv.cmdファイルに追加します。
コードで次のセクションを探します。

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.7.3 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()実行時の害のない警告」

- 2.2.8.2項「複数の製品を同じバージョンにパッチ適用した場合のログ・ファイルの害のない警告メッセージ」

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

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

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 ReportsおよびOracle PortalでのJDBCエラーの解決に関する項を参照してください。

6. ORACLE_INSTANCE/portal/cache\portal\/cacheディレクトリのOracle Portalファイル・キャッシュを削除します。

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)構成ウィザードを実行する前に次の手順を実行できます。

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

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

setupCCR
configCCR
emCCR collect
emCCR status

最初に11gリリース1 (11.1.1)構成ウィザードを実行したが後で構成することを選択したときに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 Data Integrator開発者ガイド』のナレッジ・モジュールのインポートおよび置換に関する項を参照してください。

この新規モジュールには、Oracle Fusion Middleware 11g リリース1 (11.1.1.4.0)での改善点およびバグ修正が含まれます。

2.2.12 Oracle Business Intelligenceインストールに11.1.1.9パッチ・セットを適用した後のブラウザのリフレッシュ

11gリリース1 (11.1.1.9)パッチ・セットを既存のOracle Business Intelligence 11gインストールに適用した後で、エンド・ユーザーがOracle BIアプリケーションおよびダッシュボードを使用したときに予期しない動作が発生することがあります。これは、以前のOracle BIリリースの既存のブラウザ・セッション・キャッシングJavaScriptが原因です。

不要なサポート・リクエストを回避するために、すべてのエンド・ユーザーにブラウザ・キャッシュをクリアするよう依頼してください。

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

この項では、構成に関する問題およびその回避策について説明します。次のトピックが含まれます:

- 2.3.1項「Oracle SOA Suite構成に関する問題」

- 2.3.2項「Oracle Identity Management構成に関する問題」

- 2.3.3項「Oracle Identity and Access Management構成に関する問題」

- 2.3.4項「構成ウィザードに関する問題」

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

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

- 2.3.7項「クラスタ構成に関する問題」

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

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

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

- 2.3.12項「Windowsでのクローニング時に返されるFileNotFoundException」

- 2.3.13項「管理対象サーバーのリスニング・アドレスの変更」

- 2.3.14項「ドメイン拡張により上書きされるJDBCデータ・ソース名」

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

- 2.3.16項「ブラウザでのブラウザ・キャッシュの削除」

- 2.3.17項「メモリーの問題が原因でWebLogic管理サーバーが起動に失敗する問題」

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

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

- 2.3.1.1項「メディエータ・コンポーネントがWindows Server 2008 R2 EnterpriseおよびJRockitで失敗する問題」

- 2.3.1.2項「11gリリース1 (11.1.1.6.0)でSOAINFRAスキーマに無効なオブジェクトが含まれる問題」

- 2.3.1.3項「WebSphere Application ServerでのOracle SOA Suiteの害のない例外の表示」

- 2.3.1.4項「Oracle SOA Suite Administration ServerがWindows XP 2002でSun JDKを使用して起動できない」

2.3.1.1 メディエータ・コンポーネントがWindows Server 2008 R2 EnterpriseおよびJRockitで失敗する問題

メディエータ・コンポーネントは、Windows Server 2008 R2 Enterpriseが次のバージョンのJRockit JDKとともに使用されていると動作しません。

Java(TM) SE Runtime Environment (build 1.6.0_29-b11)
Oracle JRockit(R) (build
R28.2.0-79-146777-1.6.0_29-20111005-1808-windows-x86_64, compiled mode)

この問題を回避するには、setDomainEnv.cmdファイルのJAVA_HOMEをSun JDKの場所を指すように変更し、管理サーバーおよび管理対象サーバーの開始中にJAVA_VENDOR=Sunを設定することで、Sun JDKを使用します。

2.3.1.2 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.3 WebSphere Application Serverでの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.1.4 Oracle SOA Suite Administration ServerがWindows XP 2002でSun JDKを使用して起動できない

Oracle SOA Suiteの管理サーバーが、サービス・パック3を適用したWindows XP 2002サーバーでSun JDKを使用して起動しません。

この問題を回避するには、DOMAIN_HOME\binディレクトリに移動して、setSOADomainEnv.cmdのDEFAULT_MEM_ARGS値を次のように設定します。変更前:

-Xms512m -Xmx1024m

変更後:

-Xms256m -Xmx512m

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

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

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

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

- 2.3.2.3項「Enterprise ManagerでOracle Identity Managementコンポーネントのステータスが間違って「停止中」と表示されることがある」

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

- 2.3.2.5項「Oracle Data Vaultと組み合せたOracle Internet Directoryの構成」

- 2.3.2.6項「WindowsでのOracle Internet Directoryの構成後にOIDMONが起動しない問題」

- 2.3.2.7項「Oracle Internet Directory管理者のパスワード要件」

- 2.3.2.8項「Oracle Identity Federation構成時の無害なエラー・メッセージ」

- 2.3.2.9項「JDK/JRE AES鍵サイズが同期していない場合にOracle Virtual Directoryの起動が失敗する」

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 ManagementコンポーネントのメトリックがEnterprise Managerで正しく表示されない問題

Oracle Identity Managementサーバーが11g リリース1 (11.1.1)の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.3 Enterprise ManagerでOracle Identity Managementコンポーネントのステータスが間違って「停止中」と表示されることがある

Oracle Identity Management 11gリリース1 (11.1.1)コンポーネントを構成および起動した後でOracle Enterprise Manager Fusion Middleware Controlへのログインに進むと、Enterprise Managerがこれらのコンポーネントのステータスを間違って「停止中」と表示することがあります。

回避策として、Enterprise Managerからログアウトし、ドメインを再起動してから、ブラウザ・キャッシュをクリアします。再度ログインすると、Enterprise Managerによって、Oracle Identity Managementコンポーネントが「起動して実行中」と正しく表示されます。

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\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 WindowsでのOracle Internet Directoryの構成後にOIDMONが起動しない問題

Windowsプラットフォームで、インストーラの「インストールと構成」オプションまたは構成ウィザードを使用してOracle Internet Directoryを構成する場合、すべての環境変数(ORACLE_HOME、JAVA_HOME、PATHなど)の合計の長さが4,000文字を超えると、OIDMONは起動しません。

Oracle Internet Directoryの構成時にoidmon.exeアプリケーションのエラー・メッセージが表示された場合や、インストーラのログ・ファイルにOIDMONが起動できなかったと記録された場合、この問題が発生した可能性があります。

この問題を回避するには、すべての環境変数の合計の長さが4,000文字未満になるように変数の長さを短縮し、Oracle Internet Directoryを再度構成します。

2.3.2.7 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.8 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.2.9 JDK/JRE AES鍵サイズが同期していない場合にOracle Virtual Directoryの起動が失敗する

Oracle Virtual Directory (OVD)は、OVD (ORACLE_HOME/jdk)の起動に使用されるJDKに対してサポートされるAES鍵サイズとOracle Identity Managementインストーラに渡されるJava Runtime Environment (JRE)に対してサポートされる鍵サイズが一致しない場合に、次の例外で起動に失敗します。

java.security.InvalidKeyException: Illegal key size

この問題は、Java Cryptography Extension (JCE) Unlimited Strength Jurisdiction Policy FilesをJREにインストールした場合にのみ発生します。

構成中に、Oracle Platform Security Services (OPSS)はセキュア・データの暗号化に使用される暗号化鍵を作成します。-jreLocオプションを使用してJREをOracle Identity Managementインストーラに渡す場合、OPSSはそのJREを使用して、サポートされる最大鍵サイズで暗号化鍵を生成します。JCE Unlimited Strength Jurisdiction Policy FilesがJREにインストールされている場合、JREは256ビット鍵をサポートします。その結果、構成時に256ビット鍵が作成されます。ただし、デフォルトではOracle Identity ManagementにバンドルされているJDK (OVD Oracleホームから使用可能)を使用してOVDが起動され、128ビット鍵のみサポートされます。このため、OracleホームのバンドルされたJDKを使用してOVD/OPSSが起動された場合、暗号化鍵は読み取れず、OVD/OPSSの起動が失敗します。

Oracle Virtual Directoryを起動するには、OracleホームのデフォルトJDKとインストールされたJREの両方が同じ鍵サイズをサポートすることを確認してください。鍵サイズが同期するように次のいずれかを行い、構成を再試行します。

- ORACLE_HOME/jdk/jre/lib/securityディレクトリ内のJREに適用したのと同じJCE Unlimited Strength Jurisdiction Policy Filesファイルをインストールします。

- JREに適用したJCE Unlimited Strength Jurisdiction Policy Filesをロールバックし、元のファイルで置換します。

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

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

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

- 『リリース・ノート』のOracle Identity and Access Management構成に関する問題に関する項

今回、Windowsオペレーティング・システムでは既知の問題はありません。

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

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

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

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

SSLモードでのDesign Consoleのサーバーへの接続は断続的に失敗します。

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

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

- 2.3.4.1項「新規ウィンドウでの構成ウィザードの起動」

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

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.5 リポジトリ作成ユーティリティ(RCU)に関する問題

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

- 2.3.5.1項「MDSスキーマの表領域サイズの増加」

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

- 2.3.5.3項「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以外では認識されないためです。詳細は、『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の使用時における各製品の存在確認」

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

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

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

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

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

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

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

unpack.shcmdコマンドを実行してリモート・ホストにドメインを作成する場合、リモート・ホストの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\wlserver_10.3\common\nodemanagerディレクトリにnodemanager.propertiesファイルが作成されます。

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

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

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

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

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

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

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

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

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\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が正しく表示されない

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 Windowsでのクローニング時に返されるFileNotFoundException

Windowsオペレーティング・システムでapplyCloneコマンドを実行すると、コンソールにjava.io.FileNotFoundExceptionが返されます。

この例外は無視して問題ありません。applyClone操作は、正常に完了します。

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

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

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

2.3.14 ドメイン拡張により上書きされる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.15 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\config\OHS\instance_name\httpd.confファイルのServerNameエントリを手動で変更します。たとえば、次のようになります。

ServerName examplehost.exampledomain.com

この行は次のように変更する必要があります。

ServerName examplehost.exampledomain.com:port

portの部分は、実際のポート番号に置き換えてください。

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

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

2.3.17 メモリーの問題が原因でWebLogic管理サーバーが起動に失敗する問題

Windows 32ビット・オペレーティング・システムで、空きメモリーが使用可能であるにもかかわらず、WebLogic管理サーバーが十分なメモリーを割り当てることができずに起動に失敗することがあります。

回避方法として、次の手順を実行します。

1. <Domain_Home>\binディレクトリにあるsetSOADomainEnv.cmdファイルをテキスト・エディタで開きます。

2. 次のようにPORT_MEM_ARGSエントリを更新します。
set PORT_MEM_ARGS=-Xms512m -Xmx1024m

3. ファイルを保存して閉じます。

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

この項では、ドキュメントの訂正箇所を示します。次のトピックが含まれます:

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

- 2.4.2項「英語以外のロケールのWebCenter Portalインストーラの「ようこそ」画面にオンライン・ヘルプの目次がない」

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

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

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

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

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

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

2.4.2 英語以外のロケールのWebCenter Portalインストーラの「ようこそ」画面にオンライン・ヘルプの目次がない

英語以外のロケールを使用してOracle WebCenter Portal 11gインストーラの「ようこそ」画面で「ヘルプ」をクリックすると、空のページが表示されます。

英語以外のロケールのOracle WebCenter Portalインストーラの「ようこそ」画面のオンライン・ヘルプの目次が11gリリース1 (11.1.1)のOracle Fusion Middlewareインストーラ・オンライン・ヘルプにありません。

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

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

2.4.3.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.9.0 WebGates for Oracle Access Managerを削除するには、必ずこの項で説明されている手順を使用してください。ソフトウェアを手動で削除しようとすると、後でソフトウェアを再インストールする際に問題が発生する場合があります。この項の手順に従うと、ソフトウェアを正しく削除できます。

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

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

2. 次のコマンドを実行します。
UNIXの場合: ./runInstaller -deinstall

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

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

アンインストーラを起動すると、「ようこそ」画面が表示されます。11gリリース1 WebGate agents for Oracle Access Managerをアンインストールするには、2.4.3.1.1項を参照してアンインストールを続行します。

2.4.3.1.1 削除画面と手順

表2-2の指示に従って、アンインストールを完了します。

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

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

Sl. No.

画面

説明

必要になるアクション

1.

ようこそ

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

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

2.

Oracleホームの削除

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

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

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

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

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

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

3.

削除の進捗

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

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

4.

削除完了

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

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

2.4.3.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フォルダを右クリックして「削除」をクリックします。

2.5 既知の問題

この項では、既知の問題について説明します。次のトピックが含まれます:

- 2.5.1項「Forms BuilderとReports Builderがサポートされない」

2.5.1 Forms BuilderとReports Builderがサポートされない

Forms BuilderとReports Builderは、Linux x86-64、Solaris Operating System (SPARC 64-Bit)、AIX Based Systems (64-Bit)、HP-UX PA-RISC (64-Bit)、HP-UX ItaniumおよびMicrosoft Windows x64 (64-Bit)のプラットフォームでサポートされていません。これらはLinux x86およびMicrosoft Windows (32-Bit)プラットフォームでのみサポートされています。

3 アップグレード

この章では、現在の環境およびアプリケーションをOracle Fusion Middleware 11gにアップグレードする場合の問題について説明します。次のトピックが含まれます:

- 3.1項「一般的な問題および回避策」

- 3.2項「11.1.1.1.0からの移行における一般的な問題および回避策」

- 3.3項「アップグレードのドキュメントの訂正箇所」

注意:
この章では、任意のOracle Fusion Middleware製品のアップグレード時に発生する可能性がある問題が含まれます。
使用中の製品固有の問題については、この文書内で、その製品固有のリリース・ノートの章を参照してください。

3.1 一般的な問題および回避策

この項では、一般的な問題および回避策について説明します。次のトピックが含まれます:

- 3.1.1項「特定のアップグレードおよび互換性の要件に対処するためのパッチ」

- 3.1.2項「SOAアプリケーションのアップグレード時に発生するコンポジット・モデルを読み取れないエラー」

- 3.1.3項「Oracle BAMのアップグレードの問題」

- 3.1.4項「無効なODSスキーマを原因とするOracle Internet Directoryのアップグレード時のエラー」

- 3.1.5項「同じ場所にあるOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードが失敗する場合に必要なバックアップからのリストア」

- 3.1.6項「Oracle HTTP Serverが別のホストで実行されている場合にOracle Forms Servicesのアップグレードを検証できない問題」

- 3.1.7項「WebCenterセキュリティのアップグレードに関するリリース・ノート」

- 3.1.8項「Oracle B2Bのアップグレードに関するリリース・ノート」

- 3.1.9項「アップグレード後にOracle HTTP Serverの「ようこそ」ページにアクセスしたときの問題」

- 3.1.10項「Oracle Internet Directoryのアップグレード時の誤解しやすいエラー・メッセージ」

- 3.1.11項「Oracle Fusion Middleware 11gにSOA Order Bookingサンプル・アプリケーションを再デプロイする場合に必要な追加手順」

- 3.1.12項「ヒューマン・タスクフロー・プロジェクトのアップグレード時に必要な追加手順」

- 3.1.13項「アップグレード時における複数のOracle Virtual Directoryプロセスの停止」

- 3.1.14項「Oracle Internet Directoryのアップグレード失敗時におけるアップグレード・アシスタント画面への入力」

- 3.1.15項「Oracle Access Manager中間層のアップグレード」

- 3.1.16項「アップグレード・アシスタントの検証機能の実行時の結果が正しくない」

- 3.1.17項「アップグレード・アシスタントの起動時にjdk_version.logファイルがない」

- 3.1.18項「Oracle SOA Suite 10gプロジェクト内のテスト・スイートが11gにアップグレードされない」

- 3.1.19項「Certain Oracle SOA Suite 10gプロジェクトを11gに移行する際の誤ったワイヤリング」

3.1.1 特定のアップグレードおよび互換性の要件に対処するためのパッチ

通常、Oracle Fusion Middleware 11gにアップグレードする前には、Oracle Application Server 10gの最新のパッチ・セットが実行されているとみなされます。

また、一部の特定の環境では、アップグレード・プロセスを開始する前にOracle Application Server 10gコンポーネントに追加のソフトウェア・パッチを適用する必要があります。これらのパッチは、Oracle Application Server 10g環境をOracle Fusion Middleware 11gにアップグレードする際に発生する可能性のある特定の相互運用性の問題に対処するよう設計されています。

表3-1に、Oracle Fusion Middleware 11gの特定のアップグレードおよび互換性の要件に対処するための特定のパッチ・セットを示します。

詳細は、次の項を参照してください。

- 3.1.1.1項「My Oracle Support(旧OracleMetaLink)からのパッチおよびサポート・ドキュメントの取得」

- 3.1.1.2項「Microsoft Windows上のOracle Database 11gでのOracle BAMスキーマのアップグレード」

表3-1 特定のアップグレードおよび互換性の要件に対処するためのパッチ

パッチ・セット番号

説明および用途

追加情報

8404955

Oracle B2Bスキーマのアップグレードを実行する前に、Oracle Application Server Integration B2B 10gリリース2 (10.1.2)中間層にこの必須パッチを適用する必要があります。

このパッチ・セットは、取引パートナ契約をエクスポートする際に使用するJavaコマンドを有効化するために必要です(後述の手順を参照)。

『Oracle SOA Suite、WebCenter PortalおよびADFアップグレード・ガイド』の必要に応じてB2Bスキーマをアップグレードするタスクに関する項

8451592

Microsoft Windows 32ビット・コンピュータ上のOracle Database 11g (10.1.0.7)にOracle BAM 10gスキーマが格納されている場合、アップグレード・アシスタントを使用してスキーマを11gにアップグレードする前に、このパッチをデータベースに適用する必要があります。

3.1.1.2項「Microsoft Windows上のOracle Database 11gでのOracle BAMスキーマのアップグレード」

5746866

Oracle Application Server 10gスキーマをホストするデータベースがOracle Database 10g (10.1.0.x)データベースの場合、そのデータベースを必須のOracle Database 10g (10.2.0.4)にアップグレードする前に、このデータベース・パッチ(またはデータベース・パッチ5126270)が10g (10.1.0.x)データベースに適用済であることを確認してください。

データベース・パッチ5746866には、パッチ5126270が含まれます。

『アップグレード・プランニング・ガイド』のOracle Database 10gリリース2 (10.2.0.4)へのアップグレードに関する項

7685124

このパッチは、Oracle Secure Enterprise SearchをOracle Portal 11gで使用する前にOracle Secure Enterprise Search (10.1.8.3.0)に適用します。

Oracle Portal管理者ガイドのOracle Secure Enterprise Searchに関する項

8372141

このパッチは、Oracle SOA Suite 10gリリース3 (10.1.3.4)とOracle BPEL Process Manager 11g間の相互運用性を確保するために、Oracle Application Server 10gリリース3 (10.1.3.4)環境に適用します。

このパッチは、Oracle SOA Suite 10g Release 3 (10.1.3.4) Cumulative MLR #7とも呼ばれます。

『Oracle SOA Suite、WebCenter PortalおよびADFアップグレード・ガイド』のOracle SOA Suiteクライアント・アプリケーションのアップグレードに関する項

6522654

このパッチは、Oracle BAMスキーマをアップグレードする前にOracle Databaseに適用します。

スキーマのアップグレードを実行する前にこのパッチをOracle Database 10g (10.2.0.3)、10g (10.2.0.4)またはOracle Database 11g (11.1.0.7)に適用しないと、次のエラーが発生する可能性があります。

BAM MRUA: SCHEMA UPGRADE FAILED SQLException: ORA-39002: invalid operation

My Oracle Supportにおけるこのパッチの説明は、『USING DATA PUMP THROUGH DBLINK CAUSED DATA CORRUPTION FOR CLOB VALUES』です。

『Oracle SOA Suite、WebCenter PortalおよびADFアップグレード・ガイド』の必要に応じてBAMスキーマをアップグレードするタスクに関する項

3.1.3.1項「Oracle Database 10g (10.2.0.3)、10g (10.1.2.0.4)およびOracle Database 11g (11.1.0.7)でOracle BAMアップグレード・プラグインのデータ・ポンプ・エクスポートが失敗する問題」

7675269

このパッチは、Oracle Real Application Clusters (Oracle RAC) 11g (11.1.0.7)データベースでORA-01591エラーの発生を抑止するために適用します。

このエラーは、2フェーズ・コミットが進行中のトランザクションによりロックされている行で発生する可能性があります。

My Oracle Supportにおけるこのパッチの説明は、『ODAC 2008:RAC NODE AFFINITY: DISTRIBUTED TXN ABORTS WITH ORA-01591』です。

『アップグレード・プランニング・ガイド』のデータベースのアップグレードおよび準備に関する項

8291981

このパッチは、Oracle Database 11g (11.1.0.7)データベースに対するメタデータ・リポジトリ(MDS)の問合せで結果(ドキュメントまたは要素)の一部が検出されない問題を訂正するために適用します。

My Oracle Supportにおけるこのパッチの説明は、「SELECT INCORRECT RESULTS: SOME RESULTS NOT FOUND」です。

『管理者ガイド』のMDSリポジトリの管理に関する項

9007079

このバンドル・パッチは、Oracle Fusion Middleware Oracle SOA Suiteコンポーネントと組み合せてOracle RACデータベースを使用する際の3つの既知の問題に対処するために、Oracle Database 11g (11.1.0.7) Real Application Clusters (Oracle RAC)環境に適用します。

このパッチで対処される不具合のリストは、パッチのREADMEファイルを参照してください。

My Oracle Supportにおけるこのパッチの説明は、「MERGE REQUEST FOR 8886255 AND 7675269」です。

『高可用性ガイド』のOracle Real Application ClustersおよびFusion Middlewareに関する項

8607693

このパッチは、XAトランザクション・ブランチが複数のセッションによって非同期にロールバックされる場合に発生する可能性のあるエラーを抑止するために、Oracle Real Application Clusters (Oracle RAC) 11g (11.1.0.7)データベースに適用します。

My Oracle Supportにおけるこのパッチの説明は、「STRESS SOA - ORA-00600: 内部エラー・コード、引数: [504] (Oracle AC)」です。

『高可用性ガイド』のOracle Real Application ClustersおよびFusion Middlewareに関する項

7682186

このパッチは、ORA-600エラーの原因となる問題を抑止するために、Oracle Real Application Clusters (Oracle RAC) 11g (11.1.0.7)データベースに適用します。

この動作には、索引とブロック間のCR不整合や、Oracle RACマルチノード・グローバル・トランザクション環境における間違った結果が含まれます。

My Oracle Supportにおけるこのパッチの説明は、「ORA-600[KDSGRP1] SIGNALLED DURING BUGOLTP-XA WORKLOAD」です。

『高可用性ガイド』のOracle Real Application ClustersおよびFusion Middlewareに関する項

3.1.1.1 My Oracle Support(旧OracleMetaLink)からのパッチおよびサポート・ドキュメントの取得

パッチを取得するには、次の場所にあるMy Oracle Support(旧OracleMetaLink)にログインし、「パッチと更新版」をクリックしてパッチ番号を検索してください。

http://support.oracle.com/

サポート・ノートまたはドキュメントを入手するには、My Oracle Supportにログインし、「My Oracle Support」ウィンドウの一番上にあるクイック検索フィールドにサポート・ノート番号を入力して、ノート番号のナレッジ・ベースを検索します。

3.1.1.2 Microsoft Windows上のOracle Database 11gでのOracle BAMスキーマのアップグレード

Oracle BAMスキーマをホストするために使用するOracle DatabaseがOracle Database 11gデータベースの場合、必須パッチを適用して現在のデータベースをOracle Database 11g (10.1.0.7)にアップグレードする必要があります。

また、そのデータベースがMicrosoft Windows 32ビット・コンピュータ上で稼働している場合、アップグレード・アシスタントを実行してOracle BAMスキーマを11gにアップグレードする前に、Oracle Database 11g (10.1.0.7)データベースにパッチ8451592も適用する必要があります。

パッチ8451592は、Oracle Database Server Version 11.1.0.7 Patch 11とも呼ばれます。

重要:
『Oracle Database Server Version 11.1.0.7 Patch 11 Bundle Patch Update Note』のインストール後の作業に関する項に記載されている手順を実行する必要があります。この手順では、catcpu.sqlスクリプトの実行方法を詳細に説明しています。
データベース・パッチの適用後にcatcpu.sqlスクリプトを実行しないと、Oracle BAMスキーマのアップグレードは失敗します。

パッチ・アップデート・ノートを入手するには、My Oracle Supportでパッチの場所を特定した際に、「READMEの表示」ボタンをクリックします。パッチ・ファイルを含むダウンロードされたZIPファイルもここに含まれます。

Oracle BAMスキーマのアップグレードの詳細は、『Oracle SOA Suite、WebCenter PortalおよびADFアップグレード・ガイド』を参照してください。

3.1.2 SOAアプリケーションのアップグレード時に発生するコンポジット・モデルを読み取れないエラー

『Oracle SOA Suite、WebCenter PortalおよびADFアップグレード・ガイド』には、Oracle JDeveloper 11gでOracle SOA Suite 10gアプリケーションの特定の機能を自動的に11gにアップグレードする方法が記載されています。

ただし、JDeveloper 11gでのアプリケーションのアップグレード中に次のエラーが発生しても、そのエラーは無視して問題ありません。アプリケーションはアップグレードされますが、アップグレード後に新しいSOA-SARデプロイメント・プロファイルを作成する必要があります。この新しく作成したプロファイルを使用して、SOAコンポジットをデプロイします。

SEVERE: Unable to read composite model for project project_name

詳細は、『Oracle SOA Suite開発者ガイド』のOracle JDeveloperで単一のSOAコンポジットをデプロイする方法に関する項を参照してください。

3.1.3 Oracle BAMのアップグレードの問題

次の項では、Oracle BAM 10gからOracle BAM 11gへのアップグレードに関連する特定の問題について説明します。

- 3.1.3.1項「Oracle Database 10g (10.2.0.3)、10g (10.1.2.0.4)およびOracle Database 11g (11.1.0.7)でOracle BAMアップグレード・プラグインのデータ・ポンプ・エクスポートが失敗する問題」

- 3.1.3.2項「依存アラートが正しくアップグレードされない問題」

- 3.1.3.3項「計算フィールドを含むレポートのアップグレード時の問題」

- 3.1.3.4項「Oracle BAM 11gへのアップグレード後にフィールド名ではなくフィールドIDを参照する計算フィールド」

- 3.1.3.5項「Oracle BAM 10gからのアップグレード後のOracle BAM 11gサンプルの使用」

3.1.3.1 Oracle Database 10g (10.2.0.3)、10g (10.1.2.0.4)およびOracle Database 11g (11.1.0.7)でOracle BAMアップグレード・プラグインのデータ・ポンプ・エクスポートが失敗する問題

Oracle BAM 11gスキーマを11gにアップグレードする前に、Oracle Database 10g (10.2.0.3)、10g (10.1.2.0.4)およびOracle Database 11g (11.1.0.7)にパッチ6522654を適用する必要があります。

このパッチを適用しない場合、Oracle BAMスキーマのアップグレード時に次のエラーが発生する可能性があります。

BAM MRUA: SCHEMA UPGRADE FAILED SQLException: ORA-39002: invalid operation

詳細は、3.1.1項を参照してください。

3.1.3.2 依存アラートが正しくアップグレードされない問題

Oracle BAM 10gのアラートが他のアラートに依存している場合、その依存アラートはGUID参照に基づいて親アラートへの参照を維持します。このようなアラートを10gからエクスポートする場合、そのアラートには親アラートへのGUID参照が含まれているため、Oracle BAM 11gシステムへのインポートは失敗します。

エクスポートされたアラート定義ファイルを次のように変更することで、Oracle BAM 11gシステムへのインポート時の問題を回避できます。

Oracle BAM 10gシステムからエクスポートした依存アラートのファイルの内容を編集し、親アラートに対する参照を含む次の要素を変更します。

次の内容を変更します。

&lt;param name=&quot;RuleID&quot; order=&quot;0&quot;&gt;
//private:weblogic/Rule/624567ffe84de34c-6e6bdbaa120eb7f6ea6-8000
&lt;/param&gt;

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

&lt;param name=&quot;RuleID&quot; order=&quot;0&quot;&gt;
ParentAlertName
&lt;/param&gt;

つまり、親アラートに対するGUID参照を親アラートの名前で置き換えます。

3.1.3.3 計算フィールドを含むレポートのアップグレード時の問題

Oracle BAM 10gまたはOracle BAM 11g リリース1 (11.1.1.1.0)でレポートを作成し、そのレポートにdatetime型フィールドを使用する計算フィールドが含まれる場合、Oracle BAM 11g リリース1 (11.1.1.2.0)の「計算」タブに次のエラーが表示されます。

BAM-01610: INVALID FILTER EXPRESSION

具体的には、この計算が、文字列形式の日時型フィールドに対する等価チェックの式である場合に、このエラーが発生します。たとえば、「最終変更」などの日時型フィールドの場合、次の計算は機能しません。

If {Last Modified}=="7/18/2002 1:33:10 PM"

レポートをアップグレードするには、計算フィールドを削除する必要があります。

3.1.3.4 Oracle BAM 11gへのアップグレード後にフィールド名ではなくフィールドIDを参照する計算フィールド

Oracle BAM 11g リリース1 (11.1.1.2.0)へのアップグレード後、レポートの計算フィールドは、フィールド名ではなくフィールドIDに基づいて各フィールドを参照します。

特に、アップグレード後、式で参照されるフィールド名は、フィールドID(_Num_Soldなど)を使用するように変換されます。

たとえば、アップグレード後、フィールド参照は次のようになります。

If({_Num_Sold}==5000)
Then("met")
Else("notmet")

計算フィールドは、アップグレード後およびこの自動変換後も引き続き機能します。

3.1.3.5 Oracle BAM 10gからのアップグレード後のOracle BAM 11gサンプルの使用

Oracle BAM 11gをインストールすると、インストーラによって、Oracle SOA SuiteのOracleホームにサンプル・アプリケーションのセットがコピーされます。Oracle BAM 10gからOracle BAM 11gへのアップグレード後にこれらのサンプルを使用する方法の詳細は、次の項を参照してください。

- 3.1.3.5.1項「Oracle BAMサンプルの一般情報」

- 3.1.3.5.2項「Oracle BAM 11gサンプルの構成前に実行するすべての10gサンプル・アプリケーションの削除」

Oracle Fusion Middleware 11gリリース1 (11.1.1.1.0)から移行後のOracle BAM 11gの詳細は、3.2.8項を参照してください。

3.1.3.5.1 Oracle BAMサンプルの一般情報

Oracle Fusion Middlewareのインストーラによって、Oracle SOA SuiteのOracleホームの次の場所にOracle BAMサンプルがコピーされます。

SOA_ORACLE_HOME/bam/samples/bam/

これらのサンプルを構成および使用する手順と、最新のサンプルを取得するには、Oracle Technology Network (OTN)の次のURLにアクセスしてください。

http://www.oracle.com/technology/products/integration/bam/collateral/samples11g.html

この手順では、Oracle BAM 11g環境でデモを構成するプロパティ設定スクリプトの使用方法について説明しています。各サンプル・ディレクトリ内のデモごとに個別のREADMEファイルも用意されています。

3.1.3.5.2 Oracle BAM 11gサンプルの構成前に実行するすべての10gサンプル・アプリケーションの削除

OTNの手順を使用してOracle BAM 11gサンプルを設定する前に、既存の10gサンプルに関連するすべてのデータ・オブジェクト、レポートまたはアラートを削除してください。

たとえば、設定スクリプトを実行する前に、必ずOracle BAM 10gのCall CenterおよびAthertonのデモに関連するすべてのアーティファクトを削除します。

3.1.4 無効なODSスキーマを原因とするOracle Internet Directoryのアップグレード時のエラー

アップグレード・アシスタントを使用してOracle Internet Directoryスキーマを10gリリース2 (10.1.2.3)から11gにアップグレードする際にエラーが発生した場合、ODS 10gスキーマが有効であることを確認してください。

データベースのOracle Application Server 10gスキーマのステータスを表示するには、次のSQLコマンドを使用します。

SELECT comp_id, version, status FROM app_registry;

このコマンドの出力でODSスキーマがINVALIDであると示された場合、次のMy Oracle Supportドキュメントの指示に従って参照整合性をインストールおよび構成してください。

730360.1, "Referential Integrity in Oracle Internet Directory Version 10.1.2.3"

サポート・ドキュメントの指示を実行したら、Oracle Internet Directoryスキーマのアップグレードを再試行します。

3.1.5 同じ場所にあるOracle Internet DirectoryおよびOracle Directory Integration Platformのアップグレードが失敗する場合に必要なバックアップからのリストア

アップグレード・アシスタントを使用してOracle Internet DirectoryとOracle Directory Integration Platformの両方をアップグレードする場合、次のことを考慮してください。

Oracle Internet Directoryのアップグレードに失敗した場合、アップグレード・アシスタントを再実行する前に、Oracle Internet Directory 10gのバックアップをリストアする必要があります。この操作を行わないと、アップグレード・アシスタントでOracle Directory Integration Platformをアップグレードできません。

3.1.6 Oracle HTTP Serverが別のホストで実行されている場合にOracle Forms Servicesのアップグレードを検証できない問題

アップグレード・アシスタントを使用してOracle HTTP Serverのローカル・インスタンスを含まないOracle Forms Servicesインスタンスをアップグレードする場合、アップグレード・アシスタントの検証機能でアップグレードが成功したかどうかを確認できません。検証機能では、アップグレードが成功したことはレポートされず、かわりにサーバーが使用できないことがレポートされます。この検証エラーは、Oracle HTTP ServerがOracle Forms Servicesインスタンスとは異なるホストにインストールされて構成されている場合、間違っている可能性があります。

3.1.7 WebCenterセキュリティのアップグレードに関するリリース・ノート

次の不具合とリリース・ノートは、カスタムWebCenterアプリケーションを10.1.3.xからアップグレードする際のセキュリティ上の変更に関連します。

- 3.1.7.1項「互換性フラグ・セットによりRowSetPermissionチェックが失敗する問題」

- 3.1.7.2項「アプリケーションに許可のない権限が含まれる場合に権限が適切に移行されない問題」

- 3.1.7.3項「外部アプリケーションのデプロイ後に共有またはパブリック資格証明が見つからない問題」

3.1.7.1 互換性フラグ・セットによりRowSetPermissionチェックが失敗する問題

10.1.3では、ADFフレームワークにより、ページ権限のチェックに加え、行セット、属性およびメソッドの権限チェックが実行されました。10.1.3アプリケーションで行セットおよび属性に対する読取り権限と、メソッドに対する実行権限をすべてのユーザーに付与している場合、アプリケーションは追加の設定なしで11R1で正常に動作します。

ただし、10.1.3アプリケーションで一部のユーザーのみに行セットおよび属性の表示とメソッドの実行を許可している場合、この種のセキュリティをサポートするために特別なフラグを設定する必要があります。このフラグを設定しない場合、11R1では権限チェックがページとタスクフローに対してのみ実行されるため、ページへのアクセス権を持つすべてのユーザーは、属性および行セットを表示し、メソッドを実行できます。このフラグは、アプリケーションごとにadf-config.xmlファイルで設定する必要があります。

<sec:adf-security-child xmlns="http://xmlns.oracle.com/adf/security/config">
<JaasSecurityContext
initialContextFactoryClass=
"oracle.adf.share.security.JAASInitialContextFactory"
jaasProviderClass=
"oracle.adf.share.security.providers.jps.JpsSecurityContext"
authorizationEnforce="true"/>
<contextEnv name="oracle.adf.security.metadata" value="false"/>
<CredentialStoreContext
credentialStoreClass=
"oracle.adf.share.security.providers.jps.CSFCredentialStore"
credentialStoreLocation="../../src/META-INF/jps-config.xml"/>
</sec:adf-security-child>

3.1.7.2 アプリケーションに許可のない権限が含まれる場合に権限が適切に移行されない問題

10.1.3アプリケーションに許可のない権限が含まれる場合、権限は適切に移行されません。開発者は、移行を実行する前に、10.1.3ワークスペースのapp-jazn-data.xmlファイルを調査して、許可が空に設定されているすべての権限を削除する必要があります。

3.1.7.3 外部アプリケーションのデプロイ後に共有またはパブリック資格証明が見つからない問題

10.1.3アプリケーションをセキュリティで保護している場合、移行の前に、アプリケーションのadf-config.xmlファイルでJaasSecurityContext要素とCredentialStoreContext要素が重複していないことを確認してください。次の例では、最初のJaasSecurityContext要素は空であり、削除する必要があります(次のXMLスニペットのRemove entryを参照してください)。

<adf-config-child xmlns="http://xmlns.oracle.com/adf/security/config">
<CredentialStoreContext
credentialStoreClass=
"oracle.adf.share.security.providers.jazn.JAZNCredentialStore"
credentialStoreDefaultUser="anonymous"
credentialStoreLocation="./credential-store.xml"/>
<JaasSecurityContext/> <!--Remove entry-->
<JaasSecurityContext
initialContextFactoryClass=
"oracle.adf.share.security.JAASInitialContextFactory"
jaasProviderClass=
"oracle.adf.share.security.providers.jazn.JAZNSecurityContext"
authorizationEnforce="true"/>
</adf-config-child>

3.1.8 Oracle B2Bのアップグレードに関するリリース・ノート

次のリリース・ノートは、Oracle B2B 10gをOracle B2B 11gにアップグレードする場合に適用されます。

- 3.1.8.1項「ebMSとOracle B2Bを併用する場合に必要なサービス名」

- 3.1.8.2項「Oracle B2B 11gにおけるウォレットのキーストアへの変換」

- 3.1.8.3項「11gにアップグレードされないOracle B2B UCCnetのドキュメント」

- 3.1.8.4項「Oracle B2Bスキーマ・アップグレードが成功してもアップグレード・ログ・ファイルにエラーが記録される」

3.1.8.1 ebMSとOracle B2Bを併用する場合に必要なサービス名

Oracle B2B 11gでebMSプロトコルを使用する場合、「サービス名」パラメータは必須であるため、10gデータのインポート後に状況に応じてこのフィールドの値を指定する必要があります。

ドラフト状態の契約で、「パートナ」→「ドキュメント」タブのフィールドを更新します。ebMSプロトコルを使用するドキュメント定義を選択すると、「ドキュメントの詳細」領域に「ドキュメント・タイプ」→「ebMS」タブが表示されます。「サービス名」フィールドはこのタブにあります。

3.1.8.2 Oracle B2B 11gにおけるウォレットのキーストアへの変換

Oracle B2B 11gへのアップグレード後、orapki pkcs12_to_jksオプションを使用してキーストア全体を置換します。次のようにウォレットをキーストアに変換します。

1. 元のキーストアをバックアップします。

2. orapki wallet pkcs12_to_jksオプションを使用してキーストアに変換します。

3. keytool -listを使用して別名をリストし、検証します。

4. keytool -importkeystoreを使用して、変換したキーストアを元のキーストアのバックアップ(手順1を参照)にインポートします。

3.1.8.3 11gにアップグレードされないOracle B2B UCCnetのドキュメント

OracleAS Integration B2Bでは、カスタム・ドキュメント・オプションでUCCnetのサポートが提供されます。UCCnetは、小売りおよび消費財の業界で取引パートナが標準規格に準拠したデータを交換できるサービスです。

ただし、UCCnetのドキュメントは、Oracle B2B 11gに自動的にアップグレードされません。Oracle B2B 11gでのUCCnetドキュメントの使用の詳細は、『Oracle B2Bユーザーズ・ガイド』のUCCnetドキュメント・プロトコルの使用に関する項を参照してください。

3.1.8.4 Oracle B2Bスキーマ・アップグレードが成功してもアップグレード・ログ・ファイルにエラーが記録される

Oracle Fusion Middlewareアップグレード・アシスタントを使用してOracle B2Bスキーマをアップグレードする場合、Oracle B2Bスキーマ・アップグレードが成功してもアップグレード・ログ・ファイルにエラーが記録される可能性があります。

たとえば、次のようなエラーが表示される可能性があります。

oracle.jrf.UnknownPlatformException: JRF is unable to determine the current
application server platform

アップグレード・アシスタントからアップグレードが成功したとレポートされるかぎり、これらのエラーは無視してもかまいません。これらは、今後のリリースで対処される予定です。

アップグレード・ログ・ファイルの使用方法を含むアップグレード問題のトラブルシューティングの詳細は、『アップグレード・プランニング・ガイド』の一般的なトラブルシューティングのガイドラインに関する項を参照してください。

Oracle B2Bスキーマのアップグレードの詳細は、『Oracle SOA Suite、WebCenter PortalおよびADFアップグレード・ガイド』の必要に応じてB2Bスキーマをアップグレードするタスクに関する項を参照してください。

3.1.9 アップグレード後にOracle HTTP Serverの「ようこそ」ページにアクセスしたときの問題

Oracle HTTP Server 11gへのアップグレード後、httpd.confのDirectoryIndexディレクティブはindex.htmlに設定されます。その結果、推奨されるURLに移動してOracle Fusion Middlewareの「ようこそ」ページを表示すると、かわりにhello worldというサンプル・アプリケーション・ページが表示されます。

この問題に対処するには:

1. 次の場所にあるhttpd.confファイルを編集します。

ORACLE_INSTANCE/config/OHS/ohs_component_name/

2. httpd.confファイルでDirectoryIndexディレクティブを検索し、index.htmlをwelcome-index.htmlに変更します。

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

3.1.10 Oracle Internet Directoryのアップグレード時の誤解しやすいエラー・メッセージ

Oracle Internet Directory 11gへのアップグレード時に、アップグレード・アシスタントにエラー・メッセージ(例3-1)が表示されることがあります。このエラー・メッセージは、一部の管理プロセスの起動に失敗したことを示します。

アップグレード・アシスタントのメッセージですべてのコンポーネントが正常にアップグレードされたことも同時に示されていれば、このメッセージは無視して問題ありません。このエラーは、アップグレード・アシスタントがOracle Enterprise Managerエージェントを起動しようと試み、エージェントがすでに実行中である場合に発生します。

例3-1 Oracle Internet Directoryのアップグレード時のエラー・メッセージ

-----------------------------------------------------------
Starting Destination Components
Starting OPMN and managed processes in the destination Oracle instance.
->UPGAST-00141: startup of 11g OPMN managed processes failed.
Starting WebLogic managed server wls_ods1
Clicked OK to continue
Upgrade Progress 100%
All components were upgraded successfully.
------------------------------------------------------------

3.1.11 Oracle Fusion Middleware 11gにSOA Order Bookingサンプル・アプリケーションを再デプロイする場合に必要な追加手順

『Oracle SOA Suite、WebCenter PortalおよびADFアップグレード・ガイド』の付録Aには、Oracle JDeveloper 11gアップグレードの使用方法およびOracle Fusion Middleware 11gでの複雑なアプリケーションの再デプロイ方法の例が示されています。

ただし、Oracle Fusion Middleware 11g (11.1.1.3.0)のインストール後、Oracle JDeveloper 11gでアプリケーションを正常にコンパイルおよびデプロイするには、次の追加タスクを実行する必要があります。

1. Oracle JDeveloper 11gでアプリケーションを開いてアップグレードする前に、元のweb.xmlを編集して<web-app>要素を次のように置き換えます。

<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
version="2.5" xmlns="http://java.sun.com/xml/ns/javaee">

2. 『Oracle SOA Suite、WebCenter PortalおよびADFアップグレード・ガイド』の付録Aの手順に従って、Oracle JDeveloper 11gでSOA Order Bookingアプリケーションを開き、アプリケーション内のプロジェクトをアップグレードします。

3. A.8.10「ApproveOrderTaskForm」に進んだら、web.xmlを開き、WFTTaskUpdateサーブレットに<servlet>要素と<servlet_mapping>要素が含まれることを確認します。
これらの要素がweb.xmlファイルに存在しない場合、web.xmlファイルを編集して例3-2のように各要素を追加します。

4. プロジェクトをデプロイするための残りの手順を続行します。

例3-2 SOA Order Bookingのweb.xmlファイルに追加するサーブレットの要素

<servlet>
<servlet-name>
WFTaskUpdate
</servlet-name>
<servlet-class>
oracle.bpel.services.workflow.worklist.servlet.WFTaskUpdate
</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>
WFTaskUpdate
</servlet-name>
<url-pattern>
/WFTaskUpdate
</url-pattern>
</servlet-mapping>

3.1.12 ヒューマン・タスクフロー・プロジェクトのアップグレード時に必要な追加手順

デフォルトでは、ヒューマン・タスクフロー・プロジェクトを含むアップグレードされたOracle SOA Suite 10gリリース3 (10.1.3)アプリケーションをOracle Fusion Middleware 11g (11.1.1.3.0)にデプロイする場合、タスクフローの詳細を表示できません。

この問題を回避するには、ヒューマン・タスクフロー・プロジェクトを含むアプリケーションをデプロイする際に、次の追加手順を実行します。

1. Oracle JDeveloper 11gでアプリケーションを開いてアップグレードする前に、元のweb.xmlを編集して<web-app>要素を次のように置き換えます。

<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
version="2.5" xmlns="http://java.sun.com/xml/ns/javaee">

2. Oracle JDeveloper 11gでアプリケーションを開いてアップグレードしてから、次の手順を実行します。

1. Oracle JDeveloper 11gで、アプリケーションをEARファイルにデプロイします。

2. ディスク上にEARファイルを展開し、次にディスク上にパッケージ済WARファイルを展開します。
例:

jar -xvf ear_file_name.ear
jar -xvf war_file_name.war

3. WARファイルのWEB-INFディレクトリにあるweb.xmlファイルを開き、次のエントリをコメント・アウトします。

<!--servlet-mapping>
<servlet-name>jsp</servlet-name>
<url-pattern>*.jsp</url-pattern>
</servlet-mapping-->

4. WARを再パッケージし、次にEARを再パッケージします。
例:

jar -cvf war_file_name.war *
jar -cvf ear_file_name.ear *

5. WebLogic管理コンソールを使用してEARをデプロイします。
アプリケーションをデプロイする場合、Oracle JDeveloper 11gではなく、Oracle WebLogic Server管理コンソールを使用することが重要です。その理由は、Oracle JDeveloperの場合、アプリケーションが強制的に再ビルドされ、変更内容が上書きされてしまうためです。

3.1.13 アップグレード時における複数のOracle Virtual Directoryプロセスの停止

Oracle Virtual Directoryを11gにアップグレードする際に、複数のOracle Virtual Directoryプロセスが実行されている場合、それらのOracle Virtual Directoryプロセスを手動で停止する必要があります。Oracle Virtual Directoryを停止しようとすると、開始されている最後のプロセスのみが停止します。複数のOracle Virtual Directoryプロセスが実行されている場合、Oracle Virtual Directory 11gにアップグレードする前に、kill -9コマンドを使用してそれらのプロセスを停止する必要があります。

3.1.14 Oracle Internet Directoryのアップグレード失敗時におけるアップグレード・アシスタント画面への入力

Oracle Internet Directoryのアップグレードがアップグレード・プロセスの調査フェーズ中に失敗した場合、各画面で入力した内容を変更しないでください。かわりに、アップグレード・アシスタント・ウィザードを終了し、アップグレード・プロセスを再開します。

3.1.15 Oracle Access Manager中間層のアップグレード

アップグレード・アシスタントを使用してOracle Single Sign-On 10gをOracle Access Manager 11gにアップグレードする場合、Oracle Access Managerの管理対象サーバーが実行されている同じマシンからアップグレード・アシスタントを実行する必要があります。

3.1.16 アップグレード・アシスタントの検証機能の実行時の結果が正しくない

一部のアップグレード・シナリオの場合、Oracle Fusion Middlewareアップグレード・アシスタントには、アップグレードした11g環境を分析しようとする検証機能が用意されています。検証機能を実行すると、アップグレード・アシスタントにより、アップグレードした環境で見つかった問題が自動的にレポートされます。

ただし、検証機能によって問題が誤って識別される場合もあります。たとえば、シングル・サインオンが有効である場合、アップグレードしたコンポーネントの特定のURLにアクセスできないとレポートされる可能性があります。

このような場合、URLをWebブラウザに直接入力してURLを検証する必要があります。この際、URLは実際には有効である可能性があり、この場合は検証機能によって生成されたエラーは無視してかまいません。

3.1.17 アップグレード・アシスタントの起動時にjdk_version.logファイルがない

Oracle Fusion Middlewareアップグレード・アシスタントを起動してOracle Identity and Access Management製品のアップグレードを開始すると、次のファイルがないことを示すエラー・メッセージがターミナル・ウィンドウに表示されます。

temp\jdk_version.log

このエラーが表示されたら、アップグレード・アシスタントを停止してから、アップグレード・アシスタントを実行する前に次のディレクトリを手動で作成してください。

ORACLE_HOME/upgrade/temp

この例では、ORACLE_HOMEは、Oracle Identity and Access Manager製品がインストールされているディレクトリです。

3.1.18 Oracle SOA Suite 10gプロジェクト内のテスト・スイートが11gにアップグレードされない

Oracle SOA Suite 10gプロジェクトをOracle SOA Suite 11gにアップグレードしても、Oracle JDeveloperプロジェクトに定義されているテスト・スイートが11gにアップグレードされません。ほとんどの場合、Oracle JDeveloper 11g内でテスト・スイートを変更または再作成する必要があります。

詳細は、次のドキュメントを参照してください。

- 『Oracle SOA Suite、WebCenter PortalおよびADFアップグレード・ガイド』のOracle BPEL Process Managerテスト・スイートの問題の修正に関する項

- 『Oracle SOA Suite開発者ガイド』のSOAコンポジット・アプリケーションの自動テストに関する項

3.1.19 Certain Oracle SOA Suite 10gプロジェクトを11gに移行する際の誤ったワイヤリング

特定のOracle SOA Suite 10gプロジェクトを11gに移行する場合、移行ツールはコンポジットを正しくワイヤリングしません。これは、重複するporttypesまたはpartnerlinktypesがある場合に発生します。

この問題を回避するには、porttypesまたはpartnerlinktypesが一意になるようにし、移行処理を開始する前に参照を調整します。

3.2 11.1.1.1.0からの移行における一般的な問題および回避策

この項では、Oracle Fusion Middleware 11g リリース1 (11.1.1.1.0)から開始しており、『パッチ適用ガイド』の付録B「パッチ・アシスタントを使用した11gリリース1 (11.1.1.1.0)からリリース1 (11.1.1.2.0)への移行」を使用している場合のみ適用される一般的な問題および回避策について説明します。

この項には次のトピックが含まれます:

- 3.2.1項「11.1.1.2.0ドメインの停止」

- 3.2.2項「patchMaster.propertiesファイルの編集」

- 3.2.3項「Oracle Internet Directoryのスキーマへのパッチ適用」

- 3.2.4項「patchmaster.ValidationErrorContinueプロパティの変更」

- 3.2.5項「検証タスクのデフォルト設定の変更」

- 3.2.6項「execute-sql-rcuマクロの実行時の重大なエラー」

- 3.2.7項「Oracle WebLogic Server管理コンソールにマシン名が表示されない問題」

- 3.2.8項「11.1.1.1.0からの移行後にOracle BAM 11gのパッケージ済サンプルを使用する方法」

3.2.1 11.1.1.2.0ドメインの停止

ant master-stop-domain-newコマンドを使用して11.1.1.2.0ドメインを停止する場合、管理サーバーと管理対象サーバーが停止していると、次の例外が表示されることがあります。

java.net.ConnectException: Connection refused: connect; No available router to destination.

The admin server and the managed servers should be up while running the command.

3.2.2 patchMaster.propertiesファイルの編集

WindowsでpatchMaster.propertiesファイルの値を指定する場合、ファイル・デリミタには必ず「/」を使用してください。エスケープ文字として\を使用できます。\がpatchMaster.propertiesファイルで使用されている場合、パッチ・アシスタントでは、その文字があることが警告され、パッチ操作を継続するかどうかを入力するよう求められます(["y"/"n"])。この対話操作を希望せず、patchMaster.propertiesファイルの整合性を確認済の場合、antコマンドを-noinputオプション付きで実行します。

3.2.3 Oracle Internet Directoryのスキーマへのパッチ適用

Oracle Internet Directoryのスキーマにパッチを適用する場合、patchMaster.propertiesファイルのpatchMaster.Componentlistプロパティのパラメータとして、必ずOIDのみを指定してください。

3.2.4 patchmaster.ValidationErrorContinueプロパティの変更

デフォルトでは、patchMaster.ValidationErrorContinueファイルは、patchmaster.ValidationErrorContinueとして表示されます。このプロパティを実行すると、エラーが発生します。

そのため、このプロパティを使用する場合、パッチ・アシスタントを実行する前にデフォルト・プロパティをpatchMaster.ValidationErrorContinueで置き換えてください。

3.2.5 検証タスクのデフォルト設定の変更

パッチ・アシスタントでは、patchMaster.propertiesファイルに指定されているプロパティを検証します。それ以外に、次の検証タスクも実行します。

- 使用可能なソース、ターゲット・ホームおよびインスタンスのパスが存在するかどうかを確認します。

- インスタンスやホームなどが存在する場合、それらの検出場所を確認します。

- 個々の移行タスクを検証します。たとえば、ドメインを移行する場合、スキーマベースのプロパティは必要ありません。スキーマベースのプロパティを指定する場合、必ずスキーマベースのプロパティの完全で適切なセットを設定してください。

- 特定のコンポーネントに関する例外を認識しようと試みます。たとえば、パッチが適用されるコンポーネントとしてOracle Internet Directoryが単独で指定されている場合、property patchMaster.Schemaprefixは必要ありません。ただし、他のコンポーネントにもパッチが適用される場合、patchMaster.Schemaprefixはスキーマ・プロパティ検証の必須要素とみなされます。

検証エラーの発生後にパッチ・アシスタントのタスクを続行する場合、patchMasterディレクトリにあるpatchMaster.propertiesファイルをテキスト・エディタで開き、patchMaster.ValidationErrorContinueプロパティの値をtrueに変更します(デフォルト値はfalseです)。または、Antコマンドライン・ユーティリティを使用して、patchMaster.propertiesファイルのプロパティ・セットをオーバーライドすることもできます。コマンドラインで次のように必須プロパティを指定する必要があります。

ant-DpatchMaster.ValidationErrorContinue

3.2.6 execute-sql-rcuマクロの実行時の重大なエラー

execute-sql-rcuマクロの実行時に、次のエラー・メッセージが表示されることがあります(ただし、SQLスクリプトの実行は継続されます)。

[java] SEVERE: Error while registering Oracle JDBC Diagnosability MBean.
[java] java.security.AccessControlException: access denied (javax.management.MBeanTrustPermission register)

このエラーを解決するには、登録権限を付与するために次の構文をjava.policyファイルに追加する必要があります(このファイルは、UNIXではJAVA_HOME/jre/lib/securityに、WindowsではJAVA_HOME\jre\lib\securityにあります)。

.
grant codeBase "file:${PATCH-MASTER-HOME}/lib/*.jar" {
permission javax.management.MBeanTrustPermission "register";
};

注意:
{PATCH-MASTER-HOME}は、実際のホーム・パスで置き換えてください。

3.2.7 Oracle WebLogic Server管理コンソールにマシン名が表示されない問題

パッチ・アシスタントの実行後、Oracle WebLogic Server管理コンソールに、11.1.1.1.0および11.1.1.2.0で構成されたマシン(Machine-0およびMachine-1)のリストが表示されません。11.1.1.2.0への移行後、Oracle WebLogic Server管理コンソールを使用してマシン名を再入力する必要があります。詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプに含まれるマシンの作成および構成に関する項を参照してください。

3.2.8 11.1.1.1.0からの移行後にOracle BAM 11gのパッケージ済サンプルを使用する方法

Oracle BAM 11gサンプル・アプリケーションを使用する場合、Oracle Fusion Middleware 11g リリース1 (11.1.1.1.0)からリリース1 (11.1.1.2.0)への移行後にサンプルを使用する方法に関して、次の項を参照してください。

- 3.2.8.1項「11.1.1.1.0からの移行後におけるOracle BAM 11gサンプルの構成」

- 3.2.8.2項「11.1.1.1.0からの移行後におけるForeign Exchangeサンプルの使用」

Oracle BAM 11gサンプルの詳細は、3.1.3.5.1項を参照してください。

3.2.8.1 11.1.1.1.0からの移行後におけるOracle BAM 11gサンプルの構成

Oracle Fusion Middleware 11g リリース1 (11.1.1.1.0)から11g リリース1 (11.1.1.2.0)に移行したら、必ず適切な設定スクリプトを実行してサンプルを設定してください。厳密には、設定スクリプトではなく再作成スクリプトを実行する必要があります。

詳細は、各Oracle BAM 11gサンプルのREADMEファイルを参照してください。

3.2.8.2 11.1.1.1.0からの移行後におけるForeign Exchangeサンプルの使用

11.1.1.1.0からの移行後に、再作成スクリプトを実行してForeign Exchangeサンプルを設定すると、レポート(Shared Reports/Demos/Foreign Exchange)を開いたときに次のエラーが発生する可能性があります。

The "Trade Volume" has an error:
CACHEEXCEPTION_NULL_NULL_NULL
Message:BAM-01274: The field ID 1 is not recognized.

この問題を修正するには、次の手順を実行します。

1. アクティブ・スタジオを起動します。

2. 次のレポートを開きます。

Shared Reports/Demos/Foreign Exchange/SLAViolation Report

3. 「編集」を選択します。

4. 「貿易量」ビューを選択し、「ビューの編集」をクリックします。

5. 「グループ化」の下の「フィールド」タブで、GroupByフィールドを選択します。

6. 「サーフェス・プロンプト」タブに移動します。

7. 「表示場所」ドロップダウン・メニューで、「ビュー・タイトル」を選択します。

8. 「適用」をクリックしてレポートを保存します。

OTNのOracle BAMサンプル・ページに定期的にアクセスして、最新のサンプルと、Oracle BAMサンプル・アプリケーションの詳細情報を入手してください。

3.3 アップグレードのドキュメントの訂正箇所

この項では、次のガイドに関するドキュメントの訂正箇所を示します。

- 3.3.1項「『Java EEアップグレード・ガイド』の訂正箇所」

3.3.1 『Java EEアップグレード・ガイド』の訂正箇所

この項には、『Java EEアップグレード・ガイド』の訂正箇所が含まれます。内容は次のとおりです。

- 3.3.1.1項「SSLに対応したOracle HTTP Serverのアップグレード後のタスクの概要」

3.3.1.1 SSLに対応したOracle HTTP Serverのアップグレード後のタスクの概要

『Java EEアップグレード・ガイド』のアップグレード後のOracle HTTP ServerおよびOracle Web Cacheポートの検証および更新に関する項には、一部の状況でOracle HTTP Serverに対して実行する必要があるアップグレード後の追加ステップに関する情報が記載されています。

特に、Oracle Application Server 10gインストールに使用されているポートではなく、Oracle Fusion Middleware 11gインストールに定義されている新しいポートを使用することを決定した場合、リスニング・ポート、元のサーバー、サイト定義、およびサイト・サーバー間マッピング設定を検証し、必要に応じて変更を行う必要があります。

この項では、Oracle HTTP ServerインスタンスとOracle Web Cacheインスタンスが同じOracleホーム内にあり、これらのインスタンスをまとめてアップグレードする場合でも、このタスクを実行する必要があるという記載が抜けています。

たとえば、10g環境でエンドツーエンドSSLが有効である場合、アップグレードしたOracleホーム内のssl.confファイルを編集し、Oracle HTTP Server 11gのssl.confファイル内のServerNameエントリが正しいことを確認する必要があります。Oracle Fusion Middleware 11g Oracleホーム内のssl.confファイルを見つけ、ServerNameディレクトリが11g Oracle Web Cacheのホストおよびリスニング・ポートに設定されていることを確認してください。

例:

ServerName testbox01.example.com:443

4 Oracle Fusion Middlewareの管理

この章では、Oracle Fusion Middlewareの管理に関連する問題について説明します。次のトピックが含まれます:

- 4.1項「一般的な問題および回避策」

- 4.2項「構成の問題および回避策」

- 4.3項「『管理者ガイド』のドキュメントの訂正箇所」

注意:
この章では、Oracle Fusion Middleware製品の管理において発生する可能性のある問題について説明します。
使用中の製品固有の問題については、その製品固有のリリース・ノートを参照してください。

4.1 一般的な問題および回避方法

この項では、一般的な問題および回避策について説明します。次のトピックが含まれます:

- 4.1.1項「このリリースのOracle Database 12.2を使用する場合の問題」

- 4.1.2項「OPMNのパスの概要」

- 4.1.3項「IPv6とIPv4の混在環境でFusion Middleware Controlからエラーが返される問題」

- 4.1.4項「JSFアプリケーションのデプロイ」

- 4.1.5項「テストから本番への移行における制限」

- 4.1.6項「Oracle Business Process Managementのテスト環境から本番環境への移行における制限」

- 4.1.7項「間違ったエラー・メッセージ・レベルで返されるメッセージ」

4.1.1 このリリースのOracle Database 12.2を使用する場合の問題

Oracle Database 12.2以上を使用する場合、次の問題に直面する可能性があります。

- リポジトリ作成ユーティリティ(RCU)を使用してMetadata Services (MDS)データベース・スキーマを作成したり、Oracle Database 12.2に対してパッチセット・アシスタントを使用してMDSデータベース・スキーマをアップグレードする場合、操作が失敗する可能性があります。
エラーORA-28104: statement_typesの入力値が有効ではありませんを受け取る可能性があります。このため、Oracle Database 12.2以降のセキュリティ修正の一部として、DBMS_RLS.ADD_POLICYプロシージャ用に、FALSE(デフォルト値)の値を使用したINSERTおよびUPDATE_CHECKの文タイプは使用できなくなりました。仮想プライベート・データベース・ポリシーの登録中に、セキュリティ修正により、ORA-28104エラーが発生します。

このエラーが戻され、仮想プライベート・データベース・ポリシーがINSERT文に適用される印象を与えることが回避されます。これは事実ではありません。

このエラーを回避するには、次のSQLコマンドを実行して、"_allow_inserts_with_UPDATE_CHECK"にTrueを指定し、システムを構成します。

ALTER SYSTEM SET "_allow_insert_with_update_check"=TRUE scope=both

その後、RCUまたはパッチ・セット・アシスタントを再実行して、MDSデータベース・スキーマを作成またはアップグレードします。

- Oracle Database 12.2以上とともにOracle Fusion Middlewareを使用する場合、次のエラーが発生することがあります。

ORA-00932: inconsistent datatypes: expected SYS.AQ$_JMS_MESSAGE gotSYS.AQ$_JMS_MESSAGE

AQ$_JMS_MESSAGE型のエンキューおよびデキュー中に、データベース・サーバーに送信されるバージョン番号が矛盾する場合があるため、エラーが発生します。type$のAQ$_JMS_MESSAGE型のTOID(型の一意の識別子)が固定のSYSTEM定義TOIDではなくユーザー定義TOIDである場合、このエラーが発生します。

このエラーを回避するには、Oracle Fusion Middlewareで使用されるojdbc6.jarファイルを置き換える次のパッチをインストールします。

https://updates.oracle.com/download/21663638.html

Oracle Fusion Middleware 11gの場合は、リリース11.1.1.7 .0を選択します。

- Oracle Fusion Middlewareリリース11gR1またはリリース11gR2の製品をOracle Database 12.2.0.1でインストールする場合、次のエラーが発生する可能性があります。

ORA-28040: No matching authentication protocol

このエラーは、プロキシ・ユーザーの11g検証が存在しないことが原因で発生します。

次の回避策を使用して、11g検証を作成し、Oracle Fusion Middlewareインストールから12.2.0.1 Oracle Databaseへの接続の続行を許可します。

1. ORACLE_HOMEをOracle Database 12.2.0.1のOracleホームに設定します。

2. sqlnet.oraファイル(ORACLE_HOME/network/admin内)に、次の行を追加します。

SQLNET.ALLOWED_LOGON_VERSION=11

3. データベースにsys as sysdbaユーザーとして接続し、次のSQLコマンドを実行します。

ALTER SYSTEM set sec_case_sensitive_logon=FALSE scope=spfile;
shutdown immediate;
startup;
alter user sys identified by sys_password;
alter user system identified by sys_password;

1. 次の場所からパッチをダウンロードします。これはzipファイルの形式です。これを解凍します。
https://updates.oracle.com/download/20803573.html

2. このパッチはOracle Database 11.1.0.7リリースに基づいているため、11.1.0.7.0 Oracle Databaseに対して適用します。パッチを解凍したディレクトリで、次のコマンドを入力します。

setenv ORACLE_HOME oracle home of 11.1.0.7.0 db
setenv PATH $ORACLE_HOME/OPatch:$PATH
setenv PATH /usr/ccs/bin:$PATH

3. 次のコマンドを実行して、パッチを解凍したディレクトリからパッチを適用します。

opatch napply -skip_subset -skip_duplicate

4. パッチの適用後、次のファイルをRCU_Homeの指定されたディレクトリにコピーします。

パッチ適用済データベースからコピーするファイル

コピー先の場所

ORACLE_HOME/jdbc/lib/ojdbc*.jar

RCU_HOME/jdbc/lib/ojdbc*.jar

ORACLE_HOME/lib/libclntsh.so.11.1

ファイルの名前を変更して、次の場所にコピーします。
RCU_HOME/lib/libclntsh.so.11.1

RCU_HOME/lib/libclntsh.so.10.1

RCU_HOME/lib/libclntsh.so

ORACLE_HOME/sqlplus/lib/*

RCU_HOME/sqlplus/lib/*を置換します

これで、RCUにセキュリティ・パッチが適用され、Oracle Fusion Middlewareスキーマのインストールに使用できるようになりました。

最新のDBセキュリティ機能を使用する場合は、SQLNET.ALLOWED_LOGON_VERSION=11を設定しないでください。2つの回避策のいずれかを適用できます。

回避策1: WeblogicサーバーがMW_HOMEにインストールされている場合は、次の操作を実行します。

1. RCU_HOME環境変数を設定します。たとえば、次のようになります。
UNIX: RCU_HOME=/stage/rcu/rcuHome; export RCU_HOME

Windows: set RCU_HOME=\stage\rcu\rcuHome

2. RCU_HOME/jdbc/lib/ojdbc6.jarのコピーを作成します。

3. RCU_HOME/jdbc/lib/ojdbc6.jarをWL_HOMEからのコピーで置換します。
UNIX: cp $WL_HOME/server/lib/ojdbc6.jar $RCU_HOME/jdbc/lib/

Windows: copy %WL_HOME%\server\lib\ojdbc6.jar %RCU_HOME%\jdbc\lib

回避策2: RCUにDBCPUjul2015パッチを適用します。

1. 次の場所からパッチをダウンロードします。これはzipファイルの形式です。これを解凍します。
https://updates.oracle.com/download/20803573.html

2. このパッチはOracle Database 11.1.0.7リリースに基づいているため、11.1.0.7.0 Oracle Databaseに対して適用します。パッチを解凍したディレクトリで、次のコマンドを入力します。

setenv ORACLE_HOME oracle home of 11.1.0.7.0 db
setenv PATH $ORACLE_HOME/OPatch:$PATH
setenv PATH /usr/ccs/bin:$PATH

3. 次のコマンドを実行して、パッチを解凍したディレクトリからパッチを適用します。

opatch napply -skip_subset -skip_duplicate

4. パッチの適用後、次のファイルをRCU_Homeの指定されたディレクトリにコピーします。

パッチ適用済データベースからコピーするファイル

コピー先の場所

ORACLE_HOME/jdbc/lib/ojdbc*.jar

RCU_HOME/jdbc/lib/ojdbc*.jar

ORACLE_HOME/lib/libclntsh.so.11.1

ファイルの名前を変更して、次の場所にコピーします。
RCU_HOME/lib/libclntsh.so.11.1

RCU_HOME/lib/libclntsh.so.10.1

RCU_HOME/lib/libclntsh.so

ORACLE_HOME/sqlplus/lib/*

RCU_HOME/sqlplus/lib/*を置換します

これで、RCUにセキュリティ・パッチが適用され、Oracle Fusion Middlewareスキーマのインストールに使用できるようになりました。

4.1.2 OPMNのパスの概要

OPMNではopmnctlコマンドを提供しています。実行可能ファイルは次のディレクトリにあります。

- ORACLE_HOME/opmn/bin/opmnctl: この場所のopmnctlコマンドは、ローカル・システムのOracleインスタンスまたはOracleインスタンスのコンポーネントの作成にのみ使用されます。この場所で生成されるすべてのopmnctlコマンドは、システム・プロセスの管理またはOPMNの起動には使用されません。
Windowsでは、この場所からopmnctl起動コマンドを使用してOPMNを起動すると、WindowsユーザーがログアウトしたときにOPMNとそのプロセスが終了します。

- ORACLE_INSTANCE/bin/opmnctl: この場所でopmnctlコマンドを使用すると、Oracleインスタンスごとにopmnctlがインスタンス化されます。この場所からopmnctlコマンドを使用して、このOracleインスタンスのプロセスを管理します。また、このopmnctlを使用してOracleインスタンスのコンポーネントも作成できます。
Windowsでは、この場所からopmnctl起動コマンドを使用してOPMNを起動すると、OPMNがWindowsサービスとして起動されます。そのため、OPMN親プロセスおよびその下位のプロセスは、MS Windowsユーザーがログアウトした後も維持されます。

4.1.3 IPv6とIPv4の混在環境でFusion Middleware Controlからエラーが返される問題

現在の環境にIPv6とIPv4のネットワーク・プロトコルが両方とも含まれる場合、特定の状況下でFusion Middleware Controlからエラーが返される可能性があります。

Fusion Middleware ControlにアクセスするブラウザがIPv4プロトコルを使用するホスト上に存在し、IPv6プロトコルを使用するホストにアクセスするコントロールを選択すると、Fusion Middleware Controlからエラーが返されます。同様に、Fusion Middleware ControlにアクセスするブラウザがIPv6プロトコルを使用するホスト上に存在し、IPv4プロトコルを使用するホストにアクセスするコントロールを選択すると、Fusion Middleware Controlからエラーが返されます。

たとえば、IPv4プロトコルを使用するホスト上のブラウザを使用しており、同時にFusion Middleware Controlを使用している場合、次のようにIPv6プロトコルを使用するホスト上で稼働するエンティティに移動すると、Fusion Middleware Controlからエラーが返されます。

- Oracle Internet Directoryのホームページで、「Oracle Internet Directory」メニューから「Directory Services Manager」を選択する場合。Oracle Directory Services Managerは、IPv6プロトコルを使用するホスト上で稼働しています。

- 管理対象サーバーのホームページで、IPv6上で稼働するOracle WebLogic Server管理コンソールのリンクをクリックする場合。

- IPv6を使用するホスト上のWebサービス・エンドポイントをテストする場合。

- IPv6を使用するホスト上のアプリケーションURLまたはJavaアプリケーションをクリックする場合。

この問題を回避するには、/etc/hostsファイルに次のエントリを追加します。

nnn.nn.nn.nn  myserver-ipv6 myserver-ipv6.example.com

この例で、nnn.nn.nn.nnは、管理サーバー・ホスト(myserver.example.com)のIPv4アドレスです。

4.1.4 JSFアプリケーションのデプロイ

一部のJSFアプリケーションでは、Javaクラス・ライブラリにおけるAbstract Window Toolkit (AWT)アプリケーション・コンテキストのクラス・ローダーの不適切な初期化が原因で、メモリー・リークが発生する可能性があります。oracle.jrf.EnableAppContextInitシステム・プロパティをtrueに設定すると、AWTアプリケーション・コンテキストのクラス・ローダーの即時初期化が試行され、このリークの発生を抑止できます。デフォルトでは、このプロパティはfalseに設定されています。

4.1.5 テストから本番への移行における制限

テストから本番への移行については、次の制限に注意してください。

- 使用している環境にOracle WebLogic Serverがあり、あるリリースから別のリリースにアップグレードしている場合(例: 10.3.4から10.3.5)、pasteConfigスクリプトは次のエラーで失敗します。

Oracle_common_home/bin/unpack.sh line29:
WL_home/common/bin/unpack.sh No such file or directory

この問題を回避するには、次のファイルを編集します。

MW_HOME/utils/uninstall/WebLogic_Platform_10.3.5.0/WebLogic_Server_10.3.5.0_Core_Application_Server.txt file

次のエントリを追加します。

/wlserver_10.3/server/lib/unix/nodemanager.sh
/wlserver_10.3/common/quickstart/quickstart.cmd
/wlserver_10.3/common/quickstart/quickstart.sh
/wlserver_10.3/uninstall/uninstall.cmd
/wlserver_10.3/uninstall/uninstall.sh
/utils/config/10.3/setHomeDirs.cmd
/utils/config/10.3/setHomeDirs.sh

- Oracle Virtual Directoryをあるホストから別のホストに移動したら、ホストBのOracle Virtual DirectoryキーストアおよびEMエージェント・ウォレットに自己署名証明書を追加する必要があります。次の手順を実行してください。

1. ORACLE_HOMEおよびJAVA_HOME環境変数を設定します。

2. 既存の自己署名証明書を削除します。

$JAVA_HOME/bin/keytool -delete -alias serverselfsigned
-keystore ORACLE_INSTANCE/config/OVD/ovd_component_name/keystores/keys.jks
-storepass OVD_Admin_password

3. 鍵ペアを生成します。

$JAVA_HOME/bin/keytool -genkeypair
-keystore ORACLE_INSTANCE/config/OVD/ovd_component_name/keystores/keys.jks
-storepass OVD_Admin_password -keypass OVD_Admin_password -alias serverselfsigned
-keyalg rsa -dname "CN=Fully_qualified_hostname,O=test"

4. 証明書をエクスポートします。

$JAVA_HOME/bin/keytool -exportcert
-keystore ORACLE_INSTANCE/config/OVD/ovd_component_name/keystores/keys.jks
-storepass OVD_Admin_password -rfc -alias serverselfsigned
-file ORACLE_INSTANCE/config/OVD/ovd_component_name/keystores/ovdcert.txt

5. EMエージェントにウォレットを追加します。

ORACLE_HOME/../oracle_common/bin/orapki wallet add
-wallet ORACLE_INSTANCE/EMAGENT/EMAGENT/sysman/config/monwallet
-pwd EM_Agent_Wallet_password -trusted_cert
-cert ORACLE_INSTANCE/config/OVD/ovd_component_name/keystores/ovdcert.txt

6. Oracle Virtual Directoryサーバーを停止して起動します。

7. EMエージェントを停止して起動します。

- Oracle Platform Securityを移動し、LDAPストアを使用している場合、ソース環境のLDAPストアは稼働しており、pasteConfig操作中にターゲットからアクセスできる必要があります。

- copyConfigスクリプトは、非SSLポートでのみ機能します。このため、すべての管理対象サーバーおよび管理サーバーに対して非SSLポートを使用できることを確認してください。
ソースOracle WebLogic Serverドメインで管理ポート機能が有効である場合、非SSLポートを使用した管理タスクができなくなるため、copyConfigを実行する前に、まず管理ポート機能を無効にする必要があります。

管理ポートについては、『Oracle WebLogic Serverサーバー環境の構成』の管理ポートと管理チャネルに関する項を参照してください。

- 移行スクリプトは、移行スクリプトまたは手動の手順のいずれかを介したOracle Identity Managerの別の環境への移行はサポートされません。また、Oracle Identity Managerが他のコンポーネントのソース環境の一部である場合、その環境の移行スクリプトは失敗します。この制限は、Oracle Identity Managerのリリース11.1.1のすべてに適用されます。

- Oracle Platform Security Servicesを移行し、データをLDAP間で移行する場合、ソースとターゲットのLDAPドメインのコンポーネント階層は同一である必要があります。同一でないと、Oracle Platform Security Servicesのデータ移行は失敗します。たとえば、ソースの階層がdc=us,dc=comとして構成されている場合、ターゲットLDAPにも同一のドメイン・コンポーネント階層が必要です。

- Oracle BI Enterprise Editionを移動すると、次のメッセージが表示されることがあります。

Exception message : javax.servlet.UnavailableException: ESSBASEPATH is set toinvalid path

Exception message : SEVERE: Element Type: SYSTEM_COMPONENT, Element Id:
slc02qcs:essbaseserver1, Operation Result: FAILED_TO_ACCESS_CONFIG_FILE,
Detail Message: No such file or directory[[java.io.IOException: No such file
or directory]]

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

- Oracle BI Enterprise Editionを移動し、マシン名とホスト名が一致しない場合、pasteConfig操作が失敗します。この場合、操作で次のエラーが返されます。

CLONE-20218   Provide the clone log
and error file for investigation.
java.lang.RuntimeException: BIInstance paste can be applied only a in a
machine which has a managed server. System didn't find any BI manged server
in the host hostname

- Oracle BI Enterprise Editionがデータベース・セキュリティ・ストアで構成されている場合、copyConfigスクリプトが失敗します。移動スクリプトを使用してOracle BI Enterprise Editionのインストールをソースからターゲット環境に移動するには、LDAPセキュリティ・ストアを使用します。

- Web層環境を移動すると、copyBinaryスクリプトで次のメッセージが返されることがあります。

Warning Message  :1
Nov 20, 2014 10:47:57 - WARNING - CLONE-20266   Unable to archive a file.
Nov 20, 2014 10:47:57 - CAUSE - CLONE-20266   The file
"/scratch/oracle/webtier6400/network/log/cgisock.9465" did not have
sufficient permission to access.
Nov 20, 2014 10:47:57 - ACTION - CLONE-20266   Correct the permission of
above file and run copyBinary again.

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

- ソース環境で構成されたIDSストアがあり、同じIDストア・ホストおよびポートを移動せずにターゲット環境に保持することを計画している場合、pasteConfigスクリプトは次のエラーを返します。

Specified host already configured in adapter

問題を回避するには、生成されたmoveplan.xmlのconfigGroup LIBOVD_ADAPTERSで、移動を計画していないアイデンティティ・ストアを表すconfigPropertyを探します。pasteConfigスクリプトを実行する前に、移動計画でアイデンティティ・ストアのconfigPropertyに対応するセクション全体をコメント・アウトします。

4.1.6 Oracle Business Process Managementのテスト環境から本番環境への移行における制限

Oracle Business Process Managementをテスト環境から本番環境へ移行する場合は、次の制限について注意します。

- 『管理者ガイド』のOracle Business Process Managementの新規本番環境への移行のタスクで示すように、Oracle Business Process Managementをテスト環境から本番環境へ移行する場合、Oracle Business Process Management組織単位はインポートされません。
この問題を回避するには、本番環境で組織単位を再度作成する必要があります。また、組織がテスト環境でロールのカレンダ・ルールと関連付けられている場合は、「ロール」画面で再度作成する必要があります。

詳細は、『Oracle Business Process Managementモデリングおよび実装ガイド』の組織の使用に関する項を参照してください。

- アーティファクトおよびデータは、空の本番環境に新たに移行することをお薦めします。本番環境に同じアーティファクトが存在するか、一部のデータがアップロードされている場合、プロシージャではこれらのアーティファクトが更新されません。

4.1.7 間違ったエラー・メッセージ・レベルで返されるメッセージ

Fusion Middleware Controlでは、メタデータ・リポジトリを選択すると、次のエラー・メッセージが記録されます。

Partitions is NULL
Partitions size is 0

これらのメッセージは、エラー・レベルで記録されますが、そのレベルは間違っています。正しい記録レベルは、情報を提供するデバッグ・レベルです。

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

この項では、構成に関する問題およびその回避策について説明します。次のトピックが含まれます:

- 4.2.1項「クラスタにデプロイされたアプリケーションがトポロジ・ビューアに表示されない問題」

- 4.2.2項「ログ・ファイル形式の変更」

- 4.2.3項「SSL自動化ツール構成の問題」

4.2.1 クラスタにデプロイされたアプリケーションがトポロジ・ビューアに表示されない問題

Fusion Middleware Controlでは、クラスタにデプロイされているアプリケーションはトポロジ・ビューアに表示されません。

4.2.2 ログ・ファイル形式の変更

ログ・ファイル形式を変更する場合、次のことを考慮してください。

- ログ・ファイル形式をテキストからXMLに変更する場合、パスは指定しますが、ファイル名は省略します。新規ファイルの名前は、log.xmlになります。

- ログ・ファイル形式をXMLからテキストに変更する場合、パスとファイル名の両方を指定します。

4.2.3 SSL自動化ツール構成の問題

SSL自動化ツールを使用する際、次の問題が検出されました。

- スクリプトによって、クリア・テキストにパスワードを含む中間ファイルが作成されます。スクリプトが失敗すると、これらのファイルは削除できません。スクリプトに失敗した後は、rootCAディレクトリ下のファイルをすべて削除します。

- Oracle Internet Directoryパスワード・ポリシーが有効な場合は、ウォレットまたはキーストアに入力したパスワードがポリシーに違反していると失敗します。

- スクリプトを実行する前に、使用する環境にJDK 1.6をインストールし、JAVA_HOMEを設定する必要があります。

- Oracle Virtual Directory構成スクリプトに失敗した場合は、実行ログをチェックするか、シェル・スクリプトのデバッグを有効化して特定のエラーを参照します。次のようなエラー・メッセージが表示される場合は、新規キーストア名でスクリプトを再実行します。

WLSTException: Error occured while performing cd : Attribute
oracle.as.ovd:type=component.listenersconfig.sslconfig,name=LDAP SSL
Endpoint,instance=%OVD_INSTANCE%,component=ovd1 not found

4.3 『管理者ガイド』のドキュメントの訂正箇所

現時点では、『管理者ガイド』に関する既知の問題はありません。

5 Oracle Enterprise Manager Fusion Middleware Control

この章では、Fusion Middleware Controlに関連する問題について説明します。次のトピックが含まれます:

- 5.1項「一般的な問題および回避策」

- 5.2項「ドキュメントの訂正箇所」

注意:
この章では、Fusion Middleware ControlでOracle Fusion Middleware製品を管理する際に生じる問題について説明します。
使用中の製品固有の問題については、この文書内で、その製品固有のリリース・ノートの章を参照してください。

5.1 一般的な問題および回避策

この項では、一般的な問題および回避策について説明します。次のトピックが含まれます:

- 5.1.1項「セッション・タイムアウト後の製品の動作」

- 5.1.2項「Fusion Middleware Controlで「TopLinkセッション」コマンドを選択したときに表示されるエラーの修正」

- 5.1.3項「グラフィックの表示問題を修正するためのDISPLAY変数の確認」

- 5.1.4項「「MDS構成」ページに表示される不完全な情報」

- 5.1.5項「Oracle Enterprise Manager Fusion Middleware Controlから構成ページにアクセスした後にOracle Web Cacheを起動すると発生する例外」

- 5.1.6項「英語以外の言語を使用する場合における表の表示の問題」

- 5.1.7項「新しいタブでポップアップ・ウィンドウを開くようにInternet Explorer 7を構成している場合の問題」

- 5.1.8項「Fusion Middleware Controlに関する追加のリリース・ノート」

- 5.1.9項「チャート・リージョンの移動後に発生するパフォーマンス・チャートの問題」

- 5.1.10項「Microsoft Windows x64 (64-Bit)でのSOAの構成中に発生するメモリー問題」

- 5.1.11項「SSE4.2命令セットをサポートするIntelシステムでJDK 160_18を実行する場合に発生する表示の問題」

- 5.1.12項「Apple SafariブラウザでFusion Middleware Controlを表示する場合に必要なAdobe Flashプラグイン」

- 5.1.13項「Oracle Identity Management 11.1.1.4.0パッチ・セットのインストール後のFusion Middleware Controlへのアクセス不可」

- 5.1.14項「スケールアウト後の共有フォルダの削除に関するエラー・メッセージ」

- 5.1.15項「Oracle Business IntelligenceのCoreapplicationプロセスがFusion Middleware Controlに停止とレポートされる」

- 5.1.16項「Enterprise Managerのログ・ファイルのオンライン・ヘルプのエラー・メッセージは無視できる」

- 5.1.17項「メトリック・ヘルプ情報が正しくないまたは欠落している」

- 5.1.18項「NonJ2EEManagementの内部アプリケーションのエントリ・ポイントURLへのアクセス時に発生するエラー」

5.1.1 セッション・タイムアウト後の製品の動作

セキュリティ上の理由から、Fusion Middleware Controlでのセッションは、事前定義された非アクティブ期間の経過後にタイムアウトされ、ユーザーはコンソールに再度ログインするよう求められます。ほとんどの場合、セッションのタイムアウト前に表示されていたページに戻ります。

ただし、Fusion Middleware Controlのデプロイメント・ウィザードを使用しているなどの一定の状況下では、ログイン後に製品の同じ場所に戻りません。この場合、ユーザーは、セッションがタイムアウトする前に使用していた特定のFusion Middleware Controlページに移動する必要があります。

5.1.2 Fusion Middleware Controlで「TopLinkセッション」コマンドを選択したときに表示されるエラーの修正

Fusion Middleware Controlでは、「アプリケーションのデプロイ」メニューの「TopLinkセッション」を選択することで、Oracle TopLinkの管理ページを表示できます。

ただし、このコマンドの選択時にエラー・メッセージが表示された場合、次のMBeanシステム・プロパティの1つまたは両方を追加することで、この問題を修正できます。

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

rem set JAVA_OPTIONS=%JAVA_OPTIONS% -Declipselink.register.dev.mbean=true
rem set JAVA_OPTIONS=%JAVA_OPTIONS% -Declipselink.register.run.mbean=true

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

JAVA_OPTIONS="${JAVA_OPTIONS} -Declipselink.register.dev.mbean=true"
JAVA_OPTIONS="${JAVA_OPTIONS} -Declipselink.register.run.mbean=true"

詳細は、次のURLにあるEclipse WIKI Webサイトを参照してください。

http://wiki.eclipse.org/Integrating_EclipseLink_with_an_Application_Server_(ELUG)#How_to_Integrate_JMX

5.1.3 グラフィックの表示問題を修正するためのDISPLAY変数の確認

Fusion Middleware Controlのグラフィック・サブシステムでは、必要に応じてそのグラフィックの一部が生成されます。DISPLAY環境変数が設定されている場合、Fusion Middleware Controlでは、指定されたDISPLAY環境をオープンしようとします。

グラフィック・エラーのためにFusion Middleware Controlの起動に失敗した場合、DISPLAY環境変数が適切なDISPLAY環境に設定されているかどうかを確認してください。

DISPLAY環境変数が間違って設定されている場合は、そのDISPLAY環境変数の設定を解除してください。その後、Fusion Middleware Controlを再起動します。

5.1.4 「MDS構成」ページに表示される不完全な情報

Oracle Metadata Services (MDS)を必要とするOracle SOA Suiteアプリケーションのデプロイ後、まれにですが、アプリケーションの「MDS構成」ページにMDSリポジトリに関する完全な情報が含まれていないことがあります。

この問題に対処するには、「メタデータ・リポジトリ」ページを使用してリポジトリを再登録します。詳細は、Fusion Middleware Controlのオンライン・ヘルプに含まれるMDSリポジトリの作成および登録に関するトピックを参照してください。

5.1.5 Oracle Enterprise Manager Fusion Middleware Controlから構成ページにアクセスした後にOracle Web Cacheを起動すると発生する例外

Fusion Middleware ControlからOracle Web Cacheを起動、停止または再起動するには、「Webキャッシュ」メニューの「コントロール」を選択し、次に「起動」、「停止」または「再起動」を選択します。

構成ページで「停止」を選択し、次に「起動」を選択すると、Fusion Middleware Controlから例外エラーが返されることがあります。現在の環境でこれらのエラーが発生したら、Web Cacheのホームページから操作を実行します。

5.1.6 英語以外の言語を使用する場合における表の表示の問題

Fusion Middleware Controlを英語以外の一部の言語環境で使用する場合、コンポーネントのホームページにある表の一部が不適切に表示されます。たとえば、表のいくつかの行が結合されて、内容が表示されません。

ページで非表示になっているデータは存在しないため、これらの状況は無視して問題ありません。不適切に表示される表のセルには、パフォーマンス・データなどの情報は含まれません。

5.1.7 新しいタブでポップアップ・ウィンドウを開くようにInternet Explorer 7を構成している場合の問題

常に新しいブラウザ・タブでポップアップ・ウィンドウを表示するようにMicrosoft Internet Explorer 7を構成している場合、Fusion Middleware Controlの使用時に問題が発生する可能性があります。たとえば、Enterprise Managerのコンテンツは新しいタブに正常に表示されるのに、Fusion Middleware Controlがマウスのクリックに応答しなくなることがあります。作業を継続する唯一の方法は、タブを閉じることです。

この問題を回避するには、Internet Explorerの「インターネット オプション」ダイアログ・ボックスを使用して、新しいタブでポップアップ・ウィンドウを表示するオプションを無効にします。

5.1.8 Fusion Middleware Controlに関する追加のリリース・ノート

Fusion Middleware Controlの追加のリリース・ノートは、第4章「Oracle Fusion Middlewareの管理」を参照してください。

Fusion Middleware Controlの追加のリリース・ノートは、各リリース・ノートのそれぞれのコンポーネントの章にも含まれます。

5.1.9 チャート・リージョンの移動後に発生するパフォーマンス・チャートの問題

Oracle Enterprise Manager Fusion Middleware Controlでは、コンポーネントの多くのホームページにパフォーマンス・チャートが表示されます。たとえば、現在のレスポンスおよび負荷のメトリックや、CPU使用率およびメモリー使用量を表示するチャートがあります。

これらのチャートのいずれかをホームページ上の新しい場所に移動すると、状況によっては「表ビュー」リンク(データの表形式ビューを提供)が適切に動作せず、チャートの自動リフレッシュが停止する可能性があります。

この問題を修正するには、ページの右上隅にあるリフレッシュ・アイコンをクリックし、ページをリフレッシュします。

5.1.10 Microsoft Windows x64 (64-Bit)でのSOAの構成中に発生するメモリー問題

これはリリース11.1.1.3.0のみでの既知の問題です。Sun JDKでSOAドメインを構成する際、管理サーバーおよび管理対象サーバーは、管理対象サーバー・ログに次のエラーの表示を開始することに失敗します。

Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine

JRockit JDKでSOAドメインを構成する際、管理サーバーおよび管理対象サーバーが起動されますが、Oracle Enterprise Managerへのログイン時にエラーが表示され、正しくないステータスが表示されます。

この問題を回避するには、次の手順を実行してsetSOADomainEnv.cmdファイル内のメモリー・サイズを変更します。

- REMコマンドを使用して次のテキストをコメントに入力します。

REM set PORT_MEM_ARGS=-Xms768m -Xmx1536m //

- 次の行を追加してヒープ・サイズを小さくします。

set PORT_MEM_ARGS=-Xms512m -Xmx1024m //

5.1.11 SSE4.2命令セットをサポートするIntelシステムでJDK 160_18を実行する場合に発生する表示の問題

一部の新しいIntelベースのコンピュータでは、SSE4.2命令セットがサポートされます。これらのコンピュータのいずれかでJava Development Kit (JDK)の160_18バージョンを使用する場合、Oracle Enterprise Manager Fusion Middleware Controlで表示上の問題が発生する可能性があります。

これは、Sun Developer Network (SDN)の次の問題に関連しています。

http://bugs.sun.com/view_bug.do?bug_id=6875866

特に、Fusion Middleware Controlを使用する場合、フォント・サイズと位置合せに関する問題が発生することがあり、次のようなエラーがサーバー・ログ・ファイルに記録されます。

Servlet failed with Exception
java.lang.StringIndexOutOfBoundsException: String index out of range

この問題を解決するには:

1. Oracle WebLogic Serverドメイン・ホームで、setDomainEnv構成ファイルを検索して開きます。
例:

DOMAIN_HOME/bin/setDomainEnv.sh

例:

DOMAIN_HOME\bin\setDomainEnv.cmd

2. setDomainEnvファイルのJAVA_OPTIONSエントリに次の要素を追加し、変更を保存します。

-XX:-UseSSE42Intrinsics

例:

JAVA_OPTIONS="${JAVA_OPTIONS} ${JAVA_PROPERTIES}
-Dwlw.iterativeDev=${iterativeDevFlag} -Dwlw.testConsole=${testConsoleFlag}
-Dwlw.logErrorsToConsole=${logErrorsToConsoleFlag} -XX:-UseSSE42Intrinsics"

3. Oracle WebLogic Serverドメイン・ホームで次のディレクトリを検索します。

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

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

4. ディレクトリからスタイルシート・ファイル(.css)を削除します。

5. Oracle WebLogic Serverドメインを再起動します。

6. Webブラウザのキャッシュを消去します。

5.1.12 Apple SafariブラウザでFusion Middleware Controlを表示する場合に必要なAdobe Flashプラグイン

Apple Safariブラウザを使用してFusion Middleware Controlを表示するには、Adobe Flashブラウザ・プラグインをインストールする必要があります。

グラフィックなどのFusion Middleware Control要素の表示に問題が発生した場合、Adobe Webサイトからプラグインの新規バージョンをダウンロードしてインストールしてください。

5.1.13 Oracle Identity Management 11.1.1.4.0パッチ・セットのインストール後のFusion Middleware Controlへのアクセス不可

Oracle Fusion Middleware 11g リリース1 (11.1.1.4.0)パッチ・セットのインストール後、Oracle Identity Managementコンポーネントを管理するため「Fusion Middleware Control」ページにアクセスする際に問題が発生する場合があります。

具体的には次のようなエラーが管理サーバー・ログ・ファイルに記録されます。

[ACTIVE].ExecuteThread: '0' for queue: 'weblogic.kernel.Default
(self-tuning)'] [userId: <anonymous>] [ecid:
0000In^zrbUF8DQ6ubU4UH1D1qXF00000s,0] [APP: em] [[
oracle.adf.controller.ControllerException: ADFC-00025: The ADF controller has
not been successfully initalized.

このような問題が発生した場合は、管理サーバーを再起動します。再起動すると、「Fusion Middleware Control」ページへのログインが可能になります。

5.1.14 スケールアウト後の共有フォルダの削除に関するエラー・メッセージ

Oracle Essbaseを構成した場合は、Fusion Middleware Controlの「Business Intelligence」ノードの「可用性」タブの「フェイルオーバー」ページの「Essbaseエージェント」リージョンに「共有フォルダ・パス」フィールドが表示されます。

「共有フォルダ・パス」フィールドは、非常に可用性の高いEssbaseデプロイを設定するときに使用します。このフィールドは、Essbase構成ファイル、セキュリティ・ファイル、およびすべてのアプリケーションとそれに対応するデータベースの共有場所を指定します。

「共有フォルダ・パス」フィールドの既存の値を削除し、置換値を指定せずに変更を適用しようとすると、次のエラー・メッセージが表示されます。

OBI_SYSMAN_1261, 「スケールアウトがすでに行われた後に共有フォルダを削除できません」

続行するには、「共有フォルダ・パス」フィールドに共有場所への有効なパスを指定するか、変更を破棄します。

5.1.15 Oracle Business IntelligenceのCoreapplicationプロセスがFusion Middleware Controlに停止とレポートされる

Fusion Middleware Controlで、Oracle Business IntelligenceのCoreapplicationプロセスが実行中(または「稼働中」)であるのに、誤って実行していない(または「停止中」)と表示されます。たとえば、次のようなエラー・メッセージが表示されます。

すべてを再起動 – 失敗しました。2個のエラーと0個の警告によって再起動が失敗しました。問題がcoreapplicationによりレポートされました。

この問題を回避するには、約5分から10分待機してから、Fusion Middleware Controlのすべてのプロセスを再起動します。正確な待機時間は環境(たとえば、リポジトリのサイズ、データベース接続の速度など)により異なります。

5.1.16 Enterprise Managerのログ・ファイルのオンライン・ヘルプのエラー・メッセージは無視できる

Oracle Enterprise Manager Fusion Middleware Controlのオンライン・ヘルプの目次で特定のトピックにアクセスすると、エラー・メッセージおよび警告メッセージがログ・ファイルに出力される場合があります。これらのメッセージは無視できます。

次の例では、AdminServer-diagnostic.logファイルに出力される可能性があるエラー・メッセージを示します。これらのメッセージは、無視しても問題ありません。

<Apr 15, 2012 12:58:15 PM PDT> <Error>
<oracle.help.web.rich.converter.RichTopicConverter> <BEA-000000> <JAR entry
loe.htm not found in
/scratch/pabharga/wls/oracle_common/doc/online_help/owcag/owcag_help.jar>
<Apr 15, 2012 12:58:15 PM PDT> <Warning>
<oracle.help.web.util.OHWLoggerUtils> <HELP-10055> <trying to access invalid
topic id owcag/loe.htm>

5.1.17 メトリック・ヘルプ情報が正しくないまたは欠落している

Fusion Middleware Controlを使用してメトリックを表示する場合、メトリックのヘルプを取得できます。このリリースでは、Oracle Enterprise Manager Oracle Fusion Middlewareメトリック・リファレンス・マニュアルですべてのメトリックについて説明されています。メトリックの詳細な説明は、このマニュアルを参照してください。

5.1.18 NonJ2EEManagementの内部アプリケーションのエントリ・ポイントURLへのアクセス時に発生するエラー

Oracle Fusion Middleware 11gパッチ・セットを既存の11g Middlewareホームに適用する場合、upgradenonj2eeappスクリプトを実行するように指示されることがあります。これは、Oracle Fusion Middleware 11gのシステム・コンポーネントにパッチを適用する際に必要になります。詳細は、『パッチ適用ガイド』のシステム・コンポーネントのアップグレードに関する項を参照してください。

このスクリプトにより、NonJ2EEManagementという内部アプリケーションをOracle WebLogic Serverドメインにデプロイします。スクリプトを実行した後、Oracle Enterprise Manager Fusion Middleware Controlの内部アプリケーションのリストにNonJ2EEManagementアプリケーションが表示されます。

NonJ2EEManagementアプリケーションのアプリケーション・ホームページに移動しようとして、アプリケーションのエントリ・ポイントのURLをクリックすると、ブラウザにエラーが表示されます。

これは既知の問題です。NonJ2EEManagementアプリケーションには、多くの内部アプリケーションと同様に、有効なコンテキスト・ルートまたはHTMLエントリ・ポイントがありません。これは、Middlewareホームでのシステム・コンポーネントのパッチ適用を容易にするためにのみ使用されます。

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

この項では、ドキュメントの訂正箇所を示します。次のトピックが含まれます:

- 5.2.1項「一部の組込みの管理者ガイドで使用できない検索」

- 5.2.2項「Fusion Middleware Controlオンライン・ヘルプのパッチ適用の項の未サポート」

- 5.2.3項「「Secure Sockets Layer」タブのヘルプ・トピックにはWebLogic CA証明書の説明の更新が必要」

5.2.1 一部の組込みの管理者ガイドで使用できない検索

Fusion Middleware Controlのヘルプにおける次の組込みの管理者ガイドでは、検索が使用できません。

- Oracle Identity Federationの管理

- Oracle Fusion Middleware Content Serverシステム管理者ガイド(Oracle Enterprise Content Management Suiteでのインストール用)

5.2.2 Fusion Middleware Controlオンライン・ヘルプのパッチ適用の項の未サポート

Fusion Middleware Controlオンライン・ヘルプ・システムには、『Oracle Business Intelligence Enterprise Editionシステム管理者ガイド』の内容が含まれています。Fusion Middleware Controlオンライン・ヘルプの17.11項では、Oracle BIプレゼンテーション・カタログのパッチ適用について説明しています。この機能はリリース11.1.1.5ではサポートされていません。この項はOracle BI EEとともに出荷されたガイドのバージョン、またはOracle Technology Networkに記載されたガイドのバージョンには含まれていません。

5.2.3 「Secure Sockets Layer」タブのヘルプ・トピックにはWebLogic CA証明書の説明の更新が必要

Oracle Business IntelligenceのFusion Middleware Controlのヘルプ・システムは更新が必要です。「セキュリティ」ページ: 「Secure Sockets Layer」タブのヘルプ・トピックの、WebLogic CA証明書の要素の説明には、次の文を含める必要があります。

サポートされるタイプは.der.および.pemです。証明書ファイルに正しい拡張子があることを確認します。

6 Oracle Fusion Middlewareの高可用性およびエンタープライズ・デプロイメント

この章では、Oracle Fusion Middlewareの高可用性とエンタープライズ・デプロイメントに関連する問題について説明します。次のトピックが含まれます:

- 6.1項「一般的な問題および回避策」

- 6.2項「構成の問題および回避策」

- 6.3項「NFSでのファイル・ストアの使用時におけるWebLogic Serverの予期しない障害のテスト」

- 6.4項「ドキュメントの訂正箇所」

注意:
この章では、高可用性、またはエンタープライズ・デプロイメントを目的としたOracle Fusion Middleware製品の構成時に発生する可能性のある問題について説明します。
使用中の製品固有の問題については、この文書内で、その製品固有のリリース・ノートの章を参照してください。

6.1 一般的な問題および回避策

この項では、一般的な問題および回避策について説明します。次のトピックが含まれます:

- 6.1.1項「アプリケーション層のセキュアなリソース」

- 6.1.2項「コールド・フェイルオーバー環境での「Webサービス・ポリシー」ページへのアクセス」

- 6.1.3項「ノード障害時にSOAリクエスト/レスポンス操作のタイムアウト設定が伝播されない問題」

- 6.1.4項「I/PMからUCMに大量のアップロードが発生する場合にホスト名ベースのフィルタのかわりに必要になることのあるIPベースのフィルタの使用」

- 6.1.5項「11.2 Oracle RACデータベースでAQ通知およびサーバー側TAFの設定に使用するsrvctl」

- 6.1.6項「Oracle BI Publisherでのレポート作成時にフェイルオーバーがシームレスにならない問題」

- 6.1.7項「Oracle Business Intelligenceの管理対象サーバーのフェイルオーバー時にエージェントを保存できない問題」

- 6.1.8項「Oracle Single Sign-On 10gからOracle Access Manager 11gへのアップグレード後のOracle Portal、Forms、ReportsおよびDiscovererインスタンスの追加インストール」

- 6.1.9項「BI PublisherクラスタでのJMSインスタンスの失敗」

- 6.1.10項「シングルトンSOAサーバーのRACフェイルオーバー中に未配信レコードがリカバリされない」

- 6.1.11項「同期BPELプロセスの問題」

6.1.1 アプリケーション層のセキュアなリソース

SOAエンタープライズ・デプロイメント・トポロジおよびWebCenterエンタープライズ・デプロイメント・トポロジのアプリケーション層は、匿名RMI接続に対して保護することを強くお薦めします。構成済サブセットの外部からの中間層に対するRMIアクセスを防止するには、Oracle WebLogic Server管理コンソールのオンライン・ヘルプに含まれる接続フィルタの構成に関するトピックの手順に従ってください。次に記載する部分を除くすべての手順を実行してください。

1. デフォルト接続フィルタを構成する手順は実行しないでください。カスタム接続フィルタを構成する手順を実行します。

2. 「接続フィルタ・ルール」フィールドで、中間層サブネットからサーバーに対するすべてのプロトコル・アクセスを許可し、サブネット外からはHTTP(S)アクセスのみを許可します。次に例を示します。

nnn.nnn.0.0/nnn.nnn.0.0  * * allow
0.0.0.0/0 * * allow t3 t3s

6.1.2 コールド・フェイルオーバー環境での「Webサービス・ポリシー」ページへのアクセス

コールド・フェイルオーバー・クラスタ(CFC)環境で、Fusion Middleware Controlの「Webサービス・ポリシー」ページにアクセスすると、次の例外が表示されます。

Unable to connect to Oracle WSM Policy Manager.
Cannot locate policy manager query/update service. Policy manager service
look up did not find a valid service.

これを回避するには、次のいずれかのオプションを実行します。

- SSL証明書の別名となる仮想ホスト名を作成し、キーストアに追加します。

- startWeblogic.shまたはstartWeblogic.cmdファイルのJAVA_OPTIONSパラメータに-Dweblogic.security.SSL.ignoreHostnameVerification=trueを追加します。

6.1.3 ノード障害時にSOAリクエスト/レスポンス操作のタイムアウト設定が伝播されない問題

アクティブ/アクティブのOracle SOAクラスタでノード障害が発生した場合、受信アクティビティのリクエスト/レスポンス操作のタイムアウト設定は、あるノードから他の1つ以上のノードに伝播されません。これらのアクティビティがスケジュールされていたサーバーで障害が発生した場合、サーバーの再起動時にスケジューラで各アクティビティを再スケジュールする必要があります。

6.1.4 I/PMからUCMに大量のアップロードが発生する場合にホスト名ベースのフィルタのかわりに必要になることのあるIPベースのフィルタの使用

Oracle Fusion Middleware Oracle Enterprise Content Management Suiteのエンタープライズ・デプロイメント・ガイドに含まれる、UCMの許可されたホストのリストへのI/PMサーバーのリスニング・アドレスの追加に関する項および『高可用性ガイド』に含まれる、UCMの許可されたホストのリストへのI/PMサーバーのリスニング・アドレスの追加に関する項では、Oracle UCMの許可されたホストのリストに対し、Oracle I/PM管理対象サーバーのリスニング・アドレスのホスト名に基づくフィルタを追加する方法について説明しています。

Oracle UCMでホスト名ベースのフィルタ(config.cfgファイル)を使用する場合、Oracle I/PMからOracle UCMへのドキュメントの大量アップロードが発生するシステムでは、待機時間やパフォーマンスが大幅に悪化する可能性があります。この問題の原因は、Oracle I/PMサーバーからの接続を許可するためにOracle UCMで必要とされるDNSの逆引き参照です。障害保護に対応したシステムの構成を準備する場合や、異なるホストにリストアする場合、ホスト名ベースのフィルタを使用することをお薦めします(ホスト名ベースのフィルタを使用すると、使用される構成がIPに依存しなくなるため)。ただし、アップロードのパフォーマンスを改善する必要がある場合は、IPベースのフィルタを使用できます。次の手順を実行します。

1. /u01/app/oracle/admin/domainName/ucm_cluster/config/config.cfgファイルを編集し、次の部分を削除するかコメント・アウトします。

SocketHostNameSecurityFilter=localhost|localhost.mydomain.com|ecmhost1vhn1|ecmhost2vhn1

AlwaysReverseLookupForHost=Yes

2. WLS_IPM1およびWLS_IPM2管理対象サーバー(それぞれECMHOST1VHN1およびECMHOST2VHN1)のIPアドレス(リスニング・アドレス)を次のようにSocketHostAddressSecurityFilterパラメータ・リストに追加します。

SocketHostAddressSecurityFilter=127.0.0.1|0:0:0:0:0:0:0:1|X.X.X.X|Y.Y.Y.

ここで、X.X.X.XおよびY.Y.Y.Yは、それぞれWLS_IPM1とWLS_IPM2のリスニング・アドレスです。127.0.0.1も、この例のように追加する必要があります。

3. UCMサーバーを再起動します。

6.1.5 11.2 Oracle RACデータベースでAQ通知およびサーバー側TAFの設定に使用するsrvctl

11.2 Oracle RACデータベースの既知の問題のため、AQ通知およびサーバー側TAFを設定する場合、srvctlを使用する必要があります。DBMS_SQLパッケージは、正常に動作しません。

次に、srvctlの使用例を示します。

srvctl modify service -d orcl -s orclSVC -e SELECT -m BASIC -w 5 -z 5 -q TRUE

この例の変数の意味は次のとおりです。

orcl - データベース名

orclSVC - コンポーネントが使用するサービス名

SELECT - フェイルオーバー・タイプ

BASIC - フェイルオーバー方式

5 - フェイルオーバー遅延

5 - フェイルオーバー再試行

TRUE - AQ HA通知をTRUEに設定

このコマンドの使用方法の詳細は、Oracle 11.2 Oracle Databaseのドキュメントを参照してください。

6.1.6 Oracle BI Publisherでのレポート作成時にフェイルオーバーがシームレスにならない問題

Oracle BI Publisherでレポートを作成し、そのレポートを保存する前に管理対象サーバーがフェイルオーバーされると、そのフェイルオーバーはシームレスでなくなる可能性があります。たとえば、レポートを保存しようとすると、システムが応答しなくなることがあります。

この問題が発生したら、「ホーム」や「カタログ」などのヘッダー・リンクの1つをクリックして、Oracle BI Publisherのログイン・ページに移動します。ログインしてレポートを再度作成および保存します。

6.1.7 Oracle Business Intelligenceの管理対象サーバーのフェイルオーバー時にエージェントを保存できない問題

Oracle Business Intelligence Webインタフェースでエージェントを作成し、そのエージェントを保存する前に管理対象サーバーがフェイルオーバーされると、エージェントの保存時にエラーが発生します。

この問題を回避するには、Oracle Business Intelligenceを一度ログアウトしてからログインしなおし、エージェントを再作成します。

6.1.8 Oracle Single Sign-On 10gからOracle Access Manager 11gへのアップグレード後のOracle Portal、Forms、ReportsおよびDiscovererインスタンスの追加インストール

この問題は、Oracle Single-Sign On 10gからOracle Access Manager 11gへアップグレードしたOracle Portal、Forms、ReportsおよびDiscoverer 11g環境での認証で発生します。

最初にOracle Portal、Forms、ReportsおよびDiscoverer 10gがOracle Access Managerにアップグレードされた環境で、続けてOracle Portal、Forms、ReportsおよびDiscoverer 11gのインストールを実行する場合、満たす必要のある要件がいくつかあります。

- 後続のOracle Portal、Forms、ReportsおよびDiscoverer 11gのそれぞれのインストールにおいて、元のOracle Single Sign-On 10gインスタンスを保持し、Oracle Portal、Forms、ReportsおよびDiscoverer 11gの追加インストールの実行中、新規Oracle Access Manager 11gインスタンスに加え、元のインスタンスをアクティブに実行する必要があります。
これはOracle Portal、Forms、ReportsおよびDiscoverer 11gがOracle Access Manager 11gに対して直接インストールできないために必要になります。

- 後続の従来どおりのインストールを完了した後、Oracle Single Sign-On 10gからOracle Access Manager 11gへのアップグレード手順を再度実行する必要があります。アップグレードのロードマップなどの詳細は、Oracle Fusion Middleware Oracle Identity and Access Managementアップグレード・ガイドを参照してください。
この手順によって、新規のOracle Portal、Forms、ReportsおよびDiscoverer 11gインスタンスがOracle Access Manager 11gにアップグレードされます。

このような考慮事項は、Oracle Single Sign-On 10gからOracle Access Manager 11gに最初にアップグレードした後、環境に追加、またはインストールした複数のOracle Portal、Forms、ReportsおよびDiscoverer 11g中間層のある環境にのみ適用されます。

6.1.9 BI PublisherクラスタでのJMSインスタンスの失敗

JMSインスタンスがBI Publisherスケジューラ・クラスタにないことがまれにあります。

この問題を解決するには、BI Publisherを管理コンソールから再起動します。

BI Publisherアプリケーションを再起動するには:

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

2. 「ドメイン構造」ウィンドウで、「デプロイメント」をクリックします。

3. 「bipublisher(11.1.1)」を選択します。

4. 「停止」をクリックします。

5. アプリケーションの停止後、「起動」をクリックします。

6.1.10 シングルトンSOAサーバーのRACフェイルオーバー中に未配信レコードがリカバリされない

SOA RAC環境のシングルトン・サーバーにRACフェイルオーバーが発生している場合、EMでリカバリ可能と表示されている未配信レコードのリカバリは失敗します。

6.1.11 同期BPELプロセスの問題

SOAクラスタ上で、次のシナリオはサポートされません。

- mid-process receiveを持つ同期BPELプロセス

- 非同期サービスをコールする同期BPELプロセス。

- 同期プロセスからのコールバック。

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

この項では、構成に関する問題およびその回避策について説明します。次のトピックが含まれます:

- 6.2.1項「Fusion Middleware Controlに間違ったステータスが表示される」

- 6.2.2項「蓄積されたBPELインスタンスによるパフォーマンスの低下」

- 6.2.3項「クラスタ・サーバーが停止して再起動するとキューに格納される余分なメッセージ」

- 6.2.4項「Oracle RACフェイルオーバーで作成されるリカバリ不可能な重複ヒューマン・ワークフロー・インスタンス」

- 6.2.5項「SOA B2B TCP/IPでサポートされない高可用性」

- 6.2.6項「複数のネットワーク・カードが搭載されたマシンのWebLogic管理サーバー」

- 6.2.7項「SOAおよびOracle RACデータソースの追加パラメータ」

- 6.2.8項「Oracle B2B HA環境でサポートされないメッセージ順序付けおよびMLLP」

- 6.2.9項「B2Bでトランスポート・プロトコルに伝播されていない資格証明」

- 6.2.10項「高可用性構成でフロントエンド・ホストを構成した場合の完全修飾のホスト名の使用」

- 6.2.11項「Oracle RACフェイルオーバー後に「中断」ステータスとなる管理対象サーバー」

- 6.2.12項「「可用性タブ」の「プライマリ/セカンダリ構成」セクションの非表示」

- 6.2.13項「Oracle Business Intelligence管理対象サーバーのスケール・アウト後のサーバー起動パラメータ未設定」

- 6.2.14項「Oracle HTTP Serverロック・ファイルがローカル・ドライブにあることの確認」

- 6.2.15項「ロード・バランサURLを指し示すOSSOエージェントの再作成」

- 6.2.16項「GridLinkデータソースのRACサービス名における小文字の使用」

- 6.2.17項「Oracle RTDのリクエストの転送が適切に動作するには追加の手順が必要」

- 6.2.18項「RACマルチ・データ・ソースを使用して構成する場合、最初に定義したRACインスタンスはドメイン起動時に使用できる必要がある」

- 6.2.19項「OIDのクライアントIP機能がロード・バランサの設定で機能しない」

6.2.1 Fusion Middleware Controlに間違ったステータスが表示される

一部の環境では、コンポーネントが再起動またはフェイルオーバーされた直後に、そのコンポーネントの間違ったステータスがOracle WebLogic Fusion Middleware Controlに表示されることがあります。

6.2.2 蓄積されたBPELインスタンスによるパフォーマンスの低下

スケール・アウトされたクラスタ環境で、大量のBPELインスタンスがデータベースに蓄積されると、データベースのパフォーマンスが低下し、MANY THREADS STUCK FOR 600+ SECONDSというエラーが発生します。

このエラーを回避するには、データベースから古いBPELインスタンスを削除してください。

6.2.3 クラスタ・サーバーが停止して再起動するとキューに格納される余分なメッセージ

XA以外の環境では、ローカル・トランザクションにおいて、メッセージがインバウンド・アダプタからエンドポイントまでただ1回のみ配信されることがMQSeriesアダプタにより保証されません。この場合、インバウンド・メッセージがエンドポイントにパブリッシュされ、トランザクションがコミットされる前にSOAサーバーが停止すると、インバウンド・メッセージはロールバックされ、同じメッセージが再度デキューされてエンドポイントにパブリッシュされます。これにより、アウトバウンド・キューに余分なメッセージが作成されます。

XA環境では、MQメッセージは失われませんが、一貫性のない状態であるためキュー・マネージャによって保留されます。保留メッセージを取得するには、キュー・マネージャを再起動します。

6.2.4 Oracle RACフェイルオーバーで作成されるリカバリ不可能な重複ヒューマン・ワークフロー・インスタンス

Oracle Human WorkflowがトランザクションをコミットするとすぐにBPELに制御が戻され、それとほぼ同時にBPELがトランザクションをコミットします。このウィンドウ間でOracle RACインスタンスが停止すると、フェイルオーバー時にメッセージが再試行され、それがタスクの重複の原因になる場合があります。重複タスクを示す方法は2通りあり、worklistappに表示されるか、リカバリ不可能なBPELインスタンスが作成されます。このBPELインスタンスは「BPELリカバリ」に表示されます。このタスクはすでに完了しているため、このBPELインスタンスはコンシューマとしてリカバリできません。

6.2.5 SOA B2B TCP/IPでサポートされない高可用性

SOA B2B TCP/IPプロトコルでは、高可用性フェイルオーバーはサポートされません。このことは、主にHL7 over MLLPを使用したデプロイメントに影響します。クラスタ環境のインバウンド通信では、すべてのB2Bサーバーがアクティブであり、インバウンド・トラフィックに公開されたアドレスは、ロード・バランサの仮想サーバーです。また、アクティブな管理対象サーバーが使用できなくなる停止時間には、永続TCP/IP接続が失われ、クライアントは接続を再確立する必要があります。

6.2.6 複数のネットワーク・カードが搭載されたマシンのWebLogic管理サーバー

複数のネットワーク・カードが搭載されたサーバーにOracle WebLogic Serverをインストールする場合、必ず管理サーバーのリスニング・アドレスを指定してください。管理サーバー通信での使用を希望するネットワーク・カードのDNS名またはIPアドレスを使用します。

リスニング・アドレスを設定するには:

1. Oracle WebLogic Server管理コンソールで、「ドメイン構造」メニューから「環境」→「サーバー」を選択します。

2. 「管理サーバー」をクリックします。

3. 「チェンジ・センター」の「ロックして編集」をクリックして編集を可能にします。

4. リスニング・アドレスを入力します。

5. 「保存」をクリックします。

6. 「チェンジ・センター」の「変更のアクティブ化」をクリックします。

6.2.7 SOAおよびOracle RACデータソースの追加パラメータ

Oracle RACでの一部のSOAデプロイメントでは、Oracle RAC構成における個別データ・ソースの即時利用可能な構成とは別に、パラメータを設定する必要があります。追加パラメータは次のとおりです。

1. データ・ソースごとにoracle.jdbc.ReadTimeout=300000プロパティ(300000ミリ秒)を追加します。
ReadTimeoutパラメータの実際の値は、他の考慮事項に応じて変化する可能性があります。

2. ネットワークの信頼性が低い場合、サーバーの接続が突然切断されても、クライアントでは頻繁に発生する切断を検出するのが困難です。デフォルトでは、Linux上で稼働するクライアントは、突然の切断を検出するのに7200秒(2時間)かかります。この値は、tcp_keepalive_timeプロパティの値と同じです。切断をより迅速に検出するようアプリケーションを構成するには、tcp_keepalive_time、tcp_keepalive_intervalおよびtcp_keepalive_probesプロパティの値をオペレーティング・システム・レベルでより小さい値に設定します。

注意:
tcp_keepalive_intervalプロパティに小さい値を設定すると、ネットワーク上にプローブ・パケットが頻繁に送出され、システム速度が低下する可能性があります。そのため、このプロパティの値は、システム要件に基づいて適切に設定してください。

たとえば、WebLogic Server管理対象サーバーが稼働するシステムでtcp_keepalive_time=600を設定します。

また、接続記述子のDESCRIPTION句にENABLE=BROKENパラメータを指定する必要があります。次に例を示します。

dbc:oracle:thin:@(DESCRIPTION=(enable=broken)(ADDRESS_LIST=(ADDRESS=(PRO
TOCOL=TCP)(HOST=node1-vip.mycompany.com)(PORT=1521)))(CONNECT_DATA=(SERVICE_
NAME=example.com)(INSTANCE_NAME=orcl1)))

この結果、データ・ソース構成は次のようになります。

<url>jdbc:oracle:thin:@(DESCRIPTION=(enable=broken)(ADDRESS_LIST=(ADDRESS=(PRO
TOCOL=TCP)(HOST=node1-vip.us.example.com)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=example.com)(INSTANCE_NAME=orcl1)))</url>
<driver-name>oracle.jdbc.xa.client.OracleXADataSource</driver-name>
<properties>
<property>
<name>oracle.jdbc.ReadTimeout</name>
<value>300000</value>
</property>
<property>
<name>user</name>
<value>jmsuser</value>
</property>
<property>
<name>oracle.net.CONNECT_TIMEOUT</name>
<value>10000</value>
</property>
</properties>

6.2.8 Oracle B2B HA環境でサポートされないメッセージ順序付けおよびMLLP

Oracle B2B高可用性(HA)環境では、メッセージ順序付けおよびMLLPはサポートされません。

6.2.9 B2Bでトランスポート・プロトコルに伝播されていない資格証明

Oracle FMW資格証明ストアでは、トランスポート・プロトコルについて定義するユーザー名とパスワードが保持されます。このような資格証明にデフォルトのファイル・ストアを使用すると、ユーザー名とパスワードを変更しても、ノード間に伝播されません。『高可用性ガイド』および『エンタープライズ・デプロイメント・ガイド』で必須として説明されているとおり、これらの資格証明をクラスタ内のノード間で同期させるには、セントラルLDAPを使用する必要があります。

6.2.10 高可用性構成でフロントエンド・ホストを構成した場合の完全修飾のホスト名の使用

Oracle Fusion Middleware高可用性の構成でフロントエンド・ホストを構成する場合は、ドメイン名を含めたホストの完全名を使用することをお薦めします。ホスト名のみでなく、ホストの完全名を使用します。

たとえば、myhostが高可用性構成のフロントエンド・ホストの名前の場合、DNSまたはローカル・ホスト名解決ファイルが定義するもの(例: /etc/hosts)として、フロントエンド・ホストURLをmyhost.mycompany.comなどの完全修飾ホスト名に設定します。

6.2.11 Oracle RACフェイルオーバー後に「中断」ステータスとなる管理対象サーバー

管理対象サーバーwls_ods(x)は、次の状況では中断ステータスになる場合があります。

- データ・ソースのデータベース接続が誤っているか、不完全です。

- ホストがデータベースの完全修飾ホストではありません。

管理対象サーバーwls_ods(x)のステータスを修正するには:

1. データ・ソースで、データベース接続が正しく、ドメインで完全であることを確認します。

2. データ・ソースでは、データベースのホスト名がドメインで完全修飾ホスト名であることを確認します。

3. 「テスト」ボタンを選択して接続を確認します。

6.2.12 「可用性タブ」の「プライマリ/セカンダリ構成」セクションの非表示

システム・コンポーネントのスケール・アウトのプロセスでは、Fusion Middleware Controlの「容量管理」ページの「可用性」タブで「プライマリ/セカンダリ構成」セクションがブラウザで非表示になることがあります。この問題はMicrosoft Internet Explorerバージョン7.0.5730.11を使用してスケール・アウト・プロセスを実行すると発生します。

この問題を回避するには、スケール・アウトにMicrosoft Internet Explorerバージョン7.0.5730.11ではなく、Google Chromeなど別のブラウザを使用します。

6.2.13 Oracle Business Intelligence管理対象サーバーのスケール・アウト後のサーバー起動パラメータ未設定

Oracle Business Intelligenceのスケール・アウト後、サーバー起動パラメータが正しく設定されていません。この問題を回避するには、BI管理対象サーバーのスケール・アウトのためのサーバー起動パラメータを、次を含むように更新します。

-Dserver.group=obi arguments

6.2.14 Oracle HTTP Serverロック・ファイルがローカル・ドライブにあることの確認

Oracle HTTP Server 11gのOracleインスタンスを、NAS、NFS、SANストレージなどの共有記憶域に構成する場合、共有ドライブではなく、ローカル・ドライブにロック・ファイルが作成されていることを確認する必要があります。確認しない場合、Oracle HTTP Serverでパフォーマンスの問題が生じることがあります。次のステップを実行して、ローカル・ファイル・システムのLockFileディレクティブを示すようにします。

1. WEBHOST1およびWEBHOST2でOHSインスタンスを停止します。

2. テキスト・エディタでファイルORACLE_INSTANCE/config/OHS/ohs_name/httpd.confを開きます。

3. httpd.confファイルのpreforkおよびworker MPMの両方の構成ブロックで構成されているLockFileディレクティブを検索します。次のようになります。

LockFile ORACLE_INSTANCE/diagnostics/logs/COMPONENT_TYPE/COMPONENT_NAME/http_lock

4. 該当するMPM構成のLockFileディレクティブを、次のようにローカル・ファイル・システムを示すように変更します。

LockFile /local_disk/path/http_lock

5. Oracle HTTP Serverを再起動します。

6. LockFileディレクティブによって指定されたディレクトリにhttp_lockファイルが存在することを確認します。

6.2.15 ロード・バランサURLを指し示すOSSOエージェントの再作成

高可用性Classic環境には通常、Classic OHSインスタンスの前面にロード・バランサがあります。OAM 11gを使用してクラシック・インスタンスを構成する場合、構成ウィザードは自動的にOSSOエージェントを構成します。OSSOエージェントには、個別のClassic OHSインスタンスURLが含まれます。2つのClassicインスタンスで構成される高可用性クラスタでは、構成ウィザードが自動的に2つのOSSOエージェントを構成します。各OSSOエージェントには、1つのClassic WebtierインスタンスURLのURL情報が含まれます。

高可用性クラスタでは、ロード・バランサURLを指し示すOSSOエージェントを再作成する必要があります。

ロード・バランサURLを指し示すOSSOエージェントを再作成するには:

1. OAMコンソールから、「新規OSSOエージェント」をクリックしてOSSOウィザードを開きます。

2. 次の情報を入力します。

- 名前: 名前を入力します。

- トークン・バージョン: デフォルト設定のv3.0を使用します。

- ベースURL: ロード・バランサURL (http://haqaedg04.us.example.com:7788など)を入力します。

- 管理者ID: 空白のままにします。

- 管理者情報: 空白のままにします。

- ホスト識別子: 「名前」フィールドからデフォルト値を保持します。

- ポリシーの自動作成: この設定を選択して有効にします。

3. 新規OSSOエージェントのosso.confファイルをOAMサーバーからClassic Webインスタンスのconfigディレクトリにコピーします。

6.2.16 GridLinkデータソースのRACサービス名における小文字の使用

構成ウィザードでGridLinkデータ・ソースを作成する場合、データベースのサービス名が小文字のみを使用しており、修飾されたドメイン名であることを確認する必要があります。たとえば、mydbservice>.us.example.comなどです。「サービス名」フィールドは、「GridLink RACコンポーネント・スキーマの構成」画面にあります。

注意:
Oracle RACサービス名はデータベースで定義されており、固定名ではありません。データベース・ドメイン名(us.example.comなど)を含むRACサービス名を登録または追加することをお薦めします。

6.2.17 Oracle RTDのリクエストの転送が適切に動作するには追加の手順が必要

リクエストの転送に関連するOracle RTDの問題のために、フロントエンドURLは、Oracle RTDを含むデプロイメントのバックエンドURLと同じである必要があります。Oracle RTDのフロントエンドURLを設定するには、Oracle Business Intelligence EDGタスク・フローに示された点の次の手順を実行します。

bi_server1管理対象サーバーのリスニング・アドレスの設定に関する項の手順を実行した後で、次のようにbi_server1管理対象サーバーのフロントエンドURLを設定します。

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

2. チェンジ・センターで、「ロックして編集」をクリックします。

3. 「ドメイン構造」ウィンドウの「環境」ノードを開きます。

4. 「サーバー」をクリックします。「サーバーのサマリー」ページが表示されます。

5. 表の「名前」列で「bi_server1」を選択します。bi_server1の設定ページが表示されます。

6. 「プロトコル」タブをクリックします。

7. 「HTTP」タブをクリックします。

8. 「フロントエンド・ホスト」フィールドをAPPHOST1VHN1 (使用するbi_server1リスニング・アドレス)に設定します。

9. 「保存」をクリックし、「変更のアクティブ化」をクリックします。

bi_server2管理対象サーバーのリスニング・アドレスの設定に関する項の手順を実行した後で、次のようにbi_server2管理対象サーバーのフロントエンドURLを設定します。

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

2. 「チェンジ・センター」で、「ロックして編集」をクリックします。

3. 「ドメイン構造」ウィンドウの「環境」ノードを開きます。

4. 「サーバー」をクリックします。「サーバーのサマリー」ページが表示されます。

5. 表の「名前」列で「bi_server2」を選択します。bi_server2の設定ページが表示されます。

6. 「プロトコル」タブをクリックします。

7. 「HTTP」タブをクリックします。

8. 「フロントエンド・ホスト」フィールドをAPPHOST2VHN1 (使用するbi_server2リスニング・アドレス)に設定します。

9. 「保存」をクリックし、「変更のアクティブ化」をクリックします。

6.2.18 RACマルチ・データ・ソースで構成する場合、最初に定義されたRACインスタンスはドメインの起動時に使用可能である必要がある

OPSSのRACデータ・ソースを構成する場合、Oracle GridLinkデータ・ソース・タイプを使用することをお薦めします。RACマルチ・データ・ソースを使用することを決定した場合、マルチ・データ・ソース定義にリストされている最初のRACインスタンスが最初のドメイン起動時に使用可能であることを確認する必要があります。リストされている最初のRACインスタンスを使用しないと、構成は失敗します。

6.2.19 OIDのクライアントIP機能がロード・バランサの設定で機能しない

OIDに高可用性環境を構成した場合、次の機能は働きません。

- BindIPFilter

- orclBlockDNIP

- orclTraceConnIP

これらの機能はクライアントIPに基づいているため、機能しません。OIDサーバーは、クライアントIPのかわりに構成されているロード・バランサ・ホストIPを取得します。

6.3 NFSでのファイル・ストアの使用時におけるWebLogic Serverの予期しない障害のテスト

JMSメッセージおよびトランザクション・ログをNFSにマウントされたディレクトリに格納している場合、予期しないマシン障害の後にサーバーの再起動の動作を確認することを強くお薦めします。NFSの実装に応じて、フェイルオーバーおよび再起動後に異なる問題が発生する可能性があります。

サーバーの再起動の動作を確認するには、WebLogic Serverの実行時に、それらのサーバーをホストするノードを異常停止させます。

- サーバーをサーバー移行用に構成した場合、サーバーは、フェイルオーバー期間の経過後にフェイルオーバー・ノードで自動的に起動します。

- サーバーをサーバー移行用に構成しなかった場合、ノードが完全に再起動した後に同じホスト上のWebLogic Serverを手動で再起動できます。

予期しないしマシン障害後にOracle WebLogic Serverが再起動しない場合、サーバー・ログ・ファイルに次のエラー・エントリが表示されます。

<MMM dd, yyyy hh:mm:ss a z> <Error> <Store> <BEA-280061> <The persistent
store "_WLS_server_soa1" could not be deployed:
weblogic.store.PersistentStoreException: java.io.IOException:
[Store:280021]There was an error while opening the file store file
"_WLS_SERVER_SOA1000000.DAT"
weblogic.store.PersistentStoreException: java.io.IOException:
[Store:280021]There was an error while opening the file store file
"_WLS_SERVER_SOA1000000.DAT"
at weblogic.store.io.file.Heap.open(Heap.java:168)
at weblogic.store.io.file.FileStoreIO.open(FileStoreIO.java:88)
...
java.io.IOException: Error from fcntl() for file locking, Resource
temporarily unavailable, errno=11

このエラーは、NFSv3システムでファイル・ストアに対するロックが解放されていないときに発生します。WebLogic Serverは、同じ管理対象サーバーの2つのインスタンスが偶然起動した場合にデータ破損が発生しないように、JMSデータおよびトランザクション・ログを格納しているファイルに対するロックを保持します。NFSv3ストレージ・デバイスはロック所有者を追跡しないため、ロック所有者がクラッシュした場合、NFSはロックを無期限に保持します。このため、予期しないマシン障害とそれに続く再起動の後に、WebLogic Serverがロックを取得しようとしても、失敗する可能性があります。

現在のNFS環境でロックの動作を調整することに無理がある場合、次のいずれかの解決策を使用してログとデータ・ファイルのロックを解除してください。

- WebLogic Server管理コンソールを使用して、デフォルト・ファイル・ストア、カスタム・ファイル・ストア、JMSページング・ファイル・ストアおよび診断ファイル・ストアに対するWebLogicのファイル・ロック・メカニズムを無効にします。これを行うには、『高可用性ガイド』のNFSでのファイル・ストアの使用に関する考慮事項に関する項を参照してください。

- ロックされている永続ストア・ファイルのコピーを作成し、そのコピーを後続の操作に使用して、手動でログ・ファイルおよびJMSデータ・ファイルのロックを解除し、サーバーを起動します。次の「手動によるログおよびデータ・ファイルのロック解除」を参照してください。

手動によるログおよびデータ・ファイルのロック解除

ログおよびJMSデータ・ファイルを手動でロック解除し、ロック済の永続ストア・ファイルのコピーを作成してサーバーを起動し、その後の操作のために以前に作成したコピーを使用します。ロックされている永続ストア・ファイルのコピーを作成するには、そのファイルの名前を変更し、それをコピーして元の名前に戻します。次のサンプルでは、トランザクション・ログが/shared/tlogsディレクトリおよびJMSデータが/shared/jmsディレクトリに格納されると仮定します。

cd /shared/tlogs
mv _WLS_SOA_SERVER1000000.DAT _WLS_SOA_SERVER1000000.DAT.old
cp _WLS_SOA_SERVER1000000.DAT.old _WLS_SOA_SERVER1000000.DAT
cd /shared/jms
mv SOAJMSFILESTORE_AUTO_1000000.DAT SOAJMSFILESTORE_AUTO_1000000.DAT.old
cp SOAJMSFILESTORE_AUTO_1000000.DAT.old SOAJMSFILESTORE_AUTO_1000000.DAT
mv UMSJMSFILESTORE_AUTO_1000000.DAT UMSJMSFILESTORE_AUTO_1000000.DAT.old
cp UMSJMSFILESTORE_AUTO_1000000.DAT.old UMSJMSFILESTORE_AUTO_1000000.DAT

この解決策では、WebLogicのファイル・ロック・メカニズムにより、同じサーバーの複数のインスタンスが偶然起動した場合に発生する可能性のあるデータ破損からの保護が引き続き提供されます。ただし、サーバーは、予期しないマシン障害の後に手動で再起動する必要があります。ファイル・ストアでは、大量のデータを格納する場合、連続した番号が付けられた複数の.DATファイルが作成されます。この場合、すべてのファイルをコピーし、その名前を変更する必要があります。

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

この項では、ドキュメントの訂正箇所を示します。次のトピックが含まれます:

- 6.4.1項「『Oracle Fusion Middleware高可用性ガイド』の訂正箇所」

- 6.4.2項「『Oracle Fusion Middleware Oracle Identity Managementエンタープライズ・デプロイメント・ガイド』の訂正箇所」

6.4.1 『Oracle Fusion Middleware高可用性ガイド』の訂正箇所

この項には、『Oracle Fusion Middleware高可用性ガイド』の訂正箇所が含まれます。

次のトピックが含まれます:

- 6.4.1.1項「最新の要件および動作保証情報」

- 6.4.1.2項「方針声明 – Application Server Cluster Ready Services (ASCRS)」

6.4.1.1 最新の要件および動作保証情報

Oracle Fusion Middleware 11gドキュメント・セットの複数のマニュアルには、Oracle Fusion Middlewareシステムの要件、前提条件、仕様および動作保証情報に関する情報が含まれます。これらのトピックの最新情報は、Oracle Technology Networkの次のドキュメントを参照してください。

http://www.oracle.com/technology/software/products/ias/files/fusion_certification.html

このドキュメントには、ハードウェアとソフトウェアの要件、最小ディスク領域とメモリーの要件、および必要なシステム・ライブラリ、パッケージまたはパッチに関する情報が含まれます。これには、サポートされるインストール・タイプ、プラットフォーム、オペレーティング・システム、データベース、JDKおよびサード・パーティ製品に関する情報も含まれます。

6.4.1.2 方針声明 – Application Server Cluster Ready Services (ASCRS)

Oracle ASCRSは現在、リリース11.1.x.x向けのメンテナンス・モードにあります。Oracle Fusion Middleware 12.1.x以上で使用できません。詳細は、My Oracle Support (http://support.oracle.com)でDoc ID 1579936.1を参照してください。

6.4.2 『Oracle Fusion Middleware Oracle Identity Managementエンタープライズ・デプロイメント・ガイド』の訂正箇所

この項には、『Oracle Fusion Middleware Oracle Identity Managementエンタープライズ・デプロイメント・ガイド』の訂正箇所が含まれます。

次のトピックが含まれます:

- 6.4.2.1項「Oracle Internet DirectoryまたはOracle Virtual Directoryでのドメインの拡張時の、追加のemctlコマンドの実行」

6.4.2.1 Oracle Internet DirectoryまたはOracle Virtual Directoryでのドメインの拡張時の、追加のemctlコマンドの実行

「Oracle Internet Directoryでのドメインの拡張」および「Oracle Virtual Directoryでのドメインの拡張」の章では、次を実行するように指示されます。

./emctl switchOMS ReposURL

これにより、ローカルemagentが有効になり、仮想IPアドレスを使用して管理サーバーと通信できます。そのコマンドを実行したら、次のタスクも実行する必要があります。

- 次のコマンドを発行して、エージェントにその構成を再ロードさせます。

./emctl reload

- 次のコマンドを使用して、エージェントが正しいアップロードURLを使用しているかチェックします。

./emctl status agent

7 Oracle JDeveloperおよびOracle Application Development Framework(ADF)

Oracle JDeveloperおよびApplication Developer Framework (ADF)に関連する最新の既知の問題は、Oracle Technology Network (OTN)のhttp://www.oracle.com/technetwork/developer-tools/jdev/default-1399172.htmlから入手できます。

Oracle JDeveloperおよびApplication Developer Framework (ADF)の詳細およびテクニカル・リソースは、Oracle Technology Networkの製品センターhttp://www.oracle.com/technetwork/developer-tools/jdev/overview/index.htmlにアクセスしてください。

8 Webサービス開発、セキュリティおよび管理

この章では、Oracle Web Services Managerを含むWebサービス開発、セキュリティおよび管理に関連する問題について説明します。

次のトピックが含まれます:

- クライアント・ポリシーのデタッチ後のポリシー構成オーバーライド値の確認

- デプロイ後のカスタマイズの削除

- ローカライズの制限の確認

- 2つのサーバーがSSL対応(双方向SSL)である場合にFusion Middleware Controlにポリシーがリストされない

- 「Webサービスのテスト」ページでSOAPヘッダーにバインドされた入力引数をテストできない

- カスタムExactly-oneポリシーの使用時に発生する可能性のある制限

- サブスクライバ・メディエータ・コンポーネントでセキュリティ・ポリシーが機能しない

- 事前定義済ポリシーの変更を取り込むために必要な手動手順

- WebLogic Webサービス・クライアントに対して使用状況トラッキングを使用できない

- 無効な認可の組合せが検証に成功する

- WLSTのランタイム制約入力に対するFusion Middleware Controlでの追加引用符

- 今回のリリースではクロスドメイン・ポリシー・マネージャの構成はサポートされていない

- WSDLソースが特定のブラウザに表示されない

- ORグループで同じポリシー・タイプを使用できない

- システム・コンポーネントの監査ログの場所

8.1 クライアント・ポリシーのデタッチ後のポリシー構成オーバーライド値の確認

クライアントにポリシーをアタッチしてポリシー構成値をオーバーライドし、その後ポリシーをデタッチした場合、ポリシー構成オーバーライド値が削除されません。このクライアントに新規ポリシーをアタッチする際、ポリシー構成オーバーライド値を確認し、適切に更新されるようにします。

8.2 デプロイ後のカスタマイズの削除

AdfConnection MBeanを使用したデプロイ後にconnections.xmlファイルを変更すると、完全な接続がカスタマイズとして保存されます。つまり、再デプロイされたアプリケーションの接続に対する変更は、カスタマイズによって上書きされます。

Fusion Middleware Controlを使用してデプロイ後にアプリケーションのconnections.xmlファイルを変更すると、新しいconnections.xmlファイルがカスタマイズとして作成され、MDSリポジトリに格納されます。このカスタマイズは、アプリケーションの有効期間中は保持されます。したがって、アプリケーションを再デプロイしても、カスタマイズされたconnections.xmlファイルは、引き続きアプリケーションに対するカスタマイズとして適用されます。

(Fusion Middleware Controlによる)前のカスタマイズではなく、再デプロイされたアプリケーションのconnections.xmlファイルを適用するには、MDSリポジトリから明示的にconnections.xmlのカスタマイズを削除する必要があります。

たとえば、Webサービスのデータ・コントロールを含むアプリケーションをデプロイする場合、Fusion Middleware Controlを使用してユーザー名トークン・クライアント・ポリシーをアタッチし、続けてポリシーをデタッチします。次に、JDeveloperに戻ってアプリケーションを編集し、HTTPトークン・クライアント・ポリシーをアタッチしてアプリケーションを再デプロイします。Fusion Middleware Controlを使用してアプリケーションを表示すると、アタッチしたHTTPトークン・クライアント・ポリシーが使用されていないことがわかります。これは、Fusion Middleware Controlを使用して前に作成したカスタマイズ済のconnections.xmlファイルが使用されていることが原因です。

MDSリポジトリからconnections.xmlのカスタマイズを削除すると、アプリケーションでは独自のconnections.xmlファイルが使用されます。

8.3 ローカライズの制限の確認

このリリースのOracle Enterprise Managerでは、次の情報は英語でのみサポートされます。

- ポリシーおよびアサーション・テンプレートのorawsp:displayNameフィールド以外のすべてのフィールド。

- ?orawsdlブラウザ・アドレスを使用する場合のorawsp:descriptionフィールド。

- システムMBeanブラウザにおけるoracle.wsm.upgrade MBeanの「説明」フィールド。

8.4 2つのサーバーがSSL対応(双方向SSL)である場合にFusion Middleware Controlにポリシーがリストされない

管理対象サーバーが双方向SSL対応の場合(たとえば、双方向SSLを介してOracle WSMポリシー・マネージャをホストするSOAサーバーなど)、Fusion Middleware Controlをホストする管理サーバーがその双方向SSL対応の管理対象サーバーにアクセスするよう正しく構成されていても、Fusion Middleware ControlにはOracle WSMポリシーがリストされません。

8.5 「Webサービスのテスト」ページでSOAPヘッダーにバインドされた入力引数をテストできない

SOAPヘッダーにバインドされた入力引数を持つWebサービスでは、Fusion Middleware Controlコンソールの「Webサービスのテスト」ページにメッセージが表示されません。したがって、このような操作は、「Webサービスのテスト」ページではテストできません。

たとえば、マルチパートWSDLの入力をFusion Middleware Controlを通じて表示する場合、一方の入力引数がSOAPヘッダーにバインドされていると、他方のメッセージが入力から欠落するため、コンポジット・インスタンスは次の例外とともに失敗します。

ORAMED-01203:[No Part]No part exist with name "request1" in source message

この問題を解決するには、入力引数のXML表示を選択し、WSDLの2つのパートの入力を渡せるようにペイロードを編集します。

8.6 カスタムExactly-oneポリシーの使用時に発生する可能性のある制限

一部の状況では、カスタムExactly-oneポリシーの使用時に制限が発生します。Exactly-oneポリシー内のアサーションのセットで、リクエスト・メッセージが最初のアサーションに一致した場合、最初のアサーションが実行され、対応するレスポンスが送信されます。ただし、一部の状況では、リクエストが後続のアサーションとの一致を意図しているために、この動作では適切でないことがあります。

たとえば、Timestamp=ONであるクライアント・ポリシーと、メッセージ保護アサーション(1つ目はTimestamp=OFF、2つ目はTimestamp=ON)付きのwss11 username tokenを持つサービスexactly-oneポリシーがあるとします。したがって、サービスexactly-oneポリシー内の1つ目のアサーションはリクエスト内のタイムスタンプを予期していませんが、2つ目のアサーションは予期しています。この場合、1つ目のアサーションが実行されると、レスポンスはタイムスタンプなしで送信されます。しかし、クライアント側の処理は、リクエストで送信されたタイムスタンプを予期しているため、失敗します。

この制限は、クライアント・ポリシーでより多くの数の要素が署名されるとみなされる一方で、サービス・ポリシーではそれに対応していない場合に発生する可能性があります。

8.7 サブスクライバ・メディエータ・コンポーネントでセキュリティ・ポリシーが機能しない

コンポーネント認可denyallポリシーは、サブスクライバ・メディエータ・コンポーネントで機能しません。認可ポリシーは、他の通常のメディエータ・コンポーネントで機能します。

8.8 事前定義済ポリシーの変更を取り込むために必要な手動手順

『Webサービスのためのセキュリティおよび管理者ガイド』のORグループを使用したポリシーの構成に関する項で説明しているように、oracle/wss11_saml_or_username_token_with_message_protection_service_policyには、次の5つのアサーションが含まれるようになりました。

- wss_saml_token_bearer_over_ssl (新規)

- wss_username_token_over_ssl (新規)

- wss_http_token_over_ssl (新規)

- wss11_saml_token_with_message_protection (既存)

- wss11_username_token_with_message_protection (既存)

これらの追加アサーションを利用するには、resetWSMPolicyRepository(false) WLSTコマンドを使用してリポジトリ内のOracle WSMポリシーをアップグレードする必要があります。このコマンドを実行すると、すべての事前定義済ポリシーが11.1.1.6で提供される最新バージョンにアップグレードされることに注意してください。詳細は、『Webサービスのためのセキュリティおよび管理者ガイド』のリポジトリ内のOracle WSMポリシーのアップグレードに関する項を参照してください。

8.9 WebLogic Webサービス・クライアントに対して使用状況トラッキングを使用できない

このリリースでは、WebLogic Java EE Webサービス・クライアントに対して使用状況トラッキングおよび分析は提供されていません。

8.10 無効な認可の組合せが検証に成功する

同じWebサービスに複数の認可ポリシーをアタッチできますが、permitallとdenyallの両方のポリシーをアタッチしないでください。ただし、両方ともアタッチすると、このリリースではこの組合せは検証に成功します。

回避策:

permitallおよびdenyallポリシーは同じWebサービスにアタッチしないでください。認可ポリシーの詳細は、『Webサービスのためのセキュリティおよび管理者ガイド』の認可ポリシーと構成手順に関する項を参照してください。

8.11 WLSTのランタイム制約入力に対するFusion Middleware Controlでの追加引用符

『Webサービスのためのセキュリティおよび管理者ガイド』のポリシー・セットでのランタイム制約の指定に関する項で説明しているように、WLSTを使用してランタイム制約を指定する場合、setPolicySetConstraint('HTTPHeader("VIRTUAL_HOST_TYPE", "external")')のように、引用符を使用して制約を指定する必要があります。その後、Fusion Middleware Controlを使用してポリシー・セット制約を表示および編集すると、制約は「制約名」フィールドおよび「制約値」フィールドに引用符付きで表示されます。これらのフィールドで引用符を削除する必要があります。

8.12 今回のリリースではクロスドメイン・ポリシー・マネージャの構成はサポートされていない

今回のリリースでは、リモート・ドメインでのポリシー・マネージャの構成はサポートされていません。

8.13 WSDLソースが特定のブラウザに表示されない

特定のWebブラウザ(AppleのSafariなど)で、WSDLリンクをクリックしたときのWSDLソースを解釈しようとして、ブランク・ページが表示されることがあります。

回避策:

このようなブラウザでWSDLソースを表示するには、ブランク・ページでブラウザの「ソースの表示」コマンドを使用する必要があります。ブランク・ページで右クリックし、「ページ・ソースの表示」をクリックして、コンテンツを表示します。

8.14 ORグループで同じポリシー・タイプを使用できない

複数のポリシー選択肢(ORグループ)を定義する場合、同じポリシー・タイプのアサーションはORグループの別のブランチで使用できません。たとえば、メッセージ保護アサーションの次の組合せは、同じ認証トークン・タイプを持つため失敗します。

- oracle/wss10_saml20_token_with_message_protection_service_template

- oracle/wss10_saml_token_with_message_protection_service_template

これらのアサーションをORグループに追加しようとすると、次のエラーが発生します。

cause = { "Invalid policy alternatives found inside XOR policy operator. It contains two or more message protection assertions which have same authentication token type." },

action = {"Ensure that you have only one message protection assertion with same authentication token type in the XOR policy" }) String INVALID_EXACTLYONE_WITH_TWO_MSG_PROT_POLICY_ALTERNATIVES = "WSM-00380";

詳細は、『Oracle Web Services Managerの理解』の複数のポリシー代替(ORグループ)の定義に関する項を参照してください。

8.15 システム・コンポーネントの監査ログの場所

OWSM-PM-EJBなどのシステム・コンポーネントの監査ログは、次のディレクトリにあります。

$DOMAIN_HOME/servers/$SERVER_NAME/logs/auditlogs/Component_Type

詳細は、『Oracle Platform Security Servicesによるアプリケーションの保護』の「監査の構成と管理」を参照してください。

9 IBM WebSphere上のOracle Fusion Middleware

この章では、IBM WebSphereでサポートされているOracle Fusion Middleware製品をインストールおよび構成する際に発生する可能性がある問題について説明します。次のトピックが含まれます:

- 9.1項「一般的な問題および回避方法」

- 9.2項「構成に関する問題と対処方法」

- 9.3項「ドキュメントの訂正箇所」

注意:
この章では、IBM WebSphereで任意のOracle Fusion Middleware製品をインストール、構成または管理する際に発生する可能性がある問題について説明します。
使用中の製品固有の問題については、この文書内で、その製品固有のリリース・ノートの章を参照してください。

9.1 一般的な問題および回避方法

この項では、一般的な問題および回避策について説明します。次のトピックが含まれます:

- 9.1.1項「SOA Serverの起動時のログ・ファイルのエラー・メッセージ」

- 9.1.2項「アクセシビリティ・ユーザー・プリファレンスの下の「設定の保存」ボタンに不正なラベルがある」

- 9.1.4項「IBM WebSphere管理コンソールでXAコネクション・ファクトリを作成できない」

- 9.1.5項「IBM WebSphere Application ServerでUser Messaging Preferencesのアクセシビリティ・モードが無視される」

- 9.1.6項「Oracle JDeveloperからタスク・フォームをデプロイするための共有ライブラリの追加」

- 9.1.7項「Oracle SOA Suiteアプリケーション用のCookieパスの設定」

- 9.1.8項「SOAクラスタへのSOAコンポジット・アプリケーションのデプロイ」

- 9.1.9項「Oracle Enterprise Manager Fusion Middleware ControlからSOAバンドル・ファイルをデプロイできない」

- 9.1.10項「唯一のイベント・サブスクリプションがサポートされない」

- 9.1.11項「IBM WebSphere管理コンソールでデプロイされているタスク・フォームの起動が失敗する」

- 9.1.12項「管理コンソールでOracle BPMワークリストが未定義として表示される」

- 9.1.13項「「ダッシュボード」タブで完了したSOAコンポジットのインスタンスが実行中と表示される可能性がある」

- 9.1.14項「Oracle SOA Suiteでの双方向SSL構成がサポートされていない」

- 9.1.15項「「オプションを指定してリカバリ」ダイアログを使用した複数のフォルト・リカバリが失敗する」

- 9.1.16項「IBM WebSphere Application Server - NDをインストールするためにサーバーを再起動する必要がある」

- 9.1.17項「非同期BPELプロセスのテスト・エミュレーションが失敗する」

- 9.1.18項「AQアダプタに対してSETMANAGEDCONNECTION()を実行するとILLEGALSTATEEXCEPTIONで失敗する」

- 9.1.19項「IBM WebSphereにデプロイされているOracle Fusion Middlewareアプリケーションにアクセスすると無効なPolicySetエラーが発生する」

- 9.1.20項「IBM WebSphereでFusion Middleware ControlからOracle内部アプリケーションを停止または起動できない」

- 9.1.21項「JMSアダプタの場合、フェイルオーバーなしでもインスタンスがリカバリ可能になる」

- 9.1.22項「Oracle WSMでKerberosおよびSPNEGOはサポートされない」

- 9.1.23項「RESTセキュリティ・ポリシーおよびテンプレートは動作保証されない」

9.1.1 SOA Serverの起動時のログ・ファイルのエラー・メッセージ

SOAサーバー(この例ではsoa_server1)をIBM WebSphere Application Server環境で起動するとき、WAS_HOME/profiles/CustomXX/logs/soa_server1/soa_server1-diagnostic.logファイルで次のエラー・メッセージを受け取る可能性があります。

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

[2013-02-21T10:46:10.786-08:00] [soa_server1] [ERROR] []
[oracle.soa.mediator.dfw] [tid: Non-deferrable Alarm : 0] [ecid:
disabled,0] [APP: soa-infra] failed to deregister mbean[[
javax.management.InstanceNotFoundException:
oracle.mediator:type=MediatorDiagnostic,name=MediatorDiagnostic
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getMBean
(DefaultMBeanServerInterceptor.java:1106)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.
exclusiveUnregisterMBean (DefaultMBeanServerInterceptor.java:427)
at
. . .
. . .

9.1.2 アクセシビリティ・ユーザー・プリファレンスの下の「設定の保存」ボタンに不正なラベルがある

「ビジネス・プロセス・ワークスペース」の、「プリファレンス」→「アクセシビリティ」の下の「設定を保存」ボタンに不正なラベルがあります。このボタンのラベルは、「LABEL_OK」でなく、正しくは「OK」です。

9.1.3 Oracle Business Process ManagementはIBM WebSphere Application Serverでjava.lang.OutOfMemoryErrorを引き起こす

Oracle Business Process Management (Oracle BPM)がIBM WebSphere Application Serverにインストールされているとき、自動テストの実行中にjava.lang.OutOfMemoryErrorが発生します。これは、WebSphere Application Server用のデフォルトのメモリー構成が低すぎることが原因です。Oracle BPMがIBM WebSphere Network Deploymentにインストールされているときには発生しません。

回避策として、JVMプロパティで次の変更を行います。

- 初期ヒープ・サイズを1024MBに増加

- 最大ヒープ・サイズを 2148MBに増加

- MaxPermSizeを512MBに増加

- 冗長ガベージ・コレクションを選択

9.1.4 IBM WebSphere管理コンソールでXAコネクション・ファクトリを作成できない

IBM WebSphere管理コンソールでメッセージング・プロバイダとしてXAコネクション・ファクトリを作成できません。コネクション・ファクトリはデフォルトで非XAタイプとして作成されます。例:

1. IBM WebSphere管理コンソールに移動します。

http://host:port/ibm/console

2. 「リソース」 > コネクション・ファクトリのキューに移動します。

3. XAベースのコネクション・ファクトリの作成を試みます。
XAモードの選択肢はありません。非XAコネクション・ファクトリのみを作成できます。

9.1.5 IBM WebSphere Application ServerでUser Messaging Preferencesのアクセシビリティ・モードが無視される

IBM WebSphere Application Serverインスタンス上のUser Messaging Preferencesのログイン画面でこのオプションを選択している場合でも、アクセシビリティ・オプションは設定されません。

回避するには、次のように、User Messaging Preferencesの設定ページで、アクセシビリティ・オプションを設定します。

1. Oracle UMS User Messaging Preferences UIに移動します。

http://host:port/sdpmessaging/userprefs-ui

2. 有効なユーザー名およびパスワードを入力します。

3. User Messaging Preferenceのログイン・ページで、「アクセシビリティ・モード」ドロップダウン・リストから「標準」を選択して、「ログイン」をクリックします。

4. ログイン後、User Messaging Preferencesページの右上隅にある「設定」リンクをクリックします。

5. 「設定」ページで、次のように「アクセシビリティ」オプションを設定できます。

- 必要に応じて、「アクセシビリティ・モード」オプションから「スクリーン・リーダー」を選択します。

- テキストを高コントラストで表示する場合は、「高コントラスト」チェック・ボックスを選択します。

- テキストを大きなフォントで表示する場合は、「大きいフォント」チェック・ボックスを選択します。

6. 「ホーム」リンクをクリックして、User Messaging Preferencesページに移動します。「設定」ページで設定するように選択した「アクセシビリティ」オプションは有効になります。

注意:
UMS User Messaging Preferencesの「設定」オプションはセッション・ベースです。ログアウトしたり、ブラウザを閉じると、アクセシビリティ・オプションの設定は失われます。ログインするごとに設定をリセットする必要があります。

9.1.6 Oracle JDeveloperからタスク・フォームをデプロイするための共有ライブラリの追加

Oracle JDeveloperからIBM WebSphere上のSOAサーバーにタスク・フローを使用してSOAコンポジット・アプリケーションをデプロイすると、アプリケーションはClassNotFoundエラーのために正しく起動できません。アプリケーションの共有ライブラリが空です。

回避策として、次の手順を実行します。

1. IBM WebSphere管理コンソールに移動します。

2. 「Applications」→「Application Types」→「WebSphere Enterprise Applications」→「task_form_name」→「Shared library references」を選択します。

3. adf.oracle.domain_1.0_11.1.1.2.0およびoracle.jsp.next_11.1.1_11.1.1を手動で追加します。

4. アプリケーションを再起動します。

9.1.7 Oracle SOA Suiteアプリケーション用のCookieパスの設定

デフォルトでは、IBM WebSphereにデプロイされたアプリケーションのCookieパスは"/"に設定されます。このデフォルト設定は、同じIBM WebSphereセルのすべてのアプリケーションが同じセッション識別子を共有することを意味します。したがって、アプリケーション間を移動するとき、前のアプリケーションのセッション識別子の値は上書きされます。

たとえば、Oracle SOA Composer (/soa/composer)にアクセスしてからOracle Enterprise Manager (/em)にアクセスし、Oracle SOA Composer (/soa/composer)に戻ると、前のセッション識別子の値がOracle Enterprise Managerにログインした時点で上書きされているため、再度ログインするように要求されます。

アプリケーションごとに一意のCookieパスを指定する方法は、サードパーティ・アプリケーション・サーバー・ガイドのデプロイ後のWebCenter Portalアプリケーション・モジュール用のCookieパスの設定に関する項を参照してください。この処理により、アプリケーション間を移動するときのセッション無効化を回避できます。

この項の手順4 (IBM WebSphere管理コンソールで「Manage Modules」をクリックして管理するモジュールを選択)および手順5 (Cookieパスを指定)で、指定する次のOracle SOA Suiteの詳細を書き留めます。

ターゲット・サーバー

アプリケーション名

モジュール

Cookieパス

soa_server1

composer
(Oracle SOA Composer)

soa-composer-was.war

/soa/composer

worklistapp
(Oracle BPM Worklist)

worklist-was.war

/integration/worklistapp

bam_server1

oracle-bam
(Oracle BAM)

bam-web.war

/OracleBAM

soa_server1/bam_server1

usermessagingserver
(Oracle User Messaging Server)

sdpmessaginguserprefs-ui-web.war

/sdpmessaging/userprefs-ui

OracleAdminServer

em
(Oracle Enterprise Manager)

em.war

/em

これらのタスクを実行した後に、ターゲット・サーバー(soa_server1、bam_server1およびOracleAdminServer)を再起動する必要があります。

9.1.8 SOAクラスタへのSOAコンポジット・アプリケーションのデプロイ

Oracle JDeveloperからSOAコンポジット・アプリケーションをデプロイするとき、デプロイ先のアプリケーション・サーバーを選択できません。かわりに、アプリケーションはデフォルトでデプロイメント・マネージャにデプロイされます。

回避策として、IBM WebSphere管理コンソールにログインし、デプロイメント・マネージャからアプリケーションをアンインストールし、生成された.earファイルを使用してSOAクラスタにアプリケーションを再インストールします。

9.1.9 Oracle Enterprise Manager Fusion Middleware ControlからSOAバンドル・ファイルをデプロイできない

SOAバンドル・ファイルは、Oracle Enterprise Manager Fusion Middleware Controlからデプロイできません。回避策として、wsadminコマンドライン・シェルを使用します。

たとえば、vacationapproval.zipは、3つのSOAコンポジット・アプリケーションが含まれるSOAバンドル・ファイルとします。

wsadmin> soa.sca_deployComposite("http://myhost.us.example.com:7001",
"/tmp/vacationapproval.zip")

wsadminコマンドの詳細は、Oracle Fusion Middlewareサードパーティ・アプリケーション・サーバー・ガイドのOracle SOA SuiteのwsadminとWLSTコマンドの相違点に関する項を参照してください。

9.1.10 唯一のイベント・サブスクリプションがサポートされない

ビジネス・イベントは、イベント配信ネットワーク(EDN)に公開されます。EDNは、唯一のサブスクライバに対するイベントの配信をサポートしています。この場合、イベントはサブスクライバ独自のグローバル(つまり、JTA)トランザクションに送信されます。しかし、IBM WebSphereサーバーとともにEDNを使用する場合、唯一のサブスクリプションはサポートされません。

回避策として、「メディエータの作成」ダイアログでイベント・サブスクリプションの唯一の整合性レベルを「保証付き」に変更します。

注意:
この変更により、整合性レベルが下がります。したがって、グローバル・トランザクションがないため、システム障害によって、イベントが複数回配信される可能性があります。サブスクライバがイベントの処理に失敗した場合、イベントは再送されません。

9.1.11 IBM WebSphere管理コンソールでデプロイされているタスク・フォームの起動が失敗する

IBM WebSphere管理コンソールでデプロイされているタスク・フォーム・アプリケーションを起動しようとすると、失敗します。次のようなエラー・メッセージが表示されます。

Was2Form failed to start. Check the logs for server dmgr on node
DefaultCellManager01 for details.
ErrorAn error occurred while starting Was2Form. Check the logs for server
dmgr on node DefaultCellManager01 for more information.

回避策として、次の手順を実行します。

1. Oracle JDeveloperで、プロジェクト・レベルではなくアプリケーション・レベルでタスクフローをデプロイします。これにより、EARファイルが生成されます。

2. IBM WebSphere管理コンソールからタスクフローをアンデプロイします。マスター構成に直接保存し、すべてのノードに変更を同期させます。

3. IBM WebSphere管理コンソールを介してステップ1で生成したEARファイルをデプロイします。

1. 「Websphere Enterprise Applications」→「Install」→「Pick EAR from Locale file system」と進みます。

2. 「Next」をクリックします(デフォルト・オプションを使用します)。

3. デプロイ・ページ「Map modules to servers」のステップ2で、すべてのモジュールを選択し、SOAサーバー(soa_server1など)のみを強調表示し、「Apply」をクリックします。

4. ステップ3「Map virtual hosts for Web modules」で、WARファイルを選択します。

5. 最後に、マスター構成に直接再保存します。

4. EARファイルを選択して起動します。

9.1.12 管理コンソールでOracle BPMワークリストが未定義として表示される

IBM WebSphereでOracle SOA Suiteクラスタまたは単一のサーバー環境を構成する場合、Oracle BPMワークリストにアクセスすると、Oracle BPMワークリストが未定義であることを示すエラーが表示されます。IBM WebSphere管理コンソールにログインし、「Applications」→「WebSphere enterprise applications」→「worklistapp」→「Shared library references」を選択すると、2行(worklistappおよびworklist-was.war)が表示されるべき部分で、1行(worklistapp)のみが表示されます。次の手順を実行する必要があります。

- Oracle BPMワークリスト(IBM WebSphere管理コンソールではworklistappと呼ばれます)をアンインストールします。

- Oracle BPMワークリストを再インストールします。

Oracle BPMワークリストをアンインストールするには:

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

2. 左側のパネルから、「Applications」→「Application Type」→「WebSphere enterprise applications」を選択します。

3. 「Enterprise Applications」リストからworklistappのチェック・ボックスを選択します。

4. 「Stop」ボタンをクリックし、worklistappを停止します。

5. worklistappを再選択します。

6. 「Uninstall」ボタンをクリックし、「OK」をクリックします。

7. 「Save」および「Review」オプションから「Review」を選択します。

8. 「Synchronize changes with nodes」を選択し、「Save」をクリックします。

9. 構成同期が完了するまで待ち、「OK」をクリックします。

10. 「Enterprise Applications」からworklistappが削除(アンインストール)されていることを確認します。

Oracle BPMワークリストを再インストールするには:

1. まだ移動していない場合は、「Applications」→「Application Type」→「WebSphere enterprise applications」にナビゲートします。

2. 「Install」をクリックします。

3. 「Remote file system」オプションを選択します。

1. 「Browse」→「DefaultCellDepMgrNode」をクリックします。

2. ルート・ディレクトリ(/)をクリックし、ORACLE_HOMEに移動します。

3. soa/applicationsにナビゲートします。

4. worklist-was.earを選択し、「OK」をクリックします。

4. デフォルトの「Fast Path」を選択し、「Next」をクリックします。

5. インストール・オプションを選択します。

1. 名前「Oracle BPM Worklist」を「worklistapp」に変更し、「Next」をクリックします。

6. モジュールをサーバーにマップします。

1. 2つのモジュール(jarおよびand war)のチェック・ボックスを選択します。

2. 「Clusters and servers」リストから、「server=soa_server1」か、Oracle SOA Suiteがインストールされているサーバーまたはクラスタを選択します。

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

4. サーバー列で2つのモジュールのサーバー値(soa_server1など)が正しいことを確認します。

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

7. Webモジュールの仮想ホストをマップします。

1. 1つのWebモジュールを選択します。

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

8. 「Summary」画面で、情報を確認し、「Finish」をクリックします。
出力が画面に表示され、ローカル変更を保存または確認するよう求められます。

9. 「Review」を選択します。

10. ワークスペースの変更を保存します。

1. 「Synchronize changes with Nodes」をクリックします。

2. 「Total changed documents」が「29」であることを確認します(この値でない場合、エラーが発生する可能性があります)。

3. 「保存」をクリックします。

11. 構成同期が完了するまで待ち、「OK」をクリックします。
これで、worklistappはインストールされ、起動が可能になります。

12. 「Enterprise Applications」リスト内に「worklistapp」が存在することを確認します。

13. 「worklistapp」を選択し、「Start」をクリックします。

14. 「Application Status」が「up」であることを確認します。

15. 次のURLにアクセスし、Oracle BPMワークリストがアクセス可能であるかどうかテストします。

http://host:port/integration/worklistapp

9.1.13 「ダッシュボード」タブで完了したSOAコンポジットのインスタンスが実行中と表示される可能性がある

インスタンスが実際には完了していても、Oracle Enterprise Manager Fusion Middleware ControlのSOAコンポジット・アプリケーションの「ダッシュボード」タブで、このインスタンスの状態が実行中と表示される可能性があります。このシナリオでは、「フローのトレース」ページで実際のインスタンスの状態を検証してください。

9.1.14 Oracle SOA Suiteでの双方向SSL構成がサポートされていない

IBM WebSphereで双方向SSL構成がサポートされていません。したがって、SSLで構成されるOracle Web Service Manager (OWSM)の双方向セキュリティ・ポリシーがサポートされません。ただし、一方向SSLはサポートされています(たとえば、別のSOAサービスを呼び出すSSL構成のSOAサービスを作成できます)。

9.1.15 「オプションを指定してリカバリ」ダイアログを使用した複数のフォルト・リカバリが失敗する

SOAコンポジット・アプリケーションの「フォルトと拒否メッセージ」タブの「オプションを指定してリカバリ」をクリックし、「オプションを指定してリカバリ」ダイアログの「すべてリカバリ」を選択してすべてのフォルトをリカバリしようとすると、フォルトはリカバリされず、保留中と表示されます。この問題は、「オプションを指定してリカバリ」ダイアログでのみ発生します。個別インスタンスのリカバリやリカバリ対象の複数インスタンスの選択は正常に機能します。

9.1.16 IBM WebSphere Application Server - NDをインストールするためにサーバーを再起動する必要がある

Oracle SOA Suiteとともに使用するためにIBM WebSphere Application Server - Network Deployment (ND)をインストールする場合、JCAアダプタ・バインディング・コンポーネントをアクティブにするには、サーバーを再起動する必要があります。そうしない場合、JNDIはアクティブにならず、次のエラー・メッセージが表示されます。

Non Recoverable System Fault :
BINDING.JCA-12563 Exception occured when binding was invoked. Exception
occured during invocation of JCA binding: "JCA Binding execute of Reference
operation 'Write' failed due to: JCA Binding Component connection issue. JCA
Binding Component is unable to create an outbound JCA (CCI) connection.
File_MEDComposite:WriteMed [ Write_ptt::Write(body) ] : The JCA Binding
Component was unable to establish an outbound JCA CCI connection due to the
following issue: BINDING.JCA-12510 JCA Resource Adapter location error.
. . .
. . .

9.1.17 非同期BPELプロセスのテスト・エミュレーションが失敗する

IBM WebSphere上のSOAコンポジット・アプリケーション内の非同期BPELプロセスを含むテスト・エミュレーションを作成できません。テスト実行時に、CannotInstantiateObjectException例外エラーが発生します。

9.1.18 AQアダプタに対してSETMANAGEDCONNECTION()を実行するとILLEGALSTATEEXCEPTIONで失敗する

WebSphereプラットフォームでOracle AQテクノロジ・アダプタ・ケースを実行すると、次のエラーが発生する可能性があります。

javax.resource.spi.ResourceAllocationException: setManagedConnection: illegal state exception. State = STATE_ACTIVE_FREE MCW = 28392839

この例外のフォローアップとして、IBM PMR # 69026,756が作成されています。

9.1.19 IBM WebSphereにデプロイされているOracle Fusion Middlewareアプリケーションにアクセスすると無効なPolicySetエラーが発生する

IBM WebSphereでOracle Fusion Middlewareを使用してアプリケーションをデプロイすると、次のランタイム・エラーが発生する可能性があります。

oracle.fabric.common.PolicyEnforcementException: PolicySet Invalid:
WSM-06102 PolicyReference The policy reference URI
oracle/wss_username_token_service_policy is not valid

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

1. 次の場所にあるpolicy-accessor-config.xmlファイルを開きます。

WAS_HOME/profiles/Dmgr01/config/cells/DefaultCell/fmwconfig/

2. ポリシー・アクセッサ・プロパティを検索し、次のプロパティを非コメント化し、次のように、各プロパティの値を設定します。

<property name="active.protocol">
remote
</property>
<property name="java.naming.provider.url">
corbaloc:iiop:hostname:rmi.port
</property>

この例では、ポリシー・マネージャが実行されているホストおよびRMIポートを表すようにhostnameおよびrmi.portを置き換えます。

再起動は必要ありません。デフォルトでは、policy-accessor-config.xmlの新しいバージョンが10分ごとにロードされます。ただし、変更を即時適用する場合は、サーバーを再起動します。

9.1.20 IBM WebSphereでFusion Middleware ControlからOracle内部アプリケーションを停止または起動できない

IBM WebSphereでOracle Enterprise Manager Fusion Middleware Controlを実行する場合、ターゲット・ナビゲーション・ペインの「内部アプリケーション」フォルダの下に表示されるOracle内部アプリケーションを停止または起動しようとすると、エラーが発生する可能性があります。

ここにリストしたアプリケーションはOracle内部アプリケーションです。これらのアプリケーションは、Fusion Middleware Controlから起動または停止しないようにする必要があります。これらのアプリケーションを起動または停止する必要がある場合、内部アプリケーションをホストする管理対象サーバーを起動または停止してください。

9.1.21 JMSアダプタの場合、フェイルオーバーなしでもインスタンスがリカバリ可能になる

SOA JMSアダプタがWebSphereにインストールされていて、IBM WebSphereのデフォルトJMSメッセージング・プロバイダと通信している場合、Persistent message reliabilityプロパティをReliable persistentではなくAssured persistentに設定する必要があります。そうしないと、誤った設定によってメッセージを喪失する可能性があります。

また、フェイルオーバー・シナリオが発生しない場合に、IBM WebSphere JMSからのエラーが含まれる状況(トランザクション・タイム・アウトやJMSセッションのクローズ)が起き、インスタンスがリカバリ可能になることがあります。この事象が発生した場合は、Oracle Enterprise Managerから手動でインスタンスをリカバリする必要があります。

9.1.22 Oracle WSMでKerberosおよびSPNEGOはサポートされない

Oracle Web Services Managerでは、KerberosおよびSimple and Protected GSSAPI Negotiation Mechanism (SPNEGO)はサポートされません。

次の制限に注意してください。

- Oracle WSMに含まれるKerberosポリシーおよびアサーション・テンプレートはサポートされません。

- SPNEGO機能はサポートされません。

9.1.23 RESTセキュリティ・ポリシーおよびテンプレートは動作保証されない

現在のリリースのRESTセキュリティ・ポリシーおよびテンプレートは、IBM WebSphere上では動作保証されません。

9.2 構成に関する問題と対処方法

この項では、構成に関する問題およびその回避策について説明します。次のトピックが含まれます:

- 9.2.1項「Windows 2003および2008にIBM WebSphereをインストールした場合、セルの構成でエラーが発生する」

- 9.2.2項「IBM WebSphereでSOAクラスタのCoherenceを構成する」

- 9.2.3項「IBM WebSphereで高可用性のためにOracle Business Activity Monitoringを構成するときの制限事項」

- 9.2.4項「IBM HTTP Server (IHS)で受信されたリクエストがFusion Middlewareの「ようこそ」ページにルーティングされる」

- 9.2.5項「IBM WebSphere上のページレット・プロデューサ・コンソールでWSRP/JPDKプロデューサを登録できない」

- 9.2.6項「IBM WebSphere上のページレット・プロデューサ・コンソールでパスワード設定を構成できない」

- 9.2.7項「IBM WebSphere上でOracle SOA Suiteを高可用性に構成する際にデプロイメント・マネージャの再起動が必要」

- 9.2.8項「WebSphere上のSSOログアウトの追加構成」

- 9.2.9項「IBM WebSphereにSimpleApprovalTaskFlowをデプロイするときにログ・ファイルに表示されるjava.lang.ClassNotFoundExceptionエラー・メッセージ」

9.2.1 Windows 2003および2008にIBM WebSphereをインストールした場合、セルの構成でエラーが発生する

IBM WebSphereがWindows 2003またはWindows 2008にインストールされている場合、セルを作成しようとすると次のエラーが表示されることがあります。

WebSphere Profile Update Failed!
No Changes Were Saved To The WebSphere Profile
Profile Location: x:\mydir\APPSER~1\profiles\Dmgr02
Reason Exception saving changes to WebSphere configuration

この問題は、IBM WebSphereに同梱されているJythonライブラリのために発生します。回避策は次のとおりです。

1. 次のファイルを探して編集します。

WAS_HOME\optionalLibraries\jython\Lib\javaos.py

2. 関数_getOsTypeを探します。

3. デフォルトとして"nt"を戻すように、_osTypeMap変数を編集します。

_osTypeMap = (
( "nt", r"(nt)|(Windows NT)|(Windows NT 4.0)|(WindowsNT)|"
r"(Windows 2000)|(Windows XP)|(Windows CE)" ),
( "dos", r"(dos)|(Windows 95)|(Windows 98)|(Windows ME)" ),
( "mac", r"(mac)|(MacOS.*)|(Darwin)" ),
( "None", r"(None)" ),
( "nt", r"(.*)" ), # default - posix seems to vary mast widely
)

4. 変更を保存します。

9.2.2 IBM WebSphereでSOAクラスタのCoherenceを構成する

IBM WebSphereでSOAクラスタを構成する場合、ホスト名および他の必須クラスタ・プロパティを使用してOracle Coherenceを構成する必要があります。

Oracle WebLogic Server環境の場合、Oracle Coherenceの構成の詳細は、『高可用性ガイド』のコンポジットをデプロイするためのOracle Coherenceの構成に関する項を参照してください。

IBM WebSphereでSOAクラスタを構成する場合、IBM WebSphereに固有の次の手順を使用して同様のタスク・セットを実行します。

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

2. 「Java Virtual Machine Custom Properties」ページにナビゲートします。
「Servers」→「soa_server_name」→「Java and Process Management」→「Process Definition」→「Java Virtual Machine」→「Custom Properties」を選択します。

3. 次のプロパティを追加します。

- マルチキャスト・クラスタの場合:

tangosol.coherence.clusteraddress
tangosol.coherence.clusterport

- ユニキャスト・クラスタの場合:

tangosol.coherence.wka1 (= host1)
tangosol.coherence.wka2 (= host2)
tangosol.coherence.localhost = (host?)
tangosol.coherence.wka1.port
tangosol.coherence.wka2.port
tangosol.coherence.localport

9.2.3 IBM WebSphereで高可用性のためにOracle Business Activity Monitoringを構成するときの制限事項

IBM WebSphereでOracle BAMをインストールおよび構成している場合、『高可用性ガイド』のOracle BAMの高可用性の構成に関する項で説明されている、高可用性の2つのノード構成でOracle BAMサーバーを構成できません。

かわりに、IBM WebSphereでOracle BAMを構成している場合は、コールド・フェイルオーバー構成を使用する必要があります。詳細は、『高可用性ガイド』のOracle Fusion Middleware高可用性のためのアクティブ/パッシブ・トポロジに関する項を参照してください。

9.2.4 IBM HTTP Server (IHS)で受信されたリクエストがFusion Middlewareの「ようこそ」ページにルーティングされる

IBM WebSphere NDでIBM @ HTTPServer (IHS)フロント・エンドとともにFusion Middleware製品を使用している場合、コンテンツ・サーバーで受信されるリクエストが、かわりにセルの管理サーバー(OracleAdminServer)で実行されているFusion Middlewareの「ようこそ」ページにルーティングされることがあります。

リクエストがコンテンツ・サーバーに正しくルーティングされるようにするには、セルを完全に構成した後に、次の手順を実行します。

plugin-cfg.xmlファイルの編集、伝播および再生成の詳細は、IBMのNetwork Deploymentのドキュメントを参照してください。

1. plugin-cfg.xmlファイルの自動伝播を無効にします。
例:

IBM/HTTPServer/plug-in/config/webserver1/plugin-cfg.xml

2. plugin-cfg.xmlを手動で再生成します。

3. plugin-cfg.xmlを手動で編集し、リクエストがOracleAdminServerにルーティングされる原因のエントリを削除します。

4. plugin-cfg.xmlをIHS Webサーバー・プラグインに手動で伝播します。

これらの手順を実行した後にセルを更新すると、この問題が再発生することがあります。その場合は、この構成手順を繰り返してください。

9.2.5 IBM WebSphere上のページレット・プロデューサ・コンソールでWSRP/JPDKプロデューサを登録できない

IBM WebSphere Application ServerインスタンスのOracle WebCenter Portalのページレット・プロデューサ・コンソールで、WSRP/JPDKプロデューサを登録できません。この問題を解決するには、次の手順に従って必要なロール(AppConnectionManager)をページレット・プロデューサ・アプリケーションに追加します。

1. WebSphere管理コンソールを開きます。

2. 「WebSphere Applications Deployment」で、「pagelet-producer」を右クリックして「Security and Application Roles」を選択します。

3. 「Application stripe」をクリックして「pagelet-producer」を選択します。

4. 「Starts with」フィールドにAppConnectionManagerと入力して、「Search」をクリックします。AppConnectionManagerロールを選択して「Edit」をクリックします。

5. 「Members」で「Add」をクリックして、プリンシパルを検索して必要なユーザーまたはグループをロールに割り当てることができるダイアログを開きます。必要なユーザーを選択して「OK」をクリックし、ダイアログを閉じます。

6. 「OK」をクリックしてアプリケーション設定を保存します。

7. WC_Portlet管理対象サーバーを再起動します(サーバーが再起動されないかぎり、更新されたセキュリティ設定は有効になりません)。

9.2.6 IBM WebSphere上のページレット・プロデューサ・コンソールでパスワード設定を構成できない

IBM WebSphere Application Serverインスタンス内のWebCenter Portalのページレット・プロデューサ・コンソールでパスワードを設定しようとすると(プロキシ・パスワードなど)、次のエラーが表示されます。

ADF_FACES-60097: For more information, please see the server's error log foran entry beginning with: ADF_FACES-60096:Server Exception during PPR, #9

この問題を回避するには、ページレット・プロデューサ・アプリケーションにいくつかの追加の権限を付与する必要があります。

1. wsadminを使用して、ページレット・プロデューサ・アプリケーションで構成されたセルのDmgrサーバーに接続します。

WC_HOME/common/bin/wsadmin.sh -conntype SOAP -user admin username -password password -host Dmgr_host -port admin_SOAP_port

サード・パーティ・アプリケーション・サーバー・ガイドのWebCenterポータルのwsadminコマンドの実行に関する項も参照してください。

2. 次のOpss.grantPermissionコマンドを実行して、ページレット・プロデューサ・アプリケーションに権限を付与して、プロキシ・パスワードを更新します。

wsadmin> Opss.grantPermission(appStripe=None,principalClass=None,principalName=None, codeBaseURL='file:${user.install.root}/installedApps/DefaultCell/pageletproduc er.ear/', permClass='oracle.security.jps.service.credstore.CredentialAccessPermission', permTarget='context=SYSTEM,mapName=ensemble,keyName=*',permActions='read,write ,update,delete')

3. WC_Portlet管理対象サーバーを再起動します(サーバーが再起動されるまで、更新されたセキュリティ設定は有効ではありません)。

9.2.7 IBM WebSphere上でOracle SOA Suiteを高可用性に構成する際にデプロイメント・マネージャの再起動が必要

WebSphereで高可用性を実現するためにOracle SOA Suiteを構成するには、IBM WebSphere Application Server構成ガイドのリモート・マシンの既存セルへの統合に関する項の指示に従ってください。

ただし、それらの指示に従う場合、2番目のノードを構成する前に、必ずデプロイメント・マネージャを停止して再起動する必要があります。詳細は、サード・パーティ・アプリケーション・サーバー・ガイドのデプロイメント・マネージャを構成してリモート・ノード・エージェントを検出する方法に関する項を参照してください。

9.2.8 WebSphere上のSSOログアウトの追加構成

WebSphere上でSSOログアウトが正しく機能するようにSync Filterを構成する必要があります。アプリケーションのデプロイメント・ディスクリプタで(たとえば、web.xml)、次の例のように特定のURLパターン用にフィルタを構成できます。

<filter>
<display-name>SSOSessionSynchronizationFilter</display-name>
<filter-name>SSOSessionSynchronizationFilter</filter-name>
<filter-class>oracle.security.was.filter.SSOSessionSynchronizationFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>SSOSessionSynchronizationFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>

また、次のJARをWebSphereクラスパスに追加する必要があります。

$MiddleWareHome/oracle_common/modules/oracle.ssofilter_11.1.1/ssofilter.jar

9.2.9 IBM WebSphereにSimpleApprovalTaskFlowをデプロイするときにログ・ファイルに表示されるjava.lang.ClassNotFoundExceptionエラー・メッセージ

Oracle Enterprise Manager Fusion Middleware Controlの「ログ構成」ページにアクセスすると、ログ・ファイルでArrayIndexOutOfBoundsExceptionエラーを受け取る場合があります。

「ログ構成」ページは正しく表示されています。このエラーは、製品の機能に影響せず無視できます。

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

この項では、ドキュメントの訂正箇所を示します。次のトピックが含まれます:

- 9.3.1項「WebCenter Portal 11.1.1.6.0インストールを11.1.1.7.0にパッチを適用する手順の更新」

- 9.3.2項「IBM WebSphereでスケール・アウトのためにOracle Business Intelligenceを構成する手順の更新」

- 9.3.3項「アップグレードの項への更新」

9.3.1 WebCenter Portal 11.1.1.6.0インストールを11.1.1.7.0にパッチを適用する手順の更新

WebCenter Portal 11.1.1.6.0のインストールを11.1.1.7.0にパッチ適用する方法を説明する手順は、サード・パーティ・アプリケーション・サーバー・ガイドのIBM WebSphereのWebCenter Portalを11.1.1.6から11.1.1.7にパッチ適用する方法に関する項を参照してください。

記載された情報に対する変更を次に示します。

- 起動前 - 既存のOracle Web Services Manager (OWSM)セキュリティ・ポリシーURIを決定する
WebCenter Portal 11.1.1.7.0にパッチを適用する前に既存のOWSMポリシーURI設定を記録しておくことをお薦めします。この手順はこのドキュメントには記載されていません。

WebCenter Portal 11.1.1.6.0にパッチ適用する前に既存の設定を決定するには、『パッチ適用ガイド』のSpaces、DiscussionsおよびPortlet Web Service End PointsのOWSM Policy URIの決定に関する項に記述されている手順に従います。

- 手順10 - パッチ・セット・アシスタントを使用して、必要なすべてのスキーマを更新する
この手順は、手順5「アップグレードされたIBM WebSphereノード・エージェントおよびデプロイメント・マネージャの起動」の前に実行する必要があります。

9.3.2 IBM WebSphereでスケール・アウトのためにOracle Business Intelligenceを構成する手順の更新

サードパーティ・アプリケーション・サーバー・ガイドの10.2.11.1項に、IBM WebSphereでOracle Business IntelligenceのJEEコンポーネントをスケール・アウトするための構成の手順が記載されています。これらの手順は、32ビットまたは64ビットのどちらのシステム用のインストーラでインストールするかに応じてわずかに異なるため、更新する必要があります。

32ビットのインストーラを使用する場合の手順は次のとおりです。

1. IBM WebSphere用の管理コンソールを使用して、次の条件が満たされていることを確認します。

- Oracle Business IntelligenceがIBM WebSphereとともに第1ホスト・コンピュータにインストールされています。

- 第1ホスト・コンピュータ上のOracle Business Intelligenceのインストールには、OracleAdminServerおよびbi_server1という名前の2つのサーバーが含まれています。インストールにはノード・エージェントおよび単一のデプロイメント・マネージャも含まれます。

- サーバーは、bi_clusterと呼ばれるIBM WebSphereのクラスタとして管理されています。

2. IBM WebSphereを第2ホスト・コンピュータにインストールします。インストール・タイプとして「なし」を選択していることを確認し、インストールの結果ページで「終了」をクリックします。
IBM WebSphereインストールの最後にプロファイル管理ツールが表示されます。10.2.11.1項の既存の手順4に記載されているように、プロファイル管理ツールの設定を指定します。

3. stopNode.shスクリプトを使用してNodeAgentを停止します。

4. 第2ホスト・コンピュータ上のIBM WebSphereに適切なパッチを適用し、第2コンピュータで第1コンピュータと同じバージョンが実行されるようにします。

5. startNode.shスクリプトを使用してNodeAgentを起動します。

6. Oracle Business Intelligenceを第2ホスト・コンピュータにインストールし、次のオプションを選択します。

- インストール・タイプには「ソフトウェアのみ」を選択します。

- 第1ホスト・コンピュータにインストールしたときと同じディレクトリ構造(/mydir/myname/mw_homeなど)で、第2ホスト・コンピュータにOracle Business Intelligenceをインストールします。

7. 10.2.11.1項の既存の手順6に従って、新しいノードでOracle Business IntelligenceのJEEアプリケーションを処理するIBM Managed Server (最初のノードのbi_server1と同様)を作成します。

64ビットのインストーラを使用する場合の手順は次のとおりです。

1. IBM WebSphere用の管理コンソールを使用して、次の条件が満たされていることを確認します。

- Oracle Business IntelligenceがIBM WebSphereとともに第1ホスト・コンピュータにインストールされています。

- 第1ホスト・コンピュータ上のOracle Business Intelligenceのインストールには、OracleAdminServerおよびbi_server1という名前の2つのサーバーが含まれています。インストールにはノード・エージェントおよび単一のデプロイメント・マネージャも含まれます。

- サーバーは、bi_clusterと呼ばれるIBM WebSphereのクラスタとして管理されています。

2. IBM WebSphereを第2ホスト・コンピュータにインストールします。インストール・タイプとして「なし」を選択していることを確認し、インストールの結果ページで「終了」をクリックします。

3. 第2ホスト・コンピュータ上のIBM WebSphereに適切なパッチを適用し、第2コンピュータで第1コンピュータと同じバージョンが実行されるようにします。
32ビットのインストーラの場合と異なり、64ビットのインストーラ用にプロファイルが作成されるまではNodeAgentが存在しません。

4. 10.2.11.1項の既存の手順4に記載されているように、プロファイル管理ツールを実行します。

5. stopNode.shスクリプトを使用してNodeAgentを停止します。

6. Oracle Business Intelligenceを第2ホスト・コンピュータにインストールし、次のオプションを選択します。

- インストール・タイプには「ソフトウェアのみ」を選択します。

- 第1ホスト・コンピュータにインストールしたときと同じディレクトリ構造(/mydir/myname/mw_homeなど)で、第2ホスト・コンピュータにOracle Business Intelligenceをインストールします。

7. startNode.shスクリプトを使用してNodeAgentを起動します。

8. 10.2.11.1項の既存の手順6に従って、新しいノードでOracle Business IntelligenceのJEEアプリケーションを処理するIBM Managed Server (最初のノードのbi_server1と同様)を作成します。

9.3.3 アップグレードの項への更新

10.4項にIBM WebSphereで実行するOracle Business Intelligenceのアップグレード方法が記載されています。箇条書きのリストで始まる項は、次のように読み替える必要があります。

- IBM WebSphereで実行される10gリリースのOracle Business Intelligenceがある場合。

- Oracle WebLogic Serverで実行される、以前の11gリリースのOracle Business Intelligenceがある場合。

10 Oracle Fusion MiddlewareでのSSL構成

この章では、Oracle Fusion MiddlewareでのSSL構成に関連する問題について説明します。次のトピックが含まれます:

- 10.1項「一般的な問題および回避策」

10.1 一般的な問題および回避方法

この項では、一般的な問題および回避策について説明します。次のトピックが含まれます:

- 10.1.1項「JSSEベースのSSLの推奨」

- 10.1.2項「ウォレットのインポート時の間違ったメッセージまたはエラー」

10.1.1 JSSEベースのSSLの推奨

WebLogic Server 10.3.6以上を使用した環境では、JSSEを使用するようにドメイン全体を構成することをお薦めします。

詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの保護』のJSSE SSL実装の使用に関する項を参照してください。

http://docs.oracle.com/cd/E23943_01/web.1111/e13707/ssl.htm#SECMG494

10.1.2 ウォレットのインポート時の間違ったメッセージまたはエラー

問題1

ウォレットをインポートしようとするときに無効なウォレット・パスワードを指定すると、Fusion Middleware Controlには正しくないメッセージが表示されます。表示されるメッセージ「パスワードなしでp12を作成することはできません。」は正しくありません。かわりに、パスワードが正しくないので有効なパスワードを入力するようユーザーに通知する必要があります。

問題2

パスワードで保護されたウォレットを自動ログイン・ウォレットとしてインポートしようとすると、Fusion Middleware Controlには正しくないメッセージが表示されます。表示されるメッセージ「パスワードなしでp12を作成することはできません。」には完全な情報が示されていません。かわりに、パスワードで保護されたウォレットをインポートするにはパスワードが必要であることをユーザーに通知する必要があります。

問題3

Fusion Middleware ControlまたはWLSTを使用して自動ログイン・ウォレットをパスワード保護されたウォレットとしてインポートしようとすると、NullPointerExceptionエラーが表示されます。

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2019, Oracle and/or its affiliates. All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。