Oracle® Fusion Middleware

Oracle Forms and Reportsのインストール

12c (12.2.1)

E70061-02(原本部品番号:E66264-02)

2016年2月

このドキュメントでは、Oracle FormsおよびReportsのインストールおよび構成方法を説明します。

Oracle Fusion Middleware Oracle Forms and Reportsのインストール 12c (12.2.1)

E70061-02

Copyright © 2013, 2016, Oracle and/or its affiliatesAll rights reserved.

原本著者: Arup Roy

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

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

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

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

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

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

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

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

1 インストールおよび構成の概要

- 1.1 Oracle Forms and Reportsのコンポーネント

- 1.2 アイデンティティ管理を使用したOracle Forms and Reportsの保護

- 1.2.1 Oracle Access Manager 11gを使用したOracle Forms and Reportsの保護

- 1.3 Oracle Forms and Reportsのインストールおよび構成ロードマップ

2 Oracle Forms and Reportsのインストールおよび構成

- 2.1 インストールの準備

- 2.1.1 システム要件と仕様の確認

- 2.1.2 動作保証情報の確認

- 2.1.3 相互運用性と互換性の確認

- 2.1.4 Oracle Fusion Middlewareのコンセプトの理解

- 2.1.5 Oracle Fusion Middlewareソフトウェアの入手

- 2.1.6 別個のサーバーへのOracle FormsおよびOracle Reportsのインストール

- 2.1.7 新規OracleホームへのOracle Forms and Reportsのインストール

- 2.1.8 非デフォルト・ユーザーとしてのOracle Forms and Reportsのインストール

- 2.2 Oracle WebLogic Server (FMWインフラストラクチャ)のインストール

- 2.2.1 Oracle Reports用のOracleホームの場所の計画(Windowsのみ)

- 2.2.2 オペレーティング・システムに対応した正しいインストーラのダウンロード

- 2.2.3 Oracle WebLogic Server (FMWインフラストラクチャ)インストール手順の検索

- 2.2.4 Oracle Forms and Reportsのインストール前のノード・マネージャの停止(Windowsのみ)

- 2.3 Oracle Identity and Access Managementのインストール

- 2.4 Oracle Forms and Reportsのインストールおよび構成

- 2.4.1 IBM AIXオペレーティング・システムでのrootpre.shスクリプトの実行

- 2.4.2 Oracle Forms and Reportsのインストーラの起動

- 2.4.3 インストール・ログ・ファイルの表示

- 2.4.4 Oracleインベントリの構成(UNIXのみ)

- 2.4.5 Oracle Universal Installerを使用したインストール

- 2.4.6 リポジトリ作成ユーティリティ

- 2.4.7 構成ウィザードを使用したFormsの構成

- 2.4.8 構成ウィザードを使用したReportsの構成

- 2.4.8.1 マシンのプロビジョニング

- 2.4.8.2 Reports Builderを "Run to web"で構成

- 2.4.9 構成ウィザードを使用したForm Builder Standalone 12cの構成

3 Oracle Forms and Reportsのインストールおよび構成の確認

- 3.1 インストール・ログの確認

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

- 3.3 インストールされている製品と製品バージョンの確認

- 3.4 ブラウザのURLの確認

- 3.4.1 Fusion Middleware Controlの確認

- 3.5 基本的な管理タスクの実行

4 Oracle Forms and Reportsのアンインストール

- 4.1 アンインストールの理解

- 4.2 ソフトウェアのアンインストール

- 4.2.1 Oracle Forms and Reportsの削除

- 4.2.1.1 アンインストーラの起動

- 4.2.1.2 管理対象のOracle Forms and Reportsインスタンスの削除

- 4.2.1.3 Oracle Fusion Middlewareの停止

- 4.2.1.4 Oracle Forms and Reports Oracleホームの削除

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

- 4.2.3 Oracle WebLogic ServerおよびWebLogic Serverドメインの削除

- 4.2.3.1 Oracleホーム・ディレクトリの削除

- 4.2.3.2 ドメインの削除

- 4.2.4 プログラム・グループの削除(Windowsのみ)

- 4.2.5 システムの再起動(Windowsのみ)

- 4.3 ソフトウェアの再インストール

5 Oracle FormsまたはReports 11gからのアップグレード

- 5.1 Oracle Forms 12c (12.2.1)へのアップグレードの計画

- 5.2 Oracle Forms 12c (12.2.1)へのアップグレードの準備

- 5.3 Oracle Forms 12c (12.2.1)へのアップグレード

- 5.3.1 WLS再構成ウィザードを使用した11gドメインの再構成

- 5.3.2 12cアップグレード・アシスタントの実行

- 5.4 Oracle Forms 12c (12.2.1)へアップグレードした後のアップグレード後の手順

- 5.5 Oracle Reports 12c (12.2.1)へのアップグレードの計画

- 5.6 Oracle Reports 12c (12.2.1)へのアップグレードの準備

- 5.7 Oracle Reports 12c (12.2.1)へのアップグレード

- 5.7.1 WLS再構成ウィザードを使用した11gドメインの再構成

- 5.7.2 調査フェーズ

- 5.7.3 12cアップグレード・アシスタントの実行

- 5.8 Oracle Reports 12c (12.2.1)へアップグレードした後のアップグレード後の手順

A Oracle Forms and Reportsのサイレント・インストールおよびアンインストール

- A.1 サイレント・インストールとアンインストールの理解

- A.2 Oracle Forms and Reportsレスポンス・ファイルの使用

- A.2.1 Oracle Forms and Reportsのインストール・レスポンス・ファイルの使用

- A.2.1.1 configure_only.rspレスポンス・ファイルのテンプレートの使用

- A.2.1.2 install_only.rspレスポンス・ファイルのテンプレートの使用

- A.2.1.3 install_and_configure.rspレスポンス・ファイルのテンプレートの使用

- A.2.2 Oracle Forms and Reportsのアンインストール・レスポンス・ファイルの使用

- A.2.2.1 deinstall_managed_instances.rspファイルの使用

- A.2.2.2 deinstall_unmanaged_instances.rspファイルの使用

- A.2.2.3 deinstall_oh.rspファイルの使用

B Oracle Internet DirectoryとOracle Access Managerとの統合

- B.1 必要なコンポーネントのインストールと設定

- B.2 Oracle Access ManagerでのOracle Internet Directoryに対する認証の定義

- B.3 LDAPストアに依存するOracle Access Managerポリシーの管理

- B.4 認証とアクセスの検証

C トラブルシューティング

- C.1 一般的なトラブルシューティングのヒント

- C.2 インストール・ログ・ファイルおよび構成ログ・ファイル

- C.2.1 インストール・ログ・ファイル

- C.2.2 構成ログ・ファイル

- C.3 Oracle Reports用の環境変数の長さの確認(Windowsのみ)

- C.4 詳細情報

はじめに

このドキュメントでは、Oracle Forms and Reportsのインストールおよび構成に関する要件、手順およびトラブルシューティングを説明します。

対象読者

このマニュアルは、初めてOracle Fusion Middlewareをインストールし、ユーザーおよびグループの作成、グループへのユーザーの追加、Oracle Fusion Middlewareをインストールするコンピュータへのオペレーティング・システム・パッチのインストールなど、システム管理業務を行っているユーザーを対象にしています。UNIXシステムにインストールするユーザーは、スクリプトを実行するためにrootアクセスが必要です。

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

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リリース1のドキュメント・ライブラリにある次のマニュアルを参照してください。これらのマニュアルの情報は、Oracle Fusion Middlewareを初めて使用する場合に役立ちます。

- 『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』。このマニュアルには、Oracle Fusion Middleware製品をインストールする前に読んでおく必要がある有用な情報が含まれています。

- 『Oracle Fusion Middlewareの理解』: このマニュアルでは、Oracle Fusion Middleware環境での一般的な用語や概念を説明します。

- 『Oracle Fusion Middlewareの管理』: このマニュアルでは、インストールおよび構成が完了した後に、Oracle Fusion Middleware環境を管理するための情報を説明します。

- 『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』。このマニュアルでは、より安全な環境を作成するために、このリリースのOracle Forms and Reportsとともに使用可能なOracle Identity and Access Managementのインストールおよび構成に関する情報を説明します。

また、『Oracle Fusion Middleware Oracle Forms and Reportsアップグレード・ガイド』では、旧バージョンのOracle Forms and Reportsを最新バージョンにアップグレードする方法を説明します。このマニュアルは、Oracle Fusion Middleware 11g リリース2のドキュメント・ライブラリにあります。

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

1 インストールおよび構成の概要

この章では、Oracle Forms and Reportsのインストールおよび構成の概要を説明します。

次のトピックを取り扱います:

- 1.1項「Oracle Forms and Reportsのコンポーネント」

- 1.2項「アイデンティティ管理を使用したOracle Forms and Reportsの保護」

- 1.3項「Oracle Forms and Reportsのインストールおよび構成ロードマップ」

1.1 Oracle Forms and Reportsのコンポーネント

インストール可能なコンポーネントは次のとおりです。

- Oracle Forms

- Oracle Forms Builder 12.2.1.0.0

- Oracle Forms Deployment 12.2.1.0.0

- Oracle Reports

- Oracle Reports 12.2.1.0.0

- Oracle HTTP Server 12.2.1.0.0

- Oracle共通構成インフラストラクチャ

- CIE CAM Shared Config 12.2.1.0.0

- Forms 12.2.1.0.0用のEnterprise Managerプラグイン

- インフラストラクチャ

- データベース・クライアント・コンポーネント11.2.0.3.0

- FMWアップグレード12.2.1.0.0

- OPatch 13.3.0.0.0

1.2 アイデンティティ管理を使用したOracle Forms and Reportsの保護

Oracle Forms and ReportsのインストールをIdentity Management層によって保護する場合は、Oracle Forms and ReportsをOracle Access Managerでセキュアにする必要があります。

注意:
コンポーネントをデプロイメント・モードで構成している場合、Oracle Forms and Reportsインストールは、Identity Managementでのみセキュアになります。

1.2.1 Oracle Access Manager 11gを使用したOracle Forms and Reportsの保護

Oracle Forms and Reportsのこのリリースでは、Oracle Access Manager 11gリリース2 (11.1.2.2)および11gリリース3 (11.1.2.3)を使用するOracle Internet Directory 11g (11.1.1.7および11.1.1.9)がサポートされています。

Oracle Access Managerを使用するOracle Internet Directoryをインストールして構成するには、次の手順を実行します。

1. Oracle Identity and Access Managementをインストールします。
11gリリース1をインストールする場合は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOracle Identity and Access Managementのインストールに関する項を参照してください。

11gリリース2をインストールする場合は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Managementのインストールと構成に関する項を参照してください。

2. Oracle Access Manager用にWebLogic Serverドメインを構成します。
11gリリース1の場合は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOracle Access Managerの構成に関する項を参照してください。

11gリリース2またはリリース3の場合は、『Oracle Fusion Middleware Oracle Identity and Access Managementインストレーション・ガイド』のOracle Identity and Access Management製品の構成に関する項を参照してください。

3. Oracle Access ManagerをOracle Internet Directoryと統合します。
11gリリース1の場合は、付録B「Oracle Internet DirectoryとOracle Access Managerの統合」を参照してください。

11gリリース2またはリリース3の場合は、『Oracle Fusion Middleware Oracle Identity Management Suite統合ガイド』のOracle Internet DirectoryとAccess Managerの統合に関する項を参照してください。

既存のOracle Single Sign-Onを使用するOracle Internet Directoryが存在する場合は、第5章「Oracle FormsまたはReports 11gからのアップグレード」に従って、Oracle Access Managerを使用するOracle Internet Directoryにアップグレードできます。

1.3 Oracle Forms and Reportsのインストールおよび構成ロードマップ

図1-1「Oracle Forms and Reportsのインストールおよび構成フローチャートのタスク」に、一般的なOracle Forms and Reportsのインストールおよび構成の流れを示します。

表1-1 Oracle Forms and Reportsのインストールおよび構成フローチャートのタスク

タスク

説明

オプション

参照

システムの環境を確認します。

システム環境がOracle Fusion MiddlewareおよびOracle Forms and Reportsの一般的なインストール要件を満たしていることを確認します。

いいえ

2.1項「インストールの準備」に記載されている情報すべてに目を通してください。

Identity Managementを使用するかどうか。

Oracle Forms and ReportsをIdentity Management層によって保護する場合は、Oracle Internet Directoryを起動し、実行している必要があります。

インストール時に、デプロイメント構成モードを選択し、Oracle HTTP Serverのインストールを選択してください。

はい

Oracle Access Manager 11gを使用するOracle Internet Directoryのインストールの詳細は、1.2.1項「Oracle Access Manager 11gを使用したOracle Forms and Reportsの保護」を参照してください。

ソフトウェアを入手します。

Oracle Forms and Reportsをインストールおよび構成するために必要なソフトウェアをすべて入手します。

いいえ

Oracle Forms and Reportsのインストールに必要なソフトウェアを確認するには、2.1.5項「Oracle Fusion Middlewareソフトウェアの入手」を参照してください。

ダウンロードするソフトウェアおよびソフトウェアの入手場所の詳細は、Oracle Fusion Middlewareダウンロード、インストール、構成のREADMEの各ファイルを参照してください。

Oracle WebLogic Serverをインストールし、Oracleホームを作成します。

Oracle Forms and Reportsでは、インストールにOracleホーム・ディレクトリが、構成時にWebLogic Serverドメインが必要です。

いいえ

Oracle WebLogic Serverの特定のバージョンのみがサポートされています。Oracle Fusion Middlewareのサポートされるシステム構成ページにある、Oracle Fusion Middlewareの動作保証ドキュメントを確認してください。

インストール手順は、2.2項「Oracle WebLogic Server (FMWインフラストラクチャ)のインストール」を参照してください。

Oracle Forms and Reportsのインストーラを起動します。

Oracle Forms and Reportsのインストーラを起動し、ソフトウェアをインストールします。

いいえ

最初に、次の項を読み理解します。

開始準備が整ったら、2.4.2項「Oracle Forms and Reportsのインストーラの起動」を参照します。

Oracle FormsおよびReportsをインストールします。

Oracle Universal Installerを使用して、コンポーネントをインストールします。

いいえ

第2.4.5項「Oracle Universal Installerを使用したインストール」で説明している手順を実行します。

リポジトリ作成ユーティリティの実行

Oracle Fusion Middlewareデータベース・スキーマを作成します。

いいえ

第2.4.6項「リポジトリ作成ユーティリティ」で説明している手順を実行します。

構成ウィザードを使用してOracle Forms and Reportsを構成します

構成ウィザードを使用してコンポーネントを構成します。

いいえ

第2.4.7項「構成ウィザードを使用したFormsの構成」および第2.4.9項「構成ウィザードを使用したForm Builder Standalone 12cの構成」で説明している手順に従います。

環境を確認します。

インストールおよび構成が成功したことを確認します。

いいえ

詳細は、第3章「Oracle Forms and Reportsのインストールおよび構成の確認」を参照してください。

2 Oracle Forms and Reportsのインストールおよび構成

この章では、Oracle Forms and Reportsのインストールおよび構成の方法について説明します。

次のトピックを取り扱います:

- 2.1項「インストールの準備」

- 2.2項「Oracle WebLogic Server (FMWインフラストラクチャ)のインストール」

- 2.3項「Oracle Identity and Access Managementのインストール」

- 第2.4項「Oracle Forms and Reportsのインストールおよび構成」

2.1 インストールの準備

開始する前にこの項をよく読み、Oracle Forms and Reportsをインストールする前に、現在の環境やその他のソフトウェアの要件を満たしていることを確認してください。

- 2.1.1項「システム要件と仕様の確認」

- 2.1.2項「動作保証情報の確認」

- 2.1.3項「相互運用性と互換性の確認」

- 2.1.4項「Oracle Fusion Middlewareのコンセプトの理解」

- 2.1.5項「Oracle Fusion Middlewareソフトウェアの入手」

- 2.1.6項「別個のサーバーへのOracle FormsおよびOracle Reportsのインストール」

- 2.1.7項「新規OracleホームへのOracle Forms and Reportsのインストール」

- 2.1.8項「非デフォルト・ユーザーとしてのOracle Forms and Reportsのインストール」

2.1.1 システム要件と仕様の確認

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

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

2.1.2 動作保証情報の確認

アップグレードまたはインストールを実行する前に、該当するリリースのOracle Fusion Middlewareの動作保証ドキュメントに目を通してください。このドキュメントは、Oracle Fusion Middlewareのサポートされるシステム構成ページにあります。

2.1.3 相互運用性と互換性の確認

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

2.1.4 Oracle Fusion Middlewareのコンセプトの理解

Oracle Fusion Middlewareを初めて使用する場合は、「Oracle Fusion Middlewareの理解」に目を通して、これから目にする概念や用語のいくつかに慣れておいてください。

2.1.5 Oracle Fusion Middlewareソフトウェアの入手

具体的なニーズに応じて、Oracle Fusion Middlewareソフトウェアを入手できる場所は複数あります。詳細は、「Oracle Fusion Middlewareダウンロード、インストール、構成のREADME」ページにある、特定のリリースのREADMEファイルを参照してください。

Oracle Forms and Reportsをインストールおよび構成するには、次のソフトウェアをダウンロードする必要があります。

- Oracle WebLogic Server (FMWインフラストラクチャ)の動作保証されたバージョン用のインストーラ。動作保証に関するドキュメント(2.1.2項「動作保証情報の確認」)を参照して、入手するOracle WebLogic Server (FMWインフラストラクチャ)のバージョンを決定してください。

- Oracle Forms and Reportsのインストーラ。

- Oracle Forms and Reportsのインストールをアイデンティティ管理を使用して保護する場合は、Oracle Internet Directory with Oracle Access Managementもダウンロードできます。

各製品のインストーラ起動時に必要になるため、各インストーラをダウンロードしたディレクトリを書き留めておきます。

2.1.6 別個のサーバーへのOracle FormsおよびOracle Reportsのインストール

Oracle FormsとOracle Reportsを異なるサーバーにインストールする場合は、これら2つの製品が相互に正しく通信できるように、手動でいくつかの構成を実行する必要があります。

手動の構成手順は、『Oracle Fusion Middleware Oracle Reports ServicesレポートWeb公開ガイド』の異なるインスタンスにインストールされたReportsとFormsの間の通信に関する項を参照してください。

2.1.7 新規OracleホームへのOracle Forms and Reportsのインストール

Oracle Forms and ReportsはOracleホーム・ディレクトリ内にインストールされる必要があり、このディレクトリはOracle WebLogic Serverのインストール時に作成されます。

Oracle Forms and Reportsは独自のOracleホーム・ディレクトリにインストールされる必要があり、このディレクトリは他のOracle Fusion Middleware製品とは共有されません。

2.1.8 非デフォルト・ユーザーとしてのOracle Forms and Reportsのインストール

UNIXオペレーティング・システムでは、インストールされたFusion Middleware製品の所有権は既知のユーザー(たとえば、oracle)に属して管理されます。このインストールに関連付けられているファイル関連権限は、可能な最高のレベルのセキュリティが確保されるように構成されます。デフォルトでは700 (すべてのファイルには所有者があり、所有者のみアクセス可能)になります。

デフォルトの権限設定を変更すると、インストールとシステムのセキュリティが脆弱になります。そのため、そのような変更はお薦めしません。特定のファイルや実行可能ファイルへのアクセス権が他のユーザーで必要な場合、ファイル関連権限を変更するかわりに、UNIXの sudo コマンド(または類似のコマンド)を検討してください。

さらにサポートが必要な場合は、ご使用のUNIXオペレーティング・システムに付属している管理者ガイドを参照するか、オペレーティング・システムのベンダーに問い合せてください。

Windowsオペレーティング・システムの場合、ユーザーは、WindowsのAdminグループのメンバーである必要があります。これにより、インストール後に、Buildersを含む、プロセスの起動および停止に必要な適切な権限がユーザーに与えられます。

2.2 Oracle WebLogic Server (FMWインフラストラクチャ)のインストール

Oracle Forms and Reportsでは、インストール時にOracleホーム・ディレクトリを作成するOracle WebLogic Server (FMWインフラストラクチャ)が必要です。この項の内容は次のとおりです。

- 2.2.1項「Oracle Reports用のOracleホームの場所の計画(Windowsのみ)」

- 2.2.2項「オペレーティング・システムに対応した正しいインストーラのダウンロード」

- 2.2.3項「Oracle WebLogic Server (FMWインフラストラクチャ)インストール手順の検索」

- 2.2.4項「Oracle Forms and Reportsのインストール前のノード・マネージャの停止(Windowsのみ)」

該当するリリースのOracle Fusion Middlewareの動作保証に関するドキュメントを読み、必要なOracle WebLogic Server (FMWインフラストラクチャ)の最小バージョンを判断してください。このドキュメントは、Oracle Fusion Middlewareのサポートされるシステム構成ページにあります。

2.2.1 Oracle Reports用のOracleホームの場所の計画(Windowsのみ)

Oracle ReportsをWindowsオペレーティング・システムにインストールする場合は、Oracleホーム・ディレクトリへのパスの文字数が規定の範囲内であることを確認します。詳細は、C.3項「Oracle Reports用の環境変数の長さの確認(Windowsのみ)」を参照してください。

2.2.2 オペレーティング・システムに対応した正しいインストーラのダウンロード

Oracle WebLogic Server (FMWインフラストラクチャ)インストーラの入手先は、2.1.5項「Oracle Fusion Middlewareソフトウェアの入手」を参照してください。

2.2.3 Oracle WebLogic Server (FMWインフラストラクチャ)インストール手順の検索

Oracle WebLogic Server (FMWインフラストラクチャ)のインストール手順は、『Oracle WebLogic ServerおよびCoherenceのインストールと構成』のインストール・プログラムのグラフィック・モードでの実行に関する項を参照してください。Oracleホーム・ディレクトリを作成するためにWebLogic Serverのインストールは完了している必要がありますが、WebLogic Serverドメインは、Oracle Forms and ReportsのインストーラでOracle Forms and Reports製品用に作成されるため、作成する必要はありません。

Windowsオペレーティング・システムにインストールする場合は、Oracle WebLogic Server (FMWインフラストラクチャ)のインストール完了後に、2.2.4項「Oracle Forms and Reportsのインストール前のノード・マネージャの停止(Windowsのみ)」に目を通してください。

2.2.4 Oracle Forms and Reportsのインストール前のノード・マネージャの停止(Windowsのみ)

Oracle Forms and ReportsをMicrosoft Windowsオペレーティング・システムにインストールする場合は、インストールの開始前に、Oracle WebLogic Serverでインストールされたノード・マネージャ・ユーティリティが停止していることを確認する必要があります。

1. Oracle WebLogic Serverのノード・マネージャ・ユーティリティが停止していることを確認します。実行中の場合は、プロセスを中断します。

2. WebLogic_Home\common\nodemanagerディレクトリにnodemanager.propertiesファイルがあるかどうかを確認します。

1. nodemanager.propertiesファイルが存在しない場合は、Oracle Forms and Reportsのインストールを続行します。

2. nodemanager.propertiesファイルが存在する場合は、そのファイルを開き、ListenPortパラメータが含まれていて、値が設定されていることを確認します。ListenPortパラメータが含まれていないか、設定されていない場合は、次のようにnodemanager.propertiesファイルを編集して、NODE_MANAGER_LISTEN_PORTがノード・マネージャのリスニング対象となるポートを示すようにします(5556など)。

ListenPort=NODE_MANAGER_LISTEN_PORT

2.3 Oracle Identity and Access Managementのインストール

Oracle Forms and Reportsインストールは、アイデンティティ管理を使用して保護できます(1.2項「アイデンティティ管理を使用したOracle Forms and Reportsの保護」を参照)。Oracle Forms and ReportsをOracle Internet DirectoryおよびOracle Access Managerを使用して保護することを選択した場合で、これらの製品がまだない場合は、ダウンロードしてインストールする必要があります。

Oracle Identity and Access Managementは、Oracle Forms and Reportsインストールとは異なるOracleホーム・ディレクトリにインストールする必要があります(2.1.7項「新規OracleホームへのOracle Forms and Reportsのインストール」を参照)。パフォーマンス上の理由から、Oracle Forms and ReportsはOracle Identity Management製品とは別のマシンにインストールすることをお薦めします。

Oracle Identity and Access Managementのインストール手順は、『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のIdentity and Access Managementのインストールおよび構成に関する説明を参照してください。

2.4 Oracle Forms and Reportsのインストールおよび構成

この項では、Oracle Forms and Reportsのインストールに関する情報と手順を説明します。次のトピックを取り扱います:

- 2.4.1項「IBM AIXオペレーティング・システムでのrootpre.shスクリプトの実行」

- 2.4.2項「Oracle Forms and Reportsのインストーラの起動」

- 2.4.3項「インストール・ログ・ファイルの表示」

- 2.4.4項「Oracleインベントリの構成(UNIXのみ)」

- 第2.4.5項「Oracle Universal Installerを使用したインストール」

- 2.4.6項「リポジトリ作成ユーティリティ」

- 第2.4.7項「構成ウィザードを使用したFormsの構成」

- 2.4.8項「構成ウィザードを使用したReportsの構成」

- 第2.4.9項「構成ウィザードを使用したForm Builder Standalone 12cの構成」

2.4.1 IBM AIXオペレーティング・システムでのrootpre.shスクリプトの実行

IBM AIXオペレーティング・システムにインストールする場合は、インストーラを起動する前に、rootユーザーでDisk1ディレクトリからrootpre.shスクリプトを実行する必要があります。rootpre.shスクリプトをシステムで1度だけ実行し、Oracle DatabaseまたはOracle Fusion Middlewareで必要な正しいカーネル拡張機能をロードしてください。

IBM AIX上でインストーラが起動すると、次のメッセージが表示されます。

Answer 'y' if root has run 'rootpre.sh' so you can proceed with Oracle installation.
Answer 'n' to abort installation and then ask root to run 'rootpre.sh'.

Has 'rootpre.sh' been run by root? [y/n] (n)

Answer 'y', if root has run 'rootpre.sh' so that you can proceed with Oracle installation.
Answer 'n', to abort installation and then ask root to run 'rootpre.sh'.

以前にrootpre.shを実行したことのあるシステムでこのメッセージをスキップするには、SKIP_ROOTPRE環境変数をTRUEに設定します。

2.4.2 Oracle Forms and Reportsのインストーラの起動

インストーラを起動するには、Oracle Forms and Reportsのインストーラをダウンロードし、アーカイブ・ファイルを解凍したディレクトリに移動します。Disk1ディレクトリに切り替えます。

Windowsオペレーティング・システムでは、Disk1ディレクトリのsetup.exeファイルをダブルクリックします。

UNIXオペレーティング・システムでは、次のようにrunInstallerコマンドを使用します。

cd unpacked_archive_directory/Disk1
./runInstaller

2.4.3 インストール・ログ・ファイルの表示

インストーラによって、Oracle_Inventory_Location/logディレクトリ(UNIXオペレーティング・システムの場合)またはOracle_Inventory_Location\logsディレクトリ(Windowsオペレーティング・システムの場合)にログ・ファイルが書き込まれます。ログ・ファイルとその内容の詳細は、C.2.1項「インストール・ログ・ファイル」を参照してください。

2.4.4 Oracleインベントリの構成(UNIXのみ)

UNIXオペレーティング・システムにインストールする場合で、Oracle Universal InstallerによるOracle製品のインストールをそのシステム上で初めて行う場合は、インベントリ・ディレクトリの場所を尋ねられます。これは、インストーラがサブディレクトリを設定し、このシステムにインストールされている各Oracle製品のインベントリ・データを保持する場所です。

表2-1のインベントリの画面を使用して、インベントリ・ディレクトリおよびグループ情報を構成します。ヘルプを参照する場合は、表で画面の名前を選択するか、GUIで「ヘルプ」ボタンをクリックします。

表2-1 インベントリ・ディレクトリおよびグループの画面

画面

説明

インベントリ・ディレクトリの指定

Oracleインベントリ・ディレクトリとそのディレクトリのグループ権限を指定します。グループには、Oracleインベントリ・ディレクトリへの書込み権限を指定する必要があります。

インベントリの場所の確認

createCentralInventory.shスクリプトをrootで実行します。

Oracle中央インベントリを使用しない場合は、oraInst.locというファイルを作成して、このファイルに選択したインベントリ・ディレクトリのフル・パスを含めます。たとえば、標準的なoraInst.locファイルには次が含まれます。

inventory_loc=/home/username/oraInventory
inst_group=group

次に、インストーラを起動してoraInst.locファイルを指定できます。次に例を示します。

./runInstaller -invPtrLoc location_of_oraInst.loc_file

2.4.5 Oracle Universal Installerを使用したインストール

次の手順に従って、Oracle Universal Installerを使用してOracle Forms and Reportsをインストールします。2.4.2項「Oracle Forms and Reportsのインストーラの起動」で説明したOracle Universal Installerの起動後の手順です。

1. 「ようこそ」ページ。このページは、インストールの初期画面です。「次へ」をクリックします。

図2-1 「ようこそ」ページ

2. 「自動更新」ページが表示されます。このページでは、コンポーネントのソフトウェア更新を自動的にオラクル社から受け取るように選択できます。選択するには、「「次へ」」をクリックします。

図2-2 自動更新

3. 「インストール場所」ページが表示されます。製品インストール先のOracleホームの場所を指定します。「次へ」をクリックします。

図2-3 インストールの場所

4. 「インストール・タイプ」ページが表示されます。「スタンドアロンForms Builder」を選択すると、その機能のみがインストールされ、「FormsおよびReportsのデプロイメント」を選択すると、すべての製品がインストールされます。「次へ」をクリックします。

図2-4 インストール・タイプ

5. 「前提条件のチェック」ページが表示されます。このページは、インストールの前に、システムの前提条件チェックの進行状況を示します。前提条件が満たされていない場合、メッセージが表示されます。このページでは操作の必要はありませんが、ログを表示することができます。「次へ」をクリックします。

図2-5 前提条件のチェック

6. 「インストール・サマリー」ページが表示され、インストールされるコンポーネントおよび機能が示されます。変更する場合、「戻る」をクリックし、変更しない場合は、「インストール」をクリックしてインストールを開始します。

図2-6 インストール・サマリー

7. 「インストールの進行状況」ページが表示されます。このページには、インストールの進行状況が表示され、問題がある場合は、警告を受けます。メッセージおよびログを確認することができますが、一般的に、ここでは操作の必要はありません。処理が完了したら、「次へ」をクリックします(「サマリー」ページへ移動します)。または、「終了」をクリックします。

図2-7 インストールの進行状況

8. 「次へ」をクリックすると、「インストール完了」ページが表示され、インストールしたコンポーネントが示されます。「終了」をクリックします。

図2-8 インストール完了

2.4.6 リポジトリ作成ユーティリティ

次の手順に進む前に、リポジトリ作成ユーティリティ(RCU)を使用します。RCUはOracle Fusion Middleware Infrastructureディストリビューションで入手できます。次の手順に従います。

1. $FMW_HOME/oracle_common/bin/rcu.shを実行します

2. 「ようこそ」ページが表示されます。「次へ」をクリックします。

3. 「リポジトリの作成」ページが表示されます。「リポジトリの作成」を選択し、「システム・ロードおよび製品ロード」(デフォルト)を選択します。「次へ」をクリックします。

4. 「データベース接続の詳細」ページが表示されます。次の画面に示すように、RCUにデータベース情報を入力します。「次へ」をクリックします。

5. 「前提条件チェック」ボックスが表示されます。ここに、前提条件チェックの進行状況が表示されます。完了したら、「OK」をクリックします。

6. 「コンポーネントの選択」ページが表示されます。「新規接頭辞の作成」ラジオ・ボタンを選択し、スキーマ接頭辞(DEMOなど)を入力します。次のコンポーネントを選択します。「Oracle Platform Security Service」、「監査サービス」、「監査サービス追加」および「監査サービス・ビューア」。「次へ」をクリックします。

7. 「前提条件チェック」ボックスが表示されます。ここに、前提条件チェックの進行状況が表示されます。完了したら、「OK」をクリックします。

8. 「スキーマ・パスワード」ページが表示されます。デフォルトの「すべてのスキーマに同じパスワードを使用」ラジオ・ボタンがされた状態で、「パスワード」フィールドにパスワードを入力します。「次へ」をクリックします。

9. 「表領域のマップ」ページが表示されます。必要なアクションはありません。「次へ」をクリックします。

10. 「リポジトリ作成ユーティリティ」ボックスが表示され、確認を求められます。「OK」をクリックします。

11. 表領域作成の進行状況を示す「表領域の作成中」ポップ・アップが表示されます。「OK」→「Next」をクリックします。

12. 「サマリー」ページが表示され、行われたアクションおよび選択を示します。「作成」をクリックします。

13. 「システム・ロード」の進行状況ボックスが表示され、進行状況を示します。完了すると、ボックスは非表示になります。

14. 「閉じる」をクリックします。

2.4.7 構成ウィザードを使用したFormsの構成

この項では、構成ウィザードを使用してOracle Formsを構成する方法について説明します。

注意:
構成を正常に完了するためには、Windows DOSシェルの場合は、管理者権限で実行し、Unixシェルの場合は、インストールの実行と同一のユーザー(たとえば、oracle)が所有する必要があります。この手順に従わない場合、構成はサイレントに失敗します。

次の手順に従い、構成ウィザードを使用して、Oracle Formsを構成します。

1. ORACLE_HOME/oracle_common/common/binディレクトリ内のconfig.shを使用して、構成ウィザードを実行します。

構成ウィザードの最初の画面が表示されます(「ドメインの作成」)。

2. 「新しいドメインの作成」を選択し、使用するドメイン・ホーム・パスを入力します。

3. 「次へ」をクリックします。「テンプレート」画面が表示されます。デフォルトの選択(Create Domain using Product Templates)のままにして、「Oracle Forms – 12.2.1」コンポーネントおよび「Oracle Reports – 12.2.1」コンポーネントを選択します。これ以外のテンプレートを選択することも可能です。詳細は、個別のコンポーネントのドキュメントを参照してください。

4. 「次へ」をクリックします。「アプリケーションの場所」画面が表示されます。「アプリケーションの場所」をデフォルト値のままにします。

5. 「次へ」をクリックします。「管理者アカウント」画面が表示されます。WebLogicドメイン管理ユーザー名とパスワードを入力します。この情報は、WebLogic Server ControlおよびFusion Middleware Controlにアクセスする際に必要です。

6. 「次へ」をクリックします。「ドメイン・モードおよびJDK」画面が表示されます。「ドメイン・モード」(「開発モード」または「本番」のいずれか)を選択します。この場合は、「本番」を選択します。他のJDKのバージョンが必要な場合以外は、デフォルトのJDKの選択のままにします。

7. 「次へ」をクリックします。「データベース構成タイプ」画面が表示されます。RCUのデータベース接続情報を入力します。

- ドロップダウン・リストから、「ベンダー」およびドライバを選択します。

- 「DBMS/サービス」、「ホスト名」および「ポート」に入力します。
「スキーマ所有者」および「スキーマ・パスワード」に入力します。「スキーマ所有者」の値は、インストール操作の以前の手順で、リポジトリ作成ユーティリティ(RCU)の実行中に作成されたスキーマを指します。後ろの_STBを、RCUが以前に実行された際に選択した接頭辞の値とともに含める必要があります。たとえば、リポジトリ作成中に指定した接頭辞がDEMOの場合、「スキーマ所有者」にDEMO_STBと入力します。

「RCU構成の取得」をクリックします。成功のメッセージが表示されます。

8. 「次へ」をクリックします。「JDBCコンポーネント・スキーマ」画面が表示されます。これらの手順は、各リポジトリ・スキーマで同一のパスワードを使用することを前提としています。そうではない場合、適切なスキーマ・パスワードを入力します。

9. 「次へ」をクリックします。「JDBCコンポーネント・スキーマ・テスト」画面が表示されます。テストが実行され、結果が表示されます。

10. 「次へ」をクリックします。「拡張構成」画面が表示されます。「管理対象サーバー、クラスタおよびCoherenceおよび「システム・コンポーネント」を選択します。

11. 「次へ」をクリックします。「管理サーバー」画面が表示されます。デフォルト値はほとんどの場合に適しています。ただし、必要に応じ、ここで管理サーバー・ポートを変更できます。

12. 「次へ」をクリックします。「管理対象サーバー」画面が表示されます。「サーバー・グループ」が「FORMS-MAN-SVR (Forms用)」に設定されていることを確認します。画面では、管理対象サーバーを追加することもできます。「REPORTS-APP-SERVERS (Reports用)」を追加してください。

13. 「次へ」をクリックします。「クラスタ」画面が表示されます。新しいクラスタを必要としていないかぎり、デフォルトのエントリはほとんどの場合で使用できます。

14. 「次へ」をクリックします。「サーバーのクラスタへの割当」画面が表示されます。デフォルト値はほとんどの場合に適しています。ただし、管理対象サーバーを以前の手順で追加した場合、ここでそれらをクラスタに追加する必要があります。

15. 「次へ」をクリックします。「Coherenceクラスタ」画面が表示されます。デフォルト値はほとんどの場合に適しています。

16. 「次へ」をクリックします。「マシン」画面が表示されます。この画面を使用して、マシン名をオーバーライドする、またはその他のマシン名を追加してドメイン・シナリオを拡張することができます(リモートFormsノードを追加します)。

17. 「次へ」をクリックします。「サーバーのマシンへの割当」画面が表示されます。>ボタンをクリックして、「AdminServer」を「AdminServerMachine」に移動します。

18. 「次へ」をクリックします。「システム・コンポーネント」画面が表示されます。デフォルト値はほとんどの場合に適しています。この画面で、追加のFormsまたはその他の「システム・コンポーネント」インスタンスを追加できます(拡張ドメイン・シナリオ用)。たとえば、OHSを追加すると、ここに表示されます。

19. 「次へ」をクリックします。「システム・コンポーネントの割当」画面が表示されます。デフォルト値はほとんどの場合に適しています。

注意:
拡張ドメイン・シナリオの場合、Formsの「システム・コンポーネント」を関連する「マシン」に追加します。

20. 「次へ」をクリックします。「構成のサマリー」画面が表示されます。

21. 「作成」をクリックします。「構成の進行状況」画面が表示されます。

22. この部分の構成が完了するまで待機します。リポジトリ・データベースの場所およびパフォーマンスにより、この処理には数分かかることがあります。「終了」をクリックします。「構成の終了」画面が表示されます。

構成を背完了するには、ノード・マネージャおよび管理サーバーを正常に起動する必要があります。

Unix/Linuxプラットフォームでは、これらのサーバーを初回に起動するシェルは、インストールの所有者(たとえば、oracle)により所有されている必要があります。

Microsoft Windowsでは、これらのサーバーを初回に起動するDOSシェルには、管理者権限が付与されている必要があります。管理者シェルのセッションを有効化するには、「コマンド・プロンプト」ショートカットを右クリックして、「管理者として実行」を選択します。次の図に示すように、表示されるシェルでは、管理者権限があることがタイトル・バーに表示されます。

2.4.8 構成ウィザードを使用したReportsの構成

この項では、構成ウィザードを使用してOracle Reportsを構成する方法について説明します。

注意:
構成を正常に完了するためには、Windows DOSシェルの場合は、管理者権限で実行し、Unixシェルの場合は、インストールの実行と同一のユーザー(たとえば、oracle)が所有する必要があります。この手順に従わない場合、構成はサイレントに失敗します。

次の手順に従い、構成ウィザードを使用して、Oracle Reportsを構成します。

1. ORACLE_HOME/oracle_common/common/binディレクトリ内のconfig.shを使用して、構成ウィザードを実行します。

2. 「ドメインの作成」ページで、「新規拡張ドメインの作成」を選択し、使用するドメイン・ホーム・パスを入力します。

3. 「次へ」をクリックします。「テンプレート」画面が表示されます。「Reports Server」、「Reportsツール」、「Reports Bridge」、「Reportsアプリケーション」および「OHS」を選択します。アップグレードでのみ使用する「Reportsのアップグレードのみのテンプレート」をスキップします。

4. 「次へ」をクリックします。「アプリケーションの場所」画面が表示されます。「アプリケーションの場所」をデフォルト値のままにします。

5. 「次へ」をクリックします。「管理者アカウント」画面が表示されます。WebLogicドメイン管理ユーザー名とパスワードを入力します。この情報は、WebLogic Server ControlおよびFusion Middleware Controlにアクセスする際に必要です。

6. 「次へ」をクリックします。「ドメイン・モードおよびJDK」画面が表示されます。「ドメイン・モード」(「開発モード」または「本番」のいずれか)を選択します。この場合は、「本番」を選択します。他のJDKのバージョンが必要な場合以外は、デフォルトのJDKの選択のままにします。

7. 「次へ」をクリックします。「データベース構成タイプ」画面が表示されます。RCUのデータベース接続情報を入力します。

- ドロップダウン・リストから、「ベンダー」およびドライバを選択します。

- 「DBMS/サービス」、「ホスト名」および「ポート」に入力します。
「スキーマ所有者」および「スキーマ・パスワード」に入力します。「スキーマ所有者」の値は、インストール操作の以前の手順で、リポジトリ作成ユーティリティ(RCU)の実行中に作成されたスキーマを指します。後ろの_STBを、RCUが以前に実行された際に選択した接頭辞の値とともに含める必要があります。たとえば、リポジトリ作成中に指定した接頭辞がDEMOの場合、「スキーマ所有者」にDEMO_STBと入力します。

「RCU構成の取得」をクリックします。成功のメッセージが表示されます。

8. 「次へ」をクリックします。「JDBCコンポーネント・スキーマ」画面が表示されます。これらの手順は、各リポジトリで同一のパスワードを使用することを前提としています。そうではない場合、適切なパスワードを入力します。

9. 「次へ」をクリックします。「JDBCコンポーネント・スキーマ・テスト」画面が表示されます。テストが実行され、結果が表示されます。

10. 「次へ」をクリックします。「拡張構成」画面が表示されます。「管理サーバー」、「ノード・マネージャ」、「管理対象サーバー」、「クラスタ」および「デプロイメントおよびサービス」を選択します。

11. 「次へ」をクリックします。「管理サーバー」画面が表示されます。デフォルト値はほとんどの場合に適しています。

12. 「次へ」をクリックします。「管理対象サーバー」画面が表示されます。WLS_REPORTSを作成します。「サーバー・グループ」が「REPORTS-APP-SERVERS」に設定されていることを確認します。リスニング・アドレスはすべてのローカル・アドレスです。WLS_REPORTSをreports_clusterに追加します。

13. 「次へ」をクリックします。「クラスタ」画面が表示されます。新しいクラスタを必要としていないかぎり、デフォルトのエントリはほとんどの場合で使用できます。

14. 「次へ」をクリックします。「サーバーのクラスタへの割当」画面が表示されます。デフォルト値はほとんどの場合に適しています。ただし、管理対象サーバーを以前の手順で追加した場合、ここでそれらをクラスタに追加する必要があります。

15. 「次へ」をクリックします。「Coherenceクラスタ」画面が表示されます。デフォルト値はほとんどの場合に適しています。

16. 「次へ」をクリックします。「マシン」画面が表示されます。たとえば、「AdminServerMachine」(デフォルト)など、マシンを追加します。

17. 「次へ」をクリックします。「サーバーのマシンへの割当」画面が表示されます。>ボタンをクリックして、「AdminServer」および「WLS_REPORTS」を「AdminServerMachine」に追加します。デフォルトで、「Reportsアプリケーション」がWLS_REPORTSをターゲットに指定します。
「開発モード」構成を、使用可能なリソースが十分ではない開発モードで使用することができます。これを実行するには、次の手順に従います。

1. 「管理サーバー」画面の「サーバー・グループ」ドロップ・ダウン・リストから、グループの1つとして「REPORTS-APP-SVR」を選択します。これにより、管理サーバーがレポートで構成されます。

2. 以降の手順はこれまでと同じです。

注意:
1つの「Reportsツール」コンポーネントは必須です。「Reports Server」および「Reports Bridge」はオプションです。
この構成は本番の複数ユーザー環境ではサポートされていません。使用可能なリソースが十分ではない場合、お薦めしません。この構成は、システム・メモリーなどの十分なリソースが制限されている開発環境でのみ使用します。

Oracle Formsをこの構成で使用することはサポートされていません。

18. 「次へ」をクリックします。「システム・コンポーネント」画面が表示されます。デフォルト値はほとんどの場合に適しています。この画面で、追加のFormsまたはその他の「システム・コンポーネント」インスタンスを追加できます(拡張ドメイン・シナリオ用)。たとえば、OHSを追加すると、ここに表示されます。

19. 「次へ」をクリックします。「システム・コンポーネントの割当」画面が表示されます。デフォルト値はほとんどの場合に適しています。

注意:
拡張ドメイン・シナリオの場合、Formsの「システム・コンポーネント」を関連する「マシン」に追加します。

20. 「次へ」をクリックします。「構成のサマリー」画面が表示されます。

21. 「作成」をクリックします。「構成の進行状況」画面が表示されます。

2.4.8.1 マシンのプロビジョニング

次の手順に従い、マシンをOracle Reportsにプロビジョニングします。

1. ノード・マネージャを起動します
$DOMAIN_HOME/bin/startNodeManager.sh

2. 管理サーバーを起動します
$DOMAIN_HOME/bin/startWebLogic.sh

3. WLSTを使用して、Reportsコンポーネントを作成します

- Reportsツールを作成し、マシン'AdminServerMachine' - <reportsToolsName>をターゲットに指定します

- Reportsサーバーを作成し、マシン'AdminServerMachine' - <reportsServerName>をターゲットに指定します(オプション)
管理者証明書を付与して接続します

connect("weblogic","welcome1", "localhost:7001")

createReportsToolsInstance(instanceName='<reportsToolsName>', machine='AdminServerMachine')

createReportsServerInstance(instanceName='<reportsServerName>', machine='AdminServerMachine')

exit()

4. WLS_REPORTSを起動します
$DOMAIN_HOME/bin/startManagedWebLogic.sh WLS_REPORTS (インプロセス・サーバーが起動します)

Reportsツールを作成し、マシン'AdminServerMachine' - reptools1をターゲットに指定します

Reportsサーバーを作成し、マシン'AdminServerMachine' - repsvr_<hostname>をターゲットに指定します

2.4.8.2 Reports Builderを "Run to web"で構成

次の手順に従って、Reports Builderを"Run to web"として構成します。

1. ディレクトリに移動します。
$DOMAIN_HOME/servers/WLS_REPORTS/tmp/_WL_user/reports_12.2.1/<random_number>/war

2. 次に示すように、それをBuilder構成ファイル(below element, <pluginParam>に追加します。
$DOMAIN_HOME/config/fmwconfig/components/ReportsToolsComponent/reptools1/rwbuilder.conf

</pluginParam>

<webLayout port="9002" docroot="/scratch/rrpai/wls2/user_projects/domains/test1/servers/WLS_REPORTS/tmp/_WL_user/reports_12.2.1/5ah7s6/war"/>

portは、OHSポートです。OHSがそこに存在しない場合は、WLS_REPORTSポートです。

2.4.9 構成ウィザードを使用したForm Builder Standalone 12cの構成

注意:
構成を正常に完了するためには、Windows DOSシェルの場合は、管理者権限で実行し、Unixシェルの場合は、インストールの実行と同一のユーザー(たとえば、oracle)が所有する必要があります。この手順に従わない場合、構成はサイレントに失敗します。

このプロセスは、Forms/Reportsソフトウェアが正常にインストール済みであることを前提とします。

1. Form Builder Standalone 12cソフトウェアをインストールします。

2. 次のいずれかの方法を使用して、Form Builder構成アシスタントを起動します。

- Form Builder Standaloneソフトウェアのインストールの終わりに、ソフトウェアを実行するように選択します(インストールの終わりにチェック・ボックスを選択すると、構成アシスタントを起動することができます)

- 構成ツールを、後で次の場所から起動します$FMW_HOME/form/common/bin/config_builder.sh (MS Windowsの場合は、config_builder.bat)。

3. 構成ウィザードの最初の画面に、Form Builderインスタンス・パスを入力し、「次へ」をクリックします。

4. 構成が正常に完了すると、次の画面が表示されます。「次へ」をクリックします。

5. 「終了」をクリックします。「構成の終了」画面が表示されます。

3 Oracle Forms and Reportsのインストールおよび構成の確認

この章には、Oracle Forms and Reportsのインストールと構成の確認に役立つ情報が含まれています。

インストーラと構成ウィザードの実行が正常に終了したら、次の手順を任意に組み合せて実行し、インストールのステータスを確認できます。

- 3.1項「インストール・ログの確認」

- 3.2項「ドメイン・サーバー・ログの確認」

- 3.3項「インストールされている製品と製品バージョンの確認」

- 3.4項「ブラウザのURLの確認」

- 3.5項「基本的な管理タスクの実行」

3.1 インストール・ログの確認

Oracleインベントリ・ディレクトリ内のlogsディレクトリでインストール・ログ・ファイルの有無を確認します。

UNIXオペレーティング・システムでは、Oracleインベントリ・ディレクトリの場所が不明な場合、ORACLE_HOME/oraInst.locファイルで確認できます。

Windowsオペレーティング・システムの場合、インベントリ・ディレクトリの場所はC:\Program Files\Oracle\Inventory\logsです。

インストール・ログ・ファイルの詳細は、C.2.1項「インストール・ログ・ファイル」を参照してください。

3.2 ドメイン・サーバー・ログの検証

ドメイン・サーバー・ログを確認します。このファイルは、ドメイン・ホーム・ディレクトリ内のserversディレクトリにあります。たとえば、UNIXオペレーティング・システムの場合は、次のように指定します。

DOMAIN_HOME/servers/server_name

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

DOMAIN_HOME\servers\server_name

3.3 インストールされている製品と製品バージョンの確認

製品と製品バージョン番号を確認するには、opatch lsinventory -detailコマンドをORACLE_HOME/OPatchディレクトリから実行します。

3.4 ブラウザのURLの確認

「インストール完了」画面には、表3-1に示すように、インストールして構成した製品へのアクセスに使用できるURLが表示されます。

表3-1 Oracle Forms and Reportsの製品URL

製品またはコンポーネント

URL

管理サーバー・コンソール

http://host:port/console

Enterprise Managerコンソール

http://host:port/em

Oracle Forms

http://host:port/forms/frmservlet

Oracle Reports

http://host:port/reports/rwservlet

開発モードでインストールした場合は、確認するEnterprise ManagerコンソールURLはなく、Oracle Forms and ReportsのURLでは管理サーバー・ポートが使用されます。デプロイメント・モードでは、Enterprise ManagerコンソールおよびEMAgentは管理サーバー・ポートを使用しますが、Oracle Forms and Reportsは、各管理対象サーバーのポートまたはOracle HTTP Serverのポート番号を使用して確認できます。

さらに、Oracle Forms and ReportsがOracle Identity Managementによって保護されている場合は、Oracle Forms and Oracle ReportsのURLにアクセスを試みると、ログイン資格証明の入力が求められます。

3.4.1 Fusion Middleware Controlの確認

インストールおよび構成の後、Oracle Fusion Middleware Controlに接続してドメインを管理します。

管理コンソールの使用方法の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの理解』のWebLogic Serverのシステム管理の概要に関する項を参照してください。

3.5 基本的な管理タスクの実行

インストーラおよび構成ツールの実行後に、システムのすべてのコンポーネント、管理サーバーおよび管理対象サーバーは起動し、動作していますが、これらはすべて構成ツールによって自動的に行われます。

サーバーまたはコンポーネントの一部が予期せず停止した場合は、『Oracle Fusion Middlewareの管理』のOracle Fusion Middleware環境の起動に関する項の手順に従って、Oracle Fusion Middleware環境を再起動できます。

Oracle Fusion Middleware環境は、『Oracle Fusion Middlewareの管理』のOracle Fusion Middleware環境の停止に関する項に従って停止することもできます。

4 Oracle Forms and Reportsのアンインストール

この章では、システムからOracle Forms and Reportsを削除する方法について説明します。

ソフトウェアを削除するときは、この章で説明する手順に必ず従ってください。ソフトウェアを手動で削除しようとすると、後で再度ソフトウェアをインストールする際に問題が発生する可能性があります。この章の手順に従うと、ソフトウェアを適切に削除できます。詳細は、4.3項「ソフトウェアの再インストール」を参照してください。

注意:
特定の製品コンポーネントを削除する必要がある場合は、そのコンポーネントが含まれているドメイン全体を削除する必要があります。複数の製品が含まれているドメインから単一の製品を削除することはできません。ドメインの削除手順は、4.2.3項「Oracle WebLogic ServerおよびWebLogic Serverドメインの削除」を参照してください。

次のトピックを取り扱います:

- 4.1項「アンインストールの理解」

- 4.2項「ソフトウェアのアンインストール」

- 4.3項「ソフトウェアの再インストール」

4.1 アンインストールの理解

Oracle Forms and Reportsのアンインストーラには、次のソフトウェア削除オプションがあり、記載されている順に行う必要があります。

- 管理対象外ASInstanceのアンインストール
このオプションを選択すると、システム・コンポーネントのインスタンスのうち、WebLogicドメインと関連付けられていないものが削除されます。

注意:
すべてのコンポーネントがWebLogic Serverドメインと関連付けられる必要があるため、このオプションはOracle Forms and Reportsには適用されません。

- Weblogicドメインにより管理されているASInstanceのアンインストール
このオプションを選択すると、システム・コンポーネントのインスタンスのうち、WebLogicドメインで管理されているものが削除されます。管理対象インスタンスを削除するには、管理サーバーが起動され、実行されている必要があるため、WebLogicドメインにアクセスするために資格証明を指定する必要があります。

インストーラまたは構成ツールを使用してOracle Forms and Reportsコンポーネントを構成した場合は、このオプションを選択してください。

- Oracleホームのアンインストール
このオプションを選択すると、アンインストーラを起動したOracleホーム以下のすべてのファイルが削除され、そのOracleホーム・ディレクトリを削除するかどうかも選択できます。Oracleホームを削除する前に、システム・コンポーネントのすべての管理対象外および管理対象のインスタンスが削除され、すべてのサーバーが停止していることを確認してください。アンインストーラは、起動したOracleホーム・ディレクトリのみを削除し、関連付けられた管理対象インスタンスは削除しません。

次の場合は、このオプションを選択する必要があります。

- Oracle Forms and Reportsコンポーネントを構成し、そのコンポーネントの管理対象インスタンスがすべて削除済で、すべてのサーバーが停止していて、Oracleホームからソフトウェアを削除する準備ができている場合。

- ソフトウェアのみのインストールを実行し、インストールしたソフトウェアを削除する場合。このシナリオでは、Oracle Forms and Reportsコンポーネントが構成されていないので、「Weblogicドメインにより管理されているASInstanceのアンインストール」オプションを選択する必要がありません(アンインストーラを起動して、直接「Oracleホームのアンインストール」オプションを選択できます)。

Oracle Forms and Reports OracleホームとOracle共通ホームの2つのOracleホーム・ディレクトリを削除する必要があります。各Oracleホームには独自のアンインストーラがあり、各アンインストーラは起動した場所のOracleホームのみを削除するため、Oracleホームごとにアンインストーラを別々に起動する必要があります。

システムからOracle WebLogic Serverも削除する場合は、Oracle WebLogic Serverのアンインストーラを起動して削除する必要があります。手順は、4.2.3項「Oracle WebLogic ServerおよびWebLogic Serverドメインの削除」を参照してください。

表4-1に、フローチャートに記載されている各タスクに関する追加情報を示します。

表4-1 Oracle Forms and Reportsのアンインストール・タスク

タスク

説明

Oracle Fusion Middlewareを停止します。

管理サーバーを停止します。

詳細は、4.2.1.3項「Oracle Fusion Middlewareの停止」を参照してください。

Oracle Universal Installerを起動します。

Oracle Universal Installerを起動して、管理対象インスタンスを削除します。管理対象インスタンスを削除する前に、管理サーバーが起動していることを確認してください。

4.2.1.1項「アンインストーラの起動」および4.2.1.2項「管理対象のOracle Forms and Reportsインスタンスの削除」を参照してください。

Oracle Forms and Reportsのアンインストーラを再起動します。

Oracle Forms and Reportsのアンインストーラを再び起動し、Oracle Forms and Reports Oracleホーム・ディレクトリを削除します。

4.2.1.1項「アンインストーラの起動」および4.2.1.4項「Oracle Forms and Reports Oracleホームの削除」を参照してください。

Oracle WebLogic ServerおよびWebLogic Serverドメインを削除します。

4.2.3項「Oracle WebLogic ServerおよびWebLogic Serverドメインの削除」を参照してください。

オプションのタスクを実行するかどうか。

次の各項を参照し、現在の環境に当てはまるかどうかを確認します。

- 4.2.4項「プログラム・グループの削除(Windowsのみ)」

- 4.2.5項「システムの再起動(Windowsのみ)」

4.2 ソフトウェアのアンインストール

この項では、Oracle Forms and Reportsの削除に関する情報と手順を説明します。この手順は、次のとおりです。

- Oracle Forms and Reportsの削除

- Oracle WebLogic ServerおよびWebLogic Serverドメインの削除

- プログラム・グループの削除(Windowsのみ)

- システムの再起動(Windowsのみ)

4.2.1 Oracle Forms and Reportsの削除

この項の手順に従って、Oracle Forms and Reportsをアンインストールします。

- アンインストーラの起動

- 管理対象のOracle Forms and Reportsインスタンスの削除

- Oracle Fusion Middlewareの停止

- Oracle Forms and Reports Oracleホームの削除

4.2.1.1 アンインストーラの起動

ORACLE_HOME/oui/binディレクトリ(UNIXオペレーティング・システムの場合)またはORACLE_HOME\oui\binディレクトリ(Windowsオペレーティング・システムの場合)に移動して、アンインストーラを起動します。

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

./runInstaller.sh -deinstall

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

setup.exe -deinstall

Windowsシステムの場合は、「スタート」メニューから「プログラム」→「Oracle Home - Home1」→「Uninstall」の順に選択してアンインストーラを起動することもできます。

4.2.1.2 管理対象のOracle Forms and Reportsインスタンスの削除

Oracleホームを削除する前に、管理対象のすべてのOracleインスタンスをシステムから削除する必要があります。アンインストーラを起動してから(4.2.1.1項「アンインストーラの起動」)、表4-2の手順に従って管理対象インスタンス(WebLogic Domainに関連付けられているインスタンス)を削除します。

注意:
管理対象のインスタンスを削除するには、Administration Serverが稼働している必要があります。

注意:
WebLogicドメインに登録されているOracleインスタンスを削除する場合は、削除するOracleインスタンスに関連付けられたOracleホーム・ディレクトリからアンインストーラを起動してください。
アンインストーラには、同じWebLogicドメインに関連付けられたすべてのインスタンスが一覧表示されますが、アンインストーラを起動したOracleホームに関連付けられたインスタンスのみを選択してください。

表4-2 管理対象のOracleインスタンス削除時のアンインストール画面

画面

この画面が表示されるタイミング

説明

ようこそ

常時

1つ以上のOracle Fusion Middlewareソフトウェア・コンポーネントのアンインストールの開始時、この画面が表示されます。

アンインストール・タイプの選択

常時

実行するアンインストールのタイプを選択します。ここでは、「WebLogicドメインで管理されているASInstanceのアンインストール」を選択します。

WebLogicドメインの指定

常時

WebLogicドメインに接続するための資格証明を指定します。

管理対象インスタンスの選択

常時

アンインストールする管理対象Oracleインスタンスを選択します。

「アンインストール・サマリー」(管理対象インスタンス)

常時

削除しようとしているOracleインスタンスを確認します。

アンインストールの進行状況

常時

この画面には、アンインストールの進捗状況およびステータスが表示されます。

アンインストール完了

常時

この画面は、完了したアンインストールのサマリーを示します。

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

4.2.1.3 Oracle Fusion Middlewareの停止

システム・コンポーネントからすべての管理対象インスタンスを削除した後、Oracleホームの削除に進む前に、すべてのサーバーおよびプロセスを停止してください。

Oracle Fusion Middlewareの停止の詳細は、『Oracle Fusion Middlewareの管理』のOracle Fusion Middleware環境の停止に関する項を参照してください。

4.2.1.4 Oracle Forms and Reports Oracleホームの削除

管理対象インスタンスの削除および管理サーバーの停止後に、アンインストーラを再び起動し(4.2.1.1項「アンインストーラの起動」)、表4-3の手順に従ってOracle Forms and Reports Oracleホームを削除します。

表4-3 製品Oracleホーム削除時のアンインストール画面

画面

この画面が表示されるタイミング

説明および必要な操作

ようこそ

常時

1つ以上のOracle Fusion Middlewareソフトウェア・コンポーネントのアンインストールの開始時、この画面が表示されます。

アンインストール・タイプの選択

常時

実行するアンインストールのタイプを選択します。ここでは、「Oracleホームのアンインストール」を選択します。

Oracleホームのアンインストール

常時

アンインストールしようとしているOracleホーム・ディレクトリを確認します。

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

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

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

「いいえ」を選択した場合は、4.2.2項「Oracleホーム・ディレクトリの手動削除」に進み、Oracleホーム・ディレクトリを手動で削除する手順に従います。

アンインストールの進行状況

常時

この画面には、アンインストールの進捗状況およびステータスが表示されます。

アンインストール完了

常時

この画面は、完了したアンインストールのサマリーを示します。

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

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

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

> cd /home/Oracle/Middleware
> rm -rf oracle_common

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

4.2.3 Oracle WebLogic ServerおよびWebLogic Serverドメインの削除

Oracle WebLogic Serverの削除方法の詳細は、『Oracle WebLogic ServerおよびCoherenceのインストールと構成』のソフトウェアのアンインストールに関する項を参照してください。アンインストール・プログラムでは、インストール(Oracleホーム)、JDKまたはユーザーが作成したすべてのOracle Forms and ReportsのWebLogicドメインに関連付けられているホーム・ディレクトリは削除されません。インストール・プログラムによってインストールされたコンポーネントのみが削除されます。

アンインストール・プログラムの終了後に、次を行います。

- Oracleホーム・ディレクトリの削除

- ドメインの削除

4.2.3.1 Oracleホーム・ディレクトリの削除

アンインストール・プログラムの終了後に、Oracleホーム・ディレクトリを手動で削除する必要があります。たとえば、Oracleホーム・ディレクトリがUNIXオペレーティング・システム上の/home/Oracle/Middlewareの場合は、次のようにします。

> cd /home/Oracle
> rm -rf Middleware

Windowsオペレーティング・システムで、Oracleホーム・ディレクトリがC:\Oracle\Middlewareの場合は、ファイル・マネージャ・ウィンドウを使用してC:\Oracleディレクトリに移動し、Middlewareフォルダを右クリックして「削除」を選択します。

4.2.3.2 ドメインの削除

アンインストール・プログラムの終了後にドメイン・ホーム・ディレクトリを手動で削除する必要がありますが、このディレクトリは、インストール時に「ドメインの選択」画面の「ドメインの場所」フィールドで指定したディレクトリです。

オペレーティング・システムの標準コマンドを使用して、ドメイン・ホーム・ディレクトリを削除します。たとえば、UNIXオペレーティング・システムでドメイン・ホーム・ディレクトリが/home/Oracle/Domains/FRDomainの場合は、次のように実行します。

> cd /home/Oracle
> rm -rf Domains

Windowsオペレーティング・システムで、ドメイン・ホーム・ディレクトリがC:\Oracle\Domains\FRDomainの場合は、ファイル・マネージャ・ウィンドウを使用してC:\Oracleディレクトリに移動し、Domainsフォルダを右クリックして「削除」を選択します。

4.2.4 プログラム・グループの削除(Windowsのみ)

Windowsオペレーティング・システムでは、「スタート メニュー\プログラム」フォルダからプログラム・グループも手動で削除する必要があります。たとえば(使用するシステム上のフォルダ名およびプログラム・グループ名が異なる場合があります)、C:\ProgramData\Microsoft\Windows\Start Menu\Programsから次のものを削除します。

- Oracle FMW 12c Domain - name_domain

- Oracle Classic 11g - Home1

- Oracle WebLogic

4.2.5 システムの再起動(Windowsのみ)

Windowsオペレーティング・システムの場合、クリーンアップが適切に行われるには、すべてのプログラムの削除が完了したらコンピュータを再起動する必要があります。

4.3 ソフトウェアの再インストール

インストーラでは、すでにOracleのインスタンスが含まれているディレクトリに、Oracle Forms and Reportsを再インストールできません。以前と同じディレクトリにOracle Forms and Reportsを再インストールするには、次の手順に従います。

1. 4.2.1.2項「管理対象のOracle Forms and Reportsインスタンスの削除」の手順に従って、ディレクトリからすべてのOracleインスタンスを削除します。

2. 第2章「Oracle Forms and Reportsのインストールおよび構成」の手順に従って、ソフトウェアを再インストールします。

5 Oracle FormsまたはReports 11gからのアップグレード

この章では、Oracle FormsまたはReports 11gからOracle FormsまたはReports 12c (12.2.1)へのアップグレード方法について説明します。

内容は次のとおりです。

- 第 5.1項「Oracle Forms 12c (12.2.1)へのアップグレードの計画」

- 第 5.2項「Oracle Forms 12c (12.2.1)へのアップグレードの準備」

- 第 5.3項「Oracle Forms 12c (12.2.1)へのアップグレード」

- 第 5.4項「Oracle Forms 12c (12.2.1)へアップグレードした後のアップグレード後の手順」

- 第 5.5項「Oracle Reports 12c (12.2.1)へのアップグレードの計画」

- 第 5.6項「Oracle Reports 12c (12.2.1)へのアップグレードの準備」

- 第 5.7項「Oracle Reports 12c (12.2.1)へのアップグレード」

- 第 5.8項「Oracle Reports 12c (12.2.1)へアップグレードした後のアップグレード後の手順」

5.1 Oracle Forms 12c (12.2.1)へのアップグレードの計画

次のいずれかのソフトウェア・バージョンを実行している場合は、このマニュアルの手順を使用して、Oracle Forms 12c (12.2.1)にアップグレードできます。

- Oracle Forms 12c (12.2.1)に対するOracle FMW 11g (リリース1) Forms。

- Oracle Forms 12c (12.2.1)に対するOracle FMW 11g (リリース2) Forms。

5.2 Oracle Forms 12c (12.2.1)へのアップグレードの準備

Oracle Forms 12c (12.2.1)へのアップグレードを開始する前に、Formsアップグレード拡張をリモートFormsノードで実行し、リモート・ノードにあるForms構成を抽出する必要があります。

注意: いずれかのリモートFormsノードがあり、そこに拡張ドメインを追加した、またはクラスタ・シナリオを拡張した場合のみ、この手順を実行する必要があります。

次の手順に従い、Formsアップグレード拡張を、リモートFormsノードで実行します。

1. forms-upgrade-ext.sh (forms-upgrade-ext.bat)スクリプトを各リモート・ノードで実行し、それをcollectオプションに渡します。これにより、そのリモート・ノード上のForms構成ファイルが抽出され、パッケージ化されます。
forms-upgrade-ext.shは次のディレクトリにインストールされます。

$FORACLE_HOME/forms/plugins/upgrade

2. すべてのリモート・ノードのアーティファクトを、管理サーバー・ノードにコピーします。

3. forms-upgrade-ext.sh (forms-upgrade-ext.bat)スクリプトを管理サーバー・ノードで実行し、それをapplyオプションに渡します。これにより、Forms構成がリモート・ノートのアーティファクトから抽出され、ドメインに適用されます。

5.3 Oracle Forms 12c (12.2.1)へのアップグレード

Oracle Forms 12c (12.2.1)へのアップグレードの手順には、次の2つのステップが含まれます。

- WLS再構成ウィザードを使用した11gドメインの再構成

- 12cアップグレード・アシスタントの実行

5.3.1 WLS再構成ウィザードを使用した11gドメインの再構成

注意:
11gでは、FormsはRCUスキーマを必要としませんでしが、12c以降では、すべてのWLSドメインはRCUスキーマを設定する必要があります。従って、これらの手順を実行する前に、スキーマ(12cコンポーネントの標準スキーマ)をRCUに作成してからWLS再構成ウィザードを実行してください。

次の手順に従って、WLS再構成ウィザードを使用して11gドメインを再構成します。

1. 次の場所から再構成ウィザードを実行します。
$FORACLE_HOME/oracle_common/common/bin/reconfig.sh

2. アップグレードする11g FMWドメインを指定します。

3. RCUのスキーマ情報を入力します。

4. ウィザード内の管理対象サーバーのみを選択します。
システム・コンポーネント・オプションは選択しません。これらは、自動的にアップグレード・アシスタントにより構成/アップグレードされます。

5. 「ノード・マネージャ」画面のデフォルトの選択のままにします。必要に応じ、ユーザー名およびパスワードを入力します。

6. JRF-MAN-SVRおよびFORMS-MAN-SVRサーバー・グループを、11gのインストールの後に追加されたWLS_FORMS、WLS_FORMS1など、およびその他のFormsで管理されたサーバーのユーザーを含むすべてのFormsで管理されたサーバーに選択します。

7. 再構成ウィザードの最後の画面が表示されるまで、「次」をクリックします。

5.3.2 12cアップグレード・アシスタントの実行

12cアップグレード・アシスタントを実行し、アップグレードを完了します。

アップグレード・アシスタントを実行するには、次の手順に従います。

1. 次の場所から12cアップグレード・アシスタントを実行します。
$FORACLE_HOME/oracle_common/upgrade/bin/ua

2. 再構成した12cドメインの場所を指定します。

3. 前提条件チェック・ボックスを選択し、「アップグレード」をクリックします。

5.4 Oracle Forms 12c (12.2.1)へアップグレードした後のアップグレード後の手順

アップグレード・アシスタントを使用してOracle Forms 12c (12.2.1)にアップグレードした後に、実行する必要があるアップグレード後のタスクのリストを次に示します。

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

- コンテキスト・ルートまたはFormsのサーブレットの別名をオーバーライドするためにOracle Forms Services J2EEカスタム・アプリケーションのEARファイル(formsapp.ear)をデプロイする場合は、12c (12.2.1) Oracle WebLogic Serverドメインで同様の手順を実行する必要があります。
詳細は、『Oracle Fusion Middleware Forms Servicesデプロイメント・ガイド』のForms Java EEアプリケーションのカスタム・デプロイメントに関する項を参照してください。

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

- Oracle Fusion Middleware 12c (12.2.1)は、Java Runtime Environment (JRE) 1.6以降をサポートしていません。必要な場合、クライアントJREを1.7または1.8にアップグレードし、Oracle Forms 12c (12.2.1)を実行します。

5.5 Oracle Reports 12c (12.2.1)へのアップグレードの計画

次のいずれかのソフトウェア・バージョンを実行している場合は、このマニュアルの手順を使用して、Oracle Reports 12c (12.2.1)にアップグレードできます。

- Oracle Reports 12c (12.2.1)に対するOracle FMW 11g (リリース1) Reports。

- Oracle Reports 12c (12.2.1)に対するOracle FMW 11g (リリース2) Reports。

5.6 Oracle Reports 12c (12.2.1)へのアップグレードの準備

Oracle Reports 12c (12.2.1)へのアップグレードを開始する前に、Reportsアップグレード拡張をリモートReportsノードで実行し、リモート・ノードにあるReports構成を抽出する必要があります。

注意: いずれかのリモートReportsノードがあり、そこに拡張ドメインを追加した、またはクラスタ・シナリオを拡張した場合のみ、この手順を実行する必要があります。

次の手順に従い、Reportsアップグレード拡張を、リモートReportsノードで実行します。

1. reports-upgrade-ext.sh (reports-upgrade-ext.bat)スクリプトを、各リモート・ノード上でextractモードで実行します。これにより、そのリモート・ノード上のReports構成ファイルが抽出され、パッケージ化されます。
forms-upgrade-ext.shは次のディレクトリにインストールされます。

$FORACLE_HOME/reports/plugins/upgrade

2. すべてのリモート・ノードのアーティファクトを、管理サーバー・ノードにコピーします。

3. reports-upgrade-ext.sh (reports-upgrade-ext.bat)スクリプトを、管理サーバー・ノード上でapplyモードで実行します。これにより、Reports構成がリモート・ノートのアーティファクトから抽出され、ドメインに適用されます。

4. アップグレード・アシスタントを準備状況モードで実行し、正常に動作していることを確認します。
$ORACLE_HOME/oracle_common/upgrade/bin/ua -readiness

5.7 Oracle Reports 12c (12.2.1)へのアップグレード

Oracle Reports 12c (12.2.1)へのアップグレードの手順には、次の2つのステップが含まれます。

- WLS再構成ウィザードを使用した11gドメインの再構成

- 調査フェーズ

- 12cアップグレード・アシスタントの実行

5.7.1 WLS再構成ウィザードを使用した11gドメインの再構成

注意:
11gでは、ReportsはRCUスキーマを必要としませんでしが、12c以降では、すべてのWLSドメインはRCUスキーマを設定する必要があります。従って、これらの手順を実行する前に、スキーマ(12cコンポーネントの標準スキーマ)をRCUに作成してからWLS再構成ウィザードを実行してください。

次の手順に従って、WLS再構成ウィザードを使用して11gドメインを再構成します。

1. 次の場所から再構成ウィザードを実行します。
$FORACLE_HOME/oracle_common/common/bin/reconfig.sh

2. アップグレードする11g FMWドメインを指定します。

3. RCUのスキーマ情報を入力します。

4. ウィザード内の管理対象サーバーのみを選択します。
システム・コンポーネント・オプションは選択しません。これらは、自動的にアップグレード・アシスタントにより構成/アップグレードされます。

5. 「ノード・マネージャ」画面のデフォルトの選択のままにします。必要に応じ、ユーザー名およびパスワードを入力します。

6. JRF-MAN-SVRおよびREPORTS-MAN-SVRサーバー・グループを、11gのインストールの後に追加されたWLS_REPORTS、WLS_REPORTS1など、およびその他のReports管理対象サーバーのユーザーを含むすべてのReports管理対象サーバーに選択します。

7. 再構成ウィザードの最後の画面が表示されるまで、「次」をクリックします。

5.7.2 調査フェーズ

次の手順を手動で実行し、調査フェーズを完了します。

1. レポートの「調査」画面には、11gのコンポーネントの情報が表示されますが、12cまたはデプロイされていないレポートの情報は表示されません。コンポーネントの名前およびタイプを書き留めておきます。

2. この時点では、アップグレードをキャンセルし、コンポーネント/デプロイ・レポート12cアプリケーションを作成します。

3. WLSコマンドを使用し、ノード・マネージャ、AdminServerを開始して、11gのレポート・コンポーネントを12cに作成します。

4. WLSTコマンドを使用して、レポート・ツール、レポート・サーバー、レポート・ブリッジを作成します。前の手順で使用した同一の名前を使用します。プロビジョニングの詳細は、第2.4.8.1項「マシンのプロビジョニング」を参照してください。

5. Reports管理対象サーバーを起動します。これにより、レポートの12cアプリケーションが自動的にデプロイされます。

6. Nodemanager/Adminserver/Reports管理対象サーバーを停止します。

5.7.3 12cアップグレード・アシスタントの実行

12cアップグレード・アシスタントを実行し、アップグレードを完了します。

アップグレード・アシスタントを実行するには、次の手順に従います。

1. 次の場所から12cアップグレード・アシスタントを実行します。
$FORACLE_HOME/oracle_common/upgrade/bin/ua

2. 再構成した12cドメインの場所を指定します。

3. 前提条件チェック・ボックスを選択し、「アップグレード」をクリックします。

5.8 Oracle Reports 12c (12.2.1)へアップグレードした後のアップグレード後の手順

これらの手順は、11gドメインが複数のマシンに渡る場合に、Oracle Reportsで必要です。

アップグレード・アシスタントを使用してOracle Reports 12c (12.2.1)にアップグレードした後に、実行する必要があるアップグレード後のタスクのリストを次に示します。

- WLSの場合:

- リモート・マシンのドメインを圧縮/解凍します。

- リモート管理対象サーバーを起動し、レポートの12cアプリケーションをデプロイします。

- リモート管理対象サーバーを停止します。

- Reportsの場合:

- AdminServerマシン -- レポートのアップグレード済ファイルをリモート・マシンに抽出します。
$ORACLE_HOME/reports/plugins/upgrade/reports-upgrade-ext.sh extractRemote <domainHome> <wlsName> <jarFileName>

- リモート・マシンのターゲットに設定されているレポート管理対象サーバーごとに繰り返します。

- 対応するjarファイルを、管理対象サーバーがターゲットに設定されているリモート・マシンにコピーします。
$ORACLE_HOME/reports/plugins/upgrade/reports-upgrade-ext.sh applyRemote <domainHome> <instanceHome> <wlsName> <jarFileName>

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

- コンテキスト・ルートまたはReportsのサーブレットの別名をオーバーライドするためにOracle Forms Services J2EEカスタム・アプリケーションのEARファイル(formsapp.ear)をデプロイする場合は、12c (12.2.1) Oracle WebLogic Serverドメインで同様の手順を実行する必要があります。
詳細は、『Oracle Fusion Middleware Forms Servicesデプロイメント・ガイド』のReports Java EEアプリケーションのカスタム・デプロイメントに関する項を参照してください。

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

- Oracle Fusion Middleware 12c (12.2.1)は、Java Runtime Environment (JRE) 1.6以降をサポートしていません。必要な場合、クライアントJREを1.7または1.8にアップグレードし、Oracle Reports 12c (12.2.1)を実行します。

A Oracle Forms and Reportsのサイレント・インストールおよびアンインストール

この付録では、コマンドラインからサイレント・モードでOracle Forms and Reportsをインストールおよびアンインストールする方法について説明します。この付録には、次の項目が含まれます。

- A.1項「サイレント・インストールとアンインストールの理解」

- A.2項「Oracle Forms and Reportsレスポンス・ファイルの使用」

A.1 サイレント・インストールとアンインストールについて

Oracle Universal Installerのサイレント・インストール・モードを使用して、グラフィカル・ユーザー・インタフェースを省略し、必要な情報をレスポンス・ファイルで提供できます。この方法は、複数のホストに同じ製品を複数回インストールする場合に最も便利です。レスポンス・ファイルを使用して、インストール・パラメータがわかっている製品のインストールを自動化できます。

サイレント・インストールとアンインストールおよびレスポンス・ファイルの詳細は、『Oracle Fusion Middlewareインストレーション・プランニング・ガイド』のOracle Fusion Middlewareのサイレント・インストールおよびアンインストールに関する項を参照してください。

A.2 Oracle Forms and Reportsレスポンス・ファイルの使用

サイレント・インストールを実行する前に、インストール固有の情報をレスポンス・ファイルに指定する必要があります。レスポンス・ファイルは、通常はユーザーが対話型インストール・セッション中にOracle Universal Installerユーザー・インタフェースを通じて取得する情報を含む指定ファイルです。それぞれの回答は、レスポンス・ファイルで識別される変数の値として格納されます。たとえば、Oracleホームまたはインストール・タイプの値は、レスポンス・ファイル内で自動的に設定できます。レスポンス・ファイルは、テキスト・エディタで作成または編集可能なテキスト・ファイルです。

レスポンス・ファイルを適切に構成せずにインストールを実行しようとすると、インストーラが失敗します。まずインストールGUIを実行してレスポンス・ファイルを作成してから、「インストール・サマリー」画面で「保存」をクリックすることをお薦めします。このレスポンス・ファイルの名前と作成場所を入力するように求められます。作成されたら、そのファイルを使用して、まったく同じインストールを他のシステムにレプリケートしたり、必要に応じてインストールを修正できます。

Oracle Forms and Reports用のレスポンス・ファイルのテンプレートは、2.1.5項「Oracle Fusion Middlewareソフトウェアの入手」でアーカイブ・ファイルを解凍した、Disk1/stage/Response (UNIXオペレーティング・システムの場合)またはDisk1\stage\Response (Windowsオペレーティング・システムの場合)ディレクトリにあります。

- サイレント・インストールで使用可能なテンプレート・レスポンス・ファイルの詳細は、A.2.1項「Oracle Forms and Reportsのインストール・レスポンス・ファイルの使用」を参照してください。

- サイレント・アンインストールで使用可能なテンプレート・レスポンス・ファイルの詳細は、A.2.2項「Oracle Forms and Reportsのアンインストール・レスポンス・ファイルの使用」を参照してください。

A.2.1 Oracle Forms and Reportsのインストール・レスポンス・ファイルの使用

表A-1に、Oracle Forms and Reports用に提供されるインストール・レスポンス・ファイルのテンプレートをリストします。

表A-1 Oracle Forms and Reportsのインストールと構成用のレスポンス・ファイル・テンプレート

テンプレート

説明

configure_only.rsp

すでにソフトウェアがシステムにインストールされており、コンポーネントの構成およびドメインの作成または拡張やクラスタを開くことが必要な場合に、このレスポンス・ファイル・テンプレートを使用します。

詳細は、A.2.1.1項「configure_only.rspレスポンス・ファイルのテンプレートの使用」を参照してください。

install_only.rsp

このレスポンス・ファイル・テンプレートは、システムにソフトウェアをインストールし、構成しない場合に使用します。その後、configure_only.rspテンプレートを使用してサイレント構成を実行し、コンポーネントを構成してください。

GUIを使用して同等の操作を行う場合は、「インストール・タイプ」画面で「ソフトウェアのインストール - 構成なし」オプションを選択します。

詳細は、A.2.1.2項「install_only.rspレスポンス・ファイルのテンプレートの使用」を参照してください。

install_and_configure.rsp

このレスポンス・ファイル・テンプレートは、システムにソフトウェアをインストールして構成する場合に使用します。

GUIを使用して同等の操作を行う場合は、「インストール・タイプ」で「インストールと構成」オプションを選択します。

詳細は、A.2.1.3項「install_and_configure.rspレスポンス・ファイルのテンプレートの使用」を参照してください。

A.2.1.1 configure_only.rspレスポンス・ファイルのテンプレートの使用

表A-2に、configure_only.rspレスポンス・ファイル・テンプレートにあるパラメータを説明します。パラメータは、レスポンス・ファイルに表示される順にリストされていますが、グラフィック・モードで表示されるインストール画面の順序とは必ずしも同じではありません。

表A-2 configure_only.rspレスポンス・ファイル内のパラメータ

対応する画面

パラメータ

説明

構成タイプ

CONFIGURE_FOR_DEVELOPMENT

CONFIGURE_FOR_DEPLOYMENT

使用する構成方法にtrueを指定します。開発モードにはOracle HTTP ServerまたはOracle Enterprise Managerは含まれません。デプロイメント・モードにはOracle HTTP ServerおよびOracle Enterprise Managerは含まれます。これらは相互に排他的なパラメータのため、選択しないオプションはfalseに設定する必要があります。

セキュリティ更新

MYORACLESUPPORT_USERNAME

MYORACLESUPPORT_PASSWORD

最新の製品情報とセキュリティ・アップデートを受信する場合は、My Oracle Supportのユーザー名とパスワードを入力します。

DECLINE_SECURITY_UPDATES

セキュリティ・アップデートを受信しない場合は、このパラメータをtrueに設定します。デフォルトでは、このパラメータはfalseに設定されています。

SECURITY_UPDATES_VIA_MYORACLESUPPORT

MYORACLESUPPORT_USERNAMEおよびMYORACLESUPPORT_PASSWORDに値を指定する場合は、このパラメータをtrueに設定する必要があります。

PROXY_HOST

PROXY_PORT

PROXY_USER

PROXY_PWD

環境でプロキシ・サーバーを使用する場合は、プロキシ・サーバーの情報を入力します。

COLLECTOR_SUPPORTHUB_URL

Oracle Configuration Manager RepeaterのURLです。書式は次のとおりです。

http://repeater_host:repeater_port

または

https://repeater_host:repeater_port

インストールの場所

MW_HOME

Oracleホーム・ディレクトリへのフルパスを指定します。

WL_HOME

WebLogicホーム・ディレクトリへのフルパスを指定します。

ORACLE_HOME

Oracleホーム・ディレクトリへのフルパスを指定します。

INSTANCE_HOME

インスタンス・ホーム・ディレクトリへのフルパスを指定します。

INSTANCE_NAME

インスタンス名を指定します。デフォルト名はasinst_1です。

ドメインの選択

CREATE_DOMAIN

EXTEND_DOMAIN

EXPAND_CLUSTER

コンポーネントをWebLogic Server ドメインに関連付けるときに使用するメソッドにtrueを指定します。これらは相互に排他的なパラメータのため、選択しない2つのオプションはfalseに設定する必要があります。

デフォルトでは、CREATE_DOMAINがtrueに設定されています。

DOMAIN_NAME

作成するドメインの名前です(「ドメインの作成」オプション用)。

DOMAIN_LOCATION

ドメインを含むディレクトリへのフルパスです。これは、ドメイン・ホーム・ディレクトリです。インストール時に、指定したDOMAIN_NAMEでドメインがDOMAIN_LOCATIONに作成されます。たとえば、次のように設定した場合、

DOMAIN_NAME=customDomain
DOMAIN_LOCATION=/home/exampleLocation

作成されるドメイン・ホームの場所は次になります。

/home/exampleLocation/customDomain

DOMAIN_LOCATIONを指定しない場合は、ドメイン・ホームは次のデフォルトの場所に作成されます。

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

MW_HOME/user_projects/domains/DOMAIN_NAME

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

MW_HOME\user_projects\domains\DOMAIN_NAME

DOMAIN_HOSTNAME

ドメインまたはクラスタが存在するシステムの名前です。

DOMAIN_PORT

ドメインまたはクラスタにアクセス可能なポート番号です。

ADMIN_USER_NAME

管理ユーザーの名前です。デフォルト名はweblogicです。

ADMIN_PASSWORD

管理ユーザーのパスワードです。

ADMIN_CONFIRM_PASSWORD

管理ユーザーのパスワードを確認します(「ドメインの作成」オプション用)。

ポートの構成

AUTOMATIC_PORT_DETECT

STATICPORT INI FILE LOCATION

インストーラにポート番号を自動的に構成させる場合は、AUTOMATIC_PORT_DETECTIONをtrueに設定します。

ポート番号を手動で設定する場合は、AUTOMATIC_PORT_DETECTIONをfalseに設定し、手動ポート構成ファイル(staticports.iniなど)へのフルパスをSTATICPORT INI FILE LOCATIONパラメータに設定します。

プロキシ詳細

DO NOT USE PROXY SETTINGS

ENABLE PROXY

プロキシ・サーバーを使用するかどうかに応じて、これら2つのパラメータを設定します。

PROXY HOST NAME

PROXY PORT NO

PROXY BY PASS ADDRESS

プロキシ・サーバーを使用する場合は(DO NO USE PROXY SETTING=falseおよびENABLE PROXY=true)、これら3つのパラメータを使用してプロキシ・サーバーの詳細を指定します。

アプリケーション・アイデンティティ・ストア

USE_OID

アプリケーション・レベル・アイデンティティ・ストアを使用するかどうかを指定します。使用する場合はこのパラメータをtrueに設定します(「アプリケーション・アイデンティティ・ストア」画面で「アプリケーション・レベル・アイデンティティ・ストアを使用」を選択するのと同じ)。

OID_HOST

OID_PORT

OID_USERNAME

OID_PASSWORD

アプリケーション・レベル・アイデンティティ・ストアを使用している場合は、Oracle Internet Directoryサーバーに接続の資格証明を指定します。

デフォルトのユーザー名は、cn=orcladminに設定されています。

OID_USE_SSL

Oracle Internet Directoryサーバーに対してSSL接続を構成する場合は、このパラメータをtrueに設定し、構成しない場合はfalseに設定します。

アクセス制御

USE_SSO

USE_OAM

Oracle Internet DirectoryとともにOracle Single Sign-On 10gまたはOracle Access Manager 11gを使用するかどうかを指定します。該当するパラメータにtrueを設定し、もう一方にfalseを設定します。

USE_OAM=trueに設定した場合は、OAM_HOST、OAM_PORT、OAM_USERNAMEおよびOAM_PASSWORDの各パラメータに値を指定する必要があります。

OAM_HOST

管理サーバーが稼働しているホスト名を入力します。

OAM_PORT

アプリケーション・サーバーのポート番号を入力します。

OAM_USERNAME

管理者ユーザー名を入力します。デフォルト名はweblogicです。

OAM_PASSWORD

管理者ユーザーのパスワードを入力します。

OAM_USE_SSL

Oracle Access Managerサーバーに対してセキュアな接続を構成する場合は、このパラメータをtrueに設定し、構成しない場合はfalseに設定します。

コンポーネントの構成

CONFIGURE_FORMS

CONFIGURE_FORMS_BUILDER

Oracle Formsを構成する場合は、CONFIGURE_FORMSをtrueに設定します。

Oracle Forms Builderを構成する場合は、CONFIGURE_FORMS_BUILDERをtrueに設定します。Oracle Forms Builderを構成することを選択した場合は、Oracle Forms BuilderはOracle Formsに依存するため、CONFIGURE_FORMSをtrueに設定する必要があります。

CONFIGURE_REPORTS

CONFIGURE_REPORTS_BUILDER

Oracle Reportsを構成する場合は、CONFIGURE_REPORTSをtrueに設定します。

Oracle Reports Builderを構成する場合は、CONFIGURE_REPORTS_BUILDERをtrueに設定します。Oracle Reports Builderを構成することを選択した場合は、Oracle Reports BuilderはOracle Reportsに依存するため、CONFIGURE_REPORTSをtrueに設定する必要があります。

CONFIGURE_OHS

Oracle HTTP Serverを構成する場合は、このパラメータをtrueに設定します。

ENTERPRISE_MANAGEMENT

Oracle Enterprise Manager Fusion Middleware Controlを構成する場合は、このパラメータをtrueに設定します。

A.2.1.2 install_only.rspレスポンス・ファイルのテンプレートの使用

表A-3に、install_only.rspレスポンス・ファイル・テンプレートにあるパラメータを説明します。パラメータは、レスポンス・ファイルに表示される順にリストされていますが、グラフィック・モードで表示されるインストール画面の順序とは必ずしも同じではありません。

表A-3 install_only.rspレスポンス・ファイル内のパラメータ

対応する画面

パラメータ

説明

インストール・タイプ

INSTALL AND CONFIGURE TYPE

INSTALL AND CONFIGURE LATER TYPE

使用するインストール方法にtrueを指定します。これらは相互に排他的なパラメータのため、選択しないオプションはfalseに設定する必要があります。

デフォルトでは、INSTALL AND CONFIGURE LATER TYPEがtrueに設定されています。

インストールの場所

MW_HOME

Oracleホーム・ディレクトリへのフルパスを指定します。

ORACLE_HOME

Oracleホーム・ディレクトリへのフルパスを指定します。

セキュリティ更新

MYORACLESUPPORT_USERNAME

MYORACLESUPPORT_PASSWORD

最新の製品情報とセキュリティ・アップデートを受信する場合は、My Oracle Supportのユーザー名とパスワードを入力します。

DECLINE_SECURITY_UPDATES

セキュリティ・アップデートを受信しない場合は、このパラメータをtrueに設定します。デフォルトでは、このパラメータはfalseに設定されています。

SECURITY_UPDATES_VIA_MYORACLESUPPORT

MYORACLESUPPORT_USERNAMEおよびMYORACLESUPPORT_PASSWORDに値を指定する場合は、このパラメータをtrueに設定する必要があります。

PROXY_HOST

PROXY_PORT

PROXY_USER

PROXY_PWD

環境でプロキシ・サーバーを使用する場合は、プロキシ・サーバーの情報を入力します。

A.2.1.3 install_and_configure.rspレスポンス・ファイルのテンプレートの使用

表A-4に、install_and_configure.rspレスポンス・ファイル・テンプレートにあるパラメータを説明します。パラメータは、レスポンス・ファイルに表示される順にリストされていますが、グラフィック・モードで表示されるインストール画面の順序とは必ずしも同じではありません。

表A-4 install_and_configure.rspレスポンス・ファイル内のパラメータ

対応する画面

パラメータ

説明

セキュリティ更新

SPECIFY_DOWNLOAD_LOCATION

SOFTWARE_UPDATES_DOWNLOAD_LOCATION

ソフトウェア更新がダウンロードされる場所を指定する場合は、SPECIFY_DOWNLOAD_LOCATIONパラメータをtrueに設定します。

次に、SOFTWARE_UPDATES_DOWNLOAD_LOCATIONパラメータを使用して、更新が含まれているローカル・システムのディレクトリを指定します。

SKIP_SOFTWARE_UPDATES

インストーラにソフトウェア更新を確認させない場合は、このパラメータをtrueに設定します。

インストール・タイプ

INSTALL AND CONFIGURE TYPE

INSTALL AND CONFIGURE LATER TYPE

使用するインストール方法にtrueを指定します。これらは相互に排他的なパラメータのため、選択しないオプションはfalseに設定する必要があります。

デフォルトでは、INSTALL AND CONFIGURE TYPEがtrueに設定されています。

インストールの場所

WL_HOME

WebLogicホーム・ディレクトリへのフルパスを指定します。

ORACLE_HOME

Oracleホーム・ディレクトリへのフルパスを指定します。

INSTANCE_HOME

インスタンス・ホーム・ディレクトリへのフルパスを指定します。

INSTANCE_NAME

インスタンス名を指定します。デフォルト名はasinst_1です。

構成タイプ

CONFIGURE_FOR_DEVELOPMENT

CONFIGURE_FOR_DEPLOYMENT

使用する構成方法にtrueを指定します。開発モードにはOracle HTTP ServerまたはOracle Enterprise Managerは含まれません。デプロイメント・モードにはOracle HTTP ServerおよびOracle Enterprise Managerは含まれます。これらは相互に排他的なパラメータのため、選択しないオプションはfalseに設定する必要があります。

ドメインの選択

CREATE_DOMAIN

EXTEND_DOMAIN

EXPAND_CLUSTER

コンポーネントをWebLogic Server ドメインに関連付けるときに使用するメソッドにtrueを指定します。これらは相互に排他的なパラメータのため、選択しない2つのオプションはfalseに設定する必要があります。

デフォルトでは、CREATE_DOMAINがtrueに設定されています。

DOMAIN_NAME

作成するドメインの名前です(「ドメインの作成」オプション用)。

DOMAIN_LOCATION

ドメインを含むディレクトリへのフルパスです。これは、ドメイン・ホーム・ディレクトリです。インストール時に、指定したDOMAIN_NAMEでドメインがDOMAIN_LOCATIONに作成されます。たとえば、次のように設定した場合、

DOMAIN_NAME=customDomain
DOMAIN_LOCATION=/home/exampleLocation

作成されるドメイン・ホームの場所は次になります。

/home/exampleLocation/customDomain

DOMAIN_LOCATIONを指定しない場合は、ドメイン・ホームは次のデフォルトの場所に作成されます。

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

MW_HOME/user_projects/domains/DOMAIN_NAME

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

MW_HOME\user_projects\domains\DOMAIN_NAME

DOMAIN_HOSTNAME

ドメインまたはクラスタが存在するシステムの名前です。

DOMAIN_PORT

ドメインまたはクラスタにアクセス可能なポート番号です。

ADMIN_USER_NAME

管理ユーザーの名前です。デフォルト名はweblogicです。

ADMIN_PASSWORD

管理ユーザーのパスワードです。

ADMIN_CONFIRM_PASSWORD

管理ユーザーのパスワードを確認します(「ドメインの作成」オプション用)。

セキュリティ更新

MYORACLESUPPORT_USERNAME

MYORACLESUPPORT_PASSWORD

最新の製品情報とセキュリティ・アップデートを受信する場合は、My Oracle Supportのユーザー名とパスワードを入力します。

DECLINE_SECURITY_UPDATES

セキュリティ・アップデートを受信しない場合は、このパラメータをtrueに設定します。デフォルトでは、このパラメータはfalseに設定されています。

SECURITY_UPDATES_VIA_MYORACLESUPPORT

MYORACLESUPPORT_USERNAMEおよびMYORACLESUPPORT_PASSWORDに値を指定する場合は、このパラメータをtrueに設定する必要があります。

PROXY_HOST

PROXY_PORT

PROXY_USER

PROXY_PWD

環境でプロキシ・サーバーを使用する場合は、プロキシ・サーバーの情報を入力します。

COLLECTOR_SUPPORTHUB_URL

Oracle Configuration Manager RepeaterのURLです。書式は次のとおりです。

http://repeater_host:repeater_port

または

https://repeater_host:repeater_port

ポートの構成

AUTOMATIC_PORT_DETECT

STATICPORT INI FILE LOCATION

インストーラにポート番号を自動的に構成させる場合は、AUTOMATIC_PORT_DETECTIONをtrueに設定します。

ポート番号を手動で設定する場合は、AUTOMATIC_PORT_DETECTIONをfalseに設定し、手動ポート構成ファイル(staticports.iniなど)へのフルパスをSTATICPORT INI FILE LOCATIONパラメータに設定します。

アプリケーション・アイデンティティ・ストア

USE_OID

アプリケーション・レベル・アイデンティティ・ストアを使用するかどうかを指定します。使用する場合はこのパラメータをtrueに設定します(「アプリケーション・アイデンティティ・ストア」画面で「アプリケーション・レベル・アイデンティティ・ストアを使用」を選択するのと同じ)。

OID_HOST

OID_PORT

OID_USERNAME

OID_PASSWORD

アプリケーション・レベル・アイデンティティ・ストアを使用している場合は、Oracle Internet Directoryサーバーに接続の資格証明を指定します。

デフォルトのユーザー名は、cn=orcladminに設定されています。

OID_USE_SSL

Oracle Internet Directoryサーバーに対してSSL接続を構成する場合は、このパラメータをtrueに設定し、構成しない場合はfalseに設定します。

アクセス制御

USE_SSO

USE_OAM

Oracle Internet DirectoryとともにOracle Single Sign-On 10gまたはOracle Access Manager 11gを使用するかどうかを指定します。該当するパラメータにtrueを設定し、もう一方にfalseを設定します。

USE_OAM=trueに設定した場合は、OAM_HOST、OAM_PORT、OAM_USERNAMEおよびOAM_PASSWORDの各パラメータに値を指定する必要があります。

OAM_HOST

管理サーバーが稼働しているホスト名を入力します。

OAM_PORT

アプリケーション・サーバーのポート番号を入力します。

OAM_USERNAME

管理者ユーザー名を入力します。デフォルト名はweblogicです。

OAM_PASSWORD

管理者ユーザーのパスワードを入力します。

OAM_USE_SSL

Oracle Access Managerサーバーに対してセキュアな接続を構成する場合は、このパラメータをtrueに設定し、構成しない場合はfalseに設定します。

コンポーネントの構成

CONFIGURE_FORMS

CONFIGURE_FORMS_BUILDER

Oracle Formsを構成する場合は、CONFIGURE_FORMSをtrueに設定します。

Oracle Forms Builderを構成する場合は、CONFIGURE_FORMS_BUILDERをtrueに設定します。Oracle Forms Builderを構成することを選択した場合は、Oracle Forms BuilderはOracle Formsに依存するため、CONFIGURE_FORMSをtrueに設定する必要があります。

CONFIGURE_REPORTS

CONFIGURE_REPORTS_BUILDER

Oracle Reportsを構成する場合は、CONFIGURE_REPORTSをtrueに設定します。

Oracle Reports Builderを構成する場合は、CONFIGURE_REPORTS_BUILDERをtrueに設定します。Oracle Reports Builderを構成することを選択した場合は、Oracle Reports BuilderはOracle Reportsに依存するため、CONFIGURE_REPORTSをtrueに設定する必要があります。

CONFIGURE_OHS

Oracle HTTP Serverを構成する場合は、このパラメータをtrueに設定します。

ENTERPRISE_MANAGEMENT

Oracle Enterprise Manager Fusion Middleware Controlを構成する場合は、このパラメータをtrueに設定します。

A.2.2 Oracle Forms and Reportsのアンインストール・レスポンス・ファイルの使用

表A-5に、Oracle Forms and Reports用に提供されるインストール・レスポンス・ファイルのテンプレートをリストします。

表A-5 Oracle Forms and Reportsのアンインストール用のレスポンス・ファイル・テンプレート

テンプレート

説明

deinstall_managed_instance.rsp

このレスポンス・ファイル・テンプレートを使用して、システムの管理対象インスタンスを削除します。これらの管理対象インスタンスは、Oracleホームを削除する前に削除する必要があります。

GUIを使用して同等の操作を行う場合は、アンインストーラを起動し、「アンインストール・タイプの選択」で「Weblogicドメインにより管理されているASInstanceのアンインストール」オプションを選択します。

詳細は、A.2.2.1項「deinstall_managed_instances.rspファイルの使用」を参照してください。

deinstall_unmanaged_instance.rsp

このレスポンス・ファイル・テンプレートを使用して、システムの管理対象外のインスタンスを削除します。これらの管理対象外インスタンスは、Oracleホームを削除する前に削除する必要があります。

GUIを使用して同等の操作を行う場合は、アンインストーラを起動し、「アンインストール・タイプの選択」で「管理対象外のASInstanceのアンインストール」オプションを選択します。

詳細は、A.2.2.2項「deinstall_unmanaged_instances.rspファイルの使用」を参照してください。

deinstall_oh.rsp

このレスポンス・ファイル・テンプレートを使用して、Oracleホームを削除します。Oracleホームを削除する前に、このOracleホームを使用する管理対象および管理対象外のすべてのインスタンスがすでに削除されていることを確認してください。

GUIを使用して同等の操作を行う場合は、アンインストーラを起動し、「アンインストール・タイプの選択」で「Oracleホームのアンインストール」オプションを選択します。

詳細は、A.2.2.3項「deinstall_oh.rspファイルの使用」を参照してください。

これらの既存のレスポンス・ファイルに加えて、アンインストーラGUIを実行し、「アンインストール・サマリー」(管理対象インスタンス)画面で「保存」をクリックすることで、独自のレスポンス・ファイルを作成できます。このレスポンス・ファイルの名前と作成場所を入力するように求められます。作成した後は、このファイルを使用して、他のシステムに同一のアンインストールを複製することも、必要に応じて変更することもできます。

A.2.2.1 deinstall_managed_instances.rspファイルの使用

表A-6に、deinstall_managed_instances.rspレスポンス・ファイル・テンプレートにあるパラメータを説明します。

表A-6 deinstall_managed_instances.rspレスポンス・ファイル内のパラメータ

対応する画面

パラメータ

説明

アンインストール・タイプの選択

DEINSTALL_IN_ASINSTANCE_MODE

OH_HOME_DEINSTALL

DOMAIN_MANAGED_ASINSTANCE_DEINSTALL

UNMANAGED_ASINSTANCE_DEINSTALL

DEINSTALL_IN_ASINSTANCE_MODEおよびDOMAIN_MANAGED_ASINSTANCE_DEINSTALLパラメータにtrueを指定します。

OH_HOME_DEINSTALLおよびUNMANAGED_ASINSTANCE_DEINSTALLはどちらもfalseに設定してください。

Weblogicドメインの詳細の指定

DOMAIN_HOST_NAME

WebLogicドメインが存在するシステムの名前を指定します。

DOMAIN_PORT_NO

管理サーバーのポート番号を指定します。デフォルトのポート番号は7001です。

DOMAIN_USER_NAME

管理サーバーのユーザー名を指定します。

DOMAIN_USER_PASSWORD

ユーザーのパスワードを指定します。

管理対象インスタンスの選択

MANAGED_INSTANCE_LIST

削除する管理対象インスタンスのリストを、次の書式で指定します。

単一インスタンスの場合:

InstanceName^LocationOfInstance

複数のインスタンスの場合は、各インスタンスをドル記号($)で区切ります。

InstanceName1^LocationOfInstance1$InstanceName2^LocationOfInstance2

A.2.2.2 deinstall_unmanaged_instances.rspファイルの使用

表A-7に、deinstall_unmanaged_instances.rspレスポンス・ファイル・テンプレートにあるパラメータを説明します。

表A-7 deinstall_unmanaged_instances.rspレスポンス・ファイル内のパラメータ

対応する画面

パラメータ

説明

アンインストール・タイプの選択

DEINSTALL_IN_ASINSTANCE_MODE

OH_HOME_DEINSTALL

DOMAIN_MANAGED_ASINSTANCE_DEINSTALL

UNMANAGED_ASINSTANCE_DEINSTALL

DEINSTALL_IN_ASINSTANCE_MODEおよびUNMANAGED_ASINSTANCE_DEINSTALLパラメータにtrueを指定します。

OH_HOME_DEINSTALLおよびDOMAIN_MANAGED_ASINSTANCE_DEINSTALLはどちらもfalseに設定してください。

インスタンスの場所の指定

ASINSTANCE_LOCATION_TEXTFIELD

管理対象外インスタンスへのフルパスを指定します。

A.2.2.3 deinstall_oh.rspファイルの使用

表A-7に、deinstall_oh.rspレスポンス・ファイル・テンプレートにあるパラメータを説明します。

表A-8 deinstall_oh.rspレスポンス・ファイル内のパラメータ

対応する画面

パラメータ

説明

アンインストール・タイプの指定

DEINSTALL_IN_ASINSTANCE_MODE

OH_HOME_DEINSTALL

DOMAIN_MANAGED_ASINSTANCE_DEINSTALL

UNMANAGED_ASINSTANCE_DEINSTALL

DEINSTALL_IN_ASINSTANCE_MODEおよびOH_HOME_DEINSTALLパラメータにtrueを指定します。

UNMANAGED_ASINSTANCE_DEINSTALLおよびDOMAIN_MANAGED_ASINSTANCE_DEINSTALLはどちらもfalseに設定してください。

アンインストールするOracleホームを指定するためのパラメータがないため、アンインストーラは起動したOracleホームのみを削除します。

B Oracle Internet DirectoryとOracle Access Managerとの統合

この付録では、インストール後に、Oracle Access Managerとともに使用する目的で、集中管理されたLDAPストアを有効にする方法について説明します。ここでは、Oracle Internet Directoryに重点を置いて説明します。ただし、選択したLDAPプロバイダによってタスクが異なることはありません。

Oracle Access Managerでは、アイデンティティ・ドメインとして各ユーザー移入とLDAPディレクトリ・ストアに対応しています。それぞれのアイデンティティ・ドメインは構成済のLDAPユーザー・アイデンティティ・ストアにマップされます。このストアはOracle Access Managerに登録されます。複数のLDAPストアは、異なるサポート対象LDAPプロバイダに依存するそれぞれとともに使用できます。

WebLogic Serverドメインの最初の構成時、組込みLDAPのみがOracle Access Managerのユーザー・アイデンティティ・ストアとして構成されます。組込みLDAP内では、weblogicがデフォルトの管理者としてあらかじめ設定された管理者グループが作成されます。

- システム・ストアとして指定されたユーザー・アイデンティティ・ストアのみが、Oracle Access Managerコンソール、リモート登録、およびWLSTのカスタム管理コマンドを使用するためにサインインする管理者の認証に使用されます。

- OAMに保護されたリソースにアクセスしようとするユーザーは、デフォルトのユーザー・アイデンティティ・ストアとして指定されたストアのみでなく、任意のストアに対して認証できます。

- Oracle Security Token Serviceは、デフォルトのユーザー・アイデンティティ・ストアのみを使用します。トークン発行ポリシーにユーザーの制約を追加するとき、たとえば、ユーザーを選択するアイデンティティ・ストアはデフォルトのユーザー・アイデンティティ・ストアである必要があります。

ユーザー・アイデンティティ・ストアをAccess Managerに登録した後、管理者は1つ以上の認証モジュールでそのストアを参照できます。これらのモジュールは、Oracle Access Managerの認証スキームおよびポリシーの基盤となります。パートナを(Oracle Access Managerコンソールまたはリモート登録ツールを使用して)登録する場合、指定されたデフォルトの認証スキームを使用するポリシーを使用して、アプリケーション・ドメインを作成し、シードできます。ユーザーがOracle Access Managerによって保護されたリソースにアクセスすると、そのユーザーは、認証モジュールによって指定されたストアに対して認証されます。

次のトピックを取り扱います:

- 第B.1項「必要なコンポーネントのインストールと設定」

- 第B.2項「Oracle Access ManagerでのOracle Internet Directoryに対する認証の定義」

- 第B.3項「LDAPストアに依存するOracle Access Managerポリシーの管理」

- 第B.4項「認証とアクセスの検証」

B.1 必要なコンポーネントのインストールと設定

次の概要では、Oracle Internet Directory 11.1.1.5をOracle Access Manager 11.1.1.5と統合する際に必要な、様々なタスクについて説明します。

関連項目:
Oracle Fusion Middleware Oracle Access Management管理者ガイド

タスクの概要: Oracle Internet Directory 11.1.1.5とOracle Access Manager 11.1.1.5との統合

1. 次のように、環境をこの統合用に準備します。

1. 『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』のOracle Identity and Access Management (11.1.1.5.0)のインストールに関する項に従って、Oracle Internet Directory 11.1.1.5をインストールします。

2. 『Oracle Fusion Middleware Oracle Access Management管理者ガイド』の説明(Oracle Internet Directoryの構成に関する項も参照)に従って、Oracle Access Managerをインストールし、目的のLDAPディレクトリを使用して設定を行います。

3. 『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の説明に従って、LDAPディレクトリ・スキーマをAccess Manager用に拡張し、LDAPディレクトリ内にユーザーとグループを作成します。

2. LDAPプロバイダ用の認証プロバイダを作成し、それらを使用するようにWebLogic Serverを構成することによって、Oracle Access Managerコンソールへのアクセス時に複数のログイン・ページが表示されないようにします。
Oracle Access Managerコンソールを通じて認証を行うか、WebLogic Server管理コンソールを通じて直接認証を行うかにかかわらず、次のように、すべての認証プロバイダがシングル・サインオンに対してSUFFICIENTに設定されていることを確認します。

1. 「セキュリティ・レルム」→「myrealm」→「プロバイダ」をクリックします。

2. 「新規」をクリックし、次に名前を入力して、タイプを選択します。次に例を示します。
名前: OID Authenticator

タイプ: OracleInternetDirectoryAuthenticator

OK

3. 「認証プロバイダ」表で、新しく追加されたオーセンティケータをクリックします。

4. 「設定」ページで「共通」タブをクリックし、「制御フラグ」をSUFFICIENTに設定して「保存」をクリックします。

5. 「プロバイダ固有」タブをクリックした後、デプロイメントに合せて次の値を指定します。
ホスト: LDAPホスト。例: example

ポート: LDAPホストのリスニング・ポート。3060

プリンシパル: LDAP管理ユーザー。例: cn=*********

資格証明: LDAPの管理ユーザー・パスワード。********

ユーザー・ベースDN: LDAPユーザーと同じ検索ベース。

すべてのユーザーのフィルタ: たとえば、(&(uid=*)(objectclass=person))

ユーザー名属性: LDAPディレクトリのユーザー名のデフォルト属性として設定します。例: uid。

グループ・ベースDN: グループ検索ベース(ユーザー・ベースDNと同じ)。

注意:
デフォルト設定でも正常に機能するため、「すべてのグループのフィルタ」は設定しないでください。

「保存」。

3. 次のようにDefaultIdentityAsserterを設定します。

1. 「セキュリティ・レルム」→「myrealm」→「プロバイダ」から、「認証」→「DefaultIdentityAsserter」をクリックして構成ページを表示します。

2. 「共通」タブをクリックし、「制御フラグ」をSUFFICIENTに設定します。

3. 「保存」。

4. 次のようにプロバイダを並べ替えます。

1. プロバイダがリストされた「サマリー」ページで、「並替え」ボタンをクリックします

2. 「認証プロバイダの並替え」ページで、プロバイダ名を選択し、リストの横にある矢印を使用してプロバイダの並替えを行います。
WebLogicプロバイダ
IAMSuiteAgent
OracleInternetDirectoryAuthenticator
DefaultIdentityAsserter

3. 「OK」をクリックして変更を保存します

5. 変更をアクティブ化します。チェンジ・センターで「変更のアクティブ化」をクリックし、Oracle WebLogic Serverを再起動します。

6. 第B.2項「Oracle Access ManagerでのOracle Internet Directoryに対する認証の定義」に進みます。

B.2 Oracle Access ManagerでのOracle Internet Directoryに対する認証の定義

次の手順では、登録されているユーザー・アイデンティティ・ストアを指すLDAP認証方式と、このLDAPモジュールをフォーム認証または基本認証に使用する認証スキームの設定方法について説明します。この例では、新しいLDAPストアがシステム・ストアとして指定されていることを前提に、OAMAdminConsoleSchemeを使用します。環境によっては異なることがあります。

前提条件

第B.1項「必要なコンポーネントのインストールと設定」

指定されたユーザー・アイデンティティ・ストアが、認証に必要なユーザー資格証明を含んでいることを確認します。

Access Managerでアイデンティティ・ストアを認証に使用するには:

1. "『Oracle Fusion Middleware Oracle Access Management管理者ガイド』のユーザー・アイデンティティ・ストアの管理に関する項の説明に従って、Oracle Access ManagerにOracle Internet Directoryを登録します。

2. 認証モジュールとプラグインを定義します。「システム構成」タブの「Access Managerの設定」セクションから、「認証モジュール」ノードを展開します。

1. LDAPモジュール: LDAP認証モジュールを開き、ユーザー・アイデンティティ・ストアを選択して「適用」をクリックします。

2. カスタム認証モジュール: LDAPPluginステップ(stepUIのUserIdentificationPlugIn)で、KEY_IDENTITY_STORE_REFを指定して「適用」をクリックします。次に例を示します。
認証モジュール
カスタム認証モジュール
LDAPPlugin
「ステップ」タブ
stepUIのUserIdentificationPlugIn

この手順をstepUAのUserAuthenticationPlugInプラグインに対して繰り返し、ここで説明したように変更を適用します。

関連項目:
Oracle Fusion Middleware Oracle Access Management管理者ガイド

3. 認証スキームのチャレンジ・メソッドを定義します。フォームまたは基本チャレンジ・メソッドでは、ユーザー・アイデンティティ・ストアを指すLDAP認証モジュールまたはプラグインへの参照が必要になります。次に例を示します。
Oracle Access Managerコンソール
「ポリシー構成」タブ
「共有コンポーネント」ノード
「認証スキーム」ノード
DesiredScheme (OAMAdminConsoleSchemeか、任意のフォームまたは基本スキーム)

1. 認証モジュールによって、アイデンティティ・ストアを指すLDAPモジュールまたはプラグインが参照されていることを確認します。

2. 「適用」をクリックして変更を送信します(または変更を適用しないでページを閉じます)。

3. 確認ウィンドウを閉じます。

関連項目:
Oracle Fusion Middleware Oracle Access Management管理者ガイド

4. 第B.3項「LDAPストアに依存するOracle Access Managerポリシーの管理」に進みます。

B.3 LDAPストアに依存するOracle Access Managerポリシーの管理

Oracle Access Managerポリシーは、特定のリソースを保護します。ポリシーとリソースは、アプリケーション・ドメイン内で編成されます。

この項では、ユーザー・アイデンティティ・ストアを指す認証スキームを使用するように認証ポリシーを構成する方法について説明します。

前提条件

第B.2項「Oracle Access ManagerでのOracle Internet Directoryに対する認証の定義」

LDAP認証を使用するアプリケーション・ドメインとポリシーを作成するには:

1. Oracle Access Managerコンソールから、次を開きます。
Oracle Access Managerコンソール
「ポリシー構成」タブ
「アプリケーション・ドメイン」ノード

2. 目的のアプリケーション・ドメインを見つけて開きます(または「作成」(+)ボタンをクリックし、一意の名前を入力して保存します)。

3. リソースとポリシーを定義します。『Oracle Fusion Middleware Oracle Access Management管理者ガイド』の説明に従い、次の要素をアプリケーション・ドメインと環境に合せて定義(または編集)します。

- リソース定義: リソースをポリシーに追加するには、アプリケーション・ドメイン内でそのリソースを定義する必要があります。「ポリシーで使用するリソース定義の追加および管理」を参照してください。

- 認証ポリシー: 「ポリシー」ページで、登録されているOracle Internet Directoryのユーザー・アイデンティティ・ストアを指すLDAPモジュールまたはプラグインを参照するスキームを選択します。環境に合せて特定のリソースを追加し、ポリシーを完成させます。「特定のリソースの認証ポリシーの定義」を参照してください。

- 認可ポリシー: 特定のリソースの認可ポリシーを作成または変更し、必要なレスポンスと制約を含めます。『Oracle Fusion Middleware Oracle Access Management管理者ガイド』の説明に従い、「特定のリソースの認可ポリシーの定義」を参照してください。

- トークン発行ポリシー: トークン発行ポリシーのアイデンティティ条件の設定時に、特定のユーザー・アイデンティティ・ストアを選択します。『Oracle Fusion Middleware Oracle Access Management管理者ガイド』のOracle Access Managerを使用したトークン発行ポリシーと制約の管理に関する項を参照してください。

4. 第B.4項「認証とアクセスの検証」に進みます。

B.4 認証とアクセスの検証

ここでの手順は、エージェント登録と認証および認可ポリシーを操作できることを確認するいくつかの方法を示しています。手順は、OAMエージェントおよびOSSOエージェント(mod_osso)でほとんど同じです。ただし、OSSOエージェントは認証ポリシーのみ使用し、認可ポリシーは使用しません。

認証およびアクセスを確認するには、次の手順を実行します。

1. Webブラウザを使用すると、登録されたエージェントで保護されたアプリケーションのURLを入力して、ログイン・ページが表示されていることを確認します(認証リダイレクトURLが適切に指定されたことが証明されます)。次に例を示します。

http://myWebserverHost.example.com:8100/resource1.html

2. ログイン・ページにリダイレクトしていることを確認します。

3. 「サインイン」ページで、求められた場合に有効なユーザー名およびパスワードを入力し、「サインイン」をクリックします。

4. リソースにリダイレクトしていることを確認し、先に進みます。

- 成功: 正しく認証され、リソースへのアクセスが付与された場合、構成が正常に動作します。

- 失敗: ログイン中にエラーを受け取った場合またはリソースへのアクセスが拒否された場合、次の項目を確認します。

- 失敗した認証: 有効な資格証明を使用して再度サインインします。

- URL...のアクセスの拒否: このリソースのアクセスにこのユーザーIDが認可されていません。

- 使用不能なリソース: リソースが使用できることを確認します。

- 不正なリダイレクトURL: Oracle Access ManagerコンソールのリダイレクトURLを確認します。

C トラブルシューティング

この付録では、Oracle Forms and Reportsのインストールにおける一般的な問題の解決方法を説明します。この章の内容は、次のとおりです。

- 第C.1項「一般的なトラブルシューティングのヒント」

- C.2項「インストール・ログ・ファイルおよび構成ログ・ファイル」

- C.3項「Oracle Reports用の環境変数の長さの確認(Windowsのみ)」

- 第C.4項「詳細情報」

C.1 一般的なトラブルシューティングのヒント

インストール中にエラーが発生した場合は、次のことを行ってください。

- 構成を正常に完了するためには、Windows DOSシェルの場合は、管理者権限で実行し、Unixシェルの場合は、インストールの実行と同一のユーザー(たとえば、oracle)が所有する必要があります。この手順に従わない場合、構成はサイレントに失敗します。

- Oracle Fusion Middlewareのリリース・ノートで最新情報を確認します。最新版のリリース・ノートは、Oracle Technology NetworkのOracle Fusion Middlewareのドキュメント・ページから入手できます。

ご使用の製品リリースに対応したドキュメント・ライブラリを選択して、リリース・ノートを参照します。

- コンピュータが、Oracle Fusion Middlewareのシステム要件と仕様のドキュメントで指定されている要件を満たしていることを確認します。
ご使用のリリースに該当するドキュメントを選択します。

- いずれかのインストール画面で間違った情報を入力した場合は、「戻る」をクリックするか、画面左側のナビゲーション・ペインを使用してその画面まで戻ります。

- インストーラでファイルのコピーまたはリンクが行われているときにエラーが発生した場合は、次の手順を実行します。

1. エラーをメモしてインストール・ログ・ファイルを確認します。

2. 第4章「Oracle Forms and Reportsのアンインストール」の手順に従って、失敗したインストールを削除します。

3. エラーの原因となった問題を修正します。

4. インストールを再開します。

C.2 インストール・ログ・ファイルおよび構成ログ・ファイル

この項には、Oracle Forms and Reportsインストーラおよび構成ツールの実行時に作成されるログ・ファイルの情報が含まれます。ログ・ファイルには、インストールや構成に関する問題のトラブルシューティングに役立つ情報が記載されています。

C.2.1 インストール・ログ・ファイル

インストーラによって、Oracle_Inventory_Location/logディレクトリ(UNIXオペレーティング・システムの場合)またはOracle_Inventory_Location\logsディレクトリ(Windowsオペレーティング・システムの場合)にログ・ファイルが書き込まれます。UNIXオペレーティング・システムでは、Oracle Inventoryディレクトリの場所が不明な場合は、次のディレクトリ(デフォルトの場所)に格納されているoraInst.locファイルでその場所を検索できます。

- Linuxの場合: /etc/oraInst.loc

- HP-UXおよびSolarisの場合: /var/opt/oracle/oraInst.loc

Windowsオペレーティング・システムの場合、インベントリ・ディレクトリの場所はC:\Program Files\Oracle\Inventory\logsです。

次のインストール・ログ・ファイルは、ログ・ディレクトリに書き込まれます。

- installdate-time-stamp.log
これはメインのログ・ファイルです。

- installdate-time-stamp.out
このログ・ファイルには、インストール時の出力ストリームやエラー・ストリームが記載されます。

- installActionsdate-time-stamp.log
このファイルは、インストーラGUIによって内部情報の追跡に使用されます。

- installProfiledate-time-stamp.log
このログ・ファイルには、インストールおよび構成を完了するまでにかかった時間やメモリーおよびCPUの詳細事項など、全体的な統計が記載されます。

- oraInstalldate-time-stamp.log
このログ・ファイルには、コピー・セッションの出力ストリームが記載されます。

-printtimeパラメータを使用してインストーラを起動すると、同じディレクトリに、timeTakendate-time-stamp.logファイルとtimedate-time-stamp.logファイルが作成されます。

- timeTakendate-time-stamp.log
このファイルには、画面間の移動にかかる時間に関する情報が含まれます(GUIインストールにのみ該当)。

- timedate-time-stamp.log
このファイルには、コピー・セッションの時間に関する情報が記載されます。

-printmemoryパラメータを使用してインストーラを起動すると、memorydate-time-stamp.logファイルが作成されます。このファイルには、コピー・セッションのメモリー使用量に関する情報が記載されます。

C.2.2 構成ログ・ファイル

構成セッションのログ・ファイルを作成するには、次に示すように、-logオプションを付けて構成ツールを起動します。

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

% ./config.sh -log=log_filename

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

G:\ config.cmd -log=log_filename

log_filename を絶対パスで指定すると、ログ・ファイルはその場所に作成されます。パスを指定しないでファイル名のみを指定した場合、ログ・ファイルはORACLE_HOME/common/binディレクトリ(UNIXオペレーティング・システムの場合)またはORACLE_HOME\common\binディレクトリ(Windowsオペレーティング・システムの場合)に作成されます。

C.3 Oracle Reports用の環境変数の長さの確認(Windowsのみ)

startManagedWebLogic.cmdによって使用される環境変数(PATHやCLASSPATHなど)の文字数が規定よりも長い場合、管理対象サーバーを起動するとOracle Reportsでエラーが発生します。

この問題を回避するには、9文字以上のすべてのディレクトリ名を8文字以下のWindows形式に変換してください。たとえば、C:\Oracle11g\Middlewareというパスを使用する環境変数を定義する場合は、このパスをC:\Oracle~1\Middle~1に変換できます。

また、現行の場所より短いディレクトリ・パスの場所にOracle WebLogic Serverを再インストールすることもできます。

Windowsシステムでの環境変数の文字数制限については、MicrosoftサポートWebサイトの記事830473(http://support.microsoft.com/kb/830473)を参照するか、またはオペレーティング・システムのマニュアルを参照してください。

C.4 詳細情報

この付録で問題が解決されない場合は、My Oracle Support (以前のOracleMetaLink)で解決方法を検索してください。

https://support.oracle.com/

問題の解決方法が見つからない場合は、サービス・リクエストをオープンしてください。

オラクルの法律上の注意点について

コピーライトについて

Copyright © 1994-2016, Oracle and/or its affiliates.All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利について

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

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

危険な用途への使用について

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

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

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

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

Oracle Supportへのアクセス

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