Fusion Middleware パッチ適用ガイド

11gリリース1(11.1.1.6.0)

B61412-05(原本部品番号:E16793-19)

目次

図一覧

表一覧

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

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 パッチの適用について

- 2.1.1 OPatchで使用可能なパッチのタイプ

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

- 2.2 OPatchについて

- 2.2.1 OPatchの入手

- 2.2.2 パッチの入手

- 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 WebCenterおよびOracle Enterprise Content Management Suiteの新しい製品名

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

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

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

- 3.5.1 システム要件、動作保証および相互運用性に関する情報の確認

- 3.5.1.1 システム要件と仕様

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

- 3.5.1.3 相互運用性と互換性

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

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

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

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

- 3.5.6 Oracle WebLogic Serverへのパッチ適用

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

- 3.6 インストーラのダウンロードと起動

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

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

- 3.6.3 インストーラの起動

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

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

- 3.9 パッチ適用後のタスク

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

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

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

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

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

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

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

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

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

- 3.9.5.5 Oracle Configuration Managerの更新

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

- 3.9.5.7 SSL対応のOracle Portalインスタンスにおける構成の更新

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

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

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

- 3.9.6.3 WS-AtomicTransactionの有効化

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

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

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

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

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

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

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

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

- 3.9.7.7 SOA Composerで開いている編集セッションをコミットまたは元に戻す

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

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

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

- 3.9.8.1 Oracle WebCenter Content: Imagingの更新

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

- 3.9.9 新しいOWSM事前定義ポリシーの追加

- 3.9.10 Oracle Service Busのドメイン構成

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

- 3.9.10.2 Oracle WebLogic Serverリリース10.3.5でのOracle Service Busリリース11.1.1.6.0の使用

- 3.9.10.3 Oracle Service Bus IDEの追加の更新後のタスク

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

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

- 3.9.11.2 Oracle Business Intelligenceカタログの更新

- 3.9.11.3 Oracle Real-Time Decisionsの更新

- 3.9.11.4 名前変更済のビューのアップグレード

- 3.9.11.5 11g リリース1(11.1.1.6.0)に対するbicontentserver機能の有効化

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- 4.3.4 Oracle Portalのaq_tm_processes値の確認

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

- 4.4.1 パッチ・セット・アシスタントに関する全般的な情報

- 4.4.2 パッチ・セット・アシスタントの起動

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

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

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

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

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

5 Oracle WebCenterのパッチ適用

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

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

- 5.2.1 Oracle WebCenterのパッチ適用後のタスクの実行

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

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

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

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

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

- 5.3.3 Oracle WebCenter固有のパッチ適用前のタスクの実行

- 5.3.3.1 OmniPortletおよびWebClippingカスタマイズの保存

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

- 5.3.3.3 Oracle Universal Content Managementのアップグレード

- 5.3.4 Oracle WebCenter 11.1.1.6.0へのパッチ適用

- 5.3.4.1 ノード・マネージャおよび自動スクリプトを使用したOracle WebCenterの更新

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

- 5.3.5 Oracle WebCenterのパッチ適用後のタスクの実行

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

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

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

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

- 5.3.5.5 OmniPortletおよびWebClippingカスタマイズの復元

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

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

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

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

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

- 5.3.6 Oracle WebCenter Spacesのパッチ適用後のタスクの実行

- 5.3.6.1 UCM接続のWebコンテキスト・ルートの設定

- 5.3.6.2 グループ・スペース・ワークフローの構成

- 5.3.6.3 グループ・スペースのデフォルト・テンプレート・セットの再構成

- 5.3.6.4 WebCenter Spacesでのタイムゾーン属性の更新

- 5.3.6.5 グループ・スペースの表示モードの更新

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

- 5.3.6.7 WebCenter Spacesのカスタム・ライブラリの移行

- 5.3.6.8 プロセス・スペースのアップグレード

- 5.3.7 Oracle WebCenter Securityのパッチ適用後のタスクの実行

- 5.3.7.1 ディスカッション用Webサービス・セキュリティの構成

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

- 5.3.8 Oracle WebCenterへの新機能の追加

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

- 5.3.8.2 ポータル・フレームワーク機能を追加するためのWebCenterカスタム・アプリケーションのアップグレード

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

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

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

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

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

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

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

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

- 7.1.2 管理サーバーの停止

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

- 7.1.4 Oracle Management Agentの停止

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

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

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

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

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

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

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

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

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

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

- 7.6.1.3 Oracle HTTP Serverの起動

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

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

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

- 7.6.5 Oracle Management Agentの起動

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

A Oracle Portal、Forms、ReportsおよびDiscovererのパッチ・セット・インストーラの画面

- A.1 ようこそ

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

- A.3 セキュリティの更新の指定

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

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

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

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

- B.1 ようこそ

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

- B.3 前提条件

- B.4 スキーマ

- B.5 調査

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

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

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

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 パッチ・マスター・プロパティ・ファイルのサンプル

索引

図一覧

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

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

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

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

- 5-1 Oracle WebCenter 11.1.1.4.0または11.1.1.5.0への最新パッチの適用

- 5-2 Oracle WebCenter 11.1.1.2.0または11.1.1.3.0への最新パッチの適用

- 5-3 Oracle WebCenter 11.1.1.1.0への最新パッチの適用

- C-1 移行プロセスのフロー・チャート

表一覧

- 1-1 パッチ適用、移行およびアップグレードのツールの概要

- 2-1 OPatch環境変数

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

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

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

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

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

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

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

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

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

- 3-1 パッチ適用手順の概要とドキュメントへのリンク

- 3-2 最新のパッチ・セットを適用するためのOracle Fusion Middlewareインストーラの概要

- 3-3 パッチ・セットをインストールするための一般的な手順

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

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

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

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

- 3-8 EXTRA_JAVA_PROPERTIESのパラメータの説明

- 3-9 soa-upgrade.pyスクリプトのコマンドライン・パラメータ

- 4-1 最新のリリース用に更新する必要があるスキーマ

- 4-2 パッチ・セット・アシスタントの画面

- 4-3 パッチ・セット・アシスタントのコマンドライン・パラメータ

- 5-1 以前の用語とリリース11.1.1.6.0の用語との対応

- 5-2 Oracle WebCenter 11.1.1.4.0または11.1.1.5.0への最新パッチの適用

- 5-3 Oracle WebCenter 11.1.1.2.0または11.1.1.3.0への最新パッチの適用

- 5-4 Oracle Content Server 10.1.3.5.1および11gでサポートされるOracle WebCenterの機能

- 5-5 アップグレード・プロパティ・ファイル

- 5-6 Wiki移行ユーティリティの引数の説明と例

- 5-7 process-portal-install.propertiesに指定するプロパティ

- 5-8 Oracle WebCenter 1.1.1.1.0への最新パッチの適用

- C-1 移行手順に含まれるタスク

- C-2 中間層移行後のOracle WebCenterのタスク

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

- C-4 構成プロセス

- C-5 パッチ・マスター・プロパティ

- C-6 patchMaster.propertiesファイルの必須プロパティ

- C-7 パッチ・アシスタントでサポートされるOracle Fusion Middlewareコンポーネント

Oracle® Fusion Middleware

パッチ適用ガイド

11gリリース1(11.1.1.6.0)

B61412-05(原本部品番号:E16793-19)

2012年6月

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

B61412-05

Copyright (C) 2012, Oracle and/or its affiliates.All rights reserved.

原本協力者: Kevin Hwang、Lisa Jamen、Savita Thakur、Gururaj B.S.

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

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

このソフトウェアまたは関連ドキュメントが、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供される場合は、次の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の登録商標です。

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

はじめに

『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 製品に関連付けられており、製品の特定のマイナー・バージョンから同じ製品の新しいマイナー・バージョンへの更新(たとえば、バージョン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.6.0)であり、このリリースでパッチ・セット・インストーラによる更新が必要なのは、Oracle Portal、Forms、ReportsおよびDiscovererのみです。このリリースの他のすべてのOracle Fusion Middleware製品は、通常の各製品インストーラで更新できます。

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

パッチ適用に使用できるインストーラのタイプの詳細は、第3.6.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項「パッチの適用について」

- 第2.2項「OPatchについて」

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

- 第2.4項「OPatchの実行」

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

2.1 パッチの適用について

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

2.1.1 OPatchで使用可能なパッチのタイプ

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

パッチ・セット例外(別名: PSE、個別パッチ、仮パッチ)

通常、これは単一の問題に対処する単一の修正です。ST製品(GC、DB/AS Controlなど)の個別の修正がパッケージ化されOPatchを利用して適用されます。個別パッチは緊急を要するお客様に提供されるバグ修正で、累積的または遡及的ではなく、バージョニングも行われません。opatch lsinventoryコマンドを使用すると、システムにインストールされている個別パッチを確認できます。

パッチ・バンドル(別名: MLRパッチ)

このパッチ・タイプは、複数の修正が単一のパッチにまとめられて作成されます。通常、これは複数の修正が必要で、さまざまな暫定パッチが同一モジュールに適用される場合に作成されます。すでに適用されている個別のパッチと共存できない場合は古いパッチが削除されます。パッチ・バンドルもOPatchを使用して適用され、このバンドルに関するメタデータ情報もインベントリ内の一連のXMLファイルに保存され、OPatchによって処理されます。

セキュリティ・パッチ(別名はクリティカル・パッチ・アップデートまたはCPU)

セキュリティ・パッチは他の種類のパッチとは異なり、単一または少数の問題のみを修正し、可能なかぎり早急に適用する必要があります。セキュリティ・パッチがリリースされたときは、セキュリティ上の問題の存在に特に注意します。CPUは、定期的にリリースされるセキュリティ・バンドルで、仮パッチに非常に似ており、仮パッチと同様にOPatchを使用して適用されます。また、仮パッチと同様、CPUもバージョニングは行われません。

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

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

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

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

2.2 OPatchについて

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

http://download.oracle.com/docs/cd/E11882_01/em.112/e12255/toc.htm

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

- 第2.2.1項「OPatchの入手」

- 第2.2.2項「パッチの入手」

- 第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 パッチの入手

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-1に示された環境変数が使用されます。

表2-1 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項「パッチの入手」の説明に従って、パッチを入手します。

ステップ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リリース1(11.1.1.6.0)のアーティファクトはすべて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-2に示されています。

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

表2-2 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-3に示されています。

表2-3 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-4に示されています。

表2-4 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-5に示されています。

表2-5 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-6に示されています。

表2-6 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-7に示されています。

表2-7 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-8に示されています。

表2-8 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-9に示されています。

表2-9 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-10に示されています。

表2-10 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以降のソフトウェアを対象としています。

注意:

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

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

- 第3.2項「Oracle WebCenterおよびOracle Enterprise Content Management Suiteの新しい製品名」

- 第3.3項「Oracle WebCenterにパッチを適用する場合の特殊な手順」

- 第3章「Oracle Identity Managementにパッチを適用する場合の特殊な手順」

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

- 第3.6項「インストーラのダウンロードと起動」

- 第3.7項「パッチ・セットの適用」

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

- 第3.9項「パッチ適用後のタスク」

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

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

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

図3-1は、Oracle Fusion Middlewareの一般的なパッチ適用手順を示しています。

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

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

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

ステップ

説明

1

次の一般的なパッチ適用前のタスクを実行します。

1. 第3.5.1項「システム要件、動作保証および相互運用性に関する情報の確認」

2. 第3.5.2項「サーバーとプロセスの停止」

3. 第3.5.3項「Middlewareホーム、ドメイン・ホームおよびOracleインスタンスのバックアップ」

4. 第3.5.4項「データベースとデータベース・スキーマのバックアップ」

5. 第3.5.5項「追加の構成情報のバックアップ」
次の製品についてはバックアップ手順が存在します。

- 構成およびストア

- Oracle Portal (OmniPortletおよびWebClippingカスタマイズ)

- Oracle B2B (XEngineカスタマイズ)

- Oracle Business Intelligence Presentation Catalog

- Oracle Data Integrator (スタンドアロン・エージェント)

- Oracle Identity Federation

6. 第3.5.6項「Oracle WebLogic Serverへのパッチ適用」

サイレント・モードでパッチを適用する場合は、第3.5.7項「サイレント・モードでのパッチ適用のためのemCCRファイルの名前変更」を参照してください。

2

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

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

3

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

4

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

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

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

5

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

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

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

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

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

6

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

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

7

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

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

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

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

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

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

Oracle Fusion Middleware 11gリリース1(11.1.1.6.0)では、Oracle WebCenterおよびOracle Enterprise Content Management Suite製品のブランドが、新しい製品名およびコンポーネント名によって変更されています。

詳細は、第5.1項「Oracle WebCenterおよびOracle Enterprise Content Management Suiteの新しい製品名」を参照してください。

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

既存のOracle WebCenterソフトウェアにパッチを適用するために必要な手順は、現在のソフトウェアのバージョンによって異なります。

- 既存のOracle WebCenterソフトウェアのバージョンが11.1.1.2.0または11.1.1.3.0である場合は、第5.3項「Oracle WebCenter 11.1.1.2.0または11.1.1.3.0のインストールに対するパッチの適用」の手順に従って、ソフトウェアにパッチを適用します。

- 既存のOracle WebCenterソフトウェアのバージョンが11.1.1.4.0または11.1.1.5.0である場合は、第5.2項「Oracle WebCenter 11.1.1.4.0または11.1.1.5.0のインストールに対するパッチの適用」の手順に従って、ソフトウェアにパッチを適用します。

これらの手順を完了したら、この章に戻って、第3.10項「サーバーとプロセスの起動」および第3.11項「パッチ・セットのインストールの検証」に進んでください。

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

11gリリース1(11.1.1.6.0)ではOracle Identity Managementコンポーネントのみを使用できます。Oracle Identity and Access Management Suiteコンポーネントは11gリリース1(11.1.1.6.0)には含まれていません。

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

Oracle Identity ManagementとOracle Identity and Access Management Suiteの違いについては、Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイドのOracle Identity Managementの理解に関する項を参照してください。

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

この項では、ソフトウェアにパッチを適用する前に完了する必要のあるタスクについて説明します。

- 第3.5.1項「システム要件、動作保証および相互運用性に関する情報の確認」

- 第3.5.2項「サーバーとプロセスの停止」

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

- 第3.5.4項「データベースとデータベース・スキーマのバックアップ」

- 第3.5.5項「追加の構成情報のバックアップ」

- 第3.5.6項「Oracle WebLogic Serverへのパッチ適用」

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

3.5.1 システム要件、動作保証および相互運用性に関する情報の確認

ソフトウェアの更新を開始する前に、更新を実行するためにインストールしたいソフトウェアの最小要件をシステムの環境と構成が満たしていることを確認してください。この項では、確認しておくことが必要なドキュメントの重要な部分へのリンクをいくつか示します。

- システム要件と仕様

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

- 相互運用性と互換性

3.5.1.1 システム要件と仕様

Oracle Fusion Middlewareのシステム要件および仕様のドキュメントを読み、環境がインストールする製品の最低のインストール要件を満たしていることを確認します。

このドキュメントには、ハードウェアとソフトウェアの要件、最小ディスク領域とメモリーの要件、データベース・スキーマの要件、および必要なシステム・ライブラリ、パッケージまたはパッチに関する情報が記載されています。

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

Oracle Fusion Middleware 11gR1のシステム要件とサポート対象プラットフォームに関するドキュメントを参照してください。このマニュアルでは、サポートされる32ビットおよび64ビット・オペレーティング・システム、データベース、Webサーバー、LDAPサーバー、アダプタ、IPv6、JDKおよびサード・パーティ製品の動作保証に関する情報が記載されています。このドキュメントは、Oracle Fusion Middlewareでサポートされるシステム構成に関するページにあります。

3.5.1.3 相互運用性と互換性

『Oracle Fusion Middleware相互運用および互換性ガイド』を参照してください。Oracle Fusion Middleware製品が旧バージョンの他のOracle Fusion Middleware、Oracleまたはサード・パーティ製品と機能するために重要な情報がこのマニュアルに記載されています。この情報は、既存の環境をアップグレードする既存ユーザーと新しいOracle Fusion Middlewareユーザーの両方に適用されます。

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

インストーラを実行してソフトウェアを更新する前に、使用しているドメインの一部であるすべてのマシン上のすべてのサーバーとプロセス(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.5.3 Middlewareホーム、ドメイン・ホームおよびOracleインスタンスのバックアップ

サーバーとプロセスを停止したら、Middlewareホーム・ディレクトリ(Middlewareホーム内のOracleホーム・ディレクトリを含む)、ローカル・ドメイン・ホーム・ディレクトリ、ローカルOracleインスタンス、およびそのMiddlewareホームを使用するリモート・システム上のドメイン・ホームとOracleインスタンスをバックアップします。

パッチ・セットのインストールが予期せず中断された場合、またはインストールが完了する前にインストールの取消しを選択した場合、インストーラを再実行する前に環境を以前の構成にリストアしないと、パッチをインストールできないことがあります。

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

データベース・スキーマを更新する必要がある場合は、パッチ適用手順を開始する前にデータベースもバックアップする必要があります。このバックアップにスキーマ・バージョン・レジストリ表が含まれていることを確認します。これは、各Fusion Middlewareスキーマが、対応する行をその表内に持つためです。スキーマ・バージョン・レジストリ表の名前は、SYTEM.SCHEMA_VERSION_REGISTRY$です。この実行方法は、使用しているデータベースのドキュメントを参照してください。

パッチ・セット・アシスタントを実行して既存のスキーマを更新する際、正常に更新できなかった場合は、元のスキーマをリストアしてからやりなおす必要があります。必ず、既存のデータベース・スキーマをバックアップしてから、パッチ・セット・アシスタントを実行してください。

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

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

個別の環境に応じて、パッチ適用手順を実行する前に次のバックアップが必要になる場合もあります。

- 構成とストアのバックアップ
各WebLogic Serverドメインを、upgradeOpss() WLSTコマンドを使用して更新する必要があります。upgradeOpss()コマンドを実行する前に、更新するストアを必ずバックアップしてください。LDAPストアの場合は、ストアのルート・ノードの下にあるデータをすべてバックアップします(ルート・ノードは、ストアのプロパティとして構成ファイルで指定されています)。更新が失敗した場合には、そのノード全体をリストアします。

詳細は、Oracle Fusion Middlewareセキュリティ・ガイドのupgradeOpssによるポリシーのアップグレードに関する項を参照してください。

- Oracle PortalのOmniPortletおよびWebClippingカスタマイズの保存
OmniPortletおよびWebClippingカスタマイズを使用しており、それらがファイルベースのプリファレンス・ストアで使用されている場合は、第5.3.3.1項「OmniPortletおよびWebClippingカスタマイズの保存」の説明に従ってカスタマイズを保存する必要があります。

カスタマイズを保存してソフトウェアにパッチを適用した後、第5.3.5.5項「OmniPortletおよびWebClippingカスタマイズの復元」の手順を実行する必要があります。

- Oracle B2BのXEngineカスタマイズの保存
この手順は、B2BサーバーがB2B EDIエンドポイントと統合されている環境で、カスタムのXEngine構成を使用している場合にのみ必要です。そのような環境では、同じインストールで作成されたすべてのB2Bドメインが、1つのディレクトリ内に格納されている単一のXEngine構成を共有します。このディレクトリは、パッチを適用する前にバックアップし、パッチ適用の完了後に復元する必要があります。

詳細は、第3.9.7.8項「Oracle B2BのXEngineカスタマイズの保存とリストア」を参照してください。

- 既存のOracle BI Presentation Catalogのバックアップ
Oracle Business Intelligence (BI)ソフトウェアをリリース11.1.1.3.0から11.1.1.6.0に更新する際は、Oracle BI Presentation Catalogを手動で更新する必要があります。詳細は、第3.9.11.2項「Oracle Business Intelligenceカタログの更新」を参照してください。

- Oracle Data Integrator Java EEスタンドアロン・エージェントのファイルのバックアップ

次のファイルとディレクトリをバックアップ済であることを確認します(第3.5.3項「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にパッチを適用した後、第3.9.12.3項「ODIスタンドアロン・エージェントの再構成」の手順を実行します。

- Oracle Identity FederationのカスタムJSPのバックアップ
Oracle Identity Federationを最新のリリースに更新する場合は、パッチを適用して最新のバージョンにする前にカスタムJSPをすべてバックアップする必要があります。パッチ適用手順によって、oif.earファイルに格納されているJSPが上書きされます。

パッチ適用手順の完了後、カスタムJSPを復元する必要があります。

3.5.6 Oracle WebLogic Serverへのパッチ適用

Oracle WebLogic Serverがシステムにすでにインストールされている場合は、アップグレード・インストーラを使用してパッチを適用済みであり、Oracle WebLogic Serverがバージョン10.3.6または10.3.5のいずれかになっていることを確認します(どちらもリリース11.1.1.6.0でサポートされている)。手順は次のとおりです。

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インストレーション・ガイド』のサイレント・モードでのインストレーション・プログラムの実行に関する項に記載されている手順を参照してください。

3.5.7 サイレント・モードでのパッチ適用のための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.6 インストーラのダウンロードと起動

次の各項では、製品へのパッチ適用に必要なインストーラを入手する手順について説明します。

- 第3.6.1項「パッチ適用に使用するインストーラについて」

- 第3.6.2項「必要なインストーラのダウンロード」

- 第3.6.3項「インストーラの起動」

3.6.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 Portal、Forms、ReportsおよびDiscoverer

これは更新のみを目的としたインストーラであり、既存のOracle Fusion Middleware 11gリリース1のOracleホームが必要です。

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

製品用のインストーラ・ファイルをダウンロードして解凍する手順は次のとおりです。

1. Oracle Technology Network、My Oracle SupportまたはOracle Software Delivery Cloud(旧称E-Delivery)からインストーラをダウンロードします。
詳細は、Oracle Fusion Middlewareのダウンロード、インストールおよび構成のReadMeファイルで、Oracle Fusion Middlewareソフトウェアのダウンロード・サイトの選択に関する項、および開始点に必要なソフトウェアのダウンロードに関する項を参照してください。

2. インストーラおよびターゲット・コンピュータ上のディレクトリにインストールするソフトウェアを含む、ダウンロード済アーカイブを解凍します。

3.6.3 インストーラの起動

ダウンロードして解凍したインストーラを起動する手順は次のとおりです。

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.7 パッチ・セットの適用

インストーラを起動したら、画面上の説明に従って既存のMiddlewareホームにパッチ・セットを適用します。

注意:

ドメインに複数のホスト・コンピュータが含まれている場合は、ホストごとにインストーラを個別に実行し、ホスト上のソフトウェアを更新する必要があります。

インストーラの各画面を確認する際、パッチ・セットの適用時とソフトウェアの初回インストール時では、2つの大きな違いがあることに注意してください。

- パッチ・セットを適用する場合は、「インストール場所の指定」画面で既存のMiddlewareホームを特定する必要があります。

- Oracle Identity Management、Oracle Business IntelligenceまたはOracle Web Tierをインストールする場合は、ソフトウェアのみのインストールを実行し、既存のMiddlewareホームおよびパッチを適用するOracleホームを選択します。既存のソフトウェアを構成したり、再構成する必要はありません。

表3-3は、既存のMiddlewareホームにパッチ・セットを適用する場合に表示される、一般的なインストール画面の概要を示しています。

いずれかのインストール画面について追加のヘルプが必要な場合は、付録A「Oracle Portal、Forms、ReportsおよびDiscovererのパッチ・セット・インストーラの画面」を参照するか、「ヘルプ」をクリックしてオンライン・ヘルプにアクセスしてください。

表3-3 パッチ・セットをインストールするための一般的な手順

画面

この画面はいつ表示されるか

説明

ようこそ

常時

このページがOracle Fusion Middlewareインストーラの最初の画面です。

インストール場所の指定

常時

既存のOracle Middlewareホームおよび製品のOracleホームの場所を指定します。

セキュリティ・アップデートの指定

製品のセキュリティ・アップデートについてまだ登録していない場合のみ。

最新の製品情報やセキュリティ・アップデートを受け取る場合は、電子メール・アドレスを入力します。My Oracleアカウントを持っている場合、そのメカニズムを経由してアップデートを受け取るには、「セキュリティ・アップデートをMy Oracle Support経由で受け取ります。」を選択し、アカウント・パスワードを入力します。

セキュリティ・アップデートを登録しない場合は、この画面のすべてのフィールドを空白のままにしてください。

インストール・サマリー

常時

この画面上の情報を確認し、「インストール」をクリックしてインストールを開始します。

インストールの進行状況

常時

この画面には、インストールの進行状況が表示されます。

インストールが100%完了になったら、「次へ」をクリックします。

インストール完了

常時

「保存」をクリックして構成情報をファイルに保存します。この情報には、後でアクセスするために必要になる可能性のあるポート番号、インストール・ディレクトリ、URLおよびコンポーネント名が含まれます。

構成情報を保存後、「終了」をクリックして画面を終了します。

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

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

パッチを適用する製品で、表に記載されたスキーマのいずれかが使用されている場合は、第4章「パッチ・セット・アシスタントによるスキーマの更新」の手順を実行してスキーマを更新します。

パッチを適用している製品でこれらのスキーマのいずれかを使用していない場合は、この項をスキップし、第3.9項「パッチ適用後のタスク」に進むことができます。

3.9 パッチ適用後のタスク

この項では、パッチのインストールの完了後に実行する必要のある手動のタスクについて説明します。該当する製品が使用されていない可能性があるため、これらのタスクの一部が環境に適用されない場合があります。ただし、該当する製品を使用している場合は、ドメインが正しく機能するようにするために、手動の手順を実行する必要があります。

次のトピックについて説明します。

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

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

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

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

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

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

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

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

- 第3.9.9項「新しいOWSM事前定義ポリシーの追加」

- 第3.9.10項「Oracle Service Busのドメイン構成」

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

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

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

表3-4に、既存のリリース11.1.1.2.0環境に応じて、場合によって必要となるパッチ適用後のタスクをまとめてあります。表で該当する製品領域を見つけ、手順についてドキュメントのリンクを参照してください。

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

製品領域

ドキュメント

システム・コンポーネント

WebLogic Serverドメインと関連付けられたシステム・コンポーネントにはすべてパッチを適用します。

第3.9.5.1項「システム・コンポーネントのアップグレード」

Oracle Identity Federation。

第3.9.5.2項「Oracle Identity Federationの構成プロパティの更新」

Oracle Internet Directory(100万件を超えるエントリを追加する予定である場合)。

第3.9.5.3項「Oracle Internet DirectoryのOLTS_CT_STOREおよびOLTS_ATTRSTORE表領域へのデータファイルの追加」

デュアル・ネットワーク・アドレスでリスニングするOracle Internet Directory。

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

Oracle Identity Management、またはOracle Portal, Forms, Reports and DiscovererのOracle Configuration Manager (Windowsオペレーティング・システムのみ)。

第3.9.5.5項「Oracle Configuration Managerの更新」

Oracle ReportsおよびOracle Portal。

第3.9.5.6項「Oracle ReportsおよびOracle PortalでのJDBCエラーの解決」

第3.9.5.7項「SSL対応のOracle Portalインスタンスにおける構成の更新」

WebLogic Serverドメイン

共有ライブラリ。

第3.9.6.1項「Fusion Middlewareの共有ライブラリの更新」

構成およびストア。

第3.9.6.2項「構成およびストアの更新」

Webサービス原子性トランザクション。

第3.9.6.3項「WS-AtomicTransactionの有効化」

Oracle SOA Suite

SOAスキーマおよびデータベースの拡大。

第3.9.7.1項「データベース管理のためのOracle SOA Suiteのパージ・スクリプトのロード」

SOAコンポーザとBPMワークスペース。

第3.9.7.2項「SOA ComposerおよびBPM Workspaceでのtmpフォルダの削除」

アプリケーション・ポリシー・ストア。

第3.9.7.4項「bpm-ps5-upgrade.pyの実行によるポリシー・ストアの更新」

ポリシー・ストアと共有ライブラリ。

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

BAM-ODI統合。

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

SOAコンポーザ。

第3.9.7.7項「SOA Composerで開いている編集セッションをコミットまたは元に戻す」

Oracle B2B。

第3.9.7.8項「Oracle B2BのXEngineカスタマイズの保存とリストア」

Oracle Web Services Manager

Oracle Web Services Manager。

第3.9.9項「新しいOWSM事前定義ポリシーの追加」

Oracle Service Bus

Oracle Service Bus。

第3.9.10項「Oracle Service Busのドメイン構成」

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

表3-5に、既存のリリース11.1.1.3.0環境に応じて、場合によって必要となるパッチ適用後のタスクをまとめてあります。表で該当する製品領域を見つけ、手順についてドキュメントのリンクを参照してください。

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

製品領域

ドキュメント

システム・コンポーネント

WebLogic Serverドメインと関連付けられたシステム・コンポーネントにはすべてパッチを適用します。

第3.9.5.1項「システム・コンポーネントのアップグレード」

Oracle Identity Federation。

第3.9.5.2項「Oracle Identity Federationの構成プロパティの更新」

Oracle Internet Directory(100万件を超えるエントリを追加する予定である場合)。

第3.9.5.3項「Oracle Internet DirectoryのOLTS_CT_STOREおよびOLTS_ATTRSTORE表領域へのデータファイルの追加」

デュアル・ネットワーク・アドレスでリスニングするOracle Internet Directory。

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

Oracle Identity Management、またはOracle Portal, Forms, Reports and DiscovererのOracle Configuration Manager (Windowsオペレーティング・システムのみ)。

第3.9.5.5項「Oracle Configuration Managerの更新」

Oracle ReportsおよびOracle Portal。

第3.9.5.6項「Oracle ReportsおよびOracle PortalでのJDBCエラーの解決」

第3.9.5.7項「SSL対応のOracle Portalインスタンスにおける構成の更新」

WebLogic Serverドメイン

共有ライブラリ。

第3.9.6.1項「Fusion Middlewareの共有ライブラリの更新」

構成およびストア。

第3.9.6.2項「構成およびストアの更新」

Oracle SOA Suite

SOAスキーマおよびデータベースの拡大。

第3.9.7.1項「データベース管理のためのOracle SOA Suiteのパージ・スクリプトのロード」

SOAコンポーザとBPMワークスペース。

第3.9.7.2項「SOA ComposerおよびBPM Workspaceでのtmpフォルダの削除」

Oracle SOA soa-infraアプリケーション。

第3.9.7.3項「警告状態にあるsoa-infraアプリケーションの更新」

アプリケーション・ポリシー・ストア。

第3.9.7.4項「bpm-ps5-upgrade.pyの実行によるポリシー・ストアの更新」

ポリシー・ストアと共有ライブラリ。

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

BAM-ODI統合。

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

SOAコンポーザ。

第3.9.7.7項「SOA Composerで開いている編集セッションをコミットまたは元に戻す」

Oracle B2B。

第3.9.7.8項「Oracle B2BのXEngineカスタマイズの保存とリストア」

Oracle WebCenter Content

Oracle WebCenter Content: Imaging。

第3.9.8.1項「Oracle WebCenter Content: Imagingの更新」

Oracle WebCenter Contentアプリケーション・アダプタ。

第3.9.8.2項「Oracle Application Adapters for Oracle WebCenter Contentの更新」

Oracle Web Services Manager

Oracle Web Services Manager。

第3.9.9項「新しいOWSM事前定義ポリシーの追加」

Oracle Service Bus

Oracle Service Bus。

第3.9.10項「Oracle Service Busのドメイン構成」

Oracle Business Intelligence

Oracle Business Intelligenceのコード権限付与。

第3.9.11.1項「Oracle Business Intelligenceのコード権限付与の更新」

Oracle Business Intelligenceカタログ。

第3.9.11.2項「Oracle Business Intelligenceカタログの更新」

Oracle Real-Time Decisions。

第3.9.11.3項「Oracle Real-Time Decisionsの更新」

Oracle Data Integrator

Oracle Data Integratorリポジトリ・オブジェクト。

第3.9.12.1項「リポジトリへのパッチ適用のファイナライズ」

Oracle Data Integrator Java EEエージェント。

第3.9.12.2項「Java EEエージェントの再構成」

Oracle Data Integratorスタンドアロン・エージェント。

第3.9.12.3項「ODIスタンドアロン・エージェントの再構成」

Oracle Enterprise Manager。

第3.9.12.4項「Oracle Enterprise Managerのプロパティの再構成」

Oracle Data Integratorコンソール。

第3.9.12.5項「ODIコンソールの再構成」

Oracle Data Integrator odi-sdk-wsアプリケーション。

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

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

表3-6に、既存のリリース11.1.1.4.0環境に応じて、場合によって必要となるパッチ適用後のタスクをまとめてあります。表で該当する製品領域を見つけ、手順についてドキュメントのリンクを参照してください。

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

製品領域

ドキュメント

システム・コンポーネント

WebLogic Serverドメインと関連付けられたシステム・コンポーネントにはすべてパッチを適用します。

第3.9.5.1項「システム・コンポーネントのアップグレード」

Oracle Internet Directory(100万件を超えるエントリを追加する予定である場合)。

第3.9.5.3項「Oracle Internet DirectoryのOLTS_CT_STOREおよびOLTS_ATTRSTORE表領域へのデータファイルの追加」

デュアル・ネットワーク・アドレスでリスニングするOracle Internet Directory。

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

Oracle Identity ManagementのOracle Configuration Manager (Windowsオペレーティング・システムのみ)。

第3.9.5.5項「Oracle Configuration Managerの更新」

Oracle ReportsおよびOracle Portal。

注意: リリース11.1.1.5.0にはOracle Portal, Forms, Reports and Discovererのリリースはありませんが、この手順は、Oracle Fusion Middleware 11.1.1.5.0とともに使用される、Oracle WebLogic Serverバージョン10.3.5に対するOracle Portal, Forms, Reports and Discovererリリース11.1.1.4.0に適用可能です。

第3.9.5.6項「Oracle ReportsおよびOracle PortalでのJDBCエラーの解決」

第3.9.5.7項「SSL対応のOracle Portalインスタンスにおける構成の更新」

Oracle SOA Suite

SOAコンポーザおよびBPMワークスペース(リリース11.1.1.3.0からリリース11.1.1.4.0ソフトウェアに更新する場合にのみ対象となります。ゼロからリリース11.1.1.4.0をインストールおよび構成する場合、このタスクを実行する必要はありません)。

第3.9.7.2項「SOA ComposerおよびBPM Workspaceでのtmpフォルダの削除」

Oracle SOA soa-infraアプリケーション(リリース11.1.1.3.0からリリース11.1.1.4.0ソフトウェアに更新する場合にのみ対象となります。ゼロからリリース11.1.1.4.0をインストールおよび構成する場合、このタスクを実行する必要はありません)。

第3.9.7.3項「警告状態にあるsoa-infraアプリケーションの更新」

アプリケーション・ポリシー・ストア。

第3.9.7.4項「bpm-ps5-upgrade.pyの実行によるポリシー・ストアの更新」

ポリシー・ストアおよび共有ライブラリ (リリース11.1.1.3.0からリリース11.1.1.4.0ソフトウェアに更新する場合にのみ対象となります。ゼロからリリース11.1.1.4.0をインストールおよび構成する場合、このタスクを実行する必要はありません)。

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

BAM-ODI統合。

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

SOAコンポーザ。

第3.9.7.7項「SOA Composerで開いている編集セッションをコミットまたは元に戻す」

Oracle B2B。

第3.9.7.8項「Oracle B2BのXEngineカスタマイズの保存とリストア」

Oracle WebCenter Content

Oracle WebCenter Content: Imaging。

第3.9.8.1項「Oracle WebCenter Content: Imagingの更新」

Oracle WebCenter Contentアプリケーション・アダプタ。

第3.9.8.2項「Oracle Application Adapters for Oracle WebCenter Contentの更新」

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

表3-7に、既存のリリース11.1.1.5.0環境に応じて、場合によって必要となるパッチ適用後のタスクをまとめてあります。表で該当する製品領域を見つけ、手順についてドキュメントのリンクを参照してください。

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

製品領域

ドキュメント

システム・コンポーネント

WebLogic Serverドメインと関連付けられたシステム・コンポーネントにはすべてパッチを適用します。

第3.9.5.1項「システム・コンポーネントのアップグレード」

Oracle Internet Directory(100万件を超えるエントリを追加する予定である場合)。

第3.9.5.3項「Oracle Internet DirectoryのOLTS_CT_STOREおよびOLTS_ATTRSTORE表領域へのデータファイルの追加」

デュアル・ネットワーク・アドレスでリスニングするOracle Internet Directory。

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

Oracle Identity ManagementのOracle Configuration Manager (Windowsオペレーティング・システムのみ)。

第3.9.5.5項「Oracle Configuration Managerの更新」

Oracle ReportsおよびOracle Portal。

第3.9.5.6項「Oracle ReportsおよびOracle PortalでのJDBCエラーの解決」

第3.9.5.7項「SSL対応のOracle Portalインスタンスにおける構成の更新」

Oracle SOA Suite

SOAコンポーザおよびBPMワークスペース(リリース11.1.1.3.0からリリース11.1.1.4.0ソフトウェアに更新する場合にのみ対象となります。ゼロからリリース11.1.1.4.0をインストールおよび構成する場合、このタスクを実行する必要はありません)。

第3.9.7.2項「SOA ComposerおよびBPM Workspaceでのtmpフォルダの削除」

Oracle SOA soa-infraアプリケーション(リリース11.1.1.3.0からリリース11.1.1.4.0ソフトウェアに更新する場合にのみ対象となります。ゼロからリリース11.1.1.4.0をインストールおよび構成する場合、このタスクを実行する必要はありません)。

第3.9.7.3項「警告状態にあるsoa-infraアプリケーションの更新」

アプリケーション・ポリシー・ストア。

第3.9.7.4項「bpm-ps5-upgrade.pyの実行によるポリシー・ストアの更新」

ポリシー・ストアおよび共有ライブラリ (リリース11.1.1.3.0からリリース11.1.1.4.0ソフトウェアに更新する場合にのみ対象となります。ゼロからリリース11.1.1.4.0をインストールおよび構成する場合、このタスクを実行する必要はありません)。

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

BAM-ODI統合。

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

SOAコンポーザ。

第3.9.7.7項「SOA Composerで開いている編集セッションをコミットまたは元に戻す」

Oracle B2B。

第3.9.7.8項「Oracle B2BのXEngineカスタマイズの保存とリストア」

Oracle Service Bus

Oracle Service Bus。

第3.9.10.1項「最新のパッチ・セット適用後のOracle Service Busドメインの更新」

Oracle Service Bus IDE。

第3.9.10.2項「Oracle WebLogic Serverリリース10.3.5でのOracle Service Busリリース11.1.1.6.0の使用」

第3.9.10.3項「Oracle Service Bus IDEの追加の更新後のタスク」

Oracle WebCenter Content

Oracle WebCenter Content: Imaging。

第3.9.8.1項「Oracle WebCenter Content: Imagingの更新」

Oracle WebCenter Contentアプリケーション・アダプタ。

第3.9.8.2項「Oracle Application Adapters for Oracle WebCenter Contentの更新」

Oracle Business Intelligence

Oracle Business Intelligence。

第3.9.11.5項「11g リリース1(11.1.1.6.0)に対するbicontentserver機能の有効化」

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

システム・コンポーネントは、Javaアプリケーションとしてデプロイされない管理可能なプロセスです。システム・コンポーネントは、Oracle Process Manager and Notification(OPMN)で管理されます。詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの主要概念の概要に関する項を参照してください。

Oracle Fusion Middlewareシステム・コンポーネントには、次のようなものがあります。

- Oracle HTTP ServerおよびOracle Web Cacheなど、Oracle Web Tierに含まれている製品。

- Oracle Portal, Forms, Reports and Discovererに含まれている製品。

- BI Server、BI SchedulerおよびBI Presentation Servicesなど、Oracle Business Intelligenceに含まれている製品。

- Oracle Data Integratorに含まれている製品。

- Oracle Internet Directory、Oracle Directory Integration Platform、Oracle Virtual Directory、Oracle Directory Services Manager、Oracle Identity Federationなど、Oracle Identity Managementに含まれている製品。

これらのコンポーネントの1つ以上にパッチを適用した場合は、この項のタスクを実行する必要があります。システム・コンポーネントの詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの主要概念の概要に関する項を参照してください。

次のタスクを実行する必要があります。

- 第3.9.5.1項「システム・コンポーネントのアップグレード」

- 第3.9.5.2項「Oracle Identity Federationの構成プロパティの更新」

- 第3.9.5.3項「Oracle Internet DirectoryのOLTS_CT_STOREおよびOLTS_ATTRSTORE表領域へのデータファイルの追加」

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

- 第3.9.5.5項「Oracle Configuration Managerの更新」

- 第3.9.5.6項「Oracle ReportsおよびOracle PortalでのJDBCエラーの解決」

- 第3.9.5.7項「SSL対応のOracle Portalインスタンスにおける構成の更新」

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

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

このリリース(11.1.1.6.0)のOracle Identity Federationには、Oracle Identity Federation構成ファイルの新しいプロパティ定義を必要とする新機能およびバグ修正が導入されています。これらの新たなプロパティで提供される機能を利用する場合は、次のWLSTスクリプトのいずれかを実行する必要があります。

- ソフトウェアを11.1.1.2.0または11.1.1.3.0から11.1.1.6.0に更新する場合は、oif-upgrade-11.1.1.2.0-11.1.1.6.0.pyスクリプトを実行します。

- ソフトウェアを11.1.1.4.0または11.1.1.5.0から11.1.1.6.0に更新する場合は、oif-upgrade-11.1.1.4.0-11.1.1.6.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.6.0.pyまたはoif-upgrade-11.1.1.4.0-11.1.1.6.0.pyスクリプトを実行します。
たとえば、UNIXオペレーティング・システムの場合は、次のように指定します。

cd ORACLE_HOME/fed/scripts
java weblogic.WLST oif-upgrade-11.1.1.2.0-11.1.1.6.0.py

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

cd ORACLE_HOME\fed\scripts
java weblogic.WLST oif-upgrade-11.1.1.4.0-11.1.1.6.0.py

WebLogic Server管理者の資格証明(ユーザー名とパスワード)、およびOracle Identity Federationが稼働している管理対象サーバーの場所を入力するように求められます。ドメインに管理対象サーバーが複数ある場合でも、この入力が必要になるのは1つの管理対象サーバーに対してのみです。

3.9.5.3 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管理者ガイドのデータファイルの作成および表領域への追加に関する項を参照してください。

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

Oracle Identity Managementにパッチを適用して以前の11gバージョンから11gリリース1(11.1.1.6.0)に更新する際、1つのネットワーク・アドレスでリスニングするマシンからデュアル・ネットワーク・アドレスでリスニングするマシンに構成を変更する場合は、パッチ適用後に次の操作を実行する必要があります。

1. ドメイン内のすべてのサーバーとインスタンスを停止します。

2. DOMAIN_HOME/bin/setDomainEnv.sh (UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\bin\setDomainEnv.bat (Windowsオペレーティング・システムの場合)スクリプトで、IPv6の値をfalseにリセットします。

3. ドメイン内のすべてのサーバーとインスタンスを再起動します。

3.9.5.5 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

3.9.5.6 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. ポータル管理対象サーバーを再起動します。

3.9.5.7 SSL対応のOracle Portalインスタンスにおける構成の更新

WebLogic Serverのセキュリティが変更されたため、SSLに対応している11gバージョンのOracle Portalを使用していて、それにパッチを適用してリリース11.1.1.6.0にアップグレードする場合、Oracle Portalインスタンスが再度機能するようにするには、『Oracle Fusion Middleware Oracle Portal管理者ガイド』の、WebLogicプラグインとWLProxySSLパラメータおよびWLProxySSLPassThroughパラメータの有効化に関する項に記述されている手順を実行する必要があります。

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

既存のWebLogic Serverドメインを、次のタスクを実行することで更新する必要があります。

- 第3.9.6.1項「Fusion Middlewareの共有ライブラリの更新」

- 第3.9.6.2項「構成およびストアの更新」

- 第3.9.6.3項「WS-AtomicTransactionの有効化」

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

3.9.6.1 Fusion Middlewareの共有ライブラリの更新

WebLogic Serverドメインごとに、WLSTコマンドupgradeJRF()を実行して、ドメイン内の共有ライブラリを更新する必要があります。

注意:

Oracle WebCenter Portalにパッチを適用する場合は、第5章「Oracle WebCenterのパッチ適用」に記述されている指示に従えば、このコマンドを実行する必要はありません。

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にリセットしてください。

3.9.6.2 構成およびストアの更新

WebLogic Serverドメインごとに、WLSTコマンドupgradeOpss()を実行し、リリース11.1.1.6.0のsystem-jazn-dataファイルを使用して、前のリリースの構成およびストアからリリース11.1.1.6.0の構成およびストアに更新する必要があります。

注意:

Oracle WebCenter Portalにパッチを適用する場合は、第5章「Oracle WebCenterのパッチ適用」に記述されている指示に従えば、このスクリプトを実行する必要はありません。

このコマンドを実行する前に、次のようにWLSTを起動します。

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

cd MW_HOME/oracle_common/common/bin
./wlst.sh

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

cd MW_HOME\oracle_common\common\bin
wlst.cmd

WLSTを起動した後、upgradeOpss()コマンドを実行します。このコマンドの構文は次のとおりです。

upgradeOpss(jpsConfig="existing_jps_config_file", jaznData="system_jazn_data_file")

- existing_jps_config_file
既存のjps-config.xmlファイルの場所のフルパスで、通常はDOMAIN_HOME/config/fmwconfig/jps-config.xml (UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\\config\\fmwconfig\\jps-config.xml (Windowsオペレーティング・システムの場合)です。

- system_jazn_data_file
リリース11.1.1.6.0のsystem-jazn-data.xmlファイルの場所のフルパスで、通常はMW_HOME/oracle_common/modules/oracle.jps_11.1.1/domain_config/system-jazn-data.xml (UNIXオペレーティング・システムの場合)またはMW_HOME\\oracle_common\\modules\\oracle.jps_11.1.1\\domain_config\\system-jazn-data.xml (Windowsオペレーティング・システムの場合)です。

詳細は、Oracle Fusion Middlewareセキュリティ・ガイドのupgradeOpssによるポリシーのアップグレードに関する項を参照してください。

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

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

既存の11g Oracle WebLogicドメインをリリース11.1.1.6.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の説明は次にあります:

表3-8 EXTRA_JAVA_PROPERTIESのパラメータの説明

プロパティ

説明

-XXcompressedRefs

このオプションは、圧縮参照の使用を制御し、ヒープに格納されるすべてのポインタを32ビットに制限します。圧縮参照を使用することで、Javaヒープ・リソースの使用量が削減され、メモリー・バスで転送されるデータも少なくなるため、パフォーマンスが向上します。このオプションによってヒープ上の領域も解放されます。

-XXcompressedRefs:enable=TRUEは、64ビット・オペレーティング・システムで実行されているJRockit JVMに適用可能です。

-XX:+UseLargePagesForHeap

このオプションにより、JVMのJavaヒープおよびコードに対する大容量ページの使用が可能になります(使用可能な場合)。大容量ページにより、アプリケーションでは、プロセッサ内の変換索引バッファ(TLB)をより効率的に使用できるようになります。

このオプションはJRockit JVMに適用可能です。

-Djps.auth.debug

このオプションは、JPSデバッグがオフになっていることを確認するために使用されます。

このオプションは、すべてのJVMタイプに適用可能です。

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

この項には、Oracle SOA Suiteのパッチ適用の完了に関する次の項目が含まれています。

注意:

この項のタスクを実行する前に、第3.9.6項「WebLogic Serverドメインのパッチ適用後のタスク」を完了していることを確認してください。

- 第3.9.7.1項「データベース管理のためのOracle SOA Suiteのパージ・スクリプトのロード」

- 第3.9.7.2項「SOA ComposerおよびBPM Workspaceでのtmpフォルダの削除」

- 第3.9.7.3項「警告状態にあるsoa-infraアプリケーションの更新」

- 第3.9.7.4項「bpm-ps5-upgrade.pyの実行によるポリシー・ストアの更新」

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

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

- 第3.9.7.7項「SOA Composerで開いている編集セッションをコミットまたは元に戻す」

- 第3.9.7.8項「Oracle B2BのXEngineカスタマイズの保存とリストア」

- 第3.9.7.9項「IBM WebSphere MQ JMSを使用したOracle JMSアダプタの構成」

3.9.7.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管理者ガイドのデータベースの拡大の管理に関する項を参照してください。

3.9.7.2 SOA ComposerおよびBPM Workspaceでのtmpフォルダの削除

この手動手順を実行する必要があるのは次の場合です。

- 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. すべてのサーバーを停止します。

3.9.7.3 警告状態にある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管理コンソール内で見えます。この状態になったことが原因でサービスが失われたり低下することはありません。

この問題を解決するには、Oracleサポートにお問い合せください。

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

ポリシー・ストアを更新して新しいコード・ソース権限を追加するには、SOA Oracleホーム内のbinディレクトリからbpm-ps5-upgrade.pyスクリプトを実行する必要があります。

注意:

このスクリプトは、WLSTオンライン・スクリプトとして実行する必要があります。このスクリプトを実行する前に、管理サーバーと管理対象サーバーが起動し稼働中であることを確認してください。

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

cd SOA_ORACLE_HOME/bin
../common/bin/wlst.sh bpm-ps5-upgrade.py

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

cd SOA_ORACLE_HOME\bin
..\common\bin\wlst.cmd bpm-ps5-upgrade.py

このコマンドを実行すると、次の情報を入力するプロンプトが表示されます。

- Oracle BPMドメインの管理者ユーザー名。

- Oracle BPMドメインの管理者パスワード。

- WebLogic Server/Oracle BPMドメインがインストールされているホスト名と管理サーバーのリスニング・ポート番号。これは次の書式で指定する必要があります。

t3://host:port

スクリプトが完了したら、すべてのサーバーを停止してから、再起動します。

3.9.7.5 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
--username admin_username
--password admin_password
--wlsHost wls_host
--adminServerListenPort admin_port
--targetList list_of_SOA_servers_or_migratable_targets

Windowsオペレーティング・システムでは、同じディレクトリからwlst.cmdを実行します。

表3-9は、コマンドライン・パラメータを示しています。

表3-9 soa-upgrade.pyスクリプトのコマンドライン・パラメータ

パラメータ

説明

username

SOAドメインの管理者のユーザー名。

password

SOAドメインの管理者のパスワード。

wlsHost

WebLogic Server/SOAドメインがインストールされているホスト名。

adminServerListenPort

SOAドメインの管理サーバーのリスニング・ポート。

targetList

SOAドメイン内のSOA管理対象サーバーまたはSOAクラスタのカンマ区切りリスト。

このコマンドを実行したら、すべてのサーバーを停止して再起動します。

3.9.7.6 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

3.9.7.7 SOA Composerで開いている編集セッションをコミットまたは元に戻す

前のリリースから11.1.1.6.0にアップグレードする前に、SOA Composerの編集セッションがすべてコミットされているか、または元に戻されていることを確認してください。

SOAコンポーザには、デプロイ後にルール・ディクショナリを編集するためのDT@RT機能があります。最新バージョンにアップグレードした後、SOAコンポーザのコミットされていないセッションがすべて失われるか、編集セッションへのアクセスに問題が発生する場合があります。これは、MDSサンドボックス(セッションの処理に使用される)がパッチ・セットによって更新されていないためです。

セッションをコミットまたは元に戻す手順は次のとおりです。

1. SOAコンポーザ (/soa/composer)に、アクティブなセッションを持つユーザーとしてログインします。

2. 「開く」→「ユーザー編集」に移動して、自身のすべてのアクティブなセッションを表示します。

3. 「ユーザー編集」に表示されている各ドキュメントを開き、次のいずれかを実行します。

1. 「コミット」をクリックし、セッションの変更をコミットします。

2. 「元に戻す」→「すべてのセッション編集と保存された変更をクリアします。」を選択し、変更を中止します。

どちらのステップでもセッションはクローズされます。

3.9.7.8 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

3.9.7.9 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アダプタの構成に関する項を参照してください。

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

この項には次のトピックが含まれます:

- 第3.9.8.1項「Oracle WebCenter Content: Imagingの更新」

- 第3.9.8.2項「Oracle Application Adapters for Oracle WebCenter Contentの更新」

3.9.8.1 Oracle WebCenter Content: Imagingの更新

Oracle WebCenter Contentソフトウェアを前のバージョンからリリース11.1.1.6.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に関する項を参照してください。

3.9.8.2 Oracle Application Adapters for Oracle WebCenter Contentの更新

Oracle Fusion Middleware Oracle Application Adapters for Oracle Enterprise Content Management管理者ガイドで説明されているように、Oracle WebCenter Contentのアプリケーション・アダプタには、それぞれのERPシステム(EBSおよびPeopleSoft)にアダプタをインストールするための手動の手順が含まれています。前のリリースからリリース11.1.1.6.0に更新するには、これらのアダプタを再インストールする必要があります。

EBSアダプタを再インストールする手順は次のとおりです。

1. Oracle Fusion Middleware Oracle Application Adapters for Oracle Enterprise Content Management管理者ガイドのOracle E-Business Suite Formsのコンパイルに関する項に記述されている手順を実行して、AXF_CUSTOM.PLLモジュールを更新します。

2. SSLのために構成する場合は、Oracle Fusion Middleware Oracle Application Adapters for Oracle Enterprise Content Management管理者ガイドのSSLのための統合の構成に関する項に記述されている手順を実行します。

PeopleSoftプロジェクトを再インポートするには、Oracle Fusion Middleware Oracle Application Adapters for Oracle Enterprise Content Management管理者ガイドのOracle PeopleSoftプロジェクトのインポートに関する項に記述されている手順(ステップ1 - 6)を実行します。

3.9.9 新しいOWSM事前定義ポリシーの追加

Oracle Web Services Manager(OWSM)の新しいパッチ・セットにはそれぞれ、事前定義された新しいWebサービス・ポリシーを含めることができます。既存のドメインの作成または拡張時に、構成ウィザードでOracle WSM Policy Managerテンプレートを使用していた場合は、次の手順を実行して、ドメインにこれらの新しいポリシーを利用する必要があります。

1. connect()を使用して、owsm-pmアプリケーションが稼働しているサーバーに接続します。

2. 『Oracle Fusion Middleware Webサービスのためのセキュリティおよび管理者ガイド』のMDSリポジトリ内のOracle WSMポリシーのアップグレードに関する項の説明に従ってupgradeWSMPolicyRepository()WLSTコマンドを実行します。

3.9.10 Oracle Service Busのドメイン構成

この項の説明に従い、Oracle Service Busソフトウェアにパッチを適用してリリース11.1.1.6.0にした後で、Oracle Service Busリリース11.1.1.2.0または11.1.1.3.0のドメイン構成情報をリリース11.1.1.6.0に更新します。

- 第3.9.10.1項「最新のパッチ・セット適用後のOracle Service Busドメインの更新」

- 第3.9.10.2項「Oracle WebLogic Serverリリース10.3.5でのOracle Service Busリリース11.1.1.6.0の使用」

- 第3.9.10.3項「Oracle Service Bus IDEの追加の更新後のタスク」

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

3.9.10.2 Oracle WebLogic Serverリリース10.3.5でのOracle Service Busリリース11.1.1.6.0の使用

Oracle Fusion Middleware 11gリリース1(11.1.1.6.0)では、Oracle WebLogic Serverのリリース10.3.5および10.3.6の両方がサポートされます。ただし、Oracle Service Bus 11gリリース1(11.1.1.5.0)をOracle WebLogic Server 10.3.5ですでに構成しており、Oracle Service Bus IDEを使用するOracle Service Busを11gリリース1(11.1.1.6.0)に更新する場合は、Oracle WebLogic Serverもリリース10.3.6に更新する必要があります。Oracle Service Bus IDE 11gリリース1(11.1.1.6.0)環境では、Oracle WebLogic Server 10.3.5はサポートされません。

Oracle Service Busを11gリリース1(11.1.1.6.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

3.9.10.3 Oracle Service Bus IDEの追加の更新後のタスク

この項では、環境内でOracle Service Bus IDEを使用している場合に、Oracle Service Busソフトウェアの最新バージョンへの更新後に必要なタスクについて説明します。

3.9.10.3.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」をクリックします。

3.9.10.3.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」ビューに新しいサーバーが表示され、そのサーバーの起動、停止およびサーバーへの公開ができます。

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

この項では、Oracle Business Intelligenceのパッチ適用後のタスクについて説明します。この付録には、次の項があります。

- 第3.9.11.1項「Oracle Business Intelligenceのコード権限付与の更新」

- 第3.9.11.2項「Oracle Business Intelligenceカタログの更新」

- 第3.9.11.3項「Oracle Real-Time Decisionsの更新」

- 第3.9.11.4項「名前変更済のビューのアップグレード」

注意:

続行する前に、第3.9.5項「システム・コンポーネントのパッチ適用後のタスク」に記載されているタスクを実行してOracle Business Intelligenceシステム・コンポーネントを更新済であることを確認します。

3.9.11.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のドメイン・ホームの場所のフルパスに置き換えます。

3.9.11.2 Oracle Business Intelligenceカタログの更新

Oracle Business Intelligence (BI)ソフトウェアをリリース11.1.1.3.0から11.1.1.6.0に更新する際は、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のカタログを、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に変更します。
次のコードを見つけます。

<ps:Catalog xmlns:ps="oracle.bi.presentation.services/config/v1.1">
<ps:UpgradeAndExit>false</ps:UpgradeAndExit>
</ps:Catalog>

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

<ps:Catalog xmlns:ps="oracle.bi.presentation.services/config/v1.1">
<ps:UpgradeAndExit>true</ps:UpgradeAndExit>
</ps: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を再起動します。

3.9.11.3 Oracle Real-Time Decisionsの更新

この項では、Oracle Real-Time Decisions (RTD)を最新バージョンに更新する方法を説明します。次の手順は、パッチを適用して11gリリース1(11.1.1.3.0)から11gリリース1(11.1.1.5.0)または11gリリース1(11.1.1.6.0)にする場合にのみ必要です。パッチを適用して11gリリース1(11.1.1.5.0)から11gリリース1(11.1.1.6.0)にする場合、これらの手順は必要ありません。

- 第3.9.11.3.1項「WLSTを使用したrtd_ilsリソース・タイプの更新」

- 第3.9.11.3.2項「EMを使用したBIAdministratorプリンシパルへの権限の追加」

- 第3.9.11.3.3項「JMSの削除」

3.9.11.3.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()

3.9.11.3.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」ボタンをクリックします。

3.9.11.3.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. 「変更のアクティブ化」ボタンをクリックします。

3.9.11.4 名前変更済のビューのアップグレード

11gリリース1(11.1.1.6.0)より前のOracle Business Intelligenceでは、ビュー名の変更に、ビュー・セレクタ・ビューの「名前の変更」ボタンを使用していました。この名前の変更は、ビュー・セレクタ・ビュー内でのみ有効でした。11gリリース1(11.1.1.6.0)では、ビュー・エディタのツールバーにある新しい「名前の変更」ボタンを使用してビュー名を変更します。この名前の変更はグローバルに有効です。

前のリリースで名前が変更されているビューをアップグレードすると、その変更はグローバルに適用されます。2つのビュー・セレクタ・ビューがあり、それぞれに同じビューの名前を変更している場合は、最初のビュー・セレクタ・ビューの名前が使用されます。

3.9.11.5 11gリリース1(11.1.1.6.0)に対するbicontentserver機能の有効化

Oracle Business Intelligenceを11gリリース1(11.1.1.5.0)から11gリリース1(11.1.1.6.0)にアップグレードする際に、bicontentserver構成テンプレート機能を有効化するには、次の操作を実行する必要があります。

1. すべてのOracleインスタンス、管理サーバー、すべての管理対象サーバーおよびノード・マネージャを含む、ドメイン内のすべてのプロセスが停止していることを確認します。

2. 構成ウィザードを起動します。
UNIXオペレーティング・システムの場合:

cd WebLogic_Home/common/bin
./config.sh

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

cd WebLogic_Home\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インスタンス、管理サーバー、管理対象サーバーおよびノード・マネージャを再起動します。

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

この項では、Oracle Data Integratorのパッチ適用後のタスクについて説明します。この付録には、次の項があります。

- 第3.9.12.1項「リポジトリへのパッチ適用のファイナライズ」

- 第3.9.12.2項「Java EEエージェントの再構成」

- 第3.9.12.3項「ODIスタンドアロン・エージェントの再構成」

- 第3.9.12.4項「Oracle Enterprise Managerのプロパティの再構成」

- 第3.9.12.5項「ODIコンソールの再構成」

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

3.9.12.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アップグレード・ガイドのOracle Data Integratorのアップグレード後のタスクに関する項を参照してください。

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

デフォルトでは、ODIには、静的Java EEエージェント・デプロイメント・テンプレートが付属しています。このJava EEエージェントを再構成する手順は次のとおりです。

1. 構成ウィザードを実行します。「ドメイン・ソースの選択」画面で、「Oracle Data Integrator – エージェント – 11.1.1.0」テンプレートを選択します。
詳細は、『Oracle Fusion Middleware Oracle Data Integratorインストレーション・ガイド』のWebLogicドメインの構成に関する項を参照してください。

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.6.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.6.0 ODI Java EEエージェント・テンプレートをドメインにデプロイします。

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

ODIスタンドアロン・エージェントを再構成する手順は次のとおりです。

1. 第3.5.5項「追加の構成情報のバックアップ」の「Oracle Data Integrator Java EEスタンドアロン・エージェントのファイルのバックアップ」の説明に従って、必要なファイルとディレクトリをバックアップしてあることを確認します。

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インストレーション・ガイド』のスタンドアロン・エージェントの停止に関する項およびスタンドアロン・エージェントの手動による構成に関する項を参照してください。

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

Oracle Data Integratorにパッチを適用すると、Oracle Enterprise Managerのプロパティのいくつかが失われます。それらのプロパティをリストアするには、Oracle Data Integratorコンソールがデプロイされている管理対象サーバーを起動する前に、次のプロパティを設定します。

set JAVA_OPTIONS="-Doracle.odi.repex.view.main.init.skipem=false"

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

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

11gリリース1(11.1.1.6.0)では、odi-sdk-wsアプリケーションが更新され、バージョン番号が導入されるようになりました。このバージョン番号は、ドメイン内の管理サーバーまたは管理対象サーバーを起動する前に、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.6.0.1</name>

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

3.10 サーバーとプロセスの起動

ソフトウェアへのパッチの適用が終了し、必要なパッチ適用後のタスクをすべて実行したら、サーバーとプロセスを起動する準備が整ったことになります。

Oracle Fusion Middleware環境の起動の手順は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middleware環境の起動に関する項を参照してください。

『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』のノード・マネージャの起動に関する項に従って、ノード・マネージャを起動できます。

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

パッチ・セットの適用後にインストールを検証するには、ブラウザを起動して、次のURLを入力します。

- 管理サーバー・コンソールにアクセスするには:

http://host:admin_server_port/console

- 管理サーバーがSSL接続を受け入れるように構成されている場合は、次のURLを使用して、管理サーバー・コンソールに保護モードでアクセスします。

https://host:secure_admin_server_port/console

- Enterprise Managerにアクセスするには:

http://host:admin_server_port/em

ログイン画面が表示されます。管理サーバーのユーザー名とパスワードを入力して、そのサイトにアクセスします。

管理コンソールの詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle WebLogic Server管理コンソールの使用スタート・ガイドに関する項を参照してください。

Enterprise Managerの詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Enterprise Manager Fusion Middleware Controlの使用スタート・ガイドに関する項を参照してください。

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

パッチ・セット・アシスタントは、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.6.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ユーザーズ・ガイド』にあります。

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

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

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

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

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

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

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

表4-1のコンポーネント・スキーマ(表示されているのはデフォルト名)を11gリリース1(11.1.1.6.0)に更新するには、パッチ・セット・アシスタントを使用してそれらを更新する必要があります。

表4-1にリストされていないスキーマは、11gリリース1(11.1.1.6.0)にアップグレードする必要はありません。

更新が必要なスキーマに関する注意

- 表4-1には、最新のOracle Fusion Middleware 11gリリース1パッチ・セットで使用可能な製品のスキーマのみがリストされています。
たとえば、Oracle Identity and Access Managementコンポーネントは現在のパッチ・セットでは使用できないため、ここにはリストされていません。

これらの製品のスキーマに最新のパッチ・セットを適用してアップグレードするには、Oracle Fusion Middleware 11gリリース1(11.1.1.5.0)のドキュメント・ライブラリにある『Oracle Fusion Middlewareパッチ適用ガイド』を参照してください。

- Discussions Crawlerのスキーマが、RCUを使用してインストールされていない場合には、Discussionsを移行すると、Discussions Crawlerのスキーマが自動的にインストールされ、Discussionsのスキーマと同じパスワードが割り当てられます。Discussions Crawlerのスキーマを個別に更新しようとすると、パッチ・セット・アシスタントによって、そのスキーマが更新済であるという警告が表示されます。

- 表4-1に示すコンポーネント名は、前のOracle Fusion Middlewareリリースで使用されているコンポーネント名です。これらの製品およびコンポーネント名のいくつかは、Oracle Fusion Middleware 11gリリース1(11.1.1.6.0)で変更されています。
詳細は、第5.1項「Oracle WebCenterおよびOracle Enterprise Content Management Suiteの新しい製品名」を参照してください。

表4-1 最新のリリース用に更新する必要があるスキーマ

コンポーネント名

スキーマ

依存関係

対象となる更新

監査サービス

prefix_IAU

なし。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

メタデータ・サービス

prefix_MDS

なし。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

11.1.1.4.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

Oracle Enterprise Schedulerサービス

prefix_ESS

prefix_MDSスキーマを最初に更新する必要があります。

11.1.1.5.0から11.1.1.6.0

Oracle Platform Security Services

prefix_OPSS

なし。

11.1.1.4.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

Portal

prefix_PORTAL

なし。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

Oracle Internet Directory

ODS

注意: Oracle Internet Directoryのスキーマ(ODS)には、カスタムの接頭辞を加えることができません。

なし。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

11.1.1.4.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

Oracle Business Intelligenceプラットフォーム

prefix_BIPLATFORM

prefix_MDSスキーマを最初に更新する必要があります。

11.1.1.3.0から11.1.1.6.0

マスターおよび作業リポジトリ(Oracle Data Integrator)

prefix_ODI_REPO

なし。

11.1.1.3.0から11.1.1.6.0

SOAインフラストラクチャ

prefix_SOAINFRA

prefix_MDSスキーマを最初に更新する必要があります。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

WebCenter Spaces

prefix_WEBCENTER

prefix_MDSスキーマを最初に更新する必要があります。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

Discussions (WebCenter Suite)

prefix_DISCUSSIONS

なし。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

ディスカッション・クローラ

prefix_DISCUSSIONS_CRAWLER

prefix_DISCUSSIONSスキーマを最初に更新する必要があります。

11.1.1.2.0から11.1.1.6.0

11.1.1.3.0から11.1.1.6.0

アクティビティ・グラフおよびAnalytics

prefix_ACTIVITIES

なし。

11.1.1.4.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

Oracle Universal Records Management 11g

prefix_URMSERVER

なし。

11.1.1.4.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

Oracle Content Server 11g - 完全

prefix_OCS

なし。

11.1.1.4.0から11.1.1.6.0

11.1.1.5.0から11.1.1.6.0

Oracle Secure Enterprise Search

prefix_SEARCHSYS

prefix_ESSを最初に更新する必要があります。

11.2.1から11.2.2

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項「Oracle Portalのaq_tm_processes値の確認」

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

バッチ・セット・アシスタントを実行する前に、第3.5.4項「データベースとデータベース・スキーマのバックアップ」の手順に従って既存のデータベースとデータベース・スキーマを必ずバックアップしてください。

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

パッチ・セット・アシスタントを実行する前に、データベースが稼動していること、およびアップグレートするスキーマのバージョンがアップグレードのサポート対象であることを確認します。これを確認するには、次のSQLコマンドを実行します。

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

無効なオブジェクトがあった場合は、すべて書き留めます。無効なデータベース・オブジェクトが存在すると、アップグレードを正常に完了できない場合があります。

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

(管理対象サーバーとOracleインスタンスを含めた)Oracle Fusion Middlewareコンポーネントのうち、更新対象のスキーマを使用したコンポーネントがあれば、パッチ・セット・アシスタントの実行前に停止します。

4.3.4 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.4 パッチ・セット・アシスタントの実行

次の各項では、Oracle Fusion Middleware 11g リリース1(11.1.1.5.0)のパッチ・セットをインストールするときのパッチ・セット・アシスタントの実行方法について説明します。

- 第4.4.1項「パッチ・セット・アシスタントに関する全般的な情報」

- 第4.4.2項「パッチ・セット・アシスタントの起動」

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

- 第4.4.4項「コマンドラインからのパッチ・セット・インストーラの使用」

- 第4.4.5項「更新後のスキーマ・バージョン番号の検証」

- 第4.4.6項「無効なデータベース・オブジェクトの確認」

4.4.1 パッチ・セット・アシスタントに関する全般的な情報

パッチ・セット・アシスタントは、製品またはパッチ・セット・インストーラによって、Oracle共通ホーム内にあるbinディレクトリにインストールされます(第3.6.1項「パッチ適用に使用するインストーラについて」を参照)。

パッチ・セット・アシスタントを使用すると、パッチ・セット・アシスタントが起動されたMiddlewareホーム内のコンポーネント・スキーマにパッチを適用できます。

4.4.2 パッチ・セット・アシスタントの起動

パッチ・セット・アシスタントを起動するには、Oracle共通ホーム内にあるbinディレクトリに移動して、次のコマンドを実行します。

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

cd MW_HOME/oracle_common/bin
./psa

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

CD MW_HOME\oracle_common\bin
psa.bat

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

パッチ・セット・アシスタントを使用してスキーマを更新するには、表4-2の手順に従います。

画面に関して詳細情報が必要な場合は、付録B「パッチ・セット・アシスタントの画面」を参照するか、画面上の「ヘルプ」をクリックしてオンライン・ヘルプにアクセスしてください。

表4-2 パッチ・セット・アシスタントの画面

画面

説明

ようこそ

このページがパッチ・セット・アシスタントの最初の画面です。

コンポーネントの選択

アップグレードする最上位レベルのコンポーネントを選択します。

注意: リリース11.1.1.2.0または11.1.1.3.0からアップグレードする場合、prefix_ACTIVITIESスキーマはリリース11.1.1.4.0まで導入されないため、ご使用の環境では使用可能になりません。WebCenter Portalコンポーネントからこのスキーマを必ず選択解除してください。そうしないと、パッチ・セット・アシスタントでこのスキーマの資格証明を要求されます。

前提条件

データベースの前提条件を満たしていることを確認します。

スキーマ

データベースに接続するためのデータベース資格証明を指定して、更新するスキーマを選択します。

この画面は、「コンポーネントの選択」画面で選択したコンポーネントに応じて、更新が必要なスキーマごとに1回表示されます。

調査

このページには、各コンポーネント・スキーマを調査する際のパッチ・セット・アシスタントのステータスが表示されます。スキーマの「ステータス」列に「成功」または「アップグレード済」インジケータが表示されていることを確認します。

アップグレード・サマリー

アップグレード対象としてリストされているスキーマが、目的のものであることを確認します。

アップグレードの進行状況

この画面には、スキーマの更新の進行状況が表示されます。

アップグレード成功

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

パッチ・セット・アシスタントの完全なコマンドライン構文は次のとおりです。

./psa (or psa.bat)
-response response_file
[-logLevel log_level
[-help]]

これらのパラメータの説明は、表4-3を参照してください。

表4-3 パッチ・セット・アシスタントのコマンドライン・パラメータ

パラメータ

必須パラメータ/オプション・パラメータ

説明

-response

必須。

入力レスポンス・ファイルのフルパスと名前。

-logLevel

オプション。

ロギング・レベル。次のいずれかです。

- TRACE

- NOTIFICATION

- WARNING

- ERROR

- INCIDENT_ERROR

デフォルトのロギング・レベルはNOTIFICATIONです。

-help

オプション。

すべてのコマンドライン・オプションを表示します。

-responseパラメータとともに使用するレスポンス・ファイルを生成するには、パッチ・セット・アシスタントGUI (第4.4.3項「パッチ・セット・アシスタントのグラフィカル・インタフェースの使用」)を実行する必要があります。「アップグレード・サマリー」画面で、「レスポンス・ファイルの保存」をクリックし、情報をレスポンス・ファイルに保存します。

注意:

パッチ・セット・アシスタントを-reponseファイル・モードで実行すると、調査フェーズで「アップグレード済」を返したスキーマはアップグレードされません。これらのスキーマは、アップグレード・フェーズをすべてスキップします。これはパッチ・セット・アシスタントを-responseファイル・モードで実行した場合にのみ適用されます。

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

次のSQLコマンドを使用して、schema_version_registryのスキーマ・バージョンが正しく更新されていることを検証できます。

SELECT OWNER, VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY;

VERSION列の数値が、そのスキーマの最新のバージョン番号に一致していることを確認します。

ステータスが「INVALID」と表示された場合は、ステータスの更新が失敗しています。ログ・ファイルを調べて、失敗した理由を判定する必要があります。詳細は、第4.5項「パッチ・セット・アシスタントのログ・ファイル」を参照してください。

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

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 Oracle WebCenterのパッチ適用

この章では、Oracle WebCenterのユーザーが11.1.1.6.0のパッチ・セットを既存のOracle WebCenterのインストールに適用する場合の手順について説明します。

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

- 第5.1項「Oracle WebCenterおよびOracle Enterprise Content Management Suiteの新しい製品名」

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

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

- 第5.4項「Oracle WebCenter 11.1.1.1.0のインストールに対するパッチの適用」

- 第5.5項「問題のトラブルシューティング」

Oracle WebCenterのインストールおよびパッチ適用を行う際の様々な開始点の詳細は、Oracle WebCenter Portalのインストールおよび構成のロードマップを参照してください。

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

Oracle Fusion Middleware 11gリリース1(11.1.1.6.0)では、Oracle WebCenterおよびOracle Universal Content Managementのブランドが変更されています。表5-1は、以前の製品名と用語、および新しい製品名と用語の対応を示しています。

注意:

この章では、製品名にリリース番号(11.1.1.6.0または11g)を伴う場合、あるいはリリース11.1.1.6.0固有の機能について説明する場合を除き、以前の用語を使用します。

表5-1 以前の用語とリリース11.1.1.6.0の用語との対応

旧名称

11.1.1.6.0での新しい名称

製品名の変更

Oracle WebCenter

Oracle WebCenter Portal

Oracle WebCenter Spaces

Oracle WebCenter Portal: Spaces

Oracle Universal Content Management

Oracle WebCenter Content

Oracle Content Server

Oracle WebCenter Contentサーバー

ドキュメントでの機能名の変更

WebCenterアプリケーション

WebCenter Portalアプリケーション

(フレームワーク・アプリケーション、ポートレット・プロデューサ・アプリケーション、およびスペース・アプリケーションの包括的用語)

WebCenter Portalアプリケーション/WebCenterカスタム・アプリケーション

WebCenter Portal: フレームワーク・アプリケーション/フレームワーク・アプリケーション

グループ・スペース・ワークフロー/WebCenter Spacesワークフロー

Spacesワークフロー

個人用スペース

ホーム・スペース

グループ・スペース/スペース

スペース

WebCenterドメイン

WebCenter Portalドメイン

WebCenter Spaces

Spaces/Spacesアプリケーション

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

図5-1は、Oracle WebCenter 11.1.1.4.0または11.1.1.5.0のインストールを11.1.1.6.0に更新するために必要な手順を示しています。各手順の情報を参照するには、フロー・チャートの手順をクリックするか、表5-2の説明に従ってください。これらの手順の多くは、このガイドの第3章と第4章で説明されています。

図5-1 Oracle WebCenter 11.1.1.4.0または11.1.1.5.0への最新パッチの適用

表5-2 Oracle WebCenter 1.1.1.4.0または11.1.1.5.0への最新パッチの適用

タスクおよび詳細情報へのリンク

必須/オプション

注意

管理対象サーバー、管理サーバー、システム・コンポーネントおよびノード・マネージャを停止します。

必須

現在のWebCenter環境をバックアップします。

- Middlewareホーム、ドメイン・ホームおよびOracleインスタンスをバックアップします。

- データベースおよびデータベース・スキーマをバックアップします。

- 他の構成情報をバックアップします。

必須

WebLogic Serverにパッチを適用して最新バージョンにします。

必須

サイレント・モードでパッチを適用する場合は、emCCRファイルの名前を変更します。

サイレント・モードの場合は必須

WebCenter Portalのインストーラ、および他の必要な製品のインストーラをダウンロードします。

必須

パッチ・セット・インストーラを実行し、次のFusion Middleware製品にパッチを適用して11.1.1.6.0にします。

- Oracle Identity Management

- Oracle Web Tier (Oracle HTTP Server)

- Oracle Portal、Forms、ReportsおよびDiscoverer

必須

これらの製品が環境にインストールされている場合は必須です。

WebCenter Portal 11.1.1.6.0インストーラを実行し、Oracle WebCenterにパッチを適用してリリース11.1.1.6.0にします。

必須

他の製品インストーラを実行して、次に示す、他に必要なFusion Middleware製品にパッチを適用します。

- Oracle WebCenter Content Server (旧称UCM)

- Oracle SOA

必須

Middlewareホームにインストールされている製品についてのみ必須です。

MDSおよびACTIVITIESスキーマの更新

必須

次に示すWebCenter Portalのパッチ適用後のタスクを実行します。

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

- ページレット・プロデューサ、ポートレット・プロデューサ・アプリケーションおよびOracle SESに対するSSOおよびOHS構成の更新

必須

ページレット・プロデューサのアップグレードはオプションです。SSOとOHSが構成されている場合は、関連する構成をアップグレードする必要があります。

必要なFusion Middleware製品のパッチ適用後のタスクを実行します。これには、OWSMポリシーの更新も含まれます。

必須

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

必須

Oracle WebCenter Portal 11.1.1.6.0のインストールを確認します。

必須

注意:

リリース11.1.1.6.0には、WebCenterサービスからタスク・フローをポートレットとして公開するための新しいWebCenterサービス・ポートレット・プロデューサが用意されています。ポートレットは、Oracle Portalアプリケーション、Oracle WebLogic PortalアプリケーションおよびOracle WebCenter InteractionアプリケーションのWebCenterサービス・ポートレットから使用できます。詳細は、第5.3.8.1項「アクティビティ・グラフ、分析、ページレット・プロデューサ、パーソナライズ・サーバーおよびWebCenterサービス・ポートレットのインストール」を参照してください。

注意:

パッチを適用してリリース11.1.1.6.0に更新した後、オプションで分析コレクタのTRACEログ・レベルを無効化し、NOTIFICATIONログ・レベルを有効化することで、サーバーのパフォーマンスを安定させることができます。WC_Utilities管理対象サーバーでは、com.plumtree.analyticsログ出力のレベル属性が値TRACE:32に設定されています。この値をNOTIFICATION:16に変更します。詳細は、『Oracle Fusion Middleware管理者ガイド』のログ・ファイルに書き込まれる情報のレベルの設定に関する項を参照してください。

5.2.1 Oracle WebCenterのパッチ適用後のタスクの実行

この項では、アップグレード済のWebCenter環境で実施が必要になる可能性のあるパッチ適用後のタスクについて説明します。内容は次のとおりです。

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

- 第5.2.1.2項「SSOおよびOHS構成の更新」

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

WebCenter Portal 11.1.1.6.0では、新しいバージョンのページレット・プロデューサを使用できます。アップグレード済のWebCenterインスタンスにページレット・プロデューサがインストールされている場合は、新しいページレット・プロデューサのアップグレード・テンプレートをドメインに適用するように選択することで、その新しい機能を活用できます。

ページレット・プロデューサのアップグレード・テンプレートを適用する手順は次のとおりです。

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

2. 構成ウィザードを、管理サーバーが稼働しているマシンで起動します。
UNIXの場合、WebCenter_ORACLE_HOME/common/bin/config.shを実行します。

Windowsの場合、WebCenter_ORACLE_HOME\common\bin\config.cmdを実行します。

3. 「既存のWebLogicドメインの拡張」を選択して「次へ」をクリックします。

4. ドメインを選択して「次へ」をクリックします。

5. 「既存の拡張テンプレートを使用してドメインを拡張する」オプションを選択します。

6. テンプレートoracle.pagelet-producer-upgrade_template_11.1.1.jarへのパスを指定し、「次」をクリックします。このテンプレートは次の場所にあります。
WebCenter_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を使用して、SpacesアプリケーションおよびWebCenterカスタム・アプリケーション(フレームワーク・アプリケーション)に対するページレット・プロデューサの接続を再構成します。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのページレット・プロデューサの登録に関する項を参照してください。

注意:

以前のリリースでは、次のパスにページレット・プロデューサをデプロイすることが必須でした。

http://<pagelet-producer-server>:<port>/

ルート「/」以外の場所にデプロイされているページレット・プロデューサにはアクセスできませんでした。リリース11.1.1.6.0では、ページレット・プロデューサは次のパスにデプロイされます。

http://<pagelet-producer-server>:<port>/pagelets/

ここで、pageletsはページレット・プロデューサのデプロイ先に選択した任意の場所です。したがって、新しいページレット・プロデューサのアップグレード・テンプレートを使用してドメインを拡張したら、ページレット・プロデューサの接続を再構成する必要があります。

OHSおよびSSOを構成している場合は、新しいコンテキスト・ルートを使用するようにそれらを構成する必要があります。詳細は、第5.2.1.2項「SSOおよびOHS構成の更新」を参照してください。

10. ページレット・プロデューサの古いバージョンをアンデプロイします。

1. WLSコンソールで、「デプロイメント」をクリックします。

2. pagelet-producer (11.1.1.4.0)デプロイメントの横にあるチェック・ボックスを選択します。

3. 「削除」をクリックします。

11. WebCenterDSデータ・ソースのターゲットをWC_Portletに設定します。これには、OpenSocial機能を有効化する必要があります。

1. WLSコンソールで、「サービス」→「データ・ソース」に移動します。

2. WebCenterDSをクリックします。

3. 「ターゲット」タブで、WC_Portletを選択し、「保存」をクリックします。

5.2.1.2 SSOおよびOHS構成の更新

アップグレード済のWebCenter環境でOracle HTTP Server (OHS)およびSingle Sign-on (SSO)を構成している場合は、ページレット・プロデューサ、ポートレット・プロデューサ・アプリケーションおよびOracle SESについて構成の更新が必要になることがあります。

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

- 第5.2.1.2.1項「ページレット・プロデューサに対するOHS構成の更新」

- 第5.2.1.2.2項「ページレット・プロデューサに対するSSO構成の更新」

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

- 第5.2.1.2.4項「Oracle SESに対するSSO構成の更新」

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

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

リリース11.1.1.6.0では、ページレット・プロデューサのWebコンテキスト・ルートが「/」から「/pagelets」に変更されています。WebCenter環境で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. WebCenterのリソースを保護するために作成したポリシー・ドメインを見つけます。

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を再起動して、変更内容を確認します。

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

リリース11.1.1.6.0では、OAMの設定でポートレットのURIを明示的に除外する必要があります。SSOを使用するように構成されている、カスタムおよびデフォルトのポートレット・プロデューサ・アプリケーションをすべて更新する必要があります。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドの次の項を参照してください。

- OAM 11gに対するポートレット・プロデューサ・アプリケーションの構成に関する項

- OAM 10gに対するポートレット・プロデューサ・アプリケーションの構成に関する項

5.2.1.2.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管理者ガイドの次の項を参照してください。

- OAM 11gの場合: WebGateエージェントの登録に関する項

- OAM 10gの場合: WebCenter Portalのポリシー・ドメインの構成に関する項

5.3 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.6.0に移行するための手順について説明します。この項には次のサブセクションがあります。

- 第5.3.1項「管理対象サーバーの変更」

- 第5.3.2項「Oracle WebCenter 11.1.1.2.0または11.1.1.3.0の移行ロードマップ」

- 第5.3.3項「Oracle WebCenter固有のパッチ適用前のタスクの実行」

- 第5.3.4項「Oracle WebCenter 11.1.1.6.0へのパッチの適用」

- 第5.3.5項「Oracle WebCenterのパッチ適用後のタスクの実行」

- 第5.3.6項「Oracle WebCenter Spacesのパッチ適用後のタスクの実行」

- 第5.3.7項「Oracle WebCenter Securityのパッチ適用後のタスクの実行」

- 第5.3.8項「Oracle WebCenterへの新機能の追加」

5.3.1 管理対象サーバーの変更

リリース11.1.1.4.0以降、管理対象サーバーの名前がWLS_nameからWC_nameに変更されています。ここで、nameは管理対象サーバーの名前です。詳細は、『Oracle Fusion Middlewareパッチ適用ガイド』の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 DiscussionsはWC_Collaborationにデプロイされ、Wikiおよびブログはコンテンツ・サーバーに配置されています。

リリース11.1.1.4.0以降は、新しい管理対象サーバーWC_Utilitiesがサポートされています。これは、Oracle WebCenter Analytics Collector、Oracle WebCenter Activity Graph Engines、およびOracle WebCenter PersonalizationなどのWebCenterコンポーネントをホストします。

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

図5-2は、Oracle WebCenter 11.1.1.2.0または11.1.1.3.0のインストールを11.1.1.6.0に更新するために必要な手順を示しています。各手順の情報を参照するには、フロー・チャートの手順をクリックするか、表5-3を使用してください。

図5-2 Oracle WebCenter 11.1.1.2.0または11.1.1.3.0への最新パッチの適用

表5-3 Oracle WebCenter 11.1.1.2.0または11.1.1.3.0への最新パッチの適用

タスクおよび詳細情報へのリンク

必須/オプション

注意

管理対象サーバー、管理サーバー、システム・コンポーネントおよびノード・マネージャを停止します。

必須

現在のWebCenter環境をバックアップします。

- Middlewareホーム、ドメイン・ホームおよびOracleインスタンスをバックアップします。

- データベースおよびデータベース・スキーマをバックアップします。

- 他の構成情報をバックアップします。

必須

次に示すWebCenterのパッチ適用前のタスクを実行します。

- OmniPortletおよびWebClippingカスタマイズを保存します。

- WebCenter SpacesでpurgeMetadata()を実行します。

- Oracle UCMをアップグレードします。

必須

Oracle WebCenterおよびOracle Universal Content Management (Oracle UCM)のパッチ・セット・レベルは同じにする必要があります。Oracle WebCenterにパッチを適用して最新リリースにした場合は、Oracle Universal Content Managementにもパッチを適用して同じリリースにしてください。つまり、Oracle WebCenterが11.1.1.6.0になるようにパッチを適用した場合は、Oracle Universal Content Managementも11.1.1.6.0になるようにパッチを適用する必要があります。

WebLogic Serverにパッチを適用して最新バージョンにします。

必須

サイレント・モードでパッチを適用する場合は、emCCRファイルの名前を変更します。

サイレント・モードの場合は必須

WebCenter Portalのインストーラ、および他の必要な製品のインストーラをダウンロードします。

必須

パッチ・セット・インストーラを実行し、次のFusion Middleware製品にパッチを適用して11.1.1.6.0にします。

- Oracle Identity Management

- Oracle Web Tier (Oracle HTTP Server)

- Oracle Portal、Forms、ReportsおよびDiscoverer

必須

これらの製品が環境にインストールされている場合は必須です。

WebCenter Portal 11.1.1.6.0インストーラを実行し、Oracle WebCenterにパッチを適用してリリース11.1.1.6.0にします。

必須

他の製品インストーラを実行して、次に示す、他に必要なFusion Middleware製品にパッチを適用します。

- Oracle WebCenter Content Server (旧称UCM)

- Oracle SOA

必須

Middlewareホームにインストールされている製品についてのみ必須です。

必要なスキーマを更新します。WebCenter固有のスキーマには次のものがあります。WEBCENTER、DISCUSSIONS、DISCUSSIONS_CRAWLERおよびACTIVITIES。

一般的なスキーマ(MDSとIAU)および他に必要なFusion Middleware製品すべてのスキーマも更新します。

必須

更新する必要のある既存のスキーマに対して必須です。

最初にリリース11.1.1.1.0のリポジトリ作成ユーティリティを使用してインストールされ、その後リリース11.1.1.2.0/11.1.1.3.0にアップグレードされたWebCenter Spacesスキーマの場合、パッチ・セット・アシスタントを実行してスキーマをリリース11.1.1.6.0にアップグレードする前に、そのWebCenter Spacesスキーマの所有者に追加の権限を付与する必要があります。SQL*Plusを使用して、WebCenter Spacesスキーマを含むデータベースにSYSDBAユーザーとして接続し、そのWebCenter Spacesスキーマの所有者にcreate viewを付与します。

次のいずれかを使用してSpacesアプリケーションを更新します。

- ノード・マネージャおよび自動スクリプト

- WLSTコマンド

必須

必要なFusion Middleware製品のパッチ適用後のタスクを実行します。これには、OWSMポリシーの更新も含まれます。

必須

次に示すWebCenter Portalのパッチ適用後のタスクを実行します。

- Oracle Wikiページおよびブログを移行します。

- コンテンツ・プレゼンタのカスタム・テンプレートを移行します。

- REST API構成を更新します。

- カレンダの複数レイアウトを更新します。

- OmniPortletおよびWebClippingカスタマイズを復元します。

- ドメインを拡張してOracle WSM Policy Managerをインストールします。

- setDomainEnvのOpenUsageプロパティを削除します。

- アップグレード済のカスタム・ポータルの管理対象サーバーにアプリケーションを再デプロイします。

- setDomainEnvスクリプトからLD_LIBRARY_PATHを削除します。

- WSRPポートレット・プリファレンスを移行します。

必須

次に示すWebCenter Spacesのパッチ適用後のタスクを実行します。

- コンテンツ・サーバー接続にWebコンテキスト・ルートを設定します。

- グループ・スペース・ワークフローを構成します。

- グループ・スペースのデフォルト・テンプレート・セットを再構成します。

- タイムゾーン属性を更新します。

- グループ・スペースの表示モードを更新します。

- デフォルト・スタート(またはランディング)・ページを選択します。

- Spacesのカスタム・ライブラリを移行します。

- プロセス・スペースをアップグレードします。

必須

次に示すWebCenter securityのパッチ適用後のタスクを実行します。

- ディスカッション・サーバーのWebサービス・セキュリティを構成します。

- 認証プロバイダのリストを更新して、Oracle Single Sign-On認証プロバイダを追加します。

オプション

次のようにOracle WebCenter Portalの新機能を追加します。

- ドメインを拡張して、アクティビティ・グラフ、分析、ページレット・プロデューサ、パーソナライズおよびWebCenterサービス・ポートレットを追加します。

- カスタムWebCenterアプリケーションを更新して、WebCenter Portal: Frameworkの機能を追加します。

オプション

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

必須

Oracle WebCenter Portal 11.1.1.6.0のインストールを確認します。

必須

5.3.3 Oracle WebCenter固有のパッチ適用前のタスクの実行

Oracle WebCenter環境にパッチを適用するための準備には、サーバーの停止、環境のバックアップ、およびWebLogic Serverの最新バージョンへのアップグレードなどの一般的なタスクがあります。また、様々なWebCenter固有のパッチ適用前タスクの実行も含まれます。この項では、パッチの適用に際して、WebCenterインストールを準備するために実行する必要のあるタスクについて説明します。この項には次のサブセクションがあります。

- 第5.3.3.1項「OmniPortletおよびWebClippingカスタマイズの保存」

- 第5.3.3.2項「WebCenter SpacesでのpurgeMetadata()の実行」

- 第5.3.3.3項「Oracle Universal Content Managementのアップグレード」

5.3.3.1 OmniPortletおよびWebClippingカスタマイズの保存

注意:

この項の手順は、OmniPortletおよびWebClippingのカスタマイズを使用しており、それらがファイルベースのプリファレンス・ストアに格納されている場合にのみ実行する必要があります。デフォルトでは、Oracle WebCenterおよびOracle Portalでファイルベースのプリファレンス・ストアは使用されません。そのようなストアがデフォルトで使用されるのは、10gバージョンからアップグレードされた11gリリース1(11.1.1)Portal環境に対してのみです。

Oracle WebCenterまたはOracle Portalの最新のパッチ・セットを適用すると、OmniportletとWebClippingの両方のアプリケーションが再デプロイされ、ファイルベースのプリファレンス・ストアに格納されている構成データがすべて失われます。OmniportletおよびWebClippingの構成とカスタマイズを保存して、パッチ・セットを適用したときにカスタマイズが失われないようにする必要があります。

カスタマイズを保存してバックアップする手順は次のとおりです。

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_PORTAL/tmp/_WL_user/portalTools_version/randomly_generated_directory/war

- Windowsオペレーティング・システムの場合: DOMAIN_HOME\servers\WLS_PORTAL\tmp\_WL_user\portalTools_version\randomly_generated_directory\war
ここで、DOMAIN_HOMEは、構成ウィザードの「ドメイン名と場所の指定」画面で指定された、Oracle PortalまたはOracle WebCenterドメインのドメイン・ホームの場所です。

2. 次のコマンドを実行して、ディレクトリをバックアップします。

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

cp -fr path_to_war_directory/WEB-INF/providers/omniPortlet backup_location

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

xcopy /y/e path_to_war_directory\WEB-INF\providers\omniPortlet backup_location

5.3.3.2 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コマンド・リファレンスのメタデータ・サービス(MDS)カスタムWLSTコマンドに関する項を参照してください。

5.3.3.3 Oracle Universal Content Managementのアップグレード

注意:

リリース11.1.1.6.0では、Oracle Universal Content Managementはブランドが変更されてOracle WebCenter Contentになり、Oracle Content ServerはOracle WebCenter Content Server (または単にコンテンツ・サーバー)と呼ばれるようになりました。

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

- 第5.3.3.3.1項「Oracle Content Server 10gの使用」

- 第5.3.3.3.2項「Oracle WebCenter Content Server 11gの使用」

- 第5.3.3.3.3項「リリース10gおよび11gで使用可能なOracle Content Serverの機能の比較」

5.3.3.3.1 Oracle Content Server 10gの使用

Oracle Content Server 10gを継続して使用する場合は、最新のUpdateBundleコンポーネントおよびFolders_gコンポーネントをインストールする必要があります。これらのコンポーネントは、My Oracle Support(以前のOracleMetaLink: https://support.oracle.com)から入手可能です。

注意:

Oracle WebCenter Content 11gにアップグレードすることを強くお薦めします。11gリリースで提供される機能の完全なセットを活用することが重要です。リリース11gにアップグレードしない場合は、一部のコンテンツ管理機能へのアクセスが制限されます(表5-4を参照)。

5.3.3.3.2 Oracle WebCenter Content Server 11gの使用

既存のOracle Content Server 10gインストールをContent Server 11.1.1.6.0にアップグレードするか、Content Server 11.1.1.6.0の新しいインスタンスをインストールするかを選択できます。

注意:

WebCenter PortalおよびContent Server両方の11gのパッチ・セット・レベルを同じにする必要があります。WebCenter Portalにパッチを適用して最新リリースにした場合は、Content Serverにもパッチを適用して同じリリースにしてください。つまり、Oracle WebCenter Portalが11.1.1.6.0になるようにパッチを適用した場合は、Content Serverも11.1.1.6.0になるようにパッチを適用する必要があります。

Oracle WebCenter Content Server 11gへのアップグレード

Content Server 11gへのアップグレードの詳細は、Oracle Fusion Middleware Oracle WebCenter Contentアップグレード・ガイドを参照してください。

WebCenter Portal 11gに対してContent Serverを構成する場合は、folders_gが有効であることを確認します。

注意:

Content Server 11gのフォルダ・インタフェースには、コントリビューション・フォルダ(Folders_gコンポーネント)ではなくフォルダ(FrameworkFoldersコンポーネント)を使用することをお薦めします。ただし、WebCenter PortalではFolders_gフォルダ機能が使用されます。したがって、Content Server 11gをWebCenter Portalのコンテンツ・リポジトリとして使用するには、Folders_gを有効化し、FrameworkFoldersを無効化する必要があります。1つのOracle WebCenter Contentインスタンス上で両方を有効化することはできません。

Oracle WebCenter Content Server 11gのインストール

Content Server 11gのインストール手順は、Oracle WebCenter Contentインストレーション・ガイドを参照してください。それをWebCenter Portal 11gに対して構成する場合の詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのコンテンツ・サーバーの構成のロードマップに関する項を参照してください。

WebCenter Portal 11gに対してContent Serverを構成する場合は、folders_gが有効であることを確認します。

Oracle WebCenterおよびContent Serverが同じドメインにインストールされている場合は、認証プロバイダ構成がドメイン全体で適用可能なため、外部LDAP認証プロバイダを使用するための追加構成は必要ありません。

5.3.3.3.3 リリース10gおよび11gで使用可能なOracle Content Serverの機能の比較

表5-4は、Oracle Content Server 10gおよび11gで使用可能な機能の比較を示してます。

表5-4 Oracle Content Server 10.1.3.5.1および11gでサポートされるOracle WebCenterの機能

機能

説明

OCS 10.1.3.5.1でサポートは利用可能?

OCS 11gでサポートは利用可能?

スペース(またはグループ・スペース)

スペース・フォルダの作成およびロール・マッピングで利用可能なサポート。

いいえ

はい

ホーム・スペース(または個人用スペース)

ホーム・スペース・フォルダの自動作成で利用可能なサポート。

いいえ

はい

IFRAMEのサポート

Oracle Content ServerのUIを直接WebCenterのアプリケーションで表示するためのサポート。このサポートは、コンテンツ・プロファイルの作成およびアイテムの拡張プロパティの編集にも利用できます。

いいえ

はい(OHSがインストールされ、webContextRootが接続で設定され、IFRAMEが有効になっている場合)。

Wikiドキュメント

Wikiドキュメントを作成するためのサポート。

いいえ

はい

拡張メタデータ編集

ユーザー・アクセス・リストやWebサイト・オブジェクトなどの、拡張メタデータ詳細の編集のサポート。プロパティが編集可能な場合は、「プロパティ」ペインに「編集」ボタンが表示されます。

いいえ

はい(IFRAMEが有効な場合)。

サムネイル

「プロパティ」ペインでドキュメントを表示するときには、サムネイルが上部に表示されます。複数バージョンのドキュメントが存在する場合は、各バージョンのサムネイルが表示されます。

いいえ

はい

プロファイルのアップロード

ドキュメントをアップロードするときに、使用するプロファイルを選択できます。

いいえ

はい(IFRAME機能が有効な場合)。

ドキュメント・プレビューア - Web表現

ドキュメントを表示するときに、Web表現がある場合は、それが表示されます。

Web表現は、Webで表示可能な形式(html、画像、またはPDF)のネイティブ・ファイルであり、OCSの場合はIBRによってファイルが作成されます(この場合は、PDFのみ)。

いいえ

ドキュメントをクリックしたときに、スライド・プレビューアまたは表現(画像、.html、.txt)なしで表示可能なファイル・タイプのものでなければ、かわりにプロパティが表示されます。

はい

Oracle Content ServerがWebレンディションを持つように設定されていない場合は、ファイル・プロパティが表示されます。

ドキュメント・プレビューア - スライド・プレビューア

ドキュメントを表示するときに、そのドキュメントのスライド・プレビューが表示されます。

いいえ

はい(IFRAMEおよびDynamicConverterが有効になっており、Dynamic Converterのテンプレートが作成されている場合)。

アイテム・レベルのセキュリティ

アイテムは、そのアイテムに固有の設定によってセキュリティが確保されるのであり、アイテムが存在するスペースのセキュリティを継承するわけではありません。

いいえ

はい(次の場合)。

- UseEntitySecurity=true

- SpecialAuthGroupsに含まれる、ドキュメントまたはフォルダ・セキュリティ・グループ

- RoleEntityACLコンポーネントが有効

AutoVue

Oracle AutoVueで使用可能なドキュメント・レビューおよびコラボレーション機能のサポート。

いいえ

はい

Wikiおよびブログのページ形式

ページの作成に使用可能なWikiおよびブログのページ形式。

いいえ

はい(このドキュメント・サービスが有効なスペースまたはホーム・スペース内)。

Site Studioのコンポーネントの作成および編集

コンテンツ・プレゼンタ・ウィザード内から、およびコンテンツ・プレゼンタのコンテンツ・コントリビューション・モードからSite Studioのコンテンツを作成および編集する機能。

いいえ

はい(Site StudioのコンポーネントがOracle Content Serverにインストールされている場合)。

Site Studioのリージョン・テンプレート

Site Studioのリージョン・テンプレートを使用してSite Studioのコンテンツを表示する機能。

いいえ

はい(Site StudioのコンポーネントがOracle Content Serverにインストールされており、選択されたコンテンツに対してリージョン・テンプレートが作成されている場合)。

コンテンツの編集

Site Studio以外のコンポーネントをコンテンツ・プレゼンタ・ウィザード内から編集する機能。

いいえ

はい

5.3.4 Oracle WebCenter 11.1.1.6.0へのパッチ適用

Oracle WebCenter 11.1.1.6.0は、ノード・マネージャおよび自動スクリプト、またはWebLogic Scripting Tool (WLST)のいずれかを使用して更新できます。

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

- 第5.3.4.1項「ノード・マネージャおよび自動スクリプトを使用したOracle WebCenterの更新」

- 第5.3.4.2項「WLSTのコマンドを使用したOracle WebCenterの更新」

注意:

Oracle WebCenterを複数のマシンにインストールしている場合、ソフトウェアはWLSTのコマンドを使用してのみ更新でき、自動スクリプトでは更新できません。各マシンの各WebCenter Oracleホーム・ディレクトリで製品インストーラが実行されていること、およびすべてのドメインが圧縮/解凍を使用して更新されていることを確認します。

5.3.4.1 ノード・マネージャおよび自動スクリプトを使用したOracle WebCenterの更新

Oracle WebCenterのパッチにはupgrade.pyというスクリプトが含まれており、これを使用して最新のリリースにアップグレードできます。このスクリプトは、すべての管理対象サーバーと管理サーバーを更新プロセスの開始時に停止し、更新プロセスの間にすべてのサーバーを起動します。

このスクリプトを使用してOracle WebCenterを更新できるのは、ノード・マネージャが設定済であり、Oracle WebCenterが1つのマシンにインストールされ、適切に構成されている場合のみです。ノード・マネージャが適切に構成されていない場合は、このスクリプトではなくWLSTのコマンドを使用して、Oracle WebCenterにパッチを適用する必要があります。

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

- 第5.3.4.1.1項「ノード・マネージャの構成」

- 第5.3.4.1.2項「ノード・マネージャの構成の確認」

- 第5.3.4.1.3項「Oracle WebCenterの更新」

- 第5.3.4.1.4項「Oracle WebCenter自動スクリプトの実行方法」

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

upgrade.pyスクリプトを使用するには、ノード・マネージャを次のように構成する必要があります。

1. ドメイン内のすべてのサーバー(管理サーバーを含む)が、ノード・マネージャを使用するように構成されているマシンに関連付けられていることを確認します。『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』のノード・マネージャを使用するためのマシンの構成に関する項を参照してください。

2. デモ証明書(Oracle WebLogic Serverに付属の証明書)を使用している場合は、すべてのサーバーに対してホスト名の検証を無効にします。詳細は、次のURLの、ホスト名の検証に関する項を参照してください。

http://download.oracle.com/docs/cd/E12839_01/apirefs.1111/e13952/taskhelp/security/DisableHostNameVerification.html

3. nodemanager.propertiesファイルで、次のプロパティがtrueに設定されていることを確認します。

- StartScriptEnabled。ノード・マネージャ用。これにより、管理対象サーバーで適切なクラスパスおよびコマンド引数を受け取ることができるようになります。

- DomainRegistrationEnabled。これにより、ドメインが登録可能になります。

詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』を参照してください。

4. WLSTでnmConnectコマンドを使用してノード・マネージャに接続できることを確認します。本番環境の場合は、『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』の本番環境でのnmConnectの使用に関する項の説明に従ってください。

5. WLSTでnmStartコマンドを使用して管理サーバーを起動できることを確認します。本番環境の場合は、管理サーバーを起動するためにユーザー名とパスワードが要求されるため、ノード・マネージャが必要な資格証明を持っていることを確認してください。
詳細は、Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのnmstartに関する項、および『Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャ管理者ガイド』のノード・マネージャによる管理サーバーの起動方法に関する項を参照してください。

5.3.4.1.2 ノード・マネージャの構成の確認

ノード・マネージャが適切に構成されていることを確認する手順は次のとおりです。

1. ドメイン内のすべてのサーバーを停止します。

2. WLSTを起動し、nmConnectを使用してノード・マネージャに接続します。たとえば、UNIXオペレーティング・システムの場合:

cd WebCenter_ORACLE_HOME/common/bin
./wlst.sh
nmConnect(username  = 'weblogic', password  = 'examplepassword', host = 'localhost', port = '5556', domainDir = 'DOMAIN_HOME', nmType = 'ssl')

3. nmStartを使用して管理サーバーを起動します。例:

nmStart('AdminServer')

4. WLSTで管理サーバーに接続して管理対象サーバーを起動します。例:

connect()
start('WLS_Spaces')

5. 起動した管理対象サーバーが実行中であることを確認します。たとえば、次のURLにアクセスしてログインします。

http://localhost:8888/webcenter

注意:

ノード・マネージャの構成を確認できない場合は、自動スクリプトのかわりにWLSTコマンドを使用してOracle WebCenterを更新する必要があります。

5.3.4.1.3 Oracle WebCenterの更新

ノード・マネージャおよび自動スクリプトを使用してOracle WebCenterを更新する手順は次のとおりです。

1. Oracle WebCenterインストーラを実行してソフトウェアが更新済であることを確認します。詳細は、第3.6.2項「必要なインストーラのダウンロード」および第3.6.3項「インストーラの起動」を参照してください。

2. パッチ・セット・アシスタントを使用してデータベース・スキーマが更新済であることを確認します。詳細は、第3.8項「パッチ・セット・アシスタントによるスキーマの更新」を参照してください。

3. 第5.3.4.1.4項「Oracle WebCenter自動スクリプトの実行方法」の説明に従って、upgrade.pyスクリプトを実行します。

4. 信頼ストア・ファイルを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

5. ドメイン内のノード・マネージャ、管理サーバーおよび管理対象サーバーを再起動します。

5.3.4.1.4 Oracle WebCenter自動スクリプトの実行方法

upgrade.pyスクリプトは、管理サーバーと同じマシンで実行する必要があります。このスクリプトは、WebCenter_ORACLE_HOME/webcenter/scripts/upgrade_11.1.1.4 (UNIXオペレーティング・システムの場合)またはWebCenter_ORACLE_HOME\webcenter\scripts\upgrade_11.1.1.4 (Windowsオペレーティング・システムの場合)のいずれかのディレクトリに配置されている必要があります。

upgrade.pyスクリプトを実行するためのコマンドライン構文は次のとおりです。

upgrade.py path_to_upgrade_properties_file administrator_password node_manager_password

upgrade.pyスクリプトでは、次のようなオプションのコマンド・ライン・パラメータを指定できます。

- path_to_upgrade_properties_fileは、更新プロパティ・ファイルのパスです。
プロパティ・ファイルの詳細は、第5.3.4.1.9項「アップグレード・プロパティ・ファイルで設定可能なプロパティ」および第5.3.4.1.10項「プロパティ・ファイルのフォーマット」を参照してください。

- administrator_passwordは、管理サーバーのパスワードです。

- node_manager_passwordは、ノード・マネージャのパスワードです。

upgrade.pyスクリプトの実行方法の例については、以降の項を参照してください。

5.3.4.1.5 例1: オプションのパラメータを何も指定しない場合

オプションのパラメータが何も指定されない場合、スクリプトではすべてのプロパティに対してデフォルトの値が使用されます。ただし、domain.directoryとパスワードは例外であり、これらの値については指定が必要です。次にその例を示します。

cd WebCenter_ORACLE_HOME/common/bin
./wlst.sh WebCenter_ORACLE_HOME/webcenter/scripts/upgrade_11.1.1.4/upgrade.py

5.3.4.1.6 例2: プロパティ・ファイルの指定およびuser.config.fileの値の設定

user.config.fileプロパティの値を設定するプロパティ・ファイルを指定する場合、スクリプトはプロパティのデフォルト値をプロパティ・ファイルで指定された値でオーバーライドし、ユーザー構成ファイルに格納された資格証明を使用して管理サーバーとノード・マネージャに接続します。次にその例を示します。

cd WebCenter_ORACLE_HOME/common/bin
./wlst.sh WebCenter_ORACLE_HOME/webcenter/scripts/upgrade_11.1.1.4/upgrade.py ~/upgrade.properties

プロパティ・ファイルを指定して、そのプロパティ・ファイルでuser.config.fileプロパティの値を設定せず、管理サーバーおよびノード・マネージャのいずれのパスワードもコマンドライン引数として渡さない場合は、スクリプトによってプロパティのデフォルト値がプロパティ・ファイルで指定された値でオーバーライドされ、パスワードの指定が求められます。

5.3.4.1.7 例3: プロパティ・ファイルと管理パスワードの指定

プロパティ・ファイルとadministrator_passwordを指定する場合は、スクリプトによってプロパティのデフォルト値がプロパティ・ファイルで指定された値でオーバーライドされ、指定されたパスワードが管理サーバーへの接続に使用されます。ノード・マネージャのユーザー名が管理ユーザー名と同じ場合も、ノード・マネージャのパスワードの指定が求められます。次にその例を示します。

cd WebCenter_ORACLE_HOME/common/bin
./wlst.sh WebCenter_ORACLE_HOME/webcenter/scripts/upgrade_11.1.1.4/upgrade.py ~/upgrade.properties example_admin_password

5.3.4.1.8 例4: プロパティ・ファイル、管理パスワードおよびノード・マネージャのパスワードの指定

プロパティ・ファイル、administrator_passwordおよびnode_manager_passwordを指定する場合は、プロパティのデフォルト値がプロパティ・ファイルで指定された値でオーバーライドされ、指定されたパスワードが管理サーバーおよびノード・マネージャへの接続に使用されます。次にその例を示します。

cd WebCenter_ORACLE_HOME/common/bin
./wlst.sh WebCenter_ORACLE_HOME/webcenter/scripts/upgrade_11.1.1.4/upgrade.py ~/upgrade.properties example_admin_password example_nm_password

5.3.4.1.9 アップグレード・プロパティ・ファイルで設定可能なプロパティ

表5-5は、アップグレード・プロパティ・ファイルで設定可能なプロパティを示しています。

ヒント:

サンプル・アップグレード・プロパティ(upgrade.properties)ファイルは、WebCenter_ORACLE_HOME/webcenter/scripts/upgrade_11.1.1.4ディレクトリにあります。

表5-5 アップグレード・プロパティ・ファイル

プロパティ

説明

domain.directory

ドメイン・ディレクトリへのパス(ドメイン・ホーム)。

oracle.home

WebCenter Oracleホーム・ディレクトリへのパス。

admin.user

WebCenter Spacesに接続されたLDAPの一部であり、WLSの埋込みLDAPの管理権限を持つユーザーの名前。

WLSの埋込みLDAPにおける管理者権限をユーザーに付与するには:

1. WebLogic Serverコンソールにログインします。

2. 「セキュリティ・レルム」をクリックして、セキュリティ・レルムを選択します。

3. 「ロール/ポリシー」タブをクリックします。

4. 「グローバル・ロール」を展開し、「ロール」を展開して、「管理」ロールの「ロール条件の表示」をクリックします。

5. ドロップダウン・リストから「ユーザー」ロールを選択し、ユーザーIDを入力して、「追加」をクリックします。

6. 変更を保存して終了します。

admin.url

管理サーバーへの接続に使用されるURL。

admin.server

管理サーバーの名前。

nodemanager.user

ノード・マネージャのユーザー名。

nodemanager.host

ノード・マネージャ・サーバーのホスト名。

nodemanager.port

ノード・マネージャ・サーバーのポート番号。

nodemanager.type

ノード・マネージャ・サーバーの接続タイプ。

upgrade.custom.spaces

custom.webcenter.spaces共有ライブラリを使用した、以前のWebCenter Spacesカスタマイズがある場合はそれをアップグレード済インスタンスに移行するかどうかを示します。

カスタマイズを移行するには、このプロパティをtrueに設定します。

警告: upgrade.custom.spacesをFALSEに設定してWebCenterドメインをアップグレードする場合、前のカスタマイズはアップグレード済のWebCenter Spacesインスタンスで使用できなくなります。アップグレード・プロセス後にWebCenter Spacesのカスタマイズを移行する機能はありません。

user.config.file

暗号化されたユーザー名とパスワードを含むユーザー構成ファイルの名前と場所。ユーザー構成ファイルを作成するときには、storeUserConfigコマンドでキー・ファイルを使用してユーザー名とパスワードが暗号化されます。ユーザー構成ファイルを暗号化するキー・ファイルのみがユーザー名とパスワードを復号化できます。

注意: このプロパティを設定する場合は、パスワードを渡す必要はなく、admin.userプロパティとadmin.urlプロパティは使用されません。

ユーザー構成ファイルの作成方法の詳細は、WLSTのhelp('storeUserConfig')を参照してください。

user.key.file

指定されたユーザー構成ファイルと関連付けられ、その復号化に使用されるキー・ファイルの名前と場所。

注意: このプロパティは、user.config.fileプロパティを設定する場合にのみ設定する必要があります。

ユーザー構成ファイルの作成方法の詳細は、WLSTのhelp('storeUserConfig')を参照してください。

5.3.4.1.10 プロパティ・ファイルのフォーマット

プロパティ・ファイルでは値を適切にエスケープする必要があります。このことは、Windowsのパスを入力するときに特に重要になります。バックスラッシュはすべてバックスラッシュでエスケープする必要があるからです(つまり、Javaのプロパティ・ファイルでは、1個のバックスラッシュをバックスラッシュ2個で表します)。

詳細は、次のURLを参照してください。

http://download.oracle.com/javase/6/docs/api/java/util/Properties.html#load%28java.io.Reader%29

次に示すのは、Windowsオペレーティング・システムの場合のサンプル・プロパティ・ファイルです。

domain.directory=C:\\Middleware\\domains\\domain_name
oracle.home=C:\\Middleware\\Oracle_WC1
admin.user=weblogic
admin.url=t3://examplehost:7001
admin.server=AdminServer
nodemanager.user=node_manager_user
nodemanager.host=localhost
nodemanager.port=5556
nodemanager.type=ssl
upgrade.custom.spaces=false

次に示すのは、UNIXオペレーティング・システムの場合のサンプル・プロパティ・ファイルです。

domain.directory=/home/Middleware/domains/domain_name
oracle.home=/home/Middleware/Oracle_WC1
admin.user=weblogic
admin.url=t3://examplehost:7001
admin.server=AdminServer
nodemanager.user=node_manager_user
nodemanager.host=localhost
nodemanager.port=5556
nodemanager.type=ssl
upgrade.custom.spaces=false

5.3.4.2 WLSTのコマンドを使用したOracle WebCenterの更新

ノード・マネージャを構成しないことを選択する場合、WLSTコマンドを使用して中間層を更新できます。WLSTコマンドは、管理サーバーが実行されているマシンで実行する必要があります。

WLSTを使用してOracle WebCenterをアップグレードする前に、次のことを確認してください。

- Oracle WebCenterインストーラを使用してOracle WebCenterソフトウェアを更新済であること。
詳細は、第3.6.2項「必要なインストーラのダウンロード」および第3.6.3項「インストーラの起動」を参照してください。

- データベース・スキーマを更新済であること。
詳細は、第3.8項「パッチ・セット・アシスタントによるスキーマの更新」を参照してください。

WLSTを使用してOracle WebCenterを更新する手順は次のとおりです。

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

2. WebCenterのOracleホームからWLSTを起動します。
UNIXオペレーティング・システムの場合:

cd WebCenter_ORACLE_HOME/common/bin
./wlst.sh

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

cd WebCenter_ORACLE_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. upgradeWebCenterDomainコマンドをオフライン・モードで実行します。

upgradeWebCenterDomain(domainDirName='DOMAIN_HOME', oracleHome='WebCenter_ORACLE_HOME', upgradeCustomSpaces=[1|0])

説明:

- domainDirName: DOMAIN_HOMEを、ドメイン・ホーム・ディレクトリのフルパスに置換します。

- oracleHome: WebCenter_ORACLE_HOMEを、WebCenter Oracleホーム・ディレクトリのフルパスに置換します。

- upgradeCustomSpaces: custom.webcenter.spaces共有ライブラリを使用してWebCenter Spacesをカスタマイズしてあり、更新済インスタンスにそのカスタマイズを移行する場合は1を設定します。WebCenter Spacesにおける拡張の使用方法の詳細は、次を参照してください。
http://www.oracle.com/technetwork/middleware/webcenter/owcs-ps4-wcs-ext-samples-wp-406559.pdf

警告:

upgradeCustomSpacesを0に設定してWebCenterドメインをアップグレードする場合、ページ・テンプレートやスキンなど、以前のカスタマイズおよび開発リソースはアップグレード済のWebCenter Spacesインスタンスで使用できなくなります。アップグレード・プロセス後にWebCenter Spacesのカスタマイズを移行する機能はありません。

例:

upgradeWebCenterDomain(domainDirName='/home/Oracle/Domains/wc_domain', oracleHome='/home/Oracle/Middleware/Oracle_WC1', upgradeCustomSpaces=1)

注意:

upgradeWebCenterDomainコマンドを実行すると、エラー・メッセージが表示されることがあります。これらのエラーは、操作が正常に完了したことを示すテキストが表示されているかぎり、無視して問題ありません。エラー・メッセージの詳細は、Oracle Fusion Middlewareリリース・ノートを参照してください。

5. 管理サーバーを起動します。

6. 管理サーバーに接続します。

connect()

7. WebCenter Spaces管理対象サーバーを実行しているドメインで、upgradeWebCenterPermissionsコマンドを実行し、必要な権限をLDAPストアに追加します。

upgradeWebCenterPermissions()

注意:

upgradeWebCenterPermissionsコマンドを実行すると、エラー・メッセージが表示されることがあります。これらのエラーは、操作が正常に完了したことを示すテキストが表示されているかぎり、無視して問題ありません。エラー・メッセージの詳細は、Oracle Fusion Middlewareリリース・ノートを参照してください。

8. ここまでの説明はすべて、単一ノードを対象にしたものです。ドメイン内の複数のマシンで複数のサーバーが実行されている場合は、ドメインを圧縮および解凍して、クラスタ内の他のノードに変更を複製する必要があります。
更新済ドメインを圧縮および解凍する手順は次のとおりです。

1. 管理サーバーを圧縮します。

cd WebCenter_ORACLE_HOME/common/bin
./pack.sh -managed=true -domain=DOMAIN_HOME -template=wcdomaintemplate.jar -template_name=wc_domain_template

2. wcdomaintemplate.jarを他のマシンのWebCenter_ORACLE_HOME/common/binにコピーします。

3. 他のマシンの古いドメイン・ディレクトリ(DOMAIN_HOMEおよびAPPLICATION_HOME)を削除または移動します。

4. 他の各マシンのドメインを解凍します。

cd WebCenter_ORACLE_HOME/common/bin
./unpack.sh -domain=DOMAIN_HOME -template=wcdomaintemplate.jar

9. WebCenterの管理対象サーバーを起動します。

- WC_Spaces(WebCenter Spaces)

- WC_Portlet(Oracle Portlet Producers)

- WC_Collaboration(Oracle WebCenter Discussion Server)

WC_Spacesサーバーが起動しているのを確認してから、次の手順に進みます。

10. 管理サーバーから切断して、外部LDAPサーバーで定義され、埋込みのOracle WebLogic Serverで管理ユーザーとして定義されている、Oracle WebCenterの管理者としてWC_Spacesサーバーに接続します。

注意:

管理ユーザーは、外部LDAPディレクトリのユーザーかつ埋込みOracle WebLogic ServerのLDAPディレクトリの管理権限を持つユーザーとして定義されている必要があります。

必要に応じて、次の方法で、埋込みOracle WebLogic ServerのLDAPサーバーの管理グループにユーザーを追加できます。

1. WebLogic Serverコンソールにログインします。

2. 「セキュリティ・レルム」をクリックして、myrealmリンクを選択します。

3. 「ロール/ポリシー」タブをクリックします。

4. 「グローバル・ロール」を展開し、「ロール」を展開して、「管理」ロールの「ロール条件の表示」をクリックします。

5. 「条件の追加」をクリックし、「述部リスト」フィールドから「ユーザー」を選択して、「次へ」をクリックします。

6. 「ユーザー引数名」フィールドにユーザー名を入力して、「追加」をクリックします。

7. 「終了」をクリックします。先ほど入力したユーザーが管理者とともに表示されます。

8. 変更を保存して終了します。

11. WebCenter Spaces管理対象サーバーが実行されているドメインで、upgradeWebCenterApplicationコマンドを実行します。

upgradeWebCenterApplication(appName='webcenter')

WebCenter Spacesがデプロイされている複数のサーバーがあるクラスタ環境の場合は、サーバー名を指定する必要があります。例:

upgradeWebCenterApplication(appName='webcenter', server="server_name")

12. 信頼ストア・ファイルを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

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

5.3.5 Oracle WebCenterのパッチ適用後のタスクの実行

この項では、パッチを適用してOracle WebCenter Portal 11.1.1.6.0にした後、システム環境に応じて実行する必要のあるタスクについて説明します。

この項には、次のサブセクションがあります。

- 第5.3.5.1項「Oracle Wikiページおよびブログの移行」

- 第5.3.5.2項「コンテンツ・プレゼンタのカスタム・テンプレートの移行」

- 第5.3.5.3項「WebCenter REST API用の構成の更新」

- 第5.3.5.4項「カレンダの複数レイアウトの更新」

- 第5.3.5.5項「OmniPortletおよびWebClippingカスタマイズの復元」

- 第5.3.5.6項「Oracle WSM Policy Managerをインストールするためのドメインの拡張」

- 第5.3.5.7項「setDomainEnvのopenusageプロパティの削除」

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

- 第5.3.5.9項「setDomainEnvスクリプトからのLD_LIBRARY_PATHエントリの削除」

- 第5.3.5.10項「WSRPポートレット・プリファレンスの移行」

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

この項は次の各項に分かれています。これらの情報は、既存のWikiページやブログを新たにパッチを適用したOracle WebCenterドメインで使用できるよう移行するときに役立ちます。

- 第5.3.5.1.1項「Oracle Wikiページおよびブログの移行方法」

- 第5.3.5.1.2項「Wiki移行時の問題のトラブルシューティング」

5.3.5.1.1 Oracle Wikiページおよびブログの移行方法

Oracle Wikiをインストールしてある場合は、Wiki Migratorユーティリティwiki-upgrade.jarを実行して、Wikiページとブログを移行する必要があります。このユーティリティは、WebCenterのOracleホームの次のディレクトリにあります。

WebCenter_ORACLE_HOME/webcenter/archives/wiki-upgrade.jar

このWiki Migratorユーティリティは、WikiページおよびブログをOracle Content Serverのスペース固有のフォルダに移行します。それに伴い、Wikiおよびブログ用の既存のWebCenter Spacesのページも移行されます。このユーティリティにより添付ファイルも移行され、必要に応じてWikiページにそれらファイルへのリンクも示されます。Wikiページのコンテンツ内の他のWikiページへのリンクは、各リンクのURLにおけるWebCenter Spacesのルートが移行パラメータで指定されたとおりであれば、新しい場所をポイントするように更新されます。このユーティリティでは、コメント、ディスカッション・スレッドおよびテンプレートは移行されず、Wikiまたはブログのコンテンツが変更されることもありません。

移行プロセス中にエラーが発生した場合は、wiki-upgrade.jarファイルと同じディレクトリにある出力ログを調べます。詳細は、第5.3.5.1.2項「Wiki移行時の問題のトラブルシューティング」を参照してください。

Wikiの移行を実行する前に、次のことを実行してください。

1. Oracle Universal Content Management(UCM)がリリース11gにアップグレードされていることを確認します(第5.3.3.3項「Oracle Universal Content Managementのアップグレード」を参照してください)。

注意:

リリース11.1.1.6.0では、Oracle Universal Content ManagementはOracle WebCenter Contentと呼ばれるようになり、Oracle Content ServerはOracle WebCenter Content Serverと呼ばれるようになりました。

2. ルート・フォルダPersonalSpacesがOracle WebCenter Contentに存在することを確認します。このフォルダには、すべての個人用フォルダが作成されます。PersonalSpacesフォルダがOracle WebCenter Content内に存在しない場合、Wikiの移行が失敗することがあります。PersonalSpacesフォルダは、Spaces管理対象サーバーの起動時に作成されます。したがって、Wikiの移行を実行する前にSpaces管理対象サーバーを起動しておくことをお薦めします。

3. Oracle WebCenter Contentのフォルダの制限を次のように更新します。

1. Oracle WebCenter Contentユーザー・インタフェースにログインし、「管理」→「フォルダ構成」を選択して、「仮想フォルダ当たりの最大フォルダ数」および「仮想フォルダ当たりの最大コンテンツ数」を1000に変更します。

2. Wiki移行ユーティリティで孤立したデータ(たとえば、対応するグループ・スペースがないデータ)の格納に使用される一時フォルダを作成します。ただし、これはルート・フォルダである必要はなく、管理ユーザーとしてルート・フォルダPersonalSpacesまたはGroup Spaceの下位に作成できます。ルート・フォルダを作成する場合は、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 Oracleホームからwiki-upgrade.jarファイルを実行します。

- コマンドラインから引数を何も渡さず、次のように指定します。

> cd WebCenter_ORACLE_HOME/webcenter/archives
> MW_HOME/jdk160_21/bin/java -jar wiki-upgrade.jar

表5-6に示す必要な引数をそれぞれ指定するように求められます。

- プロパティ・ファイル(WikiMigrator.properties)を引数として渡します。

MW_HOME/jdk160_21/bin/java
-jar WebCenter_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

表5-6 Wiki移行ユーティリティの引数の説明と例

引数

説明

MDSConn

MDSデータ・ソースへの接続に使用される接続の名前。

例: jdbc:oracle:thin:@host:port:SID

MDSUser

MDSデータ・ソースへの接続に使用されるデータベース・ユーザーの名前。

MDSPswd

MDSデータ・ソースへの接続に使用されるデータベース・ユーザーのパスワード。

UCMConn

idcプロトコルを介したUCM接続URL。

例: idc://host:port

UCMUser

UCMユーザーとしてsysadminを使用します。ユーザーweblogicは、ソケット接続で管理者権限を取得しません。

UCMPswd

UCMユーザー・アカウントのパスワード。

UCMConnName

Enterprise ManagerまたはWLSTでUCMへの接続の作成に使用される名前。

UCMTempFolderPath

孤立したデータを格納するためのUCM上の一時フォルダ。

例: /RootFolder/.../TempFolder

wikiConn

Wikiデータ・ソースへの接続に使用される接続の名前。

例: jdbc:oracle:thin:@host:port:SID

wikiUser

Wikiデータ・ソースへの接続に使用されるデータベース・ユーザーの名前。

wikiPswd

Wikiデータ・ソースに接続するデータベース・ユーザーのパスワード。

SpacesRootURL

スペースのルート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フォルダとブログ・フォルダが残されることがあります。それらのフォルダは、UCM上の適切なグループ・スペース・フォルダに手動で移動する必要があります。

Oracle Wikiページおよびブログを移行した後、次の手順を実行します。

1. UCMにログオンして、MigrationTempフォルダにsysadmin(または、移行プログラムを実行しているUCMユーザー)として移動します。Wikiフォルダとブログ・フォルダを適切なグループ・スペース・フォルダに移動します。場合によっては、Wikiフォルダとブログ・フォルダの名前を、WebCenter Spacesの対応するグループ・スペース名に一致するように変更する必要があります。

2. Spacesアプリケーションにログインし、必要なグループ・スペースに移動して、Wikiまたはブログのページ・スタイルで新しいページを作成します。ページの名前をWikiフォルダまたはブログ・フォルダの名前と同じにして、Wikiとブログのコンテンツが適切に表示されるようにする必要があります。

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

このメッセージは、ドメインにグループ・スペース情報が指定されていないか、指定されているグループ・スペースGUIDが無効である(wcURLで指定されているグループ・スペースGUIDが無効である)ことを示しています。

エラー・メッセージ3

[INFO] PROCESSING Domain: domain_name
[INFO] migrating to temp folder - no group space that corresponds to the guid: group_space_guid

このメッセージは、ドメインのグループ・スペース情報が、現在は存在していないグループ・スペースをポイントしていることを示しています。グループ・スペースGUIDで検索を実行しても、対応するグループ・スペース名が見つかりません。おそらく、グループ・スペースが削除されています。

エラー・メッセージ4

[INFO] PROCESSING Domain: domain_name
[ERROR] migrating to temp folder - no UCM folder for the groupspace exists: page_name, gsname: group_space_name

このメッセージは、スペース・ページがすでに移行されているものの、そのグループ・スペースに対するUCMフォルダが存在しないことを示しています。

この問題を修正するには、グループ・スペース・フォルダを作成した後(グループ・スペースでドキュメント・サービスをプロビジョニング)、フォルダを(ドメインと同じ名前で)移行用の一時フォルダからグループ・スペース・フォルダに移動します。その後、ドメイン・フォルダの名前を、ページと同じ名前に変更します。

エラー・メッセージ5

[INFO] PROCESSING Domain: domain_name
[ERROR] migrating to temp folder - could not get UCM folder for the wiki domain, page: page_name, gsname: group_space_name

このメッセージは、スペース・ページがすでに移行されているものの、グループ・スペース・フォルダでドメインに対するUCMフォルダを作成できなかったことを示しています。

この問題を修正するには、フォルダを(ドメインと同じ名前で)移行用の一時フォルダからグループ・スペース・フォルダに移動します。その後、ドメイン・フォルダの名前を、ページと同じ名前に変更します。

エラー・メッセージ6

[INFO] PROCESSING Domain: domain_name
[ERROR] migrating to temp folder - no UCM folder exists for the user: user_name, page: page_name

このメッセージは、スペース・ページがすでに移行されているものの、そのユーザーに対するUCMフォルダが存在しないことを示しています。

この問題を修正するには、ユーザーの個人フォルダを作成した後(このフォルダは、ユーザーがホーム・スペースからDocumentsにアクセスしたときに作成されます)、フォルダを(ドメインと同じ名前で)移行用の一時フォルダから個人フォルダに移動します。その後、ドメイン・フォルダの名前を、ページと同じ名前に変更します。

エラー・メッセージ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

このメッセージは、スペース・ページがすでに移行されているものの、ユーザーの個人フォルダでドメインに対するUCMフォルダを作成できなかったことを示しています。

この問題を修正するには、フォルダを(ドメインと同じ名前で)移行用の一時フォルダからユーザーの個人フォルダに移動します。その後、ドメイン・フォルダの名前を、ページと同じ名前に変更します。

エラー・メッセージ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で示されているドメインと一致していないことを示しています。

エラー・メッセージ11

[INFO] PROCESSING User Blog: blog_name
[INFO] migrating to temp folder - could not get user UCM folder for the user: user_name

これは、ドメインに接続されていないjzwikiユーザー・ブログです。このメッセージは、そのユーザーのUCMフォルダが存在しないため、コンテンツをそこで移行できないことを示しています。

エラー・メッセージ12

[INFO] PROCESSING User Blog: blog_name
[INFO] migrating to temp folder - could not get UCM folder for the user: user_name

これは、ドメインに接続されていないjzwikiユーザー・ブログです。このメッセージは、そのユーザーの「ブログ」UCMフォルダが存在せず、作成できなかったため、コンテンツをそこで移行できないことを示しています。

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

リリース11.1.1.3.0アプリケーションで使用されているコンテンツ・プレゼンタのカスタム・テンプレートは、リリース11.1.1.6.0にアップグレードする際に自動的に移行されません。リリース11.1.1.6.0バージョンのアプリケーションで必要なカスタム・テンプレートを登録する必要があります。

リリース11.1.1.3.0からコンテンツ・プレゼンタのカスタム・テンプレートを移行する手順は次のとおりです。

1. JDeveloper 11.1.1.6.0で、WebCenter Portalアプリケーションを作成または開きます。

2. ファイルシステム上で、リリース11.1.1.3.0の.jsffファイルをリリース11.1.1.6.0アプリケーションにコピーします。
リリース11.1.1.3.0バージョンのアプリケーションの必要なカスタム・テンプレートを、次のフォルダからコピーします。

PROJECT_ROOT/public_html/oracle/webcenter/content/templates/custom

カスタム・テンプレートを、アップグレード済のリリース11.1.1.6.0アプリケーションの次のフォルダにコピーします。

PROJECT_ROOT/public_html/oracle/webcenter/portalapp

3. JDeveloperで、コンテンツ・プレゼンタのカスタム・テンプレートをポータル・リソースとして作成します。カスタム・テンプレートに設定するプロパティは、リリース11.1.1.3.0アプリケーションで前に登録したものと一致する必要があります。
詳細は、Oracle Fusion Middleware Oracle WebCenter開発者ガイドのポータル・リソースとしてのコンテンツ・プレゼンタの表示テンプレートのエクスポートに関する項を参照してください。

4. 第5.3.5.8項「アップグレード済カスタム管理対象サーバーへのカスタム・アプリケーションの再デプロイ」の説明に従って、新しいカスタム管理対象サーバーを使用してアプリケーションを再デプロイします。

5. WebCenter Spacesでもカスタム・テンプレートが使用されている場合は、アップグレード済の環境で使用されるようにそのテンプレートを準備します。

1. JDeveloperを使用して、コンテンツ・プレゼンタの表示テンプレートをポータル・リソースとしてエクスポートします。

2. Spacesアプリケーションにログインし、Spaces管理に移動します。

3. 「リソース」→「コンテンツ・プレゼンタ」を選択してテンプレートをアップロードします。

詳細は、Oracle Fusion Middleware Oracle WebCenter開発者ガイドのフレームワーク・アプリケーションでのコンテンツ・プレゼンタの表示テンプレートの使用に関する項を参照してください。

5.3.5.3 WebCenter REST API用の構成の更新

WebCenter Representational State Transfer (REST) APIを使用する前に、サーバー側の構成を行う必要があります。IDアサーション・プロバイダを構成する必要があります。資格証明ストア内の必要なエントリをシードすることも必要です。それによって、RESTセキュリティ・トークンが適切に機能するようになります。

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

- 第5.3.5.3.1項「IDアサーション・プロバイダの構成」

- 第5.3.5.3.2項「資格証明ストアの構成」

注意:

この構成は、ナビゲーションREST APIまたはCMIS REST APIには不要です。

セキュリティ・トークンの詳細は、Oracle Fusion Middleware Oracle WebCenter開発者ガイドのCMIS REST APIのセキュリティの考慮事項に関する項を参照してください。

5.3.5.3.1 IDアサーション・プロバイダの構成

REST APIを使用する場合は、あらかじめIDアサーション・プロバイダを構成しておく必要があります。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのRESTサービスの構成に関する項を参照してください。

5.3.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に関する項を参照してください。

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

リリース11.1.1.2.0および11.1.1.3.0では、カレンダ・オーバレイ・スタイルのFULLを使用して、複数のカレンダを一部のイベント・タスク・フローに対して有効にしたり、複数のスペース・カレンダを1つのイベント・タスク・フローに追加したりできました。アップグレード済のリリース11.1.1.6.0では、イベント・タスク・フローが複数のカレンダに表示されなくなり、現在のスペース・カレンダのみが表示されます。

この問題を回避するには、イベント・タスク・フローに対してカレンダ・オーバレイ機能を有効化する必要があります。ページ・エディタに移動し、Calendar Overlay Styleパラメータを見つけて、使用可能なオプションの一覧からFullを選択します。詳細は、Oracle Fusion Middleware Oracle WebCenterユーザーズ・ガイドのカレンダ・オーバレイの有効化に関する項を参照してください。

5.3.5.5 OmniPortletおよびWebClippingカスタマイズの復元

カスタマイズを保存し(第5.3.3.1項「OmniPortletおよびWebClippingカスタマイズの保存」)、ソフトウェアへのパッチ適用が成功したら、次のようにしてOmniPortletおよびWebClippingの構成とカスタマイズをリストアできます。

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/WLS_PORTAL/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\WLS_PORTAL\tmp\_WL_user\portalTools_version\randomly_generated_directory\warです。

DOMAIN_HOMEは、構成ウィザードの「ドメイン名と場所の指定」画面で指定された、Oracle PortalまたはOracle WebCenterドメインのドメイン・ホームの場所です。

注意:

パッチ・セット・インストーラによりOmniPortletおよびWebClippingアプリケーションが再デプロイされるので、新しいパスは、バックアップ済のカスタマイズのパスとは異なる場合があります。

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. 該当する場合は、Oracle Portalドメインで、管理対象サーバーWLS_PORTALを再起動します。

4. WebCenterドメインで、管理対象サーバーWC_Portletを再起動します。

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

Oracle WebCenterをアップグレードする場合、既存のWSM-PMアプリケーションおよび関連付けられているデータソースは、WC_Collaboration管理対象サーバーに再ターゲット設定されます。アップグレード済WebCenterドメインにディスカッション・サーバーがインストールされている場合、Oracle WSM Policy Managerがまだインストールされていなければ、ドメインを拡張してそれをインストールする必要があります。

Oracle WSM Policy Managerをインストールするためのドメインの拡張手順は次のとおりです。

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

2. 構成ウィザードを、管理サーバーが稼働しているマシンで起動します。
UNIXの場合、WebCenter_ORACLE_HOME/common/bin/config.shを実行します。

Windowsの場合、WebCenter_ORACLE_HOME\common\bin\config.cmdを実行します。

3. 「既存のWebLogicドメインの拡張」を選択して「次へ」をクリックします。

4. ドメインを選択して「次へ」をクリックします。

5. Oracle WSM Policy Managerのチェック・ボックスを選択して「次へ」をクリックします。

6. OWSM MDS Schemaの接続詳細を入力して「次へ」をクリックします。

7. 残りの画面で「次へ」をクリックし続け、「構成のサマリー」画面が表示されたら「拡張」をクリックします。
ドメインの拡張の詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のグラフィカル・モードでのWebLogicドメインの拡張に関する項を参照してください。

注意:

ドメインが複数のマシン上で稼動している場合、そのドメインを管理サーバーが稼動しているマシン上で圧縮し、他のマシン上で解凍する必要があります。詳細は、第5.3.4.2項「WLSTのコマンドを使用したOracle WebCenterの更新」を参照してください。

5.3.5.7 setDomainEnvのopenusageプロパティの削除

WebCenterドメインを拡張してOracle WebCenter Portalの分析コレクタをインストールする場合は、次のようにopenusageプロパティを削除する必要があります。

1. DOMAIN_HOME/bin/setDomainEnv.sh(UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\bin\setDomainEnv.cmd(Windowsオペレーティング・システムの場合)のEXTRA_JAVA_PROPERTIESからopenusageプロパティを削除します。
具体的には、次のエントリを削除する必要があります。

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プロパティを削除するタスクを繰り返す必要があります。

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

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

ドメインにカスタム管理対象サーバーが存在する場合は、そのサーバーで正しいライブラリがターゲット設定されていない可能性があります。したがって、WebCenterへのパッチ適用後にそれらをアップグレードして、カスタム・アプリケーションを再デプロイする必要があります。

カスタム管理対象サーバーをアップグレードする手順は次のとおりです。

1. 古いカスタム管理対象サーバーを削除します。

2. 構成ウィザードを実行して、既存のWebCenterドメインを拡張し、カスタム・テンプレートを適用します。

1. 「拡張ソースの選択」画面で、「既存の拡張テンプレートを使用してドメインを拡張する」を選択します。

2. WebCenter_ORACLE_HOME/common/templates/applications (UNIXオペレーティング・システムの場合)またはWebCenter_ORACLE_HOME\common\templates\applications (Windowsオペレーティング・システムの場合)のいずれかのディレクトリに移動して、次のテンプレートを見つけます。
oracle.wc_custom_portal_template_11.1.1.jar(WebCenterカスタム・アプリケーションまたはフレームワーク・アプリケーションの場合)

oracle.wc_custom_services_producer_template_11.1.1.jar(WebCenterカスタム・プロデューサまたはポートレット・プロデューサのアプリケーションの場合)

3. 目的のテンプレートを選択して、ドメイン拡張プロセスを完了します。

3. カスタム管理対象サーバーを使用してカスタム・アプリケーションを再デプロイします。

注意:

Oracle JDeveloperでプロジェクトを開いて、アプリケーションを最新バージョンに移行してから新しいカスタム管理対象サーバーにデプロイすることをお薦めします。

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

Oracle WebCenterにパッチを適用する前に、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オペレーティング・システムの場合)

注意:

ドメインを拡張して新しい製品を追加する際は、場合によって、このタスクを繰り返す必要があります。

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

デフォルトで、すべてのカスタムJSR286ポートレット(ポートレット作成ウィザードを使用して作成)はファイルベースのプリファレンス・ストアを使用します。アップグレード後は、WSRPポートレット・プリファレンスを次の場所から移動する必要があります。

$MW_HOME/Oracle_WC1/portal/portletdata

移動先は次のとおりです。

$MW_HOME/oracle_common/portal/portletdata

ここで、MW_HOMEはMiddlewareホーム、Oracle_WC1はWebCenter PortalのOracleホームです。

WSRPポートレット・プリファレンスは手動または移行ユーティリティを使用して移動できます。詳細は、Oracle Fusion Middleware Oracle WebCenter開発者ガイドのポートレット・プリファレンス・ストア移行ユーティリティに関する項を参照してください。

5.3.6 Oracle WebCenter Spacesのパッチ適用後のタスクの実行

この項には次のトピックが含まれます:

- 第5.3.6.1項「UCM接続のWebコンテキスト・ルートの設定」

- 第5.3.6.2項「グループ・スペース・ワークフローの構成」

- 第5.3.6.3項「グループ・スペースのデフォルト・テンプレート・セットの再構成」

- 第5.3.6.4項「WebCenter Spacesでのタイムゾーン属性の更新」

- 第5.3.6.5項「グループ・スペースの表示モードの更新」

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

- 第5.3.6.7項「WebCenter Spacesのカスタム・ライブラリの移行」

- 第5.3.6.8項「プロセス・スペースのアップグレード」

5.3.6.1 UCM接続のWebコンテキスト・ルートの設定

Universal Content Management (UCM)およびWebCenterインスタンスが共通のOracle HTTP Serverを介してアクセスするように構成されている場合、既存のUCM接続上のWebサーバー・コンテキスト・ルート・プロパティ(WebContextRoot)を、iFrameを介してWebCenterアプリケーションでUCMの機能を使用可能にするように設定できます。UCM接続は、Fusion Middleware Control、またはWLSTでsetJCRContentServerConnectionコマンドを使用して設定できます。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのSpacesコンテンツ・リポジトリの接続プロパティの設定に関する項を参照してください。

5.3.6.2 グループ・スペース・ワークフローの構成

WebCenterインスタンスでグループ・スペース・ワークフローが構成されている場合は、最新のリリースにアップグレードした後、sca_CommunityWorkflows.jarおよびWebCenterWorklistDetailApp.earを再デプロイする必要があります。

グループ・スペース・ワークフローを構成する手順は次のとおりです。

1. Fusion Middleware Controlにログインします。

2. SOA管理対象サーバーにsca_CommunityWorkflows.jarをデプロイします。このファイルは、Oracle SOAインストールの次のパスにあります。

SOA_ORACLE_HOME/webcenter/modules/oracle.webcenter.sca_11.1.1/sca_CommunityWorkflows.jar

ここで、SOA_ORACLE_HOMEは、Oracle SOAのインストール・ディレクトリです。

コンソールでは、バージョン11.1.1.6.0がアクティブであり、11.1.1.5.0などの他の古いバージョンが非アクティブであることに注意してください。

WLSTを使用したJARのデプロイの詳細は、Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのOracle SOA SuiteカスタムWLSTコマンドに関する項を参照してください。Fusion Middleware Controlを使用したJARのデプロイの詳細は、Oracle Fusion Middleware Oracle SOA Suite管理者ガイドのSOAコンポジット・アプリケーションのデプロイに関する項を参照してください。

3. WebcenterWorklistDetailApp.earをアンデプロイし、それをSOA管理対象サーバーに再デプロイします。アプリケーションは、Oracle SOAインストール内の次の場所にあります。

SOA_ORACLE_HOME/webcenter/applications/WebCenterWorklistDetailApp.ear

WLSTを使用したEARのデプロイに関する詳細は、『Oracle Fusion Middleware管理者ガイド』の「アプリケーションのデプロイ」の章を参照してください。Fusion Middleware Controlを使用したEARのデプロイの詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのWebLogic Managed Serverへのアプリケーションのデプロイに関する項を参照してください。

5.3.6.3 グループ・スペースのデフォルト・テンプレート・セットの再構成

リリース11.1.1.2.0および11.1.1.3.0では、WebCenter Spacesの管理者が個人用スペースとグループ・スペースの両方のデフォルト・ページ・テンプレートを設定できました。リリース11.1.1.4.0以降、グループ・スペースのデフォルト・ページの設定オプションは使用できなくなりました。

アップグレード済のグループ・スペースのデフォルト・ページ・テンプレートを再構成する手順は次のとおりです。

1. 管理者としてwebcenter-config.xml.xmlを次のようにエクスポートします。

1. Weblogic Scripting Tool(WLST)を起動します。
UNIXオペレーティング・システムの場合:

cd WebCenter_ORACLE_HOME/common/bin
./wlst.sh

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

cd WebCenter_ORACLE_HOME\common\bin
./wlst.cmd

詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのOracle WebLogic Scripting Tool(WLST)のコマンドの実行に関する項を参照してください。

2. WebCenter Portalの管理サーバーに接続します。例:

connect(username='weblogic', password='mypassword', url='myhost.example.com:7001')

3. exportMetadata WLSTコマンドを実行して、アプリケーション・メタデータをエクスポートします。

exportMetadata(application, server, toLocation, docs, [restrictCustTo], [excludeAllCust], [excludeBaseDocs], [excludeExtendedMetadata], [fromLabel], [toLabel], [applicationVersion])

例:

exportMetadata(application='webcenter', server='WC_Spaces', toLocation='/tmp/myrepos', docs='/oracle/webcenter/webcenterapp/metadata/mdssys/cust/site/webcenter/webcenter-config.xml.xml')

詳細は、Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのexportMetadataに関する項を参照してください。

2. エクスポートしたディレクトリ(たとえば、UNIXオペレーティング・システムでは/tmp/repos、Windowsオペレーティング・システムではC:\TEMP\repos)に移動します。webcenter-config.xmlから<defaultGSSiteTemplateId>パラメータを削除して、ファイルを保存します。
defaultGSSiteTemplateIdパラメータが前のWebCenterインストールで変更されている場合、そのパラメータはwebcenter-config.xml.xml(ここでは、oracle/webcenter/webcenterapp/metadata/mdssys/cust/site/webcenter/webcenter-config.xml.xml)にあります。

変更されていない場合、defaultGSSiteTemplateIdパラメータはコメント・アウトされます。次の場所にあるファイルで、パラメータを非コメント化する必要があります。

/oracle/webcenter/webcenterapp/metadata/webcenter-config.xml

3. 管理者としてドキュメントをインポートします。

1. WLSTを起動します。

2. WebCenter Portalの管理サーバーに接続します。

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

importMetadata(application, server, fromLocation, docs, [restrictCustTo], [excludeAllCust], [excludeBaseDocs], [excludeExtendedMetadata], [cancelOnException], [applicationVersion])

例:

importMetadata(application='webcenter', server='WC_Spaces', fromLocation='/tmp/myrepos', docs='/**')

詳細は、Oracle Fusion Middleware WebLogic Scripting Toolコマンド・リファレンスのimportMetadataに関する項を参照してください。

4. スペース管理の「ページ・テンプレート」設定にシステムのデフォルトが表示されていることを確認します。

注意:

WebCenter Spaces 11.1.1.6.0は、埋込みのスキンのFusion FXとWebCenter Spaces FXをサポートしています。リリース11.1.1.4.0より前では、WebCenter Spacesは、他にもMist、DeepSea、MistFXなどの様々な埋込みスキンをサポートしていました。アップグレードされた個人用スペースやグループ・スペースでも、EL式の#{'old family name'}という形式を使用することにより、古いスキンを使用し続けることができます。ただし、Spacesリリース11.1.1.6.0で作成された新しいスペースやホーム・スペースでは古いスキンを使用できません。

5.3.6.4 WebCenter Spacesでのタイムゾーン属性の更新

リリース11.1.1.2.0では、WebCenterスペースのタイムゾーン属性は、自由形式のテキスト・フィールドでした。リリース11.1.1.4.0以降、この属性がドロップダウン・リストに変更されました。

WebCenter Spacesをリリース11.1.1.2.0からアップグレードする場合、タイムゾーン属性は継承されず、適切なタイムゾーンをドロップダウン・リストから選択する必要があります。

5.3.6.5 グループ・スペースの表示モードの更新

WebCenterグループ・スペースをリリース11.1.1.2.0または11.1.1.3.0からアップグレードする場合は、グループ・スペースのメタデータを更新し、それらが適切に表示されるようにする必要があります。

グループ・スペースを更新して適切に表示されるようにする手順は次のとおりです。

1. グループ・スペースをエクスポートします。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドでスペースのエクスポートに関する項を参照してください。

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/spaceName/space.xml

ここで、spaceNameは、表示モードを更新するグループ・スペースの名前を参照します。

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/spaceName/space.xml

2. cd ..

3. jar uvfM export.ear transport.mar

7. グループ・スペースをインポートします。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドでスペースのインポートに関する項を参照してください。

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

デフォルトでは、Spacesアプリケーションにログインすると、最後にアクセスしたページが表示されます。この動作は、setDomainEnvドメインでシステム・プロパティoracle.webcenter.spaces.disableLastAccessPageBehaviorをfalse設定することによってオーバーライドできます。このスクリプトは、DOMAIN_HOME/bin/setDomainEnv.sh (UNIXオペレーティング・システムの場合)またはDOMAIN_HOME\bin\setDomainEnv.cmd (Windowsオペレーティング・システムの場合)にあります。

デフォルトの動作をオーバーライドしている場合は、Oracle WebCenterへのパッチ適用後、この変更を再適用する必要があります。

5.3.6.7 WebCenter Spacesのカスタム・ライブラリの移行

WebCenter Spacesはカスタマイズできます。たとえば、カスタム・コードを含む追加の共有ライブラリをデプロイしたり、タスク・フロー、ページ・スタイルおよびスキンなどの追加のリソースをデプロイしたりできます。カスタム・ライブラリcustom.webcenter.spaces.warを介してSpacesを拡張することでカスタム・ページ・スタイルをデプロイした場合は、パッチの適用後、カスタム・ライブラリの各ページ・スタイルのエントリを変更し、custom.webcenter.spaces.warを再デプロイする必要があります。

WebCenter Spacesのカスタマイズを移行した場合は、次のように実行します。

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共有ライブラリをSpaces 11.1.1.6.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)』を参照してください。

5.3.6.8 プロセス・スペースのアップグレード

Oracle Business Process Management (Oracle BPM)プロセス・スペースは、Oracle WebCenter Spaces上に構築されたワークスペースであり、ビジネス・プロセスのモデリングおよび実行に特化して設計されたスペースを提供します。プロセス・スペースをインストールしてある場合は、パッチを適用してWebCenter Portal 11.1.1.6.0にした後、install.xmlスクリプトを実行することでそれをアップグレードする必要があります。このインストール・スクリプトは、単一サーバー構成だけでなく、クラスタ構成にも使用できます。

プロセス・スペース機能の詳細は、Oracle BPEL Process Managerユーザーズ・ガイドのOracle Business Process Managementのプロセス・スペースの概要に関する項を参照してください。

注意:

この項で説明する手順は、Webcenter Spacesでプロセス・スペースが有効化されており、既存のWebCenterインストールを最新リリースにアップグレードする場合にのみ適用されます。

新規WebCenterインストール(または新規ドメイン)でのプロセス・スペースの有効化の詳細は、Oracle Fusion Middleware Oracle WebCenterインストレーション・ガイドのOracle BPMプロセス・スペースを有効化するためのドメインの拡張に関する項を参照してください。

アップグレード済のWebCenterインスタンスにインストールされたプロセス・スペースをアップグレードする手順は次のとおりです。

1. プロセス・ワークスペースおよびモデリング・スペースをオフラインにします。

1. WebCenter Spacesにログインします。

2. 「管理」リンクをクリックし、WebCenter管理ページを開きます。

3. 「スペース」タブで、モデリング・スペース行を選択します。

4. 「編集」メニューから、「保守のためにオフライン」を選択します。

5. 「スペースをオフラインにする」ダイアログで、「OK」をクリックします。

6. この手順を繰り返して、プロセス・ワークスペースをオフラインにします。

2. SOA Oracleホーム・ディレクトリから、SOA_ORACLE_HOME/bpm/process_spaces (UNIXの場合)またはSOA_ORACLE_HOME\bpm\process_spaces (Windowsの場合)フォルダを、WebCenterインストールに接続できる任意の場所にコピーします。

3. process_spacesフォルダにあるprocess-portal-install.propertiesファイルを開き、表5-7に示すように必須のOracle BPMおよびWebCenterプロパティを指定します。

注意:

セキュリティ上の目的から、パスワードの指定を省略して、後から求められたときに入力することができます。

表5-7 process-portal-install.propertiesに指定するプロパティ

プロパティ

説明

extendSoa

WebCenterと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 Spacesのインストールの詳細

wcOracleHome

WebCenterのOracleホーム・ディレクトリへのパス。

wcDomainName

WebCenteがインストールされているドメインの名前。extendSoaフラグがtrueに設定されている場合は、BPMドメインを指します。

wcSetDomainRealmPassword

ドメイン・レルム・パスワードを設定するかどうかを制御するフラグ。この値は、trueまたはfalseのいずれかに設定します。

注意: このプロパティはグローバルな信頼を設定するためのものです。グローバルな信頼は手動で設定することをお薦めします。したがって、このプロパティはfalseに設定します。

wcDomainRealmPassword

信頼されるドメインを設定するためのパスワード。Oracle BPMドメインに対しても同じパスワードを設定する必要があります。

注意: このプロパティはグローバルな信頼を設定するためのものです。グローバルな信頼は、このプロパティを使用せずに手動で設定することをお薦めします。

wc.server.port

WC_Spaces管理対象サーバーがホストされているポート。

WebCenterのWebLogicインストールの詳細

wcHost

WebCenterの管理サーバーが実行されているホスト名。

wcAdminPort

WebCenterの管理サーバーが実行されているポート名。

wcAdminUser

WebCenter管理サーバーの管理ユーザー。

wcAdminPwd

WebCenter管理サーバーのパスワード。

wcManagedServerName

単一サーバー環境では、Spacesがデプロイされている管理対象サーバーの名前を指定します。

クラスタ化環境では、そのクラスタに属するSpaces管理対象サーバーのいずれか1つの名前を指定します。

wcConfigServices

Oracle Content Serverおよびディスカッション・サーバーをOracle WebCenterと連動するように構成するためのフラグ。この表の後半にリストされているコンテンツ・サーバーおよびディスカッション・サーバーの詳細は、wcConfigServicesがtrueに設定されている場合にのみ指定する必要があります。

注意: install.xmlスクリプトを使用するかわりに、Oracle Content Serverおよびディスカッション・サーバーがOracle WebCenterと連動するように手動で構成することを強くお薦めします。詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドの「コンテンツ・リポジトリの管理」および「お知らせおよびディスカッション・サービスの管理」を参照してください。

isWebcenterClusterConfig

WebCenter Portalインストールをクラスタに対して構成するかどうかを指定するフラグ。クラスタ構成である場合は、trueに設定します。

wcSpacesClusterName

Spacesアプリケーションのクラスタの名前。

このプロパティは、isWebcenterClusterConfigがtrueに設定されている場合にのみ設定します。

コンテンツ・サーバーの詳細

これらのプロパティは、wcConfigServicesがtrueに設定されている場合にのみ設定します。

wcContentServerName

Oracle WebCenterに対して構成されているOracle Content Serverの名前。

wcContentServerPort

Oracle Content Serverが実行されているポート。

wcContentSpacesRoot

Oracle Content Server上のSpacesルート・フォルダの名前。

wcContentAdminUser

Oracle Content Serverの管理ユーザーの名前。

ディスカッション・サーバーの詳細

これらのプロパティは、wcConfigServicesがtrueに設定されている場合にのみ設定します。

wcDiscussionServerUrl

WebCenterに対して構成されているディスカッション・サーバーの名前。

wcDiscussionAdminUser

ディスカッション・サーバーの管理ユーザーの名前。

4. antおよびJava JDKがインストール済であることを確認します。
AntはOracle BPMに付属しています。このインストーラは、SOA_ORACLE_HOME/modules/org.apache.ant_1.7.0にあります。

5. PATHおよびCLASSPATH環境変数が、antとJava JDKの両方に対して設定されていることを確認します。

6. process_spacesフォルダにあるスクリプトinstall.xmlを実行します。

ant -f install.xml -DpromptForPasswords=true

7. process-portal-install.propertiesでwcConfigServicesがtrueに設定されている場合は、次のように実行します。

1. WC_Spacesを再起動します。

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

ant -f install.xml post-install -DpiArgs -importGSOnly

8. Oracle BPMとOracle WebCenterが別々のドメインに構成されている場合は、Oracle BPMとWebCenterの両方のドメインで信頼できるドメインの資格情報を構成します。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの保護』のWebLogic Serverドメイン間での信頼の有効化に関する項を参照してください。

9. Oracle BPMを起動します。詳細は、Oracle Fusion Middleware Oracle SOA Suiteインストレーション・ガイドのOracle SOA SuiteおよびOracle Business Process Management Suiteの構成に関する項を参照してください。

注意:

Oracle BPMを起動しないと、WebCenter Spacesへのログインで問題が発生することがあります。

必要な場合は、手順1の説明に従って「編集」メニューの「スペースのオンライン化」を選択することで、プロセス・ワークスペースとモデリング・スペースをオンラインにできます。

10. WebCenter Spacesで、必要に応じて古いプロセス・スペース、テンプレートおよびリソースを削除します。
install.xml antスクリプトを実行すると、リリース11.1.1.4.0または11.1.1.5.0のプロセス・スペース、関連するテンプレートおよびリソースが、「11.1.1.6.0」を追加した名前でインポートされます。そのためアップグレード後は、たとえば「Process Workspace 11.1.1.6.0」と「Process Workspace」のように、プロセス・スペース、関連するテンプレートおよびリソースの2つのセットが存在するようになります。古いアイテムが不要な場合は、それらを手動で削除できます。詳細は、Oracle Fusion Middleware Oracle WebCenterユーザーズ・ガイドのスペースの削除に関する項、スペース・テンプレートの削除に関する項、およびリソース・カタログの削除に関する項を参照してください。

5.3.7 Oracle WebCenter Securityのパッチ適用後のタスクの実行

この項には次のトピックが含まれます:

- 第5.3.7.1項「ディスカッション用Webサービス・セキュリティの構成」

- 第5.3.7.2項「認証プロバイダのリストへのOracle Single Sign-On認証プロバイダの追加」

5.3.7.1 ディスカッション用Webサービス・セキュリティの構成

リリース11.1.1.6.0では、ディスカッション・サーバーがディスカッション・サーバーとSpaces間でのWebサービスの相互作用に対するメッセージ保護なしで提供されるので、ディスカッション・サーバーを追加構成なしで使用できます。パッチを適用する前のOracle WebCenter環境にOracle WebCenter Discussionsがインストールされており、WebServiceコールがWS-Securityで保護されていた場合は、最新リリースへのアップグレード後に、この構成を再適用する必要があります。

Webサービス・セキュリティをディスカッション・サーバーに対して構成する手順は次のとおりです。

1. ドメイン・キーストアを構成します。
詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドのWS-Securityの構成に関する項を参照してください。

2. ディスカッション・サーバーでWS-Securityを次のように設定します。

1. Enterprise Managerのコンソールを使用して、owc_discussionsアプリケーションにアクセスし、WebServicesセクションにナビゲートします。

2. OWCDiscussionsServiceAuthenticatedエンド・ポイントを選択し、oracle/wss11_saml_or_username_token_with_message_protection_service_policyポリシーをアタッチします。

3. エンド・ポイントOWCDiscussionsServicePublicを選択し、oracle/ wss11_message_protection_service_policyポリシーをアタッチします。

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

3. SpacesのForumConnectionを保護します。
WLSTを使用する場合:

1. ドメイン・サーバーに接続します。

2. ポリシーと受信者キーの別名を設定します。例:

setDiscussionForumConnection('webcenter', name='forum-con-name',
policyURIForAuthAccess='oracle/wss11_saml_or_username_token_with_message_protection_client_policy',
policyURIForPublicAccess='oracle/ wss11_message_protection_client_policy',
recipientKeyAlias='orakey')

3. WC_Spaces管理対象サーバーを再起動します。

Enterprise Managerを使用してこれを実行する場合は、前述のように、フォーラム接続を特定してポリシーと受信者キーの別名を指定します。

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

アップグレード済のWebCenter環境では、Oracle Single Sign-on (OSSO) IDアサーション・プロバイダは認証プロバイダのリストに表示されません。WebCenter Portal 11.1.1.6.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. 管理サーバーを再起動します。

5.3.8 Oracle WebCenterへの新機能の追加

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

- 第5.3.8.1項「アクティビティ・グラフ、分析、ページレット・プロデューサ、パーソナライズ・サーバーおよびWebCenterサービス・ポートレットのインストール」

- 第5.3.8.2項「ポータル・フレームワーク機能を追加するためのWebCenterカスタム・アプリケーションのアップグレード」

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

リリース11.1.1.2.0または11.1.1.3.0と比較して、Oracle WebCenter Portal 11.1.1.6.0には、次を含むいくつかの新機能があります。

- アクティビティ・グラフ: アプリケーション内での既存の接続およびオブジェクトとの共有のやり取りに基づいて、ユーザーが接続先として希望する可能性がある人物を提案します。

- 分析: Spacesの使用状況を追跡および分析できるようにします。

注意:

WebCenterドメインを拡張してOracle WebCenter Portalの分析コレクタをインストールする場合は、openusageプロパティを削除する必要があります。詳細は、第5.3.5.7項「setDomainEnvのopenusageプロパティの削除」を参照してください。

- ページレット・プロデューサ: ページレットの動的進化を促進するための一連の有用なツールと機能を提供します。

- パーソナライズ・サーバー: ターゲット・コンテンツを提供します。

- WebCenterサービス・ポートレット: 他のアプリケーションのWebCenter Portalサービス・タスク・フローをWSRPポートレットまたはページレットとして公開できるようにします。WebCenterサービス・ポートレットは、Oracle Portal、Oracle WebLogic PortalおよびOracle WebCenter Interactionアプリケーションで使用できます。

これらの機能および他のWebCenterコンポーネントの詳細は、Oracle Fusion Middleware Oracle WebCenterインストレーション・ガイドのWebCenter Portalコンポーネントの使用開始に関する項、およびOracle Fusion Middleware Oracle WebCenter管理者ガイドを参照してください。

これらの新機能を利用するには、必要なWebCenterコンポーネントをインストールすることでドメインを拡張する必要があります。

ドメインを拡張してこれらのWebCenterコンポーネントをインストールする手順は次のとおりです。

1. 実際の環境で使用する製品およびトポロジを決定します。
ご使用のシステムが最小要件を満たしていることを確認するには、次のドキュメントを参照してください。

1. Oracle Fusion Middlewareシステム要件と仕様:

http://www.oracle.com/technetwork/middleware/ias/downloads/fusion-requirements-100147.html

このドキュメントには、ハードウェアとソフトウェアの要件、最小ディスク領域とメモリーの要件、データベース・スキーマの要件、および必要なシステム・ライブラリ、パッケージまたはパッチに関する情報が記載されています。

2. 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、およびサード・パーティ製品の動作保証に関する情報が記載されています。

3. Oracle Fusion Middleware相互運用性および互換性ガイド
このドキュメントには、Oracle Fusion Middleware 11g製品のインストールまたはアップグレードで生じる可能性のある、互換性または相互運用性の問題について記載されています。

2. リポジトリ作成ユーティリティ(RCU)を使用して、必要なすべてのスキーマをインストールします。
分析およびアクティビティ・グラフでは、ACTIVITESスキーマが必要です。WebCenterサービス・ポートレットには、MDS、WEBCENTERおよびPORTLETの3つの追加スキーマが必要です。これらのスキーマは、それぞれデータ・ソースmds-ServicesProducerDS、WC-ServicesProducerDSおよびPortlet-ServicesProducerDSにマップする必要があります。ページレット・プロデューサまたはパーソナライズ・サーバーでは、追加のスキーマは不要です。

必要なWebCenterスキーマの詳細は、Oracle WebCenterスキーマに関する項を参照し、RCUによるスキーマのインストール方法の詳細は、リポジトリ作成ユーティリティの入手と実行に関する項を参照してください。これらのトピックは、どちらも『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』にあります。

3. 構成ウィザードを実行します。
手順については、Oracle Fusion Middleware Oracle WebCenterインストレーション・ガイドのOracle Fusion Middleware構成ウィザードの起動に関する項を参照してください。

4. 製品構成ウィザードで、Oracle WebCenter Analytics Collector、Oracle WebCenter ActivityGraph Engines、Oracle WebCenter Pagelet Producer、Oracle WebCenter Personalization、およびOracle WebCenter Services Portletsの各製品を選択してドメインを拡張します。
単純なトポロジの場合の手順は、Oracle Fusion Middleware Oracle WebCenterインストレーション・ガイドの既存ドメインの拡張に関する項を参照してください。

クラスタ環境または分散環境の場合は、次を参照してください。

- Oracle Fusion Middleware Oracle WebCenterエンタープライズ・デプロイメント・ガイドの「WebCenterコンポーネントに対するドメインの拡張」

- 『Oracle Fusion Middleware高可用性ガイド』の「Oracle ADFおよびWebCenterアプリケーションの高可用性の構成」

5.3.8.2 ポータル・フレームワーク機能を追加するためのWebCenterカスタム・アプリケーションのアップグレード

Oracle WebCenter Portal: Frameworkは、ページ・ナビゲーションやページ階層などの様々な新機能をサポートしています。11.1.1.6.0に移行されたWebCenterのカスタム・アプリケーションに、WebCenterポータル・フレームのファイル構造、コンポーネントおよび構成を手動で追加できます。

詳細は、Oracle Fusion Middleware Oracle WebCenter開発者ガイドのフレームワーク・アプリケーションの手動による移行に関する付録を参照してください。

5.4 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 11g (11.1.1.6.0)のパッチを適用する必要があります。

図5-3は、Oracle WebCenter 11.1.1.1.0インストールを11.1.1.6.0に更新するために必要な手順を示しています。各手順に関する情報を参照するには、フロー・チャートの手順または表5-8をクリックしてください。または、付録C「パッチ・アシスタントを使用した11gリリース1(11.1.1.1.0)からリリース1(11.1.1.2.0)への移行」の手順に従ってください。

図5-3 Oracle WebCenter 11.1.1.1.0への最新パッチの適用

表5-8 Oracle WebCenter 1.1.1.1.0への最新パッチの適用

タスクおよび詳細情報へのリンク

必須/オプション

注意

リリース11.1.1.2.0へのOracle WebCenterのパッチの適用を準備します。

必須

Oracle WebCenterおよび他のFusion Middleware製品にパッチを適用して11.1.1.2.0にします。

必須

WebCenterのパッチ適用後の構成を実行します。

- 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テンプレートおよび添付ファイルを移行します。

必須

他のFusion Middleware製品のパッチ適用後の構成を実行します。

必須

11.1.1.1.0インストールの廃止

必須

パッチを適用してリリース11.1.1.2.0から11.1.1.6.0にします。

必須

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

この項では、Oracle WebCenterへのパッチの適用時または適用後に発生する可能性のある問題のトラブルシューティングに役立つ情報を提供します。

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

この項では、Oracle WebCenterへのパッチの適用時に発生する可能性のある問題のトラブルシューティングに役立つ情報を提供します。

問題

upgrade.pyスクリプトの実行中に、次のエラーが発生することがあります。

WLSTException: Error occured while performing nmConnect : Cannot connect to Node Manager. : Connection refused. Could not connect to NodeManager.

解決策

このエラーが発生した場合は、ノード・マネージャが稼働していること、およびスクリプトに指定されたユーザーおよびサーバーの情報が正しいことを確認します。その後、upgrade.pyスクリプトを再実行して、Oracle WebCenterインスタンスへのパッチの適用を完了します。

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

この項では、Oracle WebCenterへのパッチの適用後に発生する可能性のある問題のトラブルシューティングに役立つ情報を提供します。

問題

Oracle WebCenter 11.1.1.4.0では、WebCenter Portalアプリケーションにドキュメント・ビューア・タスク・フローが含まれ、サイドバーの初期プロパティはrelatedItemsに設定されていました。ただし、パッチを適用したインスタンスでタスク・フローに移動すると、関連アイテムが表示されているにもかかわらず「関連アイテム」タブにフォーカスが設定されません。

解決策

リリース11.1.1.6.0では、「関連アイテム」タブは存在しなくなりました。サイド・バーの初期プロパティの値を変更して、新しいタブ(タグ、リンクまたは推薦)のいずれかをターゲットに設定できます。

問題

リリース11.1.1.2.0および11.1.1.3.0からアップグレードされたスペースで、コンテンツがクリップされ、内部スクロールバーがコンポーネント上に表示されます。

解決策

リリース11.1.1.6.0では、Spacesのデフォルト・ページ・テンプレートはトップ・ナビゲーションであり、これによってフロー・レイアウトが実装されます。フロー・レイアウトを実装するすべてのページ・テンプレートは固定幅を持ちます。リリース11.1.1.4.0より前に作成されたほとんどのページは、表示可能領域を最大限使用するようにコンポーネントを広げることができるストレッチ・レイアウトを実装したページ・テンプレートに基づいています。Spacesインスタンスをアップグレードすると、デフォルト・テンプレートとしてトップ・ナビゲーションが設定されるため、スペース・ページがストレッチ・レイアウトのページ・テンプレートに基づいている場合は適切にレンダリングされないことがあります。

リリース11.1.1.2.0または11.1.1.3.0にパッチを適用したら、必要に応じてスペースを構成し、コンテンツをストレッチできるページ・テンプレートを使用するようにします。リリース11.1.1.6.0でストレッチ・レイアウトがサポートされているデフォルト・ページ・テンプレートには、トップ・ナビゲーション(ストレッチ)、サイド・ナビゲーション(ストレッチ)、Fusionトップ・ナビゲーション、およびFusionサイド・ナビゲーションがあります。

問題

パッチを適用したSpacesアプリケーションで、プリティ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/Page1

ビジネス・ロール・ページおよびシステム・ページをターゲットとするUI URLに対して、次の構文を使用します。

/webcenter/spaces/system/page/pageName

例:

/webcenter/spaces/system/page/Documents

問題

パッチを適用してリリース11.1.1.6.0に更新した後、コンテンツ問合せがナビゲーション・モデルでレンダリングされません。

解決策

以前のバージョンのWebCenterにコンテンツ問合せがあり、パッチ適用後のナビゲーション・モデルでそれが見つからない場合は、コンテンツ・サーバーで索引コレクションを再作成する必要があります。詳細は、Oracle WebCenter Content Serverコンテンツ・システム管理者ガイドのコレクションの再作成に関する項を参照してください。

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

Oracle Fusion Middleware Identity and Access Managementコンポーネントは、Oracle Fusion Middleware 11gリリース1(11.1.1.6.0)では使用できません。

Identity and Access Managementコンポーネントに最新のパッチ・セットを適用するには、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 Navigator 11.1.1.3.0から11.1.1.5.0への更新

- クラスタ環境におけるOracle Identity and Access Managementへのパッチの適用

注意:

Oracle Identity ManagementとOracle Fusion Middleware Identity and Access Managementコンポーネント間の相互運用性の問題について、『Oracle Fusion Middleware相互運用および互換性ガイド』を確認してください。

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

この章では、既存のOracle Identity Management高可用性環境にパッチを適用して最新バージョンにする方法について説明します。パッチを適用するには、次のタスクを実行します。

参照:

トポロジについては、『Oracle Fusion Middleware Oracle Identity Managementアップグレード・ガイド』のOracle Identity Management環境のタイプに関する項を参照してください。

- タスク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: Fusion Middleware Controlに表示されるバージョン番号文字列の更新

注意:

このパッチ・セットを適用する前、または既存のOracleソフトウェアにその他の変更を加える前に、Oracleソフトウェア、インベントリ、スキーマおよびドメインをバックアップしてください。Oracleソフトウェアおよびインベントリをバックアップする手順については、ご使用の製品の管理者ガイドを参照してください。詳細は、『Oracle Fusion Middleware管理者ガイド』の詳細な管理(バックアップおよびリカバリ)に関する項を参照してください。

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

Oracle Identity Managementを更新する前に、次のサーバーとコンポーネントを停止する必要があります。

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

- 管理サーバーの停止

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

- Oracle Management Agentの停止

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

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

7.1.1 管理対象サーバーの停止

Oracle WebLogic Server管理コンソールを使用して、IDMHOST1およびIDMHOST2で実行中の管理対象サーバーWLS_ODS1およびWLS_ODS2を停止する必要があります。詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

7.1.2 管理サーバーの停止

IDMHOST1管理サーバーを停止する必要があります。詳細は、『Oracle Fusion Middleware管理者ガイド』の管理サーバーの起動と停止に関する項を参照してください。

7.1.3 ノード・マネージャの停止

ノード・マネージャが実行されているコマンド・シェルを閉じて、IDMHOST1およびIDMHOST2で実行中のノード・マネージャを停止するか、ノード・マネージャ・プロセスを終了します。たとえば、UNIXオペレーティング・システムで次のコマンドを実行します。

kill -9 pid

pidをノード・マネージャ・プロセスのプロセスIDに置き換えます。

7.1.4 Oracle Management Agentの停止

IDMHOST1およびIDMHOST2で実行中のOracle Management Agentを停止するには、次のコマンドを実行します。

opmnctl stopall

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

opmnctlコマンドライン・ツールを使用して、Oracle Internet Directory(OIDHOST1およびOIDHOST2で実行)、Oracle Virtual Directory(OVDHOST1およびOVDHOST2で実行)、およびOracle HTTP Server(WEBHOST1およびWEBHOST2で実行)で実行中のシステム・コンポーネントとプロセスをすべて停止する必要があります。

opmnctl stopall

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

環境にOIDレプリケーションを構成してある場合:

1. ディレクトリ・レプリケーション・グループ(DRG)のすべてのノードでレプリケーション・サーバーを停止します。

2. パッチ・セット・インストーラを使用し、一度に1ノードずつパッチを適用して最新バージョンにします。

3. DRGのすべてのノードにパッチを適用した後、レプリケーション・サーバーを再起動します。

7.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からのアップグレード・インストーラのダウンロードに関する項を参照してください。

7.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」をクリックします。

7.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の最新パッチ・セットの適用」を参照してください。

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

パッチ・セット・アシスタントを実行して、Oracle Internet Directoryのデータベース・スキーマを最新バージョンに更新する必要があります。パッチ・セット・アシスタントでは、既存のスキーマに対してインプレース・スキーマ更新が実行されます。

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

注意:

トポロジ全体でスキーマを一度更新する必要があります。

7.6 タスク6: システム・コンポーネントおよびサーバーの起動

次のものを起動する必要があります。

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

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

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

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

- Oracle Management Agentの起動

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

次のシステム・コンポーネントを起動する必要があります。

- Oracle Internet Directoryプロセスの起動

- Oracle Virtual Directoryプロセスの起動

- Oracle HTTP Serverの起動

注意:

OPMNを起動していない場合には、次のコマンドを実行して起動する必要があります。

opmnctl start

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

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

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

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

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

7.6.4 管理対象サーバーの起動

IDMHOST1およびIDMHOST2で実行されるノード・マネージャを起動する必要があります。詳細は、『Oracle Fusion Middleware管理者ガイド』のFusion Middleware Controlを使用した管理対象サーバーの起動と停止に関する項を参照してください。

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

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

既存のOracle Internet DirectoryコンポーネントまたはOracle Virtual Directoryコンポーネントを使用しており、それらのコンポーネントにパッチを適用して最新バージョンにした場合は、opmnctl updatecomponentregistrationコマンドを使用して、Fusion Middleware Controlに表示されるバージョン番号文字列を手動で更新する必要があります。

手順については、第3.9.5.1項「システム・コンポーネントのアップグレード」を参照してください。

A Oracle Portal、Forms、ReportsおよびDiscovererのパッチ・セット・インストーラの画面

この付録には、次に示すOracle Portal、Forms、ReportsおよびDiscovererのパッチ・セット・インストーラの画面のスクリーンショットと説明が含まれています。

- ようこそ

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

- セキュリティ・アップデートの指定

- インストール・サマリー

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

- インストール完了

A.1 ようこそ

このページはOracle Fusion Middlewareインストーラの導入ページであり、次の2つの重要な情報が示されます。

- インストーラの支援によって実行できるタスクの概要を示す左側のナビゲーション・ペイン。ナビゲーション・ペインの各項目は、ソフトウェアのインストールに必要な情報を入力するためにインストーラで表示される個々の画面を表します。

- インストールを続行する前に満たしておく必要のある前提条件の情報。

この画面の情報を注意深く確認し、必要なすべての前提条件を満たしていることを確認します。

A.2 「インストール場所の指定」

この画面を使用して、パッチを適用するOracleホーム・ディレクトリを特定します。

次の表で、このページに表示されるフィールドについて説明します。

フィールド

説明

Oracle Middlewareホーム

このフィールドを使用して、既存のOracle Middlewareホーム・ディレクトリの絶対パスを指定します。これはOracle WebLogic Serverのインストール時に作成されたディレクトリです。Middlewareホームのフルパスがわからない場合、「参照」をクリックして、システムの既存のディレクトリを選択できます。

Oracleホーム・ディレクトリ

このフィールドを使用して、Oracle Middlewareホーム内の既存の製品のOracleホーム・ディレクトリを指定します。これは、このインストールでパッチが適用されるディレクトリです。

注意: Windowsオペレーティング・システムでインストールを実行している場合は、ディレクトリ・パスが有効であり、円記号を2つ(\\)使用していないことを確認してください。

注意: すでにパッチが適用されているOracleホーム・ディレクトリを指定した場合、エラー・メッセージが表示され、インストールは続行されません。Oracleホームへのパッチの再適用はサポートされていません。

A.3 セキュリティ・アップデートの指定

この画面を使用してMy Oracle Supportアカウント情報を入力すると、最新の製品情報およびセキュリティ・アップデートをMy Oracle Supportアカウントを介して受け取ることができます。

次の表で、この画面のフィールドについて説明します。

要素

説明

電子メール

My Oracle supportへの登録に使用した電子メール・アドレスを入力します。

セキュリティ・アップデートをMy Oracle Support経由で受け取ります

My Oracle Supportアカウントを持っていて、My Oracle Support経由でセキュリティ・アップデートを受け取ることを示すには、このチェック・ボックスを選択します。

My Oracle Supportのパスワード

My Oracle Supportアカウントのパスワードを入力します。

セキュリティ・アップデートについて登録しない場合、またはMy Oracle Supportアカウントを持っていない場合、この画面のフィールドはすべて空白のままにします。選択の確認を求められたら、ダイアログ・ボックスで「はい」をクリックします。

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

この画面には、このセッションでの選択内容のサマリーが表示されます。次の情報が含まれています。

- パッチの適用対象となるソフトウェアの場所

- パッチのインストールに使用されるディスク領域の容量

- パッチの適用対象となるアプリケーション

この画面の情報を入念に確認し、次のいずれかを行います。

- パッチのインストールを開始する前に構成を変更する場合、ナビゲーション・ペインを使用して、戻って編集するインストーラ画面を選択します。

- 情報に問題がない場合、「インストール」をクリックしてインストール処理を開始します。

- この構成をテキスト・ファイル(レスポンス・ファイル)に保存する場合は、「保存」をクリックします。この結果生成されるレスポンス・ファイルは、後で同じインストールをコマンドラインから実行する場合に使用できます。

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

この画面には、インストールの進行状況が表示されます。

インストールの完了前に中止する場合は、「取消」をクリックします。これを実行すると、部分的にインストールされた状態になります。つまり、「取消」をクリックする前にシステムにインストールされたソフトウェアの一部はシステムに残るため、手動で削除する必要があります。

A.6 インストール完了

この画面には、完了したインストールの要約が表示されます。

後で参照できるようにこの要約情報をテキスト・ファイルに保存するには、「保存」をクリックします。

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

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

この付録では、パッチ・セット・アシスタントの画面のスクリーンショットを掲載し、各画面について説明します。

- ようこそ

- コンポーネントの選択

- 前提条件

- スキーマ

- 調査

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

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

- アップグレード成功

B.1 ようこそ

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

スキーマのアップグレード・プロセス時は、「ログの表示」をクリックすればいつでもログ・ファイルを表示できます。ログ・ファイルに書き込まれたメッセージを含む別のウィンドウ(「ログ・ファイル・ビューア」)が表示されます。「ログ・ファイル・ビューア」の最上部には、ログ・ファイルの場所と名前が表示されます。「リフレッシュ」をクリックすると、ログに記録された最新のメッセージを表示できます。

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

この画面を使用して、更新するコンポーネント・スキーマを選択します。

パッチ・セット・インストーラには、Middlewareホームにあるすべてのコンポーネントがリストされます。たとえば、パッチ・セット・インストーラを/home/Oracle/Middleware/Oracle_SOA1/binディレクトリ(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 前提条件

処理を続行する前に、この画面を使用してデータベースの前提条件を満たしていることを確認します。すべてのチェック・ボックスを選択して、アップグレードの前提条件をすべて満たしていることを確認する必要があります。すべての前提条件を満たしていないと、次の画面には進めません。

「データベースのバックアップが完了済」を選択し、第4.3.1項「データベースとデータベース・スキーマのバックアップ」の手順に従ってデータベースをバックアップしたことを確認します。

「Fusion Middlewareのアップグレードを行うデータベースのバージョンがOracleにより動作保証済」を選択して、「Oracle Fusion Middlewareサポートされるシステム構成」ページにあるOracle Fusion Middleware 11gR1のシステム要件とサポート対象プラットフォームのドキュメントを読んだこと、およびご使用のデータベースがOracle Fusion Middlewareでの使用について動作保証されていることを確認します。

B.4 スキーマ

この画面を使用して、データベース接続の資格証明、およびアップデートするスキーマの情報を指定します。この画面は更新が必要なコンポーネント・スキーマごとに1回表示されます。最初に表示された後は、データベース資格証明のすべての値が画面に自動的に入力されて表示されます。スキーマが異なるデータベース上にある場合は、それに応じてデータベース接続情報を変更する必要があります。

次の表で、この画面のフィールドについて説明します。

フィールド

説明

データベース・タイプ

ドロップダウン・リストからデータベース・タイプを選択します。このリストでは、スキーマに対して有効なデータベース・タイプのみが選択可能になります。リリース11.1.1.6.0より前は、次のデータベース・タイプのみがサポートされていました。

- Oracle Database

- Microsoft SQL Server

- IBM DB2

さらに、Oracle Data Integratorでは、次のデータベースもサポートされています。

- Sybase Adaptive Server Enterprise

- PostgreSQL

- Hypersonic SQL

- MySQL

接続文字列

データベース接続の資格証明を指定します。

- Oracleデータベースの場合

host:port/service_name

- Microsoft SQL ServerおよびIBM DB2データベースの場合

host:port;DatabaseName=dbname

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パスワード

データベース管理者ユーザーのパスワードを入力します。

これらの値を入力したら、「接続」をクリックしてデータベースに接続します。接続に成功したら、画面上で次の2つの追加フィールドがアクティブになります。

フィールド

説明

スキーマ・ユーザー名

このドロップダウン・リストには、接続先のデータベースで使用可能なすべての製品スキーマが含まれています。ドロップダウン・リストから更新するスキーマを選択します。

注意: Oracle WebCenter Content Server - Complete (prefix_OCS)スキーマおよびOracle WebCenter Content: Records (prefix_URMSERVER)スキーマは、そのスキーマ名を手動で入力する必要があります。これらはドロップダウン・リストに表示されず、「接続」ボタンもこれらのスキーマに対してアクティブになりません。

注意: ドロップダウン・リストが空である場合は、必要な権限を持つユーザーとしてデータベースに接続していることを確認してください。

スキーマ・パスワード

選択したスキーマのパスワードを指定します。

B.5 調査

このページには、アップグレードする各コンポーネント・スキーマのステータスが表示されます。次の表に、コンポーネントのステータス・インジケータの意味を示します。

ステータス

説明

進行中

パッチ・セット・アシスタントが、更新可能なスキーマかどうかを調査しています。

保留中

このスキーマは、先行するコンポーネントの調査終了後、パッチ・セット・アシスタントによって調査されます。

アップグレード済

このスキーマは、パッチ・セット・アシスタントによって正常にアップグレードされているか、最新バージョンのリポジトリ作成ユーティリティ(RCU)によって作成されています。このスキーマではアクションは実行されません。

失敗

このスキーマはアップグレードできません。

スキップ済

このスキーマの調査はスキップされました。これは、依存スキーマの調査が失敗したときに発生します。

成功

このスキーマの調査は正常に実行されており、アップグレードする準備ができています。

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

このページを使用して、選択したオプションのサマリーをレビューし、アップグレード・プロセスを開始します。

「レスポンス・ファイルの保存」をクリックし、このアップグレード情報をレスポンス・ファイルに保存します。このファイルは、後でコマンドラインからパッチ・セット・アシスタントを実行する際に使用できます。詳細は、第4.4.4項「コマンドラインからのパッチ・セット・インストーラの使用」を参照してください。

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

この画面には、スキーマのアップグレードの進行状況が表示されます。「アップグレードの進行状況」バーは、開始時の0%からアップグレード完了時の100%まで移動します。

B.8 アップグレード成功

この画面は、アップグレードが正常に完了したことを示します。

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.2.0)のパッチ・アシスタントの概要

- 移行プロセス

- 移行の準備

- 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)の場合は、環境にパッチを適用してリリース1(11.1.1.4.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)パッチ・アシスタントの概要

パッチ・アシスタントを使用すると、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 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インストレーション・ガイドを参照してください。

- Oracle Fusion Middleware 11gリリース1(11.1.1.2.0)のエクスポートおよびインポートの各ユーティリティの詳細は、Oracle Fusion Middleware Oracle WebCenter管理者ガイドの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のカスタマイズをバックアップします。詳細は、第5.3.3.1項「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 SOA Suiteの削除」を参照してください。

- 『Oracle Fusion Middleware Oracle WebCenterインストレーション・ガイド』の「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リリース1(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管理者ガイドの「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管理者ガイドのロギングの構成に関する項を参照してください。

4. ワークフロー・ユーザーのシードを再作成します。

5. SOAコンポジット・アプリケーションのSecure Sockets Layer(SSL)を再構成します。詳細は、Oracle Fusion Middleware Oracle SOA 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管理者ガイドのワークリスト・ドライバのインストールに関する項を参照してください。

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 Middleware 11gリリース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>

索引

A  C  D  E  H  I  L  M  O  P  R  S  T  U  V  W

A

アクセシビリティ, はじめに

Oracle Portalスキーマのaq_tm_processes値, 4.3.4

C

Oracle Fusion Middlewareの動作保証, 3.5.1.2

構成およびストア

更新, 3.9.6.2

D

ドキュメントのアクセシビリティ, はじめに

E

OPatchの環境変数, 2.2.3

H

高可用性

Oracle Identity Management

リリース11.1.1.2.0からリリース11.1.1.3.0へのアップグレード, 7

I

インストール

定義, 1.1.4

L

リスニング・アドレス

設定方法, 2.5.2

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

M

マシン名

設定方法, 2.5.2

リリース11.1.1.1.0からリリース11.1.1.2.0への移行, C.2 移行

定義, 1.1.2

移行プロセス, C.2 My Oracle Support, 3.7

O

パッチの取得 2.2.2

OIDレプリケーション

アップグレードに固有の考慮事項, 7.1.6

OPatch, 1.2

-autoオプション, 2.4.1.2

コマンド, 2.4

環境変数, 2.2.3

プロパティ・ファイル, 2.4.1.1

実行, 2.4

トラブルシューティング, 2.5

OPatchで使用可能なパッチのタイプ, 2.1.1

取得場所, 2.2.1

パッチの取得場所, 2.2.2

opmnctl updatecomponentregistrationコマンド, 7.7 Oracle Fusion Middleware, はじめに

動作保証, 3.5.1.2

Oracle Identity Management

高可用性環境でのアップグレード, 7

Oracle SOA Suite

インストールの検証, 3.11

P

パッチ・アシスタント, C.1

パッチ・セット・アシスタント, 1.2, 3.8, 4, 7.5

コマンドラインの構文, 4.4.4

パッチ適用が必要なスキーマを含むコンポーネント, 4.1

実行方法, 4.4.2

ログ・ファイル, 4.5

パッチ・セット・インストーラ, 1.2 パッチ・セット・インストーラの画面, A パッチ適用

定義, 1.1.1

パッチ適用のシナリオ, 2.3.1 パッチ適用ツール, 1.2 patchMaster.propertiesファイル, D ポリシー

更新, 3.9.6.2

パッチ適用後のタスク, 3.9

R

関連ドキュメント, はじめに

OIDのレプリケーション, 7.1.6

rootアクセス, はじめに

S

patchMaster.propertiesのサンプル・ファイル, D

リリース11.1.1.3.0のパッチ適用が必要なスキーマ, 4.1

セキュリティ・アップデート, 3.7

共有ライブラリ

更新, 3.9.6.1

T

パッチ適用後に完了が必要なタスク, 3.9

パッチ適用およびアップグレードの用語集, 1.1

パッチ適用およびアップグレードのツール, 1.2

OPatchのトラブルシューティング, 2.5

パッチのタイプ, 2.1.1

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

U

構成およびストアの更新, 3.9.6.2

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

Oracle Enterprise Managerのバージョン番号文字列の更新, 7.7

アップグレード

定義, 1.1.3

アップグレード・アシスタント, 1.2 アップグレード・ツール, 1.2

V

インストールの検証, 3.11

バージョン番号文字列

更新, 7.7

W

Webサービス

WS-AtomicTransactionの有効化, 3.9.6.3

WebLogic Serverアップグレード・インストーラ, 1.2 パッチの取得場所, 2.2.2 WS-AtomicTransaction

有効化, 3.9.6.3

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