Oracle® Fusion Middleware

パッチ適用ガイド

11gリリース1 (11.1.1.8.0)

B61412-09(原本部品番号:E16793-26)

2014年4月

既存のOracle Fusion Middleware環境へのパッチの適用方法、または既存のOracle Application Server環境のアップグレード方法について説明します。

Oracle Fusion Middlewareパッチ適用ガイド, 11gリリース1 (11.1.1.8.0)

B61412-09

Copyright © 2013, 2014, Oracle and/or its affiliates. All rights reserved.

原本協力著者: Lisa Jamen、Savita Thakur、Sreetama Ghosh

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

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

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

U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007). Oracle America, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

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

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

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

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 Oracle Fusion Middlewareのパッチ適用およびアップグレードの概要

- 1.1 インストール、パッチの適用およびアップグレードの用語

- 1.1.1 パッチの適用

- 1.1.2 移行

- 1.1.3 アップグレード

- 1.1.4 インストール

- 1.2 パッチ適用ツールとアップグレード・ツール

- 1.3 Oracle Fusion Middlewareのデータベース・パッチについて

2 Oracle OPatchを使用したOracle Fusion Middlewareへのパッチの適用

- 2.1 Oracle OPatchを使用したパッチの適用について

- 2.1.1 OPatchを使用して適用されるパッチ・タイプ

- 2.1.2 OPatchで適用できないパッチのタイプ

- 2.2 OPatchについて

- 2.2.1 OPatchの入手

- 2.2.2 OPatchで適用可能なパッチの入手

- 2.2.3 OPatch環境変数

- 2.2.4 OPatchのシステム要件

- 2.2.5 パッチ適用に関するバックアップとリカバリの考慮事項

- 2.3 Fusion Middleware環境におけるOPatch

- 2.3.1 一般的なパッチ適用のシナリオ

- 2.3.2 Fusion Middleware製品へのパッチの適用

- 2.3.3 分散環境におけるパッチの適用

- 2.3.3.1 ローカルMiddlewareホームでのパッチの適用

- 2.3.3.2 共有Middlewareホームでのパッチの適用

- 2.3.4 Oracleホーム外でデプロイされるパッチ適用アーティファクト

- 2.4 OPatchの実行

- 2.4.1 パッチの適用およびWebLogicサーバーへのパッチ適用済アーティファクトのデプロイ

- 2.4.1.1 OPatchプロパティ・ファイルの使用

- 2.4.1.2 -autoオプションの使用

- 2.4.1.3 applyコマンドの使用

- 2.4.1.4 applyコマンドのサンプル出力

- 2.4.2 パッチのロールバックおよびWebLogic Serverへのパッチ適用済アーティファクトのデプロイ

- 2.4.3 WebLogic Serverへのパッチ適用済アーティファクトのデプロイ

- 2.4.4 ソースOracleホームのリスト

- 2.4.5 MiddlewareホームまたはOracleホームから作成されたドメインのリスト

- 2.4.6 パッチの適用が可能なOracleホームのリスト

- 2.4.7 OracleホームまたはWebLogicドメインに適用されているパッチのリスト

- 2.4.8 ランタイム・インスタンスの起動および停止

- 2.5 Fusion Middleware環境におけるOPatchのトラブルシューティング

- 2.5.1 MDSリポジトリへのパッチの適用に関する注意

- 2.5.2 マシン名とリスニング・アドレスの設定

3 Oracle Fusion Middlewareの最新パッチ・セットの適用

- 3.1 Oracle Fusion Middlewareのパッチ適用プロセスの概要

- 3.2 Oracle Fusion Middlewareのパッチ適用プロセスのロードマップ

- 3.3 始める前に

- 3.3.1 Oracle WebCenter Portalにパッチを適用する場合の特殊な手順

- 3.3.2 Oracle WebCenter Contentにパッチを適用する場合の特殊な手順

- 3.3.2.1 アップグレード前のコンポーネントの有効化

- 3.3.2.2 アップグレード前の不要なコンポーネントの無効化

- 3.3.3 Oracle Portal、Forms、ReportsおよびDiscovererにパッチを適用する場合の特殊な手順

- 3.3.4 Oracle Identity and Access Managementにパッチを適用する場合の特殊な手順

- 3.3.5 分散環境にパッチを適用する場合の特殊な手順

- 3.3.6 Oracle SOA Suiteにパッチを適用する場合の特殊な手順

- 3.3.6.1 アップグレード前のすべての編集セッションのコミットまたは回復

- 3.3.6.2 Oracle SOA Suiteへのパッチの適用

- 3.3.7 Oracle WebLogic Server 10.3.6およびSOA Suiteにパッチを適用する場合の特殊な手順

- 3.4 一般的なパッチ適用前のタスク

- 3.4.1 システム要件および動作保証の確認

- 3.4.1.1 システム要件と仕様

- 3.4.1.2 動作保証とサポートされるプラットフォーム

- 3.4.1.3 11gリリース1 (11.1.1.8.0)での埋込みJDKのアップグレード

- 3.4.2 『Oracle Fusion Middleware相互運用および互換性ガイド』の確認

- 3.4.3 サーバーとプロセスの停止

- 3.4.4 Middlewareホーム、ドメイン・ホームおよびOracleインスタンスのバックアップ

- 3.4.5 データベースとデータベース・スキーマのバックアップ

- 3.4.6 追加の構成情報のバックアップ

- 3.4.7 Oracle WebLogic Serverの更新

- 3.4.8 サイレント・モードでのパッチ適用のためのemCCRファイルの名前変更

- 3.5 インストーラのダウンロード

- 3.5.1 パッチ適用に使用するインストーラについて

- 3.5.2 必要なインストーラのダウンロード

- 3.6 Oracle Fusion Middlewareへのパッチの適用

- 3.6.1 インストーラの起動

- 3.6.2 パッチ・セットの適用

- 3.7 パッチ・セット・アシスタントによるスキーマの更新

- 3.8 サーバーとプロセスの起動

- 3.9 パッチ・セットのインストールの検証

- 3.9.1 アップグレード・ログの検証

- 3.9.2 ドメイン・サーバー・ログの確認

- 3.9.3 OPMNステータスの検証

- 3.9.4 ブラウザURLの確認

4 パッチ・セット・アシスタントによるスキーマの更新

- 4.1 パッチ・セット・アシスタントによる更新が必要なスキーマ

- 4.2 スタンドアロンのOracle Portalのリポジトリ・スキーマで行う特殊な手順

- 4.3 パッチ・セット・アシスタントの使用を開始する前に

- 4.3.1 データベースとデータベース・スキーマのバックアップ

- 4.3.2 データベースとスキーマの確認

- 4.3.3 エディションベースの再定義に対応したデータベース・サーバーでのエディションの作成

- 4.3.4 更新対象のスキーマを使用した全コンポーネントの停止

- 4.3.5 Oracle Portalのaq_tm_processes値の確認

- 4.3.6 ORACLE_HOMEおよびJAVA_HOME環境変数の設定

- 4.4 パッチ・セット・アシスタントの実行

- 4.4.1 パッチ・セット・アシスタントのグラフィカル・インタフェースの使用

- 4.4.2 コマンドラインからのパッチ・セット・インストーラの使用

- 4.4.3 更新後のスキーマ・バージョン番号の検証

- 4.4.4 無効なデータベース・オブジェクトの確認

- 4.5 パッチ・セット・アシスタントのログ・ファイル

5 パッチ適用後の手順

- 5.1 開始点がリリース11.1.1.2.0である場合のパッチ適用後のタスク

- 5.2 開始点がリリース11.1.1.3.0である場合のパッチ適用後のタスク

- 5.3 開始点がリリース11.1.1.4.0である場合のパッチ適用後のタスク

- 5.4 開始点がリリース11.1.1.5.0である場合のパッチ適用後のタスク

- 5.5 開始点がリリース11.1.1.6.0である場合のパッチ適用後のタスク

- 5.6 開始点がリリース11.1.1.7.0である場合のパッチ適用後のタスク

- 5.7 システム・コンポーネントのパッチ適用後のタスク

- 5.7.1 システム・コンポーネントのアップグレード

- 5.7.2 Oracle Configuration Managerの更新

- 5.7.3 Oracle ReportsおよびOracle PortalでのJDBCエラーの解決

- 5.7.4 Oracle Internet DirectoryのOLTS_CT_STOREおよびOLTS_ATTRSTORE表領域へのデータファイルの追加

- 5.7.5 BASE64エンコードされたOPSSの暗号化鍵の生成

- 5.7.6 JavaSEモードで実行するOPSSの動的監査メタデータ・モデルの有効化

- 5.7.7 診断フレームワーク・ダンプ・サンプリングの構成

- 5.7.8 IBM WebSphereのJRFテンプレートへのBatikライブラリJarファイルの追加

- 5.8 Oracle Identity Managementコンポーネントのパッチ適用後のタスク

- 5.8.1 ポリシーの評価に関するスケジュール済ジョブ実行の有効化

- 5.8.2 既存のORACLE_IDM_HOMEディレクトリでのOracle Identity Managementの更新

- 5.8.3 Oracle Identity Federationの構成プロパティの更新

- 5.8.4 デュアル・ネットワーク・アドレスでリスニングするためのOracle Identity Managementの構成

- 5.9 WebLogic Serverドメインのパッチ適用後のタスク

- 5.9.1 JDKの更新

- 5.9.2 Fusion Middlewareの共有ライブラリの更新

- 5.9.3 構成およびストアの更新

- 5.9.4 WS-AtomicTransactionの有効化

- 5.9.5 64ビット・プラットフォームでのWebLogic Serverドメインのパフォーマンスの最適化

- 5.9.6 WebLogic Serverでプロキシを使用する場合のプラグイン構成の更新

- 5.10 Oracle SOA Suiteのパッチ適用後のタスク

- 5.10.1 データベース管理のためのOracle SOA Suiteのパージ・スクリプトのロード

- 5.10.2 SOA Composer、BPM WorkspaceおよびB2Bでのtmpフォルダの削除

- 5.10.3 「必須のBPELメッセージ・リカバリ」警告メッセージ期間の更新

- 5.10.4 MAXRECOVERATTEMPT属性の2への更新

- 5.10.5 警告状態にあるsoa-infraアプリケーションの更新

- 5.10.6 bpm-ps6-upgrade.pyの実行によるポリシー・ストアの更新

- 5.10.7 soa-upgrade.pyの実行によるポリシー・ストアの更新と共有ライブラリのデプロイ

- 5.10.8 Oracle Data Integratorクライアントの更新(BAM-ODI統合が有効な場合)

- 5.10.9 Oracle B2BのXEngineカスタマイズの保存とリストア

- 5.10.10 IBM WebSphere MQ JMSを使用したOracle JMSアダプタの構成

- 5.10.11 UMSアダプタ機能を含むSOAドメインの拡張

- 5.10.12 Business Process Management機能を含むSOAドメインの拡張

- 5.11 Oracle WebCenter Contentのパッチ適用後のタスク

- 5.11.1 Oracle WebCenter Content: Imagingの更新

- 5.11.2 Oracle Application Adapters for Oracle WebCenter Contentの更新

- 5.11.3 コンテンツ・サーバーでのレコード管理用のレポート・ライブラリの構成

- 5.11.4 IBRを監視するためのFusion Middleware Controlの使用方法

- 5.11.5 SOAまたはBAMを使用したOracle WebCenter Content Serverの起動

- 5.11.6 WebCenter Contentのシステム・コンポーネントの有効化

- 5.12 Oracle Service Busのパッチ適用後のタスク

- 5.12.1 最新のパッチ・セット適用後のOracle Service Busドメインの更新

- 5.12.2 WebLogic Server 10.3.5でのOracle Service Busリリース11.1.1.7.0の使用方法

- 5.12.3 WebLogic Server 10.3.6でのOracle Service Busリリース11.1.1.7.0の使用方法

- 5.12.4 Oracle Service Bus IDEの追加の更新後のタスクの実行

- 5.12.4.1 Oracle WebLogic Server 11gリリース1 (10.3.3)の削除

- 5.12.4.2 サーバーの作成

- 5.13 Oracle Business Intelligenceのパッチ適用後のタスク

- 5.13.1 Oracle Business Intelligenceのコード権限付与の更新

- 5.13.2 Oracle BI Presentation Catalogの更新

- 5.13.3 bicontentserver機能の有効化

- 5.13.4 Oracle Business Intelligence Composer機能の有効化

- 5.13.5 Smartviewクライアントに対するJBIPS機能の有効化

- 5.13.6 Oracle Real-Time Decisionsの更新

- 5.13.6.1 WLSTを使用したrtd_ilsリソース・タイプの更新

- 5.13.6.2 EMを使用したBIAdministratorプリンシパルへの権限の追加

- 5.13.6.3 JMSの削除

- 5.14 Oracle Data Integratorのパッチ適用後のタスク

- 5.14.1 リポジトリへのパッチ適用のファイナライズ

- 5.14.2 Java EEエージェントの再構成

- 5.14.3 ODIスタンドアロン・エージェントの再構成

- 5.14.4 Oracle Enterprise Managerのプロパティの再構成

- 5.14.5 ODIコンソールの再構成

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

6 Oracle WebCenter Portalへのパッチ適用

- 6.1 Oracle WebCenterおよびOracle Enterprise Content Management Suiteの新しい製品名

- 6.2 Oracle WebCenter Portal 11.1.1.7.0インストールへのパッチの適用

- 6.3 Oracle WebCenter Portal 11.1.1.6.0インストールへのパッチの適用

- 6.4 Oracle WebCenter 11.1.1.4.0または11.1.1.5.0のインストールに対するパッチの適用

- 6.5 Oracle WebCenter 11.1.1.2.0または11.1.1.3.0のインストールに対するパッチの適用

- 6.5.1 管理対象サーバーの変更

- 6.5.2 Oracle WebCenter 11.1.1.2.0または11.1.1.3.0の移行ロードマップ

- 6.5.3 WLSTコマンドを使用したOracle WebCenter Portalの更新

- 6.6 Oracle WebCenter 11.1.1.1.0のインストールに対するパッチの適用

- 6.7 問題のトラブルシューティング

- 6.7.1 Oracle WebCenter Portalのパッチ適用に伴う問題のトラブルシューティング

- 6.7.2 パッチ適用後の問題のトラブルシューティング

- 6.7.2.1 「関連アイテム」タブにフォーカスが設定されない

- 6.7.2.2 コンテンツがクリップされ、内部スクロールバーが表示される

- 6.7.2.3 プリティURLがページ・ナビゲーションで機能しない

- 6.7.2.4 コンテンツ問合せがナビゲーション・モデルでレンダリングされない

- 6.7.2.5 ブログ投稿がポータルに表示されない

- 6.7.2.6 コメントや「いいね!」がActivity Streamに表示されない

- 6.8 Oracle WebCenter Portalのパッチ適用前のタスク

- 6.8.1 OWSMで保護されているポートレット・プロデューサ・アプリケーションのデプロイメント・ディスクリプタをエクスポート

- 6.8.2 OmniPortletとWebクリッピングのカスタマイズを保存

- 6.8.3 WebCenter SpacesでのpurgeMetadata()の実行

- 6.8.4 Oracle WebCenter ContentまたはOracle ECMのアップグレードに関する考慮事項

- 6.8.4.1 Oracle ECMのアップグレード

- 6.9 Oracle WebCenter Portalのパッチ適用後のタスク

- 6.9.1 OWSMで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをインポート

- 6.9.2 upgradeOpss WLSTコマンドの実行

- 6.9.3 ページレット・プロデューサのアップグレード・テンプレートを使用したドメインの拡張

- 6.9.4 SSOおよびOHS構成の更新

- 6.9.4.1 ページレット・プロデューサに対するOHS構成の更新

- 6.9.4.2 ページレット・プロデューサに対するSSO構成の更新

- 6.9.4.3 ポートレット・プロデューサ・アプリケーションに対するSSO構成の更新

- 6.9.4.4 Oracle SESに対するSSO構成の更新

- 6.9.4.5 SSOFilter付与の検証

- 6.9.5 Oracle WebCenter11.1.1.2.0または11.1.1.3.0インストールのパッチ適用後のタスクの実行

- 6.9.5.1 Oracle Wikiページおよびブログの移行

- 6.9.5.2 コンテンツ・プレゼンタのカスタム・テンプレートの移行

- 6.9.5.3 WebCenter REST API用の構成の更新

- 6.9.5.4 カレンダの複数レイアウトの更新

- 6.9.5.5 OmniPortletとWebクリッピングのカスタマイズをリストア

- 6.9.5.6 Oracle WSM Policy Managerをインストールするためのドメインの拡張

- 6.9.5.7 setDomainEnvのopenusageプロパティの削除

- 6.9.5.8 アップグレード済カスタム管理対象サーバーへのカスタム・アプリケーションの再デプロイ

- 6.9.5.9 setDomainEnvスクリプトからのLD_LIBRARY_PATHエントリの削除

- 6.9.5.10 WSRPポートレット・プリファレンスの移行

- 6.9.6 WebCenter Portalアプリケーションのパッチ適用後のタスクを実行

- 6.9.6.1 Content Server接続上でのWebサーバー・コンテキスト・ルートの設定

- 6.9.6.2 WebCenter Portalワークフローの構成

- 6.9.6.3 タイムゾーン属性の更新

- 6.9.6.4 ポータルの表示モードの更新

- 6.9.6.5 デフォルト・スタート(またはランディング)・ページの選択

- 6.9.6.6 WebCenter Portalのカスタマイズの移行

- 6.9.6.7 Process Spacesのアップグレード

- 6.9.6.8 アセットの管理への権限付与

- 6.9.7 認証プロバイダのリストへのOracle Single Sign-On認証プロバイダの追加

- 6.9.8 Oracle WebCenter Portalへの新機能の追加

- 6.9.8.1 アクティビティ・グラフ、Analytics、ページレット・プロデューサ、パーソナライズ・サーバーおよびサービス・ポートレットのインストール

- 6.9.8.2 ポータル・フレームワーク機能のWebCenterカスタム・アプリケーションへの追加

- 6.9.9 upgradeWebCenterPermissions WLSTコマンドの実行

- 6.9.10 検索のカスタマイズのリセット

7 Oracle Identity and Access Managementへのパッチの適用

- 7.1 始める前に

- 7.2 Oracle Identity and Access Management 11.1.1.3.0コンポーネントへのパッチ適用

- 7.3 Oracle Identity Manager 11.1.1.5.0から11.1.1.7.0への更新

- 7.3.1 Oracle Identity Manager Remote Managerのアップグレード

- 7.3.2 Oracle Identity Manager Design Consoleのアップグレード

8 Oracle Identity Management高可用性環境へのパッチの適用

- 8.1 タスク1: サーバーおよびシステム・コンポーネントの停止

- 8.1.1 管理対象サーバーの停止

- 8.1.2 管理サーバーの停止

- 8.1.3 ノード・マネージャの停止

- 8.1.4 Oracle Management Agentの停止

- 8.1.5 システム・コンポーネントの停止

- 8.1.6 OIDレプリケーション環境へのパッチの適用に関する特殊な考慮事項

- 8.2 タスク2: Oracle WebLogic Serverのバージョン10.3.5への更新

- 8.3 タスク3: Oracle Identity Managementパッチ・セット・インストーラを使用したOracle Identity ManagementのOracleホームの更新

- 8.4 タスク4: Oracle Web Tierパッチ・セット・インストーラを使用したOracle HTTP ServerのOracleホームの更新

- 8.5 タスク5: パッチ・セット・アシスタントを使用したOracle Identity Managementリポジトリの更新

- 8.6 タスク6: 手動でのパッチ適用後手順の実行

- 8.7 タスク7: システム・コンポーネントおよびサーバーの再起動

- 8.7.1 システム・コンポーネントの起動

- 8.7.1.1 Oracle Internet Directoryプロセスの起動

- 8.7.1.2 Oracle Virtual Directoryプロセスの起動

- 8.7.1.3 Oracle HTTP Serverの起動

- 8.7.2 ノード・マネージャの起動

- 8.7.3 Oracle WebLogic管理サーバーの起動

- 8.7.4 管理対象サーバーの起動

- 8.7.5 Oracle Management Agentの起動

- 8.8 タスク8: Fusion Middleware Controlに表示されるバージョン番号文字列の更新

A 「インストール」画面

- A.1 ようこそ

- A.2 ソフトウェア更新のインストール

- A.3 前提条件のチェック

- A.4 インストール場所の指定

- A.5 アプリケーション・サーバー

- A.6 インストール・サマリー

- A.7 インストールの進行状況

- A.8 インストール完了

B パッチ・セット・アシスタントの画面

- B.1 ようこそ

- B.2 コンポーネントの選択

- B.3 前提条件

- B.4 Content Serverのディレクトリ

- B.5 OCSスキーマ

- B.6 OCSSEARCHスキーマ

- B.7 Recordsディレクトリ

- B.8 URMServerスキーマ

- B.9 調査

- B.10 アップグレード・サマリー

- B.11 アップグレードの進行状況

- B.12 アップグレード成功

C パッチ・アシスタントを使用した11gリリース1 (11.1.1.1.0)からリリース1 (11.1.1.2.0)への移行

- C.1 Oracle Fusion Middleware 11g リリース1 (11.1.1.2.0)パッチ・アシスタントの概要

- C.2 移行プロセス

- C.3 移行の準備

- C.3.1 Oracle Fusion Middleware 11g リリース1 (11.1.1.1.0)環境の評価および確認

- C.3.2 構成の移行準備

- C.3.2.1 前提条件

- C.3.2.2 パッチ・アシスタントのコンテンツの抽出

- C.3.2.3 パッチ・アシスタント環境の設定

- C.3.2.4 Oracle Fusion Middlewareの停止

- C.3.2.5 ロギング・プロパティの設定

- C.4 Oracle Fusion Middleware 11g リリース1 (11.1.1.2.0)への移行

- C.4.1 移行ロードマップ

- C.4.2 移行手順

- C.4.2.1 旧ドメインの停止

- C.4.2.2 11.1.1.2.0のOracleソフトウェアのインストール

- C.4.2.3 パッチ・アシスタントのダウンロード

- C.4.2.4 スキーマの移行

- C.4.2.5 11.1.1.2.0のWebLogicドメインの作成

- C.4.2.6 ドメインの移行

- C.4.2.7 インスタンスの移行

- C.4.2.8 インスタンスの登録

- C.4.2.9 11.1.1.2.0ドメインの起動と停止

- C.4.2.10 移行後のタスクすべての実行

- C.4.2.11 11.1.1.1.0インストールの廃止

- C.4.3 Oracle Fusion Middlewareコンポーネントの移行後の構成

- C.4.3.1 Oracle Fusion Middleware監査フレームワークの移行後の構成

- C.4.3.2 Oracle Business Intelligence Discovererの移行後の構成

- C.4.3.3 Oracle Directory Integration Platformの移行後の構成

- C.4.3.4 Oracle Identity Federationの移行後の構成

- C.4.3.5 Oracle Platform Security Servicesの移行後の構成

- C.4.3.6 Oracle Reportsの移行後の構成

- C.4.3.7 Oracle SOAの移行後の構成

- C.4.3.8 Oracle User Messaging Serviceの移行後の構成

- C.4.3.9 Oracle WebCenterの移行後の構成

- C.4.3.10 Oracle Web Services Managerの移行後の構成

- C.4.4 インストール・プロセス

- C.4.5 構成プロセス

- C.4.6 patchMaster.propertiesファイルに含まれるプロパティ

- C.4.6.1 patchMaster.propertiesファイルで設定されたプロパティのオーバーライド

- C.4.7 パッチ・アシスタントによってサポートされるOracle Fusion Middlewareコンポーネント

D パッチ・マスター・プロパティ・ファイルのサンプル

はじめに

『Oracle Fusion Middlewareパッチ適用ガイド』では、既存のOracle Fusion Middleware環境へのパッチの適用、または既存のOracle Application Server環境のアップグレードに必要なツールおよび手順について説明します。

対象読者

このガイドは、既存のOracle Fusion Middlewareのユーザーのうち、使用しているOracle Fusion Middleware製品を、より新しいバージョンまたは最新バージョンにアップグレードするユーザーを対象としています。このドキュメントに記述されている手順に従うには、ユーザーとグループの作成、グループへのユーザーの追加、製品をインストールするコンピュータへのオペレーティング・システム・パッチのインストールなど、システム管理操作の実行に慣れている必要があります。Oracle Fusion Middlewareソフトウェアを更新するUNIXシステム・ユーザーは、一部のスクリプトを実行するためにrootアクセスが必要になることがあります。

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

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

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 Fusion Middlewareコンセプト。このガイドでは、Oracle Fusion Middleware環境における一般的な用語と概念について説明します。

- 『Oracle Fusion Middleware管理者ガイド』このガイドには、インストールおよび構成が完了した後に、Oracle Fusion Middleware環境を管理するための情報が含まれています。

- 『Oracle Fusion Middleware高可用性ガイド』。このガイドには、高可用性環境におけるOracle Fusion Middlewareのインストールに関する情報が含まれています。

表記規則

このドキュメントでは次の表記規則を使用します。

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

1 Oracle Fusion Middlewareのパッチ適用およびアップグレードの概要

このガイドでは、既存のOracle Fusion Middlewareへのパッチの適用、または既存のOracle Application Server環境のアップグレードに使用可能なツールについて説明します。

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

- 第1.1項「インストール、パッチの適用およびアップグレードの用語」

- 第1.2項「パッチ適用ツールとアップグレード・ツール」

- 第1.3項「Oracle Fusion Middlewareのデータベース・パッチについて」

1.1 インストール、パッチの適用およびアップグレードの用語

この項では、作業を進める前に十分に理解しておく必要がある様々な用語について説明します。

1.1.1 パッチの適用

パッチの適用では、既存のインストールに対する小型のファイル・コレクションのコピーが行われます。通常、パッチはOracle製品の特定のバージョンに関連付けられており、製品の1つのマイナー・バージョンから同じ製品のより新しいバージョンへの(たとえば、バージョン11.1.1.2.0からバージョン11.1.1.3.0などへの)更新が実行されます。一部の例では、パッチを使用してスキーマを更新する場合があります。

パッチ・セットは、まとめて適用するように設計されたパッチのコレクションで構成される単一のパッチです。

1.1.2 移行

通常、移行はサード・パーティ(Oracle以外)の製品からOracle製品への移行を意味します。

また、特定のリリースから別のリリースへの既存のソフトウェア・パラメータのセット(たとえば既存の構成や既存のドメイン)の移行も意味します。たとえば、Oracle Fusion Middleware 11gリリース1 (11.1.1.1.0)から11gリリース1 (11.1.1.2.0)への構成の移行について、付録C「パッチ・アシスタントを使用した11gリリース1 (11.1.1.1.0)からリリース1 (11.1.1.2.0)への移行」で説明しています。

1.1.3 アップグレード

アップグレードでは、以前の主要バージョンから次の主要バージョンへの移行を行います。たとえば、Oracle Application Server 10gからOracle Fusion Middleware 11gに移行するにはアップグレードが必要となります。

1.1.4 インストール

インストールとは、システムに新しいソフトウェアをコピーして使用できるようにすることです。新しいソフトウェアのインストール後は、必要に応じてパッチの適用やアップグレードを実行します。

1.2 パッチ適用ツールとアップグレード・ツール

表1-1は、パッチ適用およびアップグレードのツールの簡単なサマリー、および詳細情報の参照先を示しています。

表1-1 パッチ適用、移行、およびアップグレードのツールのサマリー

ツール

説明

詳細情報

OPatch

通常、OPatchはシステム上のソフトウェアへのパッチの適用に使用され、小型のファイル・コレクションが既存のインストールにコピーされます。

Oracle Fusion Middlewareでは、OPatchが既存のOracle Fusion Middleware 11gのインストールへのパッチの適用に使用されます。

第2章「Oracle OPatchを使用したOracle Fusion Middlewareへのパッチの適用」

WebLogic Serverアップグレード・インストーラ

WebLogic Serverアップグレード・インストーラを使用して、既存のOracle WebLogic Serverインストールを、入手可能な最新バージョンにアップグレードします。

Oracle Fusion Middleware製品を使用するには、システム上にOracle WebLogic Serverとそのディレクトリ構造が存在している必要があります。Oracle Fusion Middlewareソフトウェアを更新するときは、WebLogic Serverアップグレード・インストーラを使用してOracle WebLogic Serverのバージョンも更新する必要があります。

WebLogic Serverアップグレード・インストーラは、My Oracle Supportからのみ入手できます。

『Oracle Fusion Middleware Oracle WebLogic Serverアップグレード・ガイド』

製品インストーラおよびパッチ・セット・インストーラ

パッチ・セット・インストーラは、既存のFusion Middleware製品の最新バージョンへの更新に使用されます。公開時点での最新バージョンは11gリリース1 (11.1.1.7.0)であり、このリリースでパッチ・セット・インストーラによる更新が必要なのは、Oracle Portal、Forms、ReportsおよびDiscovererのみです。このリリースの他のすべてのOracle Fusion Middleware製品は、通常の各製品インストーラで更新できます。

注意: 11gリリース1 (11.1.1.1.0)からアップグレードしている場合は、先に付録C「パッチ・アシスタントを使用した11gリリース1 (11.1.1.1.0)からリリース1 (11.1.1.2.0)への移行」の手順を実行する必要があります。

Oracle Portal、Forms、ReportsおよびDiscovererに対するパッチ・セット・インストーラの使用方法は、第3章「Oracle Fusion Middlewareの最新パッチ・セットの適用」を参照してください。

パッチ適用に使用できるインストーラのタイプの詳細は、第3.5.1項「パッチ適用に使用するインストーラについて」を参照してください。

パッチ・セット・アシスタント

パッチ・セット・アシスタントを使用することによって、データベース・スキーマが最新バージョンのOracle Fusion Middlewareソフトウェアで使用できるようになります。

このツールは、パッチ・セットの更新にのみ使用します。アップグレードには使用できません。

スキーマを追加または削除する場合は、リポジトリ作成ユーティリティ(RCU)を使用します。

第4章「パッチ・セット・アシスタントによるスキーマの更新」

アップグレード・アシスタント

アップグレード・アシスタントを使用して、スキーマおよび構成情報をOracle Application Server 10gからOracle Fusion Middleware 11gにアップグレードします。

Oracle Fusion Middlewareアップグレード・プランニング・ガイド

1.3 Oracle Fusion Middlewareのデータベース・パッチについて

このガイドでは、既存のOracle Fusion MiddlewareインストールにOracle Fusion Middlewareのパッチを適用する手順について説明します。

ただし、既存のOracle Fusion MiddlewareのOracleホームにOracle Databaseパッチを適用するように指示されるケースもあります。これは、アプリケーション・プログラミング・インタフェース(API)、ソフトウェア・ライブラリ、Oracle Database製品用に開発されたその他のソフトウェア・コードなど、特化されたコンポーネントが一部のOracle Fusion Middleware製品に含まれているためです。

このような具体的なケースにおいて、詳細は、Oracle Databaseのパッチ適用およびインストールに関するドキュメントを参照してください。

ほとんどの場合、Oracle Fusion Middlewareのパッチには、必要なソフトウェア・アップデートがほとんど含まれています。データベースのパッチを適用するのは、具体的に指示されている場合、または、データベースのパッチで解決できる具体的な問題に直面した場合に限定してください。

2 Oracle OPatchを使用したOracle Fusion Middlewareへのパッチの適用

この章では、Oracle Fusion Middleware環境におけるパッチの適用方法について説明します。

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

- 第2.1項「Oracle OPatchを使用したパッチの適用について」

- 第2.2項「OPatchについて」

- 第2.3項「Fusion Middleware環境におけるOPatch」

- 第2.4項「OPatchの実行」

- 第2.5項「Fusion Middleware環境におけるOPatchのトラブルシューティング」

2.1 Oracle OPatchを使用したパッチの適用について

パッチとは、既存のインストールにコピーされる小型のファイル・コレクションです。パッチはOracle製品の特定のバージョンに関連付けられています。

注意:

すべてのお客様にOPatchの最新バージョンへアップグレードすることをお薦めします。次のMy Oracle Supportのノートを参照し、必要であれば指示に従って最新バージョンを更新します。

ノート224346.1: Opatch - Opatchの最新バージョン入手先

2.1.1 OPatchを使用して適用されるパッチ・タイプ

注意:

11gリリース1 (11.1.1.7.0)から、Oracle製品に新しいパッチ命名体系が導入されています。参考として、新しいパッチ名と以前のパッチ名を次に示します。

OPatchを使用できるパッチ・タイプは次のとおりです。

表2-1 OPatchで使用可能なパッチ

新しい名前

元の名前

説明

個別パッチ

PSE

MLR

例外リリース

個別

xフィックス

ホットフィックス

セキュリティ個別

パッチには1つ以上の修正が含まれており、次のパッチ・セットまたは新規の製品リリースで不具合が修正される前に修正が必要な場合に利用します。

バンドル・パッチ

メンテナンス・パック

サービス・パック

MLR

累積パッチ

更新リリース

バンドル・パッチ

パッチのセット間に発行された反復累積パッチ。バンドル・パッチには通常、フィックスのみが含まれますが、一部の製品にマイナーな拡張機能が含まれる場合があります。たとえば、DatabaseのWindowsバンドルおよびSOAバンドル・パッチなどがあります。

セキュリティ・パッチ更新(SPU)

重要なパッチ更新

CPU

セキュリティ・フィックスで構成される反復累積パッチ。以前のクリティカル・パッチ・アップデート。

注意: SPUを提供するプログラム名は、これまで同様、次の定義のようにクリティカル・パッチ・アップデートと呼ばれます。

クリティカル・パッチ・アップデート: 四半期ごとにセキュリティ・フィックスをリリースするOracleのプログラム。このプログラムの一部としてリリースされるパッチは、パッチ・セット更新、セキュリティ・パッチおよびバンドル・パッチになります。パッチはパッチ・タイプに関係なく累積されます。

パッチ・セット更新(PSU)

パッチ・セット更新はOracle WebLogic Serverのパッチ適用にのみ使用されます。パッチ・セット更新は、重要なパッチ更新(CPU)と同じスケジュールに従って四半期ごとにリリースされます。これらは、1月、4月、7月、10月の15日に最も近い火曜日にリリースされます。パッチ・セットの更新の内容は、広範なお客様に影響を及ぼす上位50の重大なバグへの対処を目的としています。

2.1.2 OPatchで適用できないパッチのタイプ

OPatchで適用されない唯一のパッチ・タイプはパッチ・セットです。パッチ・セットにはマージされたパッチが大量に組み込まれて、総合的にテストが行われています。これを適用すると製品のバージョンが変更され、場合によっては新機能が導入されます。パッチ・セットは、すべてのバグを修正する累積的なバグ修正であり、最後のベース・リリース以降の大部分のパッチが含まれています。

通常、パッチ・セットおよびパッチ・セット・アシスタントはOUIベースの製品固有インストーラによって適用されます。詳細は、第3章「Oracle Fusion Middlewareの最新パッチ・セットの適用」を参照してください。

2.2 OPatchについて

OPatchは、Javaベースのユーティリティで、サポート対象のすべてのオペレーティング・システムで実行され、使用するにはOracle Universal Installerをインストールする必要があります。このドキュメントでは、Oracle Fusion Middleware環境で最も一般的に使用されるOPatchコマンドに関する情報を説明します。選択に応じて、サポートされるすべてのOPatchコマンドを使用できます。すべてのOPatchコマンドのリストおよびOPatchユーティリティの詳細は、次のURLからOracle Universal InstallerおよびOPatchユーザーズ・ガイドを参照してください。

http://docs.oracle.com/cd/B28359_01/em.111/b31207/toc.htm

この項は次のトピックで構成されています。

- 第2.2.1項「OPatchの入手」

- 第2.2.2項「OPatchで適用可能なパッチの入手」

- 第2.2.3項「OPatch環境変数」

- 第2.2.4項「OPatchのシステム要件」

- 第2.2.5項「パッチ適用に関するバックアップとリカバリの考慮事項」

2.2.1 OPatchの入手

OPatchは、ご使用のFusion Middleware製品のORACLE_HOME/OPatchディレクトリ(UNIXオペレーティング・システムの場合)またはORACLE_HOME\OPatchディレクトリ(Windowsオペレーティング・システムの場合)にあります。

My Oracle Support(旧称Oracle MetaLink)でOPatchの最新バージョンの有無を常に確認して入手することをお薦めします。

1. 次の場所のMy Oracle Supportにアクセスして、ログインします。

http://support.oracle.com/

2. 「ナレッジ・ベースの検索」フィールドに224346.1を入力します。これは最新バージョンのOPatchの入手方法が記載されたドキュメントのIDです。

3. 検索結果から、ドキュメントID 224346.1に対応するリンクをクリックします。

4. ドキュメントで、パッチ6880880リンクをクリックすると、リリース・バージョンおよびプラットフォームに応じた最新バージョンのOPatchを入手できる画面が表示されます。
「リリース」列のOPatchリリース番号が、Oracle Fusion Middleware 11g製品用のOPatchの正しいバージョンである11.1.0.0.0になっていることを確認します。

2.2.2 OPatchで適用可能なパッチの入手

My Oracle Support(旧称MetaLink)でパッチIDを指定すると、最新のパッチを入手できます。

1. 次の場所のMy Oracle Supportにアクセスして、ログインします。

http://support.oracle.com/

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

3. 「パッチIDまたは番号」に入力して、「検索」をクリックします。「パッチ検索結果」表が表示されます。

4. 「リリース」と「プラットフォーム」の列を使用して必要なパッチを探し、関連付けられたパッチIDをクリックします。

5. 表示されたページで、右側の列の「ダウンロード」ボタンをクリックします。

2.2.3 OPatch環境変数

OPatchでは、表2-2に示された環境変数が使用されます。

表2-2 OPatch環境変数

変数

説明

ORACLE_HOME

Oracleホーム・ディレクトリの場所をポイントします。

MW_HOME

Middlewareホーム・ディレクトリの場所をポイントします。

PATH

多様なコマンドの実行を開始する場所をポイントします。

2.2.4 OPatchのシステム要件

OPatchユーティリティには次の要件があります。

- ORACLE_HOME環境変数は、有効なOracleホーム・ディレクトリをポイントし、Oracleホーム・ディレクトリのインストール時に使用された値と一致している必要があります。

- インストール時に-invPtrLocコマンド・ライン引数が使用されている場合は、OPatchユーティリティの使用時にもこの引数を使用する必要があります。プラットフォームのデフォルトの中央インベントリを使用することをお薦めします。

- PATH環境変数でリストされたディレクトリのいずれかでjava、ar、cpおよびmakeコマンドが使用可能である必要があります。これらのコマンドはすべてのプラットフォームで使用可能であるとはかぎりません。

2.2.5 パッチ適用に関するバックアップとリカバリの考慮事項

パッチに関する操作行う際は、事前にORACLE_HOMEをバックアップしておくことを強くお薦めします。ORACLE_HOMEは、任意の方法でバックアップできます。ORACLE_HOMEの圧縮には、zip、cp -r、tar、cpioなどの任意の方法を使用できます。

opatch lsinventory -detailコマンドを実行したときにORACLE_HOMEが表示されない場合は、中央インベントリにORACLE_HOMEが存在しないか、中央インベントリ自体が消失または破損している可能性があります。

opatch lsinventory -detailコマンドを実行したときに、ORACLE_HOMEが表示されORACLE_HOME内の製品およびコンポーネントが表示されない場合は、ORACLE_HOME内のインベントリ(ローカル・インベントリ)が消失しているか破損している可能性があります。

なんらかの原因によってローカル・インベントリが破損または消失している場合、バックアップされていればORACLE_HOME/inventory (UNIXオペレーティング・システム)またはORACLE_HOME\inventory (Windowsオペレーティング・システム)を簡単にリストアできます。バックアップが存在しない場合は、ソフトウェアの再インストールが必要になることもあります。

2.3 Fusion Middleware環境におけるOPatch

この項では、Oracle Fusion Middleware環境に関係するOracle OPatchユーティリティについて説明します。『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』(次のURLからアクセスできます)で紹介されているOracle Fusion Middlewareのコンセプトを十分に理解しておく必要があります。

http://download.oracle.com/docs/cd/E15523_01/install.1111/b32474/toc.htm

この項は次のトピックで構成されています。

- 第2.3.1項「一般的なパッチ適用のシナリオ」

- 第2.3.2項「Fusion Middleware製品へのパッチの適用」

- 第2.3.3項「分散環境におけるパッチの適用」

- 第2.3.4項「Oracleホーム外でデプロイされるパッチ適用アーティファクト」

2.3.1 一般的なパッチ適用のシナリオ

図2-1に示されているような、Oracle SOA SuiteおよびOracle WebCenterの非分散型Fusion Middlewareトポロジを例にして説明します。

注意:

この例では一部しか紹介していませんが、OPatchは任意のFusion Middleware製品へのパッチの適用に使用できます。ただしOracle WebLogic Serverへのパッチの適用にはOPatchを使用できません。

図2-1 Oracle SOA SuiteおよびOracle WebCenterに一般的なFusion Middlewareトポロジ

SOAドメインに問題があるとします。一般的なパッチ適用プロセスは次のようになります。

ステップ1. Oracleサポートへの連絡

Oracleサポートの担当者に連絡するか、My Oracle Support(旧称OracleMetaLink)にアクセスします。

http://support.oracle.com/

ステップ2. 既存のパッチのチェック

Oracleサポートで問題を解決できない場合、システムにパッチをすでにインストールしているかどうかを尋ねられることがあります。この情報を確認するには、opatch lsinventoryコマンドを実行する必要があります。

Oracleホーム(またはMiddlewareホーム内の一連のOracleホーム)に特定のパッチがインストールされているかどうかを確認するには、opatch checkInstalledOneOffsコマンドを使用します。このコマンドの詳細は、第2.4.7項「OracleホームまたはWebLogicドメインに適用されているパッチのリスト」を参照してください。

ステップ3. OPatchおよび必要なパッチの入手

新しいパッチが必要ですが、そのパッチがシステムにまだインストールされていないと確認された場合は、次の手順を実行する必要があります。

1. 第2.2.1項「OPatchの入手」の説明に従って、最新バージョンのOPatchを入手していることを確認します。

2. 第2.2.2項「OPatchで適用可能なパッチの入手」の説明に従って、パッチを入手します。

ステップ4. Oracleホームの確定

パッチを入手したら、パッチを適用するOracleホーム・ディレクトリを確定します。

Fusion Middleware環境で最も一般的に使用されるパッチでは、特定のOracleホーム・ディレクトリに対してパッチが適用されます。一部のパッチ(JRF関連のパッチなど)は、特定のMiddlewareホーム内の複数のOracleホーム・ディレクトリに適用されることがあります。3つ目のタイプのパッチは、特定のOracleホームのクライアント・コンポーネントと別のOracleホームのサーバー・コンポーネントを対象とします(たとえば、WebCenterのOracleホーム内のOracle WebCenterは、Oracle SOA SuiteのOracleホームのBPELプロセス・マネージャに依存します)。

Oracleホームの名前が不明の場合は、第2.4.6項「パッチの適用が可能なOracleホームのリスト」の説明に従ってopatch lshomesコマンドを実行してドメインに属するOracleホームのリストを取得します。この例の場合、パッチの適用対象のOracleホームは、SOAのOracleホームです。

Oracleホームを確定したら、第2.4.6項「パッチの適用が可能なOracleホームのリスト」の説明に従ってopatch checkApplicableコマンドを実行して、そのパッチが実際に当該のOracleホームに適用できることを確認します。

Middlewareホームは、Fusion Middlewareトポロジ内の最上位のエンティティであるため、Fusion Middleware環境におけるOPatchコマンドの多くでMiddlewareホームの場所が必要とされます。

ステップ5. READMEファイルの参照

パッチに付属するREADMEファイルを参照します。このファイルには重要な情報およびパッチの適用前に従う必要がある手順が記載されています。

たとえば、READMEファイルには、-autoオプションを使用してパッチを適用する方法などが説明されています(第2.4.1.2項「-autoオプションの使用」の説明を参照)。一般的に、READMEではopatch stop、opatch startなどの一連のOPatchコマンドの使用方法が記載されています(第2.4.8項「ランタイム・インスタンスの開始と停止」を参照してください)。

ステップ6. パッチの適用

パッチの適用が必要なOracleホームを確定したら、第2.4.1項「パッチの適用とWebLogic Serversへのパッチ適用済アーティファクトのデプロイ」の説明に従ってopatch applyコマンドを使用してパッチを適用します。

パッチの適用後

多くの場合、READMEファイルの説明ではパッチの適用後にopatch startコマンドを実行してサーバーを再起動するように指示されています。

パッチの適用が完了し、サーバーの再起動が完了したら、製品ソフトウェアで問題が解決しているかどうかを検証する必要があります。

なんらかの原因で満足のいく結果が得られなかった場合は、opatch rollbackコマンドを使用してOracleホームからパッチを削除できます。詳細は、第2.4.2項「パッチのロールバックおよびWebLogic Serverへのパッチ適用済アーティファクトのデプロイ」を参照して、READMEファイルで個別の指示を確認してください。

2.3.2 Fusion Middleware製品へのパッチの適用

Fusion Middlewareアーティファクトの多くはランタイム環境にデプロイされ、そこでアプリケーションによって実行に使用されるバイナリが選択されます。この最も一般的な例としてはJ2EEアーティファクト(.ear、.war、.rarファイルなど)、またはドメイン内で実行される管理対象サーバーやクラスタにデプロイされるJ2EE共有ライブラリがあります。Fusion Middleware環境でのパッチ適用では、Oracleホーム内のこれらのアーティファクトの更新と置換が行われます。アーティファクトがデプロイされるサーバーは、再起動して変更内容を有効化する必要があります。

アーティファクトのデプロイ後は、WebLogic Serverでのアーティファクトの処理方法に作用する様々なステージング・モードがあり、さらにこのモードによって、アプリケーションへのパッチの適用方法も決定されます。Oracle Fusion Middleware 11gのアーティファクトはすべてNoStageモードでデプロイされるため、デプロイメント用の単一ソース・ディレクトリのアーカイブ・ファイルに管理対象サーバーのそれぞれがアクセスする必要があります。J2EEアプリケーションがクラスタ内の3つの管理対象サーバーにデプロイされる場合、新しいJ2EEアプリケーションをデプロイするには、管理対象サーバーのそれぞれから共有ディレクトリまたはネットワークマウント・ディレクトリの同一のアプリケーション・アーカイブ・ファイルにアクセスできる必要があります。

次の事項に注意してください。

- 複数のマシン上で複数の管理対象サーバーを使用している場合、すべてのマシンでアプリケーション・ビットへのパスを同じにする必要があります。これはドメイン構成におけるアプリケーションの単一エントリ・ポイントがあるためです。

- アプリケーション・ビットのソースの場所は固定され、そのORACLE_HOMEの場所を逆にポイントするため、特定のORACLE_HOMEを使用して作成されたドメインはすべて、ORACLE_HOMEにパッチが適用されるとパッチ適用済のビットを取得します。

- 複数のマシン上で複数の管理対象サーバーを使用し、製品のORACLE_HOMEがターゲットの管理対象サーバー上で共有またはネットワークマウントされていない場合、マシンのそれぞれでローカル・ファイル・システム上のORACLE_HOMEに製品をインストールして、そこから管理対象サーバーがアプリケーション・バイナリにアクセスできるようにする必要があります。このため、各マシンのローカル・ファイル・システム上のそれぞれのORACLE_HOMEで個別にパッチを適用する必要があります。

このシナリオで実行が必要な手順は次のとおりです。

1. WebLogicドメインでアプリケーションのデプロイ先になるすべての管理対象サーバーを停止します。

2. opatch applyコマンドを使用して、Oracleホームにビットを適用します。

3. 同じWebLogicドメインのすべての管理対象サーバーを再起動します。

ステップ1と3は、OPatchのFusion Middleware機能によって実行されます。

2.3.3 分散環境におけるパッチの適用

分散環境でのパッチ適用プロセスは、Middlewareホーム・ディレクトリが共有と非共有のいずれであるかによって異なります。

2.3.3.1 ローカルMiddlewareホームでのパッチの適用

図2-2に示された環境を使用して説明します。これは分散環境です。独立した各マシン上に同じトポロジが設定され、それぞれにローカルのMiddlewareホームがあり、Fusion Middleware製品はそのMiddlewareホーム内にあります。

図2-2 Oracle SOA SuiteおよびOracle WebCenterの分散Fusion Middlewareトポロジ

SOAドメインで問題が発生した場合、READMEファイルの説明に従って、各マシン上で個別に、対応するOracleホームにパッチを適用する必要があります。たとえば、「Middleware Host 1」のSOA Oracleホームにパッチを適用してから、「Middleware Host 2」に対しても同じ手順を繰り返す必要があります。

2.3.3.2 共有Middlewareホームでのパッチの適用

図2-3に示された環境を使用して説明します。これも分散環境で、独立した個別のマシン上に同じトポロジが設定されていますが、「Middleware Host 2」上のMiddlewareホームが共有であるかNFSマウントされています。

図2-3 Oracle SOA SuiteおよびOracle WebCenterの分散Fusion Middlewareトポロジ

このトポロジでは、SOAドメインに問題が発生した場合、READMEファイルの説明に従って「Middleware Host 1」か「Middleware Host 2」のSOAのOracleホームにパッチを適用するだけで済みます。OPatchによって、同じMiddlewareホームを共有する対応Oracleホームのすべてにパッチが自動的に適用されます。

2.3.4 Oracleホーム外でデプロイされるパッチ適用アーティファクト

Oracle Enterprise Manager Fusion Middleware Control、Oracle Web Services Manager Policy Manager (WSM-PM)などの一部のアプリケーションは、製品のOracleホーム(Oracle共通ホームまたはoracle_common)ディレクトリの外部にデプロイされます。OPatchは、oracle_commonディレクトリを参照するファイルにもパッチを適用できます。

2.4 OPatchの実行

OPatchユーティリティは、ORACLE_HOME/OPatchディレクトリ(UNIXオペレーティング・システム)またはORACLE_HOME\OPatchディレクトリ(Windowsオペレーティング・システム)にあります。OPatchユーティリティの構文は次のとおりです。

path_to_opatch/opatch command -options

コマンドの許容値は、表2-3に示されています。

各コマンドの有効オプションは、各コマンドを説明する項に記載されています。

表2-3 Fusion Middleware環境におけるOPatchユーティリティのコマンド

コマンド

説明

apply

Oracleホームにパッチを適用し、そのパッチをWebLogicドメインにデプロイします。

詳細は、第2.4.1項「パッチの適用およびWebLogicサーバーへのパッチ適用済アーティファクトのデプロイ」を参照してください。

rollback

Oracleホームからパッチを削除します。

詳細は、第2.4.2項「パッチのロールバックおよびWebLogic Serverへのパッチ適用済アーティファクトのデプロイ」を参照してください。

deploy

WebLogicドメインにパッチをデプロイします。

詳細は、第2.4.3項「WebLogic Serverへのパッチ適用済アーティファクトのデプロイ」を参照してください。

checkApplicable

パッチの適用が可能なすべてのOracleホームをリストします。

詳細は、第2.4.6項「パッチの適用が可能なOracleホームのリスト」を参照してください。

lshomes

WebLogicドメインの作成に使用されたOracleホームをリストします。

詳細は、第2.4.4項「ソースOracleホームのリスト」を参照してください。

lsdomains

Middlewareホームまたは特定のOracleホームから作成されたすべてのWebLogicドメインをリストします。

詳細は、第2.4.5項「MiddlewareホームまたはOracleホームから作成されたドメインのリスト」を参照してください。

checkInstalledOneOffs

特定のパッチがいずれかのOracleホームにインストールされているかどうかをチェックします。

詳細は、第2.4.7項「OracleホームまたはWebLogicドメインに適用されているパッチのリスト」を参照してください。

start | stop

WebLogic Administration Server、管理対象サーバー、またはクラスタを起動または停止します。

詳細は、第2.4.8項「ランタイム・インスタンスの起動および停止」を参照してください。

これらのFusion Middlewareオプションの詳細を表示するには、次のコマンドを使用してください。

path_to_OPatch/opatch -help -fmw

2.4.1 パッチの適用およびWebLogicサーバーへのパッチ適用済アーティファクトのデプロイ

Fusion Middleware環境では、applyコマンドによってローカル・マシン上のOracleホームにパッチが適用されます。

注意:

Middlewareホーム(そのMiddlewareホーム内のすべてのOracleホームを含む)にパッチを適用するオプションは提供が開始されていません。

2.4.1.1 OPatchプロパティ・ファイルの使用

管理サーバーの資格証明などの機密情報、および管理サーバーのURL、ドメインの場所、アプリケーション・ディレクトリの場所などのその他の重要情報は、プロンプトによってコンソールから取得されます。状況によってはデフォルト値がOPatchによって検出され、指定されます。このような場合は[Enter]を押して、それらのデフォルト値を使用します。

Grid Controlなどの自動アプリケーションでは-silentオプションを指定してOPatchを起動できます。このオプションを使用するとコンソールから入力を求められることはありません。管理サーバーの資格情報やその他の必要な情報を指定するには、レスポンス・ファイルを作成し、-property_fileオプションの引数としてこのファイルを渡すことができます。

Fusion Middlewareコンポーネントの場合、プロパティ・ファイル内で対応するファイル名のキーとしてuserConfigFileとuserKeyFileを指定できます。userConfigFileファイルには、暗号化されたユーザー名とパスワードが格納され、userKeyFileにはユーザー名とパスワードの暗号化と復号化に使用される秘密鍵が格納されます。同様にして、AdminServerURL(管理サーバーのURL)、DomainHome (domainsディレクトリへのフルパス)およびApplicationsDir (applicationsディレクトリへのフルパス)もプロパティ・ファイルで指定できます。

2.4.1.2 -autoオプションの使用

一部のパッチは、-autoオプションを指定して使用できることがオラクル製品サポートによって確認されています。このオプションを使用するとパッチ適用手順の一定の部分を自動化できます。-autoオプションでは、Oracleホームへのパッチの適用、パッチが実際に適用されているかの検証が実行され、その後、指定されたWebLogic Domainに対して必要な再デプロイ操作が実行されます。これにはパッチの影響が及ぶすべてのサーバーの停止と起動も含まれます。-autoオプションの使用が認定されているパッチは、パッチのREADMEファイルにその情報が記載されます。

2.4.1.2.1 ノード・マネージャの構成

OPatchのリリース11.1.0.8.2以降では、-autoオプションには、ノード・マネージャのユーザー名およびパスワードが必要です。OPatchを正常に使用するには:

- 管理サーバーが稼働している必要があります。

- 管理対象サーバーが稼働中の場合には、サーバーはOPatchによって停止し、パッチが適用されてから再起動します。
管理対象サーバーが稼働中でない場合には、OPatchによってパッチが適用されますが、パッチの効果を確認するにはサーバーを手動で起動する必要があります。

ノード・マネージャを構成するには、『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』のノード・マネージャの構成全般に関する項を参照してください。

2.4.1.2.2 -domainオプションを指定した-autoオプションの使用

-autoオプションは-domainオプションとともに使用する必要がありますが、唯一の例外はOracleホームから構成されたWebLogicドメインが1つのみの場合です。この場合、OPatchはそのドメインをデフォルト・ドメインとして使用します。作成されたドメインが複数存在し、-domainオプションが使用されない場合は、ユーザーの責任としてopatch deployを実行し、パッチ適用済アーティファクトをそれぞれのドメインに再デプロイし、また、各ドメイン内の影響が及ぶサーバーの停止と起動も実行することになります。

2.4.1.3 applyコマンドの使用

applyコマンド(-autoオプションを指定)の実行内容は次のとおりです。

1. 影響が及ぶすべてのターゲット・サーバーを停止します。
これには、次のような他のノード上のサーバー・インスタンスの停止が含まれる場合もあります。

1. ステージング・モードのアプリケーション

2. Oracleホームを共有するNoStageモードのアプリケーション

2. ローカル・マシン上のOracleホームにパッチを適用します。

3. パッチ適用済アーティファクトに必要なデプロイ操作を実行します。

4. 影響が及ぶすべてのサーバーを再起動します。

applyコマンドの構文は次のとおりです。

opatch apply
[-auto [-domain domain_name]]
[-mw_home MW_HOME]
[-oh ORACLE_HOME]
[-property_file path_to_property_file]
[-report]]

applyコマンドのオプションの概要は表2-4に示されています。

表2-4 OPatchのapplyコマンドのオプション

オプション

説明

-auto [-domain domain_name]

オプション。指定するとOPatchはOracle Fusion Middlewareエンティティへのパッチのロールアウトを自動化します。-autoを使用する場合は、-domainも指定してロールアウトが行われるドメインを指示する必要があります。Oracleホームに構成されたドメインが1つのみの場合は例外で、-domainフラグの使用はオプションです。

詳細は、第2.4.1.2項「-autoオプションの使用」を参照してください。

-mw_home MW_HOME

オプション。パッチが適用されるMiddlewareホームです。ここで指定したMiddlewareホームはMW_HOME環境変数より優先されます。いずれも指定されていない場合は、コマンドの実行が開始されたMiddlewareホームが使用されます。

-oh ORACLE_HOME

オプション。パッチ適用先のOracleホームの指定に使用されるオプションです。この値はORACLE_HOME環境変数より優先されます。いずれも指定されていない場合は、OPatchが起動されたOracleホームに更新が適用されます。

-property_file name

オプション。プロパティ・ファイルの絶対パスと名前です。

詳細は、第2.4.1.1項「OPatchプロパティ・ファイルの使用」を参照してください。

-report

オプション。コマンドの実行によって行われるアクションを出力しますが、実際にコマンドが実行されるわけではありません。

2.4.1.4 applyコマンドのサンプル出力

UNIXオペレーティング・システムにおけるopatch applyコマンドのサンプル出力を次に示します。

[aime@stadn41 Oracle_SOA1]$ ./OPatch/opatch apply
-auto /OracleFMW/Middleware_PS1_RC2/FMWPatches/9991008/
-oh /OracleFMW/Middleware_PS1_RC2/oracle_common/
-domain MySOAWebCenterDist
Invoking OPatch 11.1.0.6.9

Oracle Interim Patch Installer version 11.1.0.6.9
Copyright (c) 2009, Oracle Corporation.  All rights reserved.

Oracle Home       : /OracleFMW/Middleware_PS1_RC2/oracle_common
Central Inventory : /ade/aime_dte6989/oracle/work/EM_SH_1/oraInventory
from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.9
OUI version       : 11.1.0.7.0
OUI location      : /OracleFMW/Middleware_PS1_RC2/oracle_common//oui
Log file location : /OracleFMW/Middleware_PS1_RC2/oracle_common/cfgtoollogs/opatch/opatch2009-12-06_09-44-02AM.log

Patch history file: /OracleFMW/Middleware_PS1_RC2/oracle_common/cfgtoollogs/opatch/opatch_history.txt

OPatch detects the Middleware Home as "/OracleFMW/Middleware_PS1_RC2"

Please enter the WebLogic Admin Server username:> weblogic
Please enter the WebLogic Admin Server password:>
Please enter the WebLogic Admin Server URL(t3://stadn41:7011):>
Please enter the WebLogic domain directory location(/OracleFMW/MyDomains/domains/MySOAWebCenterDist):>
Please enter the WebLogic applications directory location(/OracleFMW/MyDomains/applications/MySOAWebCenterDist):>
[FMW] Running apply '-auto' prerequisite checks...
[FMW] ProductDriver::preReq_Product() succeeded
[FMW] ProductDriver::preReq_Deploy() succeeded

All the applications affected by this patch are deployed in 'No Stage' mode.
Redeploy operation will not be performed for the affected applications.
Please refer to the log file for more details.

[FMW] ProductDriver::preReq_LifeCycle() succeeded
[FMW] Apply '-auto' prerequisite checks succeeded...

ApplySession applying interim patch '9991008' to OH '/OracleFMW/Middleware_PS1_RC2/oracle_common'

Running prerequisite checks...

You selected -local option, hence OPatch will patch the local system only.

Please shutdown Oracle instances running out of this ORACLE_HOME on the local system.
(Oracle Home = '/OracleFMW/Middleware_PS1_RC2/oracle_common')

Is the local system ready for patching? [y|n]
y
User Responded with: Y
Backing up files and inventory (not for auto-rollback) for the Oracle Home
Backing up files affected by the patch '9991008' for restore. This might take a while...
Backing up files affected by the patch '9991008' for rollback. This might take a while...

Patching component oracle.jrf.j2ee, 11.1.1.2.0...
Copying file to "/OracleFMW/Middleware_PS1_RC2/oracle_common/modules/oracle.jrf_11.1.1/jrf-api.jar"

Patching component oracle.jrf.dms, 11.1.1.2.0...
Copying file to "/OracleFMW/Middleware_PS1_RC2/oracle_common/modules/oracle.dms_11.1.1/dms.war"
ApplySession adding interim patch '9991008' to inventory

Verifying the update...
Inventory check OK: Patch ID 9991008 is registered in Oracle Home inventory with proper meta-data.
Files check OK: Files from Patch ID 9991008 are present in Oracle Home.

The local system has been patched and can be restarted.

[FMW] Ignoring Deploy operations as all patched artifacts are deployed in 'No Stage' mode
[FMW] Performing Auto Post-Deploy Actions
[FMW] Performing Auto Post-Bounce Actions
--------------------------------------------------------------------------------
The following warnings have occurred during OPatch execution:
1) OUI-67851:
All the applications affected by this patch are deployed in 'No Stage' mode.
Redeploy operation will not be performed for the affected applications.
Please refer to the log file for more details.

--------------------------------------------------------------------------------
OPatch Session completed with warnings.

OPatch completed with warnings.

2.4.2 パッチのロールバックおよびWebLogic Serverへのパッチ適用済アーティファクトのデプロイ

rollbackコマンドでは、一意のパッチIDを指定することによって既存の個別パッチを削除できます。

rollbackコマンド(-autoオプションを指定)の実行内容は次のとおりです。

1. 影響が及ぶすべてのターゲット・サーバーを停止します。
これには、次のような他のノード上のサーバー・インスタンスの停止が含まれる場合もあります。

1. ステージング・モードのアプリケーション

2. Oracleホームを共有するNoStageモードのアプリケーション

2. ローカル・マシン上のOracleホームのパッチをロールバックします。

3. パッチ適用済アーティファクトに必要なデプロイ操作を実行します。

4. 影響が及ぶすべてのサーバーを再起動します。

rollbackオプションの構文は次のとおりです。

opatch rollback -id patch_id
[-auto [-domain domain_name]]
[-mw_home MW_HOME]
[-oh ORACLE_HOME]
[-property_file path_to_property_file
[-report]]

rollbackコマンドのオプションの概要は表2-5に示されています。

表2-5 OPatchのrollbackコマンドのオプション

オプション

説明

-id patch_id

-lsinventoryオプションを使用すると適用済のすべてのパッチIDが表示されます。個別パッチのそれぞれはIDによって一意に識別できます。以前のパッチ・バージョンをロールバックするには、そのバージョンのIDを指定する必要があります。

-auto [-domain domain_name]

オプション。指定するとOPatchはOracle Fusion Middlewareエンティティへのパッチのロールアウトを自動化します。-autoを使用する場合は、-domainも指定してロールアウトが行われるドメインを指示する必要があります。Oracleホームに構成されたドメインが1つのみの場合は例外で、-domainフラグの使用はオプションです。

詳細は、第2.4.1項「パッチの適用およびWebLogicサーバーへのパッチ適用済アーティファクトのデプロイ」を参照してください。

-mw_home MW_HOME

オプション。パッチが適用されるMiddlewareホームです。ここで指定したMiddlewareホームはMW_HOME環境変数より優先されます。いずれも指定されていない場合は、コマンドの実行が開始されたMiddlewareホームが使用されます。

-oh ORACLE_HOME

オプション。パッチ適用先のOracleホームの指定に使用されるオプションです。この値はORACLE_HOME環境変数より優先されます。いずれも指定されていない場合は、OPatchが起動されたOracleホームに更新が適用されます。

-property_file name

オプション。プロパティ・ファイルの絶対パスと名前です。

詳細は、第2.4.1項「パッチの適用およびWebLogicサーバーへのパッチ適用済アーティファクトのデプロイ」を参照してください。

-report

オプション。コマンドの実行によって行われるアクションを出力しますが、実際にコマンドが実行されるわけではありません。

2.4.3 WebLogic Serverへのパッチ適用済アーティファクトのデプロイ

この操作によって変更後のアーティファクトがFusion Middleware ORACLE_HOMEからFusion Middlewareドメインにデプロイされます。

パッチのバイナリの場所は、-phオプションを使用して指定する必要があります。パッチが現在のOracleホーム(このコマンドの実行を開始するOracleホーム)にインストールされている場合は、-phオプションが必要ではなくなります。

パッチがすでにOracleホームに適用されている場合は、-idオプションによってデプロイに使用するパッチを指定できます。

deployコマンドの構文は次のとおりです。

opatch deploy -id patch_id -ph patch_location
[-auto [-domain domain_name]]
[-mw_home MW_HOME]
[-oh ORACLE_HOME]
[-property_file path_to_property_file
[-report]]

deployコマンドのオプションの概要は表2-6に示されています。

表2-6 OPatchのdeployコマンドのオプション

オプション

説明

-id patch_id

Oracleホームにインストールされたパッチの一意のIDです。

-ph patch_location

パッチの場所への絶対パスです。指定しない場合は現在ディレクトリが使用されます。

-auto [-domain domain_name]

オプション。指定するとOPatchはOracle Fusion Middlewareエンティティへのパッチのロールアウトを自動化します。-autoを使用する場合は、-domainも指定してロールアウトが行われるドメインを指示する必要があります。Oracleホームに構成されたドメインが1つのみの場合は例外で、-domainフラグの使用はオプションです。

詳細は、第2.4.1項「パッチの適用およびWebLogicサーバーへのパッチ適用済アーティファクトのデプロイ」を参照してください。

-mw_home MW_HOME

オプション。パッチが適用されるMiddlewareホームです。ここで指定したMiddlewareホームはMW_HOME環境変数より優先されます。いずれも指定されていない場合は、コマンドの実行が開始されたMiddlewareホームが使用されます。

-oh ORACLE_HOME

オプション。パッチ適用先のOracleホームの指定に使用されるオプションです。この値はORACLE_HOME環境変数より優先されます。いずれも指定されていない場合は、OPatchが起動されたOracleホームに更新が適用されます。

-property_file name

オプション。プロパティ・ファイルの絶対パスと名前です。

詳細は、第2.4.1項「パッチの適用およびWebLogicサーバーへのパッチ適用済アーティファクトのデプロイ」を参照してください。

-report

オプション。コマンドの実行によって行われるアクションを出力しますが、実際にコマンドが実行されるわけではありません。

2.4.4 ソースOracleホームのリスト

lshomesコマンドは、ホストやドメインなどの論理エンティティに属するすべてのOracleホームをリストします。ホストについては、マシンの中央インベントリからOracleホームのリストが取得されます。WebLogicドメインについては、最上位レベルのMiddlewareホームにインストールされた製品Oracleホームのみがホームのリストに記載されます。

-domainまたは-domaindirオプションを使用すると、このコマンドでWebLogicドメインの作成または拡張に使用されたOracleホームがリストに記載されます。使用しない場合は、マシンの中央インベントリまたは-invPtrLocを使用して指定されたインベントリの場所に登録されたすべてのホームがリストに記載されます。

Middlewareホームは-mw_homeオプションを使用するか、MW_HOME環境変数を設定することによって指定できます。Middlewareホームの指定があり、-domainまたは-domaindirオプションの指定がない場合、マシンの中央インベントリまたは指定されたインベントリの場所に登録されたMiddlewareホーム内のすべてのOracleホームがこのコマンドによってリストに記載されます。

lshomesオプションの構文は次のとおりです。

opatch lshomes
[-domain domain_name | -domain_dir domain_location]
[-mw_home MW_HOME ]
[-invPtrLoc path_to_oraInst.loc]

lshomesコマンドのオプションの概要は表2-7に示されています。

表2-7 OPatchのlshomesコマンドのオプション

オプション

説明

-domain domain_name

オプション。このWebLogicドメインの作成または拡張に使用されたOracleホームをリストします。

-domain_dir domain_location

オプション。この場所のWebLogicドメインの作成または拡張に使用されたOracleホームをリストします。

WebLogicドメインへの絶対パスを指定する必要があります。

-mw_home MW_HOME

オプション。このMiddlewareホームに配置されたマシンの中央インベントリに登録されたOracleホームのみをリストに記載します。

Middlewareホーム・ディレクトリへの絶対パスを指定する必要があります。この値はMW_HOME環境変数より優先されます。いずれも使用できない場合は、コマンドの実行が開始されたMiddlewareホームが使用されます。

-invPtrLoc path_to_oraInst.loc

オプション。oraInst.locファイルの場所への絶対パスです。-invPtrLocオプションを使用してインストールが実行された場合はこのオプションが必要です。

UNIXオペレーティング・システムにおけるopatch lshomesコマンドのサンプルを次に示します。

[aime@stadn41 Oracle_SOA1]$ ./OPatch/opatch lshomes
-domain MySOAWebCenterDist
Invoking OPatch 11.1.0.6.9

Oracle Interim Patch Installer version 11.1.0.6.9
Copyright (c) 2009, Oracle Corporation.  All rights reserved.

UTIL session

Oracle Home       : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1
Central Inventory : /ade/aime_dte6989/oracle/work/EM_SH_1/oraInventory
from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.9
OUI version       : 11.1.0.7.0
OUI location      : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/oui
Log file location : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/cfgtoollogs/opatch/opatch2009-12-06_10-57-49AM.log

Patch history file: /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/cfgtoollogs/opatch/opatch_history.txt

OPatch detects the Middleware Home as "/OracleFMW/Middleware_PS1_RC2"

Invoking utility "lshomes"
Home path = "/OracleFMW/Middleware_PS1_RC2/oracle_common"
Home path = "/OracleFMW/Middleware_PS1_RC2/Oracle_SOA1"
Home path = "/OracleFMW/Middleware_PS1_RC2/Oracle_WC1"
OPatch command 'lshomes' done.

OPatch succeeded.

2.4.5 MiddlewareホームまたはOracleホームから作成されたドメインのリスト

lsdomainsコマンドは、特定のOracleホームから作成されたすべてのWebLogicドメインをリストします。

- Oracleホームが指定されている場合は、指定されたOracleホームから作成されたドメインのみがリストに記載されます。Oracleホームの指定がない場合は、ORACLE_HOME環境変数で定義されたOracleホームから作成されたドメインがOPatchによってリストに記載されます。いずれも使用できない場合はコマンドの実行が開始されたOracleホーム・ディレクトリがOPatchで使用されます。

- Middlewareホームが指定されている場合、指定されたMiddlewareホーム内のすべてのOracleホームから作成されたドメインがすべてリストに記載されます。

- いずれも指定がなく、さらにMW_HOMEとORACLE_HOMEのいずれの環境変数も定義されていない場合、OPatchはコマンドの実行が開始されたMiddlewareホームに対してコマンドを実行します。

lsdomainsコマンドの構文は次のとおりです。

opatch lsdomains
[-oh ORACLE_HOME]
[-mw_home MW_HOME]
[-invPtrLoc path_to_oraInst.loc]

lsdomainsコマンドのオプションの概要は表2-8に示されています。

表2-8 OPatchのlsdomainsコマンドのオプション

オプション

説明

-oh ORACLE_HOME

オプション。Oracleホーム・ディレクトリへの絶対パスです。

-mw_home MW_HOME

オプション。Middlewareホーム・ディレクトリへの絶対パスです。

-invPtrLoc path_to_oraInst.loc

オプション。oraInst.locファイルの場所への絶対パスです。-invPtrLocオプションを使用してインストールが実行された場合はこのオプションが必要です。

UNIXオペレーティング・システムにおけるopatch lsdomainsコマンドのサンプルを次に示します。

[aime@stadn41 Oracle_SOA1]$ ./OPatch/opatch lsdomains
-oh /OracleFMW/Middleware_PS1_RC2/oracle_common
Invoking OPatch 11.1.0.6.9

Oracle Interim Patch Installer version 11.1.0.6.9
Copyright (c) 2009, Oracle Corporation.  All rights reserved.

UTIL session

Oracle Home       : /OracleFMW/Middleware_PS1_RC2/oracle_common
Central Inventory : /ade/aime_dte6989/oracle/work/EM_SH_1/oraInventory
from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.9
OUI version       : 11.1.0.7.0
OUI location      : /OracleFMW/Middleware_PS1_RC2/oracle_common/oui
Log file location : /OracleFMW/Middleware_PS1_RC2/oracle_common/cfgtoollogs/opatch/opatch2009-12-06_11-04-41AM.log

Patch history file: /OracleFMW/Middleware_PS1_RC2/oracle_common/cfgtoollogs/opatch/opatch_history.txt

OPatch detects the Middleware Home as "/OracleFMW/Middleware_PS1_RC2"

Invoking utility "lsdomains"
Domain Name = "MySOAWebCenterDist" Path = "/OracleFMW/MyDomains/domains/MySOAWebCenterDist"
Domain Name = "MyWebCenterOnly" Path = "/OracleFMW/MyDomains/domains/MyWebCenterOnly"
OPatch command 'lsdomains' done.

OPatch succeeded.

2.4.6 パッチの適用が可能なOracleホームのリスト

このcheckApplicableコマンドは、パッチの適用が可能なOracleホームのリストを生成します。Fusion Middlewareの場合、このコマンドの範囲は最上位のMiddlewareホームに限定されます。

- Middlewareホームのみが指定されている場合、指定されたMiddlewareホーム内のすべてのOracleホームに当該のパッチを適用できるかどうかが、OPatchによってチェックされます。

- Middlewareホームだけではなく、特定のOracleホームも指定されている場合、指定されたMiddlewareホームの指定されたOracleホームにこのパッチを適用できるかどうかが、OPatchによってチェックされます。

- いずれも指定がなく、さらにMW_HOMEとORACLE_HOMEのいずれの環境変数も定義されていない場合、OPatchはコマンドの実行が開始されたMiddlewareホームに対してコマンドを実行します。

checkApplicableコマンドの構文は次のとおりです。

opatch checkApplicable
[-ph patch_location]
[-mw_home MW_HOME]
[-oh ORACLE_HOME]
[-invPtrLoc path_to_oraInst.loc]

checkApplicableコマンドのオプションの概要は表2-9に示されています。

表2-9 OPatchのcheckApplicableコマンドのオプション

オプション

説明

-ph patch_location

オプション。checkApplicableコマンドの実行対象のパッチの場所です。指定がない場合は現在のディレクトリのパッチが使用されます。

-mw_home MW_HOME

オプション。Middlewareホーム・ディレクトリへの絶対パスです。

-oh ORACLE_HOME

オプション。Oracleホーム・ディレクトリへの絶対パスです。

-invPtrLoc path_to_oraInst.loc

オプション。oraInst.locファイルの場所への絶対パスです。-invPtrLocオプションを使用してインストールが実行された場合はこのオプションが必要です。

UNIXオペレーティング・システムにおけるopatch checkApplicableコマンドのサンプルを次に示します。

[aime@stadn41 Oracle_SOA1]$ ./OPatch/opatch checkapplicable
-ph /OracleFMW/Middleware_PS1_RC2/FMWPatches/9991008/
Invoking OPatch 11.1.0.6.9

Oracle Interim Patch Installer version 11.1.0.6.9
Copyright (c) 2009, Oracle Corporation.  All rights reserved.

UTIL session

Oracle Home       : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1
Central Inventory : /ade/aime_dte6989/oracle/work/EM_SH_1/oraInventory
from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.9
OUI version       : 11.1.0.7.0
OUI location      : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/oui
Log file location : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/cfgtoollogs/opatch/opatch2009-12-06_10-59-57AM.log

Patch history file: /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/cfgtoollogs/opatch/opatch_history.txt

OPatch detects the Middleware Home as "/OracleFMW/Middleware_PS1_RC2"

Invoking utility "checkapplicable"

"checkApplicable" passed for Patch "9991008" and Oracle Home "/OracleFMW/Middleware_PS1_RC2/oracle_common".
"checkApplicable" failed for Patch "9991008" and Oracle Home "/OracleFMW/Middleware_PS1_RC2/Oracle_SOA1".
The details are:
Patch 9991008: Required component(s) missing : [ oracle.jrf.j2ee, 11.1.1.2.0 ] , [ oracle.jrf.dms, 11.1.1.2.0 ]
"checkApplicable" failed for Patch "9991008" and Oracle Home "/OracleFMW/Middleware_PS1_RC2/Oracle_WC1".
The details are:
Patch 9991008: Required component(s) missing : [ oracle.jrf.j2ee, 11.1.1.2.0 ] , [ oracle.jrf.dms, 11.1.1.2.0 ]
Some of the Oracle Homes under the Middleware Home "/OracleFMW/Middleware_PS1_RC2" have failed this check.

OPatch command 'checkApplicable' done.
--------------------------------------------------------------------------------
The following warnings have occurred during OPatch execution:
1) OUI-67124:Some of the Oracle Homes under the Middleware Home "/OracleFMW/Middleware_PS1_RC2" have failed this check.
--------------------------------------------------------------------------------
OPatch Session completed with warnings.

OPatch completed with warnings.

2.4.7 OracleホームまたはWebLogicドメインに適用されているパッチのリスト

checkInstalledOneOffsコマンドは、指定されたパッチ(複数も可)が特定のOracleホームまたはWebLogicドメインに適用されているかどうかをチェックします。

- Middlewareホームが指定されている場合、指定されたMiddlewareホーム内で、マシンの中央インベントリに登録されているすべてのOracleホームがOPatchによってチェックされます。指定がない場合は、MW_HOME環境変数が使用されます。

- 特定のOracleホームが指定されている場合は、指定されたOracleホームについてのみ、OPatchによるパッチのチェックが実行されます。

- いずれも指定がなく、さらにMW_HOMEとORACLE_HOMEのいずれの環境変数も定義されていない場合、OPatchはコマンドの実行が開始されたMiddlewareホームに対してコマンドを実行します。

- WebLogicドメインが指定されている場合、指定されたWebLogicドメイン内のすべてのOracleホームがOPatchによってチェックされます。

checkInstalledOneOffsコマンドの構文は次のとおりです。

opatch checkInstalledOneOffs -id patch_IDs
[-mw_home MW_HOME]
[-oh ORACLE_HOME]
[-domain domain_name]
[-invPtrLoc path_to_oraInst.loc]

checkInstalledOneOffsコマンドのオプションの概要は表2-10に示されています。

表2-10 OPatchのcheckInstalledOneOffsコマンドのオプション

オプション

説明

-id patch_IDs

チェック対象のパッチのIDです。複数の場合は、パッチIDをカンマ(,)で区切ります。

-mw_home MW_HOME

オプション。Middlewareホーム・ディレクトリへの絶対パスです。

-oh ORACLE_HOME

オプション。Oracleホームへの絶対パスです。

-domain domain_name

オプション。WebLogicドメインの名前です。

-invPtrLoc path_to_oraInst.loc

オプション。oraInst.locファイルの場所への絶対パスです。-invPtrLocオプションを使用してインストールが実行された場合はこのオプションが必要です。

UNIXオペレーティング・システムにおけるopatch checkInstalledOneOffsコマンドのサンプルを次に示します。このサンプルでは、SOA Oracleホームにパッチ8965224がインストールされ、Oracle共通ホームにパッチ9991008がインストールされています。

[aime@stadn41 Oracle_SOA1]$ ./OPatch/opatch checkinstalledoneoffs
-id 8965224,9991008
Invoking OPatch 11.1.0.6.9

Oracle Interim Patch Installer version 11.1.0.6.9
Copyright (c) 2009, Oracle Corporation.  All rights reserved.

UTIL session

Oracle Home       : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1
Central Inventory : /ade/aime_dte6989/oracle/work/EM_SH_1/oraInventory
from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.9
OUI version       : 11.1.0.7.0
OUI location      : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/oui
Log file location : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/cfgtoollogs/opatch/opatch2009-12-06_09-40-41AM.log

Patch history file: /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/cfgtoollogs/opatch/opatch_history.txt

OPatch detects the Middleware Home as "/OracleFMW/Middleware_PS1_RC2"

Invoking utility "checkinstalledoneoffs"

"checkInstalledOneOffs" failed for Oracle Home "/OracleFMW/Middleware_PS1_RC2/oracle_common".
Not Installed Patch IDs: [8965224]

"checkInstalledOneOffs" failed for Oracle Home "/OracleFMW/Middleware_PS1_RC2/Oracle_SOA1".
Not Installed Patch IDs: [9991008]

"checkInstalledOneOffs" failed for Oracle Home "/OracleFMW/Middleware_PS1_RC2/Oracle_WC1".
Not Installed Patch IDs: [8965224, 9991008]

Some of the Oracle Homes under the Middleware Home "/OracleFMW/Middleware_PS1_RC2" have failed this check.
OPatch command 'checkInstalledOneOffs' done.
--------------------------------------------------------------------------------
The following warnings have occurred during OPatch execution:
1) OUI-67124:Some of the Oracle Homes under the Middleware Home "/OracleFMW/Middleware_PS1_RC2" have failed this check.
--------------------------------------------------------------------------------
OPatch Session completed with warnings.

OPatch completed with warnings.

2.4.8 ランタイム・インスタンスの起動および停止

startコマンドおよびstopコマンドを使用すると、それぞれでFusion Middlewareランタイム・エンティティを起動または停止できます。同じタイプのエンティティのみの起動と停止を実行できます。複数のタイプのエンティティの起動と停止が必要な場合は、エンティティ・タイプごとにこのコマンドを実行する必要があります。

このコマンドの実行の前提条件は次のとおりです。

- ノード・マネージャが構成され、ターゲットのサーバー・マシンで実行されている必要があります。

- WebLogic_Home/common/nodemanager/nodemanager.domains (UNIXオペレーティング・システム)またはWebLogic_Home\common\nodemanager\nodemanager.domains (Windowsオペレーティング・システム)が入力されている必要があります。

- 稼働中の管理サーバーへの接続が可能である必要があります。

startおよびstopコマンドの構文は次のとおりです。

opatch start|stop
-domain domain_name
-targets product_entity_name
-target_type product_entity_type
[-oh ORACLE_HOME]

startコマンドおよびstopコマンドの概要は表2-11に示されています。

表2-11 OPatchのstartおよびstopコマンドのオプション

オプション

説明

-domain domain_name

指定されたターゲットが起動または停止されるドメインの名前です。

-targets product_entity_name

起動または停止するWebLogicまたはFusion Middlewareのエンティティです。同タイプのエンティティのみを指定できます。エンティティが複数の場合は、カンマで区切る必要があります。

-target_type target_type

起動するWebLogicまたはFusion Middlewareのエンティティの名前です。有効値は次のとおりです。

- fmwApplication

- fmwServer

- fmwCluster

- fmwContainer

fmwContainerオプションは、アプリケーションをホストしているコンテナ(WebLogic Serverなど)を起動または停止します。

fmwServerオプションは実行中の実際のJavaプロセスを開始または停止します(管理対象サーバーなど)。

-oh ORACLE_HOME

オプション。Oracleホーム・ディレクトリへの絶対パスです。この指定がない場合はORACLE_HOME環境変数の値が使用されます。いずれも使用できない場合は、コマンドの実行が開始されたOracleホームが使用されます。

UNIXオペレーティング・システムにおけるopatch startコマンドのサンプルを次に示します。

[aime@stadn41 Oracle_SOA1]$ ./OPatch/opatch start
-targets soa_server1
-target_type fmwserver
-domain MySOAWebCenterDist

Invoking OPatch 11.1.0.6.9

Oracle Interim Patch Installer version 11.1.0.6.9
Copyright (c) 2009, Oracle Corporation.  All rights reserved.

UTIL session

Oracle Home       : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1
Central Inventory : /ade/aime_dte6989/oracle/work/EM_SH_1/oraInventory
from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.9
OUI version       : 11.1.0.7.0
OUI location      : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/oui
Log file location : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/cfgtoollogs/opatch/opatch2009-12-06_12-30-31PM.log

Patch history file: /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/cfgtoollogs/opatch/opatch_history.txt

OPatch detects the Middleware Home as "/OracleFMW/Middleware_PS1_RC2"

Invoking utility "start"
Please enter the WebLogic Admin Server username:> weblogic
Please enter the WebLogic Admin Server password:>
Please enter the WebLogic Admin Server URL(t3://stadn41:7011):>
[FMW] Performing Start Actions
[FMW] Finished Start Actions
OPatch command 'start' done.

OPatch succeeded.

UNIXオペレーティング・システムにおけるopatch stopコマンドのサンプルを次に示します。

[aime@stadn41 Oracle_SOA1]$ ./OPatch/opatch stop -targets soa_server1 -target_type fmwserver -domain MySOAWebCenterDist
Invoking OPatch 11.1.0.6.9

Oracle Interim Patch Installer version 11.1.0.6.9
Copyright (c) 2009, Oracle Corporation.  All rights reserved.

UTIL session

Oracle Home       : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1
Central Inventory : /ade/aime_dte6989/oracle/work/EM_SH_1/oraInventory
from           : /etc/oraInst.loc
OPatch version    : 11.1.0.6.9
OUI version       : 11.1.0.7.0
OUI location      : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/oui
Log file location : /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/cfgtoollogs/opatch/opatch2009-12-06_11-13-59AM.log

Patch history file: /OracleFMW/Middleware_PS1_RC2/Oracle_SOA1/cfgtoollogs/opatch/opatch_history.txt

OPatch detects the Middleware Home as "/OracleFMW/Middleware_PS1_RC2"

Invoking utility "stop"
Please enter the WebLogic Admin Server username:> weblogic
Please enter the WebLogic Admin Server password:>
Please enter the WebLogic Admin Server URL(t3://stadn41:7011):>
[FMW] Performing Stop Actions
[FMW] Finished Stop Actions
OPatch command 'stop' done.

OPatch succeeded.

2.5 Fusion Middleware環境におけるOPatchのトラブルシューティング

この項では、Fusion Middleware環境でOPatchユーティリティを実行する際に発生する可能性がある一般的な問題について説明します。

2.5.1 MDSリポジトリへのパッチの適用に関する注意

MDSリポジトリへのパッチの適用に関する特殊な情報は、『Oracle Fusion Middleware管理者ガイド』のMDSリポジトリの理解に関する項を参照してください。

2.5.2 マシン名とリスニング・アドレスの設定

管理サーバーおよび管理対象サーバーのマシン名は有効な値に設定する必要があります。空白やNoneには設定できません。

管理サーバーおよび管理対象サーバーのリスニング・アドレスは、現実の物理ホストのアドレス(ホスト名、FQDNまたはIPアドレス)に設定する必要があります。空白やlocalhostに設定することはできません。

これらの値は正しく1回のみ設定する必要があります。ソフトウェアに対するパッチの適用が必要になっても、これらのリセットは必要ありません。

管理対象サーバーのマシン名およびリスト・アドレスを設定する方法は次のとおりです:

1. 管理コンソールを開きます。

2. 「ドメイン構造」で、domain_nameから「環境」→「マシン」にナビゲートします。

3. WebLogic Server が本番モードで稼働している場合は、左側の「ロックして編集」ボタンをクリックします。WebLogic Serverが開発モードで稼働している場合はこの手順が不要です。

4. 「新規」ボタンをクリックして新しいマシンを作成します。名前を指定し、オペレーティング・システムを選択します。

5. 作成したマシンを選択し、「構成」→「ノード・マネージャ」に移動して、ノード・マネージャがリスニングしているホストにリスニング・アドレスを変更してから「保存」ボタンをクリックします。

6. 「ドメイン構造」で、domain_nameから「環境」→「サーバー」にナビゲートします。

7. 管理対象サーバーのそれぞれに対して、作成したマシンを割り当てます。「リスニング・アドレス」フィールドで、ノード・マネージャがリスニングしているホストの名前を指定します。終了したら、「保存」をクリックします。

8. WebLogic Serverが本番モードで稼働している場合は、左側の「変更のアクティブ化」ボタンをクリックします。WebLogic Serverが開発モードで稼働している場合はこの手順が不要です。

管理サーバーのマシン名およびリスト・アドレスを設定する方法は次のとおりです。

1. 管理サーバーとすべての管理対象サーバーを停止します。

2. ドメインのconfig.xmlファイルをバックアップします。
このファイルのデフォルトの場所は、ドメイン・ホーム内のconfigディレクトリです。

3. 既存のconfig.xmlファイルを次のように変更します。

1. 次の行を探します。

<name>AdminServer</name>

2. 次の行を追加します。

<machine>host_name</machine>
<listen-address>host_name</listen-address>

3. ファイルを保存します。

4. 管理サーバーとすべての管理対象サーバーを再起動します。
問題が発生した場合は、保存されたバージョンのconfig.xmlファイルに戻してOracleサポートに連絡してください。

3 Oracle Fusion Middlewareの最新パッチ・セットの適用

この章では、既存のOracle Fusion Middlewareソフトウェアにパッチを適用して、最新バージョンにする方法について説明します。実行する具体的なパッチ適用手順は、現在のソフトウェアのバージョンによって異なります。この章の説明は、バージョン11.1.1.2.0以降のソフトウェアを対象としています。

注意:

次のパッチ適用前の手順は、ソフトウェアをリリース11.1.1.8.0にアップグレードする前に完了しておく必要があります。

- Oracle Fusion Middleware 11gリリース1 (11.1.1.1.0)がインストールされている場合は、ソフトウェアをリリース11.1.1.8.0に更新する前に、リリース1 (11.1.1.2.0)に更新する必要があります。手順については、付録C「パッチ・アシスタントを使用した11gリリース1 (11.1.1.1.0)からリリース1 (11.1.1.2.0)への移行」を参照してください。

- Oracle Identity and Access Management 11gリリース1 (11.1.1.3.0)コンポーネントがインストールされている場合、ソフトウェアをリリース11.1.1.8.0に更新する前に、リリース1 (11.1.1.5.0)に更新する必要があります。第7.2項「Oracle Identity and Access Management 11.1.1.3.0コンポーネントへのパッチ適用」を参照してください。

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

- 第3.1項「Oracle Fusion Middlewareのパッチ適用プロセスの概要」

- 第3.2項「Oracle Fusion Middlewareのパッチ適用プロセスのロードマップ」

- 第3.3項「始める前に」

- 第3.4項「一般的なパッチ適用前のタスク」

- 第3.5項「インストーラのダウンロード」

- 第3.6項「Oracle Fusion Middlewareへのパッチ適用」

- 第3.7項「パッチ・セット・アシスタントによるスキーマの更新」

- 第3.8項「サーバーとプロセスの起動」

- 第3.9項「パッチ・セットのインストールの検証」

3.1 Oracle Fusion Middlewareのパッチ適用プロセスの概要

図3-1は、Oracle Fusion Middlewareの一般的なパッチ適用手順を示しています。パッチ適用の手順を開始する前に、概要を確認してプロセスを理解してください。

図3-1 Oracle Fusion Middlewareのパッチ適用プロセスの概要とロードマップ

3.2 Oracle Fusion Middlewareのパッチ適用プロセスのロードマップ

表3-1に、各パッチ適用手順の詳細情報へのリンクを記載します。

表3-1 パッチ適用手順のサマリーとドキュメントへのリンク

ステップ

説明

1

パッチ適用プロセスを開始する前に、次の一般的なパッチ適用前のタスクを実行します。

1. 始める前に

- Oracle WebCenter Portalにパッチを適用する場合の特殊な手順

- Oracle WebCenter Contentにパッチを適用する場合の特殊な手順

- Oracle Portal、Forms、ReportsおよびDiscovererにパッチを適用する場合の特殊な手順

- Oracle Identity and Access Managementにパッチを適用する場合の特殊な手順

- 分散環境にパッチを適用する場合の特殊な手順

- Oracle SOA Suiteにパッチを適用する場合の特殊な手順

- Oracle WebLogic Server 10.3.6およびSOA Suiteにパッチを適用する場合の特殊な手順

2. 一般的なパッチ適用前のタスク

- システム要件および動作保証の確認

- 『Oracle Fusion Middleware相互運用性および互換性ガイド』の確認

- サーバーとプロセスの停止

- Middlewareホーム、ドメイン・ホームおよびOracleインスタンスのバックアップ

- データベースおよびデータベース・スキーマのバックアップ

- 追加の構成情報のバックアップ

- Oracle WebLogic Serverの更新

- サイレント・モードでのパッチ適用のためのemCCRファイルの名前変更

2

製品に適したインストーラをダウンロードして起動します。

詳細は、「インストーラのダウンロード」を参照してください。

3

ダウンロードしたインストーラを使用してOracleホームのソフトウェアを更新します。

Oracle SOA Suiteパッチも適用します。詳細は、「Oracle Fusion Middlewareへのパッチの適用」を参照してください。

4

必要な場合は、パッチ・セット・アシスタントを使用してデータベース・スキーマを更新します。

パッチ・セット・アシスタントを実行する必要があるかどうかを確認するには、表4-1「最新のリリース用に更新する必要があるスキーマ」を参照してください。

詳細は、「パッチ・セット・アシスタントによるスキーマの更新」を参照してください。

5

パッチ適用後に行う必要のあるタスクがあれば実行します(たとえば、ドメイン内でのサーバーおよびプロセスの起動、Oracleインスタンスの起動、スクリプトの実行、構成ファイルの変更など)。実行する必要があるタスクは、環境に構成されている既存のソフトウェアとコンポーネントのバージョンによって異なります。詳細は、次に示す項の表を参照してください。

- 第5.1項「開始点がリリース11.1.1.2.0である場合のパッチ適用後のタスク」

- 第5.2項「開始点がリリース11.1.1.3.0である場合のパッチ適用後のタスク」

- 第5.3項「開始点がリリース11.1.1.4.0である場合のパッチ適用後のタスク」

- 第5.4項「開始点がリリース11.1.1.5.0である場合のパッチ適用後のタスク」

- 第5.5項「開始点がリリース11.1.1.6.0である場合のパッチ適用後のタスク」

- 第5.6項「開始点がリリース11.1.1.7.0である場合のパッチ適用後のタスク」

- 第5.7項「システム・コンポーネントのパッチ適用後のタスク」

- 第5.8項「Oracle Identity Managementコンポーネントのパッチ適用後のタスク」

- 第5.9項「WebLogic Serverドメインのパッチ適用後のタスク」

- 第5.10項「Oracle SOA Suiteのパッチ適用後のタスク」

- 第5.11項「Oracle WebCenter Contentのパッチ適用後のタスク」

- 第5.12項「Oracle Service Busのパッチ適用後のタスク」

- 第5.13項「Oracle Business Intelligenceのパッチ適用後のタスク」

- 第5.14項「Oracle Data Integratorのパッチ適用後のタスク」

Oracle WebCenter Portalに関連するパッチ適用後のタスクについては、次で説明します。

- 第6章「Oracle WebCenter Portalへのパッチ適用」

6

サーバーおよびプロセスを起動します。

詳細は、第3.8項「サーバーとプロセスの起動」を参照してください。

7

パッチのインストールが完了したことを確認します。

詳細は、第3.9項「パッチ・セットのインストールの検証」を参照してください。

3.3 前提作業

この章で説明するパッチ適用手順を開始する前に、この項の指示に従って、適切なパッチ適用前のタスクを完了しておきます。この章の「特殊な手順」の項では、使用している環境に必要な、特殊なパッチ適用前タスクがあるかどうかを判断できます。

- Oracle WebCenter Portalにパッチを適用する場合の特殊な手順

- Oracle WebCenter Contentにパッチを適用する場合の特殊な手順

- Oracle Portal、Forms、ReportsおよびDiscovererにパッチを適用する場合の特殊な手順

- Oracle Identity and Access Managementにパッチを適用する場合の特殊な手順

- 分散環境にパッチを適用する場合の特殊な手順

- Oracle SOA Suiteにパッチを適用する場合の特殊な手順

- Oracle WebLogic Server 10.3.6およびSOA Suiteにパッチを適用する場合の特殊な手順

3.3.1 Oracle WebCenter Portalにパッチを適用する場合の特殊な手順

既存のOracle WebCenterソフトウェアにパッチを適用するために必要な手順は、現在のソフトウェアのバージョンによって異なります。第6章「Oracle WebCenter Portalへのパッチ適用」では、Oracle WebCenterの様々なバージョンにパッチを適用する手順について説明しています。Oracle WebCenterへのパッチ適用については、第6章に直接移動して、その手順に従ってください。リストされている手順の大部分は、ガイド内のこの章および他の章を参照しています。

3.3.2 Oracle WebCenter Contentにパッチを適用する場合の特殊な手順

パッチ・セットを適用する前に、次を確認してください。

- アップグレード前のコンポーネントの有効化

- アップグレード前の不要なコンポーネントの無効化

3.3.2.1 アップグレード前のコンポーネントの有効化

アップグレード後に使用する予定の任意のWebCenter Contentコンポーネントを手動で無効化した場合、これらを最新のパッチ・セットを適用する前に有効化する必要があります。

注意:

最新のパッチ・セットを適用するまでは、コンポーネントを手動で無効化しないことをお薦めします。コンポーネントの無効化によって、アップグレードが失敗し、Content Serverが起動できなくなる可能性があります。例外については、第3.3.2.2項にリストされています。

特に、アップグレード・プロセス前に次のコンポーネントのいずれかが無効化され、これらをアップグレード後に使用する予定の場合、これらをアップグレード前に明示的に有効化する必要があります。

- Content Folios

- ArchiverReplicationExceptions

- CheckoutAndOpenInNative

- CheckSCSHealth

- ConfigMigrationUtility

- CSDms

- ExtendedUserAttributes

- FileStoreProvider

- IdcClient

- InboundRefinerySupport

- iTextComponent

- JpsUserProvider

- Localization

- NativeOsUtils

- OCM

- OracleLocalization

- OracleQueryOptimizer

- PopUpCalendar

- ProxyConnections

- RMFeatureConfig

- SecurityProviders

- ServletPlugin

- UserProfileSchemaLoader

- WebUrlMapPlugin

- WsdlGenerator

- YahooUserInterfaceLibrary

- ZipRenditionManagement

詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のコンポーネント・マネージャの使用によるコンポーネントの有効化または無効化に関する項を参照してください。

3.3.2.2 アップグレード前の不要なコンポーネントの無効化

次のコンポーネントは、11g リリース1 (11.1.1.8.0)において不要であるか無効化されているため、アップグレード前に無効化する必要があります。

これらのコンポーネントを無効化しない場合、アップグレードが失敗し、Content Serverが起動できなくなる可能性があります。

- FCKeditor

- Query Folders

- ProxyConnection8 (ProxyConnectionへ名前変更)

- LinkManager8 (LinkMangerへ名前変更)

詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のコンポーネント・マネージャの使用によるコンポーネントの有効化または無効化に関する項を参照してください。

3.3.3 Oracle Portal、Forms、ReportsおよびDiscovererにパッチを適用する場合の特殊な手順

- Oracle Portal、Forms、ReportsおよびDiscovererは、他のFusion Middleware製品との互換性の問題を回避するために、他のOracle Fusion Middleware製品と共有されていない専用のMiddlewareホーム・ディレクトリにインストールすることをお薦めします。Fusion Middleware製品の互換性および相互運用性の詳細は、『Oracle Fusion Middleware相互運用および互換性ガイド』を参照してください。

3.3.4 Oracle Identity and Access Managementにパッチを適用する場合の特殊な手順

- 現在、リリース11.1.1.3.0のOracle Identity Manager、Oracle Access Manager、またはOracle Adaptive Access Managerを使用している場合、最新のパッチ・セット(11.1.1.7.0)を適用する前に11.1.1.5.0にアップグレードする必要があります。詳細は、第7.2項「Oracle Identity and Access Management11.1.1.3.0コンポーネントへのパッチ適用」を参照してください。

- Oracle Identity and Access Management 11gリリース1 (11.1.1.7.0)の最新のパッチ・セットを適用する前に、『Oracle Fusion Middleware相互運用および互換性ガイド』 のOracle Identity ManagementとOracle Identity and Access Management間のパッチ・セットの相互運用性に関する項でこれらの製品間の相互運用性の問題を確認してください。

3.3.5 分散環境にパッチを適用する場合の特殊な手順

分散環境で製品を実行しており(たとえば、管理対象サーバーが複数のシステムの複数のドメインで稼働しており)、ドメインの一部である各マシンにマウントされた共有ネットワーク・ドライブに共有Middlewareホームを設定してある場合、このパッチ適用手順は一度実行するだけで済みます(第2.3.3項「分散環境におけるパッチの適用」を参照してください)。

分散環境で、各システム上に個別のMiddlewareホームがある場合、このパッチ適用手順は各システムの各ドメインに対して繰り返す必要があります。

分散トポロジの詳細は、具体的な製品のエンタープライズ・デプロイメント・ガイドに記述されています。

3.3.6 Oracle SOA Suiteにパッチを適用する場合の特殊な手順

アップグレードの前に、次のタスクを実行する必要があります。

- アップグレード前のすべての編集セッションのコミットまたは回復

- Oracle SOA Suiteへのパッチの適用

3.3.6.1 アップグレード前のすべての編集セッションのコミットまたは回復

最新のリリースへのアップグレード前に、SOAコンポーザの編集セッションがすべてコミットされているか、または元に戻されていることを確認してください。

SOAコンポーザには、デプロイ後にルール・ディクショナリを編集するためのDT@RT機能があります。最新バージョンにアップグレードした後、SOAコンポーザのコミットされていないセッションがすべて失われるか、編集セッションへのアクセスに問題が発生する場合があります。これは、MDSサンドボックス(セッションの処理に使用される)がパッチ・セットによって更新されていないためです。

セッションをコミットまたは元に戻す手順は次のとおりです。

1. SOAコンポーザ (/soa/composer)に、アクティブなセッションを持つユーザーとしてログインします。

2. 「開く」→「ユーザー編集」に移動して、自身のすべてのアクティブなセッションを表示します。

3. 「ユーザー編集」に表示されている各ドキュメントを開き、次のいずれかを実行します。

1. 「コミット」をクリックし、セッションの変更をコミットします。

2. 「元に戻す」→「すべてのセッション編集と保存された変更をクリアします。」を選択し、変更を中止します。

どちらのステップでもセッションはクローズされます。

3.3.6.2 Oracle SOA Suiteへのパッチの適用

Oracle SOA Suite 11.1.1.6.0またはこれより前のリリースのバイナリをリリース11.1.1.7.0 (SOAに使用可能な最新バージョン)にアップグレードした後で、パッチを適用してSOAINFRAおよびORASDPMスキーマを更新する必要があります。スキーマを更新する前に、パッチ・セット・アシスタントを使用して、このパッチを適用する必要があります。Oracle SOA Suite 11.1.1.7.0がすでにインストール済の場合は、このパッチは不要です。

11.1.1.6.0またはこれよりも前のリリースからアップグレードしたOracle SOA Suiteにパッチを適用するには、次の手順を実行します。

1. My Oracle Support (以前のMetaLink)から、バグ16468944用に指定されているパッチをダウンロードします。
My Oracle Supportにはhttps://support.oracle.comからアクセスできます。

2. Readmeファイルの手順に従って、SOA Oracleホーム・ディレクトリにパッチを適用します。

注意:

適用が必要となる可能性があるその他のパッチの詳細は、Oracle Fusion Middleware 11g リリース1 (11.1.1.8.0)についてのリリース・ノートを参照してください。

3.3.7 Oracle WebLogic Server 10.3.6およびSOA Suiteにパッチを適用する場合の特殊な手順

Oracle WebLogic Serverの最新バージョン(バージョン10.3.6)をインストールしたら、次のOracle Technology Networkサイトの「Oracle SOA製品およびOracle AIA Foundation Packの既知の問題」ページの説明に従って、必要なパッチをインストールする必要があります。

http://www.oracle.com/technetwork/middleware/docs/aiasoarelnotesps6-1866030.html

3.4 一般的なパッチ適用前のタスク

この項では、ソフトウェアにパッチを適用する前に完了する必要のあるタスクについて説明します。

- システム要件および動作保証の確認

- 『Oracle Fusion Middleware相互運用性および互換性ガイド』の確認

- サーバーとプロセスの停止

- Middlewareホーム、ドメイン・ホームおよびOracleインスタンスのバックアップ

- データベースとデータベース・スキーマのバックアップ

- 追加の構成情報のバックアップ

- Oracle WebLogic Serverの更新

- サイレント・モードでのパッチ適用のためのemCCRファイルの名前変更

3.4.1 システム要件および動作保証の確認

ソフトウェアの更新を開始する前に、更新を実行するためにインストールしたいソフトウェアの最小要件をシステムの環境と構成が満たしていることを確認してください。この項では、確認しておくことが必要なドキュメントの重要な部分へのリンクをいくつか示します。

- システム要件と仕様

- 動作保証とサポートされるプラットフォーム

- 11gリリース1 (11.1.1.8.0)での埋込みJDKのアップグレード

3.4.1.1 システム要件と仕様

動作保証の詳細は、次のURLにあるOracle Fusion Middlewareのサポートされるシステム構成のページで、Oracle Fusion Middleware 11gR1のシステム要件およびサポートされるプラットフォームのドキュメントを参照してください:

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

このページには、ハードウェアとソフトウェアの要件、最小ディスク領域とメモリーの要件、データベース・スキーマの要件、および必要なシステム・ライブラリ、パッケージまたはパッチに関する情報が記載されています。

3.4.1.2 動作保証とサポートされるプラットフォーム

Oracle Fusion Middleware 11gR1のシステム要件とサポート対象プラットフォームに関するドキュメントを参照してください。このマニュアルでは、サポートされる32ビットおよび64ビット・オペレーティング・システム、データベース、Webサーバー、LDAPサーバー、アダプタ、IPv6、JDKおよびサード・パーティ製品の動作保証に関する情報が記載されています。このドキュメントは、Oracle Fusion Middlewareでサポートされるシステム構成に関するページにあります。

注意:

パッチを適用した環境では、サポート対象の最新のJDKバージョンをインストールしておく必要があります。パッチ・セットの最新の認定JDKバージョンは、http://www.oracle.com/technetwork/middleware/downloads/fmw-11gr1certmatrix.xlsのOracle Fusion Middleware 11gR1のシステム要件およびサポート対象のプラットフォームに関するドキュメントを参照してください。

最新のJDKは、Oracle Technology NetworkのOracleソフトウェアのダウンロード・ページ(http://www.oracle.com/technetwork/indexes/downloads/index.html)でアクセスできます。ダウンロードに同梱されているインストール手順に従います。

3.4.1.3 11gリリース1 (11.1.1.8.0)での埋込みJDKのアップグレード

Oracle Fusion Middleware 11gリリース1 (11.1.1.8.0)には、Oracle WebLogic Serverの更新バージョンは含まれず、このリリースがサポートされるのは、Oracle Fusion Middleware 11gリリース1 (11.1.1.6.0)でリリースされたOracle WebLogic Server 10.3.6で使用される場合です。

そのため、一部のOracle Fusion Middleware製品には、Oracle WebLogic Server 10.3.6での埋込みバージョンより高いJDKバージョンが必要なものがあります。このような場合、JDKをサポートされているバージョンに手動でアップグレードする必要があります。

サポートされているJDKバージョンの詳細は、Oracle Fusion Middlewareサポートされるシステム構成ページのOracle Fusion Middleware 11gR1のシステム要件およびサポート対象プラットフォームに関するのドキュメントを参照してください。

3.4.2 『Oracle Fusion Middleware相互運用および互換性ガイド』の確認

パッチ適用プロセスを開始する前に、『Oracle Fusion Middleware相互運用および互換性ガイド』のパッチ・セットの相互運用性に関する項を参照してください。Oracle Fusion Middleware製品が旧バージョンの他のOracle Fusion Middleware、Oracleまたはサード・パーティ製品と機能するために重要な情報がこのマニュアルに記載されています。この情報は、既存の環境をアップグレードする既存ユーザーと新しいOracle Fusion Middlewareユーザーの両方に適用されます。

注意:

Oracle Identity Management製品の一部のバージョンには、前のバージョンと互換性のないものがあります。詳細は、『Oracle Fusion Middleware相互運用および互換性ガイド』を参照してください。

3.4.3 サーバーとプロセスの停止

インストーラを実行してソフトウェアを更新する前に、使用しているドメインの一部であるすべてのマシン上のすべてのサーバーとプロセス(OPMNを含む)をMiddlewareホームから停止します。

Oracle Fusion Middleware環境の停止の手順は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middleware環境の停止に関する項を参照してください。

環境でOracle Process Manager and Notification Server (OPMN)を実行している場合、opmnctl stopallコマンドを使用してOPMNも停止する必要があります。

ノード・マネージャを実行している場合は、ノード・マネージャも停止する必要があります。これを行うには、ノード・マネージャが実行されているコンソール・ウィンドウを閉じるか、stopNodeManager WLSTコマンドを使用します。

注意:

stopNodeManagerコマンドを機能させるには、QuitEnabled=trueを指定してノード・マネージャを構成する必要があります。

詳細は、Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのstopNodeManagerに関する項を参照してください。

3.4.4 Middlewareホーム、ドメイン・ホームおよびOracleインスタンスのバックアップ

サーバーとプロセスを停止したら、Middlewareホーム・ディレクトリ(Middlewareホーム内のOracleホーム・ディレクトリを含む)、ローカル・ドメイン・ホーム・ディレクトリ、ローカルOracleインスタンス、およびそのMiddlewareホームを使用するリモート・システム上のドメイン・ホームとOracleインスタンスをバックアップします。

パッチを適用する前の環境バックアップは、パッチ適用プロセスの重要な手順です。パッチ・セットのインストールが予期せず中断された場合、またはインストールが完了する前にインストールの取消しを選択した場合、インストーラを再実行する前に環境を以前の構成にリストアしないと、パッチをインストールできないことがあります。

環境のバックアップの詳細は、『Oracle Fusion Middleware管理者ガイド』の環境のバックアップに関する項を参照してください。

3.4.5 データベースとデータベース・スキーマのバックアップ

データベース・スキーマを更新する必要がある場合は、パッチ適用手順を開始する前にデータベースもバックアップする必要があります。このバックアップにスキーマ・バージョン・レジストリ表が含まれていることを確認します。これは、各Fusion Middlewareスキーマが、対応する行をその表内に持つためです。スキーマ・バージョン・レジストリ表の名前は、SYSTEM.SCHEMA_VERSION_REGISTRY$です。この実行方法は、使用しているデータベースのドキュメントを参照してください。

パッチ・セット・アシスタントを実行して既存のスキーマを更新する際、正常に更新できなかった場合は、元のスキーマをリストアしてからやりなおす必要があります。必ず、既存のデータベース・スキーマをバックアップしてから、パッチ・セット・アシスタントを実行してください。

スキーマを更新する必要があるかどうかを確認するには、「パッチ・セット・アシスタントによるスキーマの更新」の表4-1「最新のリリース用に更新する必要があるスキーマ」を参照してください。

3.4.6 追加の構成情報のバックアップ

個別の環境に応じて、パッチ適用手順を実行する前に次のバックアップが必要になる場合もあります。

- 構成とストアのバックアップ
各WebLogic Serverドメインを、upgradeOpss() WLSTコマンドを使用して更新する必要があります。upgradeOpss()コマンドを実行する前に、更新するストアを必ずバックアップしてください。LDAPストアの場合は、ストアのルート・ノードの下にあるデータをすべてバックアップします(ルート・ノードは、ストアのプロパティとして構成ファイルで指定されています)。更新が失敗した場合には、そのノード全体をリストアします。

詳細は、Oracle Fusion Middlewareアプリケーションのセキュリティに関するガイドのupgradeOpssによるポリシーのアップグレードに関する項を参照してください。

- Oracle WebCenterまたはOracle PortalのOmniPortletおよびWebClippingカスタマイズの保存
OmniPortletおよびWebClippingカスタマイズを使用しており、それらがファイルベースのプリファレンス・ストアで使用されている場合、カスタマイズを保存する必要があります。

- Oracle B2BのXEngineカスタマイズの保存
この手順は、B2BサーバーがB2B EDIエンドポイントと統合されている環境で、カスタムのXEngine構成を使用している場合にのみ必要です。そのような環境では、同じインストールで作成されたすべてのB2Bドメインが、1つのディレクトリ内に格納されている単一のXEngine構成を共有します。このディレクトリは、パッチを適用する前にバックアップし、パッチ適用の完了後に復元する必要があります。

詳細は、第5.10.9項「Oracle B2BのXEngineカスタマイズの保存とリストア」を参照してください。

- 既存のOracle BI Presentation Catalogのバックアップ
Oracle Business Intelligence (BI)ソフトウェアをリリース11.1.1.3.0から11.1.1.7.0に更新する際は、Oracle BI Presentation Catalogを手動で更新する必要があります。詳細は、第5.13.2項「Oracle BI Presentation Catalogの更新」を参照してください。

- Oracle Data Integrator Java EEスタンドアロン・エージェントのファイルのバックアップ

次のファイルとディレクトリをバックアップ済であることを確認します(第3.4.4項「Middlewareホーム、ドメイン・ホームおよびOracleインスタンスのバックアップ」の説明に従ってOracleホーム・ディレクトリをバックアップした場合は、そのようになっています)。

1. ODI_HOME/oracledi/agent/bin/odiparams.shファイル(UNIXオペレーティング・システムの場合)、またはODI_HOME\oracledi\agent\bin\odiparams.batファイル(Windowsオペレーティング・システムの場合)をバックアップします。

2. ODI_HOME/oracledi/agent/driversディレクトリ(UNIXオペレーティング・システムの場合)、またはODI_HOME\oracledi\agent\driversディレクトリ(Windowsオペレーティング・システムの場合)をバックアップします。

Oracle Data Integratorにパッチを適用した後、第5.14.3項「ODIスタンドアロン・エージェントの再構成」の手順を実行します。

- Oracle Identity FederationのカスタムJSPのバックアップ
Oracle Identity Federationを最新のリリースに更新する場合は、パッチを適用して最新のバージョンにする前にカスタムJSPをすべてバックアップする必要があります。パッチ適用手順によって、oif.earファイルに格納されているJSPが上書きされます。

パッチ適用手順の完了後、カスタムJSPを復元する必要があります。

3.4.7 Oracle WebLogic Serverの更新

システムにOracle WebLogic Serverがすでにインストールされている場合は、アップグレード・インストーラを使用する前に、Oracle WebLogic Serverを10.3.6に更新済であることを確認してください。

WebLogic Serverを更新する手順は次のとおりです。

1. My Oracle Supportからアップグレード・インストーラをダウンロードします。
手順については、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のMy Oracle Supportからのアップグレード・インストーラのダウンロードに関する項を参照してください。

2. アップグレード・インストーラをグラフィック・モードで実行して、WebLogic Serverにパッチを適用します。
手順については、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のアップグレード・インストーラのグラフィック・モードでの実行に関する項を参照してください。

アップグレード・インストーラをサイレント・モードで実行する(たとえば、Oracle WebLogic Serverの複数のインスタンスにパッチを適用する必要のある環境になっている)場合は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のサイレント・モードでのインストレーション・プログラムの実行に関する項に記載されている手順を参照してください。

注意:

Oracle Fusion Middleware 11gリリース1 (11.1.1.1.0)がインストール済であり、初めてOracle WebLogic Serverをインストールしてリリース1 (11.1.1.2.0)以降にアップグレードする場合は、Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイドのインストールの概要に関する項を参照してください。

3.4.8 サイレント・モードでのパッチ適用のためのemCCRファイルの名前変更

サイレント・モードでソフトウェアにパッチを適用する場合に、次のようなエラー・メッセージが表示されることがあります。

"SEVERE:Values for the following variables could not be obtained from the command line or response file(s):
MYORACLESUPPORT_USERNAME(MyOracleSupportUsername)"

この問題を回避するには、ORACLE_HOME/ccr/bin/emCCRファイル(UNIXオペレーティング・システムの場合)またはORACLE_HOME\ccr\bin\emCCRファイル(Windowsオペレーティング・システムの場合)の名前を変更します。

たとえば、UNIXオペレーティング・システムの場合:

cd ORACLE_HOME/ccr/bin
mv emCCR emCCR_LAST

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

cd ORACLE_HOME\ccr\bin
mv emCCR emCCR_LAST

サイレント・インストールの詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のOracle Fusion Middlewareのサイレント・インストールおよびサイレント・アンインストールに関する項を参照してください。

3.5 インストーラのダウンロード

次の各項では、製品へのパッチ適用に必要なインストーラを入手する手順について説明します。

- パッチ適用に使用するインストーラについて

- 必要なインストーラのダウンロード

3.5.1 パッチ適用に使用するインストーラについて

最新のOracle Fusion Middlewareパッチ・セットを適用するためのインストーラは、使用している製品に応じて、その動作および機能が異なります。パッチ適用プロセスを開始する前に、インストーラのタイプと、インストーラを実行して最新のパッチ・セットを適用する際に予期される動作について、表3-2を確認してください。

この表は、Oracle Fusion Middleware製品の完全なリストではないことに注意してください。各パッチ・セット・リリースで使用可能な製品の完全なリストは、Oracle Fusion Middlewareのダウンロード、インストールおよび構成のReadMeファイルを参照してください。

表3-2 最新のパッチ・セットを適用するためのOracle Fusion Middlewareインストーラの概要

製品

タイプとインストーラの動作

Oracle Application Developer Runtime

Oracle SOA Suite

Oracle Service Bus

Oracle WebCenter Portal

Oracle WebCenter Content

これらのインストーラは、更新インストーラとしての機能も備えたフル・インストーラです。これらを使用すると、既存の11gリリース1のOracleホームを更新することも、新しい完全なOracleホームをインストールすることもできます。

Oracle Identity Management

Oracle Web Tier

Oracle Business Intelligence

これらのインストーラは、更新インストーラとしての機能も備えたフル・インストーラです。これらを使用すると、既存の11gリリース1のOracleホームを更新することも、新しい完全なOracleホームをインストールすることもできます。

また、これらのインストーラには構成オプションが用意されています。これらを使用してパッチ・セットを適用する際は、ソフトウェアのみをインストールするオプションを選択する必要があります。ソフトウェアを構成するオプションは選択しないでください。パッチを適用するドメインはすでに構成済であり、再構成は必要ありません。

Oracle Forms、ReportsおよびDiscover

Oracle Portalは、このリリースでは更新されないため、11gリリース11.1.1.6.0のまま残されます。

これは更新のみを目的としたインストーラであり、既存のOracle Fusion Middleware 11gリリース1のOracleホームが必要です。

3.5.2 必要なインストーラのダウンロード

製品用のインストーラ・ファイルをダウンロードして解凍する手順は次のとおりです。

1. Oracle Technology Network、My Oracle SupportまたはOracle Software Delivery Cloud(旧称E-Delivery)からインストーラをダウンロードします。
詳細は、Oracle Fusion Middlewareのダウンロード、インストールおよび構成のReadMeファイルで、Oracle Fusion Middlewareソフトウェアのダウンロード・サイトの選択に関する項、および開始点に必要なソフトウェアのダウンロードに関する項を参照してください。

2. インストーラおよびターゲット・コンピュータ上のディレクトリにインストールするソフトウェアを含む、ダウンロード済アーカイブを解凍します。

3.6 Oracle Fusion Middlewareへのパッチの適用

次の各項では、製品のインストーラを開始、およびパッチ・セットを適用する方法について説明します。

- インストーラの起動

- パッチ・セットの適用

注意:

このアップグレードの一部としてOracle SOA Suite 11.1.1.6.0またはこれより前のリリースをリリース11.1.1.7.0にアップグレードしている場合、11.1.1.8.0パッチを適用する前に、SOAINFRAおよびORASDPMスキーマを更新するためのパッチを最初に適用する必要があります。

詳細は、第3.3.6.2項「Oracle SOA Suiteへのパッチの適用」を参照してください。

3.6.1 インストーラの起動

ダウンロードして解凍したインストーラを起動する手順は次のとおりです。

1. ディレクトリを、解凍したアーカイブ・フォルダ内のDisk1フォルダに変更します。

2. 次のようにしてインストーラを起動します。
UNIXオペレーティング・システムの場合:

./runInstaller

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

setup.exe

システム環境および更新中の製品によっては、インストーラの起動時に、システム上のJRE/JDKの場所を指定するように求められることがあります。Oracle WebLogic Serverをインストールしたときに、Middlewareホーム内のjdk160_versionディレクトリにJREがインストールされています。この場所を使用してインストーラを起動できます。

システムにOracle WebLogic Serverをインストールしていない場合は、Oracleホーム内のjdkディレクトリにあるJDKを使用できます。

JRE/JDKの場所への絶対パスを指定してください。相対パスはサポートされていません。

インストーラは、サイレント・モードで実行することもできます。詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のOracle Fusion Middlewareのサイレント・インストールおよびサイレント・アンインストールに関する項を参照してください。

3.6.2 パッチ・セットの適用

インストーラを起動したら、画面上の説明に従って既存のMiddlewareホームにパッチ・セットを適用します。

注意:

ドメインに複数のホスト・コンピュータが含まれている場合は、ホストごとにインストーラを個別に実行し、ホスト上のソフトウェアを更新する必要があります。

インストーラの各画面を確認する際、パッチ・セットの適用時とソフトウェアの初回インストール時では、2つの大きな違いがあることに注意してください。

- パッチ・セットを適用する場合は、「インストール場所の指定」画面で既存のMiddlewareホームを特定する必要があります。

- Oracle Identity Management、Oracle Business IntelligenceまたはOracle Web Tierをインストールする場合は、ソフトウェアのみのインストールを実行し、既存のMiddlewareホームおよびパッチを適用するOracleホームを選択します。既存のソフトウェアを構成したり、再構成する必要はありません。

表3-3は、既存のMiddlewareホームにパッチ・セットを適用する場合に表示される、一般的なインストール画面の概要を示しています。

注意:

このリリースのOracle Fusion Middleware製品は、通常の各製品インストーラで更新できます。

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

表3-3 パッチ・セットをインストールするための一般的な手順

画面

説明

ようこそ

Oracle Fusion Middlewareインストーラの導入ページです。

ソフトウェア更新のインストール

ソフトウェア更新の入手に使用する方法を選択するか、更新しない場合は「ソフトウェア更新のスキップ」を選択します。

更新が見つかった場合、インストーラは、この時点で更新の適用を自動的に試みるため、インストールの実行に使用しているサーバーがインターネットに接続されていることを確認してください。

一部の更新はインストーラの再起動を必要とします。インストーラの再起動が発生した場合、次は「ソフトウェア更新のインストール」画面は表示されません。

前提条件のチェック

必要なすべての前提条件をシステムが満たしていることを確認します。

インストール場所の指定

Oracle MiddlewareホームとOracleホームの場所を指定します。

Oracle共通ホーム(oracle_common)ディレクトリはMiddlewareホーム内に自動的に作成されるため、Oracleホーム・ディレクトリの名前としてoracle_commonを使用しないでください。

アプリケーション・サーバー

アプリケーション・サーバーを選択し、その場所を指定します。

インストール・サマリー

この画面上の情報を確認し、「インストール」をクリックしてインストールを開始します。

インストールの進行状況

この画面には、インストールの進行状況が表示されます。

進行状況が100%完了したことを示している場合、「次へ」をクリックして続行します。

インストール完了

「保存」をクリックして構成情報をファイルに保存します。この情報には、後でアクセスするために必要になる可能性のあるポート番号、インストール・ディレクトリ、URLおよびコンポーネント名が含まれます。

構成情報を保存後、「終了」をクリックして画面を終了します。

3.7 パッチ・セット・アシスタントによるスキーマの更新

パッチ・セット・アシスタントを使用してスキーマを更新する必要があるかどうかを確認するには、「パッチ・セット・アシスタントによる更新が必要なスキーマ」の表4-1「最新のリリース用に更新する必要があるスキーマ」を参照してください。

パッチを適用する製品で、表に記載されたスキーマのいずれかが使用されている場合は、第4章「パッチ・セット・アシスタントによるスキーマの更新」の手順を実行してスキーマを更新します。

パッチを適用している製品でこれらのスキーマのいずれかを使用していない場合は、この項をスキップし、第5章「パッチ適用後の手順」に進むことができます。

3.8 サーバーとプロセスの起動

ソフトウェアへのパッチの適用が終了し、必要なパッチ適用後のタスクをすべて実行したら、サーバーとプロセスを起動する準備が整ったことになります。

注意:

Oracle SOAまたはBAMと統合されているWebCenter ContentまたはIBRのデプロイをアップグレードしている場合、5.11.5項「SOAまたはBAMを使用したOracle WebCenter Content Serverの起動」を参照してください。

管理サーバー、管理対象サーバーおよびコンポーネントを含めたOracle Fusion Middlewareの開始および停止の手順については、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの開始および停止に関する項を参照してください。

注意:

サーバーの再起動後は、ブラウザのキャッシュ・クリアが必要な場合があります。キャッシュ・クリアの詳細は、使用しているインターネット・ブラウザのドキュメントを参照してください。

3.9 パッチ・セットのインストールの検証

環境へのパッチ適用が正常に終了したら、次の手順を任意に組み合せて実行し、インストールのステータスを確認できます。

- アップグレード・ログの検証

- ドメイン・サーバー・ログの検証

- OPMNステータスの検証

- ブラウザURLの確認

3.9.1 アップグレード・ログの検証

MW_HOME/oracle_common/upgrade/logsディレクトリ(UNIXオペレーティング・システムの場合)またはMW_HOME\oracle_common\upgrade\logsディレクトリ(Windowsオペレーティング・システムの場合)にあるログ・ファイルで、アップグレードの詳細について確認してください。

3.9.2 ドメイン・サーバー・ログの検証

ドメイン・サーバー・ログを確認します。このファイルは、ドメイン・ホーム・ディレクトリ内のserversディレクトリにあります。たとえば、UNIXシステムの場合は次のスクリプトを使用します。

MW_HOME/user_projects/domains/domain_name/servers/server_name

Windowsシステムの場合:

MW_HOME\user_projects\domains\domain_name\servers\server_name

3.9.3 OPMNステータスの検証

インスタンス・ホームの場所にあるINSTANCE_HOME/binディレクトリ(UNIXオペレーティング・システムの場合)またはINSTANCE_HOME\binディレクトリ(Windowsオペレーティング・システムの場合)から、opmnctl statusコマンドを実行します。次に示すのは、UNIXシステムでの出力例です。

> ./opmnctl status

Processes in Instance: asinst_1
---------------------------------+--------------------+---------+---------
ias-component                    | process-type       |     pid | status
---------------------------------+--------------------+---------+---------
emagent_asinst_1                 | EMAGENT            |   11849 | Alive
wc1                              | WebCache-admin     |   11333 | Alive
wc1                              | WebCache           |   11332 | Alive
ohs1                             | OHS                |   11207 | Alive

この情報は、このインストールについて構成されたコンポーネントを示しています。ステータス「アライブ」は、コンポーネントが起動され実行中であることを意味します。

opmnctl status -lコマンドを実行して、コンポーネントで使用されているポートのリストを取得することもできます。次に示すのは、UNIXシステムでの出力例です。

> ./opmnctl status -l

Processes in Instance: asinst_1
---------------------------------+--------------------+---------+----------+------------+----------+-----------+------
ias-component                    | process-type       |     pid | status   |        uid |  memused |    uptime | ports
---------------------------------+--------------------+---------+----------+------------+----------+-----------+------
emagent_asinst_1                 | EMAGENT            |   11849 | Alive    | 1133259606 |     4204 |   0:09:38 | N/A
wc1                              | WebCache-admin     |   11333 | Alive    | 1133259605 |    43736 |   0:15:35 | http_admin:8091
wc1                              | WebCache           |   11332 | Alive    | 1133259604 |    63940 |   0:15:35 | http_stat:8092,http_invalidation:8093,https_listen:8094,http_listen:8090
ohs1                             | OHS                |   11207 | Alive    | 1133259603 |    50744 |   0:15:43 | https:8889,https:8890,http:8888

3.9.4 ブラウザURLの確認

表3-4に示すように、インストールして構成した製品へアクセスできることを確認します。

表3-4 インストールされた製品のURL

製品またはコンポーネント

URL

管理サーバー・コンソール

http://host:port/console

Enterprise Managerコンソール

http://host:port/em

Enterprise Manager Agent

http://host:port/emd/main

Oracle Portal

http://host:port/portal/pls/portal

Oracle Forms

http://host:port/forms/frmservlet

Oracle Reports

http://host:port/reports/rwservlet

Oracle Discoverer Viewer

http://host:port/discoverer/viewer

Oracle Universal Content Management

http://administration_server_host:cs_port/cs

Oracle Universal Records Management

http://administration_server_host:urm_port/urm

Oracle Inbound Refinery

http://administration_server_host:ibr_port/ibr

Oracle Information Rights Management

http://administration_server_host:irm_port/irm_rights

http://administration_server_host:cs_port/irm_desktop

Oracle Imaging and Process Management

http://administration_server_host:ipm_port/imaging

Oracle WebCenter Portal

http://host:port/webcenter

Oracle WebCenter PortalのDiscussion Server

http://host:port/owc_discussions

Oracle Portlet Producers

http://host:port/portalTools

http://host:port/wsrp-tools

Oracle WebCenterページレット・プロデューサ

http://host:port/pagelets/admin

Oracle WebCenterアクティビティ・グラフ・エンジン

http://host:port/activitygraph-engines

Oracle WebCenter Personalization

http://host:port/wcps/api/property/resourceIndex

http://host:port/wcps/api/conductor/resourceIndex

Oracle WebCenter Analyticsコレクタ

http://host:port/collector/analytics-collector-diagnostics.jsp

注意:

WebCenter Portalコンポーネントの詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalインストレーション・ガイド』のOracle WebCenter Portalコンポーネントのスタート･ガイドを参照してください。

4 パッチ・セット・アシスタントによるスキーマの更新

この章では、パッチ・セット・アシスタントを使用してOracle Fusion Middlewareコンポーネントのデータベース・スキーマを更新する方法について説明します。

パッチ・セット・アシスタントは、Oracle Fusion Middlewareコンポーネントのデータベース・スキーマを更新する場合にのみパッチ・セット・リリースで使用します。パッチ・セット・アシスタントを使用して更新するスキーマは、次のいずれかの条件を満たしている必要があります。

- 11gリリースでリポジトリ作成ユーティリティ(RCU)を使用して作成されている。
または

- アップグレード・アシスタントを使用して10gから11gにアップグレードされている。

注意:

パッチ・セット・アシスタントでは、カスタマ・データベース内のスキーマはアップグレードされません。これには、アップグレード・アシスタント(UA)、リポジトリ作成ユーティリティ(RCU)、またはパッチ・セット・アシスタント(PSA)を使用して更新されていないデータベースが含まれます。

Oracle Portalユーザーは、状況によって、Oracle Portalスキーマがカスタマ・データベースにインストールされる場合があることに注意してください。詳細は、第4.2項「スタンドアロンのOracle Portalのリポジトリ・スキーマで行う特殊な手順」を参照してください。

パッチ・セット・アシスタントで更新される11gリリース1のスキーマ・バージョンは、11.1.1.2.0から11.1.1.8.0までです。具体的な情報は、表4-1を参照してください。

既存のスキーマ・バージョンが11.1.1.1.0である場合は、パッチ・セット・アシスタントを実行する前に、バージョン11.1.1.2.0に移行しておく必要があります。詳細は、付録C「パッチ・アシスタントを使用した11gリリース1 (11.1.1.1.0)からリリース1 (11.1.1.2.0)への移行」を参照してください。

新しいスキーマを作成する場合や既存のスキーマを削除する場合は、リポジトリ作成ユーティリティ(RCU)を使用する必要があります。情報は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』にあります。

注意:

パッチを11.1.1.8.0にアップグレードする前に、Oracle Fusion Middleware互換性マトリクスをチェックして、ドメインにおけるすべてのコンポーネントがOracle WebCenter 11.1.1.8.0との相互運用性についてサポートされていることを確認します。互換性がない場合、アップグレードを試行しないでください。

詳細は、第3.4.1項の「システム要件および動作保証の確認」および『Oracle Fusion Middleware相互運用および互換性ガイド』を参照してください。

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

- 第4.1項「パッチ・セット・アシスタントによる更新が必要なスキーマ」

- 第4.2項「スタンドアロンのOracle Portalのリポジトリ・スキーマで行う特殊な手順」

- 第4.3項「パッチ・セット・アシスタントの使用を開始する前に」

- 第4.4項「パッチ・セット・アシスタントの実行」

- 第4.5項「パッチ・セット・アシスタントのログ・ファイル」

4.1 パッチ・セット・アシスタントによる更新が必要なスキーマ

表4-1におけるアップグレードに利用可能なコンポーネント・スキーマ(デフォルト名で表示)は、これらが11g リリース1 (11.1.1.8.0)に更新されるようにするためにパッチ・セット・アシスタントを使用して更新される必要があります。

注意:

表4-1のスキーマ列は、接頭辞とスキーマ名の間にアンダースコア(_)を使用したデフォルトのスキーマ名フォーマットを示します。デフォルトの接頭辞はDEVですが、RCUを使用すると、スキーマに新しく接頭辞を作成できます。

更新が必要なスキーマに関する重要な注意:

- リリース1 (11.1.1.8.0)のパッチ・セットの適用によってのみ、次のスキーマが11.1.1.8.0に更新されます。他のスキーマをインストール済の場合、これらはパッチ後も既存のバージョンのままです。スキーマに関する依存関係およびその他の重要な注意については、表4-1を参照してください。

- WebCenter Spaces: prefix_WEBCENTER

- Discussions (WebCenter Suite): prefix_DISCUSSIONS

- Discussions Crawler: prefix_DISCUSSIONS_CRAWLER

- アクティビティ・グラフおよびAnalytics: prefix_ACTIVITIES

- Oracle Universal Records Management 11g: prefix_URMSERVER

- Oracle Content Server 11g - 完全: prefix_OCS

- Oracle Universal Content Management: prefix_OCSSEARCH

- 表4-1に示すコンポーネント名は、Oracle Fusion Middleware 11g リリース1 (11.1.1.6.0)で変更された、新しいコンポーネント名です。
詳細は、第6.1項「Oracle WebCenterおよびOracle Enterprise Content Management Suiteの新しい製品名」を参照してください。

- _OPSSスキーマを前のリリースからアップグレードする場合、OPSS監査データがJPS表ではなく、IAU共通表に保存されることに注意してください。JPS表の既存データはレポートまたは監査目的では変更されないため、JPS表に列を追加してアップグレードする必要はありません。

注意:

パッチ・セット・アシスタントを使用して、任意のスキーマをアップグレードする前に、Oracle SOA Suiteへの必須パッチの適用が完了していることを確認する必要があります。Oracle SOA Suite 11.1.1.6.0またはこれより前のリリースのバイナリをアップグレード済の場合、このパッチが必要です。Oracle SOA Suite 11.1.1.7.0がすでにインストール済の場合は、パッチの適用は不要です。詳細は、第3.3.6.2項「Oracle SOA Suiteへのパッチの適用」を参照してください。

表4-1 最新のリリース用に更新する必要があるスキーマ

コンポーネント名

スキーマ

アップグレード前のスキーマ・バージョン

アップグレード後のスキーマ・バージョン

依存関係

監査サービス

prefix_IAU

11.1.1.2.0

11.1.1.3.0

11.1.1.4.0

11.1.1.5.0

11.1.1.6.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

なし。

メタデータ・サービス

prefix_MDS

11.1.1.2.0

11.1.1.3.0

11.1.1.4.0

11.1.1.5.0

11.1.1.6.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

なし。

Oracle Enterprise Schedulerサービス

prefix_ESS

11.1.1.5.0

11.1.1.7.0

prefix_MDSスキーマを最初に更新する必要があります。

Oracle Platform Security Services

prefix_OPSS

11.1.1.4.0

11.1.1.5.0

11.1.1.7.0

11.1.1.7.0

なし。

Oracle Portal脚注 1

prefix_PORTAL

11.1.1.2.0

11.1.1.3.0

11.1.1.4.0

11.1.1.6.0

11.1.1.6.0

11.1.1.6.0

なし。

Oracle Internet Directory

ODS

注意: Oracle Internet Directoryのスキーマ(ODS)には、カスタムの接頭辞を加えることができません。

11.1.1.2.0

11.1.1.3.0

11.1.1.4.0

11.1.1.5.0

11.1.1.6.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

なし。

Oracle Identity Manager脚注 2

prefix_OIM

11.1.1.5.0

11.1.1.7.0

prefix_MDS、prefix_ORASDPMおよびprefix_SOAINFRAスキーマを最初に更新する必要があります。

Oracle Adaptive Access Manager脚注 3

prefix_OAAM

11.1.1.5.0

11.1.1.7.0

prefix_MDSスキーマを最初に更新する必要があります。

Oracle Adaptive Access Manager

prefix_OAAM_PARTN

11.1.1.5.0

11.1.1.7.0

prefix_MDSスキーマを最初に更新する必要があります。

Oracle Business Intelligenceプラットフォーム

prefix_BIPLATFORM

11.1.1.3.0

11.1.1.7.0

prefix_MDSスキーマを最初に更新する必要があります。

マスターおよび作業リポジトリ(Oracle Data Integrator)

prefix_ODI_REPO

11.1.1.3.0

11.1.1.4.0

11.1.1.5.0

11.1.1.6.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

なし。

SOAインフラストラクチャ

prefix_SOAINFRA

11.1.1.2.0

11.1.1.3.0

11.1.1.4.0

11.1.1.5.0

11.1.1.6.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

prefix_MDSスキーマを最初に更新する必要があります。

WebCenter Spaces

prefix_WEBCENTER

11.1.1.2.0

11.1.1.3.0

11.1.1.4.0

11.1.1.5.0

11.1.1.6.0

11.1.1.7.0

11.1.1.8.0

11.1.1.8.0

11.1.1.8.0

11.1.1.8.0

11.1.1.8.0

11.1.1.8.0

prefix_MDSスキーマを最初に更新する必要があります。

Discussions (WebCenter Suite)

prefix_DISCUSSIONS

11.1.1.2.0

11.1.1.4.0

11.1.1.7.0

11.1.1.8.0

11.1.1.8.0

11.1.1.8.0

なし。

Discussions Crawler脚注 4

prefix_DISCUSSIONS_CRAWLER

11.1.1.2.0

11.1.1.4.0

11.1.1.7.0

11.1.1.8.0

11.1.1.8.0

11.1.1.8.0

prefix_DISCUSSIONSスキーマを最初に更新する必要があります。

アクティビティ・グラフおよびAnalytics

prefix_ACTIVITIES

11.1.1.4.0

11.1.1.5.0

11.1.1.6.0

11.1.1.7.0

11.1.1.8.0

11.1.1.8.0

11.1.1.8.0

11.1.1.8.0

なし。

Oracle Universal Records Management 11g

prefix_URMSERVER

11.1.1.4.0

11.1.1.5.0

11.1.1.6.0

11.1.1.7.0

11.1.1.8.0

11.1.1.8.0

11.1.1.8.0

11.1.1.8.0

なし。

Oracle Content Server 11g - 完全

prefix_OCS

11.1.1.4.0

11.1.1.5.0

11.1.1.6.0

11.1.1.7.0

11.1.1.8.0

11.1.1.8.0

11.1.1.8.0

11.1.1.8.0

なし。

Oracle Universal Content Management

prefix_OCSSEARCH

11.1.1.4.0

11.1.1.5.0

11.1.1.7.0

11.1.1.8.0

11.1.1.8.0

11.1.1.8.0

Oracle Secure Enterprise Search

prefix_SEARCHSYS

11.2.1

11.2.2

prefix_ESSを最初に更新する必要があります。

Oracle User Messaging Service

prefix_ORASDPM

11.1.1.2.0

11.1.1.3.0

11.1.1.4.0

11.1.1.5.0

11.1.1.6.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

11.1.1.7.0

なし。

脚注 1 Oracle Portal 11.1.1.6.0がインストールされている場合はスキーマ更新は必要ありません。11.1.1.6.0はOracle Portalの最新バージョンです。

脚注 2 Oracle Identity Manager 11.1.1.3.0ユーザーは、11.1.1.7.0のパッチを適用する前に11.1.1.5.0へのパッチ適用が必要です。詳細は、第7章「Oracle Identity and Access Managementへのパッチの適用」を参照してください。

脚注 3 Oracle Adaptive Access Manager 11.1.1.3.0ユーザーは、11.1.1.7.0パッチを適用する前に11.1.1.5.0へのパッチ適用が必要です。詳細は、第7章「Oracle Identity and Access Managementへのパッチの適用」を参照してください。

脚注 4 Discussions Crawlerのスキーマが、RCUを使用してインストールされていない場合には、Discussionsを移行すると、Discussions Crawlerのスキーマが自動的にインストールされ、Discussionsのスキーマと同じパスワードが割り当てられます。Discussions Crawlerのスキーマを個別に更新しようとすると、パッチ・セット・アシスタントによって、そのスキーマが更新済であるという警告が表示されます。

4.2 スタンドアロンのOracle Portalのリポジトリ・スキーマで行う特殊な手順

OracleAS Metadata Repositoryの外に格納されているOracle Portalリポジトリ(アップグレード・アシスタント、リポジトリ作成ユーティリティ、またはパッチ・セット・アシスタントを使用したことがないデータベース)を使用する場合は、そのリポジトリ内のPortalスキーマの更新にパッチ・セット・アシスタントを使用しないでください。かわりに、Oracle Fusion Middleware Oracle Portal, Forms, Reports and Discovererアップグレード・ガイドのカスタマ・データベースでのOracle Portalリポジトリのアップグレードに関する項を参照してください。

4.3 パッチ・セット・アシスタントの使用を開始する前に

この項では、パッチ・セット・アシスタントを実行する前に確認しておく必要がある事項について説明します。

- 第4.3.1項「データベースとデータベース・スキーマのバックアップ」

- 第4.3.2項「データベースとスキーマの確認」

- 第4.3.3項「エディションベースの再定義に対応したデータベース・サーバーでのエディションの作成」

- 第4.3.4項「更新対象のスキーマを使用した全コンポーネントの停止」

- 第4.3.5項「Oracle Portalのaq_tm_processes値の確認」

- 第4.3.6項「ORACLE_HOMEおよびJAVA_HOME環境変数の設定」

4.3.1 データベースとデータベース・スキーマのバックアップ

バッチ・セット・アシスタントを実行する前に、第3.4.5項「データベースとデータベース・スキーマのバックアップ」の手順に従って既存のデータベースとデータベース・スキーマを必ずバックアップしてください。

4.3.2 データベースとスキーマの確認

パッチ・セット・アシスタントを実行する前に、データベースが稼働していること、およびアップグレードするスキーマのバージョンがアップグレードのサポート対象であることを確認します。Oracleデータベースを使用している場合、SYSとしてデータベースに接続し、SQL*Plusから次を実行します。

SELECT OWNER, VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY;

VERSION列の数値が11.1.1.2.0以上であれば、そのスキーマはアップグレードでサポートされます。

Oracleデータベースを使用している場合は、パッチ・セット・アシスタントを実行する前にデータベース・オブジェクトを再コンパイルして、アップグレード前に無効なオブジェクトをチェックしてください。SYSとしてデータベースに接続し、SQL*Plusから次のコマンドを実行します。

/rdbms/admin/utlrp.sql

utlrp.sqlの実行後、スキーマをアップグレードする前に、次の問合せを発行して無効なデータベース・オブジェクトがないことを確認します。

SELECT owner, object_name FROM all_objects WHERE status='INVALID';

無効なオブジェクトがあった場合は、すべて書き留めます。無効なデータベース・オブジェクトが存在すると、アップグレードを正常に完了できない場合があります。

単一のOracle Fusion Middlewareスキーマに属するオブジェクトのみを再コンパイルする場合は、次の例に示すOracle Databaseストアド・プロシージャdbms_utility.compile_schemaを使用できます。

SQL> execute
dbms_utility.compile_schema('DEV_SOAINFRA');
PL/SQL procedure successfully completed

4.3.3 エディションベースの再定義に対応したデータベース・サーバーでのエディションの作成

エディションベースの再定義(EBR)を使用すると、1つのデータベース・スキーマの複数のバージョンを同一のデータベースで、同時にサポートできます。

注意:

パッチ・セット・アシスタントを使用すると、データベース・タイプエディションベースの再定義に対応したOracle Databaseは、EBRデータベースで作成したエディションでアップグレードが必要な場合のみ選択されます。該当しない場合は、「Oracle Database」を選択します。

EBRは一部のOracle Fusion Middlewareコンポーネントでは使用できないため、EBRデータベース・オプションが使用不可になる場合があります。

EBR対応スキーマをFMW 11.1.1.7.0リリースから11.1.1.8.0にアップグレードする前に、データベース・サーバーに接続し、11.1.1.8.0リリースのデータベース・サーバーでエディションを作成する必要があります。11.1.1.8.0の新しいエディションは、使用している11.1.1.7.0エディションの子である必要があります。

データベース・サーバーにエディションを作成するには、SYS (またはDBA権限のある別のOracleユーザー)としてログインし、次のコマンドを使用します。

SQL> create edition Oracle_FMW_11_1_1_8_0 as child of Oracle_FMW_11_1_1_7_0;
Edition created.

前述のコードの例Oracle_FMW_11_1_1_7_0は11.1.1.7.0スキーマを作成したときにRCU 11.1.1.7.0で指定するエディション名の例として使用します。エディションを作成する際は、実際に使用する名前を入力してください。

スキーマ作成の完了後に、そしてドメイン作成の前に、次のコマンドを使用して、新しいスキーマがデフォルト・エディションとして使用されることを指定する必要があります。

ALTER DATABASE DEFAULT EDITION = edition_name;

エディションベース再定義の有効化の詳細は、Oracle Databaseアドバンスト・アプリケーションに関する開発者ガイドのエディションベース再定義に関する項を参照してください。

4.3.4 更新対象のスキーマを使用した全コンポーネントの停止

(管理対象サーバーとOracleインスタンスを含めた)Oracle Fusion Middlewareコンポーネントのうち、更新対象のスキーマを使用したコンポーネントがあれば、パッチ・セット・アシスタントの実行前に停止します。

例外:

Oracle Identity Managerを更新する場合は、パッチ・セット・アシスタントを実行する前に、データベースとリスナーの両方が稼働していることを確認します。稼働していない場合、ds_attrstore表の「属性名」フィールドに前のバージョンattrname = 'orcldirectoryversion'がリストされ、opmnctl startallはインストールが正常に終了していても、Oracle Identity Managerコンポーネントの開始時にタイムアウトします。

4.3.5 Oracle Portalのaq_tm_processes値の確認

OracleデータベースでOracle Portalスキーマのパッチ・セット・アシスタントを実行する場合、データベースのaq_tm_processes値が0を超えていることを確認します。確認するには、データベースに接続した後、次のコマンドを使用します。

show parameter aq_tm_processes;

返された値が0の場合は、次のコマンドを使用して値を1に変更してください。

alter system set aq_tm_processes=1 scope=both;

4.3.6 ORACLE_HOMEおよびJAVA_HOME環境変数の設定

次のシナリオでは、環境変数を設定または変更する必要が生じることがあります。

- パッチ・セット・アシスタントをOracle WebLogic Serverで実行する際、環境変数ORACLE_HOMEまたはJAVA_HOMEをUNIXまたはWindowsオペレーティング・システムに設定してある場合、パッチ・セット・アシスタントを実行する前にこれらの変数を削除する必要があります。状況によっては、これらの変数を設定したままパッチ・セット・アシスタントを実行すると、PSAが正しく実行されない場合があります。

- パッチ・セット・アシスタントを実行する際にOracle WebLogic Server (スタンドアロン)またはJavaファイルがインストールされていない場合は、JAVA_HOME環境変数を設定する必要があります。この変数が設定されていない場合、PSAでは必要なJavaファイルの場所が検出されないことがあります。

4.4 パッチ・セット・アシスタントの実行

次の各項では、Oracle Fusion Middleware 11g リリース1 (11.1.1.8.0)のパッチ・セットをインストールする際のパッチ・セット・アシスタントの実行方法について説明します。

- 第4.4.1項「パッチ・セット・アシスタントのグラフィカル・インタフェースの使用」

- 第4.4.2項「コマンドラインからのパッチ・セット・インストーラの使用」

- 第4.4.3項「更新後のスキーマ・バージョン番号の検証」

- 第4.4.4項「無効なデータベース・オブジェクトの確認」

4.4.1 パッチ・セット・アシスタントのグラフィカル・インタフェースの使用

パッチ・セット・アシスタントは、製品またはパッチ・セット・インストーラによってOracleホームのbinディレクトリにインストールされます。

パッチ・セット・アシスタントを使用すると、パッチ・セット・アシスタントが起動されたMiddlewareホーム内のコンポーネント・スキーマにパッチを適用できます。

パッチ・セット・アシスタントを起動するには、Oracleホーム内にあるbinディレクトリに移動して、次のコマンドを実行します。

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

cd Oracle_Home/bin

./psa [-logLevel <log_level>] [-logDir <log_directory>]

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

CD Oracle_Home\bin

psa.bat [-logLevel <log_level>] [-logDir <log_directory>]

パッチ・セット・アシスタントを使用してスキーマを更新するには、表4-2の手順に従います。

画面に関して詳細情報が必要な場合は、付録B「パッチ・セット・アシスタントの画面」を参照するか、画面上の「ヘルプ」をクリックしてオンライン・ヘルプにアクセスしてください。

表4-2 パッチ・セット・アシスタントの画面

画面

説明

ようこそ

このページがパッチ・セット・アシスタントの最初の画面です。

コンポーネントの選択

アップグレードする単一の最上位レベルのコンポーネントを選択します。一度にアップグレードできるコンポーネントは1つのみです。

注意: リリース11.1.1.2.0または11.1.1.3.0からアップグレードする場合、prefix_ACTIVITIESスキーマはリリース11.1.1.4.0まで導入されないため、ご使用の環境では使用可能になりません。WebCenter Portalコンポーネントからこのスキーマを必ず選択解除してください。そうしないと、パッチ・セット・アシスタントでこのスキーマの資格証明を要求されます。

前提条件

データベースの前提条件を満たしていることを確認します。

Content Serverのディレクトリ

Oracle WebCenter Content Serverインスタンスのドメイン・ディレクトリを入力します。

OCSスキーマ

この画面を使用して、データベース接続の資格証明、およびアップデートするスキーマの情報を指定します。使用可能なスキーマのドロップダウン・リストから、スキーマ名を選択します。

OCSSEARCHスキーマ

この画面を使用して、データベース接続の資格証明を指定してから、更新しようとする_OCSSEARCHスキーマ名を手動で入力します。

注意: Oracle Universal Content Management (prefix_OCSSEARCH)の場合は、スキーマ名を手動で入力する必要があります(これらのスキーマはドロップダウン・リストには表示されず、「接続」ボタンはアクティブにはなりません)。

この画面は、選択したコンポーネントに応じて、更新が必要なスキーマごとに1回表示されます。

Recordsディレクトリ

Oracle WebCenter Content: Recordsサーバー・インスタンスのドメイン・ディレクトリを入力してください。

URMServerスキーマ

データベース資格証明を指定して、URMSERVERスキーマに接続します。

調査

このページには、各コンポーネント・スキーマを調査する際のパッチ・セット・アシスタントのステータスが表示されます。スキーマの「ステータス」列に「成功」または「アップグレード済」インジケータが表示されていることを確認します。

アップグレード・サマリー

アップグレード対象としてリストされているスキーマが、目的のものであることを確認します。

アップグレードの進行状況

この画面には、スキーマの更新の進行状況が表示されます。

アップグレード成功

この画面には、更新の最終ステータスとログ・ファイルの場所が表示されます。

4.4.2 コマンドラインからのパッチ・セット・インストーラの使用

コマンドライン・インタフェース(CLI)で次の構文を使用して、アップグレードを実行します。

cd Oracle_Home/bin
psa -response <response_file> [-logLevel <log_level>] [-logDir <log_directory>]

これらのパラメータの説明は、表4-3を参照してください。

表4-3 パッチ・セット・アシスタントのコマンドライン・パラメータ

パラメータ

必須パラメータ/オプション・パラメータ

説明

-response

必須。

アップグレードの実行に必要な入力を含むファイルのフルパスおよびファイル名。

-responseパラメータとともに使用するレスポンス・ファイルを生成するには、パッチ・セット・アシスタントGUI (第4.4.1項「パッチ・セット・アシスタントのグラフィカル・インタフェースの使用」)を実行する必要があります。「OCSSEARCHスキーマ」画面で、「レスポンス・ファイルの保存」をクリックし、情報をレスポンス・ファイルに保存します。

注意: パッチ・セット・アシスタントを-reponseファイル・モードで実行すると、「OCSスキーマ」フェーズで「アップグレード済」を返したスキーマはアップグレードされません。これらのスキーマは、アップグレード・フェーズをすべてスキップします。これはパッチ・セット・アシスタントを-responseファイル・モードで実行した場合にのみ適用されます。

-logLevel

オプション。

ロギング・レベル。次のいずれかを選択します。

- TRACE

- NOTIFICATION

- WARNING

- ERROR

- INCIDENT_ERROR

デフォルトのロギング・レベルはNOTIFICATIONです。

-logDir

オプション。

PSAによってログ・ファイルおよび一時ファイルが作成される、既存の書込み可能なディレクトリの名前。

デフォルトの場所はMW_HOME/oracle_common/upgrade/logsです。

-help

オプション。

すべてのコマンドライン・オプションを表示します。

4.4.3 更新後のスキーマ・バージョン番号の検証

次のSQLコマンドを使用して、schema_version_registryのスキーマ・バージョンが正しく更新されていることを検証できます。

SELECT OWNER, VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY;

VERSION列の数値が、そのスキーマの最新のバージョン番号に一致していることを確認します。スキーマに対して更新バージョン番号が正しいかどうかを検証するには、表4-1を参照してください。

ステータスが「INVALID」と表示された場合は、ステータスの更新が失敗しています。ログ・ファイルを調べて、失敗した理由を判定する必要があります。詳細は、第4.5項「パッチ・セット・アシスタントのログ・ファイル」を参照してください。

注意:

アップグレードされたWebCenter Contentスキーマ内の表および列は、新しいWebCenter Contentのインストールの一部としてリポジトリ作成ユーティリティから直接インストールされる、新しいWebCenter Contentスキーマ内の表および列とは異なります。このような違いによって、アップグレードと新規インストールの間に機能的な差異は生じません。

4.4.4 無効なデータベース・オブジェクトの確認

Oracleデータベースを使用している場合は、パッチ・セット・アシスタントを実行した後、データベース・オブジェクトを再コンパイルしてください。そのためには、SYSとしてデータベースに接続し、SQL*Plusから次のコマンドを実行します。

SQL> /rdbms/admin/utlrp.sql

この結果、パッチ・セット・アシスタントによって更新されたデータベース・オブジェクトがコンパイルされます。

その後、次の問合せを発行して、無効なデータベース・オブジェクトがなくなったことを確認します。

SELECT owner, object_name FROM all_objects WHERE status='INVALID';

この時点では、更新されたスキーマについて無効なデータベース・オブジェクトはありません。もしあった場合は、utlrp.sqlコマンドをもう一度実行して再確認します。問題が続く場合は、サービス・リクエストを提出します。

4.5 パッチ・セット・アシスタントのログ・ファイル

パッチ・セット・アシスタントでは、次の場所にログ・ファイルが書き込まれます。

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

MW_HOME/oracle_common/upgrade/logs/psatimestamp.log

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

MW_HOME\oracle_common\upgrade\logs\psatimestamp.log

一部のコンポーネントでは、psatimestamp.outという2番目のログ・ファイルが、同じ場所に作成されます。

timestampには、パッチ・セット・アシスタントが実行された実際の日時が反映されます。

パッチ・セット・アシスタントの実行時に障害が発生した場合、問題を診断して修正するために、これらのログ・ファイルが必要になります。そのため、ログ・ファイルは削除しないでください。ログ・ファイルの内容は、コマンドラインから別の-logLevelを指定することで変更できます。

パッチ・セット・アシスタントで実行される処理のいくつかは、他の処理より時間がかかる場合があります。時間のかかるこれらの処理の進行状況を確認するには、ログ・ファイルでこの情報を確認するか、次の問合せを使用できます。

SELECT VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY WHERE OWNER='schema_name';

問合せ結果のSTATUSフィールドは、スキーマへのパッチ適用処理中は「UPGRADING」または「UPGRADED」に、処理が終了すると「VALID」になります。

5 パッチ適用後の手順

この章では、リリース11.1.1.8.0パッチのインストールの完了後に実行する必要のある手動のタスクについて説明します。該当する製品が使用されていない可能性があるため、これらのタスクの一部が環境に適用されない場合があります。

注意:

この章で説明するパッチ的用語の手順は、すべての環境またはアップグレード・パスで必要になるわけではありません。開始点のリリースの表を参照し、既存の環境に対して該当するタスクを判断してください。

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

- 第5.1項「開始点がリリース11.1.1.2.0である場合のパッチ適用後のタスク」

- 第5.2項「開始点がリリース11.1.1.3.0である場合のパッチ適用後のタスク」

- 第5.3項「開始点がリリース11.1.1.4.0である場合のパッチ適用後のタスク」

- 第5.4項「開始点がリリース11.1.1.5.0である場合のパッチ適用後のタスク」

- 第5.5項「開始点がリリース11.1.1.6.0である場合のパッチ適用後のタスク」

- 第5.6項「開始点がリリース11.1.1.7.0である場合のパッチ適用後のタスク」

5.1 開始点がリリース11.1.1.2.0である場合のパッチ適用後のタスク

表5-1に、既存のリリース11.1.1.2.0環境に応じて、場合によって必要となるパッチ適用後のタスクをまとめてあります。表で該当する製品領域を見つけ、手順についてドキュメントのリンクを参照してください。

表5-1 開始点がリリース11.1.1.2.0である場合のパッチ適用後のタスク

製品領域

ドキュメント

システムおよびIdentity Managementコンポーネント

WebLogic Serverドメインと関連付けられているシステム・コンポーネントにパッチを適用。

第5.7.1項「システム・コンポーネントのアップグレード」

Oracle Internet Directory (100万件を超えるエントリを追加する予定である場合)。

第5.7.4項「Oracle Internet DirectoryのOLTS_CT_STOREおよびOLTS_ATTRSTORE表領域へのデータファイルの追加」

Oracle Identity Management、またはOracle Portal, Forms, Reports and DiscovererのOracle Configuration Manager (Windowsオペレーティング・システムのみ)。

第5.7.2項「Oracle Configuration Managerの更新」

Oracle ReportsおよびOracle Portal。

第5.7.3項「Oracle ReportsおよびOracle PortalでのJDBCエラーの解決」

第5.9.6項「WebLogic Serverでプロキシを使用する場合のプラグイン構成の更新」

診断フレームワーク。

第5.7.7項「診断フレームワーク・ダンプ・サンプリングの構成」

Oracle Identity Federation。

第5.8.3項「Oracle Identity Federationの構成プロパティの更新」

デュアル・ネットワーク・アドレスでリスニングするOracle Identity Management。

第5.8.4項「デュアル・ネットワーク・アドレスでリスニングするためのOracle Identity Managementの構成」

Oracle WebCenter

リリース11.1.1.2.0または11.1.1.3.0インストールのパッチ適用の手順。

第6.5項「Oracle WebCenter 11.1.1.2.0または11.1.1.3.0のインストールに対するパッチの適用」

WebLogic Serverドメイン

共有ライブラリ。

第5.9.2項「Fusion Middlewareの共有ライブラリの更新」

構成およびストア。

第5.9.3項「構成およびストアの更新」

Webサービス原子性トランザクション。

第5.9.4項「WS-AtomicTransactionの有効化」

Oracle SOA Suite

SOAスキーマおよびデータベースの拡大。

第5.10.1項「データベース管理のためのOracle SOA Suiteのパージ・スクリプトのロード」

SOAコンポーザとBPMワークスペース。

第5.10.2項「SOA Composer、BPM WorkspaceおよびB2Bでのtmpフォルダの削除」

Oracle SOA soa-infraアプリケーション。

第5.10.5項「警告状態にあるsoa-infraアプリケーションの更新」

アプリケーション・ポリシー・ストア。

第5.10.6項「bpm-ps6-upgrade.pyの実行によるポリシー・ストアの更新」

ポリシー・ストアと共有ライブラリ。

第5.10.7項「soa-upgrade.pyの実行によるポリシー・ストアの更新と共有ライブラリのデプロイ」

BAM-ODI統合。

第5.10.8項「Oracle Data Integratorクライアントの更新(BAM-ODI統合が有効な場合)」

Oracle B2B。

第5.10.9項「Oracle B2BのXEngineカスタマイズの保存とリストア」

ユーザー・メッセージング・サービス(UMS)アダプタ。

第5.10.11項「UMSアダプタ機能を含むSOAドメインの拡張」

ビジネス・プロセス管理(BPM)

第5.10.12項「Business Process Management機能を含むSOAドメインの拡張」

Oracle Service Bus。

第5.12項「Oracle Service Busのパッチ適用後のタスク」

5.2 開始点がリリース11.1.1.3.0である場合のパッチ適用後のタスク

表5-2に、既存のリリース11.1.1.3.0環境に応じて、場合によって必要となるパッチ適用後のタスクをまとめてあります。表で該当する製品領域を見つけ、手順についてドキュメントのリンクを参照してください。

表5-2 開始点がリリース11.1.1.3.0である場合のパッチ適用後のタスク

製品領域

ドキュメント

システムおよびIdentity Managementコンポーネント

WebLogic Serverドメインと関連付けられているシステム・コンポーネントにパッチを適用。

第5.7.1項「システム・コンポーネントのアップグレード」

Oracle Internet Directory (100万件を超えるエントリを追加する予定である場合)。

第5.7.4項「Oracle Internet DirectoryのOLTS_CT_STOREおよびOLTS_ATTRSTORE表領域へのデータファイルの追加」

Oracle Identity Management、またはOracle Portal, Forms, Reports and DiscovererのOracle Configuration Manager (Windowsオペレーティング・システムのみ)。

第5.7.2項「Oracle Configuration Managerの更新」

Oracle IdentityおよびAccess Managementコンポーネント

第7.2項「Oracle IdentityおよびAccess Management 11.1.1.3.0コンポーネントへのパッチ適用」

Oracle ReportsおよびOracle Portal。

第5.7.3項「Oracle ReportsおよびOracle PortalでのJDBCエラーの解決」

第5.9.6項「WebLogic Serverでプロキシを使用する場合のプラグイン構成の更新」

診断フレームワーク。

第5.7.7項「診断フレームワーク・ダンプ・サンプリングの構成」

Oracle Identity Federation。

第5.8.3項「Oracle Identity Federationの構成プロパティの更新」

デュアル・ネットワーク・アドレスでリスニングするOracle Internet Directory。

第5.8.4項「デュアル・ネットワーク・アドレスでリスニングするためのOracle Identity Managementの構成」

WebLogic Serverドメイン

共有ライブラリ。

第5.9.2項「Fusion Middlewareの共有ライブラリの更新」

構成およびストア。

第5.9.3項「構成およびストアの更新」

Oracle SOA Suite

SOAスキーマおよびデータベースの拡大。

第5.10.1項「データベース管理のためのOracle SOA Suiteのパージ・スクリプトのロード」

SOAコンポーザとBPMワークスペース。

第5.10.2項「SOA Composer、BPM WorkspaceおよびB2Bでのtmpフォルダの削除」

Oracle SOA soa-infraアプリケーション。

第5.10.5項「警告状態にあるsoa-infraアプリケーションの更新」

アプリケーション・ポリシー・ストア。

第5.10.6項「bpm-ps6-upgrade.pyの実行によるポリシー・ストアの更新」

ポリシー・ストアと共有ライブラリ。

第5.10.7項「soa-upgrade.pyの実行によるポリシー・ストアの更新と共有ライブラリのデプロイ」

BAM-ODI統合。

第5.10.8項「Oracle Data Integratorクライアントの更新(BAM-ODI統合が有効な場合)」

Oracle B2B。

第5.10.9項「Oracle B2BのXEngineカスタマイズの保存とリストア」

ユーザー・メッセージング・サービス(UMS)アダプタ。

第5.10.11項「UMSアダプタ機能を含むSOAドメインの拡張」

ビジネス・プロセス管理(BPM)

第5.10.12項「Business Process Management機能を含むSOAドメインの拡張」

Oracle WebCenter Content

Oracle WebCenter Content: Imaging。

第5.11.1項「Oracle WebCenter Content: Imagingの更新」

Oracle WebCenter Contentアプリケーション・アダプタ。

第5.11.2項「Oracle Application Adapters for Oracle WebCenter Contentの更新」

コンテンツ・サーバーでのレコード管理のレポート・ライブラリ。

第5.11.3項「コンテンツ・サーバーでのレコード管理用のレポート・ライブラリの構成」

Inbound Refinery (IBR)

第5.11.4項「IBRを監視するためのFusion Middleware Controlの使用方法」

WebCenter Content Server

第5.11.5項「SOAまたはBAMを使用したOracle WebCenter Content Serverの起動」

WebCenter Contentのシステム・コンポーネント

第5.11.6項「WebCenter Contentのシステム・コンポーネントの有効化」

Oracle Service Bus

Oracle Service Bus。

第5.12項「Oracle Service Busのパッチ適用後のタスク」

Oracle Business Intelligence

Oracle Business Intelligenceのコード権限付与。

第5.13.1項「Oracle Business Intelligenceのコード権限付与の更新」

Oracle Business Intelligenceカタログ。

第5.13.2項「Oracle BI Presentation Catalogの更新」

Oracle Real-Time Decisions。

第5.13.6項「Oracle Real-Time Decisionsの更新」

Oracle Data Integrator

Oracle Data Integratorリポジトリ・オブジェクト。

第5.14.1項「リポジトリへのパッチ適用のファイナライズ」

Oracle Data Integrator Java EEエージェント。

第5.14.2項「Java EEエージェントの再構成」

Oracle Data Integratorスタンドアロン・エージェント。

第5.14.3項「ODIスタンドアロン・エージェントの再構成」

Oracle Enterprise Manager。

第5.14.4項「Oracle Enterprise Managerのプロパティの再構成」

Oracle Data Integratorコンソール。

第5.14.5項「ODIコンソールの再構成」

Oracle Data Integrator odi-sdk-wsアプリケーション。

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

Oracle WebCenter

リリース11.1.1.2.0または11.1.1.3.0インストールのパッチ適用の手順。

第6.5項「Oracle WebCenter 11.1.1.2.0または11.1.1.3.0のインストールに対するパッチの適用」

5.3 開始点がリリース11.1.1.4.0である場合のパッチ適用後のタスク

表5-3に、既存のリリース11.1.1.4.0環境に応じて、場合によって必要となるパッチ適用後のタスクをまとめてあります。表で該当する製品領域を見つけ、手順についてドキュメントのリンクを参照してください。

表5-3 開始点がリリース11.1.1.4.0である場合のパッチ適用後のタスク

製品領域

ドキュメント

システムおよびIdentity Managementコンポーネント

WebLogic Serverドメインと関連付けられたシステム・コンポーネントにはすべてパッチを適用します。

第5.7.1項「システム・コンポーネントのアップグレード」

Oracle Identity Federation。

第5.8.3項「Oracle Identity Federationの構成プロパティの更新」

Oracle Internet Directory (100万件を超えるエントリを追加する予定である場合)。

第5.7.4項「Oracle Internet DirectoryのOLTS_CT_STOREおよびOLTS_ATTRSTORE表領域へのデータファイルの追加」

デュアル・ネットワーク・アドレスでリスニングするOracle Internet Directory。

第5.8.4項「デュアル・ネットワーク・アドレスでリスニングするためのOracle Identity Managementの構成」

Oracle Identity ManagementのOracle Configuration Manager (Windowsオペレーティング・システムのみ)。

第5.7.2項「Oracle Configuration Managerの更新」

Oracle ReportsおよびOracle Portal。

第5.7.3項「Oracle ReportsおよびOracle PortalでのJDBCエラーの解決」

WebLogic Serverの直前にプロキシ・モジュールを使用したシステムへのパッチ適用。

第5.9.6項「WebLogic Serverでプロキシを使用する場合のプラグイン構成の更新」

Oracle Platform Security Services (OPSS)

第5.7.5項「OPSSのBASE64エンコードされた暗号キーの生成」

第5.7.6項「JavaSEモードで実行されるOPSSの動的監査メタデータ・モデルの有効化」

診断フレームワーク。

第5.7.7項「診断フレームワーク・ダンプ・サンプリングの構成」

IBM WebSphereのJRFテンプレート。

第5.7.8項「IBM WebSphereのJRFテンプレートへのBatikライブラリJarファイルの追加」

Oracle SOA Suite

SOAコンポーザおよびBPMワークスペース(リリース11.1.1.3.0からリリース11.1.1.4.0ソフトウェアに更新する場合にのみ対象となります。ゼロからリリース11.1.1.4.0をインストールおよび構成する場合、このタスクを実行する必要はありません)。

第5.10.2項「SOA Composer、BPM WorkspaceおよびB2Bでのtmpフォルダの削除」

Oracle BPEL。

第5.10.4項「MAXRECOVERATTEMPT属性の2への更新」

Oracle SOA soa-infraアプリケーション。

第5.10.5項「警告状態にあるsoa-infraアプリケーションの更新」

アプリケーション・ポリシー・ストア。

第5.10.6項「bpm-ps6-upgrade.pyの実行によるポリシー・ストアの更新」

BAM-ODI統合。

第5.10.8項「Oracle Data Integratorクライアントの更新(BAM-ODI統合が有効な場合)」

Oracle B2B。

第5.10.9項「Oracle B2BのXEngineカスタマイズの保存とリストア」

ユーザー・メッセージング・サービス(UMS)アダプタ。

第5.10.11項「UMSアダプタ機能を含むSOAドメインの拡張」

ビジネス・プロセス管理(BPM)

第5.10.12項「Business Process Management機能を含むSOAドメインの拡張」

Oracle WebCenter Content

Oracle WebCenter Contentアプリケーション・アダプタ。

第5.11.2項「Oracle Application Adapters for Oracle WebCenter Contentの更新」

コンテンツ・サーバーでのレコード管理のレポート・ライブラリ。

第5.11.3項「コンテンツ・サーバーでのレコード管理用のレポート・ライブラリの構成」

Inbound Refinery (IBR)

第5.11.4項「IBRを監視するためのFusion Middleware Controlの使用方法」

WebCenter Content Server

第5.11.5項「SOAまたはBAMを使用したOracle WebCenter Content Serverの起動」

WebCenter Contentのシステム・コンポーネント

第5.11.6項「WebCenter Contentのシステム・コンポーネントの有効化」

Oracle Data Integrator

Oracle Data Integratorリポジトリ・オブジェクト。

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

Oracle WebCenter Portal

リリース11.1.1.4.0または11.1.1.5.0インストールのパッチ適用の手順。

第6.4項「Oracle WebCenter 11.1.1.4.0または11.1.1.5.0のインストールに対するパッチの適用」

5.4 開始点がリリース11.1.1.5.0である場合のパッチ適用後のタスク

表5-4に、既存のリリース11.1.1.5.0環境に応じて、場合によって必要となるパッチ適用後のタスクをまとめてあります。表で該当する製品領域を見つけ、手順についてドキュメントのリンクを参照してください。

表5-4 開始点がリリース11.1.1.5.0である場合のパッチ適用後のタスク

製品領域

ドキュメント

システムおよびIdentity Managementコンポーネント

WebLogic Serverドメインと関連付けられているシステム・コンポーネントにパッチを適用。

第5.7.1項「システム・コンポーネントのアップグレード」

Oracle Identity Federation。

第5.8.3項「Oracle Identity Federationの構成プロパティの更新」

Oracle Internet Directory (100万件を超えるエントリを追加する予定である場合)。

第5.7.4項「Oracle Internet DirectoryのOLTS_CT_STOREおよびOLTS_ATTRSTORE表領域へのデータファイルの追加」

デュアル・ネットワーク・アドレスでリスニングするOracle Internet Directory。

第5.8.4項「デュアル・ネットワーク・アドレスでリスニングするためのOracle Identity Managementの構成」

Oracle Identity ManagementのOracle Configuration Manager (Windowsオペレーティング・システムのみ)。

第5.7.2項「Oracle Configuration Managerの更新」

Oracle ReportsおよびOracle Portal。

第5.7.3項「Oracle ReportsおよびOracle PortalでのJDBCエラーの解決」

第5.9.6項「WebLogic Serverでプロキシを使用する場合のプラグイン構成の更新」

Oracle Platform Security Services (OPSS)

第5.7.5項「OPSSのBASE64エンコードされた暗号キーの生成」

第5.7.6項「JavaSEモードで実行されるOPSSの動的監査メタデータ・モデルの有効化」

診断フレームワーク。

第5.7.7項「診断フレームワーク・ダンプ・サンプリングの構成」

IBM WebSphereのJRFテンプレート。

第5.7.8項「IBM WebSphereのJRFテンプレートへのBatikライブラリJarファイルの追加」

Oracle SOA Suite

SOAコンポーザとBPMワークスペース。

第5.10.2項「SOA Composer、BPM WorkspaceおよびB2Bでのtmpフォルダの削除」

Oracle BPEL。

第5.10.4項「MAXRECOVERATTEMPT属性の2への更新」

Oracle SOA soa-infraアプリケーション。

第5.10.5項「警告状態にあるsoa-infraアプリケーションの更新」

BAM-ODI統合。

第5.10.8項「Oracle Data Integratorクライアントの更新(BAM-ODI統合が有効な場合)」

Oracle B2B。

第5.10.9項「Oracle B2BのXEngineカスタマイズの保存とリストア」

Oracle JMSアダプタ。

第5.10.10項「IBM WebSphere MQ JMSを使用したOracle JMSアダプタの構成」

ユーザー・メッセージング・サービス(UMS)アダプタ。

第5.10.11項「UMSアダプタ機能を含むSOAドメインの拡張」

ビジネス・プロセス管理(BPM)

第5.10.12項「Business Process Management機能を含むSOAドメインの拡張」

Oracle WebCenter Content

Oracle WebCenter Contentアプリケーション・アダプタ。

第5.11.2項「Oracle Application Adapters for Oracle WebCenter Contentの更新」

コンテンツ・サーバーでのレコード管理のレポート・ライブラリ。

第5.11.3項「コンテンツ・サーバーでのレコード管理用のレポート・ライブラリの構成」

Inbound Refinery (IBR)

第5.11.4項「IBRを監視するためのFusion Middleware Controlの使用方法」

WebCenter Content Server

第5.11.5項「SOAまたはBAMを使用したOracle WebCenter Content Serverの起動」

WebCenter Contentのシステム・コンポーネント

第5.11.6項「WebCenter Contentのシステム・コンポーネントの有効化」

Oracle Service Bus

Oracle Service Bus。

第5.12.1項「最新のパッチ・セット適用後のOracle Service Busドメインの更新」

Oracle Service Bus IDE。

第5.12.2項「WebLogic Server 10.3.5でのOracle Service Busリリース11.1.1.7.0の使用方法」

第5.12.4項「Oracle Service Bus IDEの追加の更新後タスクの実行」

Oracle Business Intelligence

Oracle Business Intelligence。

第5.13.3項「bicontentserver機能の有効化」

Oracle WebCenter Portal

リリース11.1.1.4.0または11.1.1.5.0インストールのパッチ適用の手順。

第6.4項「Oracle WebCenter 11.1.1.4.0または11.1.1.5.0のインストールに対するパッチの適用」

5.5 開始点がリリース11.1.1.6.0である場合のパッチ適用後のタスク

表5-5に、既存のリリース11.1.1.6.0環境に応じて、場合によって必要となるパッチ適用後のタスクをまとめてあります。表で該当する製品領域を見つけ、手順についてドキュメントのリンクを参照してください。

表5-5 開始点がリリース11.1.1.6.0である場合のパッチ適用後のタスク

製品領域

ドキュメント

システムおよびIdentity Managementコンポーネント

WebLogic Serverドメインと関連付けられているシステム・コンポーネントにパッチを適用。

第5.7.1項「システム・コンポーネントのアップグレード」

Oracle Identity Federation。

第5.8.3項「Oracle Identity Federationの構成プロパティの更新」

Oracle Platform Security Services (OPSS)

第5.7.5項「OPSSのBASE64エンコードされた暗号キーの生成」

第5.7.6項「JavaSEモードで実行されるOPSSの動的監査メタデータ・モデルの有効化」

診断フレームワーク。

第5.7.7項「診断フレームワーク・ダンプ・サンプリングの構成」

IBM WebSphereのJRFテンプレート。

第5.7.8項「IBM WebSphereのJRFテンプレートへのBatikライブラリJarファイルの追加」

Oracle SOA Suite

Oracle B2B、SOA Composer、BPM Workspace。

第5.10.2項「SOA Composer、BPM WorkspaceおよびB2Bでのtmpフォルダの削除」

Business Process Execution Language (BPEL)メッセージング。

第5.10.3項「「必須のBPELメッセージ・リカバリ」警告メッセージ期間の更新」

Oracle BPEL。

第5.10.4項「MAXRECOVERATTEMPT属性の2への更新」

ユーザー・メッセージング・サービス(UMS)アダプタ。

第5.10.11項「UMSアダプタ機能を含むSOAドメインの拡張」

ビジネス・プロセス管理(BPM)

第5.10.12項「Business Process Management機能を含むSOAドメインの拡張」

Oracle WebCenter Content

Oracle WebCenter Contentアプリケーション・アダプタ。

第5.11.2項「Oracle Application Adapters for Oracle WebCenter Contentの更新」

コンテンツ・サーバーでのレコード管理のレポート・ライブラリ。

第5.11.3項「コンテンツ・サーバーでのレコード管理用のレポート・ライブラリの構成」

Inbound Refinery (IBR)

第5.11.4項「IBRを監視するためのFusion Middleware Controlの使用方法」

WebCenter Content Server

第5.11.5項「SOAまたはBAMを使用したOracle WebCenter Content Serverの起動」

WebCenter Contentのシステム・コンポーネント

第5.11.6項「WebCenter Contentのシステム・コンポーネントの有効化」

Oracle Service Bus

Oracle WebLogic Server 10.3.6でのOracle Service Bus。

第5.12.3項「WebLogic Server 10.3.6でのOracle Service Busリリース11.1.1.7.0の使用方法」

Oracle Business Intelligence

Oracle Business Intelligence Composer。

第5.13.4項「Oracle Business Intelligence Composer機能の有効化」

Oracle Business Intelligence JBIPS。

第5.13.5項「Smartviewクライアントに対するJBIPS機能の有効化」

Oracle WebCenter Portal

リリース11.1.1.6.0インストールへのパッチ適用の手順。

第6.3項「Oracle WebCenter Portal 11.1.1.6.0インストールへのパッチ適用」

5.6 開始点がリリース11.1.1.7.0である場合のパッチ適用後のタスク

表5-6に、既存のリリース11.1.1.7.0環境に応じて、場合によって必要となるパッチ適用後のタスクをまとめてあります。表で該当する製品領域を見つけ、手順についてドキュメントのリンクを参照してください。

表5-6 開始点がリリース11.1.1.7.0である場合のパッチ適用後のタスク

製品領域

ドキュメント

Oracle WebCenter Portal

リリース11.1.1.7.0インストールへのパッチ適用の手順。

第6.2項「Oracle WebCenter Portal 11.1.1.7.0インストールへのパッチ適用」

Oracle WebCenter Content

Oracle WebCenter Contentアプリケーション・アダプタ。

第5.11.2項「Oracle Application Adapters for Oracle WebCenter Contentの更新」

コンテンツ・サーバーでのレコード管理のレポート・ライブラリ。

第5.11.3項「コンテンツ・サーバーでのレコード管理用のレポート・ライブラリの構成」

Inbound Refinery (IBR)

第5.11.4項「IBRを監視するためのFusion Middleware Controlの使用方法」

WebCenter Content Server

第5.11.5項「SOAまたはBAMを使用したOracle WebCenter Content Serverの起動」

WebCenter Contentのシステム・コンポーネント

第5.11.6項「WebCenter Contentのシステム・コンポーネントの有効化」

5.7 システム・コンポーネントのパッチ適用後のタスク

システム・コンポーネントは、Javaアプリケーションとしてデプロイされない管理可能なプロセスです。システム・コンポーネントは、Oracle Process Manager and Notification (OPMN)で管理されます。詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの主要概念の理解に関する項を参照してください。

Oracle Identity Managementコンポーネントのパッチ適用後の手順は、第5.8項「Oracle Identity Managementコンポーネントのパッチ適用後のタスク」で説明しています。

注意:

WebCenter Contentユーザーは、システム・コンポーネントを有効化および無効化するための追加タスクの実行が、必要になる場合があります。詳細は、第5.11.6項「WebCenter Contentのシステム・コンポーネントの有効化」を参照してください。

Oracle Fusion Middlewareシステム・コンポーネントには、次のようなものがあります。

- Oracle HTTP ServerおよびOracle Web Cacheなど、Oracle Web Tierに含まれている製品。

- Oracle Virtual DirectoryおよびOracle Internet Directoryなど、Oracle Identity Managementに含まれている製品。

- Oracle Portal, Forms, Reports and Discovererに含まれている製品。

- BI Server、BI SchedulerおよびBI Presentation Servicesなど、Oracle Business Intelligenceに含まれている製品。

- Oracle Data Integratorに含まれている製品。

これらのコンポーネントの1つ以上にパッチを適用した場合は、この項のタスクを実行する必要があります。システム・コンポーネントの詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの主要概念の理解に関する項を参照してください。

次のタスクを実行する必要があります。

- 第5.7.1項「システム・コンポーネントのアップグレード」

- 第5.7.2項「Oracle Configuration Managerの更新」

- 第5.7.3項「Oracle ReportsおよびOracle PortalでのJDBCエラーの解決」

- 第5.9.6項「WebLogic Serverでプロキシを使用する場合のプラグイン構成の更新」

- 第5.7.5項「OPSSのBASE64エンコードされた暗号キーの生成」

- 第5.7.6項「JavaSEモードで実行されるOPSSの動的監査メタデータ・モデルの有効化」

- 第5.7.7項「診断フレームワーク・ダンプ・サンプリングの構成」

- 第5.7.8項「IBM WebSphereのJRFテンプレートへのBatikライブラリJarファイルの追加」

5.7.1 システム・コンポーネントのアップグレード

この手順は、WebLogicドメインと関連付けられているすべてのシステム・コンポーネントに対して必須です。場合によっては(たとえば、Oracle Web TierおよびOracle Internet Directoryの場合)、ドメインと関連付けられていないシステム・コンポーネントの作成を選択できます。その場合は、この手順を実行する必要はありません。

WebLogicのドメインに関連付けられているシステム・コンポーネント・ソフトウェアにパッチを適用したら、ORACLE_HOME/opmn/bin/upgradenonj2eeapp.shスクリプト(UNIXオペレーティング・システムの場合)またはORACLE_HOME\opmn\bin\upgradenonj2eeapp.batスクリプト(Windowsオペレーティング・システムの場合)を実行して、システム・コンポーネントを更新する必要があります。

このスクリプトを実行する前に、次の点を確認してください。

1. 管理サーバーが起動されて、実行中であること。

2. ORACLE_HOME環境変数が製品のOracleホーム・ディレクトリに設定されていること。

3. インスタンスのホームにあるbinディレクトリのOPMNインスタンスが起動されて実行中であること。
UNIXオペレーティング・システムの場合:

cd INSTANCE_HOME/bin
./opmnctl start

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

cd INSTANCE_HOME\bin
opmnctl start

このスクリプトをUNIXオペレーティング・システムで実行するには:

cd ORACLE_HOME/opmn/bin
./upgradenonj2eeapp.sh
-oracleInstance Instance_Home_Location
-adminHost WebLogic_Server_Host_Name
-adminPort administration_server_port_number
-adminUsername administration_server_user

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

cd ORACLE_HOME\opmn\bin
upgradenonj2eeapp.bat
-oracleInstance Instance_Home_Location
-adminHost WebLogic_Server_Host_Name
-adminPort administration_server_port_number
-adminUsername administration_server_user

トラブルシューティング

upgradenonj2eeappスクリプトの実行中にCommand failed: NonJ2EEManagement Application deployment failedエラーが発生した場合、次の手順を実行して問題を診断し、修正します。

1. provisioning.logを確認し、障害の根本的な原因を特定します。このログ・ファイルは次のディレクトリにあります。
MW_HOME/instances/myinstance/diagnostics/logs/OPMN/opmn

2. 障害の根本的原因がロックの問題の場合は、残りの手順を続行します。
エラーの原因がロック障害ではない場合、手順5に示すとおり、単にインスタンスを再デプロイして登録します。

3. Oracle WebLogic Server管理コンソールにログインします。

http://localhost:7001/console

「チェンジ・センター」に移動し、「構成の解放」をクリックします。

構成上のロックは削除されますが、インスタンスのデプロイと再登録も必要な場合があります。

4. 前述のとおりupgradenonj2eeappスクリプトを再開し、provisioning.logを確認します。
「インスタンスinstance1の登録解除に失敗しました。管理サーバー上に存在しません。」とのメッセージが表示された場合は、次の手順に進みます。

5. 次の例に示すとおり、インスタンスを再デプロイおよび登録します。使用している環境のディレクトリ・パスとインスタンス名を使用してください。

./opmnctl redeploy -oracleInstance /Middleware/instances/instance1 -adminHost localhost -adminPort 7001 -adminUsername weblogic

Command requires login to weblogic admin server (localhost):
Username: weblogic
Password:

./opmnctl registerinstance
Command requires login to weblogic admin server (localhost):
Username: weblogic
Password:

6. 前述のとおり、upgradenonj2eeappスクリプトを再開します。「NonJ2EEManagement.earおよび登録は正常にアップグレードされました」と表示されます。

5.7.2 Oracle Configuration Managerの更新

Oracle Identity Manager、またはOracle Portal、Forms、ReportsおよびDiscovererにパッチを適用する場合、正しいバージョンが表示されるようにするには、最新のパッチ・セットを適用してからemCCRコマンドをいくつか実行する必要があります。emCCRは、Oracle Configuration Managerによって、クライアント構成情報を収集してOracleリポジトリにアップロードするために使用されます。

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

2. ORACLE_CONFIG_HOME環境変数を、Oracle Configuration Managerの含まれるインスタンス・ホームに設定します。
たとえば、Windowsオペレーティング・システムでは次のように実行します。

set ORACLE_CONFIG_HOME=C:\Oracle\Middleware\Instances\asinst_ocmoc

次に示すのは、UNIXオペレーティング・システムの例です。

setenv ORACLE_CONFIG_HOME /home/Oracle/Middleware/asinst_ocmoc

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

emccr collect
emccr status

5.7.3 Oracle ReportsおよびOracle PortalでのJDBCエラーの解決

Oracle ReportsまたはOracle Portalをドメイン内に構成してあり、最新のパッチ・セットを適用した場合は、無効化パスワードを変更しようとすると、次のエラーが表示されます。

Error.  Check logs for details.  [OK].

ログ・ファイルportal_wls.logおよびwls_portal.outに、次のエラーが見られます。

<Date and time> <Warning> <RMI> <BEA-080003>
<RuntimeException thrown by rmi server:
javax.management.remote.rmi.RMIConnectionImpl.invoke
(Ljavax.management.ObjectName;Ljava.lang.String;Ljava.rmi.MarshalledObject;[Ljava.lang.String;Ljavax.security.auth.Subject;)
javax.management.RuntimeErrorException:
oracle.jdbc.driver.T2CConnection.getLibraryVersionNumber()I.javax.management.RuntimeErrorException:
oracle.jdbc.driver.T2CConnection.getLibraryVersionNumber()I
at
oracle.as.jmx.framework.standardmbeans.spi.OracleStandardEmitterMBean.doInvoke(OracleStandardEmitterMBean.java:991)
at
oracle.adf.mbean.share.AdfMBeanInterceptor.internalInvoke(AdfMBeanInterceptor.java:104)
at
oracle.as.jmx.framework.generic.spi.interceptors.AbstractMBeanInterceptor.doInvoke(AbstractMBeanInterceptor.java:252)
....

Caused By: java.lang.UnsatisfiedLinkError:
oracle.jdbc.driver.T2CConnection.getLibraryVersionNumber()I
at oracle.jdbc.driver.T2CConnection.getLibraryVersionNumber(Native
Method)
at oracle.jdbc.driver.T2CConnection$1.run(T2CConnection.java:3537)
at java.security.AccessController.doPrivileged(Native Method)
at oracle.jdbc.driver.T2CConnection.loadNativeLibrary
(T2CConnection.java:3532)
....

これらのJDBCエラー・メッセージが表示されないようにするには、次の手順を実行する必要があります。

1. DOMAIN_HOME内のbinディレクトリに移動します。

2. setDomainEnv.shファイル(UNIXオペレーティング・システムの場合)またはsetDomainEnv.cmdファイル(Windowsオペレーティング・システムの場合)を編集して、EXT_PRE_CLASSPATHを検索します。

3. 定義を変更して、次のようになるようにします。
UNIXオペレーティング・システムの場合:

EXT_PRE_CLASSPATH=$ORACLE_HOME/jdbc/lib/ojdbc6.jar
export EXT_PRE_CLASSPATH

例:

if [ "${EXT_PRE_CLASSPATH}" != "" ] ; then
if [ "${PRE_CLASSPATH}" != "" ] ; then
EXT_PRE_CLASSPATH=$ORACLE_HOME/jdbc/lib/ojdbc6.jar // add this line
export EXT_PRE_CLASSPATH                           // add this line
PRE_CLASSPATH="${EXT_PRE_CLASSPATH}${CLASSPATHSEP}${PRE_CLASSPATH}"
export PRE_CLASSPATH
else
EXT_PRE_CLASSPATH=$ORACLE_HOME/jdbc/lib/ojdbc6.jar  // add this line
export EXT_PRE_CLASSPATH                            // add this line
PRE_CLASSPATH="${EXT_PRE_CLASSPATH}"
export PRE_CLASSPATH
fi
fi

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

if NOT "%EXT_PRE_CLASSPATH%"=="" (
if NOT "%PRE_CLASSPATH%"=="" (
set EXT_PRE_CLASSPATH=%ORACLE_HOME%\jdbc\lib\ojdbc6.jar  // add this line
set PRE_CLASSPATH=%EXT_PRE_CLASSPATH%;%PRE_CLASSPATH%
) else (
set EXT_PRE_CLASSPATH=%ORACLE_HOME%\jdbc\lib\ojdbc6.jar  // add this line
set PRE_CLASSPATH=%EXT_PRE_CLASSPATH%
)
)

4. ポータル管理対象サーバーを再起動します。

5.7.4 Oracle Internet DirectoryのOLTS_CT_STOREおよびOLTS_ATTRSTORE表領域へのデータファイルの追加

Oracle Internet Directoryスキーマが11gリリース1 (11.1.1.6.0)より前のバージョンのインストール時に作成されたものである場合、Oracle Internet Directoryに100万件を超えるエントリを追加するには、OLTS_CT_STOREおよびOLTS_ATTRSTORE表領域にデータファイルを追加する必要があります。この手順は、bulkloadまたはldapadd操作の前に実行します。

詳細は、『Oracle Database管理者ガイド』のデータ・ファイルの作成およびデータ・ファイルの表領域への追加に関する項を参照してください。

5.7.5BASE64エンコードされたOPSSの暗号化鍵の生成

upgradeOpss()コマンドは、ブートストラップ・ウォレットにすでにある暗号化鍵に対する、BASE64エンコードされた新しいキーです。このキーは、OBI CベースのコードがDB資格証明ストアにアクセスする場合に必要です。このオプションのコマンドは、バージョン11.1.1.4.0、11.1.1.5.0または11.1.1.6.0から開始する場合に役立ちます。この手順を実行していない場合、11.1.1.7.0.ではOBIがDBベースの資格証明ストアにアクセスできなくなります。

JSEモードにおけるOPSSの実行の詳細は、Oracle Fusion Middlewareアプリケーションのセキュリティに関するガイドのDBベースのOPSSセキュリティ・ストアの構成についての説明を参照してください。

5.7.6 JavaSEモードで実行するOPSSの動的監査メタデータ・モデルの有効化

動的監査メタデータ・モデルをJavaSEモードで実行するOPSSの監査サービスで使用可能にするには、upgradeOpss()コマンドを使用して、追加の監査サービス・プロパティでjps-config-jse.xmlを変更します。このオプションのコマンドは、バージョン11.1.1.4.0、11.1.1.5.0または11.1.1.6.0から開始する場合に役立ちます。この手順を実行しない場合、新しいメタデータ・モデルで監査サービスに登録されている11.1.1.7.0のコンポーネントでは、JSEモードの監査サービスが表示されません。

JSEモードでのOPSSの実行の詳細は、Oracle Fusion Middlewareアプリケーションのセキュリティに関するガイドのJava SEアプリケーションでのポリシーおよび資格証明ストアの構成に関する項を参照してください。

5.7.7診断フレームワーク・ダンプ・サンプリングの構成

リリース11.1.1.7.0では、新しいダンプ・サンプリング機能が診断フレームワークに追加されています。このオプションの機能を有効にするには、次のWLSTコマンドを管理サーバーへの接続中に実行する必要があります。

wlst.sh <ORACLE_HOME>/common/scripts/wlst/upgradeDFWConfig.py --adminuser <admin user name> --password <admin password> --adminurl <admin url>

5.7.8 IBM WebSphereのJRFテンプレートへのBatikライブラリJarファイルの追加

このオプションのパッチ適用後の手順では、Batik SVGライブラリをADF View JRFクラスパス、およびApache JARをアプリケーション・クラスパスに追加することによって、treemapやsunburstなどの特定のDVTコンポーネントの印刷しやすいレンダリングが可能になります。

詳細は、『Oracle Fusion Middleware Oracle Application Development Framework管理者ガイド』のupdateADFLibraryに関する項を参照してください。

5.8 Oracle Identity Managementコンポーネントのパッチ適用後のタスク

この項では、Oracle Internet Directory、Oracle Directory Integration Platform、Oracle Virtual Directory、Oracle Directory Services Manager、Oracle Identity Federationなど、Oracle Identity Managementに含まれる製品のパッチ適用後のタスクについて説明します。

- 第5.8.2項「既存のORACLE_IDM_HOMEディレクトリでのOracle Identity Managementの更新」

- 第5.8.3項「Oracle Identity Federationの構成プロパティの更新」

5.8.1 ポリシーの評価に関するスケジュール済ジョブ実行の有効化

Oracle Identity Managerを前のリリースから11.1.1.7.0にアップグレードし、ポリシー評価に関するスケジュール済ジョブを使用する場合、既存の環境にパッチを適用した後、このジョブを有効化して実行する必要があります。Oracle Identity Manager 11.1.1.7.0では、ポリシー評価に関するスケジュール済ジョブはデフォルトで無効に設定されているため、ジョブを正常に実行できません。また、この頻度を10分に設定することを検討します。

ポリシー評価に関するスケジュール済ジョブを有効化する手順は次のとおりです。

1. 適切な資格証明を使用してOracle Identity Administrationにログインします。

2. 「システム管理」タブをクリックし、次に「スケジューラ」をクリックします。あるいは、「ようこそ」画面で「スケジュール済ジョブの検索」リンクをクリックします。

3. 左側のペインの検索結果表で、「ポリシーの評価」をクリックし、「有効化」を選択します。ジョブが正常に有効化されたことを示すメッセージが表示されます。

4. 「OK」をクリックしてダイアログ・ボックスを閉じます。

スケジュール済ジョブの頻度を変更する手順は次のとおりです。

1. 適切な資格証明を使用してOracle Identity Administrationにログインします。

2. 「システム管理」タブをクリックし、次に「スケジューラ」をクリックします。あるいは、「ようこそ」画面で「スケジュール済ジョブの検索」リンクをクリックします。

3. 検索結果表の「ジョブ名」列で「ポリシーの評価」をクリックします。

4. 「ジョブの詳細」ページに移動し、-minsフィールドに10を入力します。これによって、ジョブの実行が10分おきにトリガーされます。

5. 注意:
どのスケジュール・タイプでも、ジョブを保存してすぐに実行する場合は、「保存して即時実行」をクリックします。
ジョブが正常に作成されトリガーされたことを確認するメッセージが表示されます。

5.8.2 既存のORACLE_IDM_HOMEディレクトリでのOracle Identity Managementの更新

パッチ適用後のORACLE_IDM_HOMEでOracle Identity Managementを更新する場合は、oidRoot.shを実行するよう2回指示されます。2回とも「はい」と回答すると、oidRoot.shが通常通り実行されます。ルート権限を変更する必要がある場合は変更されます。

5.8.3 Oracle Identity Federationの構成プロパティの更新

Oracle Identity Federationには、Oracle Identity Federation構成ファイルの新しいプロパティ定義を必要とする新機能およびバグ修正が導入されています。これらの新たなプロパティで提供される機能を利用する場合は、次のWLSTスクリプトのいずれかを実行する必要があります。

- 次の場合、oif-upgrade-11.1.1.2.0-11.1.1.7.0.pyスクリプトを実行します。

- ソフトウェアを11.1.1.2.0または11.1.1.3.0から11.1.1.7.0に更新する場合

- 既存の11.1.1.4.0または11.1.1.5.0のインストールで、oif-upgrade-11.1.1.2.0-11.1.1.4.0.pyスクリプトを事前に実行していない場合。

- ソフトウェアを11.1.1.4.0または11.1.1.5.0から11.1.1.7.0に更新する場合は、oif-upgrade-11.1.1.4.0-11.1.1.7.0.pyスクリプトを実行します。

- ソフトウェアを11.1.1.6.0から11.1.1.7.0に更新する場合は、oif-upgrade-11.1.1.6.0-11.1.1.7.0.pyスクリプトを実行します。

スクリプトを実行する場合の手順は次のとおりです。

1. Linuxオペレーティング・システムでは、bashコマンドを入力します。

bash

2. DOMAIN_HOME変数をOracle Identity Federationのドメイン・ホームの場所に設定します。

3. ORACLE_HOME変数をOracle Identity FederationのOracleホームの場所に設定します。

4. setOIFEnvスクリプトを実行します。
UNIXオペレーティング・システムの場合:

bash
export DOMAIN_HOME=full_path_to_domain_home_directory
source ORACLE_HOME/fed/scripts/setOIFEnv.sh

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

cd ORACLE_HOME\fed\scripts
setOIFEnv.cmd

5. oif-upgrade-11.1.1.2.0-11.1.1.7.0.py、oif-upgrade-11.1.1.4.0-11.1.1.7.0.pyまたはoif-upgrade-11.1.1.6.0-11.1.1.7.0.pyスクリプトを実行します。
たとえば、UNIXオペレーティング・システムの場合は、次のように指定します。

cd ORACLE_HOME/fed/scripts
java weblogic.WLST oif-upgrade-11.1.1.2.0-11.1.1.7.0.py

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

cd ORACLE_HOME\fed\scripts
java weblogic.WLST oif-upgrade-11.1.1.4.0-11.1.1.7.0.py

WebLogic Server管理者の資格証明(ユーザー名とパスワード)、およびOracle Identity Federationが稼働している管理対象サーバーの場所を入力するように求められます。ドメインに管理対象サーバーが複数ある場合でも、この入力が必要になるのは1つの管理対象サーバーに対してのみです。

5.8.4 デュアル・ネットワーク・アドレスでリスニングするためのOracle Identity Managementの構成

Oracle Identity Managementにパッチを適用して11.1.1.6.0より前のリリースから11gリリース1 (11.1.1.7.0)に更新する際、1つのネットワーク・アドレスでリスニングするマシンからデュアル・ネットワーク・アドレスでリスニングするマシンに構成を変更する場合は、パッチ適用後に次の操作を実行する必要があります。

1. ドメイン内のすべてのサーバーとインスタンスを停止します。

2. DOMAIN_HOME/bin/setDomainEnv.sh (UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\bin\setDomainEnv.batスクリプト(Windowsオペレーティング・システムの場合)で、IPv6の値をfalseにリセットします。

3. ドメイン内のすべてのサーバーとインスタンスを再起動します。

5.9 WebLogic Serverドメインのパッチ適用後のタスク

既存のWebLogic Serverドメインを、次のタスクを実行することで更新する必要があります。

- 第5.9.1項「JDKの更新」

- 第5.9.2項「Fusion Middlewareの共有ライブラリの更新」

- 第5.9.3項「構成およびストアの更新」

- 第5.9.4項「WS-AtomicTransactionの有効化」

- 第5.9.5項「64ビット・プラットフォームでのWebLogic Serverドメインのパフォーマンスの最適化」

- 第5.9.6項「WebLogic Serverでプロキシを使用する場合のプラグイン構成の更新」

5.9.1 JDKの更新

パッチを適用した環境では、サポート対象の最新のJDKバージョンをインストールしておく必要があります。パッチ・セットの最新の認定JDKバージョンは、http://www.oracle.com/technetwork/middleware/downloads/fmw-11gr1certmatrix.xlsのOracle Fusion Middleware 11gR1のシステム要件およびサポート対象のプラットフォームに関するドキュメントを参照してください。

最新のJDKは、Oracle Technology NetworkのOracleソフトウェアのダウンロード・ページ(http://www.oracle.com/technetwork/indexes/downloads/index.html)でアクセスできます。ダウンロードに同梱されているインストール手順に従います。

5.9.2 Fusion Middlewareの共有ライブラリの更新

WebLogic Serverドメインごとに、WLSTコマンドupgradeJRF()を実行して、ドメイン内の共有ライブラリを更新する必要があります。

注意:

Oracle WebCenter Portalにパッチを適用する場合は、第6章「Oracle WebCenter Portalのパッチ適用」に記述されている指示に従えば、このコマンドを実行する必要はありません。

1. ドメイン内で実行されているインスタンス、管理対象サーバー、管理サーバーおよびノード・マネージャをすべて停止します。詳細は、『Oracle Fusion Middleware管理者ガイド』の「Oracle Fusion Middlewareの起動と停止」を参照してください。

2. WLSTを起動します。
UNIXオペレーティング・システムの場合:

cd oracle_common/common/bin
./wlst.sh

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

cd oracle_common\common\bin
wlst.cmd

3. 更新するドメインごとに、管理サーバーが配置されているノードまたはシステムに対して、upgradeJRF()コマンドを実行します。ドメインの場所はパラメータとして渡されます。

wlst> upgradeJRF('/DOMAIN_HOME')

注意:

このコマンドを実行すると、setDomainEnvスクリプトに対して行ったカスタム変更はすべて失われます。他のドメイン・テンプレートが適用されてsetDomainEnvスクリプトが再生成される場合の混乱を最小限に抑えるには、カスタム変更をsetDomainEnvと呼ばれる別のスクリプトに保持することをお薦めします。

setDomainEnvスクリプトでIPv6をfalseに設定してある場合は、upgradeJRF()コマンドの実行時にこの変更が上書きされます。upgradeJRF()コマンドを実行したら、必ずsetDomainEnvスクリプトのIPv6をfalseにリセットしてください。

5.9.3 構成およびストアの更新

WebLogic Serverドメインごとに、WLSTコマンドupgradeOpss()を実行し、system-jazn-dataファイルを使用して、前のリリースの構成およびストアからリリース11.1.1.8.0の構成およびストアに更新する必要があります。

注意:

11.1.1.8.0に対してupgradeOpssを実行すると、audit-store.xmlファイルで「ファイルが見つかりません」のエラー・メッセージが表示される場合があります。このエラー・メッセージは無視してかまいません。audit-store.xmlファイルはupgradeOpssスクリプトの実行後に提供されます。

構成およびストアの更新の詳細は、Oracle Fusion Middlewareアプリケーションのセキュリティに関するガイドのファイルベースのポリシーおよび資格証明ストアの構成に関する項を参照してください。

注意:

Oracle WebCenter Portalにパッチを適用する場合は、第6章「Oracle WebCenter Portalのパッチ適用」に記述されている指示に従えば、このスクリプトを実行する必要はありません。

5.9.4 WS-AtomicTransactionの有効化

WS-AtomicTransactionは、Oracle Fusion Middlewareリリース11.1.1.3.0で導入されたWebサービス機能です。まだリリース11.1.1.2.0のドメインをアップグレードする場合は、次の手順を実行して、WS-AtomicTransactionを有効化しておく必要があります。

1. 次のファイルを編集します。
UNIXオペレーティング・システムの場合:

DOMAIN_HOME/config/fmwconfig/policy-accessor-config.xml

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

DOMAIN_HOME\config\fmwconfig\policy-accessor-config.xml

2. Interceptorsセクションで、次のXMLコードを追加します。

<interceptor name="ClientWSATInterceptor"
class="oracle.j2ee.ws.client.transaction.ClientWSATInterceptor"
category="transaction" />
<interceptor name="ServerWSATInterceptor"
class="oracle.j2ee.ws.server.transaction.ServerWSATInterceptor"
category="transaction" />

3. Interceptor Chainsセクションでは次のようにします。

- SOAPServiceBindingInterceptorChainの既存のエントリで、Context InterceptorとRM Interceptorの間に<interceptor-ref name="ServerWSATInterceptor"/>を追加する必要があります。例:

<interceptor-chain name="SOAPServiceBindingInterceptorChain"

@ class="oracle.integration.platform.common.SOAPBindingInterceptorChain">
<interceptor-ref name="MTOMInterceptor"/>
<interceptor-ref name="BindingSecurityInterceptor"/>
<interceptor-ref name="ServerAddressingInterceptor"/>
<interceptor-ref name="MEXInterceptor"/>
<interceptor-ref name="WSRMServerInterceptor"/>
<interceptor-ref name="ServerWSATInterceptor"/>
<interceptor-ref name="ContextInterceptor"/>
<interceptor-ref name="BindingManagementInterceptor"/>
</interceptor-chain>

- SOAPReferenceBindingInterceptorChainの既存のエントリで、Context InterceptorとRM Interceptorの間に<interceptor-ref name="ClientWSATInterceptor"/>を追加する必要があります。例:

<interceptor-chain name="SOAPReferenceBindingInterceptorChain"

@ class="oracle.integration.platform.common.SOAPBindingInterceptorChain">
<interceptor-ref name="BindingManagementInterceptor"/>
<interceptor-ref name="ContextInterceptor"/>
<interceptor-ref name="ClientWSATInterceptor"/>
<interceptor-ref name="WSRMClientInterceptor"/>
<interceptor-ref name="ClientAddressingInterceptor"/>

<interceptor-ref name="BindingSecurityInterceptor"/>
<interceptor-ref name="MTOMInterceptor"/>
</interceptor-chain>

5.9.5 64ビット・プラットフォームでのWebLogic Serverドメインのパフォーマンスの最適化

既存の11g Oracle WebLogicドメインをリリース11.1.1.7.0にアップグレードする場合は、パフォーマンスを最適化するために、setDomainEnvファイルで次の変更を行うことをお薦めします。

if [ "${JAVA_USE_64BIT}" = "true" ] ; then
if [ "${JAVA_VENDOR}" = "Oracle" ] ; then
EXTRA_JAVA_PROPERTIES="-XXcompressedRefs:enable=TRUE
${EXTRA_JAVA_PROPERTIES}"
export EXTRA_JAVA_PROPERTIES
fi
fi
if [ "${JAVA_VENDOR}" = "Oracle" ] ; then
EXTRA_JAVA_PROPERTIES="-XX:+UseLargePagesForHeap
${EXTRA_JAVA_PROPERTIES}"
export EXTRA_JAVA_PROPERTIES
fi

EXTRA_JAVA_PROPERTIES="-Djps.auth.debug=false ${EXTRA_JAVA_PROPERTIES}"
export EXTRA_JAVA_PROPERTIES

適用可能なEXTRA_JAVA_PROPERTIESの説明は次にあります:

表5-7 EXTRA_JAVA_PROPERTIESのパラメータの説明

プロパティ

説明

-XXcompressedRefs

このオプションは、圧縮参照の使用を制御し、ヒープに格納されるすべてのポインタを32ビットに制限します。圧縮参照を使用することで、Javaヒープ・リソースの使用量が削減され、メモリー・バスで転送されるデータも少なくなるため、パフォーマンスが向上します。このオプションによってヒープ上の領域も解放されます。

-XXcompressedRefs:enable=TRUEは、64ビット・オペレーティング・システムで実行されているJRockit JVMに適用可能です。

-XX:+UseLargePagesForHeap

このオプションにより、JVMのJavaヒープおよびコードに対する大容量ページの使用が可能になります(使用可能な場合)。大容量ページにより、アプリケーションでは、プロセッサ内の変換索引バッファ(TLB)をより効率的に使用できるようになります。

このオプションはJRockit JVMに適用可能です。

-Djps.auth.debug

このオプションは、JPSデバッグがオフになっていることを確認するために使用されます。

このオプションは、すべてのJVMタイプに適用可能です。

5.9.6 WebLogic Serverでプロキシを使用する場合のプラグイン構成の更新

WebLogic Serverのセキュリティ変更のため、WebLogic Serverの直前にmod_wl_ohsなどのプロキシ・モジュールを実行する場合は、『Oracle Fusion Middleware Oracle WebLogic ServerにおけるWebサーバー1.1プラグインの使用』で説明されている手順を実行する必要があります。

また、Webサーバーおよびプラグインの直前にデプロイされたロード・バランサやその他のソフトウェアがSSL終了ポイントであり、その製品でクライアントがSSLを使用して接続するかどうかに応じてWL-Proxy-SSLリクエスト・ヘッダーがtrueまたはfalseに設定される場合、WLProxySSLおよびWLProxySSLPassThroughパラメータは、『Oracle Fusion Middleware Oracle WebLogic ServerにおけるWebサーバー1.1プラグインの使用』のWebサーバー・プラグインのパラメータに関する項の説明のとおりに構成できます

5.10 Oracle SOA Suiteのパッチ適用後のタスク

この項には、Oracle SOA Suiteのパッチ適用の完了に関する次の項目が含まれています。

注意:

この項のタスクを実行する前に、第5.9項「WebLogic Serverドメインのパッチ適用後のタスク」を完了していることを確認してください。

- 第5.10.1項「データベース管理のためのOracle SOA Suiteのパージ・スクリプトのロード」

- 第5.10.2項「SOA Composer、BPM WorkspaceおよびB2Bでのtmpフォルダの削除」

- 第5.10.5項「警告状態にあるsoa-infraアプリケーションの更新」

- 第5.10.6項「bpm-ps6-upgrade.pyの実行によるポリシー・ストアの更新」

- 第5.10.7項「soa-upgrade.pyの実行によるポリシー・ストアの更新と共有ライブラリのデプロイ」

- 第5.10.8項「Oracle Data Integratorクライアントの更新(BAM-ODI統合が有効な場合)」

- 第5.10.9項「Oracle B2BのXEngineカスタマイズの保存とリストア」

- 第5.10.10項「IBM WebSphere MQ JMSを使用したOracle JMSアダプタの構成」

- 第5.10.11項「UMSアダプタ機能を含むSOAドメインの拡張」

- 第5.10.12項「Business Process Management機能を含むSOAドメインの拡張」

5.10.1 データベース管理のためのOracle SOA Suiteのパージ・スクリプトのロード

Oracle Fusion Middlewareデータベース内のデータの量が非常に多くなった場合、データベースの保守が困難になり、パフォーマンスに影響を及ぼす可能性があります。Oracle Fusion Middleware 11gリリース1 (11.1.1.4.0以降)に用意されている一連のツールを使用すると、不要なデータをOracle Fusion Middlewareからパージしやすくなります。

Oracle Fusion Middlewareの新規ユーザーがリポジトリ作成ユーティリティ(RCU)を使用して最新のOracle SOA Suiteスキーマをインストールすると、Oracle SOA Suiteのパージ・スクリプトで要求されるストアド・プロシージャがデータベースに自動的にインストールされます。

ただし、実行しているOracle Fusion Middleware 11gがリリース1 (11.1.1.2.0)またはリリース1 (11.1.1.3.0)の場合は、これらのストアド・プロシージャは自動的にはインストールされません。そのため、パッチ・セット・アシスタントを実行してOracle SOA Suiteスキーマを最新のバージョンに更新した後で、次の手順を使用して、必要なデータベース・オブジェクトを手動でインストールする必要があります。この手順は、Oracle SOA Suite 11g リリース1 (11.1.1.4.0以降)に用意されているパージ機能を使用する場合に必要です。

1. 最新のOracle Fusion Middleware 11gのリポジトリ作成ユーティリティ(RCU)ソフトウェアのアーカイブを見つけてダウンロードし、解凍します。
詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のRCUの入手に関する項を参照してください。

RCUソフトウェアを解凍するディレクトリをRCU_HOMEディレクトリと呼びます。

2. SOAINFRAスキーマを所有するデータベース・ユーザーを使用してOracle SOA Suiteスキーマがインストールされているデータベースに、SQLPlusを使用して接続します。

3. 次のスクリプトを実行して、Oracle SOA Suiteデータのパージに必要なデータベース・オブジェクトをロードします。

RCU_HOME/rcu/integration/soainfra/sql/soa_purge/soa_purge_scripts.sql

4. 次のスクリプトを実行して、データベース内のOracle SOA Suiteデータの検証に必要なデータベース・オブジェクトをロードします。

RCU_HOME/rcu/integration/soainfra/sql/verify/soa_verify_scripts.sql

詳細は、提供されているSQLスクリプトを使用してデータベース・オブジェクトをロードした後、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド』のデータベース拡大の管理に関する項を参照してください。

5.10.2 SOA Composer、BPM WorkspaceおよびB2Bでのtmpフォルダの削除

この手動手順を実行する必要があるのは次の場合です。

- 前のSOAリリースからアップグレードする場合、最新バージョンのパッチ適用後、B2Bの「管理」タブが表示されない場合があります。

- Oracle SOA Composerをリリース11.1.1.2.0または11.1.1.3.0からアップグレードする場合。最新バージョンにパッチを適用したら、SOA Composerのログイン画面が空白で表示される可能性があります。

- Oracle BPM Workspaceをリリース11.1.1.3.0からアップグレードする場合。最新バージョンにパッチを適用したら、Oracle BPM Workspaceアプリケーションが起動しなくなります。

これらの問題を解決するには、次を実行する必要があります。

1. すべてのサーバー(管理サーバーとすべての管理対象サーバー)を停止します。

2. DOMAIN_HOME/servers/AdminServer (UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\servers\AdminServer (Windowsオペレーティング・システムの場合)にあるtmpディレクトリを削除します。

3. DOMAIN_HOME/servers/soa_server1 (UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\servers\soa_server1 (Windowsオペレーティング・システムの場合)にあるtmpディレクトリを削除します。
SOAの管理対象サーバーの名前がsoa_server1でない場合は、soa_server1をSOAの管理対象サーバーの名前に置き換えます。

4. すべてのサーバーを停止します。

5.10.3 「必須のBPELメッセージ・リカバリ」警告メッセージ期間の更新

bpelRecoveryAlertDurationInDaysキーにより、「必須のBPELメッセージ・リカバリ」インライン警告メッセージの表示が、リカバリ可能なBPELメッセージが過去7日間で作成された場合のみに制限されます。7日間のデフォルト設定は変更できます。このプロパティは、-1などのマイナス値または0には設定できません。このような場合、キーではデフォルト値(7日間)が使用されます。

アラート・メッセージを無効にするには、bpelRecoveryStatusキーを使用します。期間の値は、フロー・トレースのアラート・メッセージには適用されません。

5.10.4 MAXRECOVERATTEMPT属性の2への更新

Oracle SOAリリース11.1.1.4.0、5.0または6.0から最新リリースにアップグレードする場合、MAXRECOVERATTEMPT属性(デフォルトは0)をゼロ以外の値に手動でリセットし、アクティビティのリカバリ可能メッセージを正しく表示する必要があります。

Oracle Enterprise Manager Fusion Middleware Controlを使用してこのシステムMBeanブラウザ・プロパティをリセットします。

1. 次のいずれかのオプションを使用して、このページにアクセスします。

SOAインフラストラクチャのメニュー

ナビゲータのSOAフォルダ

1. 「SOA管理」→「BPELプロパティ」の順に選択します。

1. 「soa-infra」を右クリックします。

2. 「SOA管理」→「BPELプロパティ」の順に選択します。

「BPELサービス・エンジン・プロパティ」が表示されます。

2. 「詳細BPEL構成プロパティ」をクリックします。

3. 「属性」タブで、「MAXRECOVERATTEMPT」をクリックします。

4. 「値」フィールドに2を入力します。

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

5.10.5 警告状態にあるsoa-infraアプリケーションの更新

リリース11.1.1.3.0のOracle SOA Suiteのドメインに、(Oracle BAMとOracle BPMは構成されず)Oracle SOAのみが構成されている場合、または(Oracle BPMは構成されず)Oracle SOAとOracle BAMのみが構成されている場合は、soa-infraアプリケーション(SOA Suiteインフラストラクチャの基礎となるロジックを含むWebLogic ServerのEARファイル)のデプロイメント・ステータスは「警告」となり、WebLogic Server管理コンソール内で見えます。この状態になったことが原因でサービスが失われたり低下することはありません。

注意:

この手順は、リリース11.1.1.4.0ソフトウェアがリリース11.1.1.3.0から更新されている場合にのみ対象となります。リリース11.1.1.4.0がインストールして構成した唯一のバージョンである場合は、このタスクを実行する必要はありません。

この問題を解決するには、JMS接続ファクトリとトピックを次のように作成する必要があります。

1. WebLogic Server管理コンソールから、「ドメイン構造」→「JMSモジュール」→「SOAJMSModule」に移動し、次のオブジェクトを追加します。

- jms/bpm/PeopleQueryConnectionFactory

- jms/bpm/CubeCommandXAConnectionFactory

- jms/bpm/PeopleQueryConnectionFactory

- jms/bpm/MeasurementTopic

- jms/bpm/PeopleQueryTopic

2. 追加のパッチ適用後タスクを完了します。

3. WebLogic Serverおよび管理コンソールを再起動します。

5.10.6 bpm-ps6-upgrade.pyの実行によるポリシー・ストアの更新

ポリシー・ストアを更新して新しいコード・ソース権限を追加するには、SOA Oracleホーム内のbinディレクトリからbpm-ps6-upgrade.pyスクリプトを実行します。開始バージョンが11.1.1.5.0または11.1.1.6.0の場合は、このスクリプトを実行する必要はありません。

注意:

このスクリプトは、WLSTオンライン・スクリプトとして実行する必要があります。このスクリプトを実行する前に、管理サーバーと管理対象サーバーが起動し稼働中であることを確認してください。

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

cd SOA_ORACLE_HOME/bin
../common/bin/wlst.sh bpm-ps6-upgrade.py

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

cd SOA_ORACLE_HOME\bin
..\common\bin\wlst.cmd bpm-ps6-upgrade.py

このコマンドを実行すると、次の情報を入力するプロンプトが表示されます。

- Oracle BPMドメインの管理者ユーザー名。

- Oracle BPMドメインの管理者パスワード。

- WebLogic Server/Oracle BPMドメインがインストールされているホスト名と管理サーバーのリスニング・ポート番号。これは次の書式で指定する必要があります。

t3://host:port

スクリプトの完了後、『Oracle Fusion Middleware管理者ガイド』のOracle WebLogic Serverインスタンスの開始および停止に関する項の説明に従って、すべてのサーバーを停止し、再起動します。

5.10.7 soa-upgrade.pyの実行によるポリシー・ストアの更新と共有ライブラリのデプロイ

ポリシー・ストアを更新し、共有ライブラリをデプロイするには、soa-upgrade.py WLSTスクリプトを実行します。これにより、次が実行されます。

- ポリシー・ストアのsoa-infraアプリケーション・ストライプ内に新しいロール付与とポリシー付与を追加します。

- oracle.soa.worklist.webapp共有ライブラリをSOAドメインにデプロイします。

SOA Oracleホーム内のbinディレクトリからsoa-upgrade.pyスクリプトを実行する必要があります。soa-upgrade.pyスクリプトの構文は次のとおりです。

注意:

このスクリプトは、WLSTオンライン・スクリプトとして実行する必要があります。

リリース11.1.1.4.0以前からアップグレードする場合は、このスクリプトの実行前に稼働しているサーバーが管理サーバーのみであることを確認します。その他の管理対象サーバーは停止している必要があります。

他のすべての旧リリースからアップグレードする場合は、このスクリプトを実行する前に、管理サーバーと他のすべての管理対象サーバーが稼働していることを確認します。

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

cd SOA_ORACLE_HOME/bin
../common/bin/wlst.sh soa-upgrade.py --targetList list_of_SOA_servers_or_migratable_targets

Windowsオペレーティング・システムでは、同じディレクトリからwlst.cmdを実行します。

cd SOA_ORACLE_HOME\bin
..\common\bin\wlst.cmd soa-upgrade.py --targetList list_of_SOA_servers_or_migratable_targets

このコマンドを実行すると、次の情報を入力するプロンプトが表示されます。

- Oracle SOAドメインの管理者ユーザー名。

- Oracle SOAドメインの管理者パスワード。

- WebLogic Server/Oracle SOAドメインがインストールされているホスト名と管理サーバーのリスニング・ポート番号。これは次の書式で指定する必要があります。

t3://host:port

このコマンドを実行したら、すべてのサーバーを停止して再起動します。

5.10.8 Oracle Data Integratorクライアントの更新(BAM-ODI統合が有効な場合)

現在Oracle BAMとOracle Data Integrator (ODI)の統合を使用している場合は、ソフトウェアにパッチを適用した後に、インストール・スクリプトを再実行してODIクライアントを更新する必要があります。

ODIによって使用されるOracle BAMインタフェースは、リリース間でいくつかの変更が加えられており、すべてのODIクライアント・エンドポイントで更新が必要です。この手動の手順は、BAM-ODI統合が構成されているドメインに対してのみ必要です。

そのようなドメインそれぞれに対して、SOA_ORACLE_HOME/bam/bin/bam_odi_configuration.shスクリプト(UNIXオペレーティング・システムの場合)またはSOA_ORACLE_HOME\bam\bin\bam_odi_configuration.batスクリプト(Microsoft Windowsオペレーティング・システムの場合)を実行する必要があります。PATCHコマンドライン・パラメータを使用して、Oracle BAMアーティファクトをコピーします。詳細は、『Oracle Fusion Middleware Oracle SOA Suite開発者ガイド』のOracle BAMとOracle Data Integratorの使用に関する項を参照してください。

ODIとOracle BAMサーバーが異なるネットワークのホストにインストールされている場合、またはなんらかの理由で現在の環境でスクリプトを使用できない場合は、手動で次のように実行し、ODIクライアントを更新する必要があります。

1. Oracle BAMが下にインストールされているMiddlewareホーム・ディレクトリを使用して、wlfullclient.jarファイルを生成します。その手順は、『Oracle Fusion Middleware Oracle WebLogic Serverスタンドアロン・クライアントのプログラミング』のWebLogic JarBuilderツールの使用方法に関する項に記載されています。

2. ODI_ORACLE_HOME/lib/weblogicディレクトリ(UNIXオペレーティング・システムの場合)またはODI_ORACLE_HOME\lib\weblogicディレクトリ(Windowsオペレーティング・システムの場合)にwlfullclient.jarをコピーします。

3. ODI Oracleホームのlibディレクトリに次のOracle BAM .jarファイルをコピーします。
UNIXオペレーティング・システムの場合:

SOA_ORACLE_HOME/bam/modules/oracle.bam_11.1.1/oracle-bam-common.jar
SOA_ORACLE_HOME/bam/modules/oracle.bam_11.1.1/oracle-bam-etl.jar
SOA_ORACLE_HOME/bam/modules/oracle.bam_11.1.1/oracle-bam-adc-ejb.jar
SOA_ORACLE_HOME/bam/modules/oracle.bam.thirdparty_11.1.1/commons-codec-1.3.jar
SOA_ORACLE_HOME/bam/modules/oracle.bam.thirdparty_11.1.1/xstream-1.3.1.jar
oracle_common/modules/oracle.odl_11.1.1/ojdl.jar
oracle_common/modules/oracle.jps_11.1.1/jps-api.jar
oracle_common/modules/oracle.dms_11.1.1/dms.jar
oracle_common/modules/org.jaxen_1.1.1.jar

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

SOA_ORACLE_HOME\bam\modules\oracle.bam_11.1.1\oracle-bam-common.jar
SOA_ORACLE_HOME\bam\modules\oracle.bam_11.1.1\oracle-bam-etl.jar
SOA_ORACLE_HOME\bam\modules\oracle.bam_11.1.1\oracle-bam-adc-ejb.jar
SOA_ORACLE_HOME\bam\modules\oracle.bam.thirdparty_11.1.1\commons-codec-1.3.jar
SOA_ORACLE_HOME\bam\modules\oracle.bam.thirdparty_11.1.1\xstream-1.3.1.jar
oracle_common\modules\oracle.odl_11.1.1\ojdl.jar
oracle_common\modules\oracle.jps_11.1.1\jps-api.jar
oracle_common\modules\oracle.dms_11.1.1\dms.jar
oracle_common\modules\org.jaxen_1.1.1.jar

4. SOA_ORACLE_HOME/bam/ODI/knowledge_modulesディレクトリ(UNIXオペレーティング・システムの場合)またはSOA_ORACLE_HOME\bam\ODI\knowledge_modulesディレクトリ(Windowsオペレーティング・システムの場合)からODI_HOME/libディレクトリ(UNIXオペレーティング・システムの場合)またはODI_HOME\libディレクトリ(Windowsオペレーティング・システムの場合)に、次のOracle BAMナレッジ・モジュールをコピーします。

KM_CKM Get Oracle BAM Metadata.xml
KM_IKM SQL to Oracle BAM (delete).xml
KM_IKM SQL to Oracle BAM (insert).xml
KM_IKM SQL to Oracle BAM (looksert natural).xml
KM_IKM SQL to Oracle BAM (looksert surrogate).xml
KM_IKM SQL to Oracle BAM (update).xml
KM_IKM SQL to Oracle BAM (upsert).xml
KM_LKM Get Source Metadata.xml
KM_LKM Oracle BAM to SQL.xml
KM_RKM Oracle BAM.xml

5. 次のODI_HOME構成ファイルをバックアップします。
UNIXオペレーティング・システムの場合:

ODI_HOME/lib/bam_odi.logging.properties
ODI_HOME/lib/config/BAMODIConfig.xml

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

ODI_HOME\lib\bam_odi.logging.properties
ODI_HOME\lib\config/BAMODIConfig.xml

6. SOA_ORACLE_HOME/bam/ODIディレクトリ(UNIXオペレーティング・システムの場合)またはSOA_ORACLE_HOME\bam\ODIディレクトリ(Windowsオペレーティング・システムの場合)からODI_ORACLE_HOMEディレクトリに、新しいバージョンのODI構成ファイルを次のようにコピーします。

注意:

パッチ・セットをインストールする前にODI構成ファイルを変更した場合は、SOA Oracleホームから新しい構成ファイルをコピーした後でこれらの変更を再度行う必要があります。

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

SOA_ORACLE_HOME/bam/ODI/config/bam_odi.logging.properties to ODI_HOME/lib/bam_odi.logging.properties
SOA_ORACLE_HOME/bam/ODI/config/BAMODIConfig.xml to ODI_HOME/lib/config/BAMODIConfig.xml

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

SOA_ORACLE_HOME\bam\ODI\config\bam_odi.logging.properties to ODI_HOME\lib\bam_odi.logging.properties
SOA_ORACLE_HOME\bam\ODI\config\BAMODIConfig.xml to ODI_HOME\lib\config\BAMODIConfig.xml

5.10.9 Oracle B2BのXEngineカスタマイズの保存とリストア

この項の手順は、B2BサーバーがB2B EDIエンドポイントと統合されている環境で、カスタムのXEngine構成を使用している場合にのみ必要です。

そのような環境では、同じインストールで作成されたすべてのB2Bドメインが、次のディレクトリ内に格納されている単一のXEngine構成を共有します。

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

MW_HOME/SOA_ORACLE_HOME/soa/thirdparty/edifecs/XEngine

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

MW_HOME\SOA_ORACLE_HOME\soa\thirdparty\edifecs\XEngine

XEngineのカスタマイズを保持するには:

1. Oracle SOA Suiteにパッチを適用する前に、次のディレクトリに格納されている内容をすべてバックアップします。

MW_HOME/SOA_ORACLE_HOME/soa/thirdparty/edifecs/XEngine

たとえば、UNIXオペレーティング・システムの場合:

cp -pr SOA_ORACLE_HOME/soa/thirdparty/edifecs/XEngine backup_location

2. インストーラを実行して、ソフトウェアを更新します。

3. 次のディレクトリに格納されているXEngine ZIPファイルを解凍します。

MW_HOME/SOA_ORACLE_HOME/soa/thirdparty/edifecs/XEngine

たとえば、UNIXオペレーティング・システムの場合:

cd SOA_ORACLE_HOME/soa/thirdparty/edifecs
gunzip XEngine.tar.gz
tar -xvf XEngine.tar

4. バックアップの場所からカスタマイズ済の構成ファイルをリストアします。
たとえば、UNIXオペレーティング・システムでXERegistry.xmlファイルを変更した場合は、次のように指定します。

cp backup_location/config/XERegistry.xml
SOA_ORACLE_HOME/soa/thirdparty/edifecs/XEngine/config

5.10.10 IBM WebSphere MQ JMSを使用したOracle JMSアダプタの構成

この手順は、Oracle SOA Suiteをリリース11.1.1.2.0以前から最新リリースにアップグレードする際、IBM WebSphere MQをメッセージ転送/永続サービスに使用しているJMSメッセージにOracle JMSアダプタを利用してアクセスするコンポジットが開発およびデプロイされている場合に必要になります。

JMSアダプタ用に作成したアウトバウンド接続プール・エントリをTopicsとともに使用する場合は、次の追加の接続プロパティを使用して、それをアウトバウンド接続プール・エントリの接続ファクトリ・プロパティの終わりに追加する必要があります。

ThirdPartyJMSProvider=true

詳細は、『Oracle Fusion Middlewareテクノロジ・アダプタ・ユーザーズ・ガイド』のIBM WebSphere MQ JMSを使用したOracle JMSアダプタの構成に関する項を参照してください。

5.10.11 UMSアダプタ機能を含むSOAドメインの拡張

この手動の手順は、Oracle SOA Suiteをリリース11.1.1.6.0以前から最新リリースにアップグレードし、新しくユーザー・メッセージング・サービス(UMS)アダプタ機能を有効化する場合に必要です。

1. 『Oracle Fusion Middleware管理者ガイド』のOracle WebLogic Serverインスタンスの開始および停止に関する項の説明に従って、すべての管理サーバーと管理対象サーバーを停止します。

2. 『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィック・モードでの構成ウィザードの開始に関する項の説明に従って、Oracle WebLogic構成ウィザードを開始します。

3. 構成ウィザードの「拡張ソースの選択」画面から「既存の拡張テンプレートを使用してドメインを拡張する」を選択し、「テンプレートの場所」フィールドでSOAアップグレード拡張テンプレートへの次のパスを指定します。

SOA_HOME/common/templates/applications/oracle.soa_template_111160_111170.jar

4. 画面の残りを続行し、拡張を完了します。

5. 『Oracle Fusion Middleware管理者ガイド』の"Oracle WebLogic Serverインスタンスの開始および停止に関する項の説明に従って、管理サーバーおよび管理対象サーバーを再起動します。

5.10.12 Business Process Management機能を含むSOAドメインの拡張

この手動の手順は、Oracle SOA Suiteを11.1.1.6.0以前のバージョンから最新バージョンにアップグレードし、ケース管理やFrevvo Webフォームなど、新しいBPM機能を有効化する場合に必要です。

1. 第5.10.11項「UMSアダプタ機能を含むSOAドメインの拡張」の説明に従い、SOAアップグレード・テンプレートを適用します。これは必須の前提条件です。

2. 『Oracle Fusion Middleware管理者ガイド』のOracle WebLogic Serverインスタンスの開始および停止に関する項の説明に従って、すべての管理サーバーと管理対象サーバーを停止します。

3. 『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィック・モードでの構成ウィザードの開始に関する項の説明に従って、Oracle WebLogic構成ウィザードを開始します。

4. 構成ウィザードの「拡張ソースの選択」画面から「既存の拡張テンプレートを使用してドメインを拡張する」を選択し、「テンプレートの場所」フィールドでBPMアップグレード拡張テンプレートへの次のパスを指定します。

[SOA_HOME]/common/templates/applications/oracle.bpm_template_111160_111170.jar

5. 画面の残りを続行し、拡張を完了します。

6. 『Oracle Fusion Middleware管理者ガイド』の"Oracle WebLogic Serverインスタンスの開始および停止に関する項の説明に従って、管理サーバーおよび管理対象サーバーを再起動します。

5.11 Oracle WebCenter Contentのパッチ適用後のタスク

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

- 第5.11.1項「Oracle WebCenter Content: Imagingの更新」

- 第5.11.2項「Oracle Application Adapters for Oracle WebCenter Contentの更新」

- 第5.11.3項「コンテンツ・サーバーでのレコード管理用のレポート・ライブラリの構成」

- 第5.11.4項「IBRを監視するためのFusion Middleware Controlの使用方法」

- 第5.11.5項「SOAまたはBAMを使用したOracle WebCenter Content Serverの起動」

- 第5.11.6項「WebCenter Contentのシステム・コンポーネントの有効化」

5.11.1 Oracle WebCenter Content: Imagingの更新

Oracle WebCenter Contentソフトウェアを11.1.1.3.0またはこれよりも前のバージョンからリリース11.1.1.8.0に更新した後、この項に記載されている手順を手動で実行して、新しく分散されたライブラリの対象をOracle WebCenter Content: Imagingデプロイメントに設定する必要があります。これらの手順が実行されていないと、Oracle WebCenter Content: Imagingの管理対象サーバー(デフォルトでIPM_server1)が起動しません。

1. Oracle WebLogic Serverが起動されていることを確認してから、次のようにしてOracle WebLogic Server管理コンソールを開きます。

http://administration_server_host:administration_server_port/console

2. 本番システムでは、左側のナビゲーション・パネルの「チェンジ・センター」部分に進み、「ロックして編集」をクリックします。

3. 次のようにして、Oracle Application Core Stubファイルをターゲットに指定します。

1. 左側のナビゲーション・パネルの「ドメイン構造」部分で「デプロイメント」をクリックします。

2. 「デプロイメント」表の上で、「インストール」ボタンをクリックします。

3. 「パス」フィールドで、Oracle Application Core Stubファイルが格納されているディレクトリを参照します。
デフォルトの場所は、MW_HOME/oracle_common/atgpf/modules/oracle.applcore.model_11.1.1 (UNIXオペレーティング・システムの場合)またはMW_HOME\oracle_common\atgpf\modules\oracle.applcore.model_11.1.1 (Windowsオペレーティング・システムの場合)です。

4. oracle.applcore.model.stub.earファイルを選択して「次へ」をクリックします。

5. 「このデプロイメントをライブラリとしてインストールする」を選択し、「次へ」をクリックします。

6. デプロイメント・ターゲットとしてIPM_server1を選択し、「次へ」をクリックします。

7. 「終了」をクリックします。

4. 次のようにして、BPMのOracle SOA Librariesファイルをターゲットに指定します。

注意:

Oracle SOA Suiteがドメインの一部であるためにoracle.soa.workflow.wc.jarがすでにインストールされている場合は、次の手順a - fはスキップしてください。かわりに、デプロイメント内のoracle.soa.workflow.wcに移動してその「ターゲット」タブをクリックし、IPM_server1をターゲットに指定します。

1. 左側のナビゲーション・パネルの「ドメイン構造」部分で「デプロイメント」をクリックします。

2. 「デプロイメント」表の上で、「インストール」ボタンをクリックします。

3. 「パス」フィールドで、Oracle SOA Librariesファイルが格納されているディレクトリを参照します。
デフォルトの場所は、ECM_ORACLE_HOME/soa/modules/oracle.soa.workflow_11.1.1 (UNIXオペレーティング・システムの場合)またはECM_ORACLE_HOME\soa\modules\oracle.soa.workflow_11.1.1 (Windowsオペレーティング・システムの場合)です。

4. oracle.soa.workflow.wc.jarファイルを選択して「次へ」をクリックします。
画面上部の「メッセージ」ボックスには、デプロイメントの解析中にエラーが発生したことを示すメッセージが表示されます。構成では、これはライブラリ・デプロイメントとして扱われます。これが予想される動作です。

5. デプロイメント・ターゲットとしてIPM_server1を選択し、「次へ」をクリックします。

6. 「終了」をクリックします。

5. 本番システムでは、左側のナビゲーション・パネルの「チェンジ・センター」部分に進み、「変更のアクティブ化」をクリックします。

6. この変更を有効にするには、IPM管理対象サーバーのインスタンスを再起動する必要があります。

7. パッチ・セットによってインストールされたimaging.earファイルを再デプロイします。
imaging.earファイルは、インストーラによって次のディレクトリに保存されています。

ECM_ORACLE_HOME/ipm/lib/imaging.ear
ECM_ORACLE_HOME\ipm\lib\imaging.ear

EARファイルを再デプロイするには、コマンドラインを使用するか、Oracle WebLogic Server管理コンソールを使用できます。

- 管理コンソールからのEARファイルの再デプロイの詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソール・オンライン・ヘルプのエンタープライズ・アプリケーションの更新(再デプロイ)に関する項を参照してください。

- コマンドラインから、Oracle WebLogic Serverのdeployerコマンドを使用できます。次に例を示します。

java weblogic.Deployer -redeploy -name appName

ここで、appNameはconfig.xmlファイルに定義されているEARファイルの名前です。

- WLSTのredeploy()コマンドを使用して再デプロイすることもできます。

redeploy("appName")

redeploy() WLSTコマンドの詳細は、Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのredeployに関する項を参照してください。

5.11.2 Oracle Application Adapters for Oracle WebCenter Contentの更新

『Oracle Fusion Middleware Oracle WebCenterアプリケーション・アダプタの管理』で説明されているように、Oracle WebCenter Contentのアプリケーション・アダプタには、それぞれのERPシステム(EBSおよびPeopleSoft)にアダプタをインストールするための手動の手順が含まれています。前のリリースからリリース11.1.1.8.0に更新するには、これらのアダプタを再インストールする必要があります。

EBSアダプタを再インストールする手順は次のとおりです。

1. 『Oracle Fusion Middleware Oracle WebCenterアプリケーション・アダプタの管理』のOracle E-Business Suite Formsのコンパイルに関する項に記述されている手順を実行して、AXF_CUSTOM.PLLモジュールを更新します。

2. SSL用に構成する場合は、『Oracle Fusion Middleware Oracle WebCenterアプリケーション・アダプタの管理』のSSL用の統合の構成についての説明に記載されている手順に従います。

PeopleSoftプロジェクトを再インポートするには、『Oracle Fusion Middleware Oracle WebCenterアプリケーション・アダプタの管理』のOracle PeopleSoftプロジェクトのインポートに関する項に記述されている手順(手順1 - 6)を実行します。

5.11.3 コンテンツ・サーバーでのレコード管理用のレポート・ライブラリの構成

コンテンツ・サーバーでレコード管理機能を構成する場合は、WebCenter Content管理対象サーバーを含むドメインを作成した後、最初に起動する前に、レコード管理のためのレポート・ライブラリを構成する必要があります。このライブラリがない場合は、テンプレートをコンテンツ・サーバーにチェックインできません。

レコード管理用のレポート・ライブラリの構成の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』のContent Serverでのレコード管理用のレポート・ライブラリの構成に関する項を参照してください。

5.11.4 IBRを監視するためのFusion Middleware Controlの使用方法

IBRを監視するためのEnterprise Manager Fusion Middleware ControlでIBRテンプレート用のOracle Enterprise Managerプラグインを使用するために、Inbound Refinery (IBR)が11.1.1.8.0にアップグレードされた際にドメインを拡張する必要があります。

次の手順は、IBRテンプレート用Oracle Enterprise Managerプラグインを含めるためにドメインを拡張する方法を説明しています。

1. ECM_Home/common/bin/に移動します。

2. config.shを実行します。

./config.sh

3. 「既存のWebLogicドメインの拡張」を選択します。

4. 拡張するドメインを選択します。

5. 次の画面で、IBR用のOracle Enterprise Managerプラグインを選択します。

6. 「拡張」をクリックして、IBRテンプレートでドメインを拡張します。

5.11.5 SOAまたはBAMを使用したOracle WebCenter Content Serverの起動

WebCenter ContentがOracle SOAまたはOracle Business Activity Monitoring (BAM)と統合されている場合、Oracle WebCenter ContentまたはOracle Inbound Refinery (IBR)を起動する前に、SOAやBAMを起動しておく必要があります。

Fusion Middleware ControlからのWebCenter Contentサーバーの起動の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のOracle WebCenter Contentのスタート･ガイドを参照してください。

Oracle SOAまたはBAMサーバーを起動する前にWebCenter ContentまたはIBRを起動しようとすると、次のエラーが表示されます。

oracle.wsm.policymanager.PolicyManagerException:
WSM-02120 : Unable to connect to the policy access service.

5.11.6 WebCenter Contentのシステム・コンポーネントの有効化

アップグレード・プロセスの前にコンポーネントを無効化して、アップグレードの前に有効化しなかった場合、アップグレード後にコンポーネントを起動することによって問題が発生する可能性があります。この場合、コンポーネントを有効化してアップグレードを再試行します。影響を受ける可能性があるコンポーネントの完全なリストについては、第3.3.2.1項「アップグレード前のコンポーネントの有効化」を参照してください。

詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のコンポーネント・マネージャの使用によるコンポーネントの有効化または無効化に関する項を参照してください。

5.12 Oracle Service Busのパッチ適用後のタスク

この項の説明に従い、Oracle Service Busソフトウェアにパッチを適用した後で、Oracle Service Busリリース11.1.1.2.0または11.1.1.3.0のドメイン構成情報を最新リリースに更新します。

- 第5.12.1項「最新のパッチ・セット適用後のOracle Service Busドメインの更新」

- 第5.12.2項「WebLogic Server 10.3.5でのOracle Service Busリリース11.1.1.7.0の使用方法」

- 第5.12.3項「WebLogic Server 10.3.6でのOracle Service Busリリース11.1.1.7.0の使用方法」

- 第5.12.4項「Oracle Service Bus IDEの追加の更新後タスクの実行」

5.12.1 最新のパッチ・セット適用後のOracle Service Busドメインの更新

Oracle Service Busのドメイン構成情報を更新する手順は次のとおりです。

1. 更新対象のドメインをすべて、バックアップして停止しておいてください。

2. 更新対象のOracle Service Busドメインそれぞれの下でコマンド・ウィンドウを開き、DOMAIN_HOME/bin/setDomainEnv.shコマンド(UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\bin\setDomainEnv.cmdコマンド(Windowsオペレーティング・システムの場合)を実行します。

3. コマンド・ウィンドウで、次のようにして、更新スクリプトが格納されているディレクトリに切り替えます。
OSB_ORACLE_HOME/common/lib/upgrade

4. コマンドラインで、次のようにオペレーティング・システムごとのスクリプトを実行します。

(UNIX) java weblogic.WLST ./domainUpgrade.py
(Windows) java weblogic.WLST domainUpgrade.py

5.12.2 WebLogic Server 10.3.5でのOracle Service Busリリース11.1.1.7.0の使用方法

Oracle Fusion Middleware 11gリリース1 (11.1.1.7.0)では、Oracle WebLogic Serverのリリース10.3.5および10.3.6の両方がサポートされます。ただし、Oracle Service BusをOracle WebLogic Server 10.3.5ですでに構成しており、Oracle Service Bus IDEを使用するOracle Service Busを11gリリース1 (11.1.1.7.0)に更新する場合は、Oracle WebLogic Serverもリリース10.3.6に更新する必要があります。Oracle Service Bus IDE 11gリリース1 (11.1.1.7.0)環境では、Oracle WebLogic Server 10.3.5はサポートされません。

Oracle Service Busを11gリリース1 (11.1.1.7.0)に更新する必要はあるが、Oracle WebLogic Serverのリリースは10.3.5のままにする場合は、次のファイルを手動で削除してOracle Service Bus IDEを無効化する必要があります。

(UNIX) MW_HOME/oepe_11.1.1.8.0/dropins/oracle.osb.ide.lnk
(Windows) MW_HOME\oepe_11.1.1.8.0\dropins\oracle.osb.ide.lnk

5.12.3 WebLogic Server 10.3.6でのOracle Service Busリリース11.1.1.7.0の使用方法

Oracle WebLogic Server (バージョン10.3.6)をインストールし、Oracle Service Busを11gリリース1 (11.1.1.7.0)に更新してある場合、次のOracle Technology Networkサイトの「Oracle SOA製品およびOracle AIA Foundation Packの既知の問題」ページの説明に従って、必要なパッチをインストールする必要があります。

http://www.oracle.com/technetwork/middleware/docs/aiasoarelnotesps6-1866030.html

5.12.4 Oracle Service Bus IDEの追加の更新後のタスクの実行

この項では、環境内でOracle Service Bus IDEを使用している場合に、Oracle Service Busソフトウェアの最新バージョンへの更新後に必要なタスクについて説明します。

5.12.4.1 Oracle WebLogic Server 11gリリース1 (10.3.3)の削除

Oracle Service Bus構成をサーバーに正常に公開するには、Weblogic Server 11gリリース1 (10.3.6)を指すサーバーを新規作成する必要があります。そのためには、Oracle WebLogic Server 11g リリース1 (10.3.3)を削除する必要があります。

Oracle WebLogic Server 11g リリース1 (10.3.3)を削除する手順は次のとおりです。

1. Oracle WebLogic Server 11g リリース1 (10.3.3)を選択して右クリックし、「削除」オプションを選択します。

2. 削除前にサーバーを停止を選択解除して「OK」をクリックします。

5.12.4.2 サーバーの作成

Eclipse内で稼働中のサーバーにOracle Service Bus構成をデプロイ(公開)してテストすることができます。開発環境で稼働中のサーバーに接続されている場合は、JNDIリソースやリモートEJBなど、ランタイム環境内のリソースにも接続できます。

接続先のOracle WebLogic Serverがすでに存在している場合は、サーバー作成プロセスで行う作業は、既存のサーバー・ドメインを指すことのみです。新規サーバーを作成する場合は、新規サーバー・ウィザードで、Oracle Fusion Middleware構成ウィザードを使用してサーバーを作成できます。

Eclipse内にサーバーを作成する手順は次のとおりです。

1. Oracle Service Busパースペクティブで、「ファイル」→「新規作成」→「サーバー」を選択します。新規サーバー・ウィザードが表示されます。

2. 作成または接続するサーバーのタイプ/バージョンを選択します。

3. サーバーのホスト名に、ローカル・サーバーのlocalhostを入力するか、あるいは既存のサーバーをホストしているリモート・システムの名前またはIPアドレスを入力します。

4. 「サーバー名」は、Eclipseで表示するためのものです。

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

6. 「WebLogicホーム」で「参照」をクリックして、Oracle Fusion Middlewareインストールの中でサーバー・ドメインが格納されようとする(またはすでに格納されている)WebLogic_Server_HOMEを選択します。デフォルトのWebLogicホーム・ディレクトリはwlserver_10.3と呼ばれます。
たとえば、MW_HOME_1に新しいサーバーを作成する場合はMW_HOME_1/wlserver_10.3を選択します。または、MW_HOME_2内の既存のサーバー・ドメインに接続する場合はMW_HOME_2/wlserver_10.3を選択します。

注意:

サーバーのインストールMW_HOMEの外にあるWebLogic_Server_HOMEは、外部のMW_HOMEが同じバージョンの製品であっても参照できません。

7. 「Javaホーム」には、データが自動的に入力されます。デフォルトのOracle JRockit JREのように、別のJREを使用する場合は、「参照」をクリックし、同じMW_HOMEの下にあるJREをサーバーとして選択します。

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

9. サーバーが「ローカル」か「リモート」かを選択します。リモートは、既存のリモート・サーバーであることを示します。

- 「ローカル」の場合は、「ドメイン・ディレクトリ」フィールドで既存のサーバーを選択するか、またはリンクをクリックして新規ドメインを作成します。新規ドメインを作成したら、「ドメイン・ディレクトリ」フィールドでそのドメインを選択します。
自動公開やデバッグ・モードなど、目的に応じて他のオプションを設定します。

Oracle Service Busの新規ドメインの作成の詳細は、Oracle Fusion Middleware Oracle Service Busインストレーション・ガイドのOracle Service Busの構成に関する項を参照してください。

- 「リモート」の場合は、既存のリモート・サーバーへの接続設定を入力します。

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

11. サーバーに公開するOracle Service Bus構成があれば、「構成済」ペインに移動します。サーバーを作成したら、そのサーバーを右クリックして追加および削除を選択することによって、このターゲット指定を変更できます。

12. 「終了」をクリックします。Eclipseの「Servers」ビューに新しいサーバーが表示され、そのサーバーの起動、停止およびサーバーへの公開ができます。

5.13 Oracle Business Intelligenceのパッチ適用後のタスク

この項では、Oracle Business Intelligenceのパッチ適用後のタスクについて説明します。内容は次のとおりです。

- 第5.13.1項「Oracle Business Intelligenceのコード権限付与の更新」

- 第5.13.2項「Oracle BI Presentation Catalogの更新」

- 第5.13.3項「bicontentserver機能の有効化」

- 第5.13.4項「Oracle Business Intelligence Composer機能の有効化」

- 第5.13.5項「Smartviewクライアントに対するJBIPS機能の有効化」

- 第5.13.6項「Oracle Real-Time Decisionsの更新」

注意:

続行する前に、第5.7項「システム・コンポーネントのパッチ適用後のタスク」に記載されているタスクを実行してOracle Business Intelligenceシステム・コンポーネントを更新済であることを確認します。

5.13.1 Oracle Business Intelligenceのコード権限付与の更新

Oracle Business Intelligence (BI)をリリース11.1.1.3.0から最新バージョンに更新する場合、各Oracle BIドメインでbi-upgrade.pyスクリプトを実行する必要があります。このスクリプトによって、SSLがOracle BIに対して適切に機能するために必要なコード権限付与が構成されます。SSLが使用されていない場合でも実行する必要があります。

このスクリプトをUNIXオペレーティング・システムで実行するには:

cd MW_HOME/oracle_common/common/bin
./wlst.sh BI_ORACLE_HOME/bin/bi-upgrade.py --bioraclehome BI_ORACLE_HOME  --domainhome bi_domain_home

このスクリプトをWindowsオペレーティング・システムで実行するには:

cd MW_HOME\oracle_common\common\bin
wlst.cmd BI_ORACLE_HOME\bin\bi-upgrade.py --bioraclehome BI_ORACLE_HOME  --domainhome bi_domain_home

BI_ORACLE_HOMEをBusiness IntelligenceのOracleホームの場所のフルパスに、bi_domain_homeをBusiness Intelligenceのドメイン・ホームの場所のフルパスに置き換えます。

5.13.2 Oracle BI Presentation Catalogの更新

Oracle Business Intelligence (BI)ソフトウェアをリリース11.1.1.3.0、11.1.1.5.0および11.1.1.6.xから更新する際は、Oracle BI Presentation Catalogを手動で更新する必要があります。手順は次のとおりです。

1. Oracle Enterprise Managerを使用してOracle BI Presentation Servicesを停止します。
詳細は、Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイドのFusion Middleware Controlを使用したOracle Business Intelligenceシステム・コンポーネントとJavaコンポーネントの起動と停止に関する項を参照してください。

2. リリース11.1.1.3.0、11.1.1.5.0または11.1.1.6.xのカタログを、7-Zipユーティリティを使用して圧縮ファイルを作成することでバックアップします。

3. instanceconfig.xmlファイルのバックアップ・コピーを作成します。
instanceconfig.xmlファイルは、ORACLE_INSTANCE/config/OracleBIPresentationServicesComponent/coreapplication_obipsnディレクトリ(UNIXオペレーティング・システムの場合)またはORACLE_INSTANCE\config\OracleBIPresentationServicesComponent\coreapplication_obipsnディレクトリ(Windowsオペレーティング・システムの場合)にあります。

4. instanceconfig.xmlファイルでupgradeAndExitオプションをtrueに変更します。
次のコードを見つけます。

<Catalog>
<UpgradeAndExit>false</UpgradeAndExit>
</Catalog>

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

<Catalog>
<UpgradeAndExit>true</UpgradeAndExit>
</Catalog>

5. 次のOPMNコマンドを使用してOracle BI Presentation Servicesを起動し、カタログを更新します。

opmnctl startproc ias-component=coreapplication_obipsn

たとえば、UNIXオペレーティング・システムの場合:

cd ORACLE_INSTANCE/bin
./opmnctl startproc ias-component=coreapplication_obips1

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

cd ORACLE_INSTANCE\bin
opmnctl startproc ias-component=coreapplication_obips1

6. カタログを更新した後、再びinstanceconfig.xmlファイルを編集し、upgradeAndExitオプションをfalseに戻します。

7. Fusion Middleware Controlを使用してOracle BI Presentation Servicesを再起動します。

5.13.3 bicontentserver機能の有効化

Oracle Business Intelligenceを11gリリース1 (11.1.1.5.0)をアップグレードする際に、bicontentserver構成テンプレート機能を有効化するには、次の操作を実行する必要があります。

1. すべてのOracleインスタンス、管理サーバー、すべての管理対象サーバーおよびノード・マネージャを含む、ドメイン内のすべてのプロセスが停止していることを確認します。

2. 構成ウィザードを起動します。
UNIXオペレーティング・システムの場合:

cd WLHOME/common/bin
where WLHOME is the directory in which WebLogic Server is installed.

./config.sh

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

cd WLHOME\common\bin
config.bat

3. 「ようこそ」画面で「既存のWebLogicドメインの拡張」を選択します。

4. 「WebLogicドメイン・ディレクトリの選択」画面で、既存のOracle BIドメインの場所を選択します。

5. 「拡張ソースの選択」画面で、「既存の拡張テンプレートを使用してドメインを拡張する」を選択し、次のように選択します。
UNIXオペレーティング・システムの場合:

ORACLE_HOME/common/templates/applications/oracle.bicontentserver_template_11.1.1.jar

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

ORACLE_HOME\common\templates\applications\oracle.bicontentserver_template_11.1.1.jar

6. 構成ウィザードの残りの画面を続行し、このテンプレートを適用します。

7. テンプレートが適用されたら、すべてのOracleインスタンス、管理サーバー、管理対象サーバーおよびノード・マネージャを再起動します。

5.13.4 Oracle Business Intelligence Composer機能の有効化

Oracle Business Intelligenceを11gリリース1 (11.1.1.x)からアップグレードする際、Oracle BI ComposerまたはOracle BI Composerランタイム構成テンプレート機能を有効化する場合は、次の操作を実行する必要があります。

1. すべてのOracleインスタンス、管理サーバー、すべての管理対象サーバーおよびノード・マネージャを含む、ドメイン内のすべてのプロセスが停止していることを確認します。

2. 構成ウィザードを起動します。
UNIXオペレーティング・システムの場合:

cd WLHOME/common/bin
where WLHOME is the directory in which WebLogic Server is installed.

./config.sh

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

「スタート・メニュー」から、「WebLogic Server」→「ツール」→「WebLogic Server」メニュー・オプションを選択し、WebLogicの構成ウィザードを開始します。

3. 「ようこそ」画面で「既存のWebLogicドメインの拡張」を選択します。

4. 「WebLogicドメイン・ディレクトリの選択」画面で、既存のOracle BIドメインの場所を選択します。

5. 「拡張ソースの選択」画面で、「既存の拡張テンプレートを使用してドメインを拡張する」を選択し、oracle.bicomposer_template_11.1.1.jarファイルの場所を入力します。
UNIXオペレーティング・システムでは、次のようにコマンドを入力します。

ORACLE_HOME/common/templates/applications/oracle.bicomposer_template_11.1.1.jar

6. 構成ウィザードの残りの画面を続行し、このテンプレートを適用します。

7. テンプレートが適用されたら、すべてのOracleインスタンス、管理サーバー、管理対象サーバーおよびノード・マネージャを再起動します。

注意:

この項の手順を実行した後、MBeanを編集してOracle BI Composerを有効化する必要があります。詳細は、Oracle Fusion Middleware Oracle Business Intelligenceアップグレード・ガイドのBI Composerの手動での有効化に関する項を参照してください。

5.13.5 Smartviewクライアントに対するJBIPS機能の有効化

Oracle Business Intelligenceを11gリリース1 (11.1.1.x)からアップグレードする際に、Smartviewクライアントに対してOracle BI JBIPS構成テンプレート機能を有効化するには、次の操作を実行する必要があります。

1. すべてのOracleインスタンス、管理サーバー、すべての管理対象サーバーおよびノード・マネージャを含む、ドメイン内のすべてのプロセスが停止していることを確認します。

2. 構成ウィザードを起動します。
UNIXオペレーティング・システムの場合:

cd WLHOME/common/bin
where WLHOME is the directory in which WebLogic Server is installed.

./config.sh

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

「スタート・メニュー」から、「プログラム」→Oracle WebLogic→「WebLogic Server」→「ツール」→「構成ウィザード」メニュー・オプションを選択して構成ウィザードを開始します。

3. 「ようこそ」画面で「既存のWebLogicドメインの拡張」を選択します。

4. 「WebLogicドメイン・ディレクトリの選択」画面で、既存のOracle BIドメインの場所を選択します。

5. 「拡張ソースの選択」画面で、「以下の追加製品をサポートするために、自動的にドメインを拡張する:」を選択し、Oracle JBIPS 11.1.1.7.0を選択します。

6. 構成ウィザードの残りの画面を続行し、このテンプレートを適用します。

7. 「構成のサマリー」画面を確認し、JBIPS Enterprise Webアプリケーションと次のJBIPS共有ライブラリがリストされていることを確認します。

- oracle.bi.jbips

- oracle.bi.jbips.commons

- oracle.bi.jbips.soap

注意: JBIPS WebアプリケーションおよびJBIPS共有ライブラリは、分析Webアプリケーションと同じターゲットにデプロイする必要があります。デフォルトのターゲットは「bi_cluster」です。

8. テンプレートが適用されたら、すべてのOracleインスタンス、管理サーバー、管理対象サーバーおよびノード・マネージャを再起動します。
Weblogic管理コンソールで、デプロイされたモジュールのリストに「jbips (11.1.1)」エンタープライズ・アプリケーションおよびJBIPS共有ライブラリが表示されます。

5.13.6 Oracle Real-Time Decisionsの更新

この項では、Oracle Real-Time Decisions (RTD)を最新バージョンに更新する方法を説明します。次の手順は11gリリース1 (11.1.1.3.0)からパッチを適用している場合のみ必要であり、11gリリース1 (11.1.1.5.0)からパッチを適用している場合は、この手順を実行する必要はありません。

- 第5.13.6.1項「WLSTを使用したrtd_ilsリソース・タイプの更新」

- 第5.13.6.2項「EMを使用したBIAdministratorプリンシパルへの権限の追加」

- 第5.13.6.3項「JMSの削除」

5.13.6.1 WLSTを使用したrtd_ilsリソース・タイプの更新

rtd_ilsリソース・タイプにアクションを追加する手順は次のとおりです。

1. MW_HOME/oracle_common/common/binディレクトリ(UNIXオペレーティング・システムの場合)またはMW_HOME\oracle_common\common\binディレクトリ(Windowsオペレーティング・システムの場合)に移動します。

2. WebLogic Scripting Tool (WLST)を起動します。
UNIXオペレーティング・システムの場合:

./wlst.sh

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

wlst.cmd

3. connect()コマンドを使用してWebLogic Serverに接続します。

connect('adminuser', 'adminuser_password', 't3://admin_server_host:admin_server_port')

adminuserとadminuser_passwordを、Oracle BIのインストール時に指定した管理者の名前とパスワードに置き換えます。admin_server_hostとadmin_server_portを、Oracle WebLogic Serverが稼働しているシステムのホスト名とポート番号に置き換えます。コマンドの例を次に示します。

connect('exampleuser', 'examplepassword', 't3://examplehost:7001')

4. 次のコマンドを使用してリソース・タイプrtd_ilsのすべてのリソースをリストします。

listResources(appStripe="obi", type="rtd_ils")

これにより、RTDサーバーにデプロイされたすべてのILSがリストされます。たとえば、サンプルILS CrossSellがRTDサーバーにデプロイされている場合、次のように表示されます。

[Name: CrossSell Type: rtd_ils DisplayName: CrossSell Description: CrossSell ]

5. 次のコマンドを使用して、リソース・タイプrtd_ilsのすべてのリソースを削除します。

deleteResource(appStripe="obi", name=resource_name, type="rtd_ils")

たとえば、次のコマンドはCrossSellリソースを削除します。

deleteResource(appStripe="obi", name="CrossSell", type="rtd_ils")

6. listResources()コマンドを再び実行し、すべてのリソースが削除されていることを確認します。

listResources(appStripe="obi", type="rtd_ils")

リストされるリソースはありません。

7. リソースタイプrtd_ilsを削除します。

deleteResourceType(appStripe="obi", resourceTypeName="rtd_ils")

8. 次のcreateResourceType()コマンドを使用してリソース・タイプrtd_ilsを作成します。

createResourceType(appStripe="obi",
resourceTypeName="rtd_ils",
displayName="ILS",
description="Inline Service name",
matcher="oracle.security.jps.ResourcePermission",
allowedActions="choice_editor,decision_service:stress,open_service:write,decision_service:normal,open_service:read,deploy_service,download_service,clear_choice_history,clear_statistics,clear_study,clear_all_operational_data,delete_service,unlock_service,clear_model",
delimiter=",")

9. Oracle WebLogic Serverから切断します。

disconnect()

10. WebLogic Scripting Toolを終了します。

exit()

5.13.6.2 EMを使用したBIAdministratorプリンシパルへの権限の追加

この項の手順は、製品に含まれているBIAdministratorプリンシパルを使用している場合、または製品に含まれているBIAdministratorプリンシパルを独自のプリンシパルで置き換えている場合に実行する必要があります。

1. 次の構文でFusion Middleware Controlを開始します。

http://admin_server_host:admin_server_port/em

2. 左側のツリー・ビューで「WebLogicドメイン」→「bifoundation_domain」を選択します。

3. コンテンツ・ペインで、「WebLogicドメイン」ドロップダウンから「セキュリティ」→「アプリケーション・ポリシー」を選択します。

4. 「検索するアプリケーション・ストライプの選択」を選択し、そのドロップダウン・リストから「obi」を選択します。

5. 「プリンシパル」および「権限」は空白のままにします。

6. 「権限」フィールドの横にある「検索」ボタンをクリックします。

7. 検索結果から、プリンシパル「BIAdministrator」(BIAdministratorを使用していない場合は独自のプリンシパルの名前)をクリックします。

8. 「編集」ボタンをクリックします。

9. 「アプリケーション権限の編集」ペインで、「権限」セクションに移動し、「追加」ボタンをクリックします。

10. 「カスタマイズ」セクションの下の「権限の追加」ダイアログで次のエントリを追加します。

Permission Class: oracle.security.jps.ResourcePermission
Resource Name: resourceType=rtd_ils,resourceName=_all_
Permission Actions: clear_choice_history,clear_statistics,clear_study,clear_all_operational_data,delete_service,unlock_service,clear_model

11. 「権限の追加」ダイアログで「OK」をクリックします。

12. 「アプリケーション権限の編集」ペインで「OK」をクリックします。

5.13.6.3 JMSの削除

これまでのリリースでは、Oracle RTDはメンバー内クラスタ通信をJMSに依存していました。最新のリリースでは、JMSがJRF Webサービスに置き換えられています。これはオプションの手順であり、この手順を実行しなくても機能に影響はありません。

Oracle RTDのJMSを削除する手順は次のとおりです。

1. ブラウザを使用して、管理サーバー・コンソールに接続します。

http://admin_server_host:admin_server_port/console

2. 「ロックして編集」をクリックします。

3. ドメイン構造の下で、「サービス」→「メッセージング」の順に開きます。

4. 「JMSモジュール」をクリックします。

5. 右のペインの「JMSモジュール」表で、RTDJMSMODULEを選択します。

6. 「削除」ボタンをクリックし、「はい」ボタンをクリックして確定します。

7. 左のペインで、「JMSサーバー」(「サービス」→「メッセージング」の下にある)をクリックします。

8. 右のペインの「JMSサーバー」表で、RTDJmsServerを選択します。

9. 「削除」ボタンをクリックし、「はい」ボタンをクリックして確定します。

10. 「変更のアクティブ化」ボタンをクリックします。

5.14 Oracle Data Integratorのパッチ適用後のタスク

この項では、Oracle Data Integratorのパッチ適用後のタスクについて説明します。内容は次のとおりです。

- 第5.14.1項「リポジトリへのパッチ適用のファイナライズ」

- 第5.14.2項「Java EEエージェントの再構成」

- 第5.14.3項「ODIスタンドアロン・エージェントの再構成」

- 第5.14.4項「Oracle Enterprise Managerのプロパティの再構成」

- 第5.14.5項「ODIコンソールの再構成」

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

5.14.1 リポジトリへのパッチ適用のファイナライズ

使用しているデータベースのOracle Data Integratorスキーマにパッチを適用(第4章「パッチ・セット・アシスタントによるスキーマの更新」)した後、次のリポジトリ・オブジェクト(テクノロジ、プロファイル、ナレッジ・モジュール)を更新する必要があります。これらは、パッチ・セット・アシスタントでは更新されません。

- テクノロジの変更

- 追加済: ComplexFileおよびGroovy

- 変更済: Oracle

- NATURALキーワードを使用した結合が追加されました

- 結合機能がBOTHに拡張されました

- デフォルトの表名接頭辞が追加されました

- 変更済: Teradata

- 変更済: PostgreSQL

- 変更済: Netezza

- 変更済: OracleBI

- 変更済: Hypersonicインメモリー・エンジン

- 変更済: シーケンスを取得するためのSQLがPostgreSQLでサポートされています

- 言語の変更: Groovyが追加されました

- プロファイルの変更
次のプロファイルにおいてLoadPlanのサポートに変更が行われました。

- [NG] DESIGNER

- [NG] REPOSITORY EXPLORER

- [NG] VERSION ADMIN

- OPERATOR

- SECURITY_ADMIN

- ナレッジ・モジュール
LKM File to Oracle (SQLLDR)は、KMステップcall sqlldrからimport javaosを削除した後に機能します。古いLKMは、アップグレード済Jythonバージョンでは機能しません。

これらのリポジトリ・オブジェクトの更新方法の詳細は、Oracle Fusion Middleware Oracle Data Integratorアップグレード・ガイドのアップグレード後のODIの再構成に関する項を参照してください。

5.14.2 Java EEエージェントの再構成

デフォルトでは、ODIには、静的Java EEエージェント・デプロイメント・テンプレートが付属しています。このJava EEエージェントを再構成する手順は次のとおりです。

1. 構成ウィザードを実行します。「ドメイン・ソースの選択」画面で、「Oracle Data Integrator – エージェント – 11.1.1.0」テンプレートを選択します。
詳細は、Oracle Fusion Middleware Oracle Data Integratorインストレーション・ガイドのWebLogicドメインまたはWebSphereセルの構成に関する項を参照してください。

2. UNIXオペレーティング・システムでは、DOMAIN_HOME/bin/setDomainEnv.shで次の行を確認します。

-Dodi.oracle.home=${ODI_ORACLE_HOME}

Windowsオペレーティング・システムでは、DOMAIN_HOME\bin\setDomainEnv.cmdで次の行を確認します。

-Dodi.oracle.home=%ODI_ORACLE_HOME%

いずれのオペレーティング・システムでも、この行が存在しない場合は、それをEXTRA_JAVA_PROPERTIESパラメータに追加します。

3. 管理サーバーとODI管理対象サーバーが起動されて稼働していることを確認します。

4. WebLogic ServerクラスをCLASSPATH環境変数に追加し、WebLogic_Home/server/binディレクトリ(UNIXオペレーティング・システムの場合)またはWebLogic_Home\server\binディレクトリ(Windowsオペレーティング・システムの場合)をPATH環境変数に追加します。
これは、WebLogic_Home/server/binディレクトリ(UNIXオペレーティング・システムの場合)またはWebLogic_Home\server\binディレクトリ(Windowsオペレーティング・システムの場合)にあるsetWLSEnvスクリプトをソースに指定することで行います。例:

source setWLSEnv.sh

5. 次のコマンドを使用して、ドメインからバージョン11.1.1.3.0のJava EEエージェントを再デプロイします。

java weblogic.Deployer -url admin_server_url -username admin_server_username -password admin_server_password -targets odi_server_name -name odi_agent_name –redeploy

例:

java weblogic.Deployer -url t3://examplehost.com:7001 -username exampleuser -password examplepassword -targets odi_server1 -name oraclediagent –redeploy

詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverへのアプリケーションのデプロイ』のデプロイ済アプリケーションの管理に関する項を参照してください。

ODIでは、ODI StudioからJava EEエージェント・デプロイメント・テンプレートを生成することもできます。追加のデータ・ソースおよびライブラリでJava EEエージェントをカスタマイズできます。これを行うには、次の手順を実行します。

1. ドメインからバージョン11.1.1.3.0のJava EEエージェントをアンデプロイします。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverへのアプリケーションのデプロイ』のデプロイ済アプリケーションの管理に関する項を参照してください。

2. ODI Studioバージョン11.1.1.7.0またはコマンドライン・スクリプトを使用して、必須のデータ・ソースと追加のライブラリで同等のJava EEエージェント・テンプレートを生成します。
ODI Studioでのデータ・ソース宣言、デプロイメントおよびテンプレート生成の詳細は、『Oracle Fusion Middleware Oracle Data Integrator開発者ガイド』のJava EEエージェントに関する項を参照してください。

3. 構成ウィザードを実行します。「ドメイン・ソースの選択」画面で、Oracle Data Integrator – エージェント・ライブラリ – 11.1.1.0を選択し、テンプレートをデプロイします。

4. 構成ウィザードをもう一度実行し、「ドメイン・ソースの選択」画面で、生成したバージョン11.1.1.7.0 ODI Java EEエージェント・テンプレートをドメインにデプロイします。

5.14.3 ODIスタンドアロン・エージェントの再構成

ODIスタンドアロン・エージェントを再構成する手順は次のとおりです。

1. 第3.4.6項「追加の構成情報のバックアップ」の説明に従い、必要なファイルおよびディレクトリをバックアップしてあることを確認します。

2. Oracle Data Integratorインストーラを実行します。
「リポジトリの構成」画面で、リポジトリの作成のスキップを選択します。

3. インストール後の処理:

- ODI_HOME/oracledi/agent/bin/odiparams.shファイル(UNIXオペレーティング・システムの場合)、またはODI_HOME\oracledi\agent\bin\odiparams.batファイル(Windowsオペレーティング・システムの場合)をリストアします。

- ODI_HOME/oracledi/agent/driversディレクトリ(UNIXオペレーティング・システムの場合)、またはODI_HOME\oracledi\agent\driversディレクトリ(Windowsオペレーティング・システムの場合)をリストアします。

詳細は、Oracle Fusion Middleware Oracle Data Integratorインストレーション・ガイドのスタンドアロン・エージェントの停止に関する項およびスタンドアロン・エージェントの手動による構成および起動に関する項を参照してください。

5.14.4 Oracle Enterprise Managerのプロパティの再構成

Oracle Data Integratorにパッチを適用すると、Oracle Enterprise Managerのプロパティのいくつかが失われます。それらのプロパティをリストアするには、Oracle Data Integratorコンソールがデプロイされている管理対象サーバーを起動する前に、次のプロパティを設定します。

set JAVA_OPTIONS="-Doracle.odi.repex.view.main.init.skipem=false"

5.14.5 ODIコンソールの再構成

リリース11.1.1.3.0で作成されたドメインにodiconsoleコンポーネントが含まれている場合、odiconsoleアプリケーションを次のように再構成します。

1. Oracle Shared SDK Library 11.1.1.0でドメインを拡張し、そのデプロイメントのターゲットをodi_server1に設定します。

2. Weblogic_Home/server/bin/setWLSEnv.shスクリプト(UNIXオペレーティング・システムの場合)またはWeblogic_Home\server\bin\setWLSEnv.cmdスクリプト(Windowsオペレーティング・システムの場合)を実行することでCLASSPATHを設定します。

3. 管理サーバーおよびodi_server1管理対象サーバーを起動します。

4. 次のコマンドを使用して、odiconsoleアプリケーションを再デプロイします。

java weblogic.Deployer -url administration_server_url -username administration_server_username -password administration_server_password -targets odi_server_name -name odi_console_name –redeploy

例:

java weblogic.Deployer -url t3://examplehost.com:7001 -username exampleuser -password examplepassword -targets odi_server1 -name odiconsole –redeploy

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

11gリリース1 (11.1.1.6.0)以降、odi-sdk-wsアプリケーションが更新され、バージョン番号が導入されました。このバージョン番号は、リリース11.1.1.3.0、11.1.1.4.0または11.1.1.5.0からリリース11.1.1.7.0にアップグレードするドメイン内の管理サーバーまたは管理対象サーバーを起動する前に、config.xmlファイルに追加する必要があります。

これを行うには、次の手順を実行します。

1. DOMAIN_HOME/config/config.xmlファイル(UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\config\config.xmlファイル(Windowsオペレーティング・システムの場合)を編集します。

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

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

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

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

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

6 Oracle WebCenter Portalへのパッチ適用

この章では、既存のOracle WebCenter Portalのインストールにパッチを適用して、リリース11.1.1.8.0にする方法について説明します。

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

- 第6.1項「Oracle WebCenterおよびOracle Enterprise Content Management Suiteの新しい製品名」

- 第6.2項「Oracle WebCenter Portal 11.1.1.7.0インストールへのパッチ適用」

- 第6.3項「Oracle WebCenter Portal 11.1.1.6.0インストールへのパッチ適用」

- 第6.4項「Oracle WebCenter 11.1.1.4.0または11.1.1.5.0のインストールに対するパッチの適用」

- 第6.5項「Oracle WebCenter 11.1.1.2.0または11.1.1.3.0のインストールに対するパッチの適用」

- 第6.6項「Oracle WebCenter 11.1.1.1.0のインストールに対するパッチの適用」

- 第6.7項「問題のトラブルシューティング」

- 第6.8項「Oracle WebCenter Portalのパッチ適用前のタスク」

- 第6.9項「Oracle WebCenter Portalのパッチ適用後のタスク」

重要:

リリース11.1.1.8.3では、Oracle WebCenter Portalの新規インストールのみFrameworkFoldersサポートを利用できます。Folders_gをすでに使用している既存のOracle WebCenter Portalインストールの場合は、引き続きFolders_gインタフェースを使用する必要があり、FrameworkFoldersを有効にしないでください。

注意:

製品はすべて最新のリリース・バージョンにパッチ適用することをお薦めします。特に指定がないかぎり、製品にパッチを適用する場合に、決まった順序はありません。

第3章では、既存のOracle Fusion Middlewareソフトウェアに最新バージョンへパッチを適用するための手順を示し、この章ではOracle WebCenter Portalにパッチを適用するための手順を示しています。この章で列挙されている手順の多くは、このガイドの第3章と他の章で説明されています。第3章に記載されている手順に従って包括的な手順をすでに完了している場合(パッチ適用前の包括的なタスクの実行、Oracle WebCenter Portal以外のFusion Middleware製品へのパッチ適用、またはスキーマの更新など)、これらの手順をスキップできます。

6.1 Oracle WebCenterおよびOracle Enterprise Content Management Suiteの新しい製品名

Oracle WebCenterおよびOracle Enterprise Content Management Suiteは、リリース11.1.1.6.0から再ブランド化(名前変更)されています。表6-1に、従来の製品名と機能名、およびリリース11.1.1.6.0、11.1.1.7.0、11.1.1.8.0における、これらの改訂後の名称を示します。

注意:

この章では、該当する箇所で商標変更された製品名を使用しています。旧機能についての説明では、旧製品の用語が使用されています。

表6-1 以前の用語とリリース11.1.1.6.0以降に使用されている用語との対応

旧名称

リリース11.1.1.6.0および11.1.1.7.0での名称

11.1.1.8.0での新しい名称

製品名の変更

Oracle WebCenter

Oracle WebCenter Portal

Oracle WebCenter Portal

Oracle WebCenter Spaces

Oracle WebCenter Portal: Spaces

WebCenter Portal

Oracle Enterprise Content Management Suite

Oracle WebCenter Content

Oracle WebCenter Content

Oracle Universal Content Management (Oracle UCM)

Oracle WebCenter Content (短縮名はWebCenter Content)

Oracle WebCenter Content (短縮名はWebCenter Content)

Oracle Content Server

Oracle WebCenter Content Server (短縮名はContent Server)

Oracle WebCenter Content Server (短縮名はContent Server)

ドキュメントでの機能名の変更

WebCenterアプリケーション

WebCenter Portalアプリケーション

(フレームワーク・アプリケーション、ポートレット・プロデューサ・アプリケーション、およびスペース・アプリケーションの包括的用語)

包括的な用語の使用なし

WebCenter Portalアプリケーション/WebCenterカスタム・アプリケーション

Frameworkアプリケーション/WebCenter Portal: Frameworkアプリケーション

Portal Frameworkアプリケーション

グループ・スペース・ワークフロー/WebCenter Spacesワークフロー

Spacesワークフロー

WebCenter Portalワークフロー

個人用スペース

ホーム・スペース

ホーム・ポータル

グループ・スペース/スペース

Space

ポータル

WebCenterドメイン

WebCenter Portalドメイン

WebCenter Portalドメイン

WebCenter Spaces

Spaces/Spacesアプリケーション

WebCenter Portal

6.2 Oracle WebCenter Portal 11.1.1.7.0インストールへのパッチの適用

図6-1は、Oracle WebCenter Portalリリース11.1.1.7.0のインストールにリリース11.1.1.8.0へのパッチを適用するために、必要な手順を示しています。表6-2では、それぞれの手順の詳細を示しています。表内の必要な手順をクリックし、それぞれの手順の情報に移動します。

注意:

図6-1および表6-2で列挙されている手順の多くは、このガイドの第3章と他の章で説明されています。第3章に記載されている手順に従って包括的な手順をすでに完了している場合(パッチ適用前の包括的なタスクの実行、WebCenter Portal以外のFusion Middleware製品へのパッチ適用、またはスキーマの更新など)、これらの手順をスキップできます。

図6-1では、Oracle WebCenter Portal固有の手順は、緑でハイライト表示されています。

図6-1 Oracle WebCenter Portal 11.1.1.7.0への最新パッチの適用

表6-2 Oracle WebCenter Portal 11.1.1.7.0への最新パッチの適用

タスク

必須/オプション

説明

リンク

OWSMセキュリティ・ポリシーで保護されているポートレット・プロデューサの、Webサービス・デプロイメント・ディスクリプタをエクスポートします。

必須

Oracle WebCenter Portalのサービス・ポートレット・プロデューサやカスタム・ポートレット・プロデューサがOWSMセキュリティ・ポリシーでデプロイされて保護されている場合、これらのポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをJavaアーカイブ・(JAR)ファイルにエクスポートします。

第6.8.1項「OWSMで保護されているポートレット・プロデューサ・アプリケーションのデプロイメント・ディスクリプタをエクスポート」

一般的なパッチ適用前のタスクを実行します。

- システム要件、動作保証および相互運用性に関する情報を確認します

- サーバーとプロセスを停止します

- Middlewareホーム、ドメイン・ホームおよびOracleインスタンスをバックアップします

- データベースおよびデータベース・スキーマをバックアップします。

- 追加の構成情報をバックアップします

- Oracle WebLogic Serverへパッチを適用します

- サイレント・モードでのパッチ適用のためにemCCRファイルの名前を変更します

必須

Oracle WebCenter Portalへパッチを適用する前に、使用しているシステム要件と構成が最小要件を満たしており、バックアップが実行されていることを確認します。また、Oracle WebLogic Serverにパッチを適用して、サポートされる最新リリースにする必要があります。

サイレント・モードでソフトウェアにパッチを適用する場合は、emCCRファイルの名前を変更します。

第3.4項「一般的なパッチ適用前のタスク」

Oracle WebCenter PortalおよびOracle WebCenter Contentのインストーラをダウンロードします。

完全なインストーラであり、更新インストーラとしても機能するOracle WebCenter Portalインストーラをダウンロードします。Oracle WebCenter Contentのインストーラもダウンロードします。

注意: 第3章の指示に従って、すでに製品インストーラをダウンロードしてある場合は、この手順を省略できます。

第3.5項「インストーラのダウンロード」

WebCenter Portalインストーラを実行し、パッチを適用してリリース11.1.1.8.0にします。

必須

WebCenter Portal 11.1.1.8.0インストーラを実行します。パッチ・セットの適用中、既存のOracle MiddlewareホームおよびWebCenter Portal Oracleホームの場所を指定します。

- 3.6.1項「インストーラの起動」

- 第3.6.2項「パッチ・セットの適用」

Oracle WebCenter Contentに(必要に応じてOracle SES 11.2.2.2にも)パッチを適用します。

必須

Oracle WebCenter Content製品インストーラを実行します。第3章の手順に従ってすでにパッチを適用済の場合、この手順をスキップできます。

Oracle WebCenter Portalリリース11.1.1.8.0は、ファセット検索が可能なOracle SES 11.2.2.2をサポートしています。最良のパフォーマンスおよび最新の検索機能のために、Oracle SESリリース11.2.2.2をお薦めします。既存のOracle SESインストールにリリース11.2.2.2へのパッチを適用している場合は、Oracle WebCenter Portalの新しいバージョンのドキュメント・サーバー・マネージャをOracle SESにインストールし、Oracle SESファセットおよびソート属性を構成する必要があります。

- Oracle WebCenter Contentへのパッチ適用については、第3.6.1項「インストーラの起動」および第3.6.2項「パッチ・セットの適用」を参照してください。

- Oracle SESへのパッチ適用については、OTNのSecure Enterprise Searchオンライン・ドキュメント・ライブラリ11gリリース2 (11.2.2.2)のOracle Secure Enterprise Searchのインストールおよびアップグレードに関するガイドを参照してください。Oracle WebCenter Portalのドキュメント・サービス・マネージャの新規バージョンのインストールの詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalインストレーション・ガイド』のOracle SES 11.2.2.2のインストールに関する項を参照してください。

WEBCENTER, ACTIVITIES, DISCUSSIONSおよびDISCUSSIONS_CRAWLERスキーマを更新。

必須

パッチ・セット・アシスタントを使用して、Oracle WebCenter Portal関連のスキーマを更新します。

パッチ・セット・アシスタントを実行する前に、データベースが起動して稼働中であること、およびアップグレードするスキーマのバージョンがアップグレードのサポート対象であることを確認します。

注意: 他のパッチを適用した製品のスキーマを更新する必要があるかどうかを確認します。この段階で、必要なスキーマをすべて更新できます。表4-1「最新のリリース用に更新する必要があるスキーマ」にリストされているスキーマにすでにパッチを適用している場合は、この手順を省略できます。

第4章「パッチ・セット・アシスタントによるスキーマの更新」

次に示すOracle WebCenter Portalのパッチ適用後のタスクを、実行します。

- 管理サーバーおよび管理対象サーバーを起動します。

- upgradeWebCenterPermissions()を実行します。

- OWSMセキュリティ・ポリシーで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをインポートします。

- Oracle SES 11.2.2.2を使用している場合は、検索のカスタマイズをリセットします。

必須

管理サーバーおよび管理対象サーバーを起動し、upgradeWebCenterPermissions() WLSTコマンドを実行してWebCenter Portalの権限を更新します。

Oracle WebCenter Portalのサービス・ポートレット・プロデューサやカスタム・ポートレット・プロデューサが、パッチ適用前のインスタンスにおいてOWSMセキュリティ・ポリシーをともなってデプロイされ、このポリシーによって保護されている場合、Webサービス・デプロイメント・ディスクリプタをインポートします。

Oracle SES 11.2.2.2にパッチを適用した場合、検索のカスタマイズをリセットします。

- 第3.8項「サーバーとプロセスの起動」

- 第6.9.9項「upgradeWebCenterPermissions WLSTコマンドの実行」

- 第6.9.1項「OWSMで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをインポート」

- 第6.9.10項「検索のカスタマイズのリセット」

他のFusion Middleware製品のパッチ適用後のタスクを実行します。

必須

Oracle WebCenter Contentまたは他の製品に必要な、パッチ適用後のタスクを実行します。

第5.6項「開始点がリリース11.1.1.7.0である場合のパッチ適用後のタスク」

サーバーおよびプロセスを起動または再起動します。

必須

Oracle Fusion Middleware環境を開始します。これには、Oracle WebLogic Server管理サーバー、管理対象サーバー、ノード・マネージャ、OPMN、およびすべてのシステム・コンポーネントの起動が含まれます。

注意: 以前にいずれかの管理対象サーバーを起動したことがあれば、この時点でそれらを再起動する必要があります。

第3.8項「サーバーとプロセスの起動」

Oracle WebCenter Portal 11.1.1.8.0のインストールを確認します。

必須

管理サーバーおよびWebCenter Portalなど、様々なURLへのアクセスを試行し、パッチ適用済Oracle WebCenter Portalインスタンスを検証します。

Oracle Fusion Middleware Oracle WebCenter Portalに関するインストレーション・ガイドのご使用の構成の検証についての項

6.3 Oracle WebCenter Portal 11.1.1.6.0インストールへのパッチの適用

図6-2は、Oracle WebCenter Portalインストールにパッチを適用してリリース11.1.1.6.0からリリース11.1.1.8.0にするために必要な手順を示しています。表6-3では、それぞれの手順の詳細を示しています。表内の必要な手順をクリックし、それぞれの手順の情報に移動します。

注意:

図6-2および表6-3で列挙されている手順の多くは、このガイドの第3章と他の章で説明されています。第3章に記載されている手順に従って包括的な手順をすでに完了している場合(パッチ適用前の包括的なタスクの実行、WebCenter Portal以外のFusion Middleware製品へのパッチ適用、またはスキーマの更新など)、これらの手順をスキップできます。

図6-2では、WebCenter Portal固有の手順は、緑でハイライト表示されています。

図6-2 Oracle WebCenter Portal 11.1.1.6.0への最新パッチの適用

表6-3 Oracle WebCenter Portal 11.1.1.6.0への最新パッチの適用

タスク

必須/オプション

説明

リンク

OWSMセキュリティ・ポリシーで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをエクスポートします。

必須

Oracle WebCenter Portalのサービス・ポートレット・プロデューサやカスタム・ポートレット・プロデューサがOWSMセキュリティ・ポリシーでデプロイされて保護されている場合、これらのポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをJavaアーカイブ・(JAR)ファイルにエクスポートします。

第6.8.1項「OWSMで保護されているポートレット・プロデューサ・アプリケーションのデプロイメント・ディスクリプタをエクスポート」

一般的なパッチ適用前のタスクを実行します。

- システム要件、動作保証および相互運用性に関する情報を確認します

- サーバーとプロセスを停止します

- Middlewareホーム、ドメイン・ホームおよびOracleインスタンスをバックアップします

- データベースおよびデータベース・スキーマをバックアップします。

- 追加の構成情報をバックアップします

- Oracle WebLogic Serverへパッチを適用します

- サイレント・モードでのパッチ適用のためにemCCRファイルの名前を変更します

必須

Oracle WebCenter Portalへパッチを適用する前に、使用しているシステム要件と構成が最小要件を満たしており、バックアップが実行されていることを確認します。また、Oracle WebLogic Serverにパッチを適用して、サポートされる最新リリースにする必要があります。

サイレント・モードでソフトウェアにパッチを適用する場合は、emCCRファイルの名前を変更する必要があります。

第3.4項「一般的なパッチ適用前のタスク」

Oracle WebCenter Portalのインストーラ、および他の必要な製品のインストーラをダウンロードします。

必須

完全なインストーラであり、更新インストーラとしても機能するOracle WebCenter Portalインストーラをダウンロードします。この段階では、必要に応じて、パッチを適用予定の他のFusion Middleware製品(Oracle WebCenter ContentやOracle SOA Suiteなど)のインストーラもダウンロードできます。

注意: 第3章の指示に従って、すでに製品インストーラをダウンロードしてある場合は、この手順を省略できます。

第3.5項「インストーラのダウンロード」

パッチ・セット・インストーラを実行し、次のFusion Middleware製品にパッチを適用してリリース11.1.1.7.0にします。

- Oracle Identity Management

- Oracle Web Tier (Oracle HTTP Server)

- Oracle Forms、ReportsおよびDiscoverer

これらの製品が環境にインストールされている場合は必須です。

Oracle WebCenter Portalにパッチを適用する前に、このような製品にパッチを適用します。

このOracle Fusion Middlewareのパッチ・セットでは、Oracle Portalの最新バージョンであるOracle Portal 11.1.1.6.0が提供されます。Oracle Portal 11.1.1.6.0がすでにインストールされている場合は、パッチを適用する必要はありません。

注意: 第3章の指示に従って、すでにFusion Middleware製品にパッチを適用してある場合は、この手順を省略できます。

注意: Oracle Portal、Forms、ReportsおよびDiscovererは他のOracle Fusion Middleware製品と共有しない、別のMiddlewareホーム・ディレクトリにインストールすることをお薦めします。

- 第3.3.4項「Oracle Identity and Access Managementにパッチを適用する場合の特殊な手順」

- 第3.3.3項「Oracle Portal、Forms、ReportsおよびDiscovererにパッチを適用する場合の特殊な手順」

- 3.6.1項「インストーラの起動」

- 第3.6.2項「パッチ・セットの適用」

Oracle WebCenter Portalインストーラを実行します。

必須

Oracle WebCenter Portal 11.1.1.8.0インストーラを実行します。パッチ・セットの適用中、既存のOracle MiddlewareホームおよびWebCenter Portal Oracleホームの場所を指定します。

- 3.6.1項「インストーラの起動」

- 第3.6.2項「パッチ・セットの適用」

他の必要なFusion Middleware製品にパッチを適用します(必要に応じてOracle SES 11.2.2.2にパッチを適用します)。

Middlewareホームにインストールされている製品についてのみ必須です。

この段階では、Oracle WebCenter ContentおよびOracle SOA Suiteなどの他のFusion Middleware製品は、その製品インストーラを実行してパッチを適用できます。

Oracle WebCenter Portalリリース11.1.1.8.0は、ファセット検索が可能なOracle SES 11.2.2.2をサポートしています。最良のパフォーマンスおよび最新の検索機能のために、Oracle SESリリース11.2.2.2の使用をお薦めします。既存のOracle SESインストールにリリース11.2.2.2へのパッチを適用している場合は、Oracle WebCenter Portalの新しいバージョンのドキュメント・サーバー・マネージャをOracle SESにインストールし、Oracle SESファセットおよびソート属性を構成する必要があります。

注意: 第3章の指示に従って、すでにその他のFusion Middleware製品にパッチを適用してある場合は、この手順を省略できます。

- 第6.8.4項「Oracle WebCenter ContentまたはOracle ECMのアップグレードにおける考慮事項」

- 第3.6項「Oracle Fusion Middlewareへのパッチ適用」

- Oracle SESへのパッチ適用については、OTNのSecure Enterprise Searchに関するオンライン・ドキュメント・ライブラリ11g リリース2 (11.2.2.2)のOracle Secure Enterprise Searchのインストールおよびアップグレードに関するガイドを参照してください。Oracle WebCenter Portalのドキュメント・サービス・マネージャの新規バージョンのインストールの詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalインストレーション・ガイド』のOracle SES 11.2.2.2のインストールに関する項を参照してください。

Oracle SOA Suiteにパッチを適用します。

必須

Oracle SOA Suiteに必須パッチを適用します。

注意: パッチ・セット・アシスタントを使用してスキーマをアップグレードする前に、このパッチを適用する必要があります。

第3.3.6.2項「Oracle SOA Suiteへのパッチの適用」

MDS、WEBCENTER、ACTIVITIES、DISCUSSIONSおよびDISCUSSIONS_CRAWLERスキーマをアップグレードします。

必須

パッチ・セット・アシスタントを使用して、必要なスキーマをアップグレードします。

パッチ・セット・アシスタントを実行する前に、データベースを起動して稼働中であること、およびアップグレードするスキーマのバージョンがアップグレードのサポート対象であることを確認します。

注意: データベースベースのOPSSポリシー・ストアの場合、パッチ・セット・アシスタントを使用してprefix_OPSSスキーマをアップグレードします。他のパッチを適用した製品のスキーマを更新する必要があるかどうかを確認します。この段階で、必要なスキーマをすべて更新できます。表4-1「最新のリリース用に更新する必要があるスキーマ」にリストされているスキーマをすでにアップグレード済の場合は、この手順を省略できます。

第4章「パッチ・セット・アシスタントによるスキーマの更新」

次に示す、Oracle WebCenter Portalへのパッチ適用後のタスクを実行します。

- UpgradeOpss WLSTコマンドを実行します。

- 管理サーバーおよび管理対象サーバーを起動します。

- upgradeWebCenterPermissions() WLSTコマンドを実行します。

- OWSMセキュリティ・ポリシーで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをインポートします。

- WebCenter Portalワークフローを構成します。

- プロセス・スペースをアップグレードします。

- Oracle SES 11.2.2.2を使用している場合は、Oracle SESの検索のカスタマイズをリセットします。

必須

UpgradeOpssを実行します。管理サーバーおよび管理対象サーバーを起動してから、upgradeWebCenterPermissions WLSTコマンドを実行します。

WebCenterサービス・ポートレット・プロデューサやカスタム・ポートレット・プロデューサが、パッチ適用前のインスタンスにおいてOWSMセキュリティ・ポリシーをともなってデプロイされ、このポリシーによって保護されている場合、Webサービス・デプロイメント・ディスクリプタをインポートします。

WebCenter Portalワークフローが構成されている場合は、関連する構成をアップグレードします。これはオプションですが、Process Spacesのアップグレードをお薦めします。

Oracle SES 11.2.2.2にパッチを適用した場合、検索のカスタマイズをリセットします。

- 第6.9.2項「upgradeOpss WLSTコマンドの実行」

- 第3.8項「サーバーとプロセスの起動」

- 第6.9.9項「upgradeWebCenterPermissions WLSTコマンドの実行」

- 第6.9.1項「OWSMで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをインポート」

- 第6.9.6.2項「WebCenter Portalワークフローの構成」

- 第6.9.6.7項「プロセス・スペースのアップグレード」

- 第6.9.10項「検索のカスタマイズのリセット」

他のパッチ適用済Fusion Middleware製品に、パッチ適用後のタスクを実行します。

必須

リリース11.1.1.8.0にパッチを適用したすべてのFusion Middleware製品について、必要なパッチ適用後タスクを実行します。

第5.5項「開始点がリリース11.1.1.6.0である場合のパッチ適用後のタスク」

サーバーおよびプロセスを起動または再起動します。

必須

Oracle Fusion Middleware環境を開始します。これには、Oracle WebLogic Server管理サーバー、管理対象サーバー、ノード・マネージャ、OPMN、およびすべてのシステム・コンポーネントの起動が含まれます。

注意: 以前にいずれかの管理対象サーバーを起動したことがあれば、この時点でそれらを再起動する必要があります。

第3.8項「サーバーとプロセスの起動」

Oracle WebCenter Portal 11.1.1.8.0のインストールを確認します。

必須

管理サーバーおよびWebCenter Portalなど、様々なURLへのアクセスを試行し、パッチ適用済Oracle WebCenter Portalインスタンスを検証します。

Oracle Fusion Middleware Oracle WebCenter Portalに関するインストレーション・ガイドのご使用の構成の検証についての項

6.4 Oracle WebCenter 11.1.1.4.0または11.1.1.5.0のインストールに対するパッチの適用

図6-3は、Oracle WebCenter 11.1.1.4.0または11.1.1.5.0のインストールを11.1.1.8.0に更新するために必要な手順を示しています。表6-4の指示に従い、それぞれの手順の情報に移動します。

注意:

図6-3および表6-4で列挙されている手順の多くは、このガイドの第3章と他の章で説明されています。第3章に記載されている手順に従って包括的な手順をすでに完了している場合(パッチ適用前の包括的なタスクの実行、WebCenter Portal以外のFusion Middleware製品へのパッチ適用、またはスキーマの更新など)、これらの手順をスキップできます。

図6-3では、Oracle WebCenter Portal固有の手順は、緑でハイライト表示されています。

図6-3 Oracle WebCenter 11.1.1.4.0または11.1.1.5.0への最新パッチの適用

表6-4 Oracle WebCenter 11.1.1.4.0または11.1.1.5.0への最新パッチの適用

タスク

必須/オプション

説明

リンク

OWSMセキュリティ・ポリシーで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをエクスポートします。

必須

Oracle WebCenterサービス・ポートレット・プロデューサやカスタム・ポートレット・プロデューサがOWSMセキュリティ・ポリシーでデプロイされて保護されている場合、これらのポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをJavaアーカイブ・(JAR)ファイルにエクスポートします。

第6.8.1項「OWSMで保護されているポートレット・プロデューサ・アプリケーションのデプロイメント・ディスクリプタをエクスポート」

一般的なパッチ適用前のタスクを実行します。

- システム要件、動作保証および相互運用性に関する情報を確認します

- サーバーとプロセスを停止します

- Middlewareホーム、ドメイン・ホームおよびOracleインスタンスをバックアップします

- データベースおよびデータベース・スキーマをバックアップします。

- 追加の構成情報をバックアップします

- Oracle WebLogic Serverへパッチを適用します

- サイレント・モードでのパッチ適用のためにemCCRファイルの名前を変更します

必須

Oracle WebCenter Portalへパッチを適用する前に、使用しているシステム要件と構成が最小要件を満たしており、バックアップが実行されていることを確認します。また、Oracle WebLogic Serverにパッチを適用して、サポートされる最新リリースにする必要があります。

サイレント・モードでソフトウェアにパッチを適用する場合は、emCCRファイルの名前を変更する必要があります。

第3.4項「一般的なパッチ適用前のタスク」

Oracle WebCenter Portalのインストーラ、および他の必要な製品のインストーラをダウンロードします。

必須

完全なインストーラであり、更新インストーラとしても機能するOracle WebCenter Portalインストーラをダウンロードします。この段階では、必要に応じて、パッチを適用予定の他のFusion Middleware製品(Oracle WebCenter ContentやOracle SOA Suiteなど)のインストーラもダウンロードできます。

注意: 第3章の指示に従って、すでに製品インストーラをダウンロードしてある場合は、この手順を省略できます。

第3.5項「インストーラのダウンロード」

パッチ・セット・インストーラを実行し、次のFusion Middleware製品にパッチを適用して最新リリースにします。

- Oracle Identity Management

- Oracle Web Tier (Oracle HTTP Server)

- Oracle Forms、ReportsおよびDiscoverer

- Oracle Portalをリリース11.1.1.6.0へ

これらの製品が環境にインストールされている場合は必須です。

Oracle WebCenter Portalにパッチを適用してリリース11.1.1.7.0にする前に、このような製品にパッチを適用します。

このOracle Fusion Middlewareのパッチ・セットでは、Oracle Portalの最新バージョンであるOracle Portal 11.1.1.6.0が提供されます。パッチ・セットを実行すると、Oracle Portalはリリース11.1.1.6.0にパッチ適用されます。

注意: Oracle Portal、Forms、ReportsおよびDiscovererは他のOracle Fusion Middleware製品と共有しない、別のMiddlewareホーム・ディレクトリにインストールすることをお薦めします。

注意: 第3章の指示に従って、すでにFusion Middleware製品にパッチを適用してある場合は、この手順を省略できます。

- 第3.3.4項「Oracle Identity and Access Managementにパッチを適用する場合の特殊な手順」

- 第3.3.3項「Oracle Portal、Forms、ReportsおよびDiscovererにパッチを適用する場合の特殊な手順」

- 第3.6項「Oracle Fusion Middlewareへのパッチ適用」

Oracle WebCenter Portalインストーラを実行します。

必須

Oracle WebCenter Portal 11.1.1.8.0インストーラを実行します。パッチ・セットの適用中、既存のOracle MiddlewareホームおよびWebCenter Portal Oracleホームの場所を指定します。

第3.6項「Oracle Fusion Middlewareへのパッチ適用」

他の必要なFusion Middleware製品にパッチを適用します(必要に応じてOracle SES 11.2.2.2にパッチを適用します)。

Middlewareホームにインストールされている製品についてのみ必須です。

この段階では、Oracle WebCenter ContentおよびOracle SOA Suiteなどの他のFusion Middleware製品は、その製品インストーラを実行してパッチを適用できます。

Oracle WebCenter Portalリリース11.1.1.8.0は、ファセット検索が可能なOracle SES 11.2.2.2をサポートしています。最良のパフォーマンスおよび最新の検索機能のために、Oracle SESリリース11.2.2.2の使用をお薦めします。既存のOracle SESインストールにリリース11.2.2.2へのパッチを適用している場合は、Oracle WebCenter Portalの新しいバージョンのドキュメント・サーバー・マネージャをOracle SESにインストールし、Oracle SESファセットおよびソート属性を構成する必要があります。

注意: 第3章の指示に従って、すでにその他のFusion Middleware製品にパッチを適用してある場合は、この手順を省略できます。

- 第3.6項「Oracle Fusion Middlewareへのパッチ適用」

- 第6.8.4項「Oracle WebCenter ContentまたはOracle ECMのアップグレードにおける考慮事項」

- Oracle SESへのパッチ適用については、OTNのSecure Enterprise Searchに関するオンライン・ドキュメント・ライブラリ11g リリース2 (11.2.2.2)のOracle Secure Enterprise Searchのインストールおよびアップグレードに関するガイドを参照してください。Oracle WebCenter Portalのドキュメント・サービス・マネージャの新規バージョンのインストールの詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalインストレーション・ガイド』のOracle SES 11.2.2.2のインストールに関する項を参照してください。

Oracle SOA Suiteにパッチを適用します。

必須

Oracle SOA Suiteに必須パッチを適用します。

注意: パッチ・セット・アシスタントを使用してスキーマをアップグレードする前に、このパッチを適用する必要があります。

第3.3.6.2項「Oracle SOA Suiteへのパッチの適用」

MDS、WEBCENTER、ACTIVITIES、DISCUSSIONSおよびDISCUSSIONS_CRAWLERスキーマをアップグレードします。

必須

パッチ・セット・アシスタントを使用して、スキーマをアップグレードします。

パッチ・セット・アシスタントを実行する前に、データベースが稼働していること、およびアップグレードするスキーマのバージョンがアップグレードのサポート対象であることを確認します。

注意: データベースベースのOPSSポリシー・ストアの場合、パッチ・セット・アシスタントを使用してprefix_OPSSスキーマをアップグレードします。他のパッチを適用した製品のスキーマをアップグレードする必要があるかどうかを確認します。この段階で、必要なスキーマをすべてアップグレードできます。表4-1「最新のリリース用に更新する必要があるスキーマ」にリストされているスキーマにすでにパッチを適用している場合は、この手順を省略できます。

第4章「パッチ・セット・アシスタントによるスキーマの更新」

次に示すWebCenter Portalのパッチ適用後のタスクを実行します。

- UpgradeOpss WLSTコマンドを実行します。

- 管理サーバーおよび管理対象サーバーを起動します。

- upgradeWebCenterPermissions() WLSTコマンドを実行します。

- OWSMセキュリティ・ポリシーで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをインポートします。

- ページレット・プロデューサのアップグレード・テンプレートを使用したドメインの拡張

- ページレット・プロデューサ、ポートレット・プロデューサ・アプリケーションおよびOracle SESに対するSSOおよびOHS構成の更新

- WebCenter Portalワークフローを構成します。

- プロセス・スペースをアップグレードします。

- Oracle SES 11.2.2.2を使用している場合は、Oracle SESの検索のカスタマイズをリセットします。

必須

UpgradeOpssを実行します。管理サーバーおよび管理対象サーバーを起動して、upgradeWebCenterPermissions WLSTコマンドを実行します。

サービス・ポートレット・プロデューサやカスタム・ポートレット・プロデューサが、パッチ適用前のインスタンスにおいてOWSMセキュリティ・ポリシーをともなってデプロイされ、このポリシーによって保護されている場合、Webサービス・デプロイメント・ディスクリプタをインポートします。

オプションですが、ページレット・プロデューサとProcess Spacesのアップグレードをお薦めします。

WebCenter Portalワークフロー、SSOおよびOHSが構成されている場合は、インスタンスのパッチ適用後にこれらを再構成する必要があります。

Oracle SES 11.2.2.2にパッチを適用した場合、検索のカスタマイズをリセットします。

- 第6.9.2項「upgradeOpss WLSTコマンドの実行」

- 第3.8項「サーバーとプロセスの起動」

- 第6.9.9項「upgradeWebCenterPermissions WLSTコマンドの実行」

- 第6.9.1項「OWSMで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをインポート」

- 第6.9.3項「ページレット・プロデューサのアップグレード・テンプレートを使用したドメインの拡張」

- 第6.9.4項「SSOおよびOHS構成の更新」

- 第6.9.6.2項「WebCenter Portalワークフローの構成」

- 第6.9.6.7項「プロセス・スペースのアップグレード」

- 第6.9.10項「検索のカスタマイズのリセット」

必要なFusion Middleware製品のパッチ適用後のタスクを実行します。

必須

パッチを適用したFusion Middleware製品に、必要なパッチ適用後タスクを実行します。

- 第5.3項「開始点がリリース11.1.1.4.0である場合のパッチ適用後のタスク」

- 第5.4項「開始点がリリース11.1.1.5.0である場合のパッチ適用後のタスク」

サーバーおよびプロセスを起動または再起動します。

必須

Oracle Fusion Middleware環境を開始します。これには、Oracle WebLogic Server管理サーバー、管理対象サーバー、ノード・マネージャ、OPMN、およびすべてのシステム・コンポーネントの起動が含まれます。

注意: 以前にいずれかの管理対象サーバーを起動したことがあれば、この時点でそれらを再起動する必要があります。

第3.8項「サーバーとプロセスの起動」

Oracle WebCenter Portal 11.1.1.8.0のインストールを確認します。

必須

管理サーバーおよびWebCenter Portalなど、様々なURLへのアクセスを試行し、パッチ適用済Oracle WebCenter Portalインスタンスを検証します。

Oracle Fusion Middleware Oracle WebCenter Portalに関するインストレーション・ガイドのご使用の構成の検証についての項

注意:

リリース11.1.1.6.0以降、WebCenter Portalのツールとサービスからタスク・フローをポートレットとして公開するための、新しいサービス・ポートレット・プロデューサが用意されています。ポートレットは、Oracle Portalアプリケーション、Oracle WebLogic PortalアプリケーションおよびOracle WebCenter InteractionアプリケーションのOracle WebCenter Portalサービス・ポートレットから使用できます。詳細は、第6.9.8.1項「アクティビティ・グラフ、Analytics、ページレット・プロデューサ、パーソナライズ・サーバーおよびサービス・ポートレットのインストール」を参照してください。

注意:

パッチを適用してリリース11.1.1.8.0に更新した後、オプションで分析コレクタのTRACEログ・レベルを無効化し、NOTIFICATIONログ・レベルを有効化することで、サーバーのパフォーマンスを安定させることができます。WC_Utilities管理対象サーバーでは、com.plumtree.analyticsロガーのレベル属性が値TRACE:32に設定されています。この値をNOTIFICATION:16に変更します。詳細は、『Oracle Fusion Middleware管理者ガイド』のログ・ファイルに書き込まれる情報レベルの設定に関する項を参照してください。

6.5 Oracle WebCenter 11.1.1.2.0または11.1.1.3.0のインストールに対するパッチの適用

この項では、Oracle WebCenter 11.1.1.2.0または11.1.1.3.0のインストールにパッチを適用してリリース11.1.1.8.0にすることに関する手順について説明します。この項には次のサブセクションがあります。

- 第6.5.1項「管理対象サーバーの変更」

- 第6.5.2項「Oracle WebCenter 11.1.1.2.0または11.1.1.3.0の移行ロードマップ」

- 第6.5.3項「WLSTコマンドを使用したOracle WebCenter Portalの更新」

6.5.1 管理対象サーバーの変更

リリース11.1.1.4.0以降、管理対象サーバーの名前がWLS_nameからWC_nameに変更されています。ここで、nameは管理対象サーバーの名前です。詳細は、Oracle Fusion Middleware Oracle WebCenter Portalに関するインストレーション・ガイドのOracle WebCenter Portal管理対象サーバーに関する項を参照してください。

リリース11.1.1.2.0および11.1.1.3.0では、WLS_Services管理対象サーバーがOracle WebCenter DiscussionsおよびOracle WebCenter Wiki and Blog Serverをホストしていました。リリース11.1.1.4.0以降、WLS_Servicesはサポートされていません。Oracle WebCenter Portalのディスカッション・サーバーはWC_Collaborationにデプロイされ、WikiおよびブログはContent Serverに配置されています。

リリース11.1.1.4.0以降は、新しい管理対象サーバーWC_Utilitiesがサポートされ、これは分析コレクタ、アクティビティ・グラフ・エンジンおよびパーソナライズなどのOracle WebCenter Portalコンポーネントをホストします。

6.5.2 Oracle WebCenter 11.1.1.2.0または11.1.1.3.0の移行ロードマップ

図6-4は、Oracle WebCenter 11.1.1.2.0または11.1.1.3.0のインストールにパッチを適用して11.1.1.8.0にするために必要な手順を示しています。表6-5の指示に従い、それぞれの手順の情報に移動します。

注意:

図6-4および表6-5で列挙されている手順の多くは、このガイドの第3章と他の章で説明されています。第3章に記載されている手順に従って包括的な手順をすでに完了している場合(パッチ適用前の包括的なタスクの実行、WebCenter Portal以外のFusion Middleware製品へのパッチ適用、またはスキーマの更新など)、これらの手順をスキップできます。

図6-4では、Oracle WebCenter Portal固有の手順は、緑でハイライト表示されています。

図6-4 Oracle WebCenter 11.1.1.2.0または11.1.1.3.0への最新パッチの適用

表6-5 Oracle WebCenter 11.1.1.2.0または11.1.1.3.0への最新パッチの適用

タスク

必須/オプション

説明

リンク

OWSMセキュリティ・ポリシーで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをエクスポートします。

必須

ご使用のポートレット・プロデューサがOWSMセキュリティ・ポリシーでデプロイされて保護されている場合、これらのポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをJavaアーカイブ・(JAR)ファイルにエクスポートします。

第6.8.1項「OWSMで保護されているポートレット・プロデューサ・アプリケーションのデプロイメント・ディスクリプタをエクスポート」

一般的なパッチ適用前のタスクを実行します。

- システム要件、動作保証および相互運用性に関する情報を確認します

- サーバーとプロセスを停止します

- Middlewareホーム、ドメイン・ホームおよびOracleインスタンスをバックアップします

- データベースおよびデータベース・スキーマをバックアップします。

- 追加の構成情報をバックアップします

必須

Oracle WebCenter Portalのパッチ適用を開始する前に、システムの環境と構成が最小要件を満たし、バックアップが取られていることを確認してください。

- 第3.4.1項「システム要件と動作保証の確認」

- 第3.4.3項「サーバーとプロセスの停止」

- 第3.4.4項「Middlewareホーム、ドメイン・ホームおよびOracleインスタンスのバックアップ」

- 第3.4.5項「データベースとデータベース・スキーマのバックアップ」

- 第3.4.6項「追加の構成情報のバックアップ」

Oracle WebCenter Portalのパッチ適用前のタスクを実行します。

- OmniPortletとWebクリッピングのカスタマイズを保存します。

- purgeMetadata()を実行します。

- 必要に応じて、Oracle ECM 10gにパッチを適用して、リリース10.1.3.5.1にします。

必須

Oracle WebCenter Portalにパッチを適用する前に、OmniPortletとWebクリッピングのカスタマイズを保存します。WebCenter Portal (従来の名称はWebCenter Spaces)で、purgeMetadata()を実行します。

Oracle ECM 10gがインストールされていて、従来のバージョンを使用している場合は、リリース10.1.3.5.1にアップグレードします。

- 第6.8.2項「OmniPortletとWebクリッピングのカスタマイズを保存」

- 第6.8.3項「WebCenter SpacesでのpurgeMetadata()の実行」

- 第6.8.4項「Oracle WebCenter ContentまたはOracle ECMのアップグレードにおける考慮事項」

Oracle WebLogic Serverにパッチを適用し最新バージョンにします。

必須

Oracle WebLogic Serverにパッチを適用し最新リリースにします。

第3.4.7項「Oracle WebLogic Serverの更新」

サイレント・モードでパッチを適用する場合は、emCCRファイルの名前を変更します。

サイレント・モードの場合は必須

第3.4.8章「サイレント・モードでのパッチ適用のためのemCCRファイルの名前変更」

Oracle WebCenter Portalのインストーラ、および他の必要な製品のインストーラをダウンロードします。

必須

WebCenter Portalインストーラをダウンロードします。これは更新インストーラとしても機能する完全なインストーラです。この段階では、Oracle WebCenter ContentやOracle SOA Suiteなど、パッチ適用を計画しているその他のFMW製品のインストーラもダウンロードできます。

注意: 第3章の指示に従って、すでに製品インストーラをダウンロードしてある場合は、この手順を省略できます。

第3.5項「インストーラのダウンロード」

パッチ・セット・インストーラを実行し、次のFusion Middleware製品にパッチを適用して最新リリースにします。

- Oracle Identity Management

- Oracle Web Tier (Oracle HTTP Server)

- Oracle Forms、ReportsおよびDiscoverer

- Oracle Portalをリリース11.1.1.6.0へ

これらの製品が環境にインストールされている場合は必須です。

Oracle WebCenter Portalにパッチを適用する前に、このような製品にパッチを適用してリリース11.1.1.7.0にします。

このOracle Fusion Middlewareのパッチ・セットでは、Oracle Portalの最新バージョンであるOracle Portal 11.1.1.6.0が提供されます。パッチ・セットを実行すると、Oracle Portalはリリース11.1.1.6.0にパッチ適用されます。

注意: Oracle Portal、Forms、ReportsおよびDiscovererは他のOracle Fusion Middleware製品と共有しない、別のMiddlewareホーム・ディレクトリにインストールすることをお薦めします。

注意: 第3章の指示に従って、すでにFusion Middleware製品にパッチを適用してある場合は、この手順を省略できます。

- 第3.3.4項「Oracle Identity and Access Managementにパッチを適用する場合の特殊な手順」

- 第3.3.3項「Oracle Portal、Forms、ReportsおよびDiscovererにパッチを適用する場合の特殊な手順」

- 第3.6項「Oracle Fusion Middlewareへのパッチ適用」

Oracle WebCenter Portalインストーラを実行し、パッチを適用してリリース11.1.1.8.0にします。

必須

Oracle WebCenter Portal 11.1.1.8.0インストーラを実行します。パッチ・セットの適用中、既存のOracle MiddlewareホームおよびWebCenter Portal Oracleホームの場所を指定します。

第3.6項「Oracle Fusion Middlewareへのパッチ適用」

Oracle ECM 10.1.3.5.1を、Oracle WebCenter Content 11.1.1.8.0にアップグレードします。

必須

Oracle ECM 10gを使用している場合、Oracle WebCenter Content 11.1.1.8.0にアップグレードする必要があります。(リリース11.1.1.6.0以降、Oracle ECMはOracle WebCenter Contentに名称変更されています。)

第6.8.4項「Oracle WebCenter ContentまたはOracle ECMのアップグレードにおける考慮事項」

他の製品インストーラを実行して、必要な他のFusion Middleware製品にパッチを適用します

Middlewareホームにインストールされている製品についてのみ必須です。

この段階では、Oracle SOA Suiteなどの他のFusion Middleware製品にパッチを適用できます。

注意: 第3章の指示に従って、すでにその他のFusion Middleware製品にパッチを適用してある場合は、この手順を省略できます。

第3.6項「Oracle Fusion Middlewareへのパッチ適用」

Oracle SOA Suiteにパッチを適用します。

必須

Oracle SOA Suiteに必須パッチを適用します。

注意: パッチ・セット・アシスタントを使用してスキーマをアップグレードする前に、このパッチを適用する必要があります。

第3.3.6.2項「Oracle SOA Suiteへのパッチの適用」

必要なスキーマ(MDS、WEBCENTER、DISCUSSIONS、およびDISCUSSIONS_CRAWLER)をアップグレードします。

必須

Oracle WebCenter Portal固有のスキーマをアップグレードします。

注意: 最初にリリース11.1.1.1.0のリポジトリ作成ユーティリティを使用してインストールされ、その後リリース11.1.1.2.0/11.1.1.3.0にアップグレードされたWebCenter Portal (従来の名称はWebCenter Spaces)スキーマの場合、パッチ・セット・アシスタントを実行してスキーマをリリース11.1.1.8.0にアップグレードする前に、そのWebCenter Spacesスキーマの所有者に追加の権限を付与する必要があります。SQL*Plusを使用して、WebCenter Portalスキーマを含むデータベースにSYSDBAユーザーとして接続し、そのWebCenter Portalスキーマの所有者にcreate viewを付与します。

注意: データベースベースのOPSSポリシー・ストアの場合、パッチ・セット・アシスタントを使用してprefix_OPSSスキーマをアップグレードします。他のパッチを適用した製品のスキーマをアップグレードする必要があるかどうかを確認します。この段階で、必要なスキーマをすべてアップグレードできます。表4-1「最新のリリース用に更新する必要があるスキーマ」にリストされているスキーマをすでにアップグレード済の場合は、この手順を省略できます。

第4章「パッチ・セット・アシスタントによるスキーマの更新」

WLSTコマンドを使用して、WebCenter Portalを更新します。

必須

WLSTコマンドを使用して、すぐに使用可能で企業用の、カスタマイズ可能なアプリケーションであるWebCenter Portalを更新します。

第6.5.3項「WLSTコマンドを使用したOracle WebCenter Portalの更新」

Oracle WebCenter Portalのパッチ適用後のタスクを実行します。

- Oracle Wikiページおよびブログを移行します。

- コンテンツ・プレゼンタのカスタム・テンプレートを移行します。

- REST API構成を更新します。

- カレンダの複数レイアウトを更新します。

- OmniPortletとWebクリッピングのカスタマイズをリストアします。

- ドメインを拡張してOracle WSM Policy Managerをインストールします

- setDomainEnvのOpenUsageプロパティを削除します

- アップグレード済のカスタム・ポータルの管理対象サーバーにアプリケーションを再デプロイします。

- setDomainEnvスクリプトからLD_LIBRARY_PATHを削除します

- WSRPポートレット・プリファレンスを移行します。

必須

Oracle WebCenter Portalのパッチ適用後のタスクを実行します。

第6.9.5項「Oracle WebCenter 11.1.1.2.0または11.1.1.3.0インストールのパッチ適用後のタスクの実行」

WebCenter Portalアプリケーションのパッチ適用後のタスクを実行します。

- コンテンツ・サーバー接続にWebコンテキスト・ルートを設定します。

- WebCenter Portalワークフローを構成します。

- タイムゾーン属性を更新します。

- ポータルの表示モードを更新します。

- デフォルト・スタート(またはランディング)・ページを選択します。

- WebCenter Portalのカスタマイズを移行します。

- プロセス・スペースをアップグレードします。

- アップグレードされたポータルでアセットを管理するための、権限を付与します。

必須

WebCenter Portalのパッチ適用後のタスクを実行します。

第6.9.6項「WebCenter Portalアプリケーションのパッチ適用後のタスクを実行」

Oracle WebCenter Portalセキュリティへの、パッチ適用後のタスクを実行します。

- OWSMセキュリティ・ポリシーで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをインポートします。

- 認証プロバイダのリストを更新して、Oracle Single Sign-On認証プロバイダを追加します。

必須

パッチ適用前のインスタンスにおいて、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタがOWSMセキュリティ・ポリシーで保護されている場合、これらをインポートします。

パッチ適用前インスタンスに外部の認証プロバイダまたはIDアサーション・プロバイダを構成してある場合は、インスタンスのパッチ適用後に再度構成する必要があります。

注意: WebCenter PortalのWS-Securityを追加で設定する場合は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルのWS-Securityの構成についての章を参照してください。

- 第6.9.1項「OWSMで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをインポート」

- 第6.9.7項「認証プロバイダのリストへのOracle Single Sign-On認証プロバイダの追加」

Oracle WebCenter Portalの新機能を追加します。

- ドメインを拡張して、アクティビティ・グラフ、Analytics、ページレット・プロデューサ、パーソナライズおよびサービス・ポートレットを追加します。

- WebCenterカスタム・アプリケーションをアップグレードして、ポータル・フレームワーク機能を追加します。

オプション

リリース11.1.1.2.0および11.1.1.3.0と比較して、Oracle WebCenter Portal 11.1.1.8.0には、いくつかの新機能があります。WebCenter Portalドメインを拡張して新規機能を追加し、また必要に応じて、ご使用のWebCenterカスタム・アプリケーションを更新することもできます。

第6.9.8項「Oracle WebCenter Portalへの新機能の追加」

必要なFusion Middleware製品のパッチ適用後のタスクを実行します。

必須

パッチを適用したFusion Middleware製品に、必要なパッチ適用後タスクを実行します。

- 第5.1項「開始点がリリース11.1.1.2.0である場合のパッチ適用後のタスク」

- 第5.2項「開始点がリリース11.1.1.3.0である場合のパッチ適用後のタスク」

サーバーおよびプロセスを起動または再起動します。

必須

Oracle Fusion Middleware環境を開始します。これには、Oracle WebLogic Server管理サーバー、管理対象サーバー、ノード・マネージャ、OPMN、およびすべてのシステム・コンポーネントの起動が含まれます。

注意: 以前にいずれかの管理対象サーバーを起動したことがあれば、この時点でそれらを再起動する必要があります。

第3.8項「サーバーとプロセスの起動」

Oracle WebCenter Portal 11.1.1.8.0のインストールを確認します。

必須

管理サーバーおよびWebCenter Portalなど、様々なURLへのアクセスを試行し、パッチ適用済Oracle WebCenter Portalインスタンスを検証します。

Oracle Fusion Middleware Oracle WebCenter Portalに関するインストレーション・ガイドのご使用の構成の検証についての項

6.5.3 WLSTコマンドを使用したOracle WebCenter Portalの更新

WLSTを使用してOracle WebCenter Portalをアップグレードする前に、次を行います。

- Oracle WebCenter Portal 11.1.1.8.0インストーラの実行によって、ご使用のOracle WebCenter Portalソフトウェアのバイナリが更新されていることを確認すること。

- データベース・スキーマを更新済であること。

WLSTコマンドの使用によってOracle WebCenter Portalを更新するには、次の手順を行います。

1. 管理サーバーとすべての管理対象サーバーを停止します。

2. Oracle共通ホーム・ディレクトリからWLSTを起動します。
UNIXオペレーティング・システムの場合:

cd ORACLE_COMMON_HOME/common/bin
./wlst.sh

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

cd ORACLE_COMMON_HOME\common\bin
wlst.cmd

3. 外部LDAPサーバーが起動しているのを確認してから、オフライン・モードで(どのサーバーにも接続せずに)upgradeOpssコマンドを実行します。
UNIXオペレーティング・システムの場合:

upgradeOpss(jpsConfig='DOMAIN_HOME/config/fmwconfig/jps-config.xml', jaznData='MW_HOME/oracle_common/modules/oracle.jps_11.1.1/domain_config/system-jazn-data.xml')

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

upgradeOpss(jpsConfig='DOMAIN_HOME\\config\\fmwconfig\\jps-config.xml', jaznData='MW_HOME\\oracle_common\\modules\\oracle.jps_11.1.1\\domain_config\\system-jazn-data.xml')

注意:

upgradeOpss()コマンドを再実行する必要がある場合は、現在のWLSTセッションを終了して新しいセッションを開始してからupgradeOpss()コマンドを再実行する必要があります。

4. データベースベースのOPSSポリシー・ストアを使用している場合は、オフライン・モードで(どのサーバーにも接続せずに) upgradeOpssコマンドを実行します。

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

upgradeOpss(jpsConfig='DOMAIN_HOME/config/fmwconfig/jps-config.xml',
jaznData='MW_HOME/oracle_common/modules/oracle.jps_11.1.1/domain_config/system-jazn-data.xml',
auditStore='MW_HOME/oracle_common/modules/oracle.jps_11.1.1/domain_config/auditstore.xml',
jdbcDriver='oracle.jdbc.driver.OracleDriver',
url='jdbc:oracle:thin:@db_host:db_port:db_sid', user='Prefix_OPSS',
password='password', upgradeJseStoreType='true')

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

upgradeOpss(jpsConfig='DOMAIN_HOME\\config\\fmwconfig\\jps-config.xml',
jaznData='MW_HOME\\oracle_common\\modules\\oracle.jps_11.1.1\\domain_config\\system-jazn-data.xml',
auditStore='MW_HOME\\oracle_common\\modules\\oracle.jps_11.1.1\\domain_config\\auditstore.xml', jdbcDriver='oracle.jdbc.driver.OracleDriver',
url='jdbc:oracle:thin:@db_host:db_port:db_sid', user='prefix_OPSS',
password='password', upgradeJseStoreType='true')

詳細は、Oracle Fusion Middlewareアプリケーションのセキュリティに関するガイドのupgradeOpssによるポリシーのアップグレードに関する項を参照してください。

5. WebCenter Portal Oracleホーム・ディレクトリ(WCP_ORACLE_HOME)に移動し、WLSTスクリプトを起動します。
(UNIX) WCP_ORACLE_HOME/common/bin/wlst.sh

(Windows) WCP_ORACLE_HOME\common\bin\wlst.cmd

6. upgradeWebCenterDomainコマンドをオフライン・モードで実行します。

upgradeWebCenterDomain(domainDirName='DOMAIN_HOME', oracleHome='WCP_ORACLE_HOME', upgradeCustomSpaces=[1|0])

説明:

- domainDirName - DOMAIN_HOMEを、ドメイン・ホーム・ディレクトリのフルパスに置換します。

- oracleHome - WCP_ORACLE_HOMEをWebCenter Portal Oracleホーム・ディレクトリへのフルパスに置換します。

- upgradeCustomSpaces - custom.webcenter.spaces共有ライブラリを使用してWebCenter Portal (従来の名称はWebCenter Spaces)をカスタマイズしてあり、アップグレード済インスタンスにそのカスタマイズを移行する場合は1を設定します。WebCenter Portalでご使用の拡張を使用する方法の詳細は、次を参照してください。
http://www.oracle.com/technetwork/middleware/webcenter/owcs-ps4-wcs-ext-samples-wp-406559.pdf

警告:

upgradeCustomSpacesを0に設定してOracle WebCenter Portalドメインをアップグレードする場合、ページ・テンプレートやスキンなど、以前のカスタマイズおよび開発リソースはアップグレード済のWebCenter Portalインスタンスで使用できなくなります(アップグレード・プロセス後にWebCenter Portalのカスタマイズを移行する機能はありません)。

例:

upgradeWebCenterDomain(domainDirName='/home/Oracle/Domains/wc_domain', oracleHome='/home/Oracle/Middleware/Oracle_WC1', upgradeCustomSpaces=1)

注意:

upgradeWebCenterDomainコマンドを実行すると、エラー・メッセージが表示されることがあります。これらのエラーは、操作が正常に完了したことを示すテキストが表示されているかぎり、無視して問題ありません。エラー・メッセージの詳細は、Oracle Fusion Middlewareリリース・ノートを参照してください。

7. 管理サーバーを起動します。

8. WC_SpacesおよびWC_Collaboration管理対象サーバーを起動します。

9. 管理サーバーに接続します。

connect(admin_username, admin_password, host)

10. WC_Spaces管理対象サーバーを実行しているドメインで、upgradeWebCenterPermissionsコマンドを実行し、必要な権限をLDAPストアに追加します。

upgradeWebCenterPermissions()

注意:

upgradeWebCenterPermissionsコマンドを実行すると、エラー・メッセージが表示されることがあります。これらのエラーは、操作が正常に完了したことを示すテキストが表示されているかぎり、無視して問題ありません。エラー・メッセージの詳細は、Oracle Fusion Middlewareリリース・ノートを参照してください。

11. ここまでの説明はすべて、単一ノードを対象にしたものです。ドメイン内の複数のマシンで複数のサーバーが実行されている場合は、ドメインを圧縮および解凍して、クラスタ内の他のノードに変更を複製する必要があります。
更新済ドメインを圧縮および解凍する手順は次のとおりです。

1. 管理サーバーを圧縮します。

cd WCP_ORACLE_HOME/common/bin
./pack.sh -managed=true -domain=DOMAIN_HOME -template=wcdomaintemplate.jar -template_name=wc_domain_template

2. wcdomaintemplate.jarを、他のマシンのWCP_ORACLE_HOME/common/binにコピーします。

3. 他のマシンの古いドメイン・ディレクトリ(DOMAIN_HOMEおよびAPPLICATION_HOME)を削除または移動します。

4. 他の各マシンのドメインを解凍します。

cd WCP_ORACLE_HOME/common/bin
./unpack.sh -domain=DOMAIN_HOME -template=wcdomaintemplate.jar

12. Oracle WebCenter Portal管理対象サーバーを起動します。

- WC_Spaces (WebCenter Portal)

- WC_Portlet (ポートレット・プロデューサ)

- WC_Collaboration (ディスカッション・サーバー)

WC_Spacesサーバーが起動しているのを確認してから、次の手順に進みます。

13. 管理サーバーから切断して、外部LDAPサーバーで定義され、埋込みのOracle WebLogic Serverで管理ユーザーとして定義されている、Oracle WebCenter Portalの管理者としてWC_Spacesサーバーに接続します。

注意:

管理ユーザーは、外部LDAPディレクトリのユーザーかつ埋込みOracle WebLogic ServerのLDAPディレクトリの管理権限を持つユーザーとして定義されている必要があります。

必要に応じて、次の方法で、埋込みOracle WebLogic ServerのLDAPサーバーの管理グループにユーザーを追加できます。

1. WebLogic Serverコンソールにログインします。

2. 「セキュリティ・レルム」をクリックして、myrealmリンクを選択します。

3. 「ロール/ポリシー」タブをクリックします。

4. 「グローバル・ロール」を展開し、「ロール」を展開して、「管理」ロールの「ロール条件の表示」をクリックします。

5. 「条件の追加」をクリックし、「述部リスト」フィールドから「ユーザー」を選択して、「次へ」をクリックします。

6. 「ユーザー引数名」フィールドにユーザー名を入力して、「追加」をクリックします。

7. 「終了」をクリックします。先ほど入力したユーザーが管理者とともに表示されます。

8. 変更を保存して終了します。

14. WC_Spaces管理対象サーバーが実行されているドメインで、upgradeWebCenterApplicationコマンドを実行します。

upgradeWebCenterApplication(appName='webcenter')

WebCenter Portalがデプロイされている複数のサーバーがあるクラスタ環境の場合は、サーバー名を指定する必要があります。例:

upgradeWebCenterApplication(appName='webcenter', server="server_name")

15. 信頼ストア・ファイルをOracleホーム・ディレクトリからOracle WebLogic Serverのドメイン・ディレクトリにコピーします。
例:

cp MW_HOME/oracle_common/modules/oracle.jps_11.1.1/jps-wls-trustprovider.jar
DOMAIN_HOME/lib/mbeantypes/jps-wls-trustprovider.jar

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

6.6 Oracle WebCenter 11.1.1.1.0のインストールに対するパッチの適用

Oracle WebCenter 11g (11.1.1.1.0)を実行している場合は、最初にOracle Fusion Middleware環境を11gリリース11.1.1.2.0に更新し、次にOracle WebCenter Portal 11.1.1.8.0のパッチを適用する必要があります。

図6-5は、Oracle WebCenter 11.1.1.1.0インストールをOracle WebCenter Portalリリース11.1.1.8.0に更新するために必要な手順を示しています。表6-6に、これらの手順の詳細を示します。表を使用して、それぞれの手順の情報に移動します。または、付録C「パッチ・アシスタントを使用した11gリリース1 (11.1.1.1.0)からリリース1 (11.1.1.2.0)への移行」の手順に従ってください。

図6-5 Oracle WebCenter 11.1.1.1.0への最新パッチの適用

表6-6 Oracle WebCenter 11.1.1.1.0への最新パッチの適用

タスクおよび詳細情報へのリンク

必須/オプション

リンク

リリース11.1.1.2.0への、Oracle WebCenter 11.1.1.1.0のパッチの適用を準備します。

必須

付録C「移行の準備」

Oracle WebCenterおよび他のFusion Middleware製品にパッチを適用して11.1.1.2.0にします。

必須

付録C「移行手順」

Oracle WebCenter 11.1.1.2.0のパッチ適用後の構成を実行します。

- IDストアを再構成し、アプリケーション・ポリシーと資格証明ストアを移行します。

- SSLおよびキーストアを構成します(11.1.1.1.0で使用されていた場合)。

- SSOを構成します(11.1.1.1.0で使用されていた場合)。

- グループ・スペース・データをリフレッシュします(WebCenter Spacesのみ)。

- 11.1.1.1.0の構成変更を再適用します。

- カスタムWebCenterアプリケーションを移行します。

- ディスカッションに対してWS-Securityを構成します(WebCenter Spacesのみ)。

- Oracle Content Server 10.1.3.5.1への移行

- Wikiテンプレートおよび添付ファイルを移行します。

必須

付録C「Oracle WebCenterの移行後の構成」

他のFusion Middleware製品のパッチ適用後の構成を実行します。

必須

付録C「Oracle Fusion Middlewareコンポーネントの移行後の構成」

11.1.1.1.0インストールの廃止

必須

付録C「11.1.1.1.0インストールの廃止」

パッチを適用してリリース11.1.1.2.0から11.1.1.8.0にします

必須

第6.5項「Oracle WebCenter 11.1.1.2.0または11.1.1.3.0のインストールに対するパッチの適用」

6.7 問題のトラブルシューティング

この項では、Oracle WebCenterへのパッチの適用時または適用後に発生する可能性のある問題のトラブルシューティングに役立つ情報を提供します。

6.7.1 Oracle WebCenter Portalのパッチ適用に伴う問題のトラブルシューティング

この項では、Oracle WebCenter Portalへのパッチの適用時に発生する可能性のある問題のトラブルシューティングに役立つ情報を提供します。

問題

upgrade.pyスクリプトの実行中に、次のエラーが発生することがあります。

WLSTException: Error occured while performing nmConnect : Cannot connect to Node Manager. : Connection refused. Could not connect to NodeManager.

解決策

このエラーが発生した場合は、ノード・マネージャが稼働していること、およびスクリプトに指定されたユーザーおよびサーバーの情報が正しいことを確認します。その後、upgrade.pyスクリプトを再実行して、Oracle WebCenter Portalインスタンスへのパッチの適用を完了します。

6.7.2 パッチ適用後の問題のトラブルシューティング

この項では、WebCenter Portal 11.1.1.8.0へのパッチの適用後に発生する可能性のある問題のトラブルシューティングに役立つ情報を提供します。この項には次のサブセクションがあります。

- 第6.7.2.1項「「関連アイテム」タブにフォーカスが設定されない」

- 第6.7.2.2項「コンテンツがクリップされ、内部スクロールバーが表示される」

- 第6.7.2.3項「プリティURLがページ・ナビゲーションで機能しない」

- 第6.7.2.4項「コンテンツ問合せがナビゲーション・モデルでレンダリングされない」

- 第6.7.2.5項「ブログ投稿がポータルに表示されない」

- 第6.7.2.6項「コメントや「いいね!」がActivity Streamに表示されない」

6.7.2.1 「関連アイテム」タブにフォーカスが設定されない

問題

Oracle WebCenter 11.1.1.4.0では、WebCenter Portalアプリケーションにドキュメント・ビューア・タスク・フローが含まれ、サイドバーの初期プロパティはrelatedItemsに設定されていました。ただし、パッチを適用したインスタンスでタスク・フローに移動すると、関連アイテムが表示されているにもかかわらず「関連アイテム」タブにフォーカスが設定されません。

解決策

リリース11.1.1.6.0以降、「関連アイテム」タブは存在しなくなりました。サイド・バーの初期プロパティの値を変更して、新しいタブ(タグ、リンクまたは推薦)のいずれかをターゲットに設定できます。

6.7.2.2 コンテンツがクリップされ、内部スクロールバーが表示される

問題

リリース11.1.1.2.0および11.1.1.3.0からアップグレードされたポータル(従来の名称はスペース)で、コンテンツがクリップされ、内部スクロールバーがコンポーネント上に表示されます。

解決策

リリース11.1.1.6.0以降、WebCenter Portalのデフォルト・ページ・テンプレートはトップ・ナビゲーションであり、これによってフロー・レイアウトが実装されます。フロー・レイアウトを実装するすべてのページ・テンプレートは固定幅を持ちます。リリース11.1.1.4.0より前に作成されたほとんどのページは、表示可能領域を最大限使用するようにコンポーネントを広げることができるストレッチ・レイアウトを実装したページ・テンプレートに基づいています。アップグレードされたWebCenter Portalインスタンスには、デフォルト・テンプレートとしてトップ・ナビゲーションが設定されるため、ポータル・ページがストレッチ・レイアウトのページ・テンプレートに基づいている場合は適切にレンダリングされないことがあります。

リリース11.1.1.2.0または11.1.1.3.0からパッチを適用したら、必要に応じてポータルを構成し、コンテンツをストレッチできるページ・テンプレートを使用するようにします。リリース11.1.1.6.0以降、ストレッチ・レイアウトがサポートされているデフォルト・ページ・テンプレートには、トップ・ナビゲーション(ストレッチ)、サイド・ナビゲーション(ストレッチ)、Fusionトップ・ナビゲーション、およびFusionサイド・ナビゲーションがあります。

6.7.2.3 プリティURLがページ・ナビゲーションで機能しない

問題

パッチを適用したWebCenter Portalアプリケーションで、プリティURLを使用して特定のページに移動できません。

解決策

リリース11.1.1.6.0以降、ポータル内の特定のページに移動するためのプリティURLが変更されました。

ホーム・ポータルの特定のページに移動するには、次を使用します。

http://host:port/webcenter/spaces/profile/userName/page/escapedPageDisplayName

変数userNameは、ご使用のユーザー名、またはホーム・ポータルでページを所有するユーザー名です。変数escapedPageDisplayNameは、ページの表示名のエスケープ・バージョンを示します。たとえば、My Pageという名前のページを作成すると、このページのURLの最後はMy+Pageとなります。例:

http://host:port/webcenter/spaces/profile/weblogic/page/My+Page

ビジネス・ロール・ページおよびシステム・ページをターゲットとするUI URLに対して、次の構文を使用します。

http://host:port/webcenter/spaces/system/page/pageName

例:

http://host:port/webcenter/spaces/system/page/Documents

6.7.2.4 コンテンツ問合せがナビゲーション・モデルでレンダリングされない

問題

パッチを適用してリリース11.1.1.8.0に更新した後、コンテンツ問合せがナビゲーション・モデルでレンダリングされません。

解決策

Oracle WebCenter Portalへのパッチ適用後、前のコンテンツ問合せがナビゲーション・モデルにリストされない場合は、Content Serverに索引コレクションを再構築する必要があります。詳細は、Oracle WebCenter Content Serverコンテンツ・システムに関する管理者ガイドのコレクションの再作成に関する項を参照してください。

6.7.2.5 ブログ投稿がポータルに表示されない

問題

Oracle WebCenter 11.1.1.2.0インスタンスへのパッチ適用後、ブログ投稿がポータルに表示されません。

解決策

Wiki Migratorユーティリティwiki-upgrade.jarは、Wikiページ、およびWikiとBlogページ形式を使用して作成されたブログのみを移行します。ポータルでは、wcURLパラメータを使用して、ページが別のWikiまたはブログを指し示すように構成できます。ただし、この種のカスタマイズはWiki移行ではサポートされていません。このため、リリース11.1.1.2.0では、ページが別のWikiまたはブログを示すようにカスタム接続されている場合、ページにはパッチ適用済インスタンスのWikiまたはブログが表示されません。

wiki-upgrade.jarユーティリティでは、リリース11.1.1.2.0のWikiおよびブログのデータを、ドメインと同じ名前の一時フォルダに移行します。このフォルダは必要なポータル・フォルダに移動する必要があります。次のどちらかの操作を実行します。

- ドメイン・フォルダの名前を、Wikiページまたはブログと同じ名前に変更します。

- 必要なポータルで、新しく移動したフォルダと同じ名前の、新しいページを作成します。これによってWikiまたはブログを公開するページが新しく作成されます。次に、前のエラーのあるページを削除できます。

6.7.2.6 コメントや「いいね!」がActivity Streamに表示されない

問題

パッチ適用後のOracle WebCenter Portalインスタンスでは、パッチ適用前インスタンスに投稿された様々なメッセージや追加されたドキュメントがActivity Streamにリストされます。しかし、これらのメッセージやドキュメントに関連するコメントや「いいね!」は表示されません。

説明

前のリリースでは、コメントや「いいね!」はオブジェクト(メッセージまたはドキュメント)自体に関連付けられていましたが、Oracle WebCenter Portal 11.1.1.8.0では、コメントや「いいね!」はアクティビティと関連付けられており、オブジェクトには関連付けられていません。

たとえば、ドキュメントのバージョン1をアップロードし、後でバージョン2に更新するとします。Activity Streamには、バージョン1のアップロード、またはバージョン2へのドキュメント更新のアクティビティに関連するコメントや「いいね!」が表示されます。ドキュメント自体に関連するコメントや「いいね!」は表示されません。

6.8 Oracle WebCenter Portalのパッチ適用前のタスク

Oracle WebCenter Portal環境にパッチを適用するための準備には、サーバーの停止、環境のバックアップ、およびWebLogic Serverの最新バージョンへのアップグレードなどの一般的なタスクの実行があります。これにはOracle WebCenter Portalインスタンスの準備も含まれます。この項では、WebCenter Portalをリリース11.1.1.8.0へパッチ適用する前に実行する必要のある、Oracle WebCenter Portal固有のすべてのパッチ適用前タスクについて説明します。

注意:

この項で説明するパッチ適用前のタスクは、すべてのアップグレード・パスで必要なわけではありません。タスクが適用可能かどうかを判断するには、既存の環境について、この章に示す図と表を参照してください。たとえば、Oracle WebCenter Portal 11.1.1.6.0へパッチを適用する場合は、第6.3項「Oracle WebCenter Portal 11.1.1.6.0インストールへのパッチ適用」の図と表を参照してください。

この項には次のサブセクションがあります。

- 第6.8.1項「OWSMで保護されているポートレット・プロデューサ・アプリケーションのデプロイメント・ディスクリプタをエクスポート」

- 第6.8.2項「OmniPortletとWebクリッピングのカスタマイズを保存」

- 第6.8.3項「WebCenter SpacesでのpurgeMetadata()の実行」

- 第6.8.4項「Oracle WebCenter ContentまたはOracle ECMのアップグレードにおける考慮事項」

6.8.1 OWSMで保護されているポートレット・プロデューサ・アプリケーションのデプロイメント・ディスクリプタをエクスポート

Oracle WebCenter Portalインスタンスにおいて、サービス・ポートレット・プロデューサやカスタム・ポートレット・プロデューサが、OWSMセキュリティ・ポリシーをともなってデプロイされ、このポリシーによって保護されている場合、ご使用のインスタンスにパッチを適用した後でセキュリティ・ポリシーを再構成する必要があります。この準備のために、これらのポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをJavaアーカイブ・(JAR)ファイルにエクスポートする必要があります。

ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをJARファイルにエクスポートするには、次の手順を実行します。

1. WC_Portlet管理対象サーバー、およびカスタム・ポートレット・プロデューサがデプロイされるカスタムの管理対象サーバーが、起動し稼働中であることを確認します。

2. WebCenter Portal Oracleホーム・ディレクトリからWLSTスクリプトを起動し、Oracle WebCenter Portalの管理サーバーに接続します。詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルのOracle WebLogic Scripting Tool (WLST)コマンドの実行に関する項を参照してください。

3. WLSTコマンドを実行して、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをJARファイルにエクスポートします。

- サービス・ポートレット・プロデューサ
このプロデューサはWebCenter Portalリリース11.1.1.6.0以降、出荷時に使用可能です。このプロデューサがご使用のインスタンスにデプロイされている場合、次のコマンドを実行します。

exportJRFWSApplicationPDD(application,pddJarFileName)

ここで、applicationはサービス・ポートレット・プロデューサの場所を参照し、pddJarFileNameはJARファイル名を参照します。

例:

exportJRFWSApplicationPDD('/wc_domain/WC_Portlet/services-producer#11.1.1.6.0', '/tmp/exportPDD-services-producer.jar')

- カスタム・ポートレット・プロデューサ
Oracle WebCenter Portalインスタンスには、様々なカスタム・ポートレット・プロデューサをデプロイでき、OWSMセキュリティ・ポリシーをカスタム・ポートレット・プロデューサのWebサービス・エンドポイント(WSRP_v2_Markup_Service)にアタッチできます。ご使用のインスタンスにパッチを適用する前に、各カスタム・ポートレット・プロデューサごとに、Webサービス・デプロイメント・ディスクリプタをJARファイルにエクスポートする必要があります。

たとえば、ご使用のカスタム・ポートレット・プロデューサがTestJSR286と命名され、バージョン1.0でWC_PORTLET管理対象サーバーにデプロイされている場合、次のコマンドを実行してデプロイメント・ディスクリプタをexportPDD.jarと命名されたJARファイルにエクスポートします。

exportJRFWSApplicationPDD('/wls-domain/WC_PORTLET/TestJSR286#1.0','/tmp/exportPDD.jar')

6.8.2 OmniPortletとWebクリッピングのカスタマイズを保存

注意:

この項の手順は、OmniPortletおよびWebクリッピングのカスタマイズを使用し、それらがファイルベースのプリファレンス・ストアに格納されている場合にのみ実行する必要があります。デフォルトでは、Oracle WebCenter PortalおよびOracle Portalでファイルベースのプリファレンス・ストアは使用されません。そのようなストアがデフォルトで使用されるのは、10gバージョンからアップグレードされた11gリリース1 (11.1.1) Portal環境に対してのみです。

Oracle WebCenter PortalまたはOracle Portalの最新のパッチ・セットを適用すると、OmniportletとWebクリッピングの両方のアプリケーションが再デプロイされ、ファイルベースのプリファレンス・ストアに格納されている構成データがすべて失われます。OmniportletおよびWebクリッピングの構成とカスタマイズを保存して、パッチ・セットを適用したときにカスタマイズが失われないようにする必要があります。

カスタマイズを保存してバックアップする手順は次のとおりです。

1. 次のディレクトリに移動します。
UNIXオペレーティング・システムの場合:

- path_to_war_directory/WEB-INF/providers/omniPortlet

- path_to_war_directory/WEB-INF/providers/webclipping

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

- path_to_war_directory\WEB-INF\providers\omniPortlet

- path_to_war_directory\WEB-INF\providers\webclipping

ここで、path_to_war_directoryは次のパスを表します。

- UNIXオペレーティング・システムの場合: DOMAIN_HOME/servers/WLS_Portlet/tmp/_WL_user/portalTools_version/randomly_generated_directory/war

- Windowsオペレーティング・システムの場合: DOMAIN_HOME\servers\WLS_Portlet\tmp\_WL_user\portalTools_version\randomly_generated_directory\war
ここで、DOMAIN_HOMEは、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』の「ドメイン名と場所の指定」画面で指定された、Oracle PortalまたはOracle WebCenter Portalドメインのドメイン・ホームの場所です。

2. 次のコマンドを実行して、ディレクトリをバックアップします。

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

cp -fr path_to_war_directory/WEB-INF/providers/omniPortlet backup_location

cp -fr path_to_war_directory/WEB-INF/providers/webclipping backup_location

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

xcopy /y/e path_to_war_directory\WEB-INF\providers\omniPortlet backup_location

xcopy /y/e path_to_war_directory\WEB-INF\providers\webclipping backup_location

6.8.3 WebCenter SpacesでのpurgeMetadata()の実行

WebCenter Spacesを使用している場合は、purgeMetadata() WLSTコマンドを実行して、MDS内の古いバージョンのドキュメントを削除する必要があります。これによって、パッチ適用プロセスの実行対象データを小さくすることができ、アップグレードに必要な時間を短縮できます。

WebCenter Spacesのメタデータをパージする手順は次のとおりです。

1. purgeMetadata()コマンドはオンライン・コマンドであるため、管理サーバーとSpaces管理対象サーバー(WLS_Spaces)を起動します。

2. WebCenterのOracleホームからWLSTを起動します。
UNIXオペレーティング・システムの場合:

cd WebCenter_ORACLE_HOME/common/bin
./wlst.sh

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

cd WebCenter_ORACLE_HOME\common\bin
wlst.cmd

3. WLST connect()コマンドを使用して管理サーバーに接続します。

4. WLSTコマンドpurgeMetadata()を実行します。たとえば、次のコマンドを実行して、3060秒よりも古いメタデータを消去します。

purgeMetadata('webcenter', 'WLS_Spaces', 3060)

詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のpurgeMetadataに関する項を参照してください。

5. データベースの統計を再収集します。たとえば、SQLPlusを使用してWebCenterのMDSスキーマに接続できます。

execute dbms_stats.gather_schema_stats(ownname=>null, options=>'GATHER AUTO');

6. WLS_Spaces管理対象サーバーおよび管理サーバーを停止します。

詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のMetadata Services (MDS)のカスタムWLSTコマンドに関する章を参照してください。

6.8.4 Oracle WebCenter ContentまたはOracle ECMのアップグレードに関する考慮事項

注意:

リリース11.1.1.6.0から、Oracle Enterprise Content Management Suite (Oracle ECM) およびOracle Universal Content Management (Oracle UCM)は再ブランド化(名前変更)されてOracle WebCenter Contentになり、Oracle Content ServerはOracle WebCenter Content Server (または単にContent Server)と名前が変更されました。

Oracle WebCenter ContentにはContent Serverが含まれます。Oracle WebCenter PortalインスタンスでContent Serverをコンテンツ・リポジトリとして使用する場合は、次の点に注意します。

- 既存の環境でOracle Content Server 10gをコンテンツ・リポジトリとして使用する場合は、Oracle WebCenter Content 11.1.1.8.0にアップグレードする必要があります。11gリリースで提供される機能の完全なセットを活用することが重要です。

- Content Serverを使用している場合は、Oracle WebCenter PortalおよびOracle WebCenter Contentの両方を同じパッチ・セット・レベルにする必要があります。たとえば、Oracle WebCenter Portal 11.1.1.8.0へパッチを適用した場合は、Oracle WebCenter Content 11.1.1.8.0へのパッチ適用も必要です。

- Oracle WebCenter PortalおよびOracle WebCenter Contentは、同一のドメインまたは別のドメインのどちらにもできます。

Oracle WebCenter Content 11gへのアップグレードの詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentアップグレード・ガイド』を参照してください。

注意:

Content Server 11gのフォルダ・インタフェースには、コントリビューション・フォルダ(Folders_gコンポーネント)ではなくフォルダ(FrameworkFoldersコンポーネント)を使用することをお薦めします。ただし、Oracle WebCenter PortalではFolders_gフォルダ機能が使用されます。したがって、Content Server 11gをOracle WebCenter Portalのコンテンツ・リポジトリとして使用するには、Folders_gを有効化し、FrameworkFoldersを無効化する必要があります。1つのOracle WebCenter Contentインスタンス上で両方を有効化することはできません。

6.8.4.1 Oracle ECMのアップグレード

10gリリース3 (10.1.3.5.1)より以前のバージョンのOracle ECMを実行している場合は、Oracle WebCenter Content 11.1.1.8.0にアップグレードする前に、10gリリース3 (10.1.3.5.1)バージョンにアップグレードする必要があります。

6.9 Oracle WebCenter Portalのパッチ適用後のタスク

この項では、Oracle WebCenter Portalのリリース11.1.1.8.0へのパッチ適用を完了するために必要なすべてのタスクについて説明します。

注意:

この章で説明するタスクは、すべてのパッチ適用パスに必須のものではありません。タスクが適用可能かどうかを判断するには、既存の環境について、この章に示す図と表を参照してください。たとえば、Oracle WebCenter Portal 11.1.1.6.0へパッチを適用する場合は、第6.3項「Oracle WebCenter Portal 11.1.1.6.0インストールへのパッチの適用」の図と表を参照してください。

この項には次のサブセクションがあります。

- 第6.9.1項「OWSMで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをインポート」

- 第6.9.2項「upgradeOpss WLSTコマンドの実行」

- 第6.9.3項「ページレット・プロデューサのアップグレード・テンプレートを使用したドメインの拡張」

- 第6.9.4項「SSOおよびOHS構成の更新」

- 第6.9.5項「Oracle WebCenter 11.1.1.2.0または11.1.1.3.0インストールのパッチ適用後のタスクの実行」

- 第6.9.6項「WebCenter Portalアプリケーションのパッチ適用後のタスクを実行」

- 第6.9.7項「認証プロバイダのリストへのOracle Single Sign-On認証プロバイダの追加」

- 第6.9.8項「Oracle WebCenter Portalへの新機能の追加」

- 第6.9.9項「upgradeWebCenterPermissions WLSTコマンドの実行」

6.9.1 OWSMで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをインポート

Oracle WebCenter Portalインスタンスにパッチを適用する場合、割当てのOracle Web Services Manager (OWSM)セキュリティ・ポリシーが削除され、別のセキュリティ・ポリシーも適用されません。第6.8.1項「OWSMで保護されているポートレット・プロデューサ・アプリケーションのデプロイメント・ディスクリプタをエクスポート」でエクスポートしたポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタを使用して、以前のセキュリティ・ポリシー構成をリストアする必要があります。

OWSMセキュリティ・ポリシーで保護されている、ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをインポートするには、次の手順を行います。

1. WC_Spaces、WC_CollaborationおよびWC_Portlet管理対象サーバーが稼働していることを確認します。カスタム・ポートレット・プロデューサが任意のカスタム管理対象サーバーにデプロイされている場合、これらのサーバーも起動し稼働中であることを確認します。

2. WLSTコマンドを実行するため、Oracle WebCenter Portalの管理サーバーに接続します。詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルのOracle WebLogic Scripting Tool (WLST)コマンドの実行に関する項を参照してください。

3. WLSTコマンドを実行して、カスタム・ポートレット・プロデューサのWebサービス・デプロイメント・ディスクリプタをインポートします。たとえば、ご使用のポートレット・プロデューサがTestJSR286と命名され、バージョン1.0でWC_Portlet管理対象サーバーにデプロイされている場合、次のコマンドを実行してWebサービス・デプロイメント・ディスクリプタをexportPDD.jarと命名されたファイルからインポートします。

importJRFWSApplicationPDD('/wls-domain/WC_PORTLET/TestJSR286#1.0','/tmp/exportPDD.jar')

第6.8.1項「OWSMで保護されているポートレット・プロデューサ・アプリケーションのデプロイメント・ディスクリプタをエクスポート」でデプロイメント・ディスクリプタのエクスポート先となったファイルと、exportPDD.jarが同じファイルであることに、注意してください。

注意:

この手順は、カスタム・ポートレット・プロデューサがOracle WebCenter Portal環境にデプロイされている場合のみ必要です。OWSMセキュリティ・ポリシーをアタッチするには、それぞれのカスタム・ポートレット・プロデューサに対して個別にWLSTコマンドを実行する必要があります。

4. 次のWLSTコマンドを実行して、OWSMセキュリティ・ポリシーをOracle WebCenter Portalサービス・ポートレット・プロデューサのWebサービス・エンドポイント(services-producer)にアタッチします。

importJRFWSApplicationPDD('/wc_domain/WC_Portlet/services-producer#11.1.1.6.0', '/tmp/exportPDD-services-producer.jar')

exportPDD-services-producer.jarは、Webサービス・デプロイメント・ディスクリプタのインポート元となるファイルです。

注意:

Oracle WebCenter Portalサービス・ポートレット・プロデューサは、リリース11.1.1.6.0から使用可能です。前のリリースからパッチを適用し、サービス・ポートレット・プロデューサをデプロイする必要がある場合は、第6.9.8.1項「アクティビティ・グラフ、分析、ページレット・プロデューサ、パーソナライズ・サーバーおよびサービス・ポートレットのインストール」の説明のとおり、最初にドメインを拡張する必要があります。その後、OWSMセキュリティ・ポリシーをサービス・ポートレット・プロデューサのWebサービス・エンドポイントにアタッチします。

5. WC_Spaces、WC_CollaborationおよびWC_Portlet管理対象サーバーを再起動します。また、カスタム・ポートレット・プロデューサがカスタム管理サーバーにデプロイされている場合はこれらの管理対象サーバーも再起動します。

6.9.2 upgradeOpss WLSTコマンドの実行

upgradeOpss WLSTコマンドで、従来の構成を更新して最新のOPSSセキュリティ・ストアに格納します。詳細は、Oracle Fusion Middlewareアプリケーションのセキュリティに関するガイドのupgradeOpssによるポリシーのアップグレードに関する項を参照してください。

upgradeOpss WLSTコマンドを実行するには、次の手順を行います。

1. 管理サーバーとすべての管理対象サーバーを停止します。

2. Oracle共通ホームからWLSTを起動します。
UNIXオペレーティング・システムの場合:

cd ORACLE_COMMON_HOME/common/bin
./wlst.sh

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

cd ORACLE_COMMON_HOME\common\bin
wlst.cmd

3. 外部LDAPサーバーが起動しているのを確認してから、オフライン・モードで(どのサーバーにも接続せずに)upgradeOpssコマンドを実行します。
UNIXオペレーティング・システムの場合:

upgradeOpss(jpsConfig='DOMAIN_HOME/config/fmwconfig/jps-config.xml', jaznData='MW_HOME/oracle_common/modules/oracle.jps_11.1.1/domain_config/system-jazn-data.xml')

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

upgradeOpss(jpsConfig='DOMAIN_HOME\\config\\fmwconfig\\jps-config.xml', jaznData='MW_HOME\\oracle_common\\modules\\oracle.jps_11.1.1\\domain_config\\system-jazn-data.xml')

注意:

upgradeOpss()コマンドを再実行する必要がある場合は、現在のWLSTセッションを終了して新しいセッションを開始してからupgradeOpss()コマンドを再実行する必要があります。

4. データベースベースのOPSSポリシー・ストアの場合は、オフライン・モードで(どのサーバーにも接続せずに) upgradeOpssコマンドを実行します。

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

upgradeOpss(jpsConfig='DOMAIN_HOME/config/fmwconfig/jps-config.xml',
jaznData='MW_HOME/oracle_common/modules/oracle.jps_11.1.1/domain_config/system-jazn-data.xml',
auditStore='MW_HOME/oracle_common/modules/oracle.jps_11.1.1/domain_config/auditstore.xml',
jdbcDriver='oracle.jdbc.driver.OracleDriver',
url='jdbc:oracle:thin:@db_host:db_port:db_sid', user='Prefix_OPSS',
password='password', upgradeJseStoreType='true')

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

upgradeOpss(jpsConfig='DOMAIN_HOME\\config\\fmwconfig\\jps-config.xml',
jaznData='MW_HOME\\oracle_common\\modules\\oracle.jps_11.1.1\\domain_config\\system-jazn-data.xml',
auditStore='MW_HOME\\oracle_common\\modules\\oracle.jps_11.1.1\\domain_config\\auditstore.xml', jdbcDriver='oracle.jdbc.driver.OracleDriver',
url='jdbc:oracle:thin:@db_host:db_port:db_sid', user='prefix_OPSS',
password='password', upgradeJseStoreType='true')

6.9.3 ページレット・プロデューサのアップグレード・テンプレートを使用したドメインの拡張

WebCenter Portal 11.1.1.6.0は、新しいバージョンのページレット・プロデューサとともにリリースされています。アップグレード済のOracle WebCenter Portalインスタンスにページレット・プロデューサがインストールされている場合は、新しいページレット・プロデューサのアップグレード・テンプレートをドメインに適用するように選択することで、その新しい機能を活用できます。

ページレット・プロデューサのアップグレード・テンプレートを適用する手順は次のとおりです。

1. 管理サーバーおよびすべての管理対象サーバーを停止します。

2. 構成ウィザードを、管理サーバーが稼働しているマシンで起動します。
UNIXの場合、WCP_ORACLE_HOME/common/bin/config.shを実行します。

Windowsの場合、WCP_ORACLE_HOME\common\bin\config.cmdを実行します。

WCP_ORACLE_HOMEは、WebCenter Portal Oracleホーム・ディレクトリを参照しています。

3. 「既存のWebLogicドメインの拡張」を選択して「次へ」をクリックします。

4. ドメインを選択して「次へ」をクリックします。

5. 「既存の拡張テンプレートを使用してドメインを拡張する」オプションを選択します。

6. テンプレートoracle.pagelet-producer-upgrade_template_11.1.1.jarへのパスを指定し、「次」をクリックします。このテンプレートは次の場所にあります。
WCP_ORACLE_HOME/common/templates/applications/oracle.pagelet-producer-upgrade_template_11.1.1.jar

7. 残りの画面で「次へ」をクリックし続け、「構成のサマリー」画面が表示されたら「拡張」をクリックします。
ドメインの拡張の詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの拡張に関する項を参照してください。

8. 管理サーバーおよびすべての管理対象サーバーを起動します。

9. Fusion Middleware ControlまたはWLSTを使用して、WebCenter PortalアプリケーションおよびWebCenterカスタム・アプリケーション(Portal Frameworkアプリケーション)に対するページレット・プロデューサ接続を再構成します。詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルのページレット・プロデューサの登録に関する項を参照してください。

注意:

以前のリリースでは、次のパスにページレット・プロデューサをデプロイすることが必須でした。

http://<pagelet-producer-server>:<port>/

ルート「/」以外の場所にデプロイされているページレット・プロデューサにはアクセスできませんでした。リリース11.1.1.6.0以降、ページレット・プロデューサは次のパスにデプロイされます。

http://<pagelet-producer-server>:<port>/pagelets/

ここで、pageletsはページレット・プロデューサのデプロイ先に選択した任意の場所です。したがって、新しいページレット・プロデューサのアップグレード・テンプレートを使用してドメインを拡張したら、ページレット・プロデューサの接続を再構成する必要があります。

OHSおよびSSOを構成している場合は、新しいコンテキスト・ルートを使用するようにそれらを構成する必要があります。詳細は、第6.9.4項「SSOおよびOHS構成の更新」を参照してください。

10. ページレット・プロデューサの古いバージョンをアンデプロイします。

1. ページレット・プロデューサが稼働している管理対象サーバーWC_Portletを停止します。

2. WLSコンソールで、「デプロイメント」をクリックします。

3. pagelet-producer (11.1.1.4.0)デプロイメントの横にあるチェック・ボックスを選択します。

4. 「削除」をクリックします。

11. WebCenterDSデータ・ソースのターゲットをWC_Portletに設定します。これには、OpenSocial機能を有効化する必要があります。

1. WLSコンソールで、「サービス」→「データ・ソース」に移動します。

2. WebCenterDSをクリックします。

3. 「ターゲット」タブで、WC_Portletを選択し、「保存」をクリックします。

6.9.4 SSOおよびOHS構成の更新

アップグレード済のOracle WebCenter Portal環境でOracle HTTP Server (OHS)およびSingle Sign-on (SSO)を構成している場合は、ページレット・プロデューサ、ポートレット・プロデューサ・アプリケーションおよびOracle SESの構成の更新が必要になることがあります。

この項は、次のトピックで構成されています。

- 第6.9.4.1項「ページレット・プロデューサに対するOHS構成の更新」

- 第6.9.4.2項「ページレット・プロデューサに対するSSO構成の更新」

- 第6.9.4.3項「ポートレット・プロデューサ・アプリケーションに対するSSO構成の更新」

- 第6.9.4.4項「Oracle SESに対するSSO構成の更新」

- 第6.9.4.5項「SSOFilter付与の検証」

6.9.4.1 ページレット・プロデューサに対するOHS構成の更新

リリース11.1.1.6.0以降、ページレット・プロデューサのWebコンテキスト・ルートが「/」から「/pagelets」に変更されています。ここで、pageletsはページレット・プロデューサのデプロイ先に選択した任意の場所です。11.1.1.6.0より前のリリースではページレット・プロデューサのWebコンテキスト・ルートに「/」が使用されていたため、仮想ホスト構成が推奨されていましたが、このリリースからは不要になります。

OHSを構成している場合は、mod_wl_ohs.confのOHSエントリを更新する必要があります。このファイルは次のパスにあります。

WT_ORACLE_HOME/instances/your_instance/config/OHS/ohs1

ここで、WT_ORACLE_HOMEはWeb TierのOracleホームです。

次のエントリが存在する場合は、それらを置き換えます。

<Location /pageletadmin>
SetHandler weblogic-handler
WebLogicHost webcenter.example.com
WebLogicPort 8889
</Location>

<Location /authenticateWithApplicationServer>
SetHandler weblogic-handler
WebLogicHost webcenter.example.com
WebLogicPort 8889
</Location>

次のエントリに置き換えます。

<Location /pagelets>
SetHandler weblogic-handler
WebLogicHost webcenter.example.com
WebLogicPort 8889
</Location>

6.9.4.2 ページレット・プロデューサに対するSSO構成の更新

リリース11.1.1.6.0以降、ページレット・プロデューサのWebコンテキスト・ルートが「/」から「/pagelets」に変更されています。Oracle WebCenter Portal環境向けにSSOが構成されている場合は、SSOの構成またはポリシーを更新し、保護されたURIおよび公開URIに新しいコンテキスト・ルートが使用されるように設定する必要があります。

この項では、OAM 11g、OAM 10gおよびOSSOにおけるポリシーの更新方法について説明します。

ページレット・プロデューサに対するOAM 11gのポリシーの更新

ページレット・プロデューサに対するOAM 11gのポリシーの更新には、次のリソースの作成が含まれます。

- /pagelets*および/pagelets/.../*

- /pagelets/authenticateWithApplicationServer*および/pagelets/authenticateWithApplicationServer/.../*

- /pagelets/admin*および/pagelets/admin/.../*

ページレット・プロデューサに対してOAM 11gのポリシーを更新する手順は次のとおりです。

1. 次のURLの形式を使用して、OAMコンソールにログオンします。
http://host:port/oamconsole

2. 「ポリシー構成」→「アプリケーション・ドメイン」に移動します。「Policy Manager」ペインが表示されます。

3. WebGateエージェントの登録時に作成されたアプリケーション・ドメインを見つけます。

4. 「リソース」タブを開き、「新規リソース」をクリックします。

5. ページレット・プロデューサ・アプリケーションのリソースを追加します。
/pagelets*リソースを追加する手順は次のとおりです。

1. 「リソース・タイプ」で、「HTTP」を選択します。

2. 「ホスト識別子」フィールドで、WebGateエージェントの登録時に作成されたホストを選択します。

3. 「リソースURL」フィールドに次を入力します。

/pagelets*

4. 「説明」フィールドに、リソースの説明を入力します。

5. 「保護レベル」を「非保護」に設定します。

6. 「認証ポリシー」をパブリック・リソース・ポリシーに設定します。

7. 「認可ポリシー」を保護されているリソース・ポリシーに設定します。

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

6. 手順5を繰り返して、/pagelets/.../*をリソースとして追加します。

7. /pagelets/authenticateWithApplicationServer*をリソースとして追加します。

1. 「リソース・タイプ」フィールドで、「HTTP」を選択します。

2. 「ホスト識別子」フィールドで、WebGateエージェントの登録時に作成されたホストを選択します。

3. 「リソースURL」フィールドに次を入力します。

/pagelets/authenticateWithApplicationServer*

4. 「説明」フィールドに、リソースの説明を入力します。

5. 「保護レベル」を「保護」に設定します。

6. 「認証ポリシー」を保護されているリソース・ポリシーに設定します。

7. 「認可ポリシー」を保護されているリソース・ポリシーに設定します。

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

8. 手順7を繰り返して、/pagelets/authenticateWithApplicationServer/.../*を保護されているリソースとして追加します。

9. 手順7を繰り返して、/pagelets/admin*を保護されているリソースとして追加します。

10. 手順7を繰り返して、/pagelets/admin/.../*を保護されているリソースとして追加します。

11. 「リソース」タブで、/pageletadmin*および/authenticateWithApplicationServer*を検索し、これらの古いリソースを削除します。

12. Web Tierを再起動して、変更内容を確認します。

ページレット・プロデューサに対するOAM 10gのポリシーの更新

ページレット・プロデューサに対するOAM 10gのポリシーの更新では、次のリソースを作成します。

- /pagelets

- /pagelets/authenticateWithApplicationServer

- /pagelets/admin

ページレット・プロデューサに対してOAM 10gのポリシーを更新する手順は次のとおりです。

1. 次のURLの形式を使用して、OAMコンソールにログオンします。
http://host:port/access/oblix

2. Policy Managerを選択します。

3. Oracle WebCenter Portalのリソースを保護するために作成した、ポリシー・ドメインを見つけます。

4. 「リソース」タブを開き、「追加」をクリックします。

5. /pageletsリソースを追加します。このリソースに対して次のように実行します。

1. リソース・タイプとして、「HTTP」を選択します。

2. WebCenter Web Tierのホスト識別子を選択します。

3. URL接頭辞として/pageletsを入力します。

4. リソースの説明を入力します。

5. キャッシュの更新が選択されていることを確認し、「保存」をクリックします。

6. 手順5を繰り返して、/pagelets/authenticateWithApplicationServerをリソースとして追加します。

7. 手順5を繰り返して、/pagelets/adminをリソースとして追加します。

8. 「ポリシー」タブに移動して、パブリック・ポリシーを見つけます。

9. そのパブリック・ポリシーを開き、手順5で作成したリソース(つまり、/pagelets)を選択して、このリソースにパブリック・ポリシーを適用します。
デフォルトで保護されるようにするため、作成した他の2つのリソース(/pagelets/authenticateWithApplicationServerおよび/pagelets/admin)は選択しないでください。

10. 変更を保存します。

11. 「リソース」タブで、古いリソース・エントリ/pageletadminおよび/authenticateWithApplicationServerを削除します。

12. Web Tierを再起動して、変更内容を確認します。

ページレット・プロデューサに対するOSSO構成の更新

OSSOを設定している場合、ページレット・プロデューサに対してポリシーを更新する手順は次のとおりです。

1. mod_osso.confファイルで、次のエントリを置き換えます。

<Location /pageletadmin>
OssoSendCacheHeaders off
require valid-user
AuthType Osso
</Location>

次のように置換します。

<Location /pagelets/admin>
OssoSendCacheHeaders off
require valid-user
AuthType Osso
</Location>

2. 次のエントリを置き換えます。

<Location /authenticateWithApplicationServer*>
OssoSendCacheHeaders off
require valid-user
AuthType Osso
</Location>

次のように置換します。

<Location /pagelets/authenticateWithApplicationServer*>
OssoSendCacheHeaders off
require valid-user
AuthType Osso
</Location>

3. Web Tierを再起動して、変更内容を確認します。

6.9.4.3 ポートレット・プロデューサ・アプリケーションに対するSSO構成の更新

リリース11.1.1.6.0以降、OAMの設定でポートレットのURIを明示的に除外する必要があります。SSOを使用するように構成されている、カスタムおよびデフォルトのポートレット・プロデューサ・アプリケーションをすべて更新する必要があります。詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルの、次の項を参照してください。

- OAM 11gに対するポートレット・プロデューサ・アプリケーションの構成に関する項

- OAM 10gに対するポートレット・プロデューサ・アプリケーションの構成に関する項

6.9.4.4 Oracle SESに対するSSO構成の更新

リリース11.1.1.4.0および11.1.1.5.0で推奨されていた方法は、仮想ホスト構成を使用して、SESクロールおよび認証エンド・ポイントを構成することでした。ただし、これはリリース11.1.1.6.0からは不要になります。SESエンドポイントを、除外されたリソースとしてOAM構成内でマークできます。詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルの、次の項を参照してください。

- OAM 11gの場合: WebGateエージェントの登録に関する項

- OAM 10gの場合: WebCenter Portalのポリシー・ドメインの構成に関する項

6.9.4.5 SSOFilter付与の検証

ご使用の環境をOracle Access Manager SSOで構成している場合、OAMアサータがWeblogicドメインに構成されていることを確認します。選択されたアクティブなタイプがOAM_REMOTE_USERおよびObSSOCookieであることを確認します。OAM_IDENTITY_ASSERTIONもアクティブなタイプとして選択されている場合、次を確認する必要があります。

1. jps-config.xmlファイルを開きます。ファイルは次のパスにあります。

DOMAIN_HOME/config/fmwconfig/jps-config.xml

DOMAIN_HOMEはOracle WebCenter Portalドメインのドメイン・ホームの場所です。

2. AttributeServiceが構成されていることを確認します。

- デフォルトのjpsコンテキストには、属性サービスの構成に次のエントリが必要です。

<serviceInstanceRef ref="attribute"/>

- serviceProvidersリストには、次のエントリが含まれている必要があります。

<serviceProvider class="oracle.security.jps.internal.attribute.impl.AttributeServiceProviderImpl" name="attribute.provider" type="ATTRIBUTE">
<description>Attribute Service Provider</description>
</serviceProvider>

- serviceInstancesリストには、次のエントリが含まれている必要があります。

<serviceInstance provider="attribute.provider" name="attribute">
<description>Attribute Service Instance</description>
<property value="86400" name="attribute.expire.time.seconds"/>
</serviceInstance>

3. SSOFilter JARにAttributeAccessPermissionが付与されていることを確認します。これを検証するには、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルのOracle WebLogic Scripting Tool (WLST)コマンドの実行に関する項に記載されている方法でWLSTにログオンしてください。次のWLSTコマンドを実行し、権限をリストします。

listCodeSourcePermissions(codeBaseURL="file:${common.components.home}/modules/oracle.ssofilter_11.1.1/ssofilter.jar")

出力に次の内容が含まれている場合、必要なものがすでに付与されていることを意味します。

[Permission Clz Name : oracle.security.jps.service.attribute.AttributeAccessPermission, Target : *, Actions : get,set,remove ]

4. 必要なものが付与されていない場合、次のWLSTコマンドを使用して追加します。

grantPermission(codeBaseURL='file:$common.components.home/modules/oracle.ssofilter_11.1.1/ssofilter.jar',
permClass='oracle.security.jps.service.attribute.AttributeAccessPermission',
permTarget='*', permActions='get,set,remove')

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

6.9.5 Oracle WebCenter11.1.1.2.0または11.1.1.3.0インストールのパッチ適用後のタスクの実行

この項では、パッチを適用してOracle WebCenter Portal 11.1.1.8.0にした後、システム環境に応じて実行する必要のあるタスクについて説明します。

この項には、次のサブセクションがあります。

- 第6.9.5.1項「Oracle Wikiページおよびブログの移行」

- 第6.9.5.2項「コンテンツ・プレゼンタのカスタム・テンプレートの移行」

- 第6.9.5.3項「WebCenter REST API用の構成の更新」

- 第6.9.5.4項「カレンダの複数レイアウトの更新」

- 第6.9.5.5項「OmniPortletとWebクリッピングのカスタマイズをリストア」

- 第6.9.5.6項「Oracle WSM Policy Managerをインストールするためのドメインの拡張」

- 第6.9.5.7項「setDomainEnvのopenusageプロパティの削除」

- 第6.9.5.8項「アップグレード済カスタム管理対象サーバーへのカスタム・アプリケーションの再デプロイ」

- 第6.9.5.9項「setDomainEnvスクリプトからのLD_LIBRARY_PATHエントリの削除」

- 第6.9.5.10項「WSRPポートレット・プリファレンスの移行」

6.9.5.1 Oracle Wikiページおよびブログの移行

この項は次の各項に分かれており、既存のWikiページやブログを、新しくパッチを適用したOracle WebCenter Portalドメインで使用できるよう移行するときに役立ちます。

- 第6.9.5.1.1項「Oracle Wikiページおよびブログの移行方法」

- 第6.9.5.1.2項「Wiki移行時の問題のトラブルシューティング」

6.9.5.1.1 Oracle Wikiページおよびブログの移行方法

Oracle Wikiをインストールしてある場合は、Wiki Migratorユーティリティwiki-upgrade.jarを実行して、Wikiページとブログを移行する必要があります。このユーティリティは、WebCenter Portal Oracleホームの次のディレクトリにあります。

WebCenter_ORACLE_HOME/webcenter/archives/wiki-upgrade.jar

このWiki MigratorユーティリティによってContent Serverのポータル固有のフォルダにWikiページとブログが移行され、この結果、アップグレードされたWikiページおよびブログが移行されます。このユーティリティによって添付ファイルも移行され、必要に応じてWikiページにそれらファイルへのリンクも示されます。Wikiページのコンテンツ内の他のWikiページへのリンクは、各リンクのURLにおけるWebCenter Portalのルートが移行パラメータで指定されたとおりであれば、新しい場所をポイントするように更新されます。このユーティリティでは、コメント、ディスカッション・スレッドおよびテンプレートは移行されず、Wikiまたはブログのコンテンツが変更されることもありません。

移行プロセス中にエラーが発生した場合は、wiki-upgrade.jarファイルと同じディレクトリにある出力ログを調べます。詳細は、第6.9.5.1.2項「Wiki移行時の問題のトラブルシューティング」を参照してください。

Wikiの移行を実行する前に、次のことを実行してください。

1. Oracle WebCenter Content 11.1.1.8.0にアップグレードされていることを確認します(第6.8.4項「Oracle WebCenter ContentまたはOracle ECMのアップグレードの考慮事項」を参照してください。)

2. ルート・フォルダPersonalSpacesがOracle WebCenter Contentに存在することを確認します。このフォルダには、すべての個人用フォルダが作成されます。PersonalSpacesフォルダがOracle WebCenter Content内に存在しない場合、Wikiの移行が失敗することがあります。PersonalSpacesフォルダは、WC_Spaces管理対象サーバーの起動時に作成されます。したがって、Wikiの移行を実行する前にWC_Spacesを起動しておくことをお薦めします。

3. Oracle WebCenter Contentのフォルダの制限を次のように更新します。

1. Oracle WebCenter Contentユーザー・インタフェースにログオンし、「管理」→「フォルダ構成」を選択して、「仮想フォルダ当たりの最大フォルダ数」および「仮想フォルダ当たりの最大コンテンツ数」を1000に変更します。

2. Wiki移行ユーティリティで孤立したデータ(たとえば、対応するポータルがないデータ)の格納に使用される一時フォルダを作成します。ただしこれはルート・フォルダである必要はなく、管理ユーザーとしてPersonalSpacesフォルダまたはSpacesルート・フォルダの下位に作成できます。ルート・フォルダを作成する場合は、URL IdcService=COLLECTION_ADDを使用するサービスを使用する必要があります。例:

http://host:port/idc/idcplg?IdcService=COLLECTION_ADD&dParentCollectionID=-1&hasParentCollectionID=true&force=true%20&xForceFolderSecurity=FALSE&ignoreMaxFolderLimit=true&hasMark=true&dCollectionName=PS3WikiMigration_Orphans&mark=PS3WikiMigration_Orphans&dDocAccount=PUBLIC&idcToken=1290338486670:A17C2CCCCE0C2FD2544E0A1B2F03DB67

Oracle WebCenter Contentへのログイン・セッションからブラウザのページ・ソースを通じてidcTokenを取得できます。また、属性DisableAuthorizationTokenCheckを、「管理」→「コンテンツ・サーバー」→「一般構成」→「追加の構成変数」→DisableAuthorizationTokenCheck=trueを選択してからサーバーを再起動して無効にすることができます。

4. 次のいずれかの方法を選択して、WebCenter Portal Oracleホームからwiki-upgrade.jarファイルを実行します。

- コマンドラインから引数を何も渡さず、次のように指定します。

> cd WCP_ORACLE_HOME/webcenter/archives
> MW_HOME/jdk160_21/bin/java -jar wiki-upgrade.jar

表6-7に示す必要な引数をそれぞれ指定するように求められます。

- プロパティ・ファイル(WikiMigrator.properties)を引数として渡します。

MW_HOME/jdk160_21/bin/java
-jar WCP_ORACLE_HOME/webcenter/archives/wiki-upgrade.jar
WikiMigrator.properties

WikiMigrator.propertiesは、wiki-upgrade.jarと同じディレクトリに存在する必要があります。サンプル・プロパティ・ファイルを次に示します。

MDSConn       = jdbc:oracle:thin:@exampleDB:1521:exampleSID
MDSUser       = dbuser_example_mds
UCMConn       = idc://examplehost:9444
UCMUser       = sysadmin
UCMConnName   = example_connection_name
UCMTempFolderPath = /RootFolder/.../TempFolder
wikiConn      = jdbc:oracle:thin:@exampleDB:1521:exampleSID
wikiUser      = example_wiki
SpacesRootURL = http://examplehost:port/webcenter

コマンドラインから、MDS、UCMおよびWikiのパスワードを入力するよう求められます。

- すべての引数をコマンドラインから渡します。

MW_HOME/jdk160_21/bin/java -jar wiki-upgrade.jar
MDSConn MDSUser MDSPswd UCMConn UCMTempFolderPath UCMUser UCMPswd UCMConnName
wikiConn wikiUser wikiPswd SpacesRootURL

例:

java -jar WikiMigrator.jar
jdbc:oracle:thin:@exampleDB:1521:exampleSID
dbuser_example_mds
example_mds_password
idc://examplehost:9444
sysadmin
example_ucm_password
example_ucm_connection_name
example_path_to_ucm_temporary_folder
jdbc:oracle:thin:@example:1521:exampleSID
example_wiki
example_wiki_password
http://examplehost:port/webcenter

表6-7 Wiki移行ユーティリティの引数の説明と例

引数

説明

MDSConn

MDSデータ・ソースへの接続に使用される接続の名前。

例: jdbc:oracle:thin:@host:port:SID

MDSUser

MDSデータ・ソースへの接続に使用されるデータベース・ユーザーの名前。

MDSPswd

MDSデータ・ソースへの接続に使用されるデータベース・ユーザーのパスワード。

UCMConn

idcプロトコルを介したContent Server接続URL。

例: idc://host:port

UCMUser

Content Serverユーザーとしてsysadminを使用し、ユーザーweblogicは、ソケット接続で管理者権限を取得しません。

UCMPswd

Content Serverユーザー・アカウント用のパスワード。

UCMConnName

Content Serverへの接続を作成するために、Enterprise ManagerまたはWLSTで使用される名前。

UCMTempFolderPath

孤立したデータを格納するためのContent Server上の一時フォルダ。

例: /RootFolder/.../TempFolder

wikiConn

Wikiデータ・ソースへの接続に使用される接続の名前。

例: jdbc:oracle:thin:@host:port:SID

wikiUser

Wikiデータ・ソースへの接続に使用されるデータベース・ユーザーの名前。

wikiPswd

Wikiデータ・ソースに接続するデータベース・ユーザーのパスワード。

SpacesRootURL

WebCenter PortalのルートURL。

例: http://host:port/context_root

注意:

問合せ文字列パラメータを使用するWikiまたはブログのページをアップグレードすると、これらのパラメータは無効になります。次のようなURLを介して他のWikiページを指していたリンクはすべて、コンテンツ・リポジトリ内の対応するWikiドキュメントを指すリソース・アクション・ハンドラURLに変換されます。この際、SpacesRootURLに入力されているserver:port値が、URLのserver:port値に一致すると想定されます。

http://server:port/owc_wiki/page/show.jz?inline=1&scope=#{communityContext.communityName}&theme=#{adfFacesContext.skinFamily}

10gおよびリリース1 (11.1.1.1.0)ユーザーに対する特別な注意事項

Wikiの10gリリースまたはリリース1 (11.1.1.1.0)バージョンからアップグレードする場合、Migratorユーティリティwiki-upgrade.jarを実行した後、MigrationTempフォルダにいくつかのWikiフォルダとブログ・フォルダが残されることがあります。それらのフォルダは、Content Server上の適切なポータル・フォルダに手動で移動する必要があります。

Oracle Wikiページおよびブログを移行した後、次の手順を実行します。

1. Content Serverにログオンし、sysadmin (または移行プログラムを実行しているContent Serverユーザー)のMigrationTempフォルダに移動します。Wikiフォルダとブログ・フォルダを適切なポータル・フォルダに移動します。場合によっては、Wikiフォルダとブログ・フォルダの名前を、WebCenter Portalの対応するポータル名に一致するように変更する必要があります。

2. WebCenter Portalアプリケーションにログオンし、必要なポータルに移動して、Wikiまたはブログのページ・スタイルで新しいページを作成します。ページの名前をWikiフォルダまたはブログ・フォルダの名前と同じにして、Wikiとブログのコンテンツが適切に表示されるようにする必要があります。

6.9.5.1.2 Wiki移行時の問題のトラブルシューティング

Wiki移行時には、出力ログにいくつかのエラー・メッセージが記録される場合があります。その説明と考えられる回避策を次に示します。

エラー・メッセージ1

[INFO] PROCESSING Domain: domain_name
[INFO] migrating to temp folder - there is no webcenter page information stored on the domain: domain_name

このメッセージは、ドメインをポータル(従来の名称はグループ・スペース)・ページに接続するためのデータがそのドメインに指定されていないことを示しています(ドメインでwcURLが指定されていません)。

注意:

移行プログラムの最後の部分では、まだ移行されずにowc_wikiをポイントしたままのポータル・ページがすべて検出され、jzwikiドメインと照合するために、ページのソースURLからドメイン情報の収集が試みられます。適切な情報が見つかった場合は、移行用のtempから適切なポータル・フォルダに、フォルダとコンテンツが移動されます。

エラー・メッセージ2

[INFO] PROCESSING Domain: domain_name
[INFO] migrating to temp folder - invalid group space that corresponds to the guid: portal_guid

このメッセージは、ドメインにポータル情報が指定されていないか、指定されているポータルGUIDが無効である(wcURLで指定されているポータルGUIDが無効である)ことを示しています。

エラー・メッセージ3

[INFO] PROCESSING Domain: domain_name
[INFO] migrating to temp folder - no group space that corresponds to the guid: portal_guid

このメッセージは、ドメインのポータル情報が、現在は存在していないポータルをポイントしていることを示しています。ポータルGUIDで検索を実行しても、対応するポータル名が見つかりません。おそらく、ポータルが削除されています。

エラー・メッセージ4

[INFO] PROCESSING Domain: domain_name
[ERROR] migrating to temp folder - no UCM folder for the groupspace exists: page_name, gsname: portal_name

このメッセージは、ポータル・ページがすでに移行されているものの、そのポータルに対するContent Serverフォルダが存在しないことを示しています。

この問題を修正するには、(ポータルでドキュメント機能をプロビジョニングすることによって)ポータル・フォルダを作成してから、フォルダを(ドメインと同じ名前で)移行用の一時フォルダからポータル・フォルダに移動します。その後、ドメイン・フォルダの名前を、ページと同じ名前に変更します。

エラー・メッセージ5

[INFO] PROCESSING Domain: domain_name
[ERROR] migrating to temp folder - could not get UCM folder for the wiki domain, page: page_name, gsname: portal_name

このメッセージは、ポータル・ページがすでに移行されているものの、ポータル・フォルダでドメインに対するContent Serverフォルダを作成できなかったことを示しています。

この問題を修正するには、フォルダを(ドメインと同じ名前で)移行用の一時フォルダからポータル・フォルダに移動します。その後、ドメイン・フォルダの名前を、ページと同じ名前に変更します。

エラー・メッセージ6

[INFO] PROCESSING Domain: domain_name
[ERROR] migrating to temp folder - no UCM folder exists for the user: user_name, page: page_name

このメッセージは、ポータル・ページがすでに移行されているものの、そのユーザーに対するContent Serverフォルダが存在しないことを示しています。

この問題を修正するには、ユーザーの個人フォルダを作成した後で(このフォルダは、ユーザーがホーム・ポータルから「ドキュメント」にアクセスしたときに作成されます)、フォルダを(ドメインと同じ名前で)移行用の一時フォルダから個人フォルダに移動します。その後、ドメイン・フォルダの名前を、ページと同じ名前に変更します。

エラー・メッセージ7

[INFO] PROCESSING Domain: domain_name
[ERROR] migrating to temp folder - could not get personal UCM folder for the user: user_name, page: page_name

このメッセージは、ポータル・ページがすでに移行されているものの、ユーザーの個人フォルダでドメインに対するContent Serverフォルダを作成できなかったことを示しています。

この問題を修正するには、フォルダを(ドメインと同じ名前で)移行用の一時フォルダからユーザーの個人フォルダに移動します。その後、ドメイン・フォルダの名前を、ページと同じ名前に変更します。

エラー・メッセージ8

[INFO] PROCESSING Domain: domain_name
[INFO] migrating to temp folder - default scope, but no user specified on page: page_name

このメッセージは、これが個人のWikiまたはブログであるが、ドメインに格納されている情報(スペース・ページから渡されたwcURL)がユーザーを示していないことを示しています。

エラー・メッセージ9

[INFO] PROCESSING Domain: domain_name
[INFO] sourceUrl: source_url
[INFO] migrating to temp folder - the page source url is not pointing to the correct domain, page: page_name, wcURL: wcURL

このメッセージは、複数のドメインが同じポータルおよびページ情報をポイントし、現在処理されているドメインがソースURLで示されているドメインと一致していないことを示しています。

エラー・メッセージ10

[INFO] PROCESSING User Blog: blog_name
[INFO] migrating to temp folder - could not get user UCM folder for the user: user_name

これは、ドメインに接続されていないjzwikiユーザー・ブログです。このメッセージは、そのユーザーのContent Serverフォルダが存在しないため、コンテンツをそこで移行できないことを示しています。

エラー・メッセージ11

[INFO] PROCESSING User Blog: blog_name
[INFO] migrating to temp folder - could not get UCM folder for the user: user_name

これは、ドメインに接続されていないjzwikiユーザー・ブログです。このメッセージは、そのユーザーの「ブログ」Content Serverフォルダが存在せず、作成できなかったため、コンテンツをそこで移行できないことを示しています。

6.9.5.2 コンテンツ・プレゼンタのカスタム・テンプレートの移行

リリース11.1.1.3.0アプリケーションで使用されているコンテンツ・プレゼンタのカスタム・テンプレートは、リリース11.1.1.8.0にアップグレードする際に自動的に移行されません。リリース11.1.1.8.0バージョンのアプリケーションで必要なカスタム・テンプレートを登録する必要があります。

リリース11.1.1.3.0からコンテンツ・プレゼンタのカスタム・テンプレートを移行する手順は次のとおりです。

1. JDeveloper 11.1.1.8.0で、Portal Frameworkアプリケーション(従来の名称はWebCenter Portalアプリケーション)を作成または開きます。

2. ファイルシステム上で、リリース11.1.1.3.0の.jsffファイルをリリース11.1.1.8.0アプリケーションにコピーします。
リリース11.1.1.3.0バージョンのアプリケーションの必要なカスタム・テンプレートを、次のフォルダからコピーします。

PROJECT_ROOT/public_html/oracle/webcenter/content/templates/custom

リリース11.1.1.8.0にアップグレード済のアプリケーションの次のフォルダに、カスタム・テンプレートをコピーします。

PROJECT_ROOT/public_html/oracle/webcenter/portalapp

3. JDeveloperで、コンテンツ・プレゼンタのカスタム・テンプレートをポータル・リソースとして作成します。カスタム・テンプレートに設定するプロパティは、リリース11.1.1.3.0アプリケーションで前に登録したものと一致する必要があります。
詳細は、『Oracle Fusion Middleware Developing Portals with Oracle WebCenter PortalおよびOracle Jdeveloperでのポータルの開発』のポータル・リソースとしてのコンテンツ・プレゼンタ表示テンプレートのエクスポートに関する項を参照してください。

4. 第6.9.5.8項「アップグレード済カスタム管理対象サーバーへのカスタム・アプリケーションの再デプロイ」の説明に従って、新しいカスタム管理対象サーバーを使用してアプリケーションを再デプロイします。

5. WebCenter Portalでもカスタム・テンプレートが使用されている場合は、アップグレード済の環境で使用されるようにそのテンプレートを準備します。

1. JDeveloperを使用して、コンテンツ・プレゼンタの表示テンプレートをポータル・リソースとしてエクスポートします。

2. WebCenter Portalアプリケーションにログオンして、ポータル・ビルダー管理に移動します。

3. 「共有アセット」→「コンテンツ・プレゼンタ」を選択して、テンプレートをアップロードします。

詳細は、『Oracle Fusion Middleware Developing Portals with Oracle WebCenter PortalおよびOracle Jdeveloperでのポータルの開発』の利用可能なコンテンツ・プレゼンタ表示テンプレートの作成に関する項を参照してください。

6.9.5.3 WebCenter REST API用の構成の更新

WebCenter Representational State Transfer (REST) APIを使用する前に、サーバー側の構成を行う必要があります。IDアサーション・プロバイダを構成する必要があります。資格証明ストア内の必要なエントリをシードすることも必要です。それによって、RESTセキュリティ・トークンが適切に機能するようになります。

この項は、次のトピックで構成されています。

- 第6.9.5.3.1項「IDアサーション・プロバイダの構成」

- 第6.9.5.3.2項「資格証明ストアの構成」

注意:

この構成は、ナビゲーションREST APIまたはCMIS REST APIには不要です。

セキュリティ・トークンの詳細は、『Oracle Fusion Middleware Developing Portals with Oracle WebCenter PortalおよびOracle Jdeveloperでのポータルの開発』のCMIS REST APIのセキュリティの考慮事項に関する項を参照してください。

6.9.5.3.1 IDアサーション・プロバイダの構成

REST APIを使用する場合は、あらかじめIDアサーション・プロバイダを構成しておく必要があります。手順の詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルのRESTサービス・アイデンティティ・アサータの構成に関する項を参照してください。

6.9.5.3.2 資格証明ストアの構成

資格証明ストア内のエントリをシードする必要があります。それによって、RESTセキュリティ・トークンが適切に機能するようになります。次のWLSTのコマンドを実行して、資格証明ストアを構成します。

createCred(map="o.webcenter.jf.csf.map", key="keygen.algorithm",
user="keygen.algorithm", password="AES")
createCred(map="o.webcenter.jf.csf.map", key="cipher.transformation",
user="cipher.transformation", password="AES/CBC/PKCS5Padding")

これらのコマンドは、管理サーバーが実行されている間に実行します。これらのコマンドの実行後にサーバーを再起動する必要はありません。詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のcreateCredコマンドに関する項を参照してください。

6.9.5.4 カレンダの複数レイアウトの更新

リリース11.1.1.2.0および11.1.1.3.0では、「カレンダ・オーバーレイ・スタイル」のFULLを使用して、複数のカレンダを一部のイベント・タスク・フローに対して有効にしたり、複数のポータル・カレンダを1つのイベント・タスク・フローに追加できました。アップグレード済のリリース11.1.1.8.0では、イベント・タスク・フローが複数のカレンダに表示されなくなり、現在のポータル・カレンダのみが表示されます。

この問題を回避するには、イベント・タスク・フローに対してカレンダ・オーバーレイ機能を有効化する必要があります。ページ・エディタに移動し、Calendar Overlay Styleパラメータを見つけて、使用可能なオプションの一覧からFullを選択します。詳細は、Oracle Fusion Middleware Oracle WebCenter PortalによるPortalの構築についてのマニュアルの追加のカレンダの表示に関する項を参照してください。

6.9.5.5 OmniPortletとWebクリッピングのカスタマイズをリストア

OmniPortletおよびWebクリッピングのカスタマイズを保存し(第6.8.2項「OmniPortletおよびWebクリッピングのカスタマイズを保存」に記載あり)、ソフトウェアへのパッチ適用が成功したら、これらをリストアする必要があります。

注意:

Webクリッピングポートレットは、リリース11g (11.1.1.8.0)では非推奨となっています。Oracle WebCenter Portalのページレット・プロデューサによるクリッパー・ページレットの使用を考慮します。詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルのページレット・プロデューサの管理に関する章を参照してください。

OmniPortletとWebクリッピングの構成とカスタマイズをリストアするには、次の手順を行います。

1. 次のディレクトリに移動します。
UNIXオペレーティング・システムの場合:

- path_to_war_directory/WEB-INF/providers/omniPortlet

- path_to_war_directory/WEB-INF/providers/webclipping/

ここで、path_to_war_directoryは、DOMAIN_HOME/servers/WC_Portlet/tmp/_WL_user/portalTools_version/randomly_generated_directory/warです

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

- path_to_war_directory\WEB-INF\providers\omniPortlet

- path_to_war_directory\WEB-INF\providers\webclipping/

ここで、path_to_war_directoryは、DOMAIN_HOME\servers\WC_Portlet\tmp\_WL_user\portalTools_version\randomly_generated_directory/warです

DOMAIN_HOMEは、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』の「構成ウィザード」で「ドメイン名と場所の指定」画面で指定された、Oracle PortalまたはOracle WebCenter Portalドメインのドメイン・ホームの場所です。

注意:

パッチ・セット・インストーラによってOmniPortletおよびWebクリッピングアプリケーションが再デプロイされるので、新しいパスは、バックアップ済のカスタマイズのパスとは異なる場合があります。

2. これらのディレクトリをそれぞれのバックアップ・コピーで置き換えます。
たとえば、omniportletディレクトリをリストアするには、次のコマンドを使用します。

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

cp -fr backup_location path_to_war_directory/WEB-INF/providers/omniPortlet

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

xcopy /y/e backup_location path_to_war_directory\WEB-INF\providers\omniPortlet

3. 管理対象サーバーWC_Portletを再起動します。

6.9.5.6 Oracle WSM Policy Managerをインストールするためのドメインの拡張

ディスカッション・サーバーがドメインにインストールされている唯一のOracle WebCenter Portalアプリケーションの場合、Oracle WSM Policy Managerがインストールされていなければ、これをインストールできるようにドメインを拡張する必要があります。

Oracle WSM Policy ManagerをインストールするためのOracle WebCenter Portalドメインの拡張手順は、次のとおりです。

1. 管理サーバーおよびすべての管理対象サーバーを停止します。

2. 構成ウィザードを、管理サーバーが稼働しているマシンで起動します。
UNIXの場合、WCP_ORACLE_HOME/common/bin/config.shを実行します。

Windowsの場合、WCP_ORACLE_HOME\common\bin\config.cmdを実行します。

WCP_ORACLE_HOMEは、WebCenter Portal Oracleホーム・ディレクトリを参照しています。

3. 「既存のWebLogicドメインの拡張」を選択して「次へ」をクリックします。

4. ドメインを選択して「次へ」をクリックします。

5. 「Oracle WSM Policy Manager」のチェック・ボックスを選択して「次へ」をクリックします。

6. OWSM MDS Schemaの接続詳細を入力して「次へ」をクリックします。

7. 残りの画面で「次へ」をクリックし続け、「構成のサマリー」画面が表示されたら「拡張」をクリックします。
ドメインの拡張の詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの拡張に関する項を参照してください。

注意:

ドメインが複数のマシン上で稼働している場合、そのドメインを管理サーバーが稼働しているマシン上で圧縮し、他のマシン上で解凍する必要があります。詳細は、第6.5.3項「WLSTコマンドを使用したOracle WebCenter Portalの更新」を参照してください。

6.9.5.7 setDomainEnvのopenusageプロパティの削除

Oracle WebCenter Portalドメインを拡張して分析コレクタをインストールする場合は、次のようにopenusageプロパティを削除する必要があります。

1. DOMAIN_HOME\bin\setDomainEnv.cmd (Windowsオペレーティング・システムの場合)またはDOMAIN_HOME/bin/setDomainEnv.sh (UNIXオペレーティング・システムの場合)をバックアップします。

2. openusageプロパティをsetDomainEnv.shまたはsetDomainEnv.cmdのEXTRA_JAVA_PROPERTIESから削除します。
具体的には、次のエントリを削除する必要があります。

EXTRA_JAVA_PROPERTIES="-Doracle.wc.openusage.clustername=localhost
-Doracle.wc.openusage.collectorport=port_number
-Doracle.wc.openusage.timeout=30
-Doracle.wc.openusage.unicast=true
-Doracle.wc.openusage.enabled=false
${EXTRA_JAVA_PROPERTIES}"
export EXTRA_JAVA_PROPERTIES

注意:

これらのエントリは、setDomainEnv.shまたはsetDomainEnv.cmdに複数存在する場合があります。そのため、すべてのエントリを削除したことを確認してください。

ドメインを拡張して新しい製品を追加する際は、場合によって、setDomainEnvからopenusageプロパティを削除するタスクを繰り返す必要があります。

3. Oracle WebCenter Portalドメイン内のすべてのサーバーを再起動します。

6.9.5.8アップグレード済カスタム管理対象サーバーへのカスタム・アプリケーションの再デプロイ

ドメインにカスタム管理対象サーバーが存在する場合は、そのサーバーで正しいライブラリがターゲット設定されていない可能性があります。したがって、これらをOracle WebCenter Portalへのパッチ適用後にアップグレードし、ご使用のPortal Frameworkアプリケーション(従来の名称は、カスタム・アプリケーション)を再デプロイする必要があります。

カスタム管理対象サーバーをアップグレードする手順は次のとおりです。

1. 古いカスタム管理対象サーバーを削除します。

2. リポジトリ作成ユーティリティ(RCU)を使用して、ACTIVITIESスキーマをカスタム管理対象サーバーにインストールします。詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のリポジトリ作成ユーティリティの取得および実行に関する章を参照してください。

3. 構成ウィザードを実行して、既存のOracle WebCenter Portalドメインを拡張し、カスタム・テンプレートを適用します。

1. 「拡張ソースの選択」画面で、「既存の拡張テンプレートを使用してドメインを拡張する」を選択します。

2. WCP_ORACLE_HOME/common/templates/applications (UNIXオペレーティング・システムの場合)またはWCP_ORACLE_HOME\common\templates\applications (Windowsオペレーティング・システムの場合)のいずれかのディレクトリに移動して、次のテンプレートを見つけます。
oracle.wc_custom_portal_template_11.1.1.jar (WebCenterカスタム・アプリケーションまたはPortal Frameworkアプリケーションの場合)

oracle.wc_custom_services_producer_template_11.1.1.jar (WebCenterカスタム・プロデューサまたはポートレット・プロデューサのアプリケーションの場合)

3. 目的のテンプレートを選択して、ドメイン拡張プロセスを完了します。

4. カスタム管理対象サーバーを使用して、ご使用のアプリケーションを再デプロイします。

注意:

Oracle JDeveloperでプロジェクトを開いて、アプリケーションを最新バージョンに移行してから新しいカスタム管理対象サーバーにデプロイすることをお薦めします。

6.9.5.9 setDomainEnvスクリプトからのLD_LIBRARY_PATHエントリの削除

Oracle WebCenter Portalにパッチを適用した後、setDomainEnvスクリプトから次のエントリを削除する必要があります。

LD_LIBRARY_PATH="${WL_HOME}/server/native/linux/i686${CLASSPATHSEP}${LD_LIBRARY_PATH}"
export LD_LIBRARY_PATH

setDomainEnvスクリプトは次のパスにあります。

- DOMAIN_HOME/bin/setDomainEnv.sh (UNIXオペレーティング・システムの場合)

- DOMAIN_HOME\bin\setDomainEnv.cmd (Windowsオペレーティング・システムの場合)

注意:

ドメインを拡張して新しい製品を追加する際は、場合によって、このタスクを繰り返す必要があります。

6.9.5.10 WSRPポートレット・プリファレンスの移行

デフォルトで、すべてのカスタムJSR286ポートレット(ポートレット作成ウィザードを使用して作成)はファイルベースのプリファレンス・ストアを使用します。アップグレード後は、WSRPポートレット・プリファレンスを次の場所から移動する必要があります。

$MW_HOME/WCP_ORACLE_HOME/portal/portletdata

移動先は次のとおりです。

$MW_HOME/oracle_common/portal/portletdata

MW_HOMEはミドルウェア・ホームを参照し、WCP_ORACLE_HOMEはWebCenter Portal Oracleホーム・ディレクトリを参照します。

WSRPポートレット・プリファレンスは手動または移行ユーティリティを使用して移動できます。詳細は、『Oracle Fusion Middleware Developing Portals with Oracle WebCenter PortalおよびOracle Jdeveloperでのポータルの開発』のWSRPプロデューサ永続性ストアの移行に関する章を参照してください。

6.9.6 WebCenter Portalアプリケーションのパッチ適用後のタスクを実行

パッチを適用してリリース11.1.1.8.0にした後で、WebCenter Portal (従来の名称はWebCenter Spaces)を再構成する必要があります。

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

- 第6.9.6.1項「Content Server接続上でのWebサーバー・コンテキスト・ルートの設定」

- 第6.9.6.2項「WebCenter Portalワークフローの構成」

- 第6.9.6.3項「タイムゾーン属性の更新」

- 第6.9.6.4項「ポータルの表示モードの更新」

- 第6.9.6.5項「デフォルト・スタート(またはランディング)・ページの選択」

- 第6.9.6.6項「WebCenter Portalのカスタマイズの移行」

- 第6.9.6.7項「プロセス・スペースのアップグレード」

- 第6.9.6.8項「アセットの管理への権限付与」

6.9.6.1 Content Server接続上でのWebサーバー・コンテキスト・ルートの設定

Oracle WebCenter ContentおよびWebCenter Portalインスタンスが共通のOracle HTTPサーバーを介するアクセスに対して構成されている場合、既存のContent Server接続においてWebサーバー・コンテキスト・ルートのプロパティ(WebContextRoot)を設定して、iFrameを介してWebCenter PortalアプリケーションでContent Server機能を利用できます。Content Server接続は、Fusion Middleware Control、またはWLSTでsetJCRContentServerConnectionコマンドを使用して設定できます。詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルのWebCenter Portalのコンテンツ・リポジトリの接続プロパティの設定に関する項を参照してください。

6.9.6.2 WebCenter Portalワークフローの構成

ご使用のWebCenter PortalインスタンスにWebCenter Portalワークフロー(従来の名称はGroup Spaceワークフロー)が構成済の場合、最新リリースへのアップグレード後に、sca_CommunityWorkflows.jarおよびWebCenterWorklistDetailApp.earを再デプロイする必要があります。

WebCenter Portalワークフローを構成するには、次の手順を行います。

1. Fusion Middleware Controlにログオンします。

2. Oracle SOA管理対象サーバーに、sca_CommunityWorkflows.jarをデプロイします。このファイルは、Oracle SOA Suiteインストールの次のパスにあります。

SOA_ORACLE_HOME/webcenter/modules/oracle.webcenter.sca_11.1.1/sca_CommunityWorkflows.jar

SOA_ORACLE_HOMEは、Oracle SOA Suiteのインストール・ディレクトリです。

コンソールでは、バージョン11.1.1.8.0がアクティブであり、他の古いバージョンが非アクティブであることに注意してください。

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

WLSTを使用したJARのデプロイの詳細は、『Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンス』のコマンドのデプロイに関する項を参照してください。

3. WebcenterWorklistDetailApp.earをアンデプロイし、それをSOA管理対象サーバーに再デプロイします。アプリケーションは、Oracle SOA Suiteインストール内の次の場所にあります。

SOA_ORACLE_HOME/webcenter/applications/WebCenterWorklistDetailApp.ear

WLSTを使用したEARのデプロイに関する詳細は、『Oracle Fusion Middleware管理者ガイド』のアプリケーションのデプロイに関する章を参照してください。Fusion Middleware Controlを使用してEARをデプロイすることに関する詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルのWebLogic管理対象サーバーへのアプリケーションのデプロイに関する項を参照してください。

6.9.6.3 タイムゾーン属性の更新

リリース11.1.1.2.0では、WebCenterスペースのタイムゾーン属性は、自由形式のテキスト・フィールドでした。リリース11.1.1.4.0以降、この属性がドロップダウン・リストに変更されました。

WebCenter Spacesをリリース11.1.1.2.0からアップグレードする場合、タイムゾーン属性は継承されず、適切なタイムゾーンを手動で選択する必要があります。

6.9.6.4 ポータルの表示モードの更新

リリース11.1.1.2.0または11.1.1.3.0からポータル(従来の名称はグループ・スペース)をアップグレードした場合、ご使用のポータルのメタデータを更新して、表示が正しい状態になっていることを確認する必要があります。

ポータルを更新して適切に表示されるようにする手順は、次のとおりです。

1. ポータルをエクスポートします。詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルのポータル・アーカイブの作成に関する項を参照してください。

2. コマンド・プロンプトで、エクスポート・アーカイブを保存したディレクトリに移動します。

3. エクスポート・アーカイブからメタデータを抽出します。
たとえば、次のコードではexport.earという名前のエクスポート・アーカイブが抽出され、それにはtransport.marが含まれています。このコードでは、さらにmarという名前のディレクトリのtransport.marが抽出されます。

1. jar xvf export.ear transport.mar

2. mkdir mar

3. cd mar

4. jar xvf ../transport.mar

transport.marファイルにはspace.xmlが含まれており、ポータルの表示モードを更新するにはそれを編集する必要があります。

4. 次のパスからspace.xmlファイルを開きます。
oracle/webcenter/space/metadata/spaces/portalName/space.xml

ここで、portalNameは、表示モードを更新するポータルの名前を参照します。

5. space.xmlから<shell-chrome-type>エントリ全体を削除します。

6. エクスポート・アーカイブを更新します。
たとえば、次のコードは、transport.marのspace.xmlファイルを更新し、次にexport.earのtransport.marを更新します。

1. jar uvfM ../transport.mar oracle/webcenter/space/metadata/spaces/portalName/space.xml

2. cd ..

3. jar uvfM export.ear transport.mar

7. ポータルをインポートします。詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルのアーカイブから1つ以上のポータルをインポートすることに関する項を参照してください。

6.9.6.5 デフォルト・スタート(またはランディング)・ページの選択

デフォルトでは、WebCenter Portalアプリケーションにログオンすると、最後にアクセスしたページが表示されます。この動作は、setDomainEnvドメインでシステム・プロパティoracle.webcenter.spaces.disableLastAccessPageBehaviorをfalse設定することによってオーバーライドできます。このスクリプトは、DOMAIN_HOME/bin/setDomainEnv.sh (UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\bin\setDomainEnv.cmd (Windowsオペレーティング・システムの場合)にあります。

デフォルトの動作をオーバーライドしている場合は、Oracle WebCenter Portalへのパッチ適用後、この設定を再適用する必要があります。詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの使用』のデフォルトのスタート(またはランディング)・ページの選択に関する項を参照してください。

6.9.6.6 WebCenter Portalのカスタマイズの移行

WebCenter Portalはカスタマイズできます(たとえば、カスタム・コードを含む追加の共有ライブラリをデプロイしたり、タスク・フロー、ページ・スタイルおよびスキンなどの追加のアセット(従来の名称はリソース)をデプロイできます)。カスタム・ライブラリcustom.webcenter.spaces.warを介してWebCenter Spaces 11.1.1.2.0または11.1.1.3.0を拡張することでカスタム・ページ・スタイルをデプロイした場合は、パッチの適用後、カスタム・ライブラリの各ページ・スタイルのエントリを変更し、custom.webcenter.spaces.warを再デプロイする必要があります。

WebCenter Portalのカスタマイズを移行するには、次の手順を行います。

1. JDeveloperで、ExtendWebCenterSpaces.jws (11.1.1.2.0または11.1.1.3.0)を開きます。

2. デプロイした各ページ・スタイルで、次の記述を見つけます。

<af:pageTemplate

そして、その記述を次のように置き換えます。

<af:pageTemplate
value="#{bindings.shellTemplateBinding.templateModel}" id="T"

3. 各pageDefで、次の記述を見つけます。

<page>

そして、その記述を次のように置き換えます。

<page viewId="#{WCAppContext.application.siteTemplateManager.currentSiteTemplateViewId}" id="shellTemplateBinding" Refresh="ifNeeded" />

4. custom.webcenter.spaces.war共有ライブラリを、WC_Spaces 11.1.1.8.0管理対象サーバーに再デプロイします。

注意:

このリリースに対して開発された拡張のビルドおよびデプロイには、必ずOracle JDeveloper 11.1.1.2または11.1.1.3を使用します。詳細な手順は、Oracle Technology Network (http://www.oracle.com/technetwork/middleware/webcenter/portal/overview/index.html)でホワイト・ペーパー『Extending WebCenter Spaces (11.1.1.2.0)』または『Extending WebCenter Spaces (11.1.1.3.0)』を参照してください。

6.9.6.7 Process Spacesのアップグレード

Oracle Business Process Management (Oracle BPM) Process Spacesは、WebCenter Portal上に構築されたワークスペースであり、ビジネス・プロセスのモデリングおよび実行に特化して設計されたポータルを提供します。プロセス・スペースをインストールしてある場合は、パッチを適用してWebCenter Portal 11.1.1.8.0にした後、install.xmlスクリプトを実行することでそれをアップグレードする必要があります。このインストール・スクリプトは、単一サーバー構成だけでなく、クラスタ構成にも使用できます。

注意:

Oracle BPM 11.1.1.7.0 Process Spacesを使用してOracle WebCenter Portal 11.1.1.8.0ドメインを拡張するには、パッチの適用も必要な場合があります。詳細は、次から、OTNにおけるOracle Fusion Middlewareの最新のリリース・ノートを参照してください。

http://www.oracle.com/technetwork/middleware/fusion-middleware/documentation/index.html

Process Spaces機能の詳細は、『Oracle Fusion Middleware Oracle Business Process Managementユーザーズ・ガイド』のOracle Business Process ManagementのProcess Spacesの使用方法に関する箇所を参照してください。

注意:

この項に記載されている手順が当てはまるのは、既存のOracle WebCenter Portalインストールを最新リリースにアップグレード済で、Process SpacesがWebcenter Portalですでに有効化されている場合にのみです。

新規Oracle WebCenter Portalインストール(または新規ドメイン)でのProcess Spacesの有効化の詳細は、Oracle Fusion Middleware Oracle WebCenter Portalに関するインストレーション・ガイドのOracle BPM Process Spacesを有効化するためのドメインの拡張に関する項を参照してください。

アップグレード済のOracle WebCenter PortalインスタンスのProcess Spacesをアップグレードする手順は、次のとおりです。

1. プロセス・ワークスペースおよびモデリング・スペースをオフラインにします。

1. WebCenter Portalにログオンします。

2. 「管理」リンクをクリックして、WebCenter Portalの管理ページを開きます。

3. 「ポータル」タブで、「モデリング・スペース」行を選択します。

4. 「アクション」・メニューから、「オフラインに設定」を選択します。

5. 「ポータルをオフラインにする」ダイアログで、「OK」をクリックします。

6. この手順を繰り返して、プロセス・ワークスペースをオフラインにします。

2. SOA Oracleホーム・ディレクトリのprocess_spacesフォルダを、Oracle WebCenter Portalがインストールされているシステムの任意の場所にコピーします。次の場所からフォルダをコピーします。
UNIXの場合: SOA_ORACLE_HOME/bpm/process_spaces

Windowsの場合: SOA_ORACLE_HOME\bpm\process_spaces

3. Oracle WebCenter Portalシステム上に新しくコピーしたprocess_spacesフォルダから、process-portal-install.propertiesファイルを開きます。

4. 表6-8にリストされているOracle BPMおよびOracle WebCenter Portalの必須プロパティを、指定します。

注意:

セキュリティ上の目的から、パスワードの指定を省略して、後から求められたときに入力することができます。

表6-8 process-portal-install.propertiesに指定するプロパティ

プロパティ

説明

extendSoa

既存のBPMドメインを拡張するか、新しく作成するかを決定するフラグ。WebCenter PortalとSOAが同じドメイン内にある場合はこの値をtrueに、それ以外の場合はfalseに設定します。

promptForPasswords

インストーラの実行時、パスワードの入力を求めるプロンプトを表示するか、それらをprocess-portal-install.propertiesファイルから読み込むかを決定するフラグ。

Oracle BPMスキーマの詳細

bpmDBUser

Oracle BPM用に構成されたデータベースに接続するためのユーザー名。

bpmDBPassword

Oracle BPMのデータベースに接続するためのパスワード。

bpmDBType

Oracle BPM用に構成されたデータベースのタイプ。

bpmDBDriver

Oracle BPMのデータベースへの接続に使用されるドライバ。

bpmDBUrl

Oracle BPMのデータベースのURL (jdbc:oracle:thin:@adc2170307:1521など)。

Oracle BPMのMDSの詳細

bpmMDSUser

Oracle BPMに使用されるMDSスキーマのユーザー名。

bpmMDSPassword

Oracle BPMのMDSスキーマのパスワード。

Oracle BPMランタイムの詳細

bpmServerURL

Oracle BPMサーバーのURL。

単一のBPMサーバーの場合: t3://<bpmHost>:<bpmRuntimePort>

例: t3://myHost:8001

BPMクラスタの場合は、クラスタ内のすべてのサーバーについて次の形式を使用して、BPMサーバーのURLの区切りリストを指定します。

t3://host1:port1,host2:port2,...

例: t3://myHost1:8001,myHost2:8002,myHost3:8003

bpmAdminUser

Oracle BPMサーバーに対して管理者権限を持つユーザーの名前。

bpmAdminPassword

Oracle BPM管理ユーザーのパスワード。

WebCenter Portalインストールの詳細

wcOracleHome

WebCenter PortalのOracleホーム・ディレクトリへのパス。

wcDomainName

Oracle WebCenter Portalがインストールされているドメイン名。extendSoaフラグがtrueに設定されている場合は、BPMドメインを指します。

wcSetDomainRealmPassword

ドメイン・レルム・パスワードを設定するかどうかを制御するフラグ。この値は、trueまたはfalseのいずれかに設定します。

注意: このプロパティはグローバルな信頼を設定するためのものです。グローバルな信頼は手動で設定することをお薦めします。したがって、このプロパティはfalseに設定します。

wcDomainRealmPassword

信頼されるドメインを設定するためのパスワード。Oracle BPMドメインに対しても同じパスワードを設定する必要があります。

注意: このプロパティはグローバルな信頼を設定するためのものです。グローバルな信頼は、このプロパティを使用せずに手動で設定することをお薦めします。

wc.server.port

WC_Spaces管理対象サーバーがホストされているポート。

Oracle WebCenter PortalのWebLogicインストールの詳細

wcHost

Oracle WebCenter Portalの管理サーバーが実行されているホスト名

wcAdminPort

Oracle WebCenter Portalの管理サーバーが実行されているポート番号

wcAdminUser

管理サーバーの管理ユーザー

wcAdminPwd

管理サーバーのパスワード

wcManagedServerName

単一サーバー環境では、WebCenter Portalがデプロイされている管理対象サーバーの名前を指定します。

クラスタ化環境では、そのクラスタに属するWebCenter Portal管理対象サーバーのいずれか1つの名前を指定します。

wcConfigServices

Content Serverおよびディスカッション・サーバーをOracle WebCenter Portalと連動するように構成するためのフラグ。この表の後半にリストされているコンテンツ・サーバーおよびディスカッション・サーバーの詳細は、wcConfigServicesがtrueに設定されている場合にのみ指定する必要があります。

注意: Content Serverとディスカッション・サーバーを構成する場合、wcConfigServicesをtrueに設定してinstall.xmlスクリプトを使用するのではなく、wcConfigServicesをfalseに設定し、Content Serverとディスカッション・サーバーがOracle WebCenter Portalと機能するように手動で構成することを強くお薦めします。詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理の「コンテンツ・リポジトリの管理」と「お知らせおよびディスカッションの管理」を参照してください。

isWebcenterClusterConfig

Oracle WebCenter Portalインストールをクラスタに対して構成するかどうかを指定するフラグ。クラスタ構成である場合は、trueに設定します。

wcSpacesClusterName

WebCenter Portalアプリケーションのクラスタ名。

このプロパティは、isWebcenterClusterConfigがtrueに設定されている場合にのみ設定します。

コンテンツ・サーバーの詳細

これらのプロパティは、wcConfigServicesがtrueに設定されている場合にのみ設定します。

wcContentServerName

Oracle WebCenter Portal用に構成されているContent Serverのホスト名。

wcContentServerPort

Content Serverが実行されているポート。

wcContentSpacesRoot

Content Server上のWebCenter Portalルート・フォルダ名。

wcContentAdminUser

Content Serverの管理ユーザーの名前。

ディスカッション・サーバーの詳細

これらのプロパティは、wcConfigServicesがtrueに設定されている場合にのみ設定します。

wcDiscussionServerUrl

WebCenter Portal用に構成されているディスカッション・サーバー名。

wcDiscussionAdminUser

ディスカッション・サーバーの管理者ユーザーの名前。

5. antおよびJava JDKがインストール済であることを確認します。
AntはOracle BPMに付属しています。このインストーラは、SOA_ORACLE_HOME/modules/org.apache.ant_1.7.0にあります。

6. PATHおよびCLASSPATH環境変数が、antとJava JDKの両方に対して設定されていることを確認します。

7. antスクリプトinstall.xmlを実行します。

SOA_ORACLE_HOME/modules/org.apache.ant_1.7.0/bin/ant -f install.xml -DpromptForPasswords=true

-DpromptForPasswords=true引数は、process-portal-install.propertiesファイルでパスワードを指定していない場合のみ使用します。

8. process-portal-install.propertiesでwcConfigServicesがtrueに設定されている場合、次を実行します。

1. WC_Spacesを再起動します。the install.xmlスクリプトを実行すると、WC_Spaces管理対象サーバーが停止します。

2. インストール・スクリプトを再度実行し、アップグレード後の手順を完了します。次のコマンドを使用します。

ant -f install.xml post-install -DpiArgs -importGSOnly

注意:

wcConfigServicesがfalseに設定されている場合、インストール・スクリプトを再度実行する必要はありません。

9. Oracle BPMおよびOracle WebCenter Portalが別のドメインで構成されている場合、Oracle BPMおよびOracle WebCenter Portalの両方のドメインに、信頼できるドメイン資格証明を構成し、Oracle BPM管理サーバーおよびWebCenter Portal管理サーバーを再起動します。
詳細は、Oracle Fusion Middleware Oracle WebLogic Serverの保護についてのマニュアルのWebLogicドメイン間の信頼関係の有効化に関する章を参照してください。

10. Oracle BPMを起動します。詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suiteインストレーション・ガイド』のOracle SOA SuiteおよびOracle Business Process Management Suiteの構成に関する章を参照してください。

注意:

Oracle BPMが起動し、稼働中でないと、WebCenter Portalへのログインで問題が発生することがあります。

必要な場合は、手順1の説明に従って「アクション」メニューの「オンラインに設定」を選択することで、プロセス・ワークスペースとモデリング・スペースをオンラインにできます。

11. WebCenter Portalで、必要に応じて古いProcess Spaces、テンプレートおよびリソースを削除します。
install.xml antスクリプトを実行すると、リリース11.1.1.4.0または11.1.1.5.0のプロセス・スペース、関連するテンプレートおよびリソースが、「11.1.1.8.0」を追加した名前でインポートされます。そのためアップグレード後は、たとえば「Process Workspace 11.1.1.8.0」と「Process Workspace」のように、プロセス・スペース、関連するテンプレートおよびリソースの2つのセットが存在するようになります。古いアイテムが不要な場合は、それらを手動で削除できます。詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalの使用』のポータルの削除に関する項、ポータル・テンプレートの削除に関する項、およびアセットの削除に関する項を参照してください。

6.9.6.8 アセットの管理への権限付与

リリース11.1.1.2.0または11.1.1.3.0からアップグレードされたポータルにおいて、権限が与えられたユーザーがポータル・アセットを管理できるようにする必要があります。このため、必要なロールにCreate, Edit and Delete Assets権限を付与します。詳細は、Oracle Fusion Middleware Oracle WebCenter PortalによるPortalの構築についてのマニュアルのポータルに関するロールおよび権限の管理についての章を参照してください。

6.9.7 認証プロバイダのリストへのOracle Single Sign-On認証プロバイダの追加

アップグレード済のOracle WebCenter Portal環境では、Oracle Single Sign-on (OSSO) Identity Asserterは認証プロバイダのリストに表示されません。WebCenter Portal 11.1.1.8.0へのアップグレード後もOSSO 10gを継続して使用する場合は、setDomainEnvスクリプトを更新して、この認証プロバイダを追加する必要があります。

OSSO認証プロバイダを追加する手順は次のとおりです。

1. DOMAIN_HOME/bin/setDomainEnv.sh (UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\bin\setDomainEnv.cmd (Windowsオペレーティング・システムの場合)ファイルで、次のエントリを検索します。

ALT_TYPES_DIR="${ORACLE_HOME}/modules/oracle.ossoiap_11.1.1,${ORACLE_HOME}/modules/oracle.oamprovider_11.1.1

エントリを次のように置き換えます。

ALT_TYPES_DIR="${COMMON_COMPONENTS_HOME}/modules/oracle.ossoiap_11.1.1,${COMMON_COMPONENTS_HOME}/modules/oracle.oamprovider_11.1.1

2. 管理サーバーを再起動します。

6.9.8 Oracle WebCenter Portalへの新機能の追加

この項は、次のトピックで構成されています。

- 第6.9.8.1項「アクティビティ・グラフ、Analytics、ページレット・プロデューサ、パーソナライズ・サーバーおよびサービス・ポートレットのインストール」

- 第6.9.8.2項「ポータル・フレームワーク機能のWebCenterカスタム・アプリケーションへの追加」

6.9.8.1 アクティビティ・グラフ、Analytics、ページレット・プロデューサ、パーソナライズ・サーバーおよびサービス・ポートレットのインストール

リリース11.1.1.2.0または11.1.1.3.0と比較して、Oracle WebCenter Portal 11.1.1.8.0には、次を含むいくつかの新機能があります。

- アクティビティ・グラフ: ユーザーはAnalyticsで収集される様々な統計を分析できます。オブジェクトおよびユーザーに関する様々な類似度スコアが収集され、推奨事項を提示するために使用されます。

- Analytics: ユーザーは様々なユーザー・アクティビティ・レポートを表示できます。

注意:

WebCenterドメインを拡張してOracle WebCenter Portalの分析コレクタをインストールする場合は、openusageプロパティを削除する必要があります。詳細は、第6.9.5.7項「setDomainEnvのopenusageプロパティの削除」を参照してください。

- ページレット・プロデューサ: ページレットの動的進化を促進するための一連の有用なツールと機能を提供します。

- パーソナライズ・サーバー: ユーザーは選択した基準に基づいて対象ユーザーにアプリケーション・コンテンツを配信できます。

- サービス・ポートレット: 他のアプリケーションのOracle WebCenter Portalサービスおよびツールのタスク・フローをWSRPポートレットまたはページレットとして公開できるようにします。サービス・ポートレットは、Oracle Portal、Oracle WebLogic PortalおよびOracle WebCenter Interactionアプリケーションで使用できます。

これらの機能および他のOracle WebCenter Portalコンポーネントの詳細は、『Oracle Fusion Middleware Oracle WebCenter Portalインストレーション・ガイド』のOracle WebCenter Portalコンポーネントのスタート･ガイドを参照してください。

これらの新機能を利用するには、必要なコンポーネントをインストールすることでドメインを拡張する必要があります。次のそれぞのドメインに対する拡張の情報を参照してください。

- 単純なトポロジの場合は、Oracle Fusion Middleware Oracle WebCenter Portalに関するインストレーション・ガイドの既存ドメインの拡張に関する項を参照してください。

- クラスタ環境または分散環境の場合は、次を参照してください。

- Oracle Fusion Middleware Oracle WebCenter Portalのエンタープライズ・デプロイメントに関するガイドのWebCenterコンポーネントのドメインの拡張に関する章

- 『Oracle Fusion Middleware高可用性ガイド』のOracle ADFおよびOracle WebCenter Portalの高可用性の構成に関する章

ドメインを拡張する前に、次を実行する必要があります。

- 実際の環境で使用する製品およびトポロジを決定します。
ご使用のシステムが最小要件を満たしていることを確認するには、次のドキュメントを参照してください。

- Oracle Fusion Middlewareシステム要件と仕様:

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-requirements-100147.html

このドキュメントには、ハードウェアとソフトウェアの要件、最小ディスク領域とメモリーの要件、データベース・スキーマの要件、および必要なシステム・ライブラリ、パッケージまたはパッチに関する情報が記載されています。

- Oracle Fusion Middlewareサポートされるシステム構成:

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

このページには、現在リリースされている製品や以前にリリースされた製品の動作保証に関する様々なドキュメントがあります。Oracle Fusion Middleware 11gR1システム要件とサポートされるプラットフォームというドキュメントには、サポートされる32ビットおよび64ビット・オペレーティング・システム、データベース、Webサーバー、LDAPサーバー、アダプタ、IPv6、JDK、およびサード・パーティ製品の動作保証に関する情報が記載されています。

- Oracle Fusion Middleware相互運用性および互換性ガイド
このドキュメントには、Oracle Fusion Middleware 11g製品のインストールまたはアップグレードで生じる可能性のある、互換性または相互運用性の問題について記載されています。

- リポジトリ作成ユーティリティ(RCU)を使用して、必要なすべてのスキーマをインストールします。
分析およびアクティビティ・グラフでは、ACTIVITESスキーマが必要です。サービス・ポートレットには、MDS、WEBCENTERおよびPORTLETの3つの追加スキーマが必要です。これらのスキーマは、それぞれデータ・ソースmds-ServicesProducerDS、WC-ServicesProducerDSおよびPortlet-ServicesProducerDSにマップする必要があります。ページレット・プロデューサまたはパーソナライズ・サーバーでは、追加のスキーマは不要です。

必要なスキーマの詳細はOracle WebCenter Portalのスキーマに関する項を、RCUを使用したスキーマのインストールの詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』のリポジトリ作成ユーティリティの取得および実行についての章を参照してください。

6.9.8.2 ポータル・フレームワーク機能のWebCenterカスタム・アプリケーションへの追加

Oracle WebCenter Portal Frameworkは、ページ・ナビゲーションやページ階層などの様々な新機能をサポートしています。新機能を使用する場合に、リリース11.1.1.2.0または11.1.1.3.0カスタム・アプリケーションへのポータル・コンポーネント(ポートレットなど)を含む移行に推奨されるベスト・プラクティスは、WebCenter Portal - Framework Applicationテンプレートを使用して、新規リリース11.1.1.8.0 Portal Frameworkアプリケーションを作成し、次にコンテンツ、構成、ロジックを前のアプリケーション(リリース11.1.1.2.0または11.1.1.3.0)から新しいPortal Frameworkアプリケーションに手動で移行することです。ご使用のPortal Frameworkアプリケーションへの機能追加の詳細は、『Oracle Fusion Middleware Developing Portals with Oracle WebCenter PortalおよびOracle Jdeveloperでのポータルの開発』を参照してください。

6.9.9 upgradeWebCenterPermissions WLSTコマンドの実行

upgradeWebCenterPermissions() WLSTコマンドを実行して、WebCenter Portalの権限をアップグレードします。このコマンドによって追加のアプリケーション・ロールを作成し、Oracle WebCenter Portalに必要な、追加権限の一部を付与します。またこれによって、WebCenter PortalおよびディスカッションのWebサービス・エンドポイントにOWSMセキュリティ・ポリシーを指定してリストアします。

upgradeWebCenterPermissions() WLSTコマンドを実行するには、次の手順を行います。

1. 管理サーバーおよびすべてのOracle WebCenter Portal管理対象サーバーが起動して稼働中であることを、確認します。

2. WebCenter Portal Oracleホーム・ディレクトリからWLSTスクリプトを起動し、Oracle WebCenter Portalの管理サーバーに接続します。WebCenter Portal Oracleホーム・ディレクトリ(WCP_ORACLE_HOME)から、すべてのWebCenter Portal WLSTコマンドを実行する必要があります。
詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルのOracle WebLogic Scripting Tool (WLST)コマンドの実行に関する項を参照してください。

3. upgradeWebCenterPermissions()コマンドを実行します。次の例では、WebCenter Portalに関する権限をアップグレードしています。

cd <WC_ORACLE_HOME>/common/bin
./wlst.sh
connect(<admin_username>, <admin_password>, <host>)
upgradeWebCenterPermissions()

このコマンドを実行すると、'COMMAND FAILED due to an unknown reason, Check the stack trace for details'のような、様々な警告またはエラー・メッセージが表示されます。コマンドが正常に完了した旨のメッセージが表示されているかぎり、これらを無視できます。

4. WC_SpacesおよびWC_Collaboration管理対象サーバーを起動します。

6.9.10 検索のカスタマイズのリセット

従来のOracle WebCenter PortalまたはOracle SESインスタンスからアップグレードされたシステムでは、タスク・フロー・パラメータによって設定された従来の検索のカスタマイズ設定がオーバーライドされます。

既存のOracle SESインスタンスをリリース11.2.2.2にアップグレードする際に、すべてのクローラ・ソース、クローラ・スケジュールおよびソース・グループがアップグレードされたインスタンスに移行されます。ただし従来のおよびアップグレードされたOracle SESインスタンスの認可マネージャが異なるため、検索問合せでは結果は返されません。Oracle SES 11.2.2.2へのアップグレード後に、次のタスクを実行する必要があります。

- スペース・クローラを再作成(既存のスペース・クローラを削除および再作成)して、これをアップグレード済のポータルに割り当てます。

- WebCenter PortalとOracle SES 11.2.2.2の間の接続を構成します。Oracle SESインスタンスについては、従来のものとアップグレード済のものとではデフォルトのポート番号が異なることに注意してください。
このタスクには、「ツールとサービス」 - 「検索管理ページ」の有効化、Oracle SES 11.2.2.2への機能へのアクセスの取得のために、setSESVersion WLSTコマンドを実行することも含まれる必要があります。

詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルのWebCenter PortalでのOracle Secure Enterprise Searchの管理に関する章を参照してください。

7 Oracle Identity and Access Managementへのパッチの適用

この章では、Oracle IdentityおよびAccess Managementコンポーネントの追加のパッチ適用手順について説明します。

注意:

Oracle Identity Managementが11gより前のバージョンの場合は、ソフトウェアをアップグレードする必要があり、この章で説明するパッチの適用対象外になります。アップグレードの説明は、Oracle Fusion Middleware Oracle Identity Managementアップグレード・ガイドを参照してください。

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

- 第7.1項「始める前に」

- 第7.2項「Oracle IdentityおよびAccess Management 11.1.1.3.0コンポーネントへのパッチ適用」

- 第7.3項「Oracle Identity Manager 11.1.1.5.0から11.1.1.7.0への更新」

7.1 前提作業

この章で説明する手順は、第3章「Oracle Fusion Middlewareの最新パッチ・セットの適用」で説明する手順とともに使用します。この章で説明するパッチ適用手順を開始する前に、特に次について確認しておきます。

- システム要件および動作保証の確認

- 『Oracle Fusion Middleware相互運用性および互換性ガイド』の確認

- サーバーとプロセスの停止

- Middlewareホーム、ドメイン・ホームおよびOracleインスタンスのバックアップ

- データベースとデータベース・スキーマのバックアップ

- 追加の構成情報のバックアップ

7.2 Oracle Identity and Access Management 11.1.1.3.0コンポーネントへのパッチ適用

最新のパッチ・セットをOracle Identity Manager、Oracle Access ManagerまたはOracle Adaptive Access Manager 11.1.1.3.0に適用するには、最初に11.1.1.5.0にパッチを適用する必要があります。

既存の1.1.1.3.0コンポーネントを11.1.1.5.0にパッチ適用する方法の詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.5.0)のドキュメント・ライブラリにある『Oracle Fusion Middlewareパッチ適用ガイド』の次の項を参照してください。

- パッチ適用の準備

- Oracle Identity Manager 11.1.1.3.0から11.1.1.5.0への更新

- Oracle Access Manager 11.1.1.3.0から11.1.1.5.0への更新

- Oracle Adaptive Access Manager 11.1.1.3.0から11.1.1.5.0への更新

注意:

Oracle Identity ManagementとOracle Fusion Middleware Identity and Access Managementコンポーネント間の相互運用性の問題について、『Oracle Fusion Middleware相互運用および互換性ガイド』を確認してください。

コンポーネントを11.1.1.5.0にアップグレードした後は、第3.6項「Oracle Fusion Middlewareへのパッチの適用」の手順を実行して11.1.1.7.0パッチを適用できます。

7.3 Oracle Identity Manager 11.1.1.5.0から11.1.1.7.0への更新

この項では、既存のOracle Identity Manager 11.1.1.5.0環境を11.1.1.7.0に更新するための手順について説明します。

注意:

次の手順はオプションであり、Oracle Identity Managerのパッチ適用を完了するために必須のものではありません。

1. ドメイン内で実行されている次のサーバーを停止します。

- Oracle Identity Managerの管理サーバー

- Oracle Identity Managerの管理対象サーバー

注意:

SOAサーバーはパッチ・セットの適用中に稼働している必要があります。SOAサーバーが稼働していない場合、エラー・メッセージが表示され、パッチ・セットは適用されません。

2. サーバーを停止した後、Oracle Identity Manager 11.1.1.7.0にアップグレードする前に、古いOracle Identity Manager 11.1.1.5.0環境をバックアップする必要があります。次についてバックアップしてあることを確認します。

- MW_HOMEディレクトリ(ミドルウェア・ホーム内のOracleホーム・ディレクトリを含む)

- Domain Homeディレクトリ

- Oracle Identity Managerスキーマ

- MDSスキーマ

- ORASDPMスキーマ

- SOAINFRAスキーマ

3. Oracle SOA Suiteソフトウェアがサポートされている最新バージョンにパッチ適用されていることを確認します。

4. 「パッチ・セットの適用」の説明に従って、Oracle Identity and Access Management 11gリリース1 (11.1.1.7.0)パッチ・セット・インストーラを実行し、既存のOracle Identity and Access Managementのデプロイメントにパッチを適用します。

5. パッチ・セット・アシスタント(ORACLE_HOME内のbinディレクトリにある)を実行します。
第4章「パッチ・セット・アシスタントによるスキーマの更新」には、パッチ・セット・アシスタントの使用に関する次の情報が含まれています。

6. 「コンポーネントの選択」画面から「Oracle Identity Manager」を選択します。次のスキーマはアップグレード用に自動的に選択されます。

- Oracle Identity Managerスキーマ_OIM

- Oracle Metadata Servicesスキーマ_MDS
Oracle Metadata Servicesスキーマは2つ選択されます。

- OIMに使用されるOracle Metadata Servicesスキーマ

- SOAに使用されるOracle Metadata Servicesスキーマ

- Oracle SOAインフラストラクチャ・スキーマ_SOAINFRA

- ユーザー・メッセージ・スキーマ_ORASDPM

第4章「パッチ・セット・アシスタントによるスキーマの更新」には、パッチ・セット・アシスタントの使用に関する次の情報が含まれています。

7. Oracle Identity Manager 11.1.1.7.0では、一部の構成タスクとオプションの機能を自動化するための、オプションのスタンドアロンのパッチ適用ユーティリティを提供しています。11.1.1.7.0パッチ・セットの適用後、このユーティリティを次の操作のために実行できます。

- 使用されていないデータベース・オブジェクトの削除

- このリリースで変更または導入されたSOAコンポジットのデプロイ

- 新しいタスク、ジョブおよび通知のシード

- MDSリスナー (MBean)では変更できないシステム・プロパティの変更

- 新規ear、共有ライブラリのデプロイメントなど、ドメイン固有の変更の、個々のターゲット・サーバーへの適用

8. 現在使用しているディレクトリから、UNIXシステムのORACLE_Home/server/binディレクトリ、またはWindowsオペレーティング・システムのORACLE_Home\server\binに移動します。

9. ORACLE_HOME/server/binに移動し、oimPS1PS2upgrade.propertiesファイルを次の環境変数について編集します。

変数

説明

サンプル値

JAVA_HOME

JAVA_HOMEはインストーラに含まれるJDKの場所です。

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

JAVA_HOME=/u01/oim/jrockit-jdk1.6.0_29-R28.2.0-4.0.1

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

C:\Program Files\Java\jdk1.6.0_02

WEBLOGIC_USER

WEBLOGIC_USERはWebLogicサーバー管理者の名前です。

WEBLOGIC_USER=weblogic

WEBLOGIC_HOST

WEBLOGIC_HOSTはサーバーをホスティングしているマシンの場所です。

WEBLOGIC_HOST=examplehost/exampleservice

WEBLOGIC_PORT

WEBLOGIC_PORTはサーバーのリスニング・ポートです。

WEBLOGIC_PORT= 1521です

WEBLOGIC.SERVER.DIR

WEBLOGIC.SERVER.DIRはOracle WebLogicサーバーをインストールした場所です。

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

WEBLOGIC.SERVER.DIR=/u01/oim/wlserver_10.3

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

WEBLOGIC.SERVER.DIR=\u01\oim\wlserver_10.3

Windowsオペレーティング・システムの場合、次のパラメータを環境変数として設定する必要があります。これらの変数はoimPS1PS2upgrade.propertiesファイルからは読み取られません。プロパティ・ファイル内で設定された変数はすべて無視されます。

変数

説明

OIM_ORACLE_HOME

OIM_ORACLE_HOMEをOracle Identity ManagerがインストールされているIAM Oracleホームに設定します。

OIM_ORACLE_HOME=ORACLE_HOME\Oracle\Middleware/ORACLE_OIM1

ANT_HOME

ANT_HOMEはAnt Javaライブラリの場所です

ANT_HOME=\u01\oim\modules\org.apache.ant_1.7.1

WL_HOME

MW_HOMEは既存のOracle Identity Managerを含むMiddlewareホームです。

ドライブ:\Oracle\Middleware

10. 環境構成によっては、次の環境変数をTRUEに設定する必要もあります。

変数

説明

サンプル値(UNIXオペレーティング・システム)

LDAPSYNCEnabled

TRUEに設定してLDAP同期を有効にします。

LDAPSYNCEnabled=true

FAEnabled

環境がFAの場合はTRUEに設定します。FA環境でない場合はFALSEに設定します。

FAEnabled=true

SODEnabled

環境がFA-SODの場合はTRUEに設定します。FA環境でない場合はFALSEに設定します。

SODEnabled=true

MTEnabled

マルチテナント環境の場合はTRUEに設定します。マルチテナント環境ではない場合はFALSEに設定します。

MTEnabled=true

11. 注意:
環境詳細は、TRUEに設定されている各フラグに指定する必要があります。たとえば、SODEnabled=trueの場合、次を入力する必要があります。

- SOA_HOMEの場所

- SOA管理対象サーバーの名前

- サーバーをホスティングするデータベースの名前

- サーバーのポート番号

アップグレードを実行する前に、TRUEに有効化されている各変数について、環境関連の情報をすべて入力してあることを確認します。

12. oimPS1PS2upgrade.sh (UNIXの場合)またはoimPS1PS2upgrade.bat (Windowsの場合)を実行します。

13. Oracle Identity Managerの管理サーバーおよび管理対象サーバーを再起動します。

14. アップグレード・ユーティリティが完了したことを確認します。

- ORACLE_HOME/server/upgrade/logディレクトリに作成されたoimPS1PS2upgrade.logファイルを確認します。
ファイルの終わりはBUILD SUCCESSFULとなります。

- 次の問合せを実行して、必要なスキーマがすべて正しくアップグレードされたことを確認します。

select comp_name,version,status,upgraded from schema_version_registry;

SDP Messaging 11.1.1.7.0 VALID Y
SOA Infrastructure Services 11.1.1.7.0 VALID Y
Metadata Services 11.1.1.7.0 VALID Y
Oracle Identity Manager 11.1.1.7.0 VALID Y

7.3.1 Oracle Identity Manager Remote Managerのアップグレード

Oracle Identity Manager 11.1.1.5.0を11.1.1.7.0に更新した後、Remote Managerの機能を使用する場合はRemote Managerを再インストールする必要があります。

1. 構成ファイルをバックアップします。
Remote Managerのアップグレードを開始する前に、次のRemote Manager構成ファイルをバックアップします。

- $<XLREMOTE_HOME>/remotemanager.sh (UNIXの場合)

- $<XLREMOTE_HOME>/xlremote/config/xlconfig.xmlファイル

- <XLREMOTE_HOME>\remotemanager.bat (Windowsの場合)

- <XLREMOTE_HOME>\xlremote\config\xlconfig.xmlファイル

2. Oracle Identity and Access Managementインストーラを実行して、Remote Managerホームをアップグレードします。

3. 構成ファイルをリストアします。
アップグレードされたRemote Managerホーム内のバックアップ構成ファイルをリストアします。

7.3.2 Oracle Identity Manager Design Consoleのアップグレード

Oracle Identity Manager Design Consoleを使用して、Oracle Identity Managerのシステム全体の動作を制御し、そのユーザーに影響を及ぼすシステム設定を構成します。Design Consoleで、ユーザー管理、リソース管理、プロセス管理、その他の管理タスクおよび開発タスクを実行できます。Design Consoleの詳細は、『Oracle Fusion Middleware Oracle Identity Manager開発者ガイド』のDesign Consoleの概要に関する項を参照してください。

注意:

Design ConsoleがOracle Identity Managementサーバーと同じシステム上にあるかどうかは関係なく、Oracle Identity ManagerおよびDesign Consoleは異なるディレクトリ・パスにインストールすることをお薦めします。

Design Consoleをアップグレードするには、次の手順を完了します。

1. 次のファイルをバックアップします。

- UNIXオペレーティング・システムの場合:
$<XLDC_HOME>/xlclient.sh

<XLDC_HOME>/config/xlconfig.xml

- Windowsオペレーティング・システムの場合:
<XLDC_HOME>\xlclient.cmd

<XLDC_HOME>\config\xlconfig.xml

2. Oracle Identity and Access Managementインストーラを実行して、Design Consoleホームの<XLDC_HOME>をアップグレードします。

3. アップグレードされたDesign Consoleホーム内のバックアップ・ファイルをリストアします。

4. 次のようにwlfullclient.jarファイルをビルドしてコピーします。

1. UNIXの場合はWebLogic_Home/server/libディレクトリ、Windowsの場合はWebLogic_Home\server\libディレクトリに移動します。

2. JAVA_HOME環境変数を設定し、JAVA_HOME変数をPATH環境変数に追加します。
たとえば、JAVA_HOMEをミドルウェア・ホーム内のjdk160_21ディレクトリに設定できます。

3. 次のコマンドを実行して、wlfullclient.jarファイルをビルドします。
java -jar <MW_HOME>/modules/com.bea.core.jarbuilder_1.7.0.0.jar

4. Design Consoleをインストールした <IAM_HOME>にwlfullclient.jarファイルをコピーします。例:
UNIXオペレーティング・システムの場合:

cp wlfullclient.jar <Oracle_IDM2>/designconsole/ext

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

copy wlfullclient.jar <Oracle_IDM2>\designconsole\ext

8 Oracle Identity Management高可用性環境へのパッチの適用

この章では、既存のOracle Identity Management高可用性環境にパッチを適用して最新バージョンにする方法について説明します。

参照:

トポロジについては、『Oracle Fusion Middleware Oracle Identity Managementアップグレード・ガイド』のOracle Identity Management環境のタイプに関する項を参照してください。

注意:

この章のタスクを完了する前に、第5章「パッチ適用後の手順」を参照してください。追加のタスク実行が必要な場合があります。

このタスクの内容は次のとおりです。

- タスク1: サーバーおよびシステム・コンポーネントの停止

- タスク2: Oracle WebLogic Serverのバージョン10.3.5への更新

- タスク3: Oracle Identity Managementパッチ・セット・インストーラを使用したOracle Identity ManagementのOracleホームの更新

- タスク4: Oracle Web Tierパッチ・セット・インストーラを使用したOracle HTTP ServerのOracleホームの更新

- タスク5: パッチ・セット・アシスタントを使用したOracle Identity Managementリポジトリの更新

- タスク6: 手動でのパッチ適用後手順の実行

- タスク7: システム・コンポーネントおよびサーバーの再起動

- タスク8: Fusion Middleware Controlに表示されるバージョン番号文字列の更新

注意:

このパッチ・セットを適用する前、または既存のOracleソフトウェアにその他の変更を加える前に、Oracleソフトウェア、インベントリ、スキーマおよびドメインをバックアップしてください。Oracleソフトウェアおよびインベントリをバックアップする手順については、ご使用の製品の管理者ガイドを参照してください。詳細は、『Oracle Fusion Middleware管理者ガイド』の詳細な管理(バックアップおよびリカバリ)に関する項を参照してください。

8.1 タスク1: サーバーおよびシステム・コンポーネントの停止

Oracle Identity Managementを更新する前に、次のサーバーとコンポーネントを停止する必要があります。

- 管理対象サーバーの停止

- 管理サーバーの停止

- ノード・マネージャの停止

- Oracle Management Agentの停止

- システム・コンポーネントの停止

- OIDレプリケーション環境へのパッチの適用に関する特殊な考慮事項

8.1.1 管理対象サーバーの停止

Oracle WebLogic Server管理コンソールを使用して、IDMHOST1およびIDMHOST2で実行中の管理対象サーバーWLS_ODS1およびWLS_ODS2を停止する必要があります。詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

8.1.2 管理サーバーの停止

IDMHOST1管理サーバーを停止する必要があります。詳細は、『Oracle Fusion Middleware管理者ガイド』の管理サーバーの起動と停止に関する項を参照してください。

8.1.3 ノード・マネージャの停止

ノード・マネージャが実行されているコマンド・シェルを閉じて、IDMHOST1およびIDMHOST2で実行中のノード・マネージャを停止するか、ノード・マネージャ・プロセスを終了します。たとえば、UNIXオペレーティング・システムで次のコマンドを実行します。

kill -9 pid

pidをノード・マネージャ・プロセスのプロセスIDに置き換えます。

8.1.4 Oracle Management Agentの停止

IDMHOST1およびIDMHOST2で実行中のOracle Management Agentを停止するには、次のコマンドを実行します。

opmnctl stopall

8.1.5 システム・コンポーネントの停止

opmnctlコマンドライン・ツールを使用して、Oracle Internet Directory (OIDHOST1およびOIDHOST2で実行)、Oracle Virtual Directory (OVDHOST1およびOVDHOST2で実行)、およびOracle HTTP Server (WEBHOST1およびWEBHOST2で実行)で実行中のシステム・コンポーネントとプロセスをすべて停止する必要があります。

opmnctl stopall

8.1.6 OIDレプリケーション環境へのパッチの適用に関する特殊な考慮事項

環境にOIDレプリケーションを構成してある場合:

1. ディレクトリ・レプリケーション・グループ(DRG)のすべてのノードでレプリケーション・サーバーを停止します。

2. パッチ・セット・インストーラを使用し、一度に1ノードずつパッチを適用して最新バージョンにします。

3. DRGのすべてのノードにパッチを適用した後、レプリケーション・サーバーを再起動します。

8.2 タスク2: Oracle WebLogic Serverのバージョン10.3.5への更新

IDMHOST1、IDMHOST2、OIDHOST1、OIDHOST2、OVDHOST1およびOVDHOST2上の既存のOracle WebLogic Serverをバージョン10.3.5に更新する必要があります。

WebLogic Serverを更新するには、アップグレード・インストーラを使用する必要があり、それにはMy Oracle Supportアカウントが必要です。詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』のMy Oracle Supportからのアップグレード・インストーラのダウンロードに関する項を参照してください。

8.3 タスク3: Oracle Identity Managementパッチ・セット・インストーラを使用したOracle Identity ManagementのOracleホームの更新

Oracle Identity Managementのパッチ・セット・インストーラを使用して、IDMHOST1、IDMHOST2、OIDHOST1、OIDHOST2、OVDHOST1およびOVDHOST2で既存のOracle Identity ManagementのORACLE_HOMEを最新バージョンに更新する必要があります。

手順については、第3章「Oracle Fusion Middlewareの最新パッチ・セットの適用」を参照してください。

インストールが完了したら、oracleRoot.shの確認ダイアログ・ボックスが表示されます。このダイアログ・ボックスでは、インストールを続行する前に、構成スクリプトをrootとして実行するよう推奨されます。確認ダイアログ・ボックスを開いたまま、別のシェル・ウィンドウを開いて、rootとしてログインし、oracleRoot.shスクリプト・ファイルを実行してください。

スクリプトが完了したら、確認ダイアログ・ボックスで「OK」をクリックします。

8.4 タスク4: Oracle Web Tierパッチ・セット・インストーラを使用したOracle HTTP ServerのOracleホームの更新

ORACLE_INSTANCEでOracle HTTP Serverを構成している場合、Oracle Web Tierのパッチ・セット・インストーラを使用して、WEBHOST1およびWEBHOST2でOracle HTTP ServerのORACLE_HOMEを最新バージョンに更新する必要があります。

手順については、第3章「Oracle Fusion Middlewareの最新パッチ・セットの適用」を参照してください。

8.5 タスク5: パッチ・セット・アシスタントを使用したOracle Identity Managementリポジトリの更新

パッチ・セット・アシスタントを実行して、Oracle Internet Directoryのデータベース・スキーマを最新バージョンに更新する必要があります。パッチ・セット・アシスタントでは、既存のスキーマに対してインプレース・スキーマ更新が実行されます。

手順については、第4章「パッチ・セット・アシスタントによるスキーマの更新」を参照してください。

注意:

トポロジ全体でスキーマを一度更新する必要があります。

8.6 タスク6: 手動でのパッチ適用後手順の実行

アップグレードするコンポーネント、およびそのコンポーネントの開始バージョンによっては、パッチ・セットの適用後に、手動手順の追加実行が必要な場合があります。追加のタスクが必要かどうかの判断は、第5章「パッチ適用後の手順」を参照してください。

8.7 タスク7: システム・コンポーネントおよびサーバーの再起動

次のものを起動する必要があります。

- システム・コンポーネントの起動

- ノード・マネージャの起動

- Oracle WebLogic管理サーバーの起動

- 管理対象サーバーの起動

- Oracle Management Agentの起動

8.7.1 システム・コンポーネントの起動

次のシステム・コンポーネントを起動する必要があります。

- Oracle Internet Directoryプロセスの起動

- Oracle Virtual Directoryプロセスの起動

- Oracle HTTP Serverの起動

注意:

OPMNを起動していない場合には、次のコマンドを実行して起動する必要があります。

opmnctl start

8.7.1.1 Oracle Internet Directoryプロセスの起動

Oracle Internet Directoryプロセスを起動するには、次のOPMNコマンドを使用します。

opmnctl startproc ias-component=oid_component_name

Oracle Internet Directoryインスタンスが起動していることを確認するには、次のopmnctlステータス・コマンドを実行します。

opmnctl status

例:

Processes in Instance: oid_inst1
---------------------------------+--------------------+---------+---------
ias-component                    | process-type       |     pid | status
---------------------------------+--------------------+---------+---------
oid1                             | oidldapd           |   31522 | Alive
oid1                             | oidldapd           |   31520 | Alive
oid1                             | oidmon             |   31449 | Alive
EMAGENT                          | EMAGENT            |   31448 | Alive

8.7.1.2 Oracle Virtual Directoryプロセスの起動

Oracle Virtual Directoryプロセスを起動するには、次のOPMNコマンドを使用します。

opmnctl startproc ias-component=ovd_component_name

Oracle Virtual Directoryインスタンスが起動していることを確認するには、次のopmnctlステータス・コマンドを実行します。

opmnctl status

例:

$ ovd_instance_home/bin/opmnctl status

Processes in Instance: ovd_inst1
---------------------------------+--------------------+---------+---------
ias-component                    | process-type       |     pid | status
---------------------------------+--------------------+---------+---------
ovd1                             | OVD                |   31658 | Alive
EMAGENT                          | EMAGENT            |   31657 | Alive

8.7.1.3 Oracle HTTP Serverの起動

ORACLE_INSTANCEでOracle HTTP Serverを構成している場合、次のコマンドを使用して起動します。

opmnctl startproc ias-component=ohs_component_name

Oracle HTTP Serverインスタンスが起動していることを確認するには、次のOPMNコマンドを実行します。

opmnctl status

例:

[abcd@stajz13 Disk1]$ /u01/app/oracle/ps1/admin/ohs_inst1/bin/opmnctl status

Processes in Instance: ohs_inst1
---------------------------------+--------------------+---------+---------
ias-component                    | process-type       |     pid | status
---------------------------------+--------------------+---------+---------
ohs1                             | OHS                |    7144 | Alive

8.7.2 ノード・マネージャの起動

次のように、startNodeManager.shスクリプト(UNIX。WL_HOME/server/binディレクトリにあります)またはstartNodeManager.cmdスクリプト(Windows。WL_HOME\server\binディレクトリにあります)を使用して、IDMHOST1およびIDMHOST2で実行されるノード・マネージャを起動する必要があります。

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

MW_HOME/wl_server_n/server/bin/startNodeManager.sh

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

MW_HOME\wl_server_n\server\bin\startNodeManager.cmd

8.7.3 Oracle WebLogic管理サーバーの起動

次のコマンドを実行して、IDMHOST1管理サーバーを起動する必要があります。

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

DOMAIN_HOME/bin/startWebLogic.sh
-Dweblogic.management.username=weblogic
-Dweblogic.management.password=password
-Dweblogic.system.StoreBootIdentity=true

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

DOMAIN_HOME\bin\startWebLogic.cmd
-Dweblogic.management.username=weblogic
-Dweblogic.management.password=password
-Dweblogic.system.StoreBootIdentity=true

8.7.4 管理対象サーバーの起動

IDMHOST1およびIDMHOST2で実行されるノード・マネージャを起動する必要があります。詳細は、『Oracle Fusion Middleware管理者ガイド』のFusion Middleware Controlを使用した管理対象サーバーの起動と停止に関する項を参照してください。

8.7.5 Oracle Management Agentの起動

IDMHOST1およびIDMHOST2で実行されるOracle WebLogic ServerのOracle Management Agentを起動するには、次のOPMNコマンドを使用します。

opmnctl startproc ias-component=EMAGENT

Oracle Management Agentインスタンスが起動していることを確認するには、次のopmnctlステータス・コマンドを実行します。

opmnctl status

例:

Processes in Instance: wls_ods1---------------------------------+--------------------+---------+---------ias-component                    | process-type       |     pid | status---------------------------------+--------------------+---------+---------EMAGENT                          | EMAGENT            |   10971 | Alive

8.8 タスク8: Fusion Middleware Controlに表示されるバージョン番号文字列の更新

既存のOracle Internet DirectoryコンポーネントまたはOracle Virtual Directoryコンポーネントを使用しており、それらのコンポーネントにパッチを適用して最新バージョンにした場合は、opmnctl updatecomponentregistrationコマンドを使用して、Fusion Middleware Controlに表示されるバージョン番号文字列を手動で更新する必要があります。

詳細は、『Oracle Fusion Middleware Oracle Internet Directory管理者ガイド』のopmnctlを使用したOracleインスタンスのコンポーネントの登録の更新に関する項を参照してください。

A インストーラ画面

この付録では、パッチの適用に使用するインストーラ画面のサンプル・スクリーンショットを掲載し、各画面について説明します。画面の機能はほとんどのインストーラで同じです。

内容は次のとおりです。

- 第A.1項「ようこそ」

- 第A.2項「ソフトウェア更新のインストール」

- 第A.3項「前提条件のチェック」

- 第A.4項「インストール場所の指定」

- 第A.5項「アプリケーション・サーバー」

- 第A.6項「インストール・サマリー」

- 第A.7項「インストールの進行状況」

- 第A.8項「インストール完了」

A.1 ようこそ

このページはOracle Fusion Middlewareインストーラの導入ページであり、次の2つの重要な情報が示されます。

- インストーラの支援によって実行できるタスクの概要を示す左側のナビゲーション・ペイン。ナビゲーション・ペインの各項目は、ソフトウェアのインストールに必要な情報を入力するためにインストーラで表示される個々の画面を表します。

- インストールを続行する前に満たしておく必要のある前提条件の情報。

この画面の情報を注意深く確認し、必要なすべての前提条件を満たしていることを確認します。

前提条件のタスクについて不明な点がある場合は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』およびインストールする特定のOracle Fusion Middlewareソフトウェアのインストレーション・ガイドを参照してください。

A.2 ソフトウェア更新のインストール

この画面で、My Oracle Supportアカウントを使用して、重要なセキュリティ更新を含む最新のソフトウェア更新を迅速かつ簡単に検索できます。

次の表で、この画面のフィールドについて説明します。

要素

説明

ソフトウェア更新のスキップ

この画面をスキップする場合は、このオプションを選択します。インストーラは、現在の製品インストールに適用できる可能性のある更新をチェックしません。

My Oracle Supportで更新を検索

My Oracle Supportアカウントがある場合、このオプションを選択すると、インストールしようとしているソフトウェア製品に適用可能なソフトウェア更新をインストーラが自動的にMy Oracle Supportで検索します。

My Oracle Supportのアカウント名とパスワードを入力し、「更新の検索」をクリックします。

適用可能なソフトウェア更新が、インストーラによりMy Oracle Supportから自動的にダウンロードされます。

更新を検索する前に、「接続のテスト」をクリックすると、My Oracle Supportへのログイン資格証明と接続をテストできます。プロキシ・サーバーが必要な場合は、「プロキシ設定」をクリックして構成します。

ローカル・ディレクトリで更新を検索

最新のソフトウェア更新をすでにダウンロードしてあり、インストールしようとしている製品に適用可能な更新を、インストーラがローカル・ディレクトリで検索するようにする場合は、このオプションを選択します。

このオプションを選択すると、更新が置かれたローカル・ディレクトリを特定する際に使用する追加のフィールドと「参照」ボタンが、インストーラによって表示されます。

A.3 前提条件のチェック

この画面では、ホスト・コンピュータを分析して、特定のオペレーティング・システムの前提条件を満たしているか確認します。

失敗した前提条件チェックがあると、短いエラー・メッセージが画面下部に表示されます。エラーを修正し、「再試行」をクリックして再試行します。エラーや警告メッセージを無視してインストールを続行する場合は、「続行」をクリックします。

すべてのコンポーネントに対する前提条件チェックを停止するには、「中止」をクリックします。

A.4 「インストール場所の指定」

この画面を使用して、Oracle Fusion Middlewareソフトウェアをインストールする場所を特定します。

次の表で、このページに表示されるフィールドについて説明します。

フィールド

説明

Oracle Middlewareホーム

このフィールドを使用して、Oracle Middlewareホーム・ディレクトリの場所を指定します。

- アプリケーション・サーバーとしてOracle WebLogic Serverを使用する場合は、次のようにします。
「Oracle Middlewareホーム」フィールドに、既存のOracle Middlewareホーム・ディレクトリの絶対パスを指定します。これはOracle WebLogic Serverのインストール時に作成されたディレクトリです。Middlewareホームのフルパスがわからない場合、「参照」をクリックして、システムの既存のディレクトリを選択できます。

- アプリケーション・サーバーとしてIBM WebSphereを使用する場合は、次のようにします。
「Oracle Middlewareホーム」フィールドで、Middlewareホームとして使用するディレクトリの絶対パスを指定します。このディレクトリは、WebSphereインストールの場所とは無関係です。存在しないディレクトリの場所を指定すると、インストーラによってディレクトリが作成されます。

Oracleホーム・ディレクトリ

このフィールドを使用して、製品をインストールする、Middlewareホーム内のディレクトリを指定します。

すでに存在するディレクトリを指定する場合、指定できるディレクトリは次のようなディレクトリに限られます。

- Middlewareホーム内の空のディレクトリ(たとえば、このインストールを実行する前にMiddlewareホーム内に空のディレクトリを作成し、ここでそのディレクトリを指定します)。

- 既存のOracleホーム・ディレクトリ(たとえば、以前のインストールが不完全なために、既存のOracleホームにOracle SOA Suiteを再インストールします)。

新規ディレクトリを指定すると、Middlewareホーム内に作成されます。

注意:

他のOracle Fusion Middleware製品のOracleホーム・ディレクトリとの混同を避けるために、これ以降、このマニュアルでは「Oracleホーム・ディレクトリ」フィールドに指定したディレクトリをSOA Oracleホームと呼びます。

OracleホームおよびMiddlewareホームのディレクトリの詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のOracle Fusion Middlewareのインストール・ディレクトリ構造に関する項を参照してください。

Windowsオペレーティング・システムでインストールを実行している場合は、ディレクトリ・パスが有効であり、円記号を2つ(\\)使用していないことを確認してください。

A.5 アプリケーション・サーバー

この画面を使用して、このインストールに使用するアプリケーション・サーバーを選択します。

- インストーラによってOracle WebLogic ServerがインストールされているMiddlewareホームが検出された場合、これが使用されるアプリケーション・サーバーになります。画面に表示されるその他のフィールドはすべて非アクティブになります。

- インストーラによってOracle WebLogic ServerがインストールされているMiddlewareホームが検出された場合、アプリケーション・サーバー・オプションの1つを選択し、「Application Serverの場所」フィールドにその場所を指定する必要があります。

- インストーラによってMiddlewareホーム・ディレクトリが検出されなかった場合、「WebLogic Server」オプションは非アクティブになります。「WebSphere」を選択し、「Application Serverの場所」フィールドにIBM WebSphereの場所を指定する必要があります。

A.6 インストール・サマリー

この画面には、インストール・セッションでの選択内容のサマリーが表示されます。次の情報が含まれています。

- インストールの場所

- インストールに使用されるディスク領域

- インストール対象として選択したアプリケーション

この画面の情報を入念に確認し、次のいずれかを行います。

- インストールを開始する前に構成を変更する場合、ナビゲーション・ペインを使用して、戻って編集するインストーラ画面を選択します。

- 情報に問題がない場合、「インストール」をクリックしてインストール処理を開始します。

- この構成をテキスト・ファイル(レスポンス・ファイル)に保存する場合は、「保存」をクリックします。この結果生成されるレスポンス・ファイルは、後で同じインストールをコマンドラインから実行する場合に使用できます。

A.7 インストールの進行状況

この画面には、インストールの進行状況が表示されます。

インストールの完了前に中止する場合は、「取消」をクリックします。これを実行すると、部分的にインストールされた状態になります。つまり、「取消」をクリックする前にシステムにインストールされたソフトウェアの一部はシステムに残るため、手動で削除する必要があります。

A.8 インストール完了

この画面には、完了したインストールの要約が表示されます。

後で参照できるようにこのサマリー情報をテキスト・ファイルに保存するには、「保存」をクリックします。

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

B パッチ・セット・アシスタントの画面

この付録では、パッチ・セット・アシスタントの画面のスクリーンショットを掲載し、各画面について説明します。

内容は次のとおりです。

- B.1項「ようこそ」

- B.2項「コンポーネントの選択」

- 第B.3項「前提条件」

- 第B.4項「Content Serverのディレクトリ」

- 第B.5項「OCSスキーマ」

- 第B.6項「OCSSEARCHスキーマ」

- 第B.7項「Recordsディレクトリ」

- 第B.8項「URMServerスキーマ」

- 第B.9項「調査」

- 第B.10項「アップグレード・サマリー」

- 第B.11項「アップグレードの進行状況」

- 第B.12項「アップグレード成功」

B.1 ようこそ

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

スキーマのアップグレード・プロセス時は、「ログの表示」をクリックすればいつでもログ・ファイルを表示できます。ログ・ファイルに書き込まれたメッセージを含む別のウィンドウ(「ログ・ファイル・ビューア」)が表示されます。「ログ・ファイル・ビューア」の最上部には、ログ・ファイルの場所と名前が表示されます。「リフレッシュ」をクリックすると、ログに記録された最新のメッセージを表示できます。

B.2 コンポーネントの選択

この画面を使用して、更新するコンポーネント・スキーマを選択します。

パッチ・セット・インストーラには、Middlewareホームにあるすべてのコンポーネントがリストされます。たとえば、パッチ・セット・インストーラをMW_HOME/oracle_common/bin/psaディレクトリ(UNIXオペレーティング・システムの場合)またはc:\Products\Oracle\Middleware\Oracle_SOA1\binディレクトリ(Windowsオペレーティング・システムの場合)から起動した場合、パッチ・セット・インストーラには、/home/Oracle/Middlewareディレクトリ(UNIXオペレーティング・システムの場合)またはc:\Products\Oracle\Middlewareディレクトリ(Windowsオペレーティング・システムの場合)にあるすべてのコンポーネントがリストされます。

パッチ・セット・アシスタントでは、一度に1つの最上位レベルのコンポーネントしか更新できません。前述の図ではOracle SOAが選択されているため、パッチ・セット・アシスタントでは、SOAINFRAスキーマと、SOAINFRAスキーマが依存するMDSスキーマが更新されます。ただし、最上位レベルの「Oracle Metadata Services」ボックスは、そのスキーマが更新対象であっても選択されません。

このMiddlewareホームにある他の2つの最上位レベル・スキーマ(この場合は「Oracle Audit Services」および「Oracle Platform Security Services」)のいずれかを更新する場合は、パッチ・セット・アシスタントを再起動して、それらのコンポーネントを個別に選択する必要があります。

注意:

リリース11.1.1.2.0または11.1.1.3.0からアップグレードする場合、prefix_ACTIVITIESスキーマはリリース11.1.1.4.0まで導入されないため、ご使用の環境では使用可能になりません。WebCenter Portalコンポーネントからこのスキーマを必ず選択解除してください。そうしないと、パッチ・セット・アシスタントでこのスキーマの資格証明を要求されます。

B.3 前提条件

処理を続行する前に、この画面を使用してデータベースの前提条件を満たしていることを確認します。すべてのチェック・ボックスを選択して、アップグレードの前提条件をすべて満たしていることを確認する必要があります。すべての前提条件を満たしていないと、次の画面には進めません。Webcenter Contentの場合、「前提条件」画面の後で、「Content Serverのディレクトリ」と呼ばれる新しい画面も表示されます。Content Serverがインストールされている、ドメイン・ディレクトリ・パスを指定します。

「データベースのバックアップが完了済」を選択し、第4.3.1項「データベースとデータベース・スキーマのバックアップ」の手順に従ってデータベースをバックアップしたことを確認します。

「Fusion Middlewareのアップグレードを行うデータベースのバージョンがOracleにより動作保証済」を選択して、「Oracle Fusion Middlewareサポートされるシステム構成」ページにあるOracle Fusion Middleware 11gR1のシステム要件とサポート対象プラットフォームのドキュメントを読んだこと、およびご使用のデータベースがOracle Fusion Middlewareでの使用について動作保証されていることを確認します。

B.4 「Content Serverのディレクトリ」

B.5 「OCSスキーマ」

この画面を使用して、データベース接続の資格証明、およびアップデートするスキーマの情報を指定します。この画面は更新が必要なコンポーネント・スキーマごとに1回表示されます。最初に表示された後は、データベース資格証明のすべての値が画面に自動的に入力されて表示されます。スキーマが異なるデータベース上にある場合は、それに応じてデータベース接続情報を変更する必要があります。

次の表で、この画面のフィールドについて説明します。

フィールド

説明

データベース・タイプ

ドロップダウン・リストからデータベース・タイプを選択します。このリストでは、スキーマに対して有効なデータベース・タイプのみが選択可能になります。次のデータベース・タイプがサポートされています。

- Oracle Database

- エディションベースの再定義に対応したOracle Database

- Microsoft SQL Server

- IBM DB2

- MySQL

さらに、Oracle Data Integratorでは、次のデータベースもサポートされています。

- Sybase Adaptive Server Enterprise

- PostgreSQL

- Hypersonic SQL

注意: エディションベースの再定義に対応するOracle Databaseデータベース・タイプは、EBRデータベースに作成したエディションのアップグレードが必要な場合のみ選択されます。該当しない場合は、「Oracle Database」を選択します。

接続文字列

データベース接続の資格証明を指定します。

- Oracleデータベースの場合

host:port/service_name

- Microsoft SQL ServerおよびIBM DB2データベースの場合

//host:port;DatabaseName=dbname

- MySQLデータベースの場合:

//host:port/database

DBAユーザー名

データベース管理者ユーザーのユーザー名およびロールを指定します。

- Oracleデータベースの場合は、SYSと入力するか、DBAロールを持つ任意のユーザー(たとえば、sys as sysdbaまたはDBA権限を持つ任意のユーザー)を入力します。

- Microsoft SQL Serverデータベースの場合は、saと入力するか、db_ownerロールを持つ任意のユーザーを入力します。

- IBM DB2データベースの場合は、db2adminと入力するか、DBAロールを持つ任意のユーザーを入力します。

- Hypersonicデータベースの場合は、saを入力します。

- Sybaseデータベースの場合は、saを入力します。

- MySQLデータベースの場合は、rootと入力します。

DBAパスワード

データベース管理者ユーザーのパスワードを入力します。

これらの値を入力したら、「接続」をクリックしてデータベースに接続します。接続に成功したら、画面上で次の2つの追加フィールドがアクティブになります。

フィールド

説明

スキーマ・ユーザー名

このドロップダウン・リストには、接続先のデータベースで使用可能なすべての製品スキーマが含まれています。ドロップダウン・リストから更新するスキーマを選択します。

注意: Oracle WebCenter Content Server - 完全(prefix_OCS)の場合、スキーマ名を移入するドロップダウン・リストがあります。

注意: ドロップダウン・リストが空である場合は、必要な権限を持つユーザーとしてデータベースに接続していることを確認してください。

スキーマ・パスワード

選択したスキーマのパスワードを指定します。

B.6 「OCSSEARCHスキーマ」

この画面を使用して、データベース接続の資格証明、およびアップデートするスキーマの情報を指定します。この画面は更新が必要なコンポーネント・スキーマごとに1回表示されます。最初に表示された後は、データベース資格証明のすべての値が画面に自動的に入力されて表示されます。スキーマが異なるデータベース上にある場合は、それに応じてデータベース接続情報を変更する必要があります。

次の表で、この画面のフィールドについて説明します。

フィールド

説明

データベース・タイプ

ドロップダウン・リストからデータベース・タイプを選択します。このリストでは、スキーマに対して有効なデータベース・タイプのみが選択可能になります。次のデータベース・タイプがサポートされています。

- Oracle Database

- エディションベースの再定義に対応したOracle Database

- Microsoft SQL Server

- IBM DB2

- MySQL

さらに、Oracle Data Integratorでは、次のデータベースもサポートされています。

- Sybase Adaptive Server Enterprise

- PostgreSQL

- Hypersonic SQL

注意: エディションベースの再定義に対応するOracle Databaseデータベース・タイプは、EBRデータベースに作成したエディションのアップグレードが必要な場合のみ選択されます。該当しない場合は、「Oracle Database」を選択します。

接続文字列

データベース接続の資格証明を指定します。

- Oracleデータベースの場合

host:port/service_name

- Microsoft SQL ServerおよびIBM DB2データベースの場合

//host:port;DatabaseName=dbname

- MySQLデータベースの場合:

//host:port/database

DBAユーザー名

データベース管理者ユーザーのユーザー名およびロールを指定します。

- Oracleデータベースの場合は、SYSと入力するか、DBAロールを持つ任意のユーザー(たとえば、sys as sysdbaまたはDBA権限を持つ任意のユーザー)を入力します。
SYSデータベース・ユーザーは、次のSQL DDL文を使用して標準データベース・ユーザーのSCOTTにDBA権限を付与できることに注意してください。

GRANT DBA TO SCOTT;

- Microsoft SQL Serverデータベースの場合は、saと入力するか、db_ownerロールを持つ任意のユーザーを入力します。

- IBM DB2データベースの場合は、db2adminと入力するか、DBAロールを持つ任意のユーザーを入力します。

- Hypersonicデータベースの場合は、saを入力します。

- Sybaseデータベースの場合は、saを入力します。

- MySQLデータベースの場合は、rootと入力します。

DBAパスワード

データベース管理者ユーザーのパスワードを入力します。

スキーマ・ユーザー名

このドロップダウン・リストには、接続先のデータベースで使用可能なすべての製品スキーマが含まれています。ドロップダウン・リストから更新するスキーマを選択します。

注意: Oracle Universal Content Management (prefix_OCSSEARCH)の場合は、スキーマ名を手動で入力する必要があります(これらのスキーマはドロップダウン・リストには表示されず、「接続」ボタンはアクティブにはなりません)。

注意: ドロップダウン・リストが空である場合は、必要な権限を持つユーザーとしてデータベースに接続していることを確認してください。

スキーマ・パスワード

選択したスキーマのパスワードを指定します。

B.7 「Recordsディレクトリ」

この画面では、ご使用のドメイン・ディレクトリへの完全なパスを指定します。

B.8 「URMServerスキーマ」

この画面を使用して、データベース接続の資格証明、およびアップデートするスキーマの情報を指定します。この画面は更新が必要なコンポーネント・スキーマごとに1回表示されます。最初に表示された後は、データベース資格証明のすべての値が画面に自動的に入力されて表示されます。スキーマが異なるデータベース上にある場合は、それに応じてデータベース接続情報を変更する必要があります。

次の表で、この画面のフィールドについて説明します。

フィールド

説明

データベース・タイプ

ドロップダウン・リストからデータベース・タイプを選択します。このリストでは、スキーマに対して有効なデータベース・タイプのみが選択可能になります。次のデータベース・タイプがサポートされています。

- Oracle Database

- エディションベースの再定義に対応したOracle Database

- Microsoft SQL Server

- IBM DB2

- MySQL

さらに、Oracle Data Integratorでは、次のデータベースもサポートされています。

- Sybase Adaptive Server Enterprise

- PostgreSQL

- Hypersonic SQL

注意: エディションベースの再定義に対応するOracle Databaseデータベース・タイプは、EBRデータベースに作成したエディションのアップグレードが必要な場合のみ選択されます。該当しない場合は、「Oracle Database」を選択します。

接続文字列

データベース接続の資格証明を指定します。

- Oracleデータベースの場合

host:port/service_name

- Microsoft SQL ServerおよびIBM DB2データベースの場合

//host:port;DatabaseName=dbname

- MySQLデータベースの場合:

//host:port/database

DBAユーザー名

データベース管理者ユーザーのユーザー名およびロールを指定します。

- Oracleデータベースの場合は、SYSと入力するか、DBAロールを持つ任意のユーザー(たとえば、sys as sysdbaまたはDBA権限を持つ任意のユーザー)を入力します。
SYSデータベース・ユーザーは、次のSQL DDL文を使用して標準データベース・ユーザーのSCOTTにDBA権限を付与できることに注意してください。

GRANT DBA TO SCOTT;

- Microsoft SQL Serverデータベースの場合は、saと入力するか、db_ownerロールを持つ任意のユーザーを入力します。

- IBM DB2データベースの場合は、db2adminと入力するか、DBAロールを持つ任意のユーザーを入力します。

- Hypersonicデータベースの場合は、saを入力します。

- Sybaseデータベースの場合は、saを入力します。

- MySQLデータベースの場合は、rootと入力します。

DBAパスワード

データベース管理者ユーザーのパスワードを入力します。

スキーマ・ユーザー名

このドロップダウン・リストには、接続先のデータベースで使用可能なすべての製品スキーマが含まれています。ドロップダウン・リストから更新するスキーマを選択します。

注意: Oracle WebCenter Content: Records (prefix_URMSERVER)の場合は、スキーマ名を手動で入力する必要があります(これらのスキーマはドロップダウン・リストには表示されず、「接続」ボタンはアクティブにはなりません)。

注意: ドロップダウン・リストが空である場合は、必要な権限を持つユーザーとしてデータベースに接続していることを確認してください。

スキーマ・パスワード

選択したスキーマのパスワードを指定します。

B.9 「調査」

このページには、アップグレードする各コンポーネント・スキーマのステータスが表示されます。次の表に、コンポーネントのステータス・インジケータの意味を示します。

ステータス

説明

進行中

パッチ・セット・アシスタントが、更新可能なスキーマかどうかを調査しています。

保留中

このスキーマは、先行するコンポーネントの調査終了後、パッチ・セット・アシスタントによって調査されます。

アップグレード済

このスキーマは、パッチ・セット・アシスタントによって正常にアップグレードされているか、最新バージョンのリポジトリ作成ユーティリティ(RCU)によって作成されています。このスキーマではアクションは実行されません。

失敗

このスキーマはアップグレードできません。

スキップ済

このスキーマの調査はスキップされました。これは、依存スキーマの調査が失敗したときに発生します。

成功

このスキーマの調査は正常に実行されており、アップグレードする準備ができています。

B.10 「アップグレード・サマリー」

このページを使用して、選択したオプションのサマリーをレビューし、アップグレード・プロセスを開始します。

「レスポンス・ファイルの保存」をクリックし、このアップグレード情報をレスポンス・ファイルに保存します。このファイルは、後でコマンドラインからパッチ・セット・アシスタントを実行する際に使用できます。詳細は、第4.4.2項「コマンドラインからのパッチ・セット・インストーラの使用」を参照してください。

B.11 「アップグレードの進行状況」

この画面には、スキーマのアップグレードの進行状況が表示されます。「アップグレードの進行状況」バーは、開始時の0%からアップグレード完了時の100%まで移動します。

B.12 「アップグレード成功」

この画面は、アップグレードが正常に完了したことを示します。

MW_HOME/oracle_common/upgrade/logsディレクトリ(UNIXオペレーティング・システムの場合)またはMW_HOME\oracle_common\upgrade\logsディレクトリ(Windowsオペレーティング・システムの場合)にあるログ・ファイルで、アップグレードの詳細について必ず確認してください。(正確なディレクトリ・パスは画面上に表示されます。)ログ・ファイルを任意のテキスト・エディタで表示するか、「ログの表示」ボタンをクリックできます。

C パッチ・アシスタントを使用した11gリリース1 (11.1.1.1.0)からリリース1 (11.1.1.2.0)への移行

この付録では、パッチ・アシスタントを使用してOracle Fusion Middleware 11g リリース1 (11.1.1.1.0)からリリース1 (11.1.1.2.0)に移行する方法を説明しています。

内容は次のとおりです。

- 第C.1項「Oracle Fusion Middleware 11g リリース1 (11.1.1.2.0)パッチ・アシスタントの概要」

- 第C.2項「移行プロセス」

- 第C.3項「移行の準備」

- 第C.4項「Oracle Fusion Middleware 11g リリース1 (11.1.1.2.0)への移行」

重要事項:

この章に記述されている情報と手順は、Oracle Fusion Middleware 11gリリース1 (11.1.1.1.0)をインストールして構成したユーザーにのみ該当します。現在使用しているのがリリース1 (11.1.1.1.0)の場合は、環境にパッチを適用する前に、この章を使用して、Oracle Fusion Middleware環境をリリース1 (11.1.1.2.0)に更新する必要があります。

Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)以降のパッチ・セットをすでに実行している場合は、この付録を無視してください。

この章では、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のインストール、構成および移行の手順について説明します。したがって、この項のすべての相互参照については、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリを参照してください。

C.1 Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)パッチ・アシスタントの概要

パッチ・アシスタントを使用すると、Oracle Fusion Middleware 11gリリース1(11.1.1.1.0)コンポーネントの既存の構成を移行できます。11.1.1.1.0および11.1.1.2.0インストールとともに使用します。パッチ・アシスタントは完全なソフトウェア配布ではありません。このパッチ・アシスタントは、既存のOracle Fusion Middleware 11g リリース1 (11.1.1.1.0)のインストールに対して実行する必要があります。パッチ・アシスタントは、Oracle Fusion Middleware 11g リリース1 (11.1.1.1.0)のすべての製品で機能するように設計されています。ドメインまたはインスタンス内にOracle製品が存在しないというメッセージが表示される場合があります。このメッセージは単なる情報であり、エラーを示すものではありません。

パッチ・アシスタントでサポートされるOracle Fusion Middlewareのコンポーネントについては、表C-7を参照してください。

注意:

パッチ・アシスタントは、Oracle Fusion Middleware 11g リリース1 (11.1.1.1.0)のドメインおよびOracleインスタンスの更新専用です。既存の11.1.1.1.0ドメインおよびインスタンスの更新以外の場合にパッチ・アシスタントを使用する必要はありません。

パッチ・アシスタントは、Oracle Fusion Middleware 11g リリース1 (11.1.1.1.0)から次のものを移行する場合に役に立ちます。

- Oracle Fusion Middlewareのドメイン

注意:

Oracle WebLogicドメイン全体を移行する必要があります。ドメインが移行されると、ドメイン内のコンポーネントもすべて移行されます。

- Oracleインスタンス

- Oracleリポジトリ作成ユーティリティ(RCU)で作成されたOracle Fusion Middleware 11g リリース1 (11.1.1.1.0)のデータベース・スキーマ

注意:

スキーマと中間層の両方を移行する必要があります。

パッチ・アシスタント・ツールを実行すると、Oracle Fusion Middleware 11g リリース1 (11.1.1.1.0)ドメインおよびインスタンスのディレクトリがOracle Fusion Middleware 11g リリース1 (11.1.1.2.0)インストールの新しいディレクトリにコピーされます。Middlewareホームは、Oracle Fusion Middlewareインストールが格納されたOracleディレクトリのフルパスです。この文書では、製品がインストールされたディレクトリをMW_HOMEで示します。

注意:

MW_HOMEは、インストールされたOracle Fusion Middlewareインスタンスのフルパス名に置き換える必要があります。

C.2 移行プロセス

図C-1は、移行プロセスを示しています。既存のOracle Fusion Middleware環境に応じて必要な手順を確認するには、この図を参考にしてください。

図C-1 移行プロセスのフロー・チャート

C.3 移行の準備

この項では、移行の実行前に理解が必要な重要情報を説明します。

C.3.1 Oracle Fusion Middleware 11gリリース1 (11.1.1.1.0)環境の評価および確認

移行プロセスの最初の手順は、現在のOracle Fusion Middleware 11g リリース1 (11.1.1.1.0)環境を評価することです。移行プロセスの際にデプロイメントのトポロジを変更することはできません。ポート構成は保持する必要があり、名前空間に最小限の変更があります。名前空間の変更はすべてpatchMaster.propertiesファイルのプロパティによってカプセル化されます。このファイルはfmw11gR1ps1_patchassist.zipファイルに含まれています。

このパッチ・セットに含まれる製品のリストについては、第C.4.7項「パッチ・アシスタントでサポートされるOracle Fusion Middlewareコンポーネント」を参照してください。

C.3.2 構成の移行準備

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

- 前提条件

- パッチ・アシスタントのコンテンツの抽出

- パッチ・アシスタント環境の設定

- Oracle Fusion Middlewareの停止

- ロギング・プロパティの設定

C.3.2.1 前提条件

この項では、パッチ・アシスタントの実行に関する一般的および製品固有の前提条件について説明します。

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

- 一般的な前提条件

- 製品固有の前提条件

C.3.2.1.1 一般的な前提条件

パッチ・アシスタント実行の一般的な前提条件は次のとおりです。

- Oracle Fusion Middleware 11g リリース1 (11.1.1.1.0)がインストールされ、構成されていることを確認します。

- 11.1.1.1.0のインストールが使用するオペレーティング・システムと同じオペレーティング・システム上に11.1.1.2.0がインストールされることを確認します。

- システム構成が製品ドキュメントに記載された推奨システム構成と一致していることを確認します。詳細は、http://www.oracle.com/technology/software/products/ias/files/fusion_certification.htmlを参照してください。

- Oracle WebLogic Serverにパッケージ化されているApache Ant 1.7.0およびJava JDK (Java SE 6 1.6.0_11およびjrockit_160_05_R27.6.2-20)が存在していることを確認します。

注意:

スタンドアロンのOracle Fusion MiddlewareインストールとしてOracle Internet Directory、Oracle Virtual Directory、Oracle HTTP ServerまたはOracle Web Cacheを使用している場合は、Apache Antを別途インストールして構成する必要があります。詳細は、『Installing Ant』(http://ant.apache.org/manual/installlist.html)および第C.3.2.3項「パッチ・アシスタント環境の設定」を参照してください。

- Oracle Fusion Middleware 11g リリース1 (11.1.1.1.0)インストールに使用されているトポロジを詳細に記録しておきます。

- 既存のOracle Fusion Middleware 11g リリース1 (11.1.1.1.0)インストールのポート構成とインスタンス名を変更していないことを確認します。

- Microsoft Windowsのtmpおよびtempディレクトリの環境変数が、『Oracle Fusion Middleware管理者ガイド』の説明に従って設定されていることを確認します。

- このパッチ・セットを適用する前、または既存のOracleソフトウェアにその他の変更を加える前に、Oracleソフトウェア、インベントリ、スキーマおよびドメインをバックアップしてください。Oracleソフトウェアおよびインベントリをバックアップする手順については、ご使用の製品の管理者ガイドを参照してください。詳細は、『Oracle Fusion Middleware管理者ガイド』の詳細な管理(バックアップおよびリカバリ)に関する項を参照してください。

- Windowsでは、patchMaster.propertiesファイルをメモ帳で編集することをお薦めします。Windowsワードパッドなどの他のテキスト・エディタを使用する場合は、ファイルをテキスト形式で保存してください。このファイルの保存にリッチ テキスト形式は使用しないでください。

- Windowsでは、Oracle Fusion Middleware 11g リリース1 (11.1.1.2.0)のインストール前にOracle Fusion Middleware 11g リリース1 (11.1.1.1.0)のサービス名を削除する必要があります。これはいずれのインストールも同じサービス名を使用するためです。これには、コマンドラインで次のAntタスクを実行します。

ant master-opmn-delete-service

Antタスクの要求に応じて必要な情報を入力します。

注意:

移行を中断して11.1.1.1.0のデプロイメントに戻す場合は、コマンドラインで次のAntタスクを実行します。

ant master-opmn-create-service

- 移行プロセスで、1つのクラスタ内に種類の異なるノード(11.1.1.2.0のものと11.1.1.2.0のもの)を共存させることはできません。すべてのノードを11.1.1.2.0に移行しないと、環境が使用可能になりません。

C.3.2.1.2 製品固有の前提条件

ご使用のOracle Fusion Middlewareコンポーネントによっては、さらに次の前提条件にも従う必要があります。

- Oracle Fusion Middleware監査フレームワーク

- Oracle Directory Integration Platform

- Oracle Internet DirectoryおよびOracle Virtual Directory

- Oracle WebCenter

- Oracle Portal

Oracle Fusion Middleware監査フレームワーク

Oracle Fusion Middleware監査フレームワークでは、Oracle Fusion Middleware 11gリリース1 (11.1.1.1.0)のJavaコンポーネントに監査ポリシーが構成されているため、次の手順でパッチ・アシスタントの実行前に構成をエクスポートする必要があります。

1. Oracle Enterprise Manager 11g Fusion Middleware Controlにログインします。

2. 左側のペインでWebLogicドメインを開き、使用するドメインを選択します。
選択したドメインのページが表示されます。

3. WebLogicドメインから、「セキュリティ」→「監査ポリシー」を選択します。
「監査ポリシー」ページが表示されます。

4. 監査ポリシーを選択して、「エクスポート」をクリックします。

5. マシンにAuditConfigurationファイルを保存します。

Oracle Directory Integration Platform

Oracle Directory Integration Platformの場合は、次の手順を実行します。

1. ご使用のOracle Fusion Middleware 11g リリース1 (11.1.1.2.0) Oracle Internet Directoryが起動し、SSL No-Authモードで稼働中であることを確認します。

2. 次のコマンドを使用して、Oracle Internet Directory 11g リリース1 (11.1.1.2.0)のインストール時に作成したOracle WebLogicのドメインを拡張します。
Windows

config.cmd (場所: ORACLE_HOME\bin)

UNIX

config.sh (場所: ORACLE_HOME/bin)

Oracle Fusion Middleware構成ウィザードが表示されます。Oracle Internet Directory 11g リリース1 (11.1.1.2.0)の接続の詳細および資格証明を入力します。

3. Oracle Fusion Middleware 11g リリース1 (11.1.1.2.0)ドメインを停止します。

Oracle Internet DirectoryおよびOracle Virtual Directory

ご使用のインストールによっては、次の前提条件を満たす必要があります。

- 11.1.1.1.0の構成でOracle Internet DirectoryおよびOracle Virtual Directoryが新しいWebLogicのドメインで作成されている場合は、11.1.1.2.0ドメインの構成時にOracle Fusion Middleware構成ウィザードの「ようこそ」画面で「新しいWebLogicドメインの作成」オプションを選択します。
11.1.1.2.0の構成時に「新しいWebLogicドメインの作成」オプションを選択した場合は、Oracle Internet DirectoryとOracle Virtual Directoryを選択解除し、Oracle Directory Services Managerを選択します。

- ご使用のOracle Internet DirectoryおよびOracle Virtual Directoryが11.1.1.1.0構成のいずれのOracle WebLogicのドメインにも登録されていない場合は、11.1.1.2.0の構成は必要ありません。patchMaster.propertiesファイルのプロパティpatchMaster.Oracleinstancenewlistをインスタンスの新しいディレクトリに設定する必要があります。11.1.1.1.0で使用されていた同じインスタンス名が保持されていることを確認してください。

- ご使用の11.1.1.1.0の構成で、Oracle Internet DirectoryおよびOracle Virtual Directoryが既存のOracle WebLogicのドメインに登録されている場合、11.1.1.2.0の構成は必要ありません。patchMaster.propertiesファイルのプロパティpatchMaster.Oracleinstancenewlistを新しいディレクトリに設定して、Antターゲットを使用してインスタンスを既存の11.1.1.2.0 WebLogicドメインに登録します。11.1.1.1.0で使用されていた同じインスタンス名が保持されていることを確認してください。

Oracle WebCenter

Oracle WebCenterの移行時は、次の方法のいずれかを選択できます。

- 11.1.1.1.0と11.1.1.2.0の2つのOracle WebCenterのインスタンスを並列的に保持します。このようにするには、Oracle WebCenter11.1.1.2.0の完全インストールを実行する必要があります。これで、エクスポートおよびインポートのユーティリティを使用してOracle WebCenter 11.1.1.1.0のデータを新しいWebCenterインスタンスに移行できます。この方法を選択すると必要に応じてOracle WebCenterの両方のインスタンスを使用できます。たとえば、2つのインスタンスを並列的に実行して、停止時間を最小限に抑えたり、11.1.1.2.0のインスタンスに完全に切り替える前に11.1.1.2.0のインスタンスを11.1.1.1.0のインスタンスと同じレベルに確実に設定することができます。
詳細は、Oracle Technology Network (OTN)のOracle Fusion Middleware 11gリリース1 (11.1.1.2.0)ドキュメント・ライブラリにある次のリソースを参照してください。

- Oracle WebCenter 11gリリース1 (11.1.1.2.0)のインストール方法の詳細は、Oracle Fusion Middleware Oracle WebCenter Portalインストレーション・ガイドを参照してください。

- Oracle Fusion Middleware 11g リリース1 (11.1.1.2.0)のエクスポートおよびインポート用のユーティリティの詳細は、Oracle Fusion Middleware Oracle WebCenter Portalの管理に関するマニュアルのWebCenterのエクスポート、インポート、バックアップおよびリカバリの管理についての説明を参照してください。

- Oracle WebCenter 11.1.1.1.0のリポジトリおよび中間層をOracle WebCenter 11.1.1.2.0に完全に移行します。この方法を使用すると、ご使用のOracle WebCenter 11.1.1.1.0リポジトリのデータを保持してリポジトリを再使用できます。
このガイドでは、Oracle WebCenterのこの移行方法の実装に必要なタスクを説明します。

Oracle Portal

更新の前に、OmniPortletとWebClippingのカスタマイズをバックアップします。

C.3.2.2 パッチ・アシスタントのコンテンツの抽出

Oracle Fusion Middleware 11gリリース1のパッチ・セット1のパッチ・スクリプト・メディアに含まれるfmw11gR1ps1_patchassist.zipは、ダウンロードできます。このzipファイルは、Oracle Technology Network (OTN)(URL: http://oracle.com/technology)のOracle Fusion Middleware 11gリリース1 (11.1.1.2.0)と同じメディア・パックで提供されています。

このzipファイルをダウンロードしたら、ローカル・マシン上の特定の場所にコンテンツを抽出します。この場所は新旧のOracle Fusion Middlewareコンポーネントがインストールされている場所です。11.1.1.1.0と11.1.1.2.0のインストールで同じオペレーティング・システムが使用されていることを確認してください。このzipファイルには次のファイルが含まれています。

- README – 環境の説明が記載されています。

- patchMaster.properties - ユーザー入力ファイルです。

- build.xml – マスター・ビルド・ファイルです。Oracle Fusion Middlewareコンポーネントのそれぞれに専用のbuild.xmlファイルがあります。

C.3.2.3 パッチ・アシスタント環境の設定

Oracle Fusion Middleware 11g リリース1 (11.1.1.2.0)でパッチ・アシスタントの環境を設定するには、ANT_HOMEを設定してそれをPATHに追加し、JAVA_HOMEとpermgenサイズを設定する必要があります。

Windowsのサンプルは次のとおりです。

set ANT_HOME=MW_HOME\modules\org.apache.ant_1.7.0
set PATH=%PATH%;%ANT_HOME%\bin
set JAVA_HOME=MW_HOME\jdk160_14_R27.6.4-18
set ANT_OPTS=-Xmx512M -XX:MaxPermSize=512m

UNIXのサンプルは次のとおりです。

setenv MW_HOME ##set mw home here##
setenv ANT_HOME $MW_HOME/modules/org.apache.ant_1.7.0
setenv PATH $ANT_HOME/bin:$PATH
setenv JAVA_HOME $MW_HOME/jdk160_14_R27.6.5-32
setenv ANT_OPTS "-Xmx512M -XX:MaxPermSize=512m"

C.3.2.4 Oracle Fusion Middlewareの停止

パッチ・アシスタントの実行前に停止する必要があるものは次のとおりです。

- Oracle WebLogic Server

- 管理サーバー

- 管理対象サーバー

- Oracle Management Agent

- Java EEアプリケーション

- 高可用性環境

詳細は、『Oracle Fusion Middleware管理者ガイド』の「Oracle Fusion Middlewareの起動と停止」の章を参照してください。

C.3.2.5 ロギング・プロパティの設定

ログ・ファイルは、パッチ・アシスタント実行後の移行の検証やエラーの検出に使用できます。パッチ・アシスタントはPatch Assistantホームにタイムスタンプ・ファイルを作成します。次のロギング・レベルを指定できます。

- info(デフォルトの設定)

- error

- warning

- verbose

- debug

注意:

debugオプションとverboseオプションでは機密情報がログに表示される場合があるため、通常はお薦めしません。

ログ・ファイルを使用するには、事前に次のようにロギング・プロパティを設定しておく必要があります。

テキスト・エディタでpatchMaster.propertiesファイルを開き、次のプロパティを更新します。

# Description: Specifies the directory where the log files go
patchMaster.Logdir=${patchMaster.Dir}

ログ・ファイルを保存するデフォルトの場所を指定します。

# Description: Specifies the logging level to be recorded in the log file
patchMaster.Loglevel=info

ロギング・レベルを設定します。

デフォルトのpatchMaster.propertiesのログ・レベルをオーバーライドするには、次の例に示すコマンドを実行します。

ant -DpatchMaster.Loglevel=error

注意:

patchMaster.propertiesは、コマンドラインでプロパティを設定することでオーバーライドできます。コマンドラインでdebugオプションまたはverboseオプションが使用されると、patchMaster.propertiesファイルで設定されたロギング・レベルのプロパティがオーバーライドされます。詳細は、第C.4.6.1項「patchMaster.propertiesファイルで設定されたプロパティのオーバーライド」を参照してください。

C.4 Oracle Fusion Middleware 11g リリース1 (11.1.1.2.0)への移行

この項では、移行手順を説明します。次のトピックについて説明します。

- 移行ロードマップ

- 移行手順

- 移行後のOracle Fusion Middlewareコンポーネントの構成

- インストール・プロセス

- 構成プロセス

- patchMaster.propertiesファイルに含まれるプロパティ

- パッチ・アシスタントでサポートされるOracle Fusion Middlewareのコンポーネント

C.4.1 移行ロードマップ

表C-1は、Oracle Fusion Middleware 11.1.1.1.0から11.1.1.2.0への移行タスクの概要を示しています。この表には各タスクの詳細を参照できる場所についての情報も記載されています。

表C-1 移行手順に含まれるタスク

タスク

説明

ドキュメント

必須/オプション

タスク1 - 既存構成のバックアップ、ポートおよびインスタンス名の保持など、一般的な前提条件に従った環境の準備

パッチ・アシスタント実行の一般的な前提条件のすべてを完了します。

詳細は、第C.3.2.1.1項「一般的な前提条件」を参照してください。

必須

タスク2 - 製品固有の前提条件に従った環境の準備(該当する場合)

必要に応じてパッチ・アシスタント実行の製品固有の前提条件のすべてを完了します。

詳細は、第C.3.2.1.2項「製品固有の前提条件」を参照してください。

オプション

タスク3 - Oracle Fusion Middleware 11.1.1.1.0のすべてのドメインとインスタンスの停止

Oracle Fusion Middleware 11.1.1.1.0のすべてのドメインとインスタンスを確実に停止します。

詳細は、第C.3.2.4項「Oracle Fusion Middlewareの停止」および第C.4.2.1項「旧ドメインの停止」を参照してください。

必須

タスク4 - 11.1.1.2.0のソフトウェア(Oracle WebLogic Server、リポジトリ作成ユーティリティ、およびOracle製品)のインストール

11.1.1.2.0のOracle WebLogic Server、リポジトリ作成ユーティリティ、およびOracle製品などのOracleソフトウェアをインストールします。移行プロセスのこの段階ではWebLogicのドメインの作成と構成は行いません。

Oracle Fusion Middleware 11g リリース1 (11.1.1)のMW_HOMEと同じホスト上の別のMiddlewareホームにOracle Fusion Middleware 11g リリース1 (11.1.1.2.0)およびコンポーネントをインストールします。インストールの開始前に11.1.1.1.0のOracle Fusion Middlewareコンポーネントを停止していることを確認します。これによって11.1.1.2.0のインストールでも11.1.1.1.0と同じポート番号、ホスト名、およびマシン名を保持できます。

Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)に必要なOracle WebLogic Serverのバージョンのインストール手順は、OTNのOracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにある『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』を参照してください。

システム要件については次のサイトを参照してください。

http://download.oracle.com/docs/html/E18558_01/fusion_requirements.htm

動作保証情報については次のサイトを参照してください。

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

Oracle製品のインストールの詳細は、各製品のインストレーション・ガイドを参照してください。

必須

タスク5 - パッチ・アシスタントのZIPファイルのダウンロード

パッチ・アシスタントのzipファイルをダウンロードして、コンテンツを抽出します。

解凍したら、プロパティを編集する前にパッチ・アシスタントを構成します。

詳細は、第C.4.2.3項「パッチ・アシスタントのダウンロード」を参照してください。

必須

タスク6 - patchMaster.propertiesファイルの設定およびスキーマのみのパッチ・アシスタントの実行

11.1.1.1.0のスキーマが格納されるOracleデータベースが起動し稼働中であることを確認します。これによってパッチ・アシスタントからSCHEMA_VERSION_REPOSITORY表へのアクセスが可能になります。

patchMaster.propertiesファイルで、スキーマ関連のプロパティを指定して、ant master-patch-schemaコマンドを実行し、スキーマのみを移行します。

注意: Oracle Portalでは、タスク7、8および9の手順を完了してからスキーマ移行の手順に従う必要があります。パッチ・アシスタントを実行してスキーマを移行する前に、Oracle Fusion Middleware Oracle Portal, Forms, Reports, and Discovererアップグレード・ガイドで次に関する項を参照してください。

- Oracle Portalスキーマのアップグレードによる影響の理解

- Oracle Portal 10gのスキーマが存在するデータベースの無効オブジェクトのチェック

- Oracle Portal 10gスキーマが存在するデータベースのバックアップ

- Oracle Portal 11gの必須データベース・パラメータの検証

- データベースおよびOracle Internet Directoryが実行中であることの検証

Oracle Portalの移行に固有のログ・ファイルは、ORACLE_HOME/upgrade/logsディレクトリ(UNIX)のupgrade.logファイルおよびprecheck.logファイルで生成されます。

Oracle PortalリポジトリがOracle Metadata Repositoryに格納されているのではなく別のデータベースにインストールされている場合は、ここで説明する手順を使用しないでください。かわりに、Oracle Fusion Middleware Oracle Portal, Forms, Reports and Discovererアップグレード・ガイドのカスタマ・データベースでのOracle Portalリポジトリのアップグレードに関する項を参照してください。

詳細は、第C.4.2.4項「スキーマの移行」を参照してください。

必須

タスク7 - Oracle Fusion Middleware構成ウィザード(config.sh)による11.1.1.2.0のWebLogicドメインの作成と構成

11.1.1.2.0インストールのWebLogic管理ドメインを作成および構成します。このドメインは必ずご使用の11.1.1.1.0ドメインと同様に構成してください。

詳細は、第C.4.2.5項「11.1.1.2.0のWebLogicドメインの作成」および製品固有のインストレーション・ガイドを参照してください。

必須

タスク8 - patchMaster.propertiesファイルの設定およびドメインに対するパッチ・アシスタントの実行

patchMaster.propertiesファイルでドメイン関連のプロパティを指定し、ant master-patch-domainコマンドを実行してWebLogicのドメインを移行します。

移行対象のドメインのすべての製品にパッチを適用する必要があります。

詳細は、第C.4.2.6項「ドメインの移行」を参照してください。

必須

タスク9 - patchMaster.propertiesファイルの設定およびOracleインスタンスに対するパッチ・アシスタントの実行

patchMaster.propertiesファイルでインスタンス関連のプロパティを指定し、ant master-patch-oinstanceコマンドを実行してインスタンスを移行します。

詳細は、第C.4.2.7項「インスタンスの移行」を参照してください。

オプション

タスク10 - パッチ・アシスタントの実行によるインスタンスの登録

インスタンスの移行後にant master-register-oinstanceコマンドを実行してインスタンスを登録します。

詳細は、第C.4.2.8項「インスタンスの登録」を参照してください。

必須

タスク11 - 11.1.1.2.0ドメインおよびインスタンスの起動

ant master-start-domain-newコマンドを実行して、新しい11.1.1.2.0ドメインを起動します。さらに、新しいインスタンスも起動します。

詳細は、第C.4.2.9項「11.1.1.2.0ドメインの起動と停止」を参照してください。

必須

タスク12 - 製品固有の移行後の要件に応じた環境の準備

製品固有の移行後のタスクを実行します。

詳細は、第C.4.3項「Oracle Fusion Middlewareコンポーネントの移行後の構成」を参照してください。

Oracle製品で移行後の構成が要求される場合は必須

タスク13 - 11.1.1.1.0インストールの廃止

11.1.1.1.0のインストールを削除します。

詳細は、第C.4.2.11項「11.1.1.1.0インストールの廃止」を参照してください。

オプション

C.4.2 移行手順

既存の構成を11.1.1.1.0から11.1.1.2.0に移行するには、次のタスクを実行します。

1. 旧ドメインの停止

2. 11.1.1.2.0のOracleソフトウェアのインストール

3. パッチ・アシスタントのダウンロード

4. スキーマの移行

5. 11.1.1.2.0のWebLogicドメインの作成

6. ドメインの移行

7. インスタンスの移行

8. インスタンスの登録

9. 11.1.1.2.0ドメインの起動と停止

10. 移行後のタスクすべての実行

11. 11.1.1.1.0インストールの廃止

C.4.2.1 旧ドメインの停止

旧11.1.1.1.0ドメインを停止する手順は次のとおりです。

注意:

Oracle Fusion Middlewareコンポーネントを停止するには、Fusion Middleware Control、Oracle WebLogic Server管理コンソール、あるいはWLSTまたはOPMNコマンドを使用することもできます。

1. テキスト・エディタでpatchMaster.propertiesファイル(patchMasterディレクトリ内)を開き、必要に応じてpatchMaster.propertiesファイルの次のプロパティを指定します。

patchMaster.Oraclehomeold
patchMaster.Oracleinstanceoldlist
patchMaster.Domainadminhost
patchMaster.Domainadminport

patchMaster.Domainadminhostプロパティの指定がない場合は、デフォルト値のローカル・ホストが使用されます。patchMaster.Domainadminportプロパティの指定がない場合は、デフォルト値7001が使用されます。プロパティを編集したら、ファイルを保存して閉じます。patchMaster.propertiesファイルのプロパティの詳細は、第C.4.6項「patchMaster.propertiesファイルに含まれるプロパティ」を参照してください。

注意:

複数のOracle製品がインストールされている場合は、製品ごとにパッチ・アシスタントを実行し、patchMaster.Oraclehomeoldも製品ごとに設定する必要があります。

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

ant master-stop-domain-old

3. 要求に従って、ドメイン・ユーザー名とパスワードを入力します。

C.4.2.2 11.1.1.2.0のOracleソフトウェアのインストール

11.1.1.2.0のOracle WebLogic Server、リポジトリ作成ユーティリティ(RCU)、およびOracle製品をインストールする必要があります。

- 新しいMiddlewareホーム・ディレクトリを作成します。

- リポジトリ作成ユーティリティをインストールします。

- 製品バンドルのソフトウェアのみのインストールを実行します。

システム環境がOracle Fusion Middlewareの一般インストール要件を満たしていることを確認します。一部のOracle Fusion Middlewareコンポーネントには、Oracleデータベースへのインストールが要求されるスキーマが必要です。既存の11g R1 (11.1.1.1.0)製品には新しいスキーマをインストールしないことをお薦めします。ただし、同じ環境内で適切なスキーマの作成が必要な新しい製品を追加できます。このような製品に対しては、RCUを使用してスキーマを作成しデータベースにロードできます。サポートされるOracleデータベースが起動し稼働中であることを確認してください。詳細は、http://www.oracle.com/technology/software/products/ias/files/fusion_certification.htmlを参照してください。

11.1.1.1.0と11.1.1.2.0で同じインスタンス名が使用されていることを確認します。

注意:

中間層を移行する際は、新しい11.1.1.2.0環境に新規の中間層をインストールすることになります。パッチ・アシスタントによって、中間層の構成がこの新しいインスタンスに移行されます。

クラスタ・シナリオも含めてインストール・プロセスの詳細は、第C.4.4項「インストール・プロセス」を参照してください。

C.4.2.3 パッチ・アシスタントのダウンロード

パッチ・アシスタントのダウンロードとコンテンツの抽出の詳細は、第C.3.2.2項「パッチ・アシスタントのコンテンツの抽出」を参照してください。

C.4.2.4 スキーマの移行

リポジトリの更新を可能にするには、11.1.1.1.0ドメインが構成されていること、およびリポジトリ作成ユーティリティ(RCU)の実行によって移入された表が含まれていることを確認する必要があります。

注意:

Oracle Content Serverのインストールは、Oracle WebCenterのインストール時に選択することも、後からスタンドアロンのインストールを実行することもできます。Oracle Content Serverのスタンドアロン・インストールを実行した場合、スキーマを移行する前にOracle Fusion Middleware 11.1.1.1.0で、Oracle Content Serverのスキーマの名前を変更して標準の接尾辞OCSERVERが組み込まれるようにする必要があります。詳細は、第C.4.2.4.1項「Oracle Content Serverスキーマの名前の変更」を参照してください。

スキーマを移行するには、次の手順を実行します。

1. テキスト・エディタでpatchMaster.propertiesファイル(patchMasterディレクトリ内)を開き、patchMaster.propertiesファイルの次のスキーマ関連のプロパティを指定します。

patchMaster.Schemaurl
patchMaster.Schemauser
patchMaster.Schemaprefix
patchMaster.Mwhomenew
patchMaster.Mwhomeold
patchMaster.Componentlist

注意:

単一コンポーネントのスキーマを移行する場合、patchMaster.Componentlistプロパティはオプションです。Oracle Portalの場合は前述のプロパティに加えてpatchMaster.Oraclehomenewプロパティも指定する必要があります。

RCUを使用してサーバーのスキーマを作成している場合は、patchMaster.Componentlistで、Oracle Content Serverを単なるコンポーネントとして含めます。スキーマの作成にRCUを使用していない場合は、必ず第C.4.2.4.1項「Oracle Content Serverスキーマの名前の変更」で説明されたスキーマの名前変更プロセスを完了してから、patchMaster.Componentlistのリストにサーバーを含めます。

プロパティを編集したら、ファイルを保存して閉じます。patchMaster.propertiesファイルのプロパティの詳細は、第C.4.6項「patchMaster.propertiesファイルに含まれるプロパティ」を参照してください。

2. コマンドラインで次のコマンドを実行して、データベース・スキーマを移行します。要求に従って必要なユーザー名とパスワードを入力してください。

ant master-patch-schema

パッチ・アシスタントでは同じ接頭辞を共有する1セットのコンポーネント・スキーマのみを移行できます。デプロイメント内に別の接頭辞を持つ複数のコンポーネントが存在し、特定のリポジトリを共有するスキーマが複数存在する場合は、接頭辞ごとにパッチ・アシスタントを複数回起動する必要があります。

注意:

特定のコンポーネントのメタデータ・サービス・スキーマを移行する場合、同じメタデータ・サービス・スキーマを使用する他のすべてのコンポーネントにも影響が及びます。Oracle SOAを使用している場合は、スキーマを移行する際にコマンドラインにant -q master-patch-schemaを入力する必要があります。

スキーマの移行時に例外が発生することがあります。これらの例外の一部は無視してかまいません。次のサンプルはこのような例外の一例を示しています。

[java] SEVERE: Error while registering Oracle JDBC Diagnosability MBean.
[java] java.security.AccessControlException: access denied (javax.management.MBeanTrustPermission register)
[java]     at java.security.AccessControlContext.checkPermission(AccessControlContext.java:323)

注意:

パッチ・アシスタントによって、操作ごとに必要なすべてのプロパティが設定されていることが確認されます。

パッチ・アシスタントはすべてのOracle Fusion Middlewareコンポーネントを移行しようと試みます。デプロイメント内に特定のコンポーネントがインストールされていない場合、または構成されていない場合は、これらの移行の試行に関するログ・メッセージが生成されます。

Oracle Portalの移行に固有のログ・ファイルは、ORACLE_HOME/upgrade/logsディレクトリ(UNIX)のupgrade.logファイルおよびprecheck.logファイルで生成されます。

C.4.2.4.1 Oracle Content Serverスキーマの名前の変更

Oracle Fusion Middleware 11.1.1.1.0で、Oracle Content Serverのスタンドアロン・インストールを実行している場合は、スキーマの移行前にOracle Content Serverのスキーマの名前を変更して、標準の接尾辞OCSERVERが組み込まれるようにする必要があります。Oracle Content Server上での索引の再作成も必要です。

Oracle Content Serverスキーマの名前を変更する手順は次のとおりです。

1. RCUを使用して新しいスキーマ(例: DEV_OCSERVER)を作成します。必ず既存のOracle Content Serverスキーマと同じパスワードを使用してください。

2. 既存のスキーマ(例: IDC_IR10)をエクスポートします。

3. 作成した新しいスキーマ(DEV_OCSERVER)にデータをインポートします。

注意:

新しく作成したスキーマにデータをインポートする前に、生成済のデータベース・オブジェクトのすべてがそのスキーマから削除されていることを確認します。

4. Oracle Content Serverのインストールディレクトリからconfig/config.cfgファイルを開きます。

5. 構成ファイルに記載されているOracle Content Serverスキーマの名前を新しく作成したスキーマの名前に変更します(たとえば、IDC_IR10からDEV_OCSERVERに名前を変更します)。

6. Oracle Content Server管理コンソールにアクセスして、データが存在することを確認します。

Oracle Content Serverスキーマの名前を変更した後は、この項の最初に述べたようにスキーマを移行する必要があります。

スキーマを移行したら、Oracle Content Serverで索引を再作成する必要があります。

索引を再作成する手順は次のとおりです。

1. Oracle Content Serverにシステム管理者としてログオンします。

2. 「管理」→「管理アプレット」→「リポジトリ・マネージャ」とナビゲートして、管理コンソールからリポジトリ・マネージャにアクセスします。

3. 「索引作成」タブをクリックします。

4. 「コレクション・ビルダー・サイクル」セクションで「起動」をクリックします。コレクションの再作成がすでに進行中の場合は操作を再開しないでください。まずコレクション再作成操作を停止して、それから操作を開始します。コレクションの再作成操作は時間のかかる作業であるため、注意が必要です。

C.4.2.5 11.1.1.2.0のWebLogicドメインの作成

11.1.1.2.0用のWebLogicのドメインを作成する手順は次のとおりです。

1. コマンドラインで、MW_Home/oracle_common/common/bin/config.shコマンド(UNIX)、またはMW_Home\oracle_common\common\bin\config.cmdコマンド(Windows)を実行します。Oracle Fusion Middleware構成ウィザードが表示されます。
Oracle Portal、Oracle Forms、Oracle Reports、およびOracle Discovererのconfig.shコマンドはORACLE_HOME/bin (UNIX)に、config.cmdコマンドはORACLE_HOME\bin (Windows)にあります。

2. 「ようこそ」画面で「新しいWebLogicドメインの作成」オプションを選択します。「次へ」をクリックします。「ドメイン・ソースの選択」画面が表示されます。

3. 「ドメイン・ソースの選択」画面で、「以下の製品をサポートするために、自動的に構成されたドメインを生成する」オプションが選択されていることを確認します。既存の11.1.1.1.0のインストールに含まれていた製品のテンプレートを選択します。たとえば、11.1.1.1.0のインストールのドメインがSOAで構成されていた場合は、11.1.1.2.0でもSOAを使用して新しいドメインを構成する必要があります。「次へ」をクリックします。「ドメイン名と場所の選択」画面が表示されます。

4. 作成するドメインの名前と場所を入力して「次へ」をクリックします。11.1.1.1.0ドメインと同じドメイン名であることを確認します。「次へ」をクリックします。「管理者ユーザー名およびパスワードの構成」画面が表示されます。

5. 管理者のユーザー名とパスワードを構成します。デフォルトのユーザー名はweblogicです。「次へ」をクリックします。

6. 「サーバーの起動モードおよびJDKの構成」画面でJDKを選択します。

7. JDBCコンポーネント・スキーマを構成し、この構成時に11.1.1.1.0と同じトポロジが保持されていることを確認します。

8. 「オプション構成の選択」画面で、「管理サーバー」と「管理対象サーバー、クラスタ、およびマシン」および「デプロイメントとサービス」チェック・ボックスを選択します。「次へ」をクリックします。

9. 必要に応じて管理サーバー、管理対象サーバー、クラスタ、およびマシンを構成します。この構成時に11.1.1.1.0と同じトポロジが保持されていることを確認します。

10. 「構成のサマリー」画面で、ドメイン構成を確認し、「作成」をクリックしてドメインを作成します。

指定した構成属性のWebLogicドメインが作成されます。

注意:

パッチ・アシスタントによって、操作ごとに必要なすべてのプロパティが設定されていることが確認されます。

パッチ・アシスタントはすべてのOracle Fusion Middlewareコンポーネントを移行しようと試みます。デプロイメント内に特定のコンポーネントがインストールされていない場合、または構成されていない場合は、これらの移行の試行に関するログ・メッセージが生成されます。

クラスタ・シナリオも含めて構成プロセスの詳細は、第C.4.5項「構成プロセス」を参照してください。

C.4.2.6 ドメインの移行

WebLogicドメインの移行を可能にするには、データベース・スキーマが移行されていること、新しい11.1.1.2.0製品がインストールされていること、新しい11.1.1.2.0ドメインが構成されていること(従来の11.1.1.1.0インストールでの構成と同様に)、およびすべてのWebLogicドメインがシャットダウンしていることを確認します。11.1.1.1.0ドメインを移行すると、ドメイン内に構成されていた製品も新しい11.1.1.2.0ドメインに移行されます。

注意:

複数のOracle製品がインストールされている場合は製品ごとにパッチ・アシスタントを実行し、patchMaster.Oraclehomeoldも製品ごとに設定する必要があります。移行対象のドメインのすべての製品にパッチを適用する必要があります。

WebLogicドメインを移行するには、次のすべての手順を実行します。

1. テキスト・エディタでpatchMaster.propertiesファイル(patchMasterディレクトリ内)を開き、次のドメイン関連のプロパティを指定します。

patchMaster.Domainhomenew
patchMaster.Domainapplicationshomenew
patchMaster.Domainhomeold
patchMaster.Domainusername
patchMaster.Oracleinstanceoldlist
patchMaster.Oraclehomeold

プロパティを編集したら、ファイルを保存して閉じます。patchMaster.propertiesファイルのプロパティの詳細は、第C.4.6項「patchMaster.propertiesファイルに含まれるプロパティ」を参照してください。

2. コマンドラインで次のコマンドを実行して、WebLogicドメインを移行します。

ant master-patch-domain

注意:

パッチ・アシスタントによって、操作ごとに必要なすべてのプロパティが設定されていることが確認されます。

パッチ・アシスタントはすべてのOracle Fusion Middlewareコンポーネントを移行しようと試みます。デプロイメント内に特定のコンポーネントがインストールされていない場合、または構成されていない場合は、これらの移行の試行に関するログ・メッセージが生成されます。

Oracle Directory Integration Platformでは、前述のターゲットを入力するだけで移行プロセスを完了できます。Oracle SOAを使用している場合、WebLogicドメインを移行するには、コマンドラインにant -q master-patch-domainを入力する必要があります。

クラスタ環境を使用している場合は、データベース・スキーマが移行されていること、新しい11.1.1.2.0製品がクラスタ環境にインストールされていること、クラスタ環境に新しい11.1.1.2.0ドメインが構成されていること(従来の11.1.1.1.0インストールでの構成と同様に)、およびすべてのWebLogicドメインがシャットダウンしていることを確認します。

C.4.2.7 インスタンスの移行

Oracleインスタンスの移行を可能にするには、データベース・スキーマが移行されていること、新しい11.1.1.2.0製品がインストールされていること、新しい11.1.1.2.0ドメインが構成されていること(従来の11.1.1.1.0インストールでの構成と同様に)、ドメインが移行されていること、およびOracleインスタンスがシャットダウンしていることを確認します。

注意:

管理対象サーバーが複数存在する高可用性(クラスタ化)環境でOracle Business Intelligence Discovererを使用している場合は、コマンドラインで次のjavaプロパティを指定してデフォルト値WLS_DISCOをオーバーライドできます。

- srcDiscoMgdServer

- destDiscoMgdServer

例:

ant -DsrcDiscoMgdServer=WLS_DISCO1 -DdestDiscoMgdServer=WLS_DISCO1 master-patch-oinstance

インスタンスを移行するには、次の手順を実行します。

1. テキスト・エディタでpatchMaster.propertiesファイル(patchMasterディレクトリ内)を開き、次のOracleインスタンス・ホーム関連のプロパティを指定します。

patchMaster.Oracleinstanceoldlist
patchMaster.Oracleinstancenewlist

プロパティを編集したら、ファイルを保存して閉じます。patchMaster.propertiesファイルのプロパティの詳細は、第C.4.6項「patchMaster.propertiesファイルに含まれるプロパティ」を参照してください。

2. コマンドラインで次のコマンドを実行して、Oracleインスタンスを移行します。

ant master-patch-oinstance

注意:

パッチ・アシスタントによって、操作ごとに必要なすべてのプロパティが設定されていることが確認されます。

パッチ・アシスタントはすべてのOracle Fusion Middlewareコンポーネントを移行しようと試みます。デプロイメント内に特定のコンポーネントがインストールされていない場合、または構成されていない場合は、これらの移行の試行に関するログ・メッセージが生成されます。

C.4.2.8 インスタンスの登録

インスタンスの移行後は、次のすべての手順を実行してインスタンスを登録する必要があります。

注意:

インスタンスの登録前に、管理サーバーが起動し稼働中であることを確認します。

1. テキスト・エディタでpatchMaster.propertiesファイル(patchMasterディレクトリ内)を開き、必要に応じてpatchMaster.propertiesファイルの次のプロパティを指定します。

patchMaster.Oracleinstancenewlist

プロパティを編集したら、ファイルを保存して閉じます。patchMaster.propertiesファイルのプロパティの詳細は、第C.4.6項「patchMaster.propertiesファイルに含まれるプロパティ」を参照してください。

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

ant master-register-oinstance

3. 要求に従って、ドメイン・ユーザー名とパスワードを入力します。

注意:

パッチ・アシスタントによって、操作ごとに必要なすべてのプロパティが設定されていることが確認されます。

パッチ・アシスタントはすべてのOracle Fusion Middlewareコンポーネントを移行しようと試みます。デプロイメント内に特定のコンポーネントがインストールされていない場合、または構成されていない場合は、これらの移行の試行に関するログ・メッセージが生成されます。

C.4.2.9 11.1.1.2.0ドメインの起動と停止

新しい11.1.1.2.0ドメインを起動または停止するには、patchMaster.propertiesファイルでpatchMaster.Domainhomenewプロパティを指定する必要があります。

新しい11.1.1.2.0ドメインを起動するには、コマンドラインで次のコマンドを実行します。

ant master-start-domain-new

新しい11.1.1.2.0ドメインを停止するには、コマンドラインで次のコマンドを実行します。

ant master-stop-domain-new

C.4.2.10 移行後のタスクすべての実行

ご使用の製品の移行後のタスクの詳細は、第C.4.3項「Oracle Fusion Middlewareコンポーネントの移行後の構成」を参照してください。

注意:

WindowsマシンでOracle Portal、Forms、Reports、およびDiscovererのインストールを実行すると、システムのPATHが更新され、そのインストールのORACLE_HOME\binがPATHの前に置かれます。デフォルトでは最初のインストールからOracle Formsを実行することはできません。11.1.1.1.0のコンポーネントにアクセスするには、「マイ コンピュータ」を右クリックし、「プロパティ」→「詳細設定」タブを選択して、「環境変数」ボタンをクリックします。システム変数PATHを編集して、使用するORACLE_HOME\binがPATHの前に置かれるようにします。

C.4.2.11 11.1.1.1.0インストールの廃止

11.1.1.2.0への移行後は、Oracle Fusion Middleware 11gリリース1 (11.1.1.1.0)を削除できます。詳細は、次のドキュメントを参照してください。

- 『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の「Oracle Identity Management 11gリリース1 (11.1.1)の削除」を参照してください。

- 『Oracle Fusion Middleware Oracle Portal, Forms, Reports and Discovererインストレーション・ガイド』の「Oracle Portal, Forms, Reports and Discovererの削除」を参照してください。

- 『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suiteインストレーション・ガイド』のOracle SOA Suiteのアンインストールに関する章を参照してください。

- Oracle Fusion Middleware Oracle WebCenter Portalに関するインストレーション・ガイドのOracle WebCenterのアンインストールに関する章を参照してください。

- 『Oracle Fusion Middleware Oracle Web Tierインストレーション・ガイド』の「Oracle Web Tierの削除」を参照してください。

注意:

11.1.1.1.0を削除すると、インストーラによって以前作成されていた11.1.1.2.0 Windowsサービスが削除されます。Antコマンドライン・ユーティリティを使用して次のように各インスタンスのサービスを再作成します。

ant master-opmn-create-service

Antタスクで要求されたときは必要な情報を入力します。

C.4.3 Oracle Fusion Middlewareコンポーネントの移行後の構成

パッチ・アシスタントの実行後は、一部のOracle Fusion Middlewareコンポーネントを手動で構成する必要があります。

- Oracle Fusion Middleware監査フレームワークの移行後の構成

- Oracle Business Intelligence Discovererの移行後の構成

- Oracle Directory Integration Platformの移行後の構成

- Oracle Identity Federationの移行後の構成

- Oracle Platform Security Servicesの移行後の構成

- Oracle Reportsの移行後の構成

- Oracle SOAの移行後の構成

- Oracle User Messaging Serviceの移行後の構成

- Oracle WebCenterの移行後の構成

- Oracle Web Services Managerの移行後の構成

C.4.3.1 Oracle Fusion Middleware監査フレームワークの移行後の構成

Oracle Fusion Middleware監査フレームワークに対してパッチ・アシスタントを実行した後は、次のタスクをすべて実行する必要があります。

- 監査スキーマの変換表の更新

- Javaコンポーネントの監査ポリシー構成の移行

- 監査データ・ソースの作成

C.4.3.1.1 監査スキーマの変換表の更新

11.1.1.1.0でIAU_DISP_NAMES_TL監査イベント変換データが定義されている場合は、次の手順を実行することで11.1.1.2.0に移行できます。

1. SQLPlusを実行してシステム・ユーザーとしてデータベースに接続します。例:

sqlplus sys as sysdba

2. SQLコマンドは、次の順序で実行します。

SQL> alter session set current_schema=<Name_of_Your_Audit_Schema>;
SQL> delete from iau_disp_names_tl;
SQL> @disp_names.sql;

disp_names.sqlは、fmw11gR1ps1_patchassist\Auditフォルダにあります。

注意:

変換データを格納するには、文字化けを避けるためUnicode対応のデータベースが必要です。さらに、SQL*Plusとデータベース・サーバー間の文字セット変換が確実に正しく行われるようにするため、disp_names.sqlの実行前にUTF8、AL32UTF8などの互換性のある文字セットをNLS_LANG環境変数に設定する必要があります。

適正なすべてのNLS_LANG値の一覧については、次の場所にあるOracle Databaseドキュメント・ライブラリを参照してください:

http://www.oracle.com/technology/documentation/database.html

C.4.3.1.2 Javaコンポーネントの監査ポリシー構成の移行

11.1.1.1.0でJavaコンポーネントの監査ポリシーが構成されていた場合は、パッチ・アシスタントの実行後、次の手順で構成ファイルをインポートする必要があります。

1. Oracle Enterprise Manager 11g Fusion Middleware Controlにログインします。

2. 左側のペインでWebLogicドメインを開き、必要なドメインを選択します。
選択したドメインのページが表示されます。

3. WebLogicドメインから、「セキュリティ」→「監査ポリシー」を選択します。
「監査ポリシー」ページが表示されます。

4. 監査ポリシーを選択して、「インポート」をクリックします。

5. 「参照」をクリックして、AuditConfigurationファイルの場所へのパスを指定します。

6. 「OK」をクリックします。

C.4.3.1.3 監査データ・ソースの作成

Oracle Fusion Middleware 11.1.1.1.0で監査データ・ソースが使用されていた場合は、11.1.1.2.0で使用される監査データ・ストアを再作成する必要があります。これには次の手順を実行します。

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

http://host:7001/console

2. 「JDBC」で、「データ・ソース」リンクをクリックします。
「JDBCデータ・ソースのサマリー」ページが表示されます。

3. 「新規」をクリックして、新しいデータ・ソースを作成します。
「新しいJDBCデータ・ソースの作成」ページが表示されます。

4. 新しいデータ・ソースに次の詳細を入力します。

- 名前: Audit Data Source-0のような名前を入力します。

- JNDI名: jdbc/AuditDB

- データベースのタイプ: Oracle

- データベース・ドライバ: Oracle's Driver (Thin XA)バージョン: 9.0.1、9.0.2、10、11

管理対象のクラスタ・サーバーにデプロイする場合は、AdminServerを選択します。この選択によって、ファイルからデータベース・ストアに切り替える際にデータ・ソースが確実に監査ストアにリストされます。

5. 「次へ」をクリックします。
「トランザクション・オプション」ページが表示されます。

6. 「次へ」をクリックします。
「接続プロパティ」ページが表示されます。

7. 「接続プロパティ」ページで、次の情報を入力します。

- データベース名: 接続先のデータベースの名前を入力します。通常これはSIDにマップされます。

- ホスト名: データベースのホスト名を入力します。

- ポート: データベースのポートを入力します。

- データベース・ユーザー名: これはRCUで作成した監査スキーマの名前です。監査スキーマの接尾辞は常にIAUです。たとえば、接頭辞にtestを指定したとすると、スキーマ名はtest_iauになります。

- パスワード: RCUで作成した監査スキーマのパスワードです。

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

8. 次のページにJDBCドライバ・クラスとデータベースの詳細が一覧表示されます。デフォルト値を受け入れ、「構成のテスト」をクリックして接続をテストします。「接続は正常に確立されました。」というメッセージが表示されたら「次へ」をクリックします。エラーが表示された場合は、前に戻って接続の詳細を確認します。

9. 「ターゲットの選択」ページで、このデータ・ソースの構成が必要なサーバーを選択して「終了」をクリックします。

C.4.3.2 Oracle Business Intelligence Discovererの移行後の構成

パッチ・アシスタントの実行後に、既存のOracle BI Discoverer Plus OLAPユーザーにOracle BI Discoverer 11g リリース1 (11.1.1.2.0)のDiscovererカタログに対するアクセス権限があることを確認します。アクセス権限を正しく設定するには、コマンドライン・ユーティリティを使用して次のタスクを実行します。

- 新しいユーザーに対するDiscovererカタログへのアクセス権限の付与

- 既存のDiscovererカタログ・ユーザーの権限の更新

C.4.3.2.1 新しいユーザーに対するDiscovererカタログへのアクセス権限の付与

特定または複数のユーザーにDiscovererカタログへのアクセスを可能にする権限を付与するには次のコマンドを使用します。

java -classpath path_to_d4o_jar_file load . java -classpath path_to_d4o_jar_file authorize -h hostname -po portname
-sid database_SID -p d4osyspasswd -u user

Windowsのサンプルは次のとおりです。

java -classpath C:\temp\d4o.jar load . java -classpath C:\temp\d4o.jar authorize -h sys42.example.com -po 1521
-sid disco_db1 -p nPword432 -u jones

UNIXのサンプルは次のとおりです。

java -classpath /home/abc/temp/d4o.jar load . java -classpath /home/abc/temp/d4o.jar authorize -h sys42.example.com -po 1521
-sid disco_db1 -p nPword432 -u jones

この例では、任意の数のユーザーに権限を付与する前に1回だけloadコマンドを実行する必要があります。たとえば、10ユーザーに権限を付与する場合は、loadコマンドを1回実行してから、authorizeコマンドを1ユーザーに1回ずつ実行します。

C.4.3.2.2 既存のDiscovererカタログ・ユーザーの権限の更新

すべてのプライベート・フォルダおよび共有フォルダに対するユーザーのアクセス権限を更新するには、次のコマンドを使用します。

java -classpath path_to_d4o_jar_file updatePrivileges -h hostname -po portname
-sid database_SID -p d4osyspasswd -u user

Windowsのサンプルは次のとおりです。

java -classpath C:\temp\d4o.jar updatePrivileges -h sys42.example.com -po 1521
-sid disco_db1 -p nPword432 -u jones

UNIXのサンプルは次のとおりです。

java -classpath /home/abc/d4o.jar updatePrivileges -h sys42.example.com -po 1521
-sid disco_db1 -p nPword432 -u jones

この例で、-uオプションを指定すると、特定のユーザーの権限のみがアップグレードされます。-uオプションを指定しない場合はすべてのユーザーのアクセス権限がアップグレードされます。

C.4.3.3 Oracle Directory Integration Platformの移行後の構成

パッチ・アシスタントの実行後は、Oracle Directory Integration Platform 11g リリース1 (11.1.1.2.0)ドメインを起動します。詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの起動と停止に関する項を参照し、次の手順を実行します。

1. Oracle Enterprise Manager Fusion Middleware Controlにログインします。

2. Oracle Enterprise Managerのホーム・ページから、「ファーム」→「エージェントの監視中のターゲット」を選択します。
「エージェントの監視中のターゲット」ページが表示されます。

3. 「ターゲット」表からOracle Directory Integration Platformが使用するターゲットを選択して、「構成」をクリックします。
「ターゲットの構成」ページが表示されます。

4. 「エージェントの変更」をクリックし、ドロップダウン・ボックスからOracle Internet Directory AgentのURLを選択します。

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

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

7. Oracle Enterprise Managerからログアウトします。

8. Oracle Enterprise Managerに再度ログインします。

9. 次のコマンドを実行して、Oracle Fusion Middleware 11g リリース1 (11.1.1.2.0) Directory Integration Platformの構成時に作成したASInstanceの登録を解除します。
Windows:

ORACLE_INSTANCE\bin\opmnctl unregisterinstance -adminHost -adminPort -adminUserName

UNIX:

$ORACLE_IMSTANCE/bin/opmnctl unregisterinstance -adminHost -adminPort -adminUserName

10. 次のコマンドを実行して、Oracle Fusion Middleware 11g リリース1 (11.1.1.2.0) Directory Integration Platformの構成時に作成したASInstanceの登録を削除します。
Windows:

ORACLE_HOME\opmn\bin\opmnctl deleteinstance -oracleInstance <Oracle instance root directory>

UNIX:

$ORACLE_HOME/opmn/bin/opmnctl deleteinstance -oracleInstance <Oracle instance root directory>

C.4.3.4 Oracle Identity Federationの移行後の構成

LDAPストアを使用している場合は、パッチ・アシスタントの実行後に、ご使用の資格証明ストア・フレームワーク(CSF)がOracle Fusion Middleware 11g リリース1 (11.1.1.2.0)に移行されることはありません。WLSTコマンドmigrateSecurityStoreを使用して、手動で資格証明をソース・リポジトリからターゲット・リポジトリに移行する必要があります。

詳細は、OTNのOracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middlewareアプリケーションのセキュリティに関するガイドのスクリプトmigrateSecurityStoreによる移行に関する項を参照してください。

C.4.3.5 Oracle Platform Security Servicesの移行後の構成

Oracle Fusion Middleware 11g リリース1 (11.1.1.2.0)のインストール時に対応するスキーマが変更されるため、既存のOracle Fusion Middleware 11g リリース1 (11.1.1.1.0)のポリシー・ストアは、手動で移行する必要があります。この移行時は、既存の11.1.1.1.0インストールのポリシーのすべてが11.1.1.2.0のポリシーに更新されます。既存の11.1.1.1.0のデータは11.1.1.2.0のLDAPストアでプロビジョニングされるようになります。

ただし、Oracle Fusion Middleware (11.1.1.2.0)のインストール後にアプリケーションを再デプロイする必要がありますが、LDAPストアにはポリシーがプロビジョニングされてすでに存在しています。

注意:

ポリシーはすでにポリシー・ストアに存在しているため、アプリケーションの再デプロイ時には移行しないでください。

Oracle WebLogic Serverドメインは、Oracle Platform Security Servicesで使用されるアプリケーション・ポリシー・データのコンテナであることに注意してください。通常、ドメインは次の例のように名前によって識別されます。

Relative DN(RDN)cn=MyDomain,cn=JpsContext,cn=JpsTestNode

Relative DN (RDN) cn=MyDomainは、ドメインに対応する、LDAPサーバー上のノードです。資格証明ストアやポリシー・ストアのデータなど、このドメインに含まれるデータのすべてが保持されています。

注意:

Oracle WebLogic Server LDAPを使用している場合は、ユーザーを再作成する必要があります。詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Oracle WebLogic Serverセキュリティ・プロバイダの開発のセキュリティ・データの移行に関する項を参照してください。

移行シナリオ

Oracle Platform Security Services 11.1.1.1.0のポリシー・ストアから11.1.1.2.0のポリシー・ストアに移行する場合は、次の移行シナリオを検討してください。

- ファイルベースのポリシーおよび資格証明ストアの移行

- Oracle Internet Directoryのポリシーおよび資格証明ストアの移行と既存のOracle Internet Directory Serverの再使用

C.4.3.5.1 ファイルベースのポリシーおよび資格証明ストアの移行

既存のファイルベースのポリシーおよび資格証明ストアを11.1.1.1.0から11.1.1.2.0に移行するには、Oracle Fusion Middleware 11g リリース1 (11.1.1.2.0)をインストールし、ファイルベースのポリシー(XML)、資格証明(ウォレット)ストアを使用するように構成して、WebLogic Scripting Tool (WLST)コマンドmigrateSecurityStoreを使用して資格証明とアプリケーション・ポリシーを移行する必要があります。詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middlewareセキュリティ・ガイドのmigrateSecurityStoreコマンドによる資格証明の移行に関する項を参照してください。

C.4.3.5.2 Oracle Internet Directoryのポリシーおよび資格証明ストアの移行と既存のOracle Internet Directory Serverの再使用

既存のOracle Internet Directoryのポリシーと資格証明ストアをOracle Fusion Middleware 11gリリース1 (11.1.1.1.0)からOracle Fusion Middleware 11g リリース 1 (11.1.1.2.0)に移行するには、Oracle Fusion Middlewareドメインでサーバーを起動して、次の手順を実行します。

注意:

Oracle Fusion Middleware 11g リリース1 (11.1.1.1.0)のインストールで、アプリケーションが単一のドメインにデプロイされLDAPまたは資格証明ストアの構成があることを確認します。また、プロビジョニングされているリソース・カタログ情報がないことも確認します。

1. LDAPオーセンティケータを再構成して、11.1.1.1.0のインストールで使用されているLDAPサーバーが使用されるようにします。詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middlewareアプリケーションのセキュリティに関するガイドを参照してください。

注意:

Oracle WebCenter 11.1.1.1.0インストールで使用していたものと同じLDAPサーバーを使用するようにLDAPオーセンティケータを再構成する方法の詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Oracle WebCenter管理者ガイドのアイデンティティ・ストアと外部LDAPの再関連付けに関する項を参照してください。

2. WLST reassociateSecurityStoreコマンドを使用してLDAPストア内のJava Platform Security (JPS) LDAPスキーマを更新します。この再関連付けによって既存のjps rootノードに一時ノードが作成されます。この一時データは、再関連付けの際に指定したドメインです。このドメインは新規の一時名である必要があり、またjpsrootは11.1.1.1.0から移行するドメインを格納するjpsrootと同じ名前である必要があります。
詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middlewareアプリケーションのセキュリティに関するガイドのreassociateSecurityStoreに関する説明を参照してください。

このコマンドは一時ドメインを作成しますが、このドメインは後で削除されます。例:

reassociateSecurityStore(domain="ps1_tmp_domain",admin="cn=orcladmin", password="welcome1", ldapurl="ldap://example.com:3060", servertype="OID", jpsroot="cn=jpsroot_r1_name")

注意:

ドメインに一時的な名前を設定し、jpsrootが11.1.1.1.0と同じ名前であることを確認します。

3. サーバーの構成を変更するには、Oracle WebLogic管理サーバーが停止していることを確認します。サーバーを停止するには、次のコマンドを実行します。
Windows:

MW_HOME\user_projects\domains\<domain_name>\bin\stopWebLogic.cmd
username password admin_url

UNIX:

$ MW_HOME/user_projects/domains/<domain_name>/bin/stopWeblogic.sh
username password admin_url

4. Oracle Internet Directoryマシンから次のカタログ・コマンドを実行してOracle Internet Directoryのカタログを再構築します。

注意:

Oracle Identity Managementコマンドライン・ツールを起動する際は事前に環境を構成する必要があります。この構成では次のように環境変数を適切に設定します。

- ORACLE_HOME - LDAPベースのアイデンティティ・ストア・インストール内の書込み不可のファイルの場所。

- ORACLE_INSTANCE - LDAPベースのアイデンティティ・ストア・インストール内の書込み可能ファイルの場所。

- TNS_ADMIN - Oracleホーム内のtnsnames.oraファイルの場所。
tnsnames.oraファイル(ORACLE_HOME/network/admin)にconn_strが格納されていることを確認します。これはカタログ・コマンドで使用されます。

- PATH - PATHに次のディレクトリを追加します。

ORACLE_HOME/bin
ORACLE_HOME/ldap/bin
ORACLE_HOME/ldap/admin

カタログを再作成する前に、次のようにカタログを削除しておきます。

catalog connect="conn_str" delete=true attribute= createtimestamp
catalog connect="conn_str" delete=true attribute= modifytimestamp
catalog connect="conn_str" delete=true attribute= orclJpsResourceName
catalog connect="conn_str" delete=true attribute= orclJPSObjGUID
catalog connect="conn_str" delete=true attribute= orclJpsResourceTypeActionNames

その後、次を追加します。

catalog connect="conn_str" add=true attribute= createtimestamp
catalog connect="conn_str" add=true attribute= modifytimestamp
catalog connect="conn_str" add=true attribute= orclJpsResourceName
catalog connect="conn_str" add=true attribute= orclJPSObjGUID
catalog connect="conn_str" add=true attribute= orclJpsResourceTypeActionNames

詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Oracle Internet Directory管理者ガイドのバルク操作の実行に関する項を参照してください。

5. 次の手順を使用してステップ1で作成した一時ドメインを削除します。

1. サーバー・エントリのキャッシュを無効化します。詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Oracle Internet Directory管理者ガイドのサーバー・エントリ・キャッシュのチューニング推奨事項に関する項を参照してください。

2. 次のコマンドを実行してOracle Internet Directoryを停止します。
Windows

ORACLE_INSTANCE\bin\opmnctl stopall

UNIX

ORACLE_INSTANCE/bin/opmnctl stopall

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

bulkdelete connect="connect string" basedn="cn=ps1_tmp_domain,cn=JPSContext,cn=jpsroot_r1_name"

注意:

JPSルート・ノードの削除にJXplorerまたはその他のLDAPブラウザを使用することはできません。

詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Oracle Internet Directory管理者ガイドのbulkdeleteによるエントリまたはエントリの属性の削除に関する項を参照してください。

4. 次のコマンドを実行してOracle Internet Directoryを起動します。
Windows

ORACLE_INSTANCE\bin\opmnctl startall

UNIX

ORACLE_INSTANCE/bin/opmnctl startall

5. サーバー・エントリのキャッシュを有効化します。詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Oracle Internet Directory管理者ガイドのサーバー・エントリ・キャッシュのチューニング推奨事項に関する項、およびインスタンス固有の構成エントリの属性に関する項を参照してください。

6. 次のコマンドを実行してOracle Internet Directoryを停止してから起動します。
Windows

ORACLE_INSTANCE\bin\opmnctl stopall
ORACLE_INSTANCE\bin\opmnctl startall

UNIX

ORACLE_INSTANCE/bin/opmnctl stopall
ORACLE_INSTANCE/bin/opmnctl startall

6. テキスト・エディタでjps-config.xmlファイル(MW_HOME\user_projects\domains\<DomainName>\config\fmwconfigディレクトリ)を開き、11.1.1.2.0ドメイン名を11.1.1.1.0ドメイン名に置換します。たとえばcn=ps1_tmp_domainをcn=R1_domain_nameに置き換えます。

7. WLSTコマンドmigrateSecurityStoreを使用して、デフォルトのシステム・ポリシーをXMLストアからLDAPストアに移行します。
詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middlewareアプリケーションのセキュリティに関するガイドのコマンドmigrateSecurityStoreによる資格証明の移行に関する項を参照してください。

jps-config.xmlファイルで、ソースJPSコンテキストのソースと宛先を指定するエントリを追加します。このソースJPSコンテキストは、ポリシー・ストアとしてXMLストアを使用するものであり、宛先のJPSコンテキストは、LDAPストアを使用するものである必要があります。jps-config.xmlファイルに追加されるエントリの例は次のとおりです。

<jpsContext name="filestore">
<serviceInstanceRef ref="policystore.xml"/>
</jpsContext>
<jpsContext name="ldapstore">
<serviceInstanceRef ref="policystore.ldap"/>
</jpsContext>

jps-config.xmlファイルのpolicystore.xmlサービス・インスタンスが次の例のように付属のsystem-jazn-data.xmlファイル(出荷時のままの状態)を参照していることを確認します。

<serviceInstance location="./system-jazn-data.xml" provider="policystore.xml.provider" name="policystore.xml">
<description>File Based Policy Store Service Instance</description>
</serviceInstance>

次の例に示されるように、WLSTコマンドmigrateSecurityStoreを使用してシステム・ポリシーを移行します。

migrateSecurityStore(type="globalPolicies", configFile="<domain level jpsconfig.xml file loc>", src="filestore" ,dst="ldapstore")

システム・ポリシーの移行の詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middlewareアプリケーションのセキュリティに関するガイドのドメイン・ポリシー・ストアへのポリシーの移行に関する項を参照してください。

8. LDAPサーバーのアプリケーション・ポリシー・ノードの下位にRole Categoriesエントリが格納されていることを確認します。

1. Oracle Internet Directoryマシンからldapsearchコマンドを実行して、このRole Categoriesのエントリを探します。

LDAP_OH/bin/ldapsearch -h <host> -p <port> -D "<Admin DN>" -w password -b "cn=Role Categories,cn=<app name>,cn=<domain name>,cn=JpsContext,cn=<jpsroot name>" -s base "(objectclass=*)"

LDAP_OH/binは、OID/IdM IDM_ORACLE_HOME/binディレクトリです。

例:

LDAP_OH/bin/ldapsearch -h oid.example.com -p 3060 -D "cn=orcladmin" -w password -b "cn=Role Categories,cn=appname,cn=domainname,cn=JpsContext,cn=jpsroot" -s base "(objectclass=*)"

構文の詳細は、Oracle Fusion Middleware 11gリリース(11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Oracle Identity Managementリファレンスのldapsearchに関する項を参照してください。

注意:

Role Categoriesエントリが使用不可の場合は次のメッセージが表示されます。

ldap_search: No such object

2. Role Categoriesエントリが存在しない場合は、rolecat.ldifという名前のLDIFファイルを次のような内容で作成します。

dn: cn=Role Categories,cn=<app name>,cn=<domain name>,cn=JPSContext,cn=<jpsroot name>
objectclass: top
objectclass: orclContainer
cn: Role Categories

例:

dn: cn=Role Categories,cn=webcenter,cn= R1_domain_name,cn=JPSContext,cn=jpsroot_r1_name
objectclass: top
objectclass: orclContainer
cn: Role Categories

3. 次のように、ldapaddコマンドを実行して、このノードをアプリケーション・ポリシー・ストアに追加します。

LDAP_OH/bin/ldapadd -p <port> -h <host> -D "<Admin DN>" -w <password> -vf rolecat.ldif

LDAP_OH/binは、OID/IdM IDM_ORACLE_HOME/binディレクトリです。

例:

LDAP_OH/bin/ldapadd -p 3060 -h oid.example.com -D "cn=orcladmin" -w password -vf rolecat.ldif

構文の詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Oracle Identity Managementリファレンスのldapaddに関する項を参照してください。

注意:

ノードが存在する場合、ldapaddコマンドの出力でそのオブジェクトがすでに存在していることが示されます。

注意:

Role Categoriesのldapaddコマンドは、ポリシー・ストアにLDAPを使用するアプリケーションのそれぞれすべてで実行する必要があります。

9. 次の例に示されるようにOracle WebLogic管理サーバーを起動します。

MW_HOME/user_projects/domains/domain_name/bin/startWebLogic.sh
-Dweblogic.management.username=weblogic
-Dweblogic.management.password=password

詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

10. 11.1.1.1.0でデプロイされていたユーザー・アプリケーションを再デプロイします。

C.4.3.6 Oracle Reportsの移行後の構成

パッチ・アシスタントの実行後も、ご使用のOracle Internet Directoryのポリシーおよび資格証明ストア(CSF)は、Oracle Fusion Middleware 11g リリース1 (11.1.1.2.0)に移行されていません。Oracle Internet Directoryのポリシーおよび資格証明ストア(CSF)の移行の詳細は、第C.4.3.5.2項「Oracle Internet Directoryのポリシーおよび資格証明ストアの移行と既存のOracle Internet Directory Serverの再使用」を参照してください。

C.4.3.7 Oracle SOAの移行後の構成

パッチ・アシスタントの実行後は、次の操作を行う必要があります。

注意:

11.1.1.2.0ではサービス・エンジンの構成がファイルからデータベースに移動されています。

この章では、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のインストールおよび構成の手順を説明します。したがって、この項のすべての相互参照については、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリを参照してください。

1. ヒューマン・ワークフロー・アプリケーションで使用されるTaskDetailアプリケーションなどのJ2EEアプリケーションを再デプロイします。詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド』のSOAコンポジット・アプリケーションのデプロイに関する章を参照してください。

2. 構成ファイル(soa-infra-configなど)に加えられた変更を再構成します。また、11.1.1.1.0のコンポーネントレベルの構成ファイルはOracle Enterprise Manager Fusion Middleware Controlを使用して11.1.1.2.0用に再構成する必要があります。

3. ログ・レベルの設定はOracle Enterprise Manager Fusion Middleware Controlを使用して再構成します。詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド』のロギングの構成に関する項を参照してください。

4. ワークフロー・ユーザーのシードを再作成します。

5. SOAコンポジット・アプリケーションのSecure Sockets Layer (SSL)を再構成します。詳細は、『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド』のSOAコンポジット・アプリケーションの保護に関する項を参照してください。

6. 11.1.1.1.0でOracle HTTP Serverを構成している場合は、11.1.1.2.0で再構成する必要があります。

7. JMSキュー、JMSトピック、JMSアダプタ(リモートJMS)などのセンサー・アクションを伴うBPELセンサーが関連するコンポジットでは、JMSキュー、JMSトピックおよびリモートJMSの設定を再作成します。

8. 第C.4.3.5.2項「Oracle Internet Directoryのポリシーと資格証明ストアの移行および既存のOracle Internet Directory Serverの再利用」で説明するように、アイデンティティおよびポリシー・プロバイダを構成します。

9. 11.1.1.2.0で使用されるSSOプロバイダを構成します。

10. アダプタを次のように構成します。

- 『Oracle Fusion Middlewareテクノロジ・アダプタ・ユーザーズ・ガイド』のOracle WebLogic Server管理コンソールでのデータ・ソースの構成に関する項に記載された手順に従ってAQ Adapterのデータ・ソースを作成します。

- Oracle WebLogic Server管理コンソールで、AQ JMSを構成します。詳細は、『Oracle Fusion Middlewareテクノロジ・アダプタ・ユーザーズ・ガイド』を参照してください。

- AQJMSの外部サーバーを再度作成し、サーバーを再起動します。

- 移行後に、Queue Managerが使用できないこと(MQ理由コード: 2059)がログに表示された場合は、JNDIを変更する必要があります。これはアップグレード前に使用されていたQueue Managerをポイントするためにデプロイされたコンポジットによって使用されます。この変更の実行後は、SOAを再起動する必要があります。

11. 11.1.1.2.0のB2Bを次の手順で移行します。

1. 「既存のメタデータの置換え」フラグを指定して、11.1.1.1.0から以前エクスポートされたリポジトリをインポートします。

2. キーストア・パスワードを更新して、B2Bサーバーを再起動します。

3. 配信チャネルで証明書別名を選択して、保存します。

4. B2Bアグリーメントをデプロイします。

C.4.3.8 Oracle User Messaging Serviceの移行後の構成

パッチ・アシスタントの実行後は、次の操作を行う必要があります。

- 追加のカスタム・デプロイ・ドライバの構成の移行

- ユーザー・メッセージ・サービス・ワークリスト・ドライバの構成の移行

C.4.3.8.1 追加のカスタム・デプロイ・ドライバの構成の移行

Oracle Fusion Middleware 11g リリース1 (11.1.1.1.0)ドメインにインストール時にプロビジョニングされたもの以外の追加のユーザー・メッセージ・サービス・ドライバ・デプロイメントの構成ファイルがある場合は、それらをOracle Fusion Middleware 11g リリース1 (11.1.1.2.0)に移行する必要があります。コマンドラインで次のAntコマンドを実行します。

ant -f UMS/build.xml patch-ums-driver-config -Ddriver.name=<driver_name>

この中で<driver_name>は、カスタム・ドライバのデプロイメント名です。build.xmlファイルはpatchMasterディレクトリにあります。

注意:

このコマンドではOracle Fusion Middleware (11.1.1.1.2.0)ドメインへの構成の移行のみが実行されます。ドライバのデプロイは行われません。

C.4.3.8.2 ユーザー・メッセージ・サービス・ワークリスト・ドライバの構成の移行

Oracle Fusion Middleware 11g リリース1 (11.1.1.1.0)ドメインにユーザー・メッセージング・サービス・ワークリスト・ドライバがインストールおよび構成されている場合、ワークリスト・ドライバの構成がパッチ・アシスタントによって自動的に移行されます。パッチ・アシスタントでは、この追加ドライバのインストールはパッチ・アシスタントで行われません。このドライバはOracle Fusion Middleware 11g リリース1 (11.1.1.2.0)ドメインで再インストールする必要があります。

詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにある『Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド』のワークリスト・ドライバのインストールに関する項を参照してください。

C.4.3.9 Oracle WebCenterの移行後の構成

この項では、中間層を移行した後のOracle WebCenter 11.1.1.2.0の起動および稼働に必要なタスクについて説明します。

C.4.3.9.1 中間層移行後のOracle WebCenterの構成タスクの概要

表C-2は、パッチ・アシスタントのスクリプトを実行後のOracle WebCenter 11.1.1.2.0の構成に関係するタスクを示しています。この表では、タスクがオプションと必須のいずれであるかも明記されています。

表C-2 中間層移行後のOracle WebCenterのタスク

タスク

説明

必須/オプション

Oracle WebCenterアイデンティティ・ストアの再構成およびWebCenterポリシー・ストアへのアプリケーション・ポリシーの移行

アイデンティティ・ストアはOracle WebCenter 11.1.1.1.0と同じ構成を使用するように構成します。また、updateSpacesPolicy.pyスクリプトを実行して、アプリケーション・ストアにWebCenter領域に対する適切なセキュリティ権限が組み込まれるように更新します。

注意: ご使用のOracle WebCenterが埋込みLDAPアイデンティティ・ストアを使用している場合もupdateSpacesPolicy.pyを実行する必要があります。

必須

Oracle WebCenterでのSecure Sockets Layer (SSL)の構成

Oracle WebCenter 11.1.1.2.0でもOracle WebCenter 11.1.1.1.0と同じSSL構成が使用されるように構成します。

Oracle WebCenter 11.1.1.1.0でSSLが構成されている場合は必須

Oracle WebCenterでのシングル・サインオン(SSO)の構成

Oracle WebCenter 11.1.1.1.0と同じシングル・サインオン(SSO)構成が使用されるようにSSOソリューションを構成します。

Oracle WebCenter 11.1.1.1.0でSSOが構成されている場合は必須

WebCenter Spacesのグループ・スペース・データのリフレッシュ

グループ・スペース・データ、およびグループ・スペース・メンバーに関するデータをリフレッシュします。

必須

構成の変更の再適用

Oracle WebCenter 11.1.1.1.0に対して加えられていたすべての構成の変更を再適用します。

必須

Wikiテンプレートおよび添付ファイルのインポート

テンプレートおよび添付ファイルを、Oracle WebCenter Wiki and Blog Serverのデータベース・リポジトリに移行します。

Oracle WebCenter 11.1.1.1.0でOracle WebCenter Wiki and Blog Serverが構成されている場合は必須

Oracle Content Serverの移行

WebCenter構成スクリプトwc_contentserverconfigを実行して、Oracle Content Server 10.1.3.5.1に移行します。また、既存のLDAPユーザー・プロバイダのかわりにJPSユーザー・プロバイダを構成します。

Oracle WebCenter 11.1.1.1.0でOracle Content Serverが構成されている場合は必須

WebCenter Spaces用のOracle WebCenter Discussionsの構成

Oracle WebCenter DiscussionsをOracle WebCenter Spacesとともに使用する場合は、Webサービス・セキュリティ(WS-Security)を構成します。

必須

カスタムWebCenterアプリケーションの移行

カスタムのWebCenterアプリケーションをOracle WebCenter 11.1.1.2.0に移行します。

必須

C.4.3.9.2 Oracle WebCenterアイデンティティ・ストアの再構成およびWebCenterポリシー・ストアへのアプリケーション・ポリシーの移行

既存のアイデンティティ・ストアと資格証明ストアは移行する必要があります。これは、WebCenterドメインのすべてのサーバーが起動していることを確認してから実行してください。

埋込みLDAPベースのポリシーと資格証明ストアを使用している場合に実行が必要なタスクの詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Oracle WebCenter管理者ガイドの、ファイルベースのポリシー・ストアのエクスポートとインポートに関する項、およびファイルベースの資格証明ストアのエクスポートとインポートに関する項を参照してください。

Oracle WebCenter 11.1.1.1.0が外部のLDAPベースのアイデンティティ・ストアを使用するように構成されていた場合は、中間層の移行後にアイデンティティ・ストアと資格証明ストアをOracle Fusion Middleware 11g リリース1 (11.1.1.2.0)に移行する必要があります。Oracle Internet Directoryのポリシーと資格証明ストアを移行する方法については、第C.4.3.5.2項「Oracle Internet Directoryのポリシーおよび資格証明ストアの移行と既存のOracle Internet Directory Serverの再使用」を参照してください。

アイデンティティおよび資格証明ストアの移行後は、updateSpacesPolicy.pyスクリプトを実行して適切なセキュリティ権限が組み込まれるようにWebCenter Spacesアプリケーション・ポリシーを更新する必要があります。このスクリプトを実行しないと、WebCenter Spacesユーザーはグループ・スペースのプロファイル情報やサービス・タブにアクセスできません。

注意:

ご使用のOracle WebCenterが埋込みLDAPアイデンティティ・ストアを使用している場合もupdateSpacesPolicy.pyスクリプトを実行する必要があります。

updateSpacesPolicy.pyを実行する手順は次のとおりです。

1. 次のコマンドでWLSTを起動します。

WC_ORACLE_HOME/common/bin/wlst.sh

この中で、WC_ORACLE_HOMEは、Oracle WebCenterのインストール・ディレクトリのことです。

2. WLSTコマンド・プロンプトで、次のコマンドを入力して管理サーバーに接続します。

wls:/offline> connect('user_name,'password, 'host_name:port_number')

たとえば、次のコマンドを使用します。

connect('weblogic','weblogic', 'myhost.example.com:7001')

3. 次のコマンドを使用して、updateSpacesPolicy.pyスクリプトを実行します。

wls:/weblogic/serverConfig> execfile('WC_ORACLE_HOME/webcenter/scripts/updateSpacesPolicy.py')

4. コンソールのログにエラーが記録されていないことを確認します。エラーが見つかった場合は、エラー・メッセージをガイドとして使用し、updateSpacesPolicy.pyスクリプトを調べて失敗したgrantコマンドを判定します。エラーがあった場合は修正して、grantコマンドを手動で実行する必要があります。

5. 管理サーバーとWLS_Spaces管理対象サーバーを再起動します。

C.4.3.9.3 Oracle WebCenterでのSecure Sockets Layer (SSL)の構成

Secure Sockets Layer (SSL)は、追加の認証レイヤーを提供し、交換されるデータを暗号化することによってWebCenterアプリケーションまたはコンポーネント間の接続のセキュリティを強化します。中間層の移行時にSSL構成は移行されません。パッチ・アシスタントのスクリプトを実行した後にOracle WebCenter、また必要に応じてWebCenterアプリケーションに統合された各種のWebCenter Serviceでも、使用されるSSLを再構成する必要があります。

WebCenterアプリケーションおよびWebCenterサービスに対するSSLの構成方法の詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Oracle WebCenter管理者ガイドのSSLを使用するためのWebCenterアプリケーションおよびコンポーネントの構成に関する項を参照してください。

たとえば、Oracle WebCenter 11.1.1.1.0のWebCenter Spacesでセキュリティが保護されたポートレットが使用されていた場合は、キーストアがカスタムIDとJava標準信頼キーストアに設定され、必要なポートレット証明書をJava標準信頼キーストア(通常はcacerts)にインポートしていました。今回の中間層の移行後は、Oracle WebCenter 11.1.1.2.0のインスタンスでカスタム・アイデンティティとJava標準信頼キーストア、およびOracle WebCenter11.1.1.1.0で構成されていたその他のSSL固有設定を使用するようにWLS_Spacesサーバーを構成する必要があります。また、Oracle WebCenter 11.1.1.2.0の保護されたポートレットにアクセスするには、すべてのポートレット証明書を信頼キーストアに再インポートする必要があります。

C.4.3.9.4 Oracle WebCenterでのシングル・サインオン(SSO)の構成

Oracle WebCenter 11.1.1.1.0ではシングル・サインオン(SSO)認証を使用するためにOracle Access Manager (OAM)、Oracle Single Sign-on (OSSO)またはWebCenterアプリケーション専用のSAMLベースのシングル・サインオン・ソリューションのいずれかの使用が構成されていた可能性があります。中間層のアップグレードの後、使用されるSSOソリューションに応じて、次の構成を実行する必要がある場合があります。

これらの各相互参照については、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリを参照してください。

- OAMの構成: Oracle WebCenter 11.1.1.1.0と同じ構成を使用するようにオーセンティケータおよびOAMアサータを構成します。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのOracle Access Manager (OAM)の構成に関する項を参照してください。

- OSSOの構成: Oracle WebCenter 11.1.1.1.0と同じ構成を使用するようにオーセンティケータおよびOSSOアサータを構成します。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのOracle Single Sign-On (OSSO)の構成に関する項を参照してください。

- SAMLベースのSSOの構成: SAMLベースのSSOソリューション全体の設定が必要です。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのSAMLベースのシングル・サインオンの構成に関する項を参照してください。

注意:

SSOを利用してWebCenterを実行している場合、接続情報を資格証明ストア・フレームワーク(CSF)ウォレットに格納しようとするときにOmniPortletプロデューサが認証の例外を受信します。この問題を解決する方法については、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのSSO環境におけるOmniPortletプロデューサの認可例外に関する項を参照してください。

C.4.3.9.5 WebCenter Spacesのグループ・スペース・データのリフレッシュ

中間層の移行後に、グループ・スペース・データをリフレッシュする必要があります。また、メンバー・データもグループ・スペース別にリフレッシュする必要があります。

グループ・スペース・データをリフレッシュする手順は次のとおりです。

1. WebCenter Spacesに管理者としてログオンします。

2. 「管理」リンクをクリックして、「グループ・スペース」タブに移動します。

3. 「リフレッシュ」アイコンをクリックします。

グループ・スペースのメンバー・データをリフレッシュする手順は次のとおりです。

1. WebCenter Spacesに管理者としてログオンします。

2. 任意のグループ・スペースに移動して「設定」タブ、「メンバー」タブの順に開きます。

3. 「グループ・スペース・メンバーの管理」セクションの「リフレッシュ」アイコンをクリックします。
この手順は、グループ・スペースのそれぞれに対して個別に実行する必要があります。

注意:

移行後のWebCenterインスタンスで、グループ・スペースに対するアクセスが拒否された場合は資格証明ストアが正常に移行されていること、およびグループ・スペース・データがリフレッシュされていることを確認します。

Oracle WebCenter 11.1.1.1.0からOracle WebCenter 11.1.1.2.0へのアップグレード後は、最初にWebCenter Spacesのグループ・スペース名のかわりにアクティビティ・ストリームのグループ・スペースGUIDが表示される場合があります。これは、アクティビティ・ストリーム・タスク・フロー・インスタンスを構成し、アップグレードされたグループ・スペースからアクティビティを表示するように選択した場合に発生します。この問題は、そのグループ内でメンバーの追加や削除などのアクティビティを生成することによって回避できます。この操作によってアクティビティ・ストリーム・インスタンスがグループ・スペース表示名とともにリフレッシュされます。

C.4.3.9.6 構成の変更の再適用

Oracle WebCenter 11.1.1.1.0での定義と同じ構成を使用する場合は、Oracle WebCenter 11.1.1.2.0で構成の変更を再適用する必要があります。構成変更は、次のいずれかに関連している場合があります。参照資料については、すべてOracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリを参照してください。

- WebCenterポートレット・プロデューサ: プロキシ・サーバーの変更など、ポートレット・プロデューサのprovider.xmlファイルに対する変更についてはすべて、中間層の移行後にこれらの変更を再構成し、ポートレット・プロデューサのEARアプリケーションに再デプロイして、WLS_Portlet管理対象サーバーを再起動する必要があります。ポートレット・プロデューサの再デプロイについては、Oracle Fusion Middleware Oracle WebCenter管理者ガイドの「ポートレット・プロデューサの管理」を参照してください。

- WebCenterサービス: Oracle Fusion Middleware 11.1.1.2.0のインストール時に、WebCenterサービスが依存するバックエンド・サーバーのホストおよびポート番号を変更している場合は、新しいサーバー構成を使用するように、必要なサービス接続を再構成する必要があります。具体的なサービスの詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのサービス、ポートレット・プロデューサおよび外部アプリケーションの管理に関する項を参照してください。

- WebCenter Wikis and Blogs: テーマや添付ファイル・サイズの設定の変更など、Oracle WebCenter Wiki and Blog Server 11.1.1.1.0に対して加えられた構成の変更はすべて、Oracle WebCenter Wiki and Blog Server 11.1.1.2.0で再適用する必要があります。設定を再構成するには、Oracle WebCenter Wiki and Blog Serverの管理モードを使用します。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのOracle WebCenter Wiki and Blog Serverの構成に関する項を参照してください。

- WebCenter Spacesおよびワークフロー: WebCenter Spacesのワークフロー機能では、SOAサーバーへのsca_CommunityWorkflows.jarおよびWebCenterWorklistDetailApp.earのデプロイが要求されます。WebCenter SpacesのワークフローがOracle WebCenter 11.1.1.1.0で有効化されている場合は、中間層の移行後にそれらのアプリケーションを再デプロイする必要があります。詳細は、Oracle Fusion Middleware Oracle WebCenterインストレーション・ガイドのWebCenter Spacesワークフローにおけるバックエンドの要件に関する項を参照してください。

- WebCenter Spacesのプロファイル設定: WebCenter Spacesでは、Oracle WebCenter 11.1.1.1.0からOracle WebCenter 11.1.1.2.0にアップグレードしたときに、「WebCenter管理」→「サービス」→「プロファイル」画面で設定された設定が保持されません。アップグレード後に「WebCenter管理」→「サービス」→「ピープル・コネクション」→「プロファイル」画面で必要なプロファイル設定を再適用してください。

C.4.3.9.7 Wikiテンプレートおよび添付ファイルのインポート

Oracle WebCenter Wiki and Blog Server 11.1.1.1.0では、サーバーで構成されているリポジトリ・タイプとはかかわりなく、テンプレートと添付ファイルがファイルベースのリポジトリに格納されています。Oracle WebCenter Wiki and Blog Server 11.1.1.2.0では、データベース・リポジトリのみがサポートされ、テンプレートと添付ファイルもデータベース・リポジトリに格納されます。

Oracle WebCenter Wiki and Blog Server 11.1.1.1.0でデータベース・リポジトリを使用していた場合は、移行時にOracle WebCenter Wiki and Blog Server 11.1.1.2.0用に構成されたデータベース・リポジトリにテンプレートと添付ファイルが移行されます。Oracle WebCenter Wiki and Blog Server 11.1.1.1.0でファイルベース・リポジトリが使用されていた場合は、移行時にWikiテンプレートと添付ファイルがファイルベース・リポジトリに移行されます。これらのテンプレートと添付ファイルをOracle WebCenter Wiki and Blog Server 11.1.1.2.0で使用できるようにするには、データベース・リポジトリに手動で移行する必要があります。

特定のWikiページの添付ファイルをインポートするには、そのWikiページを所有するユーザーまたは管理者が添付ファイルをWikiページに再アップロードする必要があります。添付ファイルを再アップロードすると、その添付ファイルはデータベース・リポジトリに格納されます。添付ファイルの再アップロードは、それぞれのWikiページで個別に行う必要があることに注意が必要です。

テンプレートを移行する手順は、次のとおりです。

1. Oracle WebCenter Wiki and Blog Server 11.1.1.2.0に管理者としてログオンします。

2. 「管理」リンクをクリックして、管理モードを開きます。

3. 「テンプレート」をクリックします。

4. 「インポート」をクリックします。

5. 「テンプレートのインポート」ページの「フォルダ」フィールドにテンプレートへのパスを入力します。例:
$APPLICATIONS_DIRECTORY/owc_wiki/templates.

この中で、$APPLICATIONS_DIRECTORYはOracle WebCenter Wiki and Blog Server 11.1.1.2.0がインストールされたディレクトリです。つまり、$APPLICATIONS_DIRECTORY = MW_HOME/user_projects/applications/DOMAIN_NAMEのことです。

6. 「テンプレートのインポート」をクリックします。既存のファイルベースのテンプレートは、Wikiデータベース・リポジトリにそれぞれ個別に再作成されます。

C.4.3.9.8 Oracle Content Serverの移行

Oracle WebCenter 11.1.1.2.0はOracle Content Server 10.1.3.5.1と互換性があります。既存のOracle Content Serverを移行し、Oracle WebCenter 11.1.1.2.0と連携するように準備するには、次のタスクを実行する必要があります。参照資料については、すべてOracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリを参照してください。

- WebCenter構成スクリプトwc_contentserverconfigを実行します。このスクリプトはOracle WebCenterに付属しているUniversal Content Management (UCM)メディアから入手できます。このスクリプトの実行方法については、Oracle Fusion Middleware Oracle WebCenterインストレーション・ガイドのOracle Content Serverのインストールに関する項を参照してください。

- Oracle Content Serverのアイデンティティ・ストアを再構成します。Oracle Content Server 10.1.3.5.1では、LDAPベースのアイデンティティ・ストアへの接続にLDAPユーザー・プロバイダではなくJPSユーザー・プロバイダを必要としていました。このため、JPSユーザー・プロバイダを構成し、Oracle Content Serverの既存のLDAPユーザー・プロバイダを確実に無効化する必要があります。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのアイデンティティ・ストアの構成に関する項を参照してください。

C.4.3.9.9 WebCenter Spaces用のOracle WebCenter Discussionsの構成

Oracle Fusion Middleware 11.1.1.1.0からOracle Fusion Middleware 11.1.1.2.0への移行時に、パッチ・アシスタントのスクリプトによってOracle WebCenter Discussionsサーバーのデータベース・スキーマが移行されます。そのままの状態ではOracle WebCenter Discussions 11.1.1.2.0がOracle WebLogic Serverの埋込みLDAPアイデンティティ・ストアを使用するように構成されています。

Oracle WebCenter DiscussionsをOracle WebCenter Spacesとともに使用する場合は、Webサービス・セキュリティ(WS-Security)を構成する必要があります。

Oracle WebCenter Discussionsを構成する手順は次のとおりです。

1. 次のURL形式を使用して、Oracle WebCenter Discussions 11.1.1.2.0サーバーに管理者としてログオンします。

http://host:port/owc_discussions/admin

この中で、host:portはOracle WebCenterがインストールされているシステムのホスト名とポート番号を指します。

2. Oracle WebCenter Discussionsが正しく移行されていることを検証するには、Jive Forums管理コンソールで、右上に「Jive Forums Silver 5.5.20.2-oracle」が表示されていることを確認します。

3. Oracle WebCenter DiscussionsをWebCenter Spacesとともに使用する場合は、WSセキュリティで信頼できる認証を構成します。WS-Securityの構成方法の詳細は、Oracle Fusion Middleware11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Oracle WebCenter管理者ガイドのWS-Securityの構成に関する項を参照してください。

4. 必要に応じてOracle WebCenter DiscussionsのSSOを再構成します。詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Oracle WebCenter管理者ガイドのシングル・サインオンを使用するためのWebCenterアプリケーションの構成に関する項を参照してください。

C.4.3.9.10 カスタムWebCenterアプリケーションの移行

カスタムのWebCenterアプリケーションをOracle WebCenter 11.1.1.2.0で使用できるようにするには、Oracle WebCenter 11.1.1.1.0インスタンスから移行する必要があります。Oracle WebCenter 11.1.1.2.0のスキーマは、Oracle WebCenter 11.1.1.1.0のMDS、PORTLETおよびWEBCENTERのスキーマのインプレース・パッチであるため、これらのアプリケーションのメタデータを移行する必要はありません。

この項の参照資料については、すべてOracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリを参照してください。

カスタムのWebCenterアプリケーションを移行する手順は次のとおりです。

1. Oracle JDeveloper 11.1.1.2.0でアプリケーションを開きます。
これで、移行ウィザードが起動されます。このウィザードによってアプリケーションがOracle WebCenter 11.1.1.2.0に自動的に移行されます。

2. アプリケーションを保存します。

3. WebLogic管理対象サーバー・インスタンスを作成し、必要な共有ライブラリのセットでプロビジョニングします。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのWebLogic管理対象サーバー・インスタンスの作成とプロビジョニングに関する項を参照してください。

4. WebLogicドメインの管理サーバー・インスタンスに、アプリケーションのメタデータ・サービス(MDS)リポジトリを作成および登録します。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのメタデータ・サービス・リポジトリの作成と登録に関する項を参照してください。

5. アプリケーションを管理対象サーバーにデプロイします。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのWebLogic管理対象サーバー・インスタンスへのアプリケーションのデプロイに関する項およびポートレット・プロデューサ・アプリケーションのデプロイに関する項を参照してください。

カスタムのWebCenterアプリケーションに、バックエンド・サーバーに依存するWebCenterサービスが統合されている場合があります。たとえば、ディスカッションおよび検索サービスは、それぞれOracle WebCenter DiscussionsとOracle SESに依存します。Oracle Fusion Middleware 11.1.1.2.0のインストール時にバックエンド・サーバーのホストおよびポート番号を変更している場合は、必要なWebCenterサービスを再構成して新しいサーバー構成が使用されるようにする必要があります。具体的なサービスの詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのサービス、ポートレット・プロデューサおよび外部アプリケーションの管理に関する項を参照してください。

C.4.3.10 Oracle Web Services Managerの移行後の構成

Oracle Web Services Manager (WSM)を移行するには、次のタスクを実行します。

- メタデータ・サービス・リポジトリからのポリシー使用状況分析情報のパージ

- MDSリポジトリ内のOracle WSMポリシーの移行

- カスタム・ポリシー・アクセッサ・プロパティの移行

注意:

Oracle WSMの移行を可能にするには、アイデンティティ・ストアの構成やキーストアの構成などのセキュリティ環境のコンポーネントを移行しておく必要があります。詳細は、第C.4.3.5項「Oracle Platform Security Servicesの移行後の構成」を参照してください。

C.4.3.10.1 メタデータ・サービス・リポジトリからのポリシー使用状況分析情報のパージ

今回のリリースでは、複数のドメイン間のポリシーの管理に同じOracle Metadata Services (MDS)を使用できます。前回のリリースでは、1つのMDSリポジトリは単一のドメインでしか使用できませんでした。

Oracle Fusion Middleware 11g リリース1 (11.1.1.1.0)のインストールでポリシー使用状況を分析していた場合は、MDSリポジトリからポリシー使用状況分析情報をパージしてOracle Fusion Middleware 11g リリース1 (11.1.1.2.0)バージョンに正確な使用結果が確実に反映されるようにする必要があります。

MDSリポジトリからポリシー使用状況分析情報をパージするには、MDSコマンドdeleteMetadataを次のように使用します。

deleteMetadata(application='wsm-pm',server='server_name',
docs='/policyAttachments/**')

server_nameは、Oracle WSM Policy Managerが実行されているサーバーの名前を指定します。

ポリシー使用状況分析情報のパージ後は、サーバーを再起動する必要があります。

MDSリポジトリの管理の詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Webサービスのためのセキュリティおよび管理者ガイドのMDSリポジトリの管理に関する項を参照してください。

C.4.3.10.2 MDSリポジトリ内のOracle WSMポリシーの移行

Oracle WSM 11g リリース1 (11.1.1)では、事前定義済およびカスタムのOracle WSMポリシーがOracle MDS repositoryに格納されていました。今回のパッチ・セットでは、次の2つのポリシーが新しく事前定義され、提供されます。

- oracle/wss_saml_or_username_token_over_ssl_service_policy

- oracle/wss11_saml_or_username_token_with_message_protection_service_policy

新たな事前定義済ポリシーでリポジトリをアップグレードするには、Oracle WebLogic Scripting Tool (WLST)コマンドを使用します。また、カスタム・ポリシーも含めすべてのOracle WSMポリシーをリポジトリから削除してからインストールによって提供される事前定義済ポリシーを再移入することによってリポジトリをリフレッシュすることもできます。リポジトリのアップグレード時はリポジトリ内のすべてのポリシーも再検証されます。

詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Webサービスのためのセキュリティおよび管理者ガイドのMDSリポジトリ内のOracle WSMポリシーのアップグレードに関する項を参照してください。

C.4.3.10.3 カスタム・ポリシー・アクセッサ・プロパティの移行

ポリシー・アクセッサ・プロパティをカスタマイズしている場合は、インストールの移行後にポリシー・マネージャ接続情報を再適用する必要があります。詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにあるOracle Fusion Middleware Webサービスのためのセキュリティおよび管理者ガイドのプラットフォーム・ポリシー・プロパティの構成に関する項を参照してください。

C.4.4 インストール・プロセス

表C-3は、移行プロセスで完了する必要がある11.1.1.2.0のインストール・プロセスを示しています。

表C-3 インストール・プロセス

シナリオ

説明および手順

新しいMiddlewareホームへの製品のインストール

新しいMiddlewareホームに11.1.1.2.0製品をインストールするには、事前にリポジトリが更新されていること、および11.1.1.1.0のスキーマが11.1.1.2.0のスキーマに移行されていることを確認しておく必要があります。

製品をインストールするには、次の手順を実行します。

1. Oracle WebLogic Serverをインストールします。Web層の場合はこの手順が必要ありません。

2. 製品固有のインストーラを実行して、新しい製品をインストールします。

詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにある『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』、およびインストールおよび構成する各製品のインストレーション・ガイドを参照してください。

クラスタ環境における2台目のマシンでの新しいMiddlewareホームへの製品のインストール

新しいMiddlewareホームに11.1.1.2.0製品をインストールするには、事前にリポジトリが更新されていること、および11.1.1.1.0のスキーマが11.1.1.2.0のスキーマに移行されていることを確認しておく必要があります。

クラスタ環境で製品をインストールするには、次の手順を実行します。

1. Oracle WebLogic Serverをインストールします。Web層の場合はこの手順が必要ありません。

2. 製品固有のインストーラを実行して、新しい製品をインストールします。2台目のマシン上のMiddlewareホームのファイル・パスが1台目のマシンと同じであることを確認します。

詳細は、Oracle Fusion Middleware 11gリリース1 (11.1.1.2.0)のドキュメント・ライブラリにある『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』、およびインストールおよび構成する各製品のインストレーション・ガイドを参照してください。

C.4.5 構成プロセス

表C-4は、移行プロセスで完了する必要がある11.1.1.2.0の構成プロセスを示しています。

表C-4 構成プロセス

シナリオ

説明および手順

新しいMiddlewareホームでのOracleインスタンスの構成

新しいMiddlewareホームでOracleインスタンスを構成するには、事前にリポジトリが更新されていること、11.1.1.1.0のスキーマが11.1.1.2.0のスキーマに移行されていること、すべての11.1.1.2.0製品がインストールされていること、およびWebLogicドメインが移行されていることを確認しておく必要があります。

Oracleインスタンスを構成するには、ant master-patch-oinstanceコマンドを実行します。

クラスタ環境における2台目のマシンでの、新しいMiddlewareホームのOracleインスタンスの構成

新しいMiddlewareホームでOracleインスタンスを構成するには、事前にリポジトリが更新されていること、11.1.1.1.0のスキーマが11.1.1.2.0のスキーマに移行されていること、すべての11.1.1.2.0製品がクラスタ環境(2台目のマシン上)インストールされていること、WebLogicドメインが移行されていることを確認しておく必要があります。

Oracleインスタンスを構成するには、ant master-patch-oinstanceコマンドを実行します。

新しいWebLogicドメインでの製品の構成

新しいWebLogicドメインで11.1.1.2.0製品を構成するには、事前にリポジトリが更新されていること、11.1.1.1.0のスキーマが11.1.1.2.0のスキーマに移行されていること、およびすべての11.1.1.2.0製品が新しいMiddlewareホームにインストールされていることを確認しておく必要があります。

新しいWebLogicドメインで製品を構成するには、次の手順を実行します。

1. MiddlewareホームからOracle Fusion Middleware構成ウィザードを開始します。

2. 従来の11.1.1.1.0ドメインのコンポーネントに対応する製品テンプレートを選択します。

3. 新しいドメインに対して、従来の11.1.1.1.0ドメインと同じドメイン名を選択します。

4. 従来の11.1.1.1.0トポロジと一致するようにサーバー、マシンまたはクラスタを構成します。

5. ドメインを作成します。

6. オプション: ノード・マネージャを起動します。

クラスタ環境における2台目のマシンでの、新しいWebLogicドメインへの製品のインストール

新しいWebLogicドメインで11.1.1.2.0製品を構成するには、事前にリポジトリが更新されていること、11.1.1.1.0のスキーマが11.1.1.2.0のスキーマに移行されていること、およびすべての11.1.1.2.0製品がクラスタ環境の2台目のマシン上の新しいMiddlewareホームにインストールされていることを確認しておく必要があります。

新しいWebLogicドメインで製品を構成するには、次の手順を実行します。

1. MiddlewareホームからOracle Fusion Middleware構成ウィザードを開始します。

2. 従来の11.1.1.1.0ドメインのコンポーネントに対応する製品テンプレートを選択します。

3. 新しいドメインに対して、従来の11.1.1.1.0ドメインと同じドメイン名を選択します。

4. 従来の11.1.1.1.0トポロジと一致するようにサーバー、マシンまたはクラスタを構成します。

5. ドメインを作成します。

6. オプション: ノード・マネージャを起動します。

7. 1台目のマシン上の新しいドメインでpackコマンドを実行します。

8. 2台目のマシン上でunpackコマンドを実行します。

C.4.6 patchMaster.propertiesファイルに含まれるプロパティ

表C-5は、patchMaster.propertiesファイルで設定できるプロパティを示しています。すべてのプロパティが必須であるわけではありません。各コンポーネントに必須のプロパティの一覧については、表C-6を参照してください。

注意:

Windowsでは、プロパティ・パスを指定するデリミタとして/を使用する必要があります。例:

c:/my/path/file

表C-5 パッチ・マスター・プロパティ

プロパティ

説明

patchMaster.Componentlist

11.1.1.1.0から11.1.1.2.0へのパッチを適用するFusion Middlewareコンポーネントをリストします。

例:

patchMaster.Componentlist=Audit,BAM,DIP,Discoverer,Forms,JPS

patchMaster.Schemaurl

パッチ適用対象の単一リポジトリに対する接続文字列を指定します。

例:

patchMaster.Schemaurl=jdbc:oracle:thin:@localhost:1521:orcl

patchMaster.Schemauser

patchMaster.Schemaurlによって指定されたリポジトリのシステム・ユーザーを指定します。

例:

patchMaster.Schemauser=SYS AS SYSDBA

patchMaster.Schemaprefix

リポジトリ・スキーマ・メタデータ名前空間を指定します。

例:

patchMaster.Schemaprefix=DEV

Oracle PortalユーザーがOracle Portal 10gからOracle Portal 11g R1 (11.1.1.1.0)にアップグレードした場合は、スキーマ接頭辞としてAPPSERVERを指定する必要があります。

Oracle Internet Directoryの場合は、スキーマ接頭辞をODSとして指定する必要があります。

patchMaster.Mwhomenew

11.1.1.2.0ホームがインストールされているパスを指定します。

例:

patchMaster.Mwhomenew=/scratch/newhome

patchMaster.Mwhomeold

11.1.1.1.0ホームがインストールされているパスを指定します。

例:

patchMaster.Mwhomeold=/scratch/oldhome

patchMaster.Domainhomenew

Oracle WebLogic Serverドメイン11.1.1.2.0ホームを指定します。

例:

patchMaster.Domainhomenew=/scratch/newhome/user_projects/domains/newDomain

patchMaster.Domainapplicationshomenew

Oracle WebLogic Serverドメイン・アプリケーション、11.1.1.2.0ホームを指定します。

例:

patchMaster.Domainapplicationshomenew=/scratch/newhome/user_projects/applications/newDomain

patchMaster.Domainhomeold

Oracle WebLogic Serverドメイン11.1.1.1.0ホームを指定します。

例:

patchMaster.Domainhomeold=/scratch/oldhome/user_projects/domains/oldDomain

patchMaster.Domainusername

Oracle WebLogic Serverドメインのユーザー名を指定します。

例:

patchMaster.Domainusername=currentuser

patchMaster.Syspassword

Oracle Weblogicドメインのパスワードを指定します。このプロパティはデフォルトでは使用できません。このプロパティは追加して設定できます。このプロパティが存在しない場合、パッチ・アシスタントによってパスワードの入力が求められます。

例:

patchMaster.Syspassword=welcome1

patchMaster.Oracleinstancenewlist

11.1.1.2.0 Oracleインスタンスへのパスをリストします。

例:

patchMaster.Oracleinstancenewlist=/scratch/newinst1,/scratch/newinst2

patchMaster.Oracleinstanceoldlist

11.1.1.2.0のOracleインスタンスのパスに対応する11.1.1.1.0のOracleインスタンスへのパスをリストします。

例:

patchMaster.Oracleinstanceoldlist=/scratch/oldinst1,/scratch/oldinst2

patchMaster.Oraclehomenew

11.1.1.2.0 Oracleホームのパスを指定します。

例:

patchMaster.Oraclehomenew=/scratch/myOhomenew

patchMaster.Oraclehomeold

11.1.1.1.0 Oracleホームのパスを指定します。

例:

patchMaster.Oraclehomeold=/scratch/myOhome

注意: パッチを適用できるOracleホームは1回に1つずつです。プロパティ・ファイルのこのエントリに複数のOracleホームを指定しないでください。

patchMaster.Logdir

ログ・ファイルが保存されるデフォルトのディレクトリです。

例:

patchMaster.Logdir=${patchMaster.Dir}

patchMaster.Loglevel

ログ・ファイルに記録されるロギング・レベルを指定します。デフォルトのログ・レベルは、infoです。その他のオプションとして、error、warning、verboseおよびdebugがあります。

例:

patchMaster.Loglevel=info

patchMaster.Domainadminhost

これは、11.1.1.1.0または11.1.1.2.0の管理サーバー・ホストで、操作に応じていずれかに決まります。ドメインおよびインスタンス登録の起動および停止に使用されます。

例:

patchMaster.Domainadminhost=localhost

patchMaster.Domainadminport

これは、11.1.1.1.0または11.1.1.2.0の管理サーバー・ポートで、操作に応じていずれかに決まります。ドメインおよびインスタンス登録の起動および停止に使用されます。

例:

patchMaster.Domainadminport=7001

注意:

patchMaster.propertiesファイルのサンプルについては、付録D「パッチ・マスター・プロパティ・ファイルのサンプル」を参照してください。

patchMaster.propertiesファイルの製品別の必須プロパティ

表C-6は、Oracle Fusion Middlewareコンポーネントで必須とされるpatchMaster.propertiesファイルのプロパティの一覧です。

注意:

パッチ・アシスタントでは、操作のみを基準にしてプロパティが検証されます。個別の製品レベルでのプロパティの検証は行われません。

表C-6 patchMaster.propertiesファイルの必須プロパティ

製品

必須プロパティ

Oracle Fusion Middleware監査フレームワーク

- patchMaster.Componentlist

- patchMaster.Schemaurl

- patchMaster.Schemauser

- patchMaster.Schemaprefix

Oracle Business Intelligence Discoverer

- patchMaster.Componentlist

- patchMaster.Domainhomenew

- patchMaster.Domainhomeold

- patchMaster.Oracleinstancenewlist

- patchMaster.Oracleinstanceoldlist

- patchMaster.Oraclehomenew

- patchMaster.Oraclehomeold

- patchMaster.Logdir

- patchMaster.Loglevel

- patchMaster.Statusfile

- patchMaster.Failonerror

Oracle Directory Integration Platform

- patchMaster.Componentlist

- patchMaster.Mwhomenew

- patchMaster.Mwhomeold

- patchMaster.Domainhomenew

- patchMaster.Domainhomeold

- patchMaster.Domainusername

- patchMaster.Oraclehomenew

- patchMaster.Oraclehomeold

- patchMaster.Domainadminhost

- patchMaster.Domainadminport

Oracle Internet Directory

- patchMaster.Componentlist

- patchMaster.Schemaurl

- patchMaster.Schemauser

- patchMaster.Schemaprefix

- patchMaster.Mwhomenew

- patchMaster.Mwhomeold

- patchMaster.Domainhomenew

- patchMaster.Domainhomeold

- patchMaster.Domainusername

- patchMaster.Oracleinstancenewlist

- patchMaster.Oracleinstanceoldlist

- patchMaster.Oraclehomenew

- patchMaster.Oraclehomeold

- patchMaster.Logdir

- patchMaster.Loglevel

- patchMaster.Failonerror

Oracle Virtual Directory

- patchMaster.Componentlist

- patchMaster.Mwhomenew

- patchMaster.Mwhomeold

- patchMaster.Domainhomenew

- patchMaster.Domainhomeold

- patchMaster.Domainusername

- patchMaster.Oracleinstancenewlist

- patchMaster.Oracleinstanceoldlist

- patchMaster.Oraclehomenew

- patchMaster.Oraclehomeold

- patchMaster.Logdir

- patchMaster.Loglevel

- patchMaster.Failonerror

Oracle Java Required Files

- patchMaster.Componentlist

- patchMaster.Domainhomenew

- patchMaster.Domainhomeold

Oracle Metadata Services

- patchMaster.Componentlist

- patchMaster.Schemaurl

- patchMaster.Schemauser

- patchMaster.Schemaprefix

- patchMaster.Mwhomenew

- patchMaster.Mwhomeold

- patchMaster.Oraclehomenew

Oracle Platform Security Services

- patchMaster.Mwhomenew

- patchMaster.Mwhomeold

- patchMaster.Domainhomenew

- patchMaster.Domainapplicationshomenew

- patchMaster.Domainhomeold

- patchMaster.Domainusername

- patchMaster.Oracleinstancenewlist

- patchMaster.Oracleinstanceoldlist

- patchMaster.Oraclehomenew

- patchMaster.Oraclehomeold

- patchMaster.Domainadminhost

- patchMaster.Domainadminport

Oracle Portal

- patchMaster.Componentlist

- patchMaster.Schemaurl

- patchMaster.Schemauser

- patchMaster.Schemaprefix

- patchMaster.Mwhomenew

- patchMaster.Mwhomeold

- patchMaster.Domainhomenew

- patchMaster.Domainhomeold

- patchMaster.Domainusername

- patchMaster.Oracleinstancenewlist

- patchMaster.Oracleinstanceoldlist

- patchMaster.Oraclehomenew

- patchMaster.Oraclehomeold

- patchMaster.Logdir

- patchMaster.Loglevel

- patchMaster.Statusfile

- patchMaster.Failonerror

Oracle Reports

- patchMaster.Componentlist

- patchMaster.Mwhomenew

- patchMaster.Mwhomeold

- patchMaster.Domainhomenew

- patchMaster.Domainhomeold

- patchMaster.Domainusername

- patchMaster.Oracleinstancenewlist

- patchMaster.Oracleinstanceoldlist

- patchMaster.Oraclehomeold

- patchMaster.Logdir

- patchMaster.Loglevel

- patchMaster.Failonerror

Oracle User Messaging Service

- patchMaster.Componentlist

- patchMaster.Schemaurl

- patchMaster.Schemauser

- patchMaster.Schemaprefix

- patchMaster.Mwhomenew

- patchMaster.Mwhomeold

- patchMaster.Domainhomenew

- patchMaster.Domainhomeold

- patchMaster.Domainusername

- patchMaster.Oraclehomenew

- patchMaster.Oraclehomeold

- patchMaster.Logdir

- patchMaster.Loglevel

- patchMaster.Statusfile

- patchMaster.Failonerror

Oracle Web Cache

- patchMaster.Componentlist

- patchMaster.Mwhomenew

- patchMaster.Mwhomeold

- patchMaster.Domainhomenew

- patchMaster.Domainhomeold

- patchMaster.Domainusername

- patchMaster.Oracleinstancenewlist

- patchMaster.Oracleinstanceoldlist

- patchMaster.Oraclehomenew

- patchMaster.Oraclehomeold

Oracle WebCenter

- patchMaster.Componentlist

- patchMaster.Schemaurl

- patchMaster.Schemauser

- patchMaster.Schemaprefix

- patchMaster.Domainhomeold

- patchMaster.Domainapplicationshomenew

Oracle Web Services Manager

- patchMaster.Componentlist

- patchMaster.Domainhomenew

- patchMaster.Domainhomeold

- patchMaster.Logdir

- patchMaster.Loglevel

- patchMaster.Statusfile

- patchMaster.Failonerror

C.4.6.1 patchMaster.propertiesファイルで設定されたプロパティのオーバーライド

Antコマンドライン・ユーティリティを使用すると、patchMaster.propertiesファイルで設定されたプロパティをオーバーライドできます。次のように必要なプロパティをコマンドラインで指定する必要があります。

ant -D<property>=<value>

たとえば、パッチを適用するコンポーネントを選択するには、コマンドラインに次のコマンドを入力します。

ant -DpatchMaster.Componentlist=SOA,UMS,WebCenter
master-patch-schema

前述の例のmaster-patch-schemaは新しい値を使用するコマンドであることに注意してください。

コマンドライン、またはpatchMaster.propertiesファイルで指定可能なプロパティの完全な詳細は、表C-5を参照してください。

注意:

コマンドライン・ユーティリティを使用して、システム・ユーザーを指定するpatchMaster.Schemauserプロパティをオーバーライドする場合は、次の例のように必ず二重引用符を使用してください。

ant -DpatchMaster.Schemauser="SYS AS SYSDBA"

patchMaster.propertiesファイルを直接編集する場合は、二重引用符を入力しないでください。

C.4.7 パッチ・アシスタントでサポートされるOracle Fusion Middlewareコンポーネント

表C-7は、パッチ・アシスタントでサポートされるOracle Fusion Middlewareのコンポーネントを示しています。

表C-7 パッチ・アシスタントでサポートされるOracle Fusion Middlewareコンポーネント

コンポーネント名

リリース

Oracle Fusion Middleware監査フレームワーク

11.1.1.2.0

Oracle BPEL Process Manager

11.1.1.2.0

Oracle Business Rules

11.1.1.2.0

Oracle B2B統合

11.1.1.2.0

Oracle Business Activity Monitoring

11.1.1.2.0

Oracle Business Intelligence Discoverer

11.1.1.2.0

Oracle Internet Directory

11.1.1.2.0

Oracle Directory Integration Platform

11.1.1.2.0

Oracle Identity Federation

11.1.1.2.0

Oracle Virtual Directory

11.1.1.2.0

Oracle Directory Services Manager

11.1.1.2.0

Oracle Forms

11.1.1.2.0

Oracle Platform Security Services

11.1.1.2.0

Oracle Java Required Files

11.1.1.2.0

Oracle Metadata Services

11.1.1.2.0

Oracle Access Manager

11.1.1.2.0

Oracle TopLink

11.1.1.2.0

Oracle Dynamic Monitoring System (DMS)

11.1.1.2.0

Oracle Java Object Cache

11.1.1.2.0

Oracle Enterprise Manager Fusion Middleware Control

11.1.1.2.0

Oracle HTTP Server

11.1.1.2.0

Oracle Reports

11.1.1.2.0

Oracle Portal

11.1.1.2.0

Oracle Portlet Producers

11.1.1.2.0

Oracle User Messaging Service

11.1.1.2.0

Oracle Web Cache

11.1.1.2.0

Oracle WebCenter Spaces

11.1.1.2.0

Oracle WebCenter Discussions

11.1.1.2.0

Oracle WebCenter Portlets

11.1.1.2.0

Oracle WebCenter Wiki and Blogs

11.1.1.2.0

Oracle Content Server

10.1.3.5.1

Oracle WebLogic Server

10.3.1.0

Oracle Wallet Manager

11.1.1.2.0

Oracle Web Services Manager

11.1.1.2.0

D パッチ・マスター・プロパティ・ファイルのサンプル

この付録では、patchMaster.propertiesファイルの例を示します。

# This is the property file for the 11gR1-11ps1 patchMaster.
# Set values for the properties below to the desired value.
# If a property is not needed, it must be commented out.

# Description: List of components to patch from 11gR1 to 11ps1
# Example: patchMaster.Componentlist=Audit,BAM,DIP,Discoverer,Discussions,Forms,JPS,JRF,MDS,Modplsql,OAM,OCServer,ODL,ODSM,OHS,OID,OIF,Opmn,OVD,OWSM,Portal,Portlet,Reports,SOA,UMS,WebCenter,Webcache,Webservices,Wiki
patchMaster.Componentlist=Audit,BAM,DIP,Discoverer,Discussions,Forms,JPS,JRF,MDS,Modplsql,OAM,OCServer,ODL,ODSM,OHS,OID,OIF,Opmn,OVD,OWSM,Portal,Portlet,Reports,SOA,UMS,WebCenter,Webcache,Webservices,Wiki

# Description: Connection string to a single repository being patched.
# Example: patchMaster.Schemaurl=jdbc:oracle:thin:@localhost:1521:orcl
patchMaster.Schemaurl=jdbc:oracle:thin:@<host>:<port>:<sid>

# Description: A system user for the repository specified by patchMaster.Schemaurl
# Example: patchMaster.Schemauser=SYS AS SYSDBA
# patchMaster.Schemauser=<Value Unspecified>

# Description: The optional repository schema metadata namespace.
# Example: patchMaster.Schemaprefix=DEV
# patchMaster.Schemaprefix=<Value Unspecified>

# Description: Fusion Middleware 11ps1 home.
# Example: patchMaster.Mwhomenew=/scratch/newhome
# patchMaster.Mwhomenew=<Value Unspecified>

# Description: Fusion Middleware 11gR1 home.
# Example: patchMaster.Mwhomeold=/scratch/oldhome
# patchMaster.Mwhomeold=<Value Unspecified>

# Description: WLS domain 11ps1 home.
# Example: patchMaster.Domainhomenew=/scratch/newhome/user_projects/domains/newDomain
# patchMaster.Domainhomenew=<Value Unspecified>

# Description: WLS domain applications 11ps1 home.
# Example: patchMaster.Domainapplicationshomenew=/scratch/newhome/user_projects/applications/newDomain
# patchMaster.Domainapplicationshomenew=<Value Unspecified>

# Description:  WLS domain 11gR1 home.
# Example: patchMaster.Domainhomeold=/scratch/oldhome/user_projects/domains/oldDomain
# patchMaster.Domainhomeold=<Value Unspecified>

# Description: WLS domain username.
# Example: patchMaster.Domainusername=currentuser
# patchMaster.Domainusername=<Value Unspecified>

# Description: List paths to 11ps1 Oracle instances.
# Example: patchMaster.Oracleinstancenewlist=/scratch/newinst1,/scratch/newinst2
# patchMaster.Oracleinstancenewlist=<Value Unspecified>

# Description: List paths to 11gR1 Oracle instances corresponding to 11ps1 Oracle instance paths.
# Example: patchMaster.Oracleinstanceoldlist=/scratch/oldinst1,/scratch/oldinst2
# patchMaster.Oracleinstanceoldlist=<Value Unspecified>

# Description: Path to 11ps1 Oracle home.
# Example: patchMaster.Oraclehomenew=/scratch/mynewOhome
# patchMaster.Oraclehomenew=<Value Unspecified>

# Description: Path to 11gR1 Oracle home.
# Example: patchMaster.Oraclehomeold=/scratch/myOhome
# patchMaster.Oraclehomeold=<Value Unspecified>

# Description: Specifies the directory where the log files go if a custom
#              location is desired.
# Example: patchMaster.Logdir=/scratch/patchMasterDir
# patchMaster.Logdir=<Value Unspecified>

# Description: Specifies the logging level to be recorded in the log file
# Values={error|warning|info|verbose|debug}  Default=info
patchMaster.Loglevel=info

# Description: WLS domain Adminserver hostname.  This is *either* the R1 or PS1 Adminserver host
# depending the operation.  Used for start/stop domain and instance registration.
# Example: patchMaster.Domainadminhost=localhost
# patchMaster.Domainadminhost=<Value Unspecified>

# Description: WLS domain Adminserver port number.  This is *either* the R1 or PS1 Adminserver port
# depending the operation.  Used for start/stop domain and instance registration.
# Example: patchMaster.Domainadminport=7001
# patchMaster.Domainadminport=<Value Unspecified>

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2015, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

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の登録商標です。

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利

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

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）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。