Oracle® Fusion Middleware Oracle Portal, Forms, Reports and Discovererアップグレード・ガイド

11g リリース1(11.1.1)

B55927-04(原本部品番号:E10130-06)

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 Oracle Portal, Forms, Reports and Discovererのアップグレード・プロセスの概要

- 1.1 Oracle Portal, Forms, Reports and Discovererのアップグレード手順のフロー・チャート

- 1.2 Oracle Application Serverのアップグレード手順を示す表

2 10g ユーザー用のOracle Portal, Forms, Reports and Discoverer

- 2.1 Oracle Portal, Forms, Reports and Discovererスイートのコンポーネント

- 2.2 Oracle Portal, Forms, Reports and Discovererスイートの基本的なアーキテクチャ

- 2.3 Oracle Portal, Forms, Reports and Discovererトポロジを決定する際の考慮事項

- 2.3.1 Oracle Fusion Middlewareトポロジを構成するための一般的なガイドライン

- 2.3.2 他のトポロジを構成するときのアップグレードへの影響の理解

- 2.3.2.1 ドメインの拡張による複数のOracleインスタンスおよびWeb層コンポーネントの作成

- 2.3.2.2 同じドメインでの複数のWeb層コンポーネントの影響

- 2.3.2.3 複数のOracleインスタンスがアップグレードに与える影響

- 2.3.3 Oracle Access ManagerへのOracle Single Sign-Onのアップグレード

3 Oracle Portal, Forms, Reports and Discoverer環境のアップグレード

- 3.1 タスク1: Oracle Portal, Forms, Reports and Discovererのアップグレードの開始点の理解

- 3.2 タスク2: Oracle Portal, Forms, Reports and Discovererトポロジの決定

- 3.3 タスク3: (必要時)Oracle PortalおよびOracle BI Discovererスキーマを格納するデータベースのアップグレード

- 3.4 タスク4: Repository Creation Utilityを使用したデータベースへのOracle BI Discovererスキーマのインストール

- 3.4.1 データベースがOracle BI Discoverer 11g の最小要件を満たしているかどうかの確認

- 3.4.2 Oracle BI Discovererのアップグレード準備でのRepository Creation Utilityの実行

- 3.4.3 Oracle Portal, Forms, Reports and Discovererのアップグレード準備でのOracle BI Discovererスキーマの選択

- 3.4.4 Oracle BI Discoverer 11g スキーマのパスワードの指定

- 3.5 タスク5: Oracle Portal, Forms, Reports and Discoverer中間層のインストールおよび構成

- 3.5.1 タスク5a: Oracle Application Server 10g PORTALスキーマに対するOracle Portalのインストールの影響についての理解

- 3.5.2 タスク5b: Oracle Web Agent(OWA)パッケージに対するOracle Portalのアップグレードの影響についての検討

- 3.5.3 タスク5c: Oracle Fusion Middleware 11gソフトウェアのインストール

- 3.5.3.1 Oracle Portal, Forms, Reports and Discovererのインストールおよび構成ツールについて

- 3.5.3.2 Oracle Portal, Forms, Reports and Discoverer 11gのインストールおよび構成の関連ドキュメント

- 3.5.3.3 Oracle Portal, Forms, Reports and Discoverer 11gのインストール手順の概要

- 3.5.4 タスク5d: アップグレード準備でのOracle Portal, Forms, Reports and Discovererの構成

- 3.5.4.1 Oracle Portal, Forms, Reports and Discovererの構成ツールの実行

- 3.5.4.2 PORTALスキーマの名前およびパスワードの指定

- 3.5.4.3 DISCOVERERスキーマの名前およびパスワードの指定

- 3.5.4.4 Oracle Internet DirectoryにおけるOracle Portal 10g スキーマのパスワードの検索

- 3.5.5 手順5e: Oracle Portal, Forms, Reports and Discoverer 11g 環境のインストールおよび構成の検証

- 3.6 タスク6: 必要なスキーマおよび中間層をアップグレードするためのアップグレード・アシスタントの使用

- 3.6.1 タスク6a: Oracle Portal, Forms, Reports and Discovererをアップグレードするためのアップグレード・アシスタントの起動

- 3.6.2 タスク6b: Oracle Portal, Forms, Reports and Discoverer中間層のアップグレード

- 3.6.2.1 Oracle Portal, Forms, Reports and Discoverer中間層をアップグレードするためのアップグレード・アシスタントの使用方法

- 3.6.2.2 アップグレード先OracleインスタンスでソースOracleホーム・ポートを使用する際の重要な注意事項

- 3.6.3 タスク6c: Oracle BI Discovererスキーマのアップグレード

- 3.6.4 タスク6d: Oracle Portalスキーマのアップグレード

- 3.6.4.1 Oracle Portalスキーマのアップグレードによる影響の理解

- 3.6.4.2 Oracle Portal 10g スキーマが格納されているデータベースの無効なオブジェクトの確認

- 3.6.4.3 Oracle Portal 10g スキーマが格納されているデータベースのバックアップ

- 3.6.4.4 Oracle Portal 11g に必要なデータベース・パラメータの確認

- 3.6.4.5 データベースおよびOracle Internet Directoryが実行中であることの検証

- 3.6.4.6 Oracle Portalスキーマをアップグレードするためのアップグレード・アシスタントの使用方法

- 3.7 タスク7: アップグレード後に必要な構成タスクの実行

- 3.8 タスク8: Oracle Portal, Forms, Reports and Discovererのアップグレードの検証

4 Oracle Portal, Forms, Reports and Discovererのアップグレード後のタスク

- 4.1 Oracle Portalに対するアップグレード後のタスク

- 4.1.1 アップグレードされたOracle Portal 11g環境でのプリファレンス・ストアの構成

- 4.1.1.1 jdbc/portletPrefsデータ・ソースについて

- 4.1.1.2 データベース・ベースの1つのプリファレンス・ストアを使用している場合のOracle Portalのアップグレード後のタスク

- 4.1.1.3 データベース・ベースの複数のストアを使用している場合のOracle Portalのアップグレード後のタスク

- 4.1.1.4 データベース・ベースのプリファレンス・ストアを使用していない場合のOracle Portalのアップグレード後のタスク

- 4.1.1.5 ファイル・ベースの1つ以上のストアを使用している場合のOracle Portalのアップグレード後のタスク

- 4.1.1.6 PDK-JavaまたはWSRPアプリケーション用の新しいデータベース・プリファレンス・ストアの作成

- 4.1.2 Oracle Portal 10gから11gへのPDK-Javaサンプル・アプリケーションとそのカスタマイゼーションのアップグレード

- 4.1.2.1 11gのファイル・ベースのプリファレンス・ストアへのjpdk.earファイルとそのカスタマイゼーションのアップグレード

- 4.1.2.2 11gのデータベース・プリファレンス・ストアへのjpdk.earファイルとそのカスタマイゼーションのアップグレード

- 4.1.3 「コミュニティ・ニュース」ポートレットの削除

- 4.1.4 アップグレードされたOracle Portal環境に対するエンドツーエンドSSLの構成

- 4.1.5 アップグレード後の不要なパートナ・アプリケーションの削除

- 4.1.6 イメージおよびドキュメントに対する相対ハイパーテキスト・リンクがアップグレード後に破損する問題

- 4.1.7 Oracle Portal 11gのインストール前またはこのリリースへのアップグレード前に設定済のFILE_ACCESS_ROLEの再設定

- 4.1.8 翻訳後のコンテンツの欠落を修正するためのデータベース・プロバイダのリフレッシュ

- 4.1.9 アップグレード後のOMNI、WebClippingまたはサンプル・プロデューサのリフレッシュ

- 4.1.10 ポータル中間層のアップグレード時のサンプルWSRPプロバイダのアップグレード

- 4.1.11 OmniPortletリポジトリの変更について

- 4.2 Oracle BI Discovererに対するアップグレード後のタスクおよび情報

- 4.2.1 Oracle BI Discoverer Plus OLAP 10g ユーザー権限の11g へのアップグレード

- 4.2.1.1 新しいユーザーによるDiscoverer Catalogへのアクセスの認可

- 4.2.1.2 既存のDiscoverer Catalogユーザーの権限の更新

- 4.2.2 Oracle Fusion Middleware 11g におけるOracle BI Discoverer End User Layerの使用について

- 4.2.3 10gポートを使用したアップグレード後のFusion Middleware ControlでのアプリケーションURLの構成

- 4.2.4 Oracle E-Business Suite 11iおよびOracle Business Intelligence Discoverer 10gの環境変数の更新

- 4.2.4.1 環境スクリプトの更新

- 4.2.4.2 環境変数のクリア

- 4.2.4.3 個別のユーザー資格証明の指定

- 4.3 Oracle Forms Servicesに対するアップグレード後のタスク

- 4.4 Oracle Reportsに対するアップグレード後のタスク

- 4.4.1 Oracle Reports 11g へのアップグレード後のセキュリティの構成

- 4.4.2 Oracle Reportsに対するアップグレード後のその他のタスク

- 4.4.2.1 アップグレード後のOracle Reportsシェル・スクリプトの変更

- 4.4.2.2 アップグレード後のOracle Reports DATファイルの変更

- 4.4.2.3 アップグレード後のインプロセス・サーバー・ターゲットについて

- 4.4.2.4 アップグレード後のプラガブル・レポート・コンポーネントについて

- 4.4.2.5 アップグレード後のキャッシュ・レポート出力ファイルの表示

- 4.5 Web層コンポーネントに対するアップグレード後のタスクおよび情報

- 4.5.1 アップグレード後のOracle Web CacheおよびOracle PortalでのOracle Web Cacheパスワードの再設定

- 4.5.2 Oracle Single Sign-On使用時のWeb層コンポーネントのアップグレード後のタスク

- 4.5.3 アップグレード後のWeb層コンポーネントの追加タスク

A カスタマ・データベースでのOracle Portalリポジトリのアップグレード

- A.1 Oracle Portalのアップグレードに関する一般情報

- A.2 カスタマ・アプリケーションでのOracle Portalリポジトリのアップグレード準備

- A.3 カスタマ・データベースでのOracle Portalスキーマのアップグレードの実行

Oracle® Fusion Middleware

Oracle Portal, Forms, Reports and Discovererアップグレード・ガイド

11g リリース1(11.1.1)

B55927-04(原本部品番号:E10130-06)

2013年3月

Oracle Fusion Middleware Oracle Portal, Forms, Reports and Discovererアップグレード・ガイド, 11g リリース1 (11.1.1)

B55927-04

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

原本著者: Rekha Kamath

原本協力者: Guruaj B S、Peter Laquerre

協力者: Jaya Chaudhary、Maria Cheng、Paul Dickson、Kumar Dhanagopal、Robert Donat、Rangarajan Eechampadi、Phil Kuhn、Liz Hanks、Neil Gilmore、Ravi Malhotra、Suresh Mali、William Norcott、Rama Palaniappan、Nagesh Patange、Vandana Rao、Michael Rubino、Suma Shanthappa、Naseer Syed、Reza Shafii、Sitaraman Swaminathan、Alistair Wilson

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

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

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

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 USA, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

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

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

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

はじめに

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

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

『Oracle Fusion Middleware Oracle Portal, Forms, Reports and Discovererアップグレード・ガイド』は、Oracle Identity Managementコンポーネントをインストールする管理者を対象としています。

このドキュメントでは、読者がエンタープライズ・コンポーネントのインストール経験があることを前提としています。Oracle Identity ManagementコンポーネントとOracle Application Serverの基本的な知識を持っておくことを推奨します。

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

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

Oracle Supportへのアクセス

Oracleサポート・サービスでは、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

詳細は、Oracle Fusion Middleware 11gドキュメント・ライブラリにある次の関連ドキュメントを参照してください。

- アップグレードに関するドキュメント

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

- 『Oracle Fusion Middleware Java EEのためのアップグレード・ガイド』

- 『Oracle Fusion Middleware Oracle SOA Suite, WebCenterおよびADFアップグレード・ガイド』

- 『Oracle Fusion Middleware Oracle Identity Managementアップグレード・ガイド』

- 『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』

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

- 『Oracle Fusion Middleware管理者ガイド』

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

1 Oracle Portal, Forms, Reports and Discovererのアップグレード・プロセスの概要

この章では、Oracle Portal, Forms, Reports and Discoverer環境をOracle Application Server 10g からOracle Fusion Middleware 11g にアップグレードする際に必要となる手順の概要を示します。

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

- 第1.1項「Oracle Portal, Forms, Reports and Discovererのアップグレード手順のフロー・チャート」

- 第1.2項「Oracle Application Serverのアップグレード手順を示す表」

1.1 Oracle Portal, Forms, Reports and Discovererのアップグレード手順のフロー・チャート

図1-1に、Oracle Portal, Forms, Reports and Discovererのアップグレード手順のフロー・チャートを示します。このチャートを参考にして、既存のOracle Application Server環境で実行する必要がある手順の理解を深めてください。

図1-1 Oracle Portal, Forms, Reports and Discovererのアップグレード手順のフロー・チャート

「図1-1 Oracle Portal, Forms, Reports and Discovererのアップグレード手順のフロー・チャート」の説明

1.2 Oracle Application Serverのアップグレード手順を示す表

表1-1は、図1-1に示されているアップグレード手順のフロー・チャートの各手順について説明しています。また、この表には、このプロセスの各手順に関する詳細情報の参照先も示しています。

表1-1 Oracle Application Serverのアップグレード手順を示す表

手順

説明

詳細の参照先

『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』におけるアップグレードの概念の確認

『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』では、互換性に関する情報、使用するミドルウェア・コンポーネントをサポートするデータベースのアップグレード方法など、Oracle Application Server環境全体をOracle Fusion Middlewareにアップグレードする方法を示す高度な概要が記載されています。

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

アップグレードの開始点の理解

アップグレードを計画する前に、Oracle Portal, Forms, Reports and Discovererをアップグレードする際のサポートされている開始点を理解しておく必要があります。

タスク1: Oracle Portal, Forms, Reports and Discovererのアップグレードの開始点の理解

Oracle Portal, Forms, Reports and Discovererトポロジの決定

Oracle WebLogic Serverの導入により、Oracle Portal, Forms, Reports and Discovererのトポロジが少し変更されています。アップグレードを開始する前に、Oracle Fusion Middleware 11g の基本的なトポロジを理解しておく必要があります。

タスク2: Oracle Portal, Forms, Reports and Discovererトポロジの決定

(必要時)サポートされているデータベース・バージョンへのMRデータベースのアップグレード

Oracle DiscovererおよびOracle Portalコンポーネントには、データベースにインストールする必要があるスキーマが必須です。スキーマをインストールまたはアップグレードするには、データベースがサポートされているバージョンであることを確認する必要があります。

タスク3: (必要時)Oracle PortalおよびOracle BI Discovererスキーマを格納するデータベースのアップグレード

Repository Creation Utility(RCU)を使用したDiscoverer 11g スキーマのインストール

Oracle Fusion Middleware Metadata Repository Creation Utilityを使用してOracle BI Discoverer 11g スキーマをインストールします。

既存の10g Portalスキーマをアップグレードするため、Oracle Portal 11gスキーマをインストールする必要はありません。

タスク4: Repository Creation Utilityを使用したデータベースへのOracle BI Discovererスキーマのインストール

新しい11g 中間層のインストール

Oracle Portal, Forms, Reports and Discovererインストーラを使用して新しいOracle Fusion Middleware中間層をインストールします。

プロンプトが表示された場合:

- 新しい11g Discoverer 11gスキーマを使用するためのOracle Discovererの構成

- 既存の10g Portalスキーマを使用するようにOracle Portalを構成します。

タスク5: Oracle Portal, Forms, Reports and Discoverer中間層のインストールおよび構成

各中間層に対するアップグレード・アシスタントの実行

Oracle Fusion Middlewareアップグレード・アシスタントを実行すると、既存のOracle Application Server中間層から新しくインストールしたOracle Fusion Middleware中間層に構成データがコピーされます。

タスク6b: Oracle Portal, Forms, Reports and Discoverer中間層のアップグレード

各中間層に対して手動で実行する必要があるアップグレード後の手順の実行

多くのアップグレード・タスクは、アップグレード・アシスタントによって自動で実行されますが、Upgrade Assistantを実行した後で、構成設定を手動で変更する必要がある場合があります。

タスク7: アップグレード後に必要な構成タスクの実行

Discovererスキーマをアップグレードするためのアップグレード・アシスタントの実行

アップグレード・アシスタントによって、Oracle Business Intelligence Discoverer10gスキーマが11gにアップグレードされます。

タスク6c: Oracle BI Discovererスキーマのアップグレード

Portalスキーマをアップグレードするためのアップグレード・アシスタントの実行

アップグレード・アシスタントによって、Oracle Portal 10g スキーマが11g にアップグレードされます。

タスク6d: Oracle Portalスキーマのアップグレード

アップグレード・アシスタントを使用したアップグレードされた環境の検証

アップグレード・アシスタントには、アップグレードされた環境を検証し、特定のコンポーネントやURLが有効であることを確認するための機能が用意されています。

タスク8: Oracle Portal, Forms, Reports and Discovererのアップグレードの検証

2 10g ユーザー用のOracle Portal, Forms, Reports and Discoverer

次の項では、Oracle Application Server 10g リリース2(10.1.2)ユーザーのためのOracle Portal, Forms, Reports and Discoverer環境の主な概念を説明します。

- 第2.1項「Oracle Portal, Forms, Reports and Discovererスイートのコンポーネント」

- 第2.2項「Oracle Portal, Forms, Reports and Discovererスイートの基本的なアーキテクチャ」

- 第2.3項「Oracle Portal, Forms, Reports and Discovererトポロジを決定する際の考慮事項」

2.1 Oracle Portal, Forms, Reports and Discovererスイートのコンポーネント

Oracle Application Server 10g リリース2(10.1.2)では、次のコンポーネントの更新済のバージョンがユーザーに提供されています。

- Oracle Portal

- Oracle Business Intelligence Discoverer

- Oracle Forms Services

- Oracle Reports

- Oracle HTTP Server(mod_plsqlを含む)

- Oracle Web Cache

- Oracle Net Services(tnsnames.ora、sqlnet.oraおよびldap.oraの構成ファイルを含む)

Oracle Fusion Middleware 11g は、これらすべてのコンポーネントの更新バージョンを提供しています。Oracle Fusion Middlewareには、Oracle Portal, Forms, Reports and Discovererソフトウェア・スイートとして更新バージョンがパッケージ化されています。

Oracle Application Server 10g リリース2(10.1.2)の場合、Oracle Internet Directory、Oracle Directory Integration Platform、Oracle Single Sign-On、Oracle Delegated Administration ServicesなどのOracle Identity Managementコンポーネントは、Oracle Portal、Forms、Reports、Discovererのコンポーネントとともにパッケージ化されていました。

Oracle Fusion Middleware 11g の場合、Oracle Identity Managementコンポーネントが個別にパッケージ化されインストールされていますが、それらは引き続き同じリソースとサービスを提供します。

2.2 Oracle Portal, Forms, Reports and Discovererスイートの基本的なアーキテクチャ

Oracle Portal, Forms, Reports and Discovererコンポーネントの基本的なアーキテクチャは、Oracle Application Server 10g と同じですが、大きく異なる点が1つあります。Oracle Containers for Java EE(OC4J)をベースにするかわりに、Oracle Fusion Middleware中間層はOracle WebLogic Serverをベースにしています。

図2-1は、Oracle Application Server 10g リリース2(10.1.2)とOracle Fusion Middleware 11g におけるOracle Portal, Forms, Reports and Discovererの基本的なトポロジを示しています。システムのコンポーネントが、Oracle WebLogic Serverドメインの専用の管理対象サーバーにデプロイされていることに注意してください。

より複雑な環境の場合、Oracle Portal, Forms, Reports and Discovererコンポーネントの一部をリモート・ホストの管理対象サーバーにデプロイできるように、ドメインを他のホストへ拡張することもできます。

図2-1 10g リリース2(10.1.2)とOracle Fusion Middleware 11g におけるOracle Portal, Forms, Reports and Discovererトポロジの比較

「図2-1 10g リリース2(10.1.2)とOracle Fusion Middleware 11g におけるOracle Portal, Forms, Reports and Discovererトポロジの比較」の説明

2.3 Oracle Portal, Forms, Reports and Discovererトポロジを決定する際の考慮事項

次の項では、アップグレードの準備として新しいOracle Fusion Middleware 11g トポロジを構成するための一般的なガイドラインについて説明します。また、他のトポロジを使用するときの考慮事項についても説明します。

- Oracle Fusion Middlewareトポロジを構成するための一般的なガイドライン

- 他のトポロジを構成するときのアップグレードへの影響の理解

2.3.1 Oracle Fusion Middlewareトポロジを構成するための一般的なガイドライン

一般的に、Oracle Application Server 10g 環境は、同様に構成された環境にアップグレードすることをお薦めします。

つまり、Oracle Application Server 10g 環境が、Oracle Portal, Forms, Reports and Discovererコンポーネントすべてを含む単一のOracleホームで構成されている場合は、同様にすべてのコンポーネントを含む単一のOracleホームと単一のOracleインスタンスで構成されたOracle Fusion Middlewareドメインにアップグレードします。

この一般的なガイドラインに従う場合は、Oracle Fusion Middlewareアップグレード・アシスタントと、このマニュアルに記載されている手順を使用して、コンポーネントをアップグレードできます。

2.3.2 他のトポロジを構成するときのアップグレードへの影響の理解

Oracle Fusion Middleware 11g は、柔軟なアーキテクチャであるため、Oracle Portal, Forms, Reports and Discovererコンポーネントをそれぞれ別のOracleインスタンスにインストールして構成することもできます。

たとえば、Oracle PortalとOracle Forms Servicesをインストールした後でOracle WebLogic Serverドメインを拡張し、Oracle ReportsとOracle BI Discovererをサポートすることができます。これにより、トポロジには、Oracle PortalとOracle Forms Servicesを含む1つのインスタンス、およびOracle ReportsとOracle BI Discovererを含む1つのインスタンスの合計2つのOracleインスタンスが含まれるようになります。

この方法を使用する場合は、次の重要な制限事項と考慮事項があることに注意してください。

- ドメインの拡張による複数のOracleインスタンスおよびWeb層コンポーネントの作成

- 同じドメインでの複数のWeb層コンポーネントの影響

- 複数のOracleインスタンスがアップグレードに与える影響

- Oracle Access ManagerへのOracle Single Sign-Onのアップグレード

2.3.2.1 ドメインの拡張による複数のOracleインスタンスおよびWeb層コンポーネントの作成

追加のOracle Portal, Forms, Reports and Discovererコンポーネントを含めるようにドメインを拡張するたびに、新しいOracleインスタンスが作成されます。

それぞれのOracleインスタンスで構成するコンポーネントに応じて、構成ツールは、そのコンポーネントに必要な新しいWeb層コンポーネント(Oracle HTTP ServerやOracle Web Cacheインスタンスなど)を作成します。たとえば、Oracle Portalを含むようにドメインを拡張する場合は、Oracle Portalをサポートするための新しいOracle HTTP ServerインスタンスとOracle Web Cacheインスタンスが自動的に構成されます。

2.3.2.2 同じドメインでの複数のWeb層コンポーネントの影響

1つのドメインに複数のWeb層コンポーネントを構成する場合は、次のいずれかをメンテナンスするかどうかを決定する必要があります。

- 複数のWeb層コンポーネント(たとえば、各Oracle HTTP Serverインスタンスで別のリスニング・ポートを使用して、リクエストを特定のコンポーネントにルーティングするなど)
または

- Web層コンポーネントの1つのセット(たとえば、1つのOracle HTTP Serverがリクエストをドメインに構成されているコンポーネントすべてにルーティングするなど)

この決定によって、Web層コンポーネントの1つのセットを無効にするか、1つのOracle HTTP Serverインスタンスを再構成してリクエストを他のOracleインスタンスにルーティングすることが必要になる場合があります。

リクエストをOracle WebLogic ServerインスタンスにルーティングするためのOracle HTTP Serverの構成については、『Oracle Fusion Middleware Oracle HTTP Server管理者ガイド』のmod_wl_ohsモジュールの構成に関する項を参照してください。

2.3.2.3 複数のOracleインスタンスがアップグレードに与える影響

Oracle Fusion Middlewareドメインに複数のOracleインスタンスが含まれる場合は、アップグレード・アシスタントを2回以上(それぞれの11g Oracleインスタンスに1度ずつ)実行する必要があります。また、アップグレード・オプションを選択する際は注意して行う必要があります。

特に、「アップグレード先でソースOracleホーム・ポートを使用」オプションを選択する場合は、このオプションを各ホストに1度のみ選択した状態でアップグレード・アシスタントを実行できることに注意してください。それ以外の状態では、1つのホストで1つの同じリスニング・ポートからリスニングできるのは1つのコンポーネントのみであるため、ポートの競合が発生する可能性があります。

詳細は、第3.6.2.2項「アップグレード先OracleインスタンスでソースOracleホーム・ポートを使用する際の重要な注意事項」を参照してください。

2.3.3 Oracle Access ManagerへのOracle Single Sign-Onのアップグレード

Oracle Access Managerは、Oracle Fusion Middlewareのコンポーネントの1つです。Oracle Single Sign-On 10gのかわりに使用して、集中認証、ポリシーベースの認可、委任管理などを実装できます。

注意:

シングル･サインオンのソリューションを使用するかどうかの判断については、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のシングル・サインオン・インストールの評価に関する章を参照してください。

Oracle Portal, Forms, Reports and Discoverer 11gへのアップグレード前後で、Oracle Identity Managementコンポーネントをアップグレードすることもでき、これにはOracle Single Sign-On 10gをOracle Access Manager 11gにアップグレードすることも含まれます。

Oracle Access Managerへのアップグレードの詳細は、『Oracle Fusion Middleware Oracle Identity and Access Managementアップグレード・ガイド』のOracle Single Sign-On 10g環境のアップグレードに関する項を参照してください。

特に、アップグレードを実行しようとしているときは、『Oracle Fusion Middleware Oracle Identity Managementアップグレード・ガイド』にある次のOracle Single Sign-Onのアップグレード・シナリオを参照してください。

「Oracle Single Sign-On 10gをAccess Manager 11.1.1.7.0にアップグレードした後に必要なOracle Delegated Administration Services」

Oracle Access ManagerでのOracle Portalの使用の詳細は、『Oracle Fusion Middleware Oracle Portal管理者ガイド』のOracle PortalとOracle Access Managerとの関係に関する項を参照してください。

3 Oracle Portal, Forms, Reports and Discoverer環境のアップグレード

この章では、既存のOracle Application Server 10g リリース2(10.1.2)環境を、Oracle Portal, Forms, Reports and Discoverer 11g にアップグレードする方法について説明します。

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

- 第3.1項「タスク1: Oracle Portal, Forms, Reports and Discovererのアップグレードの開始点の理解」

- 第3.2項「タスク2: Oracle Portal, Forms, Reports and Discovererトポロジの決定」

- 第3.3項「タスク3: (必要時)Oracle PortalおよびOracle BI Discovererスキーマを格納するデータベースのアップグレード」

- 第3.4項「タスク4: Repository Creation Utilityを使用したデータベースへのOracle BI Discovererスキーマのインストール」

- 第3.5項「タスク5: Oracle Portal, Forms, Reports and Discoverer中間層のインストールおよび構成」

- 第3.6項「タスク6: 必要なスキーマおよび中間層をアップグレードするためのアップグレード・アシスタントの使用」

- 第3.7項「タスク7: アップグレード後に必要な構成タスクの実行」

- 第3.8項「タスク8: Oracle Portal, Forms, Reports and Discovererのアップグレードの検証」

3.1 タスク1: Oracle Portal, Forms, Reports and Discovererのアップグレードの開始点の理解

このマニュアルでは、次の製品のアップグレードについて説明します。

- Oracle Application Server 10g リリース2(10.1.2)の次のいずれかのインストール・タイプ

- Portal and Wireless

- Business Intelligence and Forms

- Forms and Reports Services

- Oracle Application Server Portal 10gリリース2 (10.1.4)

このマニュアルの手順は、最新の10g リリース2(10.1.2)パッチ・セットでテストを行いました。そのため、このアップグレード手順を開始する前に、10g リリース2(10.1.2)環境を最新のパッチ・セットにアップグレードすることをお薦めします。

この制限は、Oracle Portalユーザーには非常に重要です。特に、Oracle Portal 10g リリース2(10.1.2.0.1)Standard Edition Oneを使用している場合は、Oracle PortalスキーマをOracle Portal 11g にアップグレードする前に、Oracle Portal 10g リリース2(10.1.2.3)にアップグレードする必要があります。

使用可能なOracle Application Server 10gパッチ・セットの最新情報については、My Oracle Supportを参照してください。

http://support.oracle.com

注意:

現在Oracle Fusion Middleware 11gを実行している場合は、Oracle Fusion Middlewareの最新パッチの適用に関する情報が提供されている『Oracle Fusion Middlewareパッチ適用ガイド』を参照してください。

このドキュメントでは、Oracle Fusion Middleware 11gのドキュメント・ライブラリで提供されている他のアップグレード・ガイドと同様に、Oracle Application Server 10gから最新のOracle Fusion Middleware 11g リリースにアップグレードするための手順が説明されています。

3.2 タスク2: Oracle Portal, Forms, Reports and Discovererトポロジの決定

アップグレード・プロセスを開始する前に、Oracle Portal, Forms, Reports and Discovererソフトウェアを単一のOracleインスタンスにインストールするのか、または個別のOracleインスタンスにインストールするのかを検討します。

Oracle Fusion Middleware 11gでは、Oracle Portal, Forms, Reports and Discovererの1つのOracleホームから複数のOracleインスタンスを作成できます。たとえば、1つのOracleホームをインストールした後に、Oracle Portal, Forms, Reports and Discovererのインストールと構成ツールを何度か実行して、複数のOracleインスタンスを構成できます。

その他の例では、Oracle Portalを1つのOracleインスタンスに構成し、Oracle ReportsとOracle Forms Servicesを別のOracleインスタンスに構成することもできます。

ただし、アップグレード先Oracleインスタンスには、各コンポーネントにインスタンスを1つのみ構成する必要があることに注意してください。たとえば、Oracleインスタンスに2つのOracle HTTP Serverインスタンスを構成する場合、アップグレードされるのは、いずれか1つのOracle HTTP Serverインスタンスのみになります。

詳細は、次を参照してください。

- 『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの概念の理解に関する説明

- 第2.3項「Oracle Portal, Forms, Reports and Discovererトポロジを決定する際の考慮事項」

3.3 タスク3: (必要時)Oracle PortalおよびOracle BI Discovererスキーマを格納するデータベースのアップグレード

Oracle PortalまたはOracle BI Discovererをアップグレードする場合、Oracle PortalとOracle BI Discovererのスキーマを格納するデータベースがOracle Fusion Middleware 11g でサポートされていることを確認する必要があります。

データベースがOracle Fusion Middleware 11gの要件を満たしているかどうかを確認する手順については、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のデータベースのアップグレードと準備に関する項を参照してください。

3.4 タスク4: Repository Creation Utilityを使用したデータベースへのOracle BI Discovererスキーマのインストール

Oracle BI Discovererスキーマは、「タスク3: (必要時)Oracle PortalおよびOracle BI Discovererスキーマを格納するデータベースのアップグレード」で定義および準備したデータベースにインストールします。

注意:

Oracle Portal 11g スキーマは、データベースにインストールする必要はありません。

詳細は、第3.4.3項「Oracle Portal, Forms, Reports and Discovererのアップグレード準備でのOracle BI Discovererスキーマの選択」を参照してください。

Oracle BI Discovererスキーマのインストールの詳細は、次の項を参照してください。

- データベースがOracle BI Discoverer 11g の最小要件を満たしているかどうかの確認

- Oracle BI Discovererのアップグレード準備でのRepository Creation Utilityの実行

- Oracle Portal, Forms, Reports and Discovererのアップグレード準備でのOracle BI Discovererスキーマの選択

- Oracle BI Discoverer 11g スキーマのパスワードの指定

3.4.1 データベースがOracle BI Discoverer 11g の最小要件を満たしているかどうかの確認

インストールを実行する前に、システム要件と動作保証のドキュメントをよく読み、これからインストールを行う製品の最小インストール要件を現在の環境が満たしていることを確認する必要があります。

特に、Oracle BI Discovererには、Oracle BI Discovererスキーマをインストールする前に満たす必要がある固有のデータベース要件がいくつかあります。

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

3.4.2 Oracle BI Discovererのアップグレード準備でのRepository Creation Utilityの実行

Repository Creation Utilityを実行し、Oracle BI Discovererスキーマをデータベースにインストールするには、次の手順を実行します。

1. Oracle Fusion Middleware Metadata Repository Creation Utility CD–ROMをマウントします。
また、Oracle Technology Network(OTN)でリポジトリ作成ユーティリティのインストール・キットをダウンロードし、解凍することもできます。

http://www.oracle.com/technology/

いずれの場合も、CD-ROMのルート・ディレクトリまたはダウンロードしたキットを解凍したディレクトリをRCU_HOMEディレクトリと呼びます。

2. Repository Creation Utilityを起動します。
UNIXシステムの場合:

RCU_HOME/bin/rcu

Windowsシステムの場合:

RCU_HOME\bin\rcu.bat

3. Repository Creation Utility画面の指示に従い、データベースに接続して必要なスキーマを作成します。
詳細は、次のリソースを参照してください。

- Repository Creation Utilityの実行時に選択するスキーマの詳細は、第3.4.3項「Oracle Portal, Forms, Reports and Discovererのアップグレード準備でのOracle BI Discovererスキーマの選択」を参照してください。

- 選択したスキーマのパスワードの指定の詳細は、第3.4.4項「Oracle BI Discoverer 11g スキーマのパスワードの指定」を参照してください。

- Repository Creation Utilityの使用方法の詳細は、『Oracle Fusion Middleware Repository Creation Utilityユーザーズ・ガイド』を参照してください。

3.4.3 Oracle Portal, Forms, Reports and Discovererのアップグレード準備でのOracle BI Discovererスキーマの選択

Oracle Portal, Forms, Reports and Discovererをアップグレードする場合、Oracle Fusion Middlewareスキーマをインストールする必要はありません。かわりに、Oracle Portal, Forms, Reports and Discovererのアップグレードに必要なスキーマのみをインストールできます。

図3-1は、インストールするスキーマを選択するよう求められた場合に、Repository Creation Utilityで使用できるオプションを示しています。特に、この画面が表示された場合は次の点に注意してください。

- Oracle Portal, Forms, Reports and Discovererのアップグレードに必要となるスキーマは、Discovererスキーマのみです。
Oracle Portalスキーマのアップグレードとは異なり、Discovererスキーマはその場ではアップグレードされないため、アップグレード・プロセスのこの地点でこのスキーマが必要になります。これは、アップグレード・アシスタントによって、Oracle Application Server 10g Discovererスキーマから新しい11g Discovererスキーマにデータがコピーされることを意味します。結果として、Oracle BI Discoverer 11gスキーマのインストールが必要になり、インストールしないと、Oracle Business Intelligence Discoverer 11gのインストールや、10g Discovererスキーマのアップグレードができなくなります。

- Portalスキーマは選択しないでください。後でOracleASアップグレード・アシスタントを実行すると、既存のOracle Application Server 10g Portalスキーマはその場で11gにアップグレードされ、その結果、新しいOracle Portal 11gスキーマのインストールが不要になります。

- Oracle Forms ServicesまたはOracle Reportsで必要となるスキーマはありません。

図3-1 Oracle Portal, Forms, Reports and Discovererのアップグレードに必要なスキーマの選択

「図3-1 Oracle Portal, Forms, Reports and Discovererのアップグレードに必要なスキーマの選択」の説明

3.4.4 Oracle BI Discoverer 11g スキーマのパスワードの指定

Oracle BI Discovererスキーマを選択した後、Repository Creation Utilityによって、スキーマのパスワードを指定するように求められます。データベースにインストールしているスキーマごとにパスワードを指定する必要があり、指定しなければ、スキーマをインストールできなくなります。

Oracle Portal, Forms, Reports and Discovererのインストール中にデータベースに接続するように求められた場合、Oracle BI Discovererスキーマのパスワードが後で必要になることに注意してください。

図3-2は、Repository Creation Utilityの「スキーマのパスワード」ページを示しています。このページは、Oracle Portal, Forms, Reports and Discovererのアップグレードにコンポーネントのスキーマを選択した後に表示されます。

各スキーマに異なるパスワードを入力できます。または、すべてのスキーマに同じパスワードを使用できます。

図3-2 Repository Creation Utilityの「スキーマのパスワード」ページ

「図3-2 Repository Creation Utilityの「スキーマのパスワード」ページ」の説明

3.5 タスク5: Oracle Portal, Forms, Reports and Discoverer中間層のインストールおよび構成

次の項では、Oracle Fusion Middleware 11g へのアップグレードの準備として、新しいOracle Fusion Middleware 11g 中間層インスタンスをインストールして構成する方法について説明します。

- タスク5a: Oracle Application Server 10g PORTALスキーマに対するOracle Portalのインストールの影響についての理解

- タスク5b: Oracle Web Agent(OWA)パッケージに対するOracle Portalのアップグレードの影響についての検討

- タスク5c: Oracle Fusion Middleware 11gソフトウェアのインストール

- タスク5d: アップグレード準備でのOracle Portal, Forms, Reports and Discovererの構成

- 手順5e: Oracle Portal, Forms, Reports and Discoverer 11g 環境のインストールおよび構成の検証

3.5.1 タスク5a: Oracle Application Server 10g PORTALスキーマに対するOracle Portalのインストールの影響についての理解

Oracle Portalをアップグレードするには、次の手順を実行する必要があります。

1. Oracle Portal 11gを既存のOracle Portal 10gスキーマにインストールします。

2. アップグレード・アシスタントを使用して、中間層をアップグレードします。

3. アップグレード・アシスタントを使用して、PORTALスキーマを11gにアップグレードします。

ただし、Oracle Portal 11gをOracle Portal 10gスキーマにインストールし、中間層をアップグレードした後は、限定された機能でのみOracle Portal 11gを使用できることを理解してください。Oracle Portal 11gは動作しますが、後でアップグレード・アシスタントを実行して、Oracle Portal 10gスキーマを11gにアップグレードするまで、Oracle Portal 11gの機能は使用できなくなります。

この制限があるため、Oracle Portal 11g をインストールする時間の他に、第3.6.2項「タスク6b: Oracle Portal, Forms, Reports and Discoverer中間層のアップグレード」の手順に従って、Oracle Portal中間層を11g にアップグレードし、第3.6.4項「タスク6d: Oracle Portalスキーマのアップグレード」の手順に従って、PORTALスキーマをアップグレードする時間を加えた適切な停止時間を計画してください。

3.5.2 タスク5b: Oracle Web Agent(OWA)パッケージに対するOracle Portalのアップグレードの影響についての検討

Oracle Fusion Middleware 11g には、新しいバージョンのOracle Web Agent(OWA)パッケージが含まれています。既存のパッケージは、Oracle Portal 11gリポジトリを初めてインストールするとき、または既存のOracle Portalリポジトリを11gに初めてアップグレードするときのいずれかで、新しいバージョンに更新されます。

OWAの更新が開始されると、同じデータベースに存在する既存のPortalスキーマのパッケージが無効化されます。OWAでは、更新の最後に、既存のデータベース・インスタンスにあるすべてのPortalスキーマで、すべての無効なパッケージが再度有効化されます。

既存のPortalスキーマのいずれかでアクティブなセッションまたはジョブがあると、OWAの更新は失敗する場合があります。このため、OWAの更新が必要な場合、およびOWAの更新により既存のPortalスキーマに問題が発生する可能性がある場合は、インストール中またはアップグレード中に警告が表示されます。

ターゲット・データベースに既存のPortalスキーマが存在する場合、OWAの更新をシームレスに完了するために、Oracle Portalリポジトリのインストールまたはアップグレードを行う前に次の手順を実行する必要があります。

1. ターゲット・データベースで既存のOracle Portalリポジトリのいずれかに関連付けられている中間層をすべて停止します。

2. それらの中間層の同じOracle Portalリポジトリにあるジョブとセッションをすべて停止します。

3.5.3 タスク5c: Oracle Fusion Middleware 11gソフトウェアのインストール

Oracle Fusion Middleware 11gにアップグレードする前に、Oracle Application Server 10gに対して設定したトポロジと同様のOracle Fusion Middleware環境をインストールおよび構成する必要があります。

詳細は、次の項を参照してください。

- Oracle Portal, Forms, Reports and Discovererのインストールおよび構成ツールについて

- Oracle Portal, Forms, Reports and Discoverer 11gのインストールおよび構成の関連ドキュメント

- Oracle Portal, Forms, Reports and Discoverer 11gのインストール手順の概要

3.5.3.1 Oracle Portal, Forms, Reports and Discovererのインストールおよび構成ツールについて

Oracle Portal, Forms, Reports and Discovererのインストーラは、インストールおよび構成ツールとして機能します。インストール・タスクと構成タスクを分けることもできます。つまり、ディスク上のソフトウェアをOracleホームにインストールしてから、後でコンポーネントを構成することを選択できます。

ただし、このアップグレード手順のためと、最新のOracle Fusion Middleware 11gソフトウェアを確実にインストールおよび構成するために、ソフトウェアのみのインストールを実行した後、最新のOracle Fusion Middlewareパッチ・セットを適用し、もう一度ツールを起動してOracle Portal, Forms, Reports and Discovererソフトウェアを構成する必要があります。

固有のバージョン情報については、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』の最新のOracle WebLogic ServerおよびOracle Fusion Middleware 11gソフトウェアの入手に関する項を参照してください。

3.5.3.2 Oracle Portal, Forms, Reports and Discoverer 11gのインストールおよび構成の関連ドキュメント

Oracle Portal, Forms, Reports and Discoverer中間層のインストールと構成の手順の詳細は、次のドキュメントを参照してください。

- 『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』

- 『Oracle Fusion Middleware Oracle Forms and Reportsクイック・インストレーション・ガイド』

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

3.5.3.3 Oracle Portal, Forms, Reports and Discoverer 11gのインストール手順の概要

表3-1に、Oracle Portal, Forms, Reports and Discoverer中間層のインストールと構成で実行する必要がある主な手順の概要を示します。

ここで説明する手順では、最新バージョンのOracle WebLogic ServerおよびOracle Fusion Middleware 11gのダウンロード作業が完了していることを前提としています。詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』の最新のOracle WebLogic ServerおよびOracle Fusion Middleware 11gソフトウェアの入手に関する項を参照してください。

表3-1 Oracle Portal, Forms, Reports and Discoverer中間層のインストールおよび構成に必要な手順

手順#

説明

項

マニュアル

1

Oracle WebLogic ServerのインストールとMiddlewareホームの作成

「グラフィカル・モードでのインストレーション・プログラムの実行」

『Oracle Fusion Middleware Oracle WebLogic Serverインストレーション・ガイド』

2

ディスクへのOracle Portal, Forms, Reports and Discovererソフトウェアのインストールと、Oracle Portal, Forms, Reports and DiscovererのOracleホームの作成

「インストーラの起動」

「Oracle Portal, Forms, Reports and Discovererのインストール」

『Oracle Fusion Middleware Oracle Portal, Forms, Reports and Discovererクイック・インストレーション・ガイド』

3

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

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

『Oracle Fusion Middlewareパッチ・ガイド』

3.5.4 タスク5d: アップグレード準備でのOracle Portal, Forms, Reports and Discovererの構成

次の項では、アップグレードの準備としてのOracle Portal, Forms, Reports and Discovererのインストールおよび構成について説明します。

- Oracle Portal, Forms, Reports and Discovererの構成ツールの実行

- PORTALスキーマの名前およびパスワードの指定

- DISCOVERERスキーマの名前およびパスワードの指定

- Oracle Internet DirectoryにおけるOracle Portal 10g スキーマのパスワードの検索

3.5.4.1 Oracle Portal, Forms, Reports and Discovererの構成ツールの実行

Oracle WebLogic Serverソフトウェアをインストールし、Middlewareホームを作成した後に、最新のOracle Fusion Middlewareソフトウェアをインストールすると、Oracle Portal, Forms, Reports and Discovererコンポーネントを構成することができます。

Oracle Portal, Forms, Reports and Discovererを構成するには:

1. Oracle Portal, Forms, Reports and Discoverer 11gの構成を開始します。
UNIXシステムの場合:

ORACLE_HOME/bin/config.sh

Windowsシステムの場合:

ORACLE_HOME\bin\config.bat

2. 画面に表示される手順に従って、1つ以上のOracle Portal, Forms, Reports and Discovererコンポーネントを構成します。
インストール画面を進める前に、次の内容を確認してください。

- Oracle Portal 11g にアップグレードする場合は、第3.5.4.2項「PORTALスキーマの名前およびパスワードの指定」を参照してください。

- Oracle Business Intelligence Discovererをアップグレードする場合は、第3.5.4.3項「DISCOVERERスキーマの名前およびパスワードの指定」を参照してください。

Oracle Portal, Forms, Reports and Discovererのインストールおよび構成に関するその他の情報については、次を参照してください。

- 各画面で使用可能なオプションのヘルプは、「ヘルプ」をクリックします。

- 構成オプションの詳細は、『Oracle Fusion Middleware Oracle Portal, Forms, Reports and Discovererインストレーション・ガイド』のOracle Portal, Forms, Reports and Discovererの構成に関する項を参照してください。

3.5.4.2 PORTALスキーマの名前およびパスワードの指定

Oracle Portal 10g からのアップグレードの準備としてOracle Portalを構成する場合は、インストーラによってOracle Portalスキーマの名前およびパスワードが求められます(図3-3)。

次に示すように、Oracle Application Server 10g PORTALスキーマの名前およびパスワードを入力することが重要です。

- 「スキーマ名」列に、PORTALと入力します。

- 「スキーマのパスワード」列に、10g PORTALスキーマのパスワードを入力します。詳細は、第3.5.4.4項「Oracle Internet DirectoryにおけるOracle Portal 10g スキーマのパスワードの検索」を参照してください。

図3-3 Oracle Portal, Forms, Reports, and Discovererのインストールからの「スキーマの指定」画面

「図3-3 Oracle Portal, Forms, Reports and Discovererのインストールからの「スキーマの指定」画面」の説明

3.5.4.3 DISCOVERERスキーマの名前およびパスワードの指定

Oracle BI Discoverer 10g からのアップグレードの準備としてOracle BI Discovererを構成する場合は、インストーラによってOracle Fusion Middleware 11g DISCOVERERスキーマの名前およびパスワードが求められます(図3-3)。

第3.4項「タスク4: Repository Creation Utilityを使用したデータベースへのOracle BI Discovererスキーマのインストール」でRepository Creation Utilityを使用して作成した、Oracle Fusion Middleware 11g DISCOVERERスキーマの名前およびパスワードを入力することが重要です。

「スキーマの指定」画面で、次に示すDISCOVERERスキーマについての情報を入力します。

- 「スキーマ名」列に、Repository Creation Utilityでスキーマを作成するときに使用したスキーマ名および接頭辞を入力します。たとえば、DEV_DISCOVERERです。

- 「スキーマのパスワード」列に、Repository Creation UtilityにあるDISCOVERERスキーマに指定したパスワードを入力します。

3.5.4.4 Oracle Internet DirectoryにおけるOracle Portal 10g スキーマのパスワードの検索

Oracle Internet Directoryで次のldapsearchコマンドを使用し、Oracle Application Server 10g コンポーネントのスキーマのパスワードを検索して参照できます。

パスワードがOracle Internet Directoryインスタンス内にある場合は、次のコマンド構文を使用します。

ORACLE_HOME/bin/ldapsearch -p oid_port -h oid_hostname -D "cn=orcladmin"
-w orcladmin_password -b "orclresourcename=schema_name,
orclreferencename=metadata_rep_global_db_name, cn=ias infrastructure databases,
cn=ias, cn=products, cn=oraclecontext" -s base "objectclass=*"
orclpasswordattribute

たとえば、Linuxシステムの場合、Oracle Internet Directoryインスタンスがhost1上にあり、ポートが13060、データベース名がmyDB、cn=orcladminパスワードがmyPassword1であるとすると、使用するコマンドは次のようになります。

$ORACLE_HOME/bin/ldapsearch -p 13060 -h host1.example.com -D "cn=orcladmin"
-w myPassword1 -b "orclresourcename=PORTAL,
orclreferencename=myDB.example.com, cn=ias infrastructure databases,
cn=ias, cn=products, cn=oraclecontext" -s base "objectclass=*"
orclpasswordattribute

3.5.5 手順5e: Oracle Portal, Forms, Reports and Discoverer 11g環境のインストールおよび構成の検証

『Oracle Fusion Middleware Oracle Portal, Forms, Reports and Discovererインストレーション・ガイド』のインストールの検証に関する項を参照してください。

3.6 タスク6: 必要なスキーマおよび中間層をアップグレードするためのアップグレード・アシスタントの使用

Oracle Fusion Middlewareアップグレード・アシスタントによって、Oracle Application Server 10g 環境の多くの側面のアップグレードが自動化されます。

アップグレード・アシスタントは、Oracle Fusion MiddlewareのOracleホームのbinディレクトリに自動的にインストールされます。

注意:

次の項では、グラフィカル・ユーザー・インタフェース・モードでのアップグレード・アシスタントの使用方法について説明します。これらのタスクの実行には、アップグレード・アシスタントのコマンドラインを使用することもできます。

詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレード・アシスタントのコマンドライン・インタフェースの使用に関する項を参照してください。

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

- タスク6a: Oracle Portal, Forms, Reports and Discovererをアップグレードするためのアップグレード・アシスタントの起動

- タスク6b: Oracle Portal, Forms, Reports and Discoverer中間層のアップグレード

- タスク6c: Oracle BI Discovererスキーマのアップグレード

- タスク6d: Oracle Portalスキーマのアップグレード

3.6.1 タスク6a: Oracle Portal, Forms, Reports and Discovererをアップグレードするためのアップグレード・アシスタントの起動

グラフィカル・ユーザー・インタフェースを使用してアップグレード・アシスタントを起動するには、次の手順を実行します。

1. ディレクトリをOracle Fusion MiddlewareインストールのORACLE_HOME/binディレクトリに変更します。

2. 次のコマンドを入力してアップグレード・アシスタントを起動します。
UNIXシステムの場合:

./ua

Windowsシステムの場合:

ua.bat

図3-4に示すように、アップグレード・アシスタントの「ようこそ」画面が表示されます。

図3-4 アップグレード・アシスタントの「ようこそ」画面

「図3-4 アップグレード・アシスタントの「ようこそ」画面」の説明

3. 「次へ」をクリックすると、「操作の指定」画面が表示されます(図3-5)。
アップグレード・アシスタントで使用可能なオプションは、起動元のOracleホームによって異なります。たとえば、Oracle Portal, Forms, Reports and DiscovererのOracleホームからアップグレード・アシスタントを起動すると、Oracle Portal, Forms, Reports and DiscovererのOracleホームに有効なオプションが「操作の指定」画面に表示されます。

図3-5 Oracle Portal, Forms, Reports and Discovererのアップグレードにおけるアップグレード・アシスタントの「操作の選択」画面

「図3-5 Oracle Portal, Forms, Reports and Discovererのアップグレードにおけるアップグレード・アシスタントの「操作の選択」画面」の説明

3.6.2 タスク6b: Oracle Portal, Forms, Reports and Discoverer中間層のアップグレード

次の項では、Oracle Portal, Forms, Reports and Discoverer中間層をアップグレードするためのアップグレード・アシスタントの使用方法について説明します。

- Oracle Portal, Forms, Reports and Discoverer中間層をアップグレードするためのアップグレード・アシスタントの使用方法

- アップグレード先OracleインスタンスでソースOracleホーム・ポートを使用する際の重要な注意事項

3.6.2.1 Oracle Portal, Forms, Reports and Discoverer中間層をアップグレードするためのアップグレード・アシスタントの使用方法

Oracle Application Server 10g リリース2(10.1.2)中間層をOracle Fusion Middleware 11g にアップグレードするには、次の手順を実行します。

1. 「タスク6a: Oracle Portal, Forms, Reports and Discovererをアップグレードするためのアップグレード・アシスタントの起動」の手順に従って、アップグレード・アシスタントを起動します。

2. 「操作の指定」画面(図3-5)で「中間層インスタンスのアップグレード」を選択します。

3. 中間層インスタンスのアップグレード時に入力が必要なアップグレード・アシスタント画面および各画面のオプションについては、表3-2を参照してください。
アップグレード・アシスタントでは、次のタスクが実行され、各タスクの進捗が示されます。

- アップグレードするコンポーネントを確認します。

- 目的のコンポーネントがアップグレード・アシスタントでアップグレードされていることを確認できるように、アップグレードするコンポーネントのサマリーが表示されます。

- アップグレードの進捗に合せてアップグレードのステータスを確認できるように、進捗画面が表示されます。

- アップグレード時にエラーまたは問題が発生した場合にアラートが通知されます。

関連項目:

アップグレード・アシスタントの実行時に発生する問題のトラブルシューティングについては、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレード・アシスタントの問題のトラブルシューティングに関する項を参照してください。

- 「アップグレードの終了」画面が表示されます。これによって、アップグレードが完了したことを確認できます。

表3-2 中間層インスタンスのアップグレード時に入力が必要なアップグレード・アシスタント画面

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

説明

ソース・ホームの指定

10gのソースOracleホームを選択します。

アップグレード対象のOracleホームがドロップダウン・リストに表示されない場合は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレード・アシスタントで表示されないソースOracleホームに関する項を参照してください。

アップグレード先インスタンスの指定

11g のOracleインスタンスへの完全なパスを入力するか、または「参照」をクリックしてインスタンスのディレクトリを指定します。

WebLogic Serverの指定

「タスク5c: Oracle Fusion Middleware 11gソフトウェアのインストール」で構成したOracle WebLogic ServerのホストとAdministration Serverポートを入力します。

アップグレード・オプションの指定

Oracle Portal, Forms, Reports and Discovererのアップグレードに適用するアップグレード・オプションを選択します。次のアップグレード・オプションがあります。

- アップグレード先でソースOracleホーム・ポートを使用: Oracle Application Server 10gのOracleホームで使用しているポートの割当てをOracle Fusion Middlewareの新しいOracleインスタンスに移行する場合に指定します。
詳細は、第3.6.2.2項「アップグレード先OracleインスタンスでソースOracleホーム・ポートを使用する際の重要な注意事項」を参照してください。

- アップグレード前にソース・コンポーネントを停止: このチェック・ボックスはデフォルトで選択されており、アップグレード・プロセスを開始する前にソースOracleホームのすべてのコンポーネントが停止されます。ソース・コンポーネントを停止するのは、「アップグレード先でソースOracleホーム・ポートを使用」オプションを選択した場合にポートの競合を避けるためです。

- アップグレード完了後にアップグレード先コンポーネントを起動: アップグレードの完了後にアップグレード・アシスタントによってアップグレード先Oracleホームのコンポーネントを自動的に起動する場合に指定します。このオプションを選択しない場合は、アップグレード後にアップグレード先のインスタンスを手動で起動する必要があります。このオプションはアップグレードが正常に実行された場合にのみ動作します。

この画面のアップグレード・オプションの詳細を表示するには、「ヘルプ」をクリックします。

3.6.2.2 アップグレード先OracleインスタンスでソースOracleホーム・ポートを使用する際の重要な注意事項

Oracle Fusion Middlewareアップグレード・アシスタントで「アップグレード先でソースOracleホーム・ポートを使用」オプションを選択する場合は、次の点に注意してください。

一般的な情報と制限事項

- このオプションを選択した場合、10g と11g の中間層を同時に実行することができなくなります。同時に実行すると、ポートの競合が発生します。

- 特定のOracle Fusion Middleware 11g コンポーネントの複数のインスタンスをアップグレードする場合、このオプションを選択できるのは、アップグレード先のホストの各コンポーネントで1度のみです。
たとえば、MYHOST1の1つのOracleインスタンスでOracle HTTP Serverをアップグレードするとします。

MYHOST1の別のOracleインスタンスにある別のOracle HTTP Serverインスタンスをアップグレードしている間に、このオプションを再度使用すると、同じリスニング・ポートが2番目のOracle HTTP Serverインスタンスに割り当てられます。同じホストにあるOracle HTTP Serverの2つのインスタンスは、同じリスニング・ポートを使用できません。

コンポーネント固有の情報と制限事項

- このオプションを使用してOracle Portal中間層をアップグレードする場合は、このオプションが有効になり、無効にすることはできません。そのため、余分なパートナ・アプリケーションがOracle Portal 11g のOracle Single Sign-On管理ページに表示される場合があります。
詳細は、第4.1.5項「アップグレード後の不要なパートナ・アプリケーションの削除」を参照してください。

- Oracle Reportsをアップグレードする場合にこのオプションを選択すると、Fusion Middleware Controlでは、Oracle Reportsインスタンスに関するパフォーマンス・メトリックを収集できなくなることがあります。これは、Oracle Enterprise Manager Fusion Middleware Controlが、Oracle HTTP Server 10g ポートではなく、新しいOracle HTTP Server 11g ポートを使用してOracle Reportsと通信するためです。
この問題に対処するには、Fusion Middleware ControlでOracle Reportsコンポーネントの「エージェントの監視中のターゲット」プロパティを変更します。10g Oracle HTTP Serverのポートの情報を反映するように、次のプロパティを変更します。

- 「HTTPポート」プロパティ

- 「サーブレットURL」プロパティに指定されているポート

- WLS_REPORTS Java EEアプリケーションの「サーバー」プロパティ。アップグレード時に、Oracle Reports 11gのインプロセス・サーバーの名前が、10gのインプロセス・サーバーと同じ名前を使用するように変更されるため、このプロパティを変更する必要があります。

「エージェントの監視中のターゲット」プロパティの変更の詳細は、『Oracle Fusion Middleware管理者ガイド』のFusion Middleware Controlでのパフォーマンス・メトリックおよびチャートの表示についてのトラブルシューティングに関する説明を参照してください。

- Oracle Single Sign-Onを使用している場合で、このオプションを選択しない場合(つまり、Oracle Application Server 10gで使用するポート番号以外のポート番号を使用する場合)は、次のことを考慮してください。

- コンポーネント(Oracle Business Intelligence Discovererなど)をOracle Single Sign-Onに再登録する必要がある場合があります。
詳細は、『Oracle Application Server Single Sign-On管理者ガイド』のパートナ・アプリケーションの構成および管理に関する項を参照してください(Oracle Technology Network (OTN)のOracle Application Server 10g (10.1.4)ドキュメント・ライブラリから入手可能です)。

http://www.oracle.com/technology/documentation/

- Oracle HTTP ServerおよびOracle Web Cacheに使用するポートを検証し、Oracle HTTP ServerおよびOracle Web CacheをOracle Single Sign-Onに再登録する必要があります。
詳細は、第4.5.2項「Oracle Single Sign-On使用時のWeb層コンポーネントのアップグレード後のタスク」を参照してください。

3.6.3 タスク6c: Oracle BI Discovererスキーマのアップグレード

スタンドアロン・インストールの一部としてOracle BI Discovererをインストールした場合は、この手順をスキップできます。Oracle BI Discoverer 11gのスタンドアロン構成の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer構成ガイド』のOracle BI Discovererのインストールに関する項を参照してください。

Oracle BI Discoverer 11g をOracle Infrastructure(データベース・スキーマ)と関連付けた場合は、DISCOVERERスキーマを11gにアップグレードする必要があります。

DISCOVERERスキーマをアップグレードするには:

1. 「タスク6a: Oracle Portal, Forms, Reports and Discovererをアップグレードするためのアップグレード・アシスタントの起動」の手順に従って、アップグレード・アシスタントを起動します。

2. 「操作の指定」画面(図3-5)で、「メタデータ・リポジトリ・スキーマのアップグレード」および「Discovererスキーマ」を選択します。

3. 画面の指示に従ってOracle BI Discovererスキーマをアップグレードします。
各画面で使用可能なオプションの詳細を表示するには、「ヘルプ」をクリックします。

3.6.4 タスク6d: Oracle Portalスキーマのアップグレード

Oracle Portalをアップグレードする場合は、次の項の情報を使用してOracle Portalスキーマをアップグレードします。Oracle Portal, Forms, Reports and Discovererの中間層をアップグレードした後に、次の手順を実行する必要があります。

- Oracle Portalスキーマのアップグレードによる影響の影響

- Oracle Portal 10g スキーマが格納されているデータベースの無効なオブジェクトの確認

- Oracle Portal 10g スキーマが格納されているデータベースのバックアップ

- Oracle Portal 11g に必要なデータベース・パラメータの確認

- データベースおよびOracle Internet Directoryが実行中であることの検証

- Oracle Portalスキーマをアップグレードするためのアップグレード・アシスタントの使用方法

重要な注意:

Oracle PortalリポジトリがOracle Metadata Repositoryに格納されているのではなく別のデータベースにインストールされている場合は、ここで説明する手順を使用しないでください。かわりに、付録A「カスタマ・データベースでのOracle Portal Repositoryのアップグレード」を参照してください。

3.6.4.1 Oracle Portalスキーマのアップグレードによる影響の理解

Oracle Portalを11gにアップグレードする前に、アップグレードによる既存のOracle Portal環境への影響を検討します。

特に、アップグレード・アシスタントを使用してOracle Portalスキーマをアップグレードする場合は、アップグレード・アシスタントによって次のタスクが実行されることに注意してください。

- アップグレード・フレームワーク・オブジェクトが作成され、スキーマ検証ユーティリティがインストールされます。

- アップグレードを続行する前に、すべての有効なオブジェクトが識別されます。これはトラブルシューティングに使用でき、アップグレード前にはすべてのOracleAS Portalパッケージが有効である必要があります。

- OracleAS Portal以外の無効なオブジェクトが再コンパイルされ、OracleAS Portal以外の無効なオブジェクトがデータベースに残っている場合は警告が表示されます。

- Oracle PortalインスタンスがサブスクライブされるOracle Internet Directoryインスタンスでのイベント通知の結果として、ディレクトリ・プロビジョニング・プロファイルが無効になります。後で、アップグレード・アシスタントによってディレクトリ・プロバイド・プロファイルが再度有効になります。

- ポータル・スキーマのトリガーが無効になり、アップグレードの終了時に再度有効になります。

- Oracle PortalスキーマのDatabase Management System (DBMS)ジョブが無効になり、アップグレードの終了時に再度有効になります。

- ポータル・スキーマのすべての表で収集された統計が削除されます。プロセスの後半で、アップグレード・アシスタントによってOracleAS Portalでサポートされる統計が収集されます。プロセスの後半で、アップグレード・アシスタントによって統計収集のためのジョブが作成されます。

- 必要に応じてOWAパッケージがアップグレードされます。

- Oracle PortalスキーマのすべてのJavaオブジェクトが削除されリロードされます。OracleAS Portalには属さなくても、Oracle Portalに存在するJavaオブジェクトは、アップグレード後に手動で再インストールする必要があることに注意してください。

- Oracle Portalスキーマのすべての言語のすべての製品メッセージが削除されリロードされます。アップグレード前に製品メッセージが手動で変更されている場合は、これらの変更を手動で再適用する必要があります。

- スキーマがアップグレードされ、新しいOracleAS Portalパッケージがコンパイルされます。

- 致命的なコンパイル・エラーがない場合は、OracleAS Portalリリースが更新されます。

- アップグレード・ログ・ファイルのエラーおよび警告が検索され、問題の概要が表示されます。

3.6.4.2 Oracle Portal 10g スキーマが格納されているデータベースの無効なオブジェクトの確認

データベースのスキーマをアップグレードする前に、Oracle Fusion Middlewareで必要となるデータベース・オブジェクトが無効になっていないことを確認することをお薦めします。

1. Metadata Repositoryデータベースに接続します。
次に例を示します。

ORACLE_HOME/bin/sqlplus "connect / as sysdba"

2. プロンプトが表示されたら、SYSのパスワードを入力します。

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

SELECT owner, object_type, object_name
FROM all_objects
WHERE status='INVALID';

この問合せでは、Oracle Application Serverコンポーネントのスキーマ(PORTAL、WIRELESSなど)にあるデータベース・オブジェクトがowner列に何も戻されないことが必要です。

無効なオブジェクトが検出された場合は、SQL*Plusのコマンドラインから次のようにutlrp.sqlスクリプトを実行して、無効なオブジェクトを再コンパイルします。

@?/rdbms/admin/utlrp.sql

無効なオブジェクトの詳細は、『Oracle Database管理者ガイド』のスキーマ・オブジェクト間の依存関係に関する項を参照してください。

3.6.4.3 Oracle Portal 10g スキーマが格納されているデータベースのバックアップ

Oracle Portal 10g のスキーマを11g にアップグレードする前に、データベースをアップグレード前の状態にリストアすることが必要になった場合に備えて、データベースをバックアップします。

詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』のアップグレードのバックアップ計画に関する項を参照してください。

3.6.4.4 Oracle Portal 11g に必要なデータベース・パラメータの確認

メタデータ・リポジトリのOracle Portalスキーマをアップグレードする前に、次のデータベース・パラメータが正しく設定されていることを確認する必要があります。

これらの設定は、Oracle Portal 11g で必要になります。これらのパラメータを正しく設定しないと、確認フェーズでアップグレード・アシスタントにエラーが表示されます。

- aq_tm_processesデータベース・パラメータを1以上の値に設定して、データベース・キューを適切に管理できるようにします。

- Oracle Database 11g のスキーマをアップグレードする場合は、compatibleデータベース・パラメータを11.0.0.0.0以上に設定します。

- Oracle Database 10g のスキーマをアップグレードする場合は、compatibleパラメータを10.2.0.0以上に設定します。

- shared_pool_sizeデータベース・パラメータを20MB以上に設定します。

- java_pool_sizeデータベース・パラメータを20MB以上に設定します。

- processesデータベース・パラメータを500以上に設定します。

3.6.4.5 データベースおよびOracle Internet Directoryが実行中であることの検証

Oracle Portalスキーマのアップグレードを続行する前に、次のプロセスが稼働中で、使用可能であることを確認する必要があります。

- Oracle Portalスキーマをホストするデータベース

- Oracle Portalスキーマをホストするデータベースのリスナー

- Oracle Portalスキーマが登録されているOracle Internet Directoryインスタンス

3.6.4.6 Oracle Portalスキーマをアップグレードするためのアップグレード・アシスタントの使用方法

Oracle Portalスキーマをアップグレードするには、次の手順を実行します。

1. Oracle Portalスキーマが格納されているメタデータ・リポジトリに関連付けられている中間層をすべて停止します。
これには、中間層に関連付けられたOracle HTTP ServerおよびOracle Web Cacheインスタンスの他に、Oracle WebLogic Serverドメイン内のWLS_Portal管理対象サーバーも含まれます。

詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

2. 「タスク6a: Oracle Portal, Forms, Reports and Discovererをアップグレードするためのアップグレード・アシスタントの起動」の手順に従って、アップグレード・アシスタントを起動します。

3. 「操作の指定」画面(図3-5)で、「メタデータ・リポジトリ・スキーマのアップグレード」および「ポータル・スキーマ」を選択します。

4. 画面の指示に従ってOracle Portalスキーマをアップグレードします。
各画面で使用可能なオプションの詳細を表示するには、「ヘルプ」をクリックします。

3.7 タスク7: アップグレード後に必要な構成タスクの実行

Oracle Portal, Forms, Reports, and Discovererコンポーネントで実行する必要があるアップグレード後のタスクの説明は、第4章「Oracle Portal, Forms, Reports, and Discovererのアップグレード後のタスク」を参照してください。

3.8 タスク8: Oracle Portal, Forms, Reports and Discovererのアップグレードの検証

Oracle Portal, Forms, Reports and Discovererのアップグレードが正常に完了したことを検証するには、次の手順を実行します。

1. アップグレードしたOracle Portalスキーマを使用するOracle Portal中間層を起動します。
これには、中間層に関連付けられたOracle HTTP ServerおよびOracle Web Cacheインスタンスの他に、Oracle WebLogic Serverドメイン内のWLS_Portal管理対象サーバーも含まれます。

詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

2. アップグレード・アシスタントを再度実行し、「操作の指定」ページで「インスタンスの検証」を選択します。
特定のOracle Fusion Middlewareコンポーネントが稼働していることを確認するには、画面の手順に従ってください。

3. Fusion Middleware Controlを使用して、Oracle Portal, Forms, Reports, and Discovererコンポーネントが稼働していることを確認します。
詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Enterprise Manager Fusion Middleware Controlの使用に関するスタート・ガイドの項を参照してください。

4 Oracle Portal, Forms, Reports and Discovererのアップグレード後のタスク

このタスクでは、コンポーネント固有の次のアップグレード手順を実行する必要があります。

- 第4.1項「Oracle Portalのアップグレード後のタスク」

- 第4.2項「Oracle BI Discovererのアップグレード後のタスクおよび情報」

- 第4.3項「Oracle Forms Servicesのアップグレード後のタスク」

- 第4.4項「Oracle Reportsのアップグレード後のタスク」

- 第4.5項「Web層コンポーネントのアップグレード後のタスクおよび情報」

4.1 Oracle Portalに対するアップグレード後のタスク

Oracle Portalに対するアップグレード後のタスクの詳細は、次の項を参照してください。

- アップグレードされたOracle Portal 11g環境でのプリファレンス・ストアの構成

- Oracle Portal 10gから11gへのPDK-Javaサンプル・アプリケーションとそのカスタマイゼーションのアップグレード

- 「コミュニティ・ニュース」ポートレットの削除

- アップグレードされたOracle Portal環境に対するエンドツーエンドSSLの構成

- アップグレード後の不要なパートナ・アプリケーションの削除

- イメージおよびドキュメントに対する相対ハイパーテキスト・リンクがアップグレード後に破損する問題

- Oracle Portal 11gのインストール前またはこのリリースへのアップグレード前に設定済のFILE_ACCESS_ROLEの再設定

- 翻訳後のコンテンツの欠落を修正するためのデータベース・プロバイダのリフレッシュ

- アップグレード後のOMNI、WebClippingまたはサンプル・プロデューサのリフレッシュ

- ポータル中間層のアップグレード時のサンプルWSRPプロバイダのアップグレード

- OmniPortletリポジトリの変更について

4.1.1 アップグレードされたOracle Portal 11g環境でのプリファレンス・ストアの構成

Oracle Portal Developer Kit-Java (PDK-Java)またはWeb Services for Remote Portlets (WSRP)を使用してカスタムOracle Portalアプリケーションを開発またはデプロイする場合は、Oracle Portal 11gにアップグレードした後で実行する必要がある構成タスクの次の情報を確認します。

PDK-Javaの詳細は、『Oracle Fusion Middleware Developer's Guide for Oracle Portal』のJavaポートレットの作成に関する項を参照してください。

4.1.1.1 jdbc/portletPrefsデータ・ソースについて

デフォルトでは、Oracle Portal 11gのインストールおよび構成プロシージャであるPDK-Javaによって、jdbc/portletPrefsというデータ・ソースが自動的にOracle Portal Oracle WebLogic Serverドメインに作成されます。このデータ・ソースは構成プロセスによって作成されますが、特定のプリファレンス・ストアを参照するように構成されることはありません。

Oracle Portal 10gでPDK-JavaおよびWSRPプロデューサ・アプリケーション用にどのようにプリファレンス・ストアを構成するかによって、Oracle Portal 11gでのこのデータ・ソースの使用方法について、次のいずれかの項を参照してください。

- データベース・ベースの1つのプリファレンス・ストアを使用している場合のOracle Portalのアップグレード後のタスク

- データベース・ベースの複数のストアを使用している場合のOracle Portalのアップグレード後のタスク

- データベース・ベースのプリファレンス・ストアを使用していない場合のOracle Portalのアップグレード後のタスク

- ファイル・ベースの1つ以上のストアを使用している場合のOracle Portalのアップグレード後のタスク

4.1.1.2 データベース・ベースの1つのプリファレンス・ストアを使用している場合のOracle Portalのアップグレード後のタスク

Oracle Portal 10gで、WSRPまたはPDK-Javaプロデューサ・アプリケーション用にデータベース・ベースの単一のプリファレンス・ストアをすでに使用している場合は、既存のプリファレンス・ストアを参照するように、既存のjdbc/portletPrefsデータ・ソースを変更します。このタスクを実行するには、Oracle WebLogic Server管理コンソールを使用できます。

詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソールのオンライン・ヘルプで、JDBCの汎用データ・ソースの作成に関するトピックを参照してください。具体的には、管理コンソールのデータ・ソースの「接続プロパティ」ページで、データベース接続情報を変更する必要があります。

4.1.1.3 データベース・ベースの複数のストアを使用している場合のOracle Portalのアップグレード後のタスク

Oracle Portal 10gで、PDK-JavaまたはWSRPプロデューサ・アプリケーション用にデータベース・ベースの複数のプリファレンス・ストアを使用している場合は、次の手順を実行する必要があります。

1. Oracle Portal 11gの単一のプリファレンス・ストアとして機能する、データベース・ベースの既存のプリファレンス・ストアを1つ特定するか、データベース・ベースのプリファレンス・ストアを1つ新しく作成します。
新しいOracle Portalプリファレンス・ストアを作成するには、第4.1.1.6項「PDK-JavaまたはWSRPアプリケーション用の新しいデータベース・プリファレンス・ストアの作成」を参照してください。

2. PDK-Javaプリファレンス・ストアの移行およびアップグレード・ユーティリティを使用して、Oracle Portal 10gの既存の各プリファレンス・ストアを、手順1で特定または作成したOracle Portal 11gのデータベース・ベースのプリファレンス・ストアに移行します。
詳細は、『Oracle Fusion Middleware Oracle Portal管理者ガイド』のPDK-Javaプリファレンス・ストアの移行およびアップグレード・ユーティリティの使用に関する項を参照してください。

3. 既存のプリファレンス・ストアを参照するように、既存のjdbc/portletPrefsデータ・ソースを変更します。このタスクを実行するには、Oracle WebLogic Server管理コンソールを使用できます。
詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソールのオンライン・ヘルプのJDBCデータ・ソースの作成に関する項を参照してください。具体的には、管理コンソールのデータ・ソースの「接続プロパティ」ページで、データベース接続情報を変更する必要があります。

4.1.1.4 データベース・ベースのプリファレンス・ストアを使用していない場合のOracle Portalのアップグレード後のタスク

データベース・ベースのプリファレンス・ストアを使用していない場合は、Oracle WebLogic Server管理コンソールを使用して、jdbc/portletPrefsデータ・ソースを削除できます。

詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソールのオンライン・ヘルプのJDBCデータ・ソースの削除に関する項を参照してください。

4.1.1.5 ファイル・ベースの1つ以上のストアを使用している場合のOracle Portalのアップグレード後のタスク

WSPRまたはPDK-Javaアプリケーション用にファイル・ベースの1つ以上のプリファレンス・ストアを使用している場合は、プリファレンス・ストアの移行またはアップグレード・ユーティリティを使用して、Oracle Portal 10gの既存の各プリファレンス・ストアをOracle Portal 11gのファイル・ベースのプリファレンス・ストアに移行します。

詳細は、『Oracle Fusion Middleware Oracle Portal管理者ガイド』のPDK-Javaプリファレンス・ストアの移行およびアップグレード・ユーティリティの使用に関する項を参照してください。

4.1.1.6 PDK-JavaまたはWSRPアプリケーション用の新しいデータベース・プリファレンス・ストアの作成

プリファレンス・ストアは、Oracle Portalの使用時に、ユーザー・プリファレンス・データ、ポートレットまたはプロバイダの設定、さらにポートレット・データなどの情報を格納するメカニズムです。

ログアウトした後で再度ログインしても、以前保存したプリファレンスにアクセスできるという意味で、プリファレンス・ストアに格納された情報は永続的です。プリファレンス・ストアではユーザー設定項目情報が保持され、ユーザーがログインするたびにそのユーザーの設定項目が起動されます。

PDK-Javaには、PreferenceStore実装を使用してパーソナライズ済データを永続化するPrefStorePersonalizationManagerが用意されています。現在、PDK-Javaには、DBPreferenceStoreおよびFilePreferenceStoreの2つのPreferenceStore実装があります。DBPreferenceStoreは、JDBCと互換性のあるリレーショナル・データベースを使用してデータを永続化し、FilePreferenceStoreは、ファイル・システムを使用してデータを永続化します。

これらの実装の詳細は、次の場所から使用可能な「Portlet Development」ページのJava Doc APIをクリックして、Oracle Technology Network (OTN)のJavadocを参照してください。

http://www.oracle.com/technology/products/ias/portal/portlet_development_10g1014.html

例4-1に、Oracle Databaseでどのようにプリファレンス・ストア表を作成できるかを示すSQLのサンプル・コードの一部を示します。

プリファレンス・ストアの使用の詳細は、『Oracle Fusion Middleware Oracle Portal開発者ガイド』のJavaポートレットの拡張に関する項を参照してください。

例4-1 新しいOracle Portalプリファレンス・ストアを作成するためのSQLのサンプル・コード

CREATE TABLE JPDK_PREFERENCE_STORE2 (
PATH_TYPE       VARCHAR2 (60)  NOT NULL,
REFERENCE_PATH  VARCHAR2 (250)  NOT NULL,
SEARCH_PATH     VARCHAR2 (250)  NOT NULL,
DATA_CLASS      VARCHAR2 (250),
LONG_VALUE      LONG RAW,
CONSTRAINT JPS2_PK
PRIMARY KEY ( REFERENCE_PATH, PATH_TYPE ) ) ;

CREATE INDEX JPDK_PATH_TYPES2 ON
JPDK_PREFERENCE_STORE2(PATH_TYPE);

CREATE INDEX JPDK_SEARCH_PREFS2 ON
JPDK_PREFERENCE_STORE2(SEARCH_PATH);

4.1.2 Oracle Portal 10gから11gへのPDK-Javaサンプル・アプリケーションとそのカスタマイゼーションのアップグレード

Oracle Portal Developer Kit-Java (PDK-Java)を使用している場合は、Oracle Portal 10gで使用したPDK-Javaアプリケーションと、そのアプリケーションで使用するカスタマイゼーションは、新しいOracle Portal環境にはアップグレードされません。

たとえば、PDK-Javaサンプル・アプリケーション(jpdk.ear)は、アップグレードされた中間層にはインストールされません。この後の項では、次の操作について説明します。

- アップグレードされたOracle Portal 11g中間層でのjpdk.earサンプル・アプリケーションのデプロイ

- Oracle Portal 10gのファイル・ベースのプリファレンス・ストアからOracle Portal 11gのファイル・ベースまたはデータベース・ベースのプリファレンス・ストアへの、サンプル・アプリケーションのカスタマイゼーションの移行

この作業を実行するには、次のいずれかの手順を使用します。

- 11gのファイル・ベースのプリファレンス・ストアへのjpdk.earファイルとそのカスタマイゼーションのアップグレード

- 11gのデータベース・プリファレンス・ストアへのjpdk.earファイルとそのカスタマイゼーションのアップグレード

4.1.2.1 11gのファイル・ベースのプリファレンス・ストアへのjpdk.earファイルとそのカスタマイゼーションのアップグレード

jpdk.earファイルを再デプロイし、そのカスタマイゼーションをOracle Portal 10gからOracle Portal 11gのファイル・ベースのプリファレンス・ストアにアップグレードするには:

1. Oracle Portal 11gをインストールしたときに作成されたOracle WebLogic ServerドメインのWLS_PORTAL管理対象サーバーへのアプリケーションとしてjpdk.earファイルをデプロイします。
次の点に注意してください。

- 多くの場合、WLS_PORTAL管理対象サーバーはOracle WebLogic Serverクラスタの一部です。そのような場合、WLS_PORTAL管理対象サーバーを含むクラスタにjpdk.earファイルをデプロイします。

- The jpdk.ear file is located in the following directory of the Oracle Portal Oracle home:

PORTAL_ORACLE_HOME/archives/applications/

- 詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソールのオンライン・ヘルプで、アプリケーションおよびモジュールのインストールに関するトピックを参照してください。

2. プロバイダ登録(Oracle Portal 10gで登録されたもの)を新しいJPDKプロバイダURLを参照するように編集します。

1. JPDKサンプルのprovider.xmlファイルの場所を特定します。

DOMAIN_HOME/servers/WLS_PORTAL/tmp/_WL_user/
jpdk/byvlpg/war/WEB-INF/providers/sample/provider.xml

この例では、DOMAIN_HOMEをOracle WebLogic Serverのドメイン・ディレクトリへのパッチに置き換えます。

2. provider.xmlファイルの次の部分をコメントにします。

oracle.portal.provider.v2.preference.FCFDBPreferenceStore

3. provider.xmlファイルの次の部分をコメント解除します。

oracle.portal.provider.v2.preference.FilePreferenceStore section

4. provider.xmlファイルを保存して閉じます。

3. デプロイされたJPDKアプリケーションを起動します。

4. PDK-Javaプリファレンス・ストアの移行およびアップグレード・ユーティリティを使用して、Oracle Portalプリファレンス・ストアをファイル・ベースのストアに変更します。
例4-2に、このタスクの実行に使用できるコマンドを示します。

例では、変数10g_ORACLE_HOME、11g_ORACLE_HOME、DOMAIN_HOMEを対応するOracleホームへの実際のパスに置き換えます。

詳細は、『Oracle Fusion Middleware Oracle Portal管理者ガイド』のPDK-Javaプリファレンス・ストアの移行およびアップグレード・ユーティリティの使用に関する項を参照してください。

例4-2 プリファレンス・ストアの移行およびアップグレード・ユーティリティを使用した、Oracle Portal 11gファイル・ベース・ストアへの10g JPDKカスタマイゼーションのアップグレード

java -classpath
11g_ORACLE_HOME/portal/jlib/pdkjava.jar:11g_PORTAL_ORACLE_HOME/portal/jlib/ptlshare.jar
oracle.portal.provider.v2.preference.MigrationTool
-mode filetofile
-remap language
-countries GB,US
-pref1UseHashing true
-pref1RootDirectory 10g_ORACLE_HOME/j2ee/OC4JPortal/applications/
jpdk/jpdk/WEB-INF/providers/sample
-pref2RootDirectory DOMAIN_HOME/servers/WLS_PORTAL/tmp/_WL_user/
jpdk/byvlpg/war/WEB-INF/providers/sample
-pref2UseHashing true

4.1.2.2 11gのデータベース・プリファレンス・ストアへのjpdk.earファイルとそのカスタマイゼーションのアップグレード

jpdk.earファイルを再デプロイし、そのカスタマイゼーションをOracle Portal 10gからOracle Portal 11gのデータベース・プリファレンス・ストアにアップグレードするには:

1. Oracle Portal 11gをインストールしたときに作成されたOracle WebLogic ServerドメインのWLS_PORTAL管理対象サーバーへのアプリケーションとしてjpdk.earファイルをデプロイします。
次の点に注意してください。

- 多くの場合、WLS_PORTAL管理対象サーバーはOracle WebLogic Serverクラスタの一部です。そのような場合、WLS_PORTAL管理対象サーバーを含むクラスタにjpdk.earファイルをデプロイします。

- The jpdk.ear file is located in the following directory of the Oracle Portal Oracle home:

PORTAL_ORACLE_HOME/archives/applications/

- 詳細は、Oracle Fusion Middleware Oracle WebLogic Server管理コンソールのオンライン・ヘルプで、アプリケーションおよびモジュールのインストールに関するトピックを参照してください。

2. デプロイされたJPDKアプリケーションを起動します。

3. 既存の11gデータベース・プリファレンス・ストアを特定するか、新しいデータベース・プリファレンス・ストアを作成します。

4. プリファレンス・ストアのデータベース接続情報に注意します。詳細は、第4.1.1.6項「PDK-JavaまたはWSRPアプリケーション用の新しいデータベース・プリファレンス・ストアの作成」を参照してください。

5. PDK-Javaプリファレンス・ストアの移行およびアップグレード・ユーティリティを使用して、Oracle Portalプリファレンス・ストアをデータベース・ベースのストアに変更します。
例4-2に、このタスクの実行に使用できるコマンドを示します。

例では、変数10g_ORACLE_HOME、11g_ORACLE_HOMEを対応するOracleホームへの実際のパスに置き換えます。

詳細は、『Oracle Fusion Middleware Oracle Portal管理者ガイド』のPDK-Javaプリファレンス・ストアの移行およびアップグレード・ユーティリティの使用に関する項を参照してください。

例4-3 プリファレンス・ストアの移行およびアップグレード・ユーティリティを使用した、Oracle Portal 11gデータベース・プリファレンス・ストアへの10g JPDKカスタマイゼーションのアップグレード

java -classpath 11g_ORACLE_HOME/portal/jlib/pdkjava.jar:11g_ORACLE_HOME/portal/jlib/ptlshare.jar:
11g_ORACLE_HOME/jdbc/lib/ojdbc6.jar
oracle.portal.provider.v2.preference.MigrationTool
-mode filetodb
-remap language
-countries GB,US
-pref1UseHashing true
-pref1RootDirectory 10g_ORACLE_HOME/j2ee/OC4J_Portal/applications/
jpdk/jpdk/WEB-INF/providers/sample
-pref2User <portal_schema_user>
-pref2Password <schema_passwd>
-pref2URL jdbc:oracle:thin:@<db_connect_string_in_host:port:sid_format

4.1.3 「コミュニティ・ニュース」ポートレットの削除

OracleAS Portal 10g(10.1.4)以降では、「コミュニティ・ニュース」ポートレットがサポートされなくなりました。

このポートレットは、現在もOracle Portalページで使用できますが、このポートレットを編集しようとすると、空白のページが表示されます。次の手順を実行して、「コミュニティ・ニュース」ポートレットをPortalページから手動で削除できます。

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

2. ポートレットを削除するページに移動します。

3. ページの最上部にある「編集」をクリックして編集モードに切り替えます。

4. 「コミュニティ・ニュース」ポートレットの横にある「操作」をクリックします。

5. 「削除」をクリックします。

6. 確認ページで「はい」をクリックし、ポートレットを削除して元のページに戻ります。

4.1.4 アップグレードされたOracle Portal環境に対するエンドツーエンドSSLの構成

Oracle Portal 11g にアップグレードした後、すべてのPortal接続にエンドツーエンドのSecure Socket Layer(SSL)セキュリティ接続を構成できます。

Oracle Fusion Middleware製品用にSSLを構成する場合の一般的な情報については、『Oracle Fusion Middleware管理者ガイド』のSecure Sockets Layerに関する項を参照してください。

アップグレード後にOracle Portal 11g用にSSLを構成するには、次のタスクを実行します。

タスク1   WebLogicプラグインを有効にし、WLProxySSLPassThroughおよびWLProxySSLパラメータを有効にします。

詳細は、『Oracle Fusion Middleware Oracle Portal管理者ガイド』のWebLogicプラグイン、WLProxySSLおよびWLProxySSLPassThroughパラメータの有効化に関する項を参照してください。

タスク2   Oracle WebLogic Serverの管理対象サーバーのキーストアへのOracle Web Cache証明書の追加

次に例を示します。

1. Oracle Web Cache証明書を取得します。
このタスクを実行するには、いくつかの方法があります。たとえば、次のようにして、Microsoft Internet Explorerブラウザからエクスポートできます。

1. 索引ページが表示されるように、Portal URLにアクセスします。
次に例を示します。

https://demohost.example.com:8250/

2. Internet Explorerの「表示」メニューから、「セキュリティ報告」を選択します。

3. 「Webサイトの識別」ダイアログ・ボックスから、「証明書の表示」をクリックします。

4. 「証明書」ダイアログ・ボックスで、「詳細」、「ファイルにコピー」Copy To Fileの順に選択し、「証明書のエクスポート」ウィザードを表示します。

5. ウィザードの「エクスポートファイル形式」ページで、「Base-64 encoded X.509 (.CER)」を選択します。

6. ウィザードの「エクスポートするファイル」ページで、証明書ファイルのパスとファイル名(self.cerなど)を入力します。

2. Oracle WebLogic Server管理コンソールからキーストアの場所を確認できます。

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

2. コンソールの左ペインで「環境」を展開して「サーバー」を選択します。

3. WLS_PORTAL管理対象サーバーを選択します。

4. 「キーストア」を選択し、「キーストア」ページの「信頼」セクションで「Java Standard Trust Keystore」エントリを確認します。
「Java Keystore Trust Keystore」フィールドの値は、Oracle WebLogic Server管理対象サーバーのキーストアのパスです。

3. 証明書を管理対象サーバーのキーストアにインポートします。
キーストアに証明書をインポートするには、いくつかの方法があります。詳細は、『Oracle Fusion Middleware管理者ガイド』の共通の証明書操作に関する項を参照してください。

特に、次の項を参照してください。

- 「Fusion Middleware Controlを使用したキーストアへの証明書または信頼できる証明書のインポート」

- 「WLSTを使用したキーストアへの証明書または信頼できる証明書のインポート」

タスク3   OPMNおよびWebLogicサーバーの再起動

詳細は、『Oracle Fusion Middleware管理者ガイド』のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

4.1.5 アップグレード後の不要なパートナ・アプリケーションの削除

Oracle Portal 11g へのアップグレード時に「アップグレード先でソースOracleホーム・ポートを使用」オプションを選択すると、アップグレード後に余分なパートナ・アプリケーションがOracle Portal 11g インスタンスのSSO管理ページに表示されることに気付きます。

アップグレード後のこれらの余分なパートナ・アプリケーションは、アップグレードされたパートナ・アプリケーションに置き換えられるため、安全に削除できます。

「アップグレード先でソースOracleホーム・ポートを使用」オプションの詳細は、第3.6.2項「タスク6b: Oracle Portal, Forms, Reports and Discoverer中間層のアップグレード」を参照してください。

Oracle Portal 11g のパートナ・アプリケーションの表示の詳細は、『Oracle Fusion Middleware Oracle Portal管理者ガイド』のOracle Portalの「管理」タブの使用に関する項を参照してください。Oracle PortalのOracle Single Sign-On管理機能には、Portalの「管理」タブを使用してアクセスします。

4.1.6 イメージおよびドキュメントに対する相対ハイパーテキスト・リンクがアップグレード後に破損する問題

Oracle Portal 11gにアップグレードすると、イメージおよびドキュメントに対する相対ハイパーテキスト・リンクが破損する可能性があります。この問題は、相対ハイパーテキスト・リンクで使用している大/小文字が実際のファイル名と異なる場合に発生することがあります。たとえば、アップグレード前のイメージがPROCESS1.GIFという名前でポータルにアップロードされており、ハイパーテキスト・リンクがprocess1.gifを参照している場合、アップグレード後にそのイメージに対する相対ハイパーテキスト・リンクは破損します。通常、この問題は、イメージや他のドキュメントを参照するHTMLテンプレートまたはドキュメントで発生します。

この問題に対処するには、イメージ名とドキュメント名を編集し、その大/小文字をファイル名で使用されている大/小文字と一致させます。

4.1.7 Oracle Portal 11gのインストール前またはこのリリースへのアップグレード前に設定済のFILE_ACCESS_ROLEの再設定

Oracle Portal 11gのインストール前、またはこのリリースへのアップグレード前にデータベースでFILE_ACCESS_ROLEシステム・パラメータを設定している場合は、インストールまたはアップグレード後にそのパラメータの再設定を検討します。

FILE_ACCESS_ROLEシステム・パラメータを使用すると、FILEまたはURLデータストアを使用して索引を作成する権限のあるデータベース・ロールの名前を設定できます。このパラメータを設定すると、FILEまたはURLデータストアを使用して索引を作成しようとしているユーザーはこのロールを持つことになり、このロールがないと索引を作成できません。

Oracle Database 11gリリース2より前のデータベース・リリースでは、FILE_ACCESS_ROLEパラメータが設定されていない場合、FILEまたはURLデータストアを使用して索引を作成する際にユーザーに特定のロールは必要ありませんでした。Oracle Database 11gリリース2以上では、FILE_ACCESS_ROLEパラメータが設定されていない場合、URLおよびFILEデータストアは無効化され、FILEまたはURLデータストアを使用して索引を作成することはできません。詳細は、http://www.oracle.com/technology/products/text/index.htmlにあるOracle Textのドキュメントを参照してください。

Oracle Database 11g以上のデータベースに対するOracle Portal 11gのインストール時、またはこのリリースへのアップグレード時に、次のイベントが発生します。

- PORTAL_SEARCH_FILE_ACCESS_ROLEロールが作成されます。

- PORTAL_SEARCH_FILE_ACCESS_ROLEロールがポータル・スキーマに付与されます。

- プリファレンスが初めに設定されているかどうかにかかわらず、FILE_ACCESS_ROLEシステム・パラメータはPORTAL_SEARCH_FILE_ACCESS_ROLEに設定されます。

Oracle Portal 11gのインストール前、または以前のリリースからこのリリースへのアップグレード前にFILE_ACCESS_ROLEシステム・パラメータが設定されている場合、元のロールに設定を戻すことができます。このパラメータを別のロールに再設定する場合、Oracle Portal Searchを正しく動作させるには、そのロールをOracle Portal SearchのOracle Portalスキーマに付与する必要があります。

4.1.8 翻訳後のコンテンツの欠落を修正するためのデータベース・プロバイダのリフレッシュ

Oracle Portal 11gへのアップグレード後、一部のコンポーネントまたはポートレット(サーベイ・ビルダーやユーザー・サーベイなど)の言語翻訳が失われます。

この問題を修正するには、データベース・プロバイダをリフレッシュする必要があります。Oracle Portalにログインした後、「ナビゲータ」、「プロバイダ」、「登録されたプロバイダ」の順に選択し、データベース・プロバイダを選択して、「リフレッシュ」をクリックします。リフレッシュ後に、翻訳を参照できます。

4.1.9 アップグレード後のOMNI、WebClippingまたはサンプル・プロデューサのリフレッシュ

Oracle Portal 11gへのアップグレード後、以前のリリースから登録されたツール・プロデューサ(omni、webclipまたはsample)をリフレッシュできなくなります。

この問題を修正するには、Oracle Portalにログインし、「管理」に移動します。「ポートレット」タブをクリックし、「リモート・プロバイダ」セクションで登録済プロデューサ(以前のリリースからの登録)の名前を入力します。「リフレッシュ」をクリックします。

4.1.10 ポータル中間層のアップグレード時のサンプルWSRPプロバイダのアップグレード

サンプルWSRPプロバイダは、ポータル中間層のアップグレード時に自動的にアップグレードされず、そのプロデューサに基づくページのポートレットのインスタンスによりアップグレード後にエラーが出力されます。サンプルWSRP Webプロバイダをアップグレードするには、次の手順を実行します。

1. Oracle WebLogic Server管理コンソールを使用して、新しいポータル管理対象サーバー(WLS_PORTAL)・インスタンスにwsrp-samples.earファイルをデプロイします。

2. 古いプロデューサが使用していたプリファレンス・ストアを新規インスタンスで使用できるようにします。これを行うには、新規プロデューサで同じプリファレンス・ストアを使用するか(データベース・プリファレンス・ストアを使用している場合)、またはプリファレンス・ストア移行ユーティリティを使用してプリファレンス・ストアを移行します。

3. ポータル内の「登録の編集」ページを使用して、プロデューサの新しい場所を示すようにポータルの登録詳細を更新します。

4.1.11 OmniPortletリポジトリの変更について

Oracle Portal 11gでは、OmniPortletの接続情報はOracle Platform Security Service(OPSS)資格証明ストアに格納されます。以前のバージョンのOracle Portalでは、OmniPortletの接続情報はWebクリッピング・リポジトリに格納されます。

OmniPortletを含むOracle Portalアプリケーションをアップグレードし、アップグレード後に初めてOmniPortletを実行すると、OmniPortletの接続情報がWebクリッピング・リポジトリから自動的にアップグレードされます。

OmniPortletを初めて実行する場合は、OmniPortletテスト・ページにアクセスするか、アプリケーション・ページにOmniPortletインスタンスを表示します。移行プロセスはOracle WebLogic Serverのログ・ファイルに記録されます。

アップグレード後、OmniPorletのprovider.xmlでは、vaultIdタグが接頭辞MIGRATED_FROM_VAULT_ID_old_vault_idでマークされます。

アプリケーションの移行中にエラーが発生した場合、移行手順の再実行が必要になる可能性があります。たとえば、Webクリッピング・リポジトリが使用できないためにアプリケーションの移行に失敗した場合、データベースが稼働していることを確認してから、アプリケーションを再び移行する必要があります。

OmniPortletを含むアプリケーションの移行手順を再実行する手順は、次のとおりです。

1. OmniPorletのprovider.xmlから、MIGRATED_FROM_VAULT_ID_old_vault_id接頭辞を削除します。

2. OmniPortletプロデューサを再起動します。

3. 次のURL書式を使用しOmniPortletテスト・ページにアクセスします。

http://host:port/portalTools/omniPortlet/providers/omniPortlet

hostおよびportは、Oracle Portalをインストールしたシステムのホスト名およびポート番号を表します。

4.2 Oracle BI Discovererに対するアップグレード後のタスクおよび情報

次の項では、Oracle BI Discoverer 11g にアップグレードした後、実行を検討する必要があるアップグレード後のタスクについて説明します。

- Oracle BI Discoverer Plus OLAP 10g ユーザー権限の11g へのアップグレード

- Oracle Fusion Middleware 11g におけるOracle BI Discoverer End User Layerの使用について

- 10gポートを使用したアップグレード後のFusion Middleware ControlでのアプリケーションURLの構成

- Oracle E-Business Suite 11iおよびOracle Business Intelligence Discoverer 10gの環境変数の更新

4.2.1 Oracle BI Discoverer Plus OLAP 10g ユーザー権限の11g へのアップグレード

11g にアップグレードした後、既存のすべてのOracle BI Discoverer Plus OLAPユーザーがOracle BI Discoverer 11g Discoverer Catalogへの適切なアクセス権限を所有していることを確認してください。

Oracle BI Discovererには、新しいユーザーの認可および既存のユーザーの権限の更新を支援するためにコマンドライン・ユーティリティが用意されています。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer構成ガイド』のDiscoverer Plus OLAPコマンドライン・ユーティリティを使用したDiscovererカタログの管理に関する項を参照してください。

コマンドライン・ユーティリティを使用して完了する必要のある特定のアップグレード後のタスクについては、次の項を参照してください。

- 新しいユーザーによるDiscoverer Catalogへのアクセスの認可

- 既存のDiscoverer Catalogユーザーの権限の更新

4.2.1.1 新しいユーザーによるDiscoverer Catalogへのアクセスの認可

次のコマンドを使用して、1人以上のユーザーがDiscoverer Catalogにアクセスできるように認可します。

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

次に例を示します。

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

この例では、ユーザーを認可する前に、loadコマンドを1回だけ実行する必要があります。たとえば、10ユーザーを認可する場合、loadコマンドを1回実行してから、各ユーザーに1回ずつauthorizeコマンドを実行します。

4.2.1.2 既存のDiscoverer Catalogユーザーの権限の更新

すべてのプライベート・フォルダおよび共有フォルダにアクセスするためのユーザー権限を更新するには、次のコマンドを使用します。

java -classpath path_to_d4o_jar_file updatePrivileges -h hostname -po portname
-sid database_SID -p d4osyspasswd -u user

次に例を示します。

java -classpath C:\temp\d4o.jar updatePrivileges -h sys42.example.com -po 1521
-sid disco_db1 -p nPword432 -u jones

この例では、-uオプションを指定すると、そのユーザーに対してのみ権限がアップグレードされます。-uオプションを指定しないと、すべてのユーザーに対して権限がアップグレードされます。

4.2.2 Oracle Fusion Middleware 11g におけるOracle BI Discoverer End User Layerの使用について

Oracle BI Discoverer 11g では、Oracle BI Discoverer 10g リリース2(10.1.2)と同じEnd User Layerバージョン(5.1)を使用します。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer管理者ガイド』のEnd User Layerの作成と保守に関する項を参照してください。

4.2.3 10gポートを使用したアップグレード後のFusion Middleware ControlでのアプリケーションURLの構成

アップグレード・アシスタントを使用してOracle BI Discoverer中間層をアップグレードしているときに、「アップグレード先でソースOracleホーム・ポートを使用」オプションを選択した場合は、Fusion Middleware ControlのOracle BI Discovererホーム・ページに表示されるアプリケーションURLを構成する必要があります。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer構成ガイド』のFusion Middleware Control Discovererホーム・ページに表示されるアプリケーションURLの構成方法に関する項を参照してください。

4.2.4 Oracle E-Business Suite 11iおよびOracle Business Intelligence Discoverer 10gの環境変数の更新

Oracle E-Business Suite 11iおよびOracle Business Intelligence Discoverer 10gを同じユーザーを使用して同じOracle Application Server 10gリリース2 (10.1.2)ホームにインストールした場合は、Oracle BI Discoverer 11gにアップグレードした後、ご使用の環境に応じて次のいずれかのタスクを完了し、Oracle Enterprise Manager Fusion Middleware Controlと、WebCache、HTTP ListenまたはWLSリスニング・ポートを使用するOracle BI Discoverer 11gにアクセスする必要があります。

4.2.4.1 環境スクリプトの更新

次の例に示すように、commEnv.shまたはsetDomainEnv.shスクリプトを更新します。

MW_HOME=/home/oracle/fmw11g_home; export MW_HOME

DOMAIN_HOME=$MW_HOME/user_projects/domains/ClassicDomain; export DOMAIN_HOME

WL_HOME=$MW_HOME/wlserver_10.3; export WL_HOME

ORACLE_HOME=$MW_HOME/classic_ohome; export ORACLE_HOME

ORACLE_INSTANCE=$MW_HOME/classic_instance; export ORACLE_INSTANCE

コマンド内のパスを使用しないように、PATH環境変数を設定する場合もあります。

PATH=$WL_HOME/server/bin:$DOMAIN_HOME/bin:$ORACLE_INSTANCE/bin:$PATH; export PATH

4.2.4.2 環境変数のクリア

Oracle Business Intelligence Discoverer用の環境を設定し、起動する前に、Oracle E-Business Suiteのスタート・アップ・ファイルから環境変数をクリアしてください。

4.2.4.3 個別のユーザー資格証明の指定

Oracle E-Business SuiteおよびOracle Business Intelligence Discovererのユーザーのプロファイルを使用する場合は、異なるユーザー資格証明を指定する必要があります。

4.3 Oracle Forms Servicesに対するアップグレード後のタスク

アップグレード・アシスタントを使用してOracle Forms Services 10g リリース2(10.1.2)をOracle Fusion Middleware 11g にアップグレードした後に、実行する必要がある手動タスクのリストを次に示します。

注意:

Oracle Formsリリース6iからのアップグレードの詳細は、『Oracle Fusion Middleware Forms Servicesデプロイメント・ガイド』のOracle Forms Servicesへのアップグレードに関する説明を参照してください。

Oracle Forms Services 11g におけるこれらのタスクの実行の詳細は、『Oracle Fusion Middleware Forms Services Deployment Guide』を参照してください。

- Oracle Forms Services 11gで実行するFormsのアプリケーション・ファイル(fmx、mmxおよびplx)を再生成します。

- ロード・バランシングおよび高可用性のために、Oracle Forms Services J2EEアプリケーションのEARファイル(formsapp.ear)を複数のOC4Jインスタンスにデプロイする場合は、Oracle WebLogic Serverでも同様にそれらをデプロイします。
具体的には、追加で管理対象サーバーを作成して、各サーバーにOracle Forms Services J2EEアプリケーションのEARファイルをデプロイすることができます。EARファイルは、Oracle Fusion Middleware 11g の次の場所に格納されます。

ORACLE_HOME/forms/j2ee/formsapp.ear

Oracle Forms J2EE earファイルの再デプロイメントの詳細は、『Oracle Fusion Middleware Forms Servicesデプロイメント・ガイド』を参照してください。

- コンテキスト・ルートまたはFormsのサーブレットの別名を上書きするためにOracle Forms Services J2EEカスタム・アプリケーションのEARファイル(formsapp.ear)をデプロイする場合は、11g Oracle WebLogic Serverドメインで同様の手順を実行する必要があります。

- ソースOracleホームのシェル・スクリプトのカスタマイズした内容を、Oracle Fusion Middleware 11g Oracleインスタンス・ディレクトリに格納されている同等のシェル・スクリプトに手動でコピーします。

- アップグレード・アシスタントは、FMAユーティリティ構成ファイル(converter.propertiesおよびsearch_replace.properties)をOracle Fusion Middleware 11gのアップグレード先Oracleインスタンスにコピーしてそれらの名前を変更し、それにより、.10.1.2の接辞尾が付きます。
必要に応じて、.10.1.2の構成ファイルにある必要なエントリをこれらのファイルのOracle Fusion Middleware 11g バージョンに手動でコピーできます。

4.4 Oracle Reportsに対するアップグレード後のタスク

OracleAS Reports Services 11g にアップグレードした後、次の項を確認します。そこでは、OracleAS Reports Servicesユーザー向けのアップグレード後の一般的なタスクについて説明しています。

- Oracle Reports 11g へのアップグレード後のセキュリティの構成

- Oracle Reportsに対するアップグレード後のその他のタスク

4.4.1 Oracle Reports 11gへのアップグレード後のセキュリティの構成

Oracle Reports 11g にアップグレードしても、セキュリティの構成はアップグレードされません。その結果、Oracle Reports 11g のセキュリティ構成は、アップグレード前の状態と変わりません。

Oracle Reports 11g で使用可能なセキュリティ機能、およびその機能の構成方法については、『Oracle Fusion Middleware Publishing Reports to the Web with Oracle Reports Services』のOracle Reports Servicesのセキュリティに関する項を参照してください。

4.4.2 Oracle Reportsに対するアップグレード後のその他のタスク

次の項では、OracleAS Reports Services 11g にアップグレードした後で完了する必要があるその他の一般的なアップグレード後のタスクについて説明します。

- アップグレード後のOracle Reportsシェル・スクリプトの変更

- アップグレード後のOracle Reports DATファイルの変更

- アップグレード後のインプロセス・サーバー・ターゲットについて

- アップグレード後のプラガブル・レポート・コンポーネントについて

- アップグレード後のキャッシュ・レポート出力ファイルの表示

4.4.2.1 アップグレード後のOracle Reportsシェル・スクリプトの変更

reports.sh、rwrun.sh、rwserver.shなど、Oracle Reports 10gのOracleホームのbinディレクトリに格納されたシェル・スクリプトは、アップグレード・プロセスの際に自動ではアップグレードされません。かわりに、必要に応じてこれらのスクリプトを手動で変更する必要があります。アップグレード後は、これらのスクリプトを次のOracle Fusion Middleware 11g ディレクトリで確認できます。

ORACLE_INSTANCE/config/reports/bin

4.4.2.2 アップグレード後のOracle Reports DATファイルの変更

OracleAS Reports ServicesのDATファイルは、アップグレード・プロセス中にアップグレードされます。ただし、DATファイルのジョブ・コマンド・エントリに古いOracleホームのパス名または無効なパス名への参照が含まれていると、それらのジョブは失敗します。したがって、そのようなレポート・ジョブのスケジュールを変更する必要があります。

4.4.2.3 アップグレード後のインプロセス・サーバーのターゲットについて

OracleAS Reports Services 10g では、インプロセス・サーバー・ターゲットは、Oracle Enterprise Manager Application Server ControlではReports Serverとして表示されます。

しかし、OracleAS Reports Services 11gにアップグレードすると、インプロセス・サーバーはOracle Enterprise Manager Fusion Middleware ControlにReportsサーバーとして表示されません。かわりに、reportsと呼ばれるReportsアプリケーションとして表示され、Reportsのアプリケーション・ページでインプロセス・サーバーのターゲットとReportsサーブレットを管理できます。

4.4.2.4 アップグレード後のプラガブル・レポート・コンポーネントについて

アップグレード後、OracleAS Reports 10gでユーザーによって開発およびデプロイされたプラガブル・コンポーネントがReportsによって自動的に移行されることはありません。

4.4.2.5 アップグレード後にキャッシュされたReports出力ファイルの表示

キャッシュ・レポート出力ファイルは、Oracle Reports 11g にアップグレードされません。

4.5 Web層コンポーネントに対するアップグレード後のタスクおよび情報

Oracle Portalには、Web層コンポーネント(Oracle HTTP ServerおよびOracle Web Cache)が必須です。そのため、Oracle Portalをインストールして構成する場合、それらは自動的にインストールおよび構成されます。

Oracle Web Cache 11g へのアップグレード後に実行する必要のあるアップグレード後のタスクについては、次の項を参照してください。

- アップグレード後のOracle Web CacheおよびOracle PortalでのOracle Web Cacheパスワードの再設定

- Oracle Single Sign-On使用時のWeb層コンポーネントのアップグレード後のタスク

4.5.1 アップグレード後のOracle Web CacheおよびOracle PortalでのOracle Web Cacheパスワードの再設定

Oracle Fusion Middleware 11g では、Oracle Web Cacheの管理パスワードおよび無効化パスワードは、Oracle Fusion Middlewareの資格証明ストアに保存されています。過去のリリースでは、それらのパスワードはwebcache.xml構成ファイルに格納されていました。

しかし、Oracle Web Cacheのアップグレード・プロセスでは、資格証明ストアの中のパスワードを更新できません。これらのパスワードはOracle Web Cacheの監視および無効化の目的で使用されますが、Oracle Portalによって、2つのコンポーネント間の内部通信にも使用されます。

そのため、Oracle PortalおよびOracle Web Cacheのコンポーネントをアップグレードした後は、できるだけ早く2つの場所でOracle Web Cacheのパスワードを更新する必要があります。

- Oracle Enterprise Manager Fusion Middleware ControlでOracle Web Cacheの管理ページを使用して、監視パスワードおよび無効化パスワードを設定します。
詳細は、『Oracle Fusion Middleware Oracle Web Cache管理者ガイド』のパスワード・セキュリティの構成に関する項を参照してください。

- Oracle Web Cacheで変更した無効化パスワードと同じパスワードがOracle Portalで使用されるように、Oracle Portalに対してOracle Web Cacheの無効化の資格証明を設定します。
詳細は、『Oracle Fusion Middleware Oracle Portal管理者ガイド』のOracle Web Cacheの管理に関する項を参照してください。

4.5.2 Oracle Single Sign-On使用時のWeb層コンポーネントのアップグレード後のタスク

Oracle Single Sign-Onを使用していて、Oracle Forms、ReportsまたはDiscovererコンポーネントのアップグレード時にアップグレード・アシスタントで「アップグレード先でソースOracleホーム・ポートを使用」オプションを選択しなかった場合は、追加でアップグレード後のタスクを実行する必要があります。

具体的には、mod_ossoをOracle Single Sign-Onに登録し、osso.confファイルでポート値を更新する必要があります。

1. Single Sign Onホストでssoregスクリプトを実行し、mod_ossoを再登録します。

ORACLE_HOME/sso/bin/ssoreg.sh -oracle_home_path ORACLE_HOME
-config_mod_osso TRUE
-site_name hostname.com:port_number
-remote_midtier
-config_file ORACLE_HOME/Apache/Apache/conf/osso/myosso.conf
-mod_osso_url http://hostname.com:port_number

2. 元のosso.confファイルをバックアップし、新しいosso.confをアップグレード後のOracle Fusion Middleware 11gインスタンス・ディレクトリの次のディレクトリにコピーします。
たとえば、UNIXオペレーティング・システムの場合:

cd ORACLE_INSTANCE/config/OHS/ohs_instance_name/
mv osso.conf osso.conf.ORIG
cp ORACLE_HOME/Apache/Apache/conf/osso/myosso.conf osso.conf

3. ご使用の環境がSecure Socket Layer (SSL)を使用するように構成されているかどうかに応じて、次のいずれかのタスクを実行します。

- SSL接続を使用していない場合は、10g Oracle Web Cacheリスニング・ポートを11g Oracle Web Cacheリスニング・ポートに置き換えて、Oracle HTTP Server 11gのhttpd.confファイルのServerNameエントリを変更します。
次に例を示します。

ServerName host.example.com:8090

- SSL接続を使用している場合は、10g Oracle Web Cacheリスニング・ポートを11g Oracle Web Cacheリスニング・ポートに置き換えて、Oracle HTTP Server 11gのssl.confファイルのServerNameエントリを変更します。
次に例を示します。

ServerName host.example.com:8250

4. インスタンスのOPMNを再起動します。

opmnctl stopall
opmnctl startall

4.5.3 アップグレード後のWeb層コンポーネントの追加タスク

Oracle Fusion Middleware 11gへのアップグレード後のOracle HTTP ServerおよびOracle Web Cacheに対するタスクおよび情報の詳細は、『Oracle Fusion Middleware Java EEアップグレード・ガイド』のタスク5: Web層コンポーネントで必要なアップグレード後のタスクの実行を参照してください。

A カスタマ・データベースでのOracle Portalリポジトリのアップグレード

この付録では、OracleAS Metadata Repositoryの外部に格納されたOracle Portalリポジトリのアップグレード手順を説明します。

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

- 第A.1項「Oracle Portalのアップグレードに関する一般情報」

- 第A.2項「カスタマ・データベースでのOracle Portalリポジトリのアップグレード準備」

- 第A.3項「カスタマ・データベースでのOracle Portalスキーマのアップグレードの実行」

注意:

OracleAS Portalインスタンスがリリース3.0.9以下で最初にインストールされた場合、またはptlasstユーティリティを使用してインストールされた場合、ポータル・スキーマはOracleAS Metadata Repositoryの外部のカスタマ・データベース構成に存在しているため、この項の手順を使用してアップグレードする必要があります。

A.1 Oracle Portalのアップグレードに関する一般情報

Oracle Portalのアップグレードに関する一般情報、および他のバージョンからのアップグレード手順については、次を参照してください。

http://portalcenter.oracle.com/upgrades

A.2 カスタマ・アプリケーションでのOracle Portalリポジトリのアップグレード準備

アップグレードの準備には、次の手順を実行する必要があります。

1. OracleAS Portalリポジトリ・データベースが、Oracle Fusion Middleware 11gでサポートされているバージョンであることを確認します。
ご使用のスキーマをホストするデータベースのアップグレードおよび準備の詳細は、『Oracle Fusion Middlewareアップグレード・プランニング・ガイド』を参照してください。

2. Oracle Portalリポジトリを使用している中間層をOracle Oracle Fusion Middleware 11gにアップグレードし、これらの中間層を使用してOracle Portalをテストします。
アップグレードするOracleAS Portalリポジトリに関連付けられているすべての中間層にことの手順を実行します。手順については、第3章「タスク6b: Oracle Portal, Forms, Reports and Discoverer中間層のアップグレード」を参照してください。

A.3 カスタマ・データベースでのOracle Portalスキーマのアップグレードの実行

カスタマ・データベースに存在するポータル・スキーマをアップグレードするには、upgrade.bat(Windows)またはupgrade(UNIX)スクリプトを使用する必要があります。次の手順を実行して、カスタマ・データベースに存在するポータル・スキーマをアップグレードします。

1. ORACLE_HOME環境変数に中間層のOracleホームを設定します。

2. ポータル・スキーマを含むデータベースのTransparent Network Services(TNS)エントリをInstance_Home\config(Windows)およびInstance_Home/config(UNIX)に追加します。

3. TNS_ADMIN環境変数にINSTANCE_Home/config(UNIX)を設定します。

4. ポータル・スキーマを使用してデータベースに接続できることを確認します。

5. SQL*Plusでスキーマ・パスワードおよびTNS名を指定して、データベースのOracleホームのポータル・スキーマに接続できることを確認します。
たとえば、UNIXの場合、次のようになります。

sqlplus portal/portal@orcl

6. ディレクトリをORACLE_HOME/upgrade/portal/admin/plsql(UNIX)に変更します。

7. アップグレード対象のポータル・スキーマに関連付けられた中間層OracleホームのOracle Fusion Middlewareサービスをすべて停止します。
これを行うには、Oracle WebLogic Server管理コンソールを通じてWLS_PORTALを停止し、INSTANCE_HOME/bin/opmnctl stopall(UNIX)を実行します。

8. ポータル・スキーマに関連付けられたOracle Internet Directoryが起動して実行中であることを確認します。

9. エラーが検出されなくなるまで、事前チェック・モードでupgradeスクリプトを実行します。
UNIXでは、次のようにスクリプトを実行します。

ORACLE_HOME/upgrade/portal/admin/plsql/upgrade -precheck

-precheckを指定すると、アップグレード前のチェックのみが実行され、その後でupgradeは終了します。このモードでは、事前チェックに失敗するとupgradeは即座に終了します。かわりに、すべての事前チェックのエラーが、upgrade.logファイルに集約されます。

このファイルは、次のディレクトリで生成されます。

ORACLE_HOME/upgrade/portal/admin/plsql

ログ・ファイルの最後に、失敗したチェックのリストが記載されています。事前チェックの失敗がなくなるまで、このモードでupgradeを実行します。このモードでは、スキーマは変更されないため、実行ごとにバックアップからリストアする必要はありません。

事前チェック・ログ・ファイルで、検出されたすべてのエラーを確認します。ドキュメントに記載されていないエラーや、次に記載された操作で解決できないエラーについては、Oracleサポート・サービスに連絡してください。

10. precheck.logファイルのすべての警告およびエラーを解決した後で、パラメータなしでupgradeスクリプトを実行します。
UNIXでは、次のようにスクリプトを実行します。

ORACLE_HOME/upgrade/portal/admin/plsql/upgrade

このスクリプトでは、システム設定に関する情報を尋ねられます。ユーザーの回答は、スクリプトの最後で確認のために繰り返されます。ただし、スクリプトの最後に到達する前に間違った情報を入力したことに気づいたら、スクリプトの最後の質問に回答して変更を適用する前にスクリプトを終了できます。

次に、スクリプトからの質問を示します。角カッコ内は、質問に対するデフォルトの回答です。

- データベースのバックアップを作成していますか (y|n)? [y]:
データベースをバックアップしていない場合は「n」と応答して、データベースをバックアップしてからスクリプトを再起動します。データベースをバックアップしていた場合は「y」と応答します。

- アップグレードするスキーマの名前を入力してください [portal]:()
スキーマ名がportalのデフォルトのOracleAS Infrastructure 10gインストールのスキーマ名と異なる場合は、スキーマ名を入力します。

- アップグレードするスキーマのパスワードを入力してください [portal]:
パスワードがスキーマ名と異なる場合、ポータル・スキーマ・パスワードを入力します。

- データベースのSYSユーザーのパスワードを入力してください [change_on_install]:
パスワードがchange_on_installではない場合、データベースのSYSパスワードを入力します。

- データベースに接続するためのTNS接続文字列を入力してください [orcl]:
TNS接続文字列を指定します。これは、INSTANCE_HOME/config/tnsnames.oraファイル(UNIX)に記載されています。

11. スクリプトが完了したら、現行ディレクトリのアップグレード・ログ・ファイルを調査して、最後にエラーがレポートされていないことを確認します。

12. このリポジトリに関連付けられた中間層を起動します。目的のポータルにアクセスできることを確認します。

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