Oracle® Fusion Middleware

Oracle HTTP Serverのインストールと構成

12c (12.2.1.2)

E82804-01(原本部品番号:E77597-02)

2016年11月

Oracle HTTP Serverのインストールおよび構成方法を説明するインストール実行者およびシステム管理者向けのドキュメントです。

Oracle Fusion Middleware Oracle HTTP Serverのインストールと構成, 12c (12.2.1.2)

E82804-01

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

原本著者: Ingrid Snedecor

原本協力著者: Peter LaQuerre

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

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

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

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 およびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

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 Oracle HTTP Serverのインストールについて

- 1.1 Oracle HTTP Serverについて

- 1.2 開始点としての標準インストール・トポロジの使用方法

- 1.2.1 WebLogic ServerドメインにおけるOracle HTTP Serverの標準インストール・トポロジについて

- 1.2.1.1 標準インストール・トポロジ図の要素の理解

- 1.2.1.2 完全JRFモードおよび制限付きJRFモードの理解

- 1.2.2 スタンドアロン・ドメインにおけるOracle HTTP Serverの標準インストール・トポロジについて

2 Oracle HTTP Serverのインストールおよび構成の準備

- 2.1 Oracle HTTP Serverのインストール・タイプの選択

- 2.2 WebLogic ServerドメインにおけるOracle HTTP Serverのインストールおよび構成のロードマップ

- 2.3 スタンドアロン・ドメインにおけるOracle HTTP Serverのインストールおよび構成のロードマップ

- 2.4 システム環境の確認に関するロードマップ

- 2.4.1 動作保証、システムおよび相互運用性の要件の確認

- 2.4.2 インストール・ユーザーの選択

- 2.4.2.1 ユーザー権限の理解

- 2.4.2.2 UNIXオペレーティング・システムのデフォルト以外のユーザー権限の理解

- 2.4.2.3 Windowsオペレーティング・システムでのインストール・ユーザーに管理者権限があることの確認

- 2.4.3 インストールおよび構成のためのディレクトリの理解

- 2.4.3.1 推奨ディレクトリ構造の理解

- 2.4.3.2 Oracleホーム・ディレクトリについて

- 2.4.3.3 ドメイン・ホーム・ディレクトリについて

- 2.4.3.4 アプリケーション・ホーム・ディレクトリについて

- 2.4.3.5 同じドメインへの複数の製品のインストール

- 2.4.3.6 共有記憶域の準備

- 2.4.4 Oracle Fusion MiddlewareインストールのJDK要件の理解

- 2.4.5 Oracle Fusion Middlewareインストールのデータベース要件の理解

- 2.5 製品の配布の入手

3 Oracle HTTP Serverソフトウェアのインストール

- 3.1 インストール・プログラムの開始

- 3.2 インストール画面のナビゲート

- 3.3 インストールの検証

- 3.3.1 インストール・ログ・ファイルの確認

- 3.3.2 ディレクトリ構造のチェック

- 3.3.3 Oracleホームの内容の表示

4 WebLogic ServerドメインにおけるOracle HTTP Serverの構成

- 4.1 管理サーバーの停止

- 4.2 構成ウィザードの起動

- 4.3 ドメインを拡張するために構成ウィザード画面へ移動

- 4.3.1 ドメイン・タイプとドメイン・ホームの場所の選択

- 4.3.2 Oracle HTTP Serverの構成テンプレートの選択

- 4.3.3 データベース構成タイプの指定

- 4.3.4 JDBCコンポーネント・スキーマ情報の指定

- 4.3.5 JDBC接続のテスト

- 4.3.6 拡張構成の選択

- 4.3.7 Oracle HTTP Serverの詳細の指定

- 4.3.8 システム・コンポーネントのマシンへの割当

- 4.3.9 構成の指定内容の確認とドメインの構成

- 4.3.10 ドメイン・ホームと管理サーバーURLの記録

- 4.4 サーバーの起動

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

- 4.4.2 管理サーバーの起動

- 4.4.3 Oracle HTTP Serverインスタンスの起動

5 スタンドアロン・ドメインにおけるOracle HTTP Serverの構成

- 5.1 構成ウィザードの起動

- 5.2 ドメインを構成するために構成ウィザード画面へ移動

- 5.2.1 ドメイン・タイプとドメイン・ホームの場所の選択

- 5.2.2 Oracle HTTP Serverの構成テンプレートの選択

- 5.2.3 ドメイン・モードとJDKの指定

- 5.2.4 システム・コンポーネントの追加

- 5.2.5 Oracle HTTP Serverの詳細の指定

- 5.2.6 ノード・マネージャの構成

- 5.2.7 構成の指定内容の確認とドメインの構成

- 5.3 インスタンスの起動

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

- 5.3.2 Oracle HTTP Serverインスタンスの起動

6 ドメイン構成後の次の手順

- 6.1 WebLogic ServerドメインにおけるOracle HTTP Serverについての次の手順

- 6.2 スタンドアロン・ドメインにおけるOracle HTTP Serverについての次の手順

- 6.3 可用性の高い環境の準備

7 Oracle HTTP Serverのアンインストールまたは再インストール

- 7.1 Oracle Fusion Middlewareの停止

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

- 7.2.1 アンインストール・プログラムの開始

- 7.2.2 アンインストール画面のナビゲート

- 7.3 スタンドアロン・ドメイン内のOracle HTTP Serverのアンインストールの確認

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

- 7.5 Windowsオペレーティング・システム上のプログラム・ショートカットの削除

- 7.6 ドメインおよびアプリケーション・データの削除

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

A Oracle HTTP Serverのディレクトリ構造

- A.1 WebLogic ServerドメインにおけるOracle HTTP Serverディレクトリ構造

- A.2 スタンドアロン・ドメインにおけるOracle HTTP Serverディレクトリ構造

B Oracle HTTP Server WebGate for Oracle Access Managerの構成

- B.1 Oracle HTTP Server Webgateについて

- B.2 Oracle HTTP Server Webgateの構成の一般的な前提条件

- B.3 Oracle HTTP Server WebGateの構成

- B.4 Oracle Access ManagerへのOracle HTTP Server WebGateの登録

- B.4.1 RREGツールの検索および準備

- B.4.2 OAM11gRequest.xmlファイル内の標準プロパティの更新

- B.4.3 RREGツールの実行

- B.4.3.1 RREGインバンドおよびアウトオブバンド・モードについて

- B.4.3.2 RREGツールのインバンド・モードでの実行

- B.4.3.3 RREGツールのアウトオブバンド・モードでの実行

- B.4.4 RREGによって生成されるファイルおよびアーティファクト

- B.4.5 生成済のアーティファクトのOracle HTTP Server WebGateインスタンスの場所へのコピー

- B.4.6 Oracle HTTP Serverインスタンスの再起動

はじめに

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

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

このドキュメントは、OHSをインストールするシステム管理者やアプリケーション開発者を対象としています。また、Webテクノロジに精通しており、WindowsプラットフォームとUNIXプラットフォームの一般的な知識がある読者を対象としています。

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

Oracleのアクセシビリティへの取り組みについては、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)にアクセスしてください。

Oracleサポートへのアクセス

サポートを購入したオラクル社のお客様は、My Oracle Supportを介して電子的なサポートにアクセスできます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info、聴覚に障害があるお客様はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trsを参照してください。

関連ドキュメント

詳細は、Oracle Fusion Middlewareライブラリを参照してください。

- Oracle HTTP Serverについては、Oracle HTTP Serverのドキュメントを参照してください。

- インストールの情報は、Fusion Middlewareインストール・ドキュメントを参照してください。

- アップグレードの情報は、Fusion Middlewareのアップグレードに関するドキュメントを参照してください。

- 管理関連の情報は、Fusion Middlewareの管理に関するドキュメントを参照してください。

- リリース関連の情報は、Fusion Middlewareリリース・ノートを参照してください。

表記規則

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

表記規則

意味

太字

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

イタリック

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

固定幅フォント

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

1 Oracle HTTP Serverのインストールについて

この項で説明するOracle HTTP Serverの標準インストールでは、この製品の起点となるトポロジの例を表す標準トポロジが作成されます。

- Oracle HTTP Serverについて
Oracle HTTP Serverは、Oracle Fusion MiddlewareのWebサービスを提供します。

- 開始点としての標準インストール・トポロジの使用方法
標準インストール・トポロジは、本番環境で開始点として使用できる柔軟なトポロジです。

1.1 Oracle HTTP Serverについて

Oracle HTTP Serverは、Oracle Fusion MiddlewareのWebサービスを提供します。

要約すると、Oracle HTTP Serverは次の機能を提供します。

- Oracle WebLogic Serverの組込みプロキシ・プラグインを介して Oracle WebLogic ServerのHTTPリスナーを提供します

- Oracle Fusion MiddlewareのWebサーバー・コンポーネントを提供します

- HTML、JavaScript、イメージなどの静的Webコンテンツや、CGI/FastCGIベースのアプリケーションで構築された動的Webコンテンツに対応します。

詳細は、Oracle Fusion Middleware Oracle HTTP Serverの管理のOracle HTTP Serverの概要に関する項を参照してください。

Oracle HTTP Serverは、既存のOracleホームまたはスタンドアロン・ドメインにインストールできます。

- 既存のOracleホームでは、Oracle HTTP ServerはWebLogic Serverドメインと同じ場所に配置されるため、WebLogic Serverドメインの他の要素と同様にOracle HTTP Serverインスタンスを管理できます。具体的には、Oracle Enterprise Manager Fusion Middleware ControlまたはWLSTコマンド行インタフェースからOracle HTTP Serverインスタンスを管理できます。WebLogic ServerドメインにおけるOracle HTTP Serverの標準インストール・トポロジについてを参照してください。

- スタンドアロン・ドメインでは、スタンドアロンのOracle HTTP Serverトポロジは、Oracle Fusion Middleware Infrastructureなしでインストールおよび構成可能です。スタンドアロン・ドメインにおけるOracle HTTP Serverの標準インストール・トポロジについてを参照してください。

1.2 開始点としての標準インストール・トポロジの使用方法

標準インストール・トポロジは、本番環境で開始点として使用できる柔軟なトポロジです。

このガイドの情報はOracle HTTP Serverの標準インストール・トポロジの作成に役立ちます。適切かつ必要な場合は、後で標準インストール・トポロジを拡張して、セキュアな高可用性の本番環境を作成できます(ドメイン構成後の次の手順を参照)。

標準インストール・トポロジは、この製品のサンプル・トポロジです。この製品がサポートする唯一のトポロジではありません。詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニングの標準インストール・トポロジに関する項を参照してください。

- WebLogic ServerドメインにおけるOracle HTTP Serverの標準インストール・トポロジについて
Oracle HTTP Serverは、既存のOracleホームにインストールするか、WebLogic Serverドメインと同じ場所に配置してインストールできます。

- スタンドアロン・ドメインにおけるOracle HTTP Serverの標準インストール・トポロジについて
Oracle HTTP Serverは、専用のOracleホーム内のスタンドアロン・ドメインにインストールできます。

1.2.1 WebLogic ServerドメインにおけるOracle HTTP Serverの標準インストール・トポロジについて

Oracle HTTP Serverは、既存のOracleホームにインストールするか、WebLogic Serverドメインと同じ場所に配置してインストールできます。

このタイプのインストールでは、WebLogic Serverドメインの他の要素と同様にOracle HTTP Serverインスタンスを管理できます。具体的には、Oracle Enterprise Manager Fusion Middleware Control、WLSTコマンド行インタフェースおよびWebLogic Server Node ManagerからOracle HTTP Serverインスタンスを管理できます。

図1-1は、同じドメイン・ホーム内に配置されたOracle HTTP Serverインスタンスを含む標準的なOracle Fusion Middleware Infrastructureのトポロジを示しています。このトポロジを使用して、複数のマシンにわたる高可用性環境にスケールアウトすることもできます。

図1-1 WebLogic ServerドメインにおけるOracle HTTP Serverインストールのトポロジ

構成手順については、WebLogic ServerドメインにおけるOracle HTTP Serverの構成を参照してください。

- 標準インストール・トポロジ図の要素の理解
通常、標準インストール・トポロジには、共通の要素が含まれています。

- 完全JRFモードおよび制限付きJRFモードの理解
同じ場所に配置されたOracle HTTP Serverを完全JRFまたは制限付きJRFのどちらかのモードで構成できます。

1.2.1.1 標準インストール・トポロジ図の要素の理解

通常、標準インストール・トポロジには、共通の要素が含まれています。

表1-1は、トポロジ図のすべての要素を説明しています。

表1-1 Oracle HTTP Serverの標準インストール・トポロジにおける要素の説明

要素

説明と追加ドキュメントへのリンク

APPHOST

アプリケーション層をホストしているマシンを示す、Oracleドキュメントで使用される標準用語。

DBHOST

データベースをホストしているマシンを示す、Oracleドキュメントで使用される標準用語。

WebLogicドメイン

Javaコンポーネント(この場合、管理サーバー、管理対象サーバーおよび他の関連ソフトウェア・コンポーネント)の論理的に関連したグループです。
詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの理解のOracle WebLogic Serverドメインの概要に関する項を参照してください。

管理サーバー

ドメインの構成オブジェクトをメンテナンスし、管理対象サーバーへの構成変更を分散させる、ドメインの中央制御エンティティ。
詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの理解の管理サーバーの概要に関する項を参照してください。

Enterprise Manager

Oracle Enterprise Manager Fusion Middleware Controlは、ドメインを管理する主要ツールです。
詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの理解のOracle Enterprise Manager Fusion Middleware Controlに関する項を参照してください。

Oracle HTTP Server

Oracle HTTP ServerバイナリおよびOracle HTTP Serverインスタンス。

クラスタ

同時に稼働し連携する、複数のWebLogic Serverインスタンスの集合。
詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの理解の管理対象サーバーと管理対象サーバー・クラスタの概要に関する項を参照してください。

マシン

1つまたは複数のWebLogic Serverインスタンス(サーバー)をホストするコンピュータを論理的に表現するもの。マシンは、管理対象サーバーとノード・マネージャを論理的につなぐ機能でもあります。ノード・マネージャを使用して管理対象サーバーを起動または停止するには、管理対象サーバーをマシンと関連付ける必要があります。

管理対象サーバー

アプリケーション、アプリケーション・コンポーネント、Webサービスおよび関連リソースのホスト。
詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの理解の管理対象サーバーと管理対象サーバー・クラスタの概要に関する項を参照してください。

インフラストラクチャ

次を含むサービスの集合。

- メタデータ・リポジトリ(MDS)には、Oracle Application Developer FrameworkなどのOracle Fusion Middlewareコンポーネントのメタデータが含まれます。詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの理解のメタデータ・リポジトリの概要に関する項を参照してください。

- Oracle Application Developer Framework (Oracle ADF)

- Oracle Web Services Manager(OWSM)

1.2.1.2 完全JRFモードおよび制限付きJRFモードの理解

同じ場所に配置されたOracle HTTP Serverを完全JRFと制限付きJRFのどちらかで構成できます。

表1-2は、これら2つのモードの比較を示しています。

表1-2 完全JRFモードと制限付きJRFモードの比較

操作モード

説明

推奨される使用例

完全ドメイン(または完全JRF)

完全JRFモードは、データベース接続に依存します。

ドメインで上位のスタック機能(Oracle SOA SuiteやOracle Web Services Managerなど)にアクセスする場合、この操作モードが最善です。

制限付きJRF

制限付きJRFモードは、データベース接続なしで機能します。

ユーザーは依然としてOracle Enterprise Manager Fusion Middleware Controlを介してすべての製品を管理できますが、クロス・コンポーネント・ワイヤリングを使用することはできません。

ドメインでOracle Traffic DirectorおよびOracle HTTP Serverのみにアクセスする場合、この操作モードが最善です。

現在、制限付きJRFから完全JRFへの移行はサポートされていません。

これら2つの操作モードの機能の詳細は、Oracle Fusion Middleware Oracle HTTP Serverの管理のドメイン・タイプに関する項を参照してください。

1.2.2 スタンドアロン・ドメインにおけるOracle HTTP Serverの標準インストール・トポロジについて

Oracle HTTP Serverは、専用のOracleホーム内のスタンドアロン・ドメインにインストールできます。

システム・コンポーネントの管理のみに特化したスタンドアロンOracle HTTP Serverドメインを作成できます。スタンドアロン構成は、インストール・プロセス中に作成する専用のOracleホームに存在し、つまり、スタンドアロンのOracle HTTP Serverトポロジは、Oracle Fusion Middleware Infrastructureなしでインストールおよび構成可能です。

スタンドアロン・ドメインはFusion Middleware Controlを使用して管理できません。スタンドアロンOracle HTTP Serverドメインは、WLSTコマンド行や、スタンドアロン・ドメインで利用可能な他の機能を使用して管理できます。

図1-2は、Web Tierにおける標準的なOracle HTTP Serverインスタンスを示しています。

図1-2 スタンドアロン・ドメインにおけるOracle HTTP Serverのトポロジ

構成手順については、スタンドアロン・ドメインにおけるOracle HTTP Serverの構成を参照してください。

表1-3は、このトポロジの要素を説明しています。

表1-3 Oracle HTTP Serverのスタンドアロン・インストールのトポロジにおける要素の説明

要素

説明と追加ドキュメントへのリンク

WEBHOST

これは個別のホストで、WebLogic Serverドメインにリクエストを送信します。

スタンドアロン・ドメイン

詳細は、Oracle Fusion Middleware Oracle HTTP Serverの管理のスタンドアロン・ドメインに関する項を参照してください。

Oracle HTTP Server

Oracle HTTP Serverインスタンスで、これはスタンドアロン・ドメインで利用可能な管理ツールによって作成および管理されます。

注意:
スタンドアロン・ドメイン全般の詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの理解のスタンドアロン・ドメインの概要に関する項を参照してください。

2 Oracle HTTP Serverのインストールおよび構成の準備

Oracle HTTP Serverのインストールの準備をするには、システムが基本要件を満たしていることを確認します。次に、正しいインストール・ソフトウェアを入手します。

- Oracle HTTP Serverのインストール・タイプの選択
Oracle HTTP Serverを既存のWebLogic Serverドメインと同じ場所に配置してインストールするか、スタンドアロン・ドメインにインストールするかを決める必要があります。

- WebLogic ServerドメインにおけるOracle HTTP Serverのインストールおよび構成のロードマップ
このロードマップは、WebLogic ServerドメインにおけるOracle HTTP Serverのインストールおよび構成に必要な手順をすべて示しています。

- スタンドアロン・ドメインにおけるOracle HTTP Serverのインストールおよび構成のロードマップ
このロードマップは、スタンドアロン・ドメインにおけるOracle HTTP Serverのインストールおよび構成に必要な手順をすべて示しています。

- システム環境の確認のロードマップ
インストールおよび構成プロセスを開始する前に、システム環境を検証する必要があります。

- 製品の配布の入手
Oracle HTTP Serverの配布は、Java Runtime Environmentを含む、スタンドアロンの実行可能なインストール・プログラムとして利用可能です。

2.1 Oracle HTTP Serverのインストール・タイプの選択

Oracle HTTP Serverを既存のWebLogic Serverドメインと同じ場所に配置してインストールするか、スタンドアロン・ドメインにインストールするかを決める必要があります。

次のフローチャートを使用して、2つの主なOracle HTTP Serverドメイン・オプションのどちらを構成するかを決定します。

2.2 WebLogic ServerドメインにおけるOracle HTTP Serverのインストールおよび構成のロードマップ

このロードマップは、WebLogic ServerドメインにおいてOracle HTTP Serverをインストールおよび構成するために必要な手順をすべて示しています。

表2-1 WebLogic Serverドメインにおいて構成されるOracle HTTP Serverインストールのロードマップ

タスク

説明

詳細

Oracle Fusion Middleware Infrastructureの標準的なインストール・トポロジのインストールおよび構成

Oracle HTTP Serverインストールの開始前に、Oracle Fusion Middleware Infrastructureをインストールおよび構成する必要があります。

Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureのインストールと構成のInfrastructureソフトウェアのインストールに関する項を参照してください。

Oracle Fusion Middleware Infrastructureドメインに関連するすべてのプロセスが停止されていることを確認します

ご使用のノード・マネージャ、管理サーバー、管理対象サーバーまたはその他のサーバーが稼働中の場合、これらを停止してから、WebLogic ServerドメインでOracle HTTP Serverのインストールおよび構成を開始する必要があります。

Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle Fusion Middleware環境の停止に関する項。

Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニングの同じドメインに複数の製品をインストールする方法に関する項。

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

インストールの前に、最小限のシステム要件およびネットワーク要件を満たしていることを確認します。

「システム環境の確認のロードマップ」を参照してください

インストールの前後で必要になる必須パッチの確認

インストールするソフトウェア製品に必要な必須パッチの有無について、Oracle Fusion Middleware Infrastructureのリリース・ノートを確認してください。

Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureリリース・ノートのインストールおよび構成に関する項を参照してください。

適切なディストリビューションを入手します

このガイドに記載されているトポロジを作成するには、Oracle HTTP Serverの配布を取得します。

製品の配布の入手を参照してください。

インストール・ディレクトリを決めます

インストーラが必要なインストーラ・ディレクトリのアクセスまたは作成を実行できることを確認します。また、最小限の要件を満たすシステムにディレクトリが存在することを確認します。

Oracle HTTP Serverのディレクトリ構造を参照してください

Oracle HTTP Serverのインストール

インストール・プログラムを実行してソフトウェアをインストールします。「インストール・タイプ」画面で、「同じ場所に配置されたHTTPサーバー(WebLogic Server経由で管理)」を選択します。

これにより、ソフトウェアがご使用のシステムに転送され、Oracle HTTP Serverバイナリを含めるためにOracle Fusion Middleware InfrastructureのOracleホームが更新されます。

「Oracle HTTP Serverソフトウェアのインストール」を参照してください

既存のInfrastructureドメインの更新

この構成ウィザードを使用して、Oracle HTTP Serverインスタンスを含めるためにInfrastructureドメインを拡張します。

この手順中に、完全JRFと制限付きJRFのどちらの操作モードを使用するかを選択します。これらのモードの詳細は、完全JRFモードおよび制限付きJRFモードの理解を参照してください。

注意: Oracle Fusion Middleware Infrastructureをまだ構成していない場合、Oracle HTTP Serverと同時に構成できます。

「WebLogic ServerドメインにおけるOracle HTTP Serverの構成」を参照してください

構成後の管理および構成タスクを確認

ドメインを管理するための追加のツールおよびリソースを確認し、可用性が高くなるようにドメインを構成します。

「ドメイン構成後の次の手順」を参照

2.3 スタンドアロン・ドメインにおけるOracle HTTP Serverのインストールおよび構成のロードマップ

このロードマップは、スタンドアロン・ドメインにおいてOracle HTTP Serverをインストールおよび構成するために必要な手順をすべて示しています。

表2-2 スタンドアロン・ドメインにおいて構成されるOracle HTTP Serverのインストールのロードマップ

タスク

説明

詳細

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

インストールの前に、最小限のシステム要件およびネットワーク要件を満たしていることを確認します。

「システム環境の確認のロードマップ」を参照してください

適切なディストリビューションを入手します

このガイドに記載されているトポロジを作成するには、Oracle HTTP Serverの配布を取得します。

製品の配布の入手を参照してください。

インストール・ディレクトリを決めます

productおよびconfigディレクトリが作成されていること、これらがインストーラによってアクセス可能で、最低要件が満たされているシステムに存在していることを確認します。

Oracle HTTP Serverのディレクトリ構造を参照してください

Oracle HTTP Serverのインストール

インストール・プログラムを実行してソフトウェアをインストールします。「インストール・タイプ」画面で、「スタンドアロンHTTPサーバー(WebLogic Serverとは切り離して管理)」を選択します。

これにより、使用しているシステムにソフトウェアが転送され、Oracleホーム・ディレクトリが作成されます。

「Oracle HTTP Serverソフトウェアのインストール」を参照してください

Oracle HTTP Serverのスタンドアロン・ドメインの作成

この構成ウィザードを使用して、スタンドアロン・ドメインにOracle HTTP Serverを作成および構成します。

スタンドアロン・ドメインにおけるOracle HTTP Serverの構成を参照してください

構成後の管理および構成タスクを確認

ドメインを管理するための追加のツールおよびリソースを確認し、可用性が高くなるようにドメインを構成します。

「ドメイン構成後の次の手順」を参照

2.4 システム環境の確認のロードマップ

インストールおよび構成プロセスを開始する前に、システム環境を検証する必要があります。

次の表に、ご使用の環境がOracle HTTP Serverをインストールおよび構成するために適切に準備されていることを確認するための重要なタスクおよび判断項目を示します。

表2-3 システム環境の検証ロードマップ

タスク

説明

ドキュメント

動作保証およびシステム要件を確認します

インストールおよび構成について、ご使用のオペレーティング・システムが動作保証され適切に構成されることを確認します。

動作保証、システムおよび相互運用性の要件の確認を参照してください。

適切なインストール・ユーザーを特定します

インストール・ユーザーが、ソフトウェアをインストールおよび構成するための適切な権限を持っていることを確認します。

「インストール・ユーザーの選択」を参照してください。

目的のシステムでインストール・ディレクトリおよび構成ディレクトリを選択します

推奨ディレクトリ構造に従って、インストールおよび構成に必要なディレクトリが作成できることを確認します。

「インストールおよび構成のためのディレクトリの理解」を参照してください。

動作保証されたJDKをインストールします

配布のインストール・プログラムは、ご使用のシステムで動作保証されたJDKを必要とします。

「Oracle Fusion Middlewareをインストールする際のJDK要件の理解」を参照してください。

中間層のスキーマのデータベースのインストールと構成

WebLogicドメインを構成するには、Oracle HTTP Serverで必要なスキーマに対して適切に構成された、動作保証済のデータベースにアクセスできる必要があります。

「Oracle Fusion Middlewareをインストールする際のデータベース要件の理解」を参照してください。

- 動作保証、システムおよび相互運用性の要件の確認
ご使用の環境がインストールの要件を満たしていることを確認するには、動作保証マトリックスおよびシステム要件のドキュメントをあわせて使用することをお薦めします。

- インストール・ユーザーの選択
システム上でインストールと構成を実行するユーザーは、十分な権限を持っている必要があります。

- インストールおよび構成のディレクトリの理解
インストールとドメイン構成のプロセス中に、Oracleホーム、ドメイン・ホームおよびアプリケーション・ホームのディレクトリの場所の指定について計画する必要があります。

- Oracle Fusion MiddlewareのインストールのためのJDK要件の理解
ほとんどのFusion Middleware製品は、.jarファイル形式で配布されます。これらのディストリビューションにJDKは含まれていません。.jar配布インストーラを実行するには、動作保証されたJDKがすでにシステムにインストールされている必要があります。

- Oracle Fusion Middlewareのインストールのためのデータベース要件の理解
多くのOracle Fusion Middleware製品は、構成の前にデータベース・スキーマが必要です。このようなスキーマをインストールできるデータベースがない場合は、動作保証されたデータベースをインストールして構成する必要があります。

2.4.1 動作保証、システムおよび相互運用性の要件の確認

ご使用の環境がインストールの要件を満たしていることを確認するには、動作保証マトリックスおよびシステム要件のドキュメントをあわせて使用することをお薦めします。

1. 環境が動作保証要件を満たしていることの確認
製品を、サポートされているハードウェアおよびソフトウェア構成上にインストールすることを確認してください。詳細は、Oracle Fusion Middlewareのサポートされるシステム構成ページで、ご使用のリリース向けの動作保証情報のドキュメントを参照してください。

Oracleでは、動作保証済のすべてのシステムおよび環境で製品のパフォーマンスをテストおよび検証しています。新しい動作保証情報が発表された場合は、適切な動作保証ドキュメントにすぐに追加されます。新しい動作保証はいつでもリリースできます。そのため、動作保証情報のドキュメントは、ドキュメント・ライブラリとは別に管理され、Oracle Technology Networkで利用できます。

2. 動作保証情報を確認するためのシステム要件ドキュメントの使用
Oracle Fusion Middlewareのシステム要件と仕様に関するドキュメントを使用して、動作保証要件が満たされているかどうかを確認してください。たとえば、動作保証情報のドキュメントで、製品が64ビットのOracle Linux 6.5でのインストールに対して動作保証されていると示される場合、このドキュメントを使用して、システムが必要な最小限の仕様を満たすことを確認します。これには、ディスク領域、使用可能なメモリー、特定のプラットフォーム・パッケージとパッチおよびその他のオペレーティング・システム固有のアイテムが含まれます。システム要件は将来的に変更される可能性があります。そのため、システム要件情報のドキュメントは、ドキュメント・ライブラリとは別に管理され、Oracle Technology Networkで利用できます。

3. 複数の製品間での相互運用性の確認
複数のFusion Middleware製品を同一リリースから、または異なるリリースが混在した状態でインストールし実行する方法については、Oracle Fusion Middleware相互運用性および互換性の理解のOracle Fusion Middleware 12cの相互運用性および互換性に関する項を参照してください。

2.4.2 インストール・ユーザーの選択

システム上でインストールと構成を実行するユーザーは、十分な権限を持っている必要があります。

- ユーザー権限の理解
Fusion Middleware製品をインストールするユーザーは、そのファイルを所有し、そのファイルに関する特定の権限を持つことになります。

- UNIXオペレーティング・システムでの非デフォルト・ユーザー権限の理解
デフォルトの権限の設定を変更すると、インストールおよびシステムのセキュリティが低下する可能性があります。デフォルトの権限の設定を変更することはお薦めしません。

- Windowsオペレーティング・システムでのインストール・ユーザーの管理者権限の確認
Windowsレジストリを更新するには、管理者権限が必要です。

2.4.2.1 ユーザー権限の理解

Fusion Middleware製品をインストールするユーザーは、そのファイルを所有し、そのファイルに対する特定の権限を持ちます。

- 実行可能ファイル以外(.jar、.properties、.xmlなど)のすべてのファイルに対する読取り権限と書込み権限。その他の同じグループのすべてのユーザーにはファイル所有者として読取り権限のみがあります。

- すべての実行可能ファイル(.exe、.shまたは.cmd)に対する読取り、書込みおよび実行権限。同じグループのその他のすべてのユーザーにはファイル所有者として読取り権限および実行権限のみがあります。

したがって、ソフトウェアをインストールするユーザー以外のユーザーも、ドメインまたはFusion Middleware製品を構成するためにOracleホームのインストール・バイナリを使用できます。

構成中に生成されたファイルは、構成ウィザードを実行したユーザーが所有者になり、前述のインストール・ユーザーと同じ権限を持ちます。ただし、セキュリティ・センシティブなファイルは、グループ権限では作成されません。ドメインを作成したユーザーのみが読取りおよび書込み権限を持ち、ドメインを管理できます。

次に例を示します。

- 例1: 1人のユーザーがソフトウェアをインストールしてドメインを構成する場合
この例は、同じユーザーがソフトウェアをインストールしてドメインを構成する場合の権限を示します。

すべてのファイルに対して適切な権限があるようにするには、同じ所有者が構成ウィザードを使用してOracle Fusion Middleware製品のインストールとWebLogic Serverドメインの構成の両方のタスクを実行することをお薦めします。

ドメインを作成するユーザーがソフトウェアをインストールしたユーザーと異なる場合、次の例に示すとおり、両方のユーザーが同じ権限を持っている必要があります。

- 例2: Oracleホームとドメインを別のユーザーが作成する場合
この例は、あるユーザーがOracleホームを作成し、別のユーザーがドメインを構成する場合の権限を示します。

注意:
特定のドメイン・ファイルには、グループ権限がありません。たとえば、cwallet.ssoです。

インストーラを実行する前に次の項目を検討してください。

- UNIXオペレーティング・システムでは、ソフトウェアのインストールの前にumaskを027に設定することをお薦めします。これにより、インストール時にファイルの権限を正しく設定することができるようになります。以下のコマンドを使用します。
umask 027

このコマンドは、製品のインストーラと同じ端末ウィンドウで実行する必要があります。

- UNIXオペレーティング・システムでは、インストール・プログラムをrootユーザーで実行しないでください。rootユーザーとしてインストーラを実行すると、起動検証が失敗してインストールを続行できない場合があります。

- 製品のインストールを管理する際(パッチ適用、管理対象サーバーの起動など)は、製品のインストールに使用したものと同じユーザーIDを使用する必要があります。

- Windowsオペレーティング・システムでは、製品のインストールに管理特権が必要です。詳細は、「Windowsオペレーティング・システムでのインストール・ユーザーに管理者権限があることの確認」を参照してください。

2.4.2.2 UNIXオペレーティング・システムのデフォルト以外のユーザー権限の理解

デフォルトの権限設定を変更すると、インストールとシステムのセキュリティが脆弱になります。デフォルトの権限の設定を変更することはお薦めしません。

他のユーザーが特定のファイルまたは実行可能ファイルにアクセスする必要がある場合は、ファイルのアクセス権を変更するかわりに、UNIXのsudoコマンド(または他の同様のコマンド)の使用を検討してください。

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

2.4.2.3 Windowsオペレーティング・システムでのインストール・ユーザーに管理者権限があることの確認

Windowsレジストリを更新するには、管理者特権が必要です。

デフォルトでは、通常の権限でシステムにサインインする管理者権限を持つメンバーが、管理タスクを実行するために高い権限を要求できます。

高い権限が必要なタスクを実行するには:

1. 左下の「スタート」メニューまたはWindowsアイコンから、コマンド・プロンプトアイテムを検索します。

2. コマンド・プロンプトを右クリックして「管理者として実行」を選択します。
新しいコマンド・プロンプト・ウィンドウが開き、このウィンドウで実行されるすべてのアクションは管理者権限で実行されます。

注意:
システムでユーザーアクセス制御が有効な場合、このアクションの確認を求めるウインドウが表示される場合があります。確認し、この手順を続行します。

3. 必要なタスクを実行します。

たとえば、製品のインストーラを起動するには:

jarファイルの場合は、次のように入力します。

java —jar distribution_name.jar

実行可能ファイル(.exe、.binまたは.shファイル)の場合は、次のように入力します。

distribution_name.exe

2.4.3 インストールおよび構成のためのディレクトリの理解

インストールとドメイン構成のプロセス中に、Oracleホーム、ドメイン・ホームおよびアプリケーション・ホームのディレクトリの場所の指定について計画する必要があります。

次の各項では、これらのディレクトリを作成する場所を決めるために役立つ情報を示します。

- 推奨ディレクトリ構造の理解
Oracleホーム、ドメイン・ホームおよびアプリケーション・ホームには、推奨される特定の場所があります。

- Oracleホーム・ディレクトリについて
Oracle Fusion Middleware製品をインストールする場合は、Oracleホーム・ディレクトリを使用する必要があります。

- ドメイン・ホーム・ディレクトリについて
ドメイン・ホームは、構成するドメインが作成されるディレクトリです。

- アプリケーション・ホーム・ディレクトリについて
アプリケーション・ホームは、構成するドメインのアプリケーションが作成されるディレクトリです。

- 同じドメインへの複数の製品のインストール
1つのドメインに複数の製品をインストールして構成するには、2つの方法があります。

- 共有記憶域の準備
Oracle Fusion Middlewareでは、単一のOracleホームから複数のOracle WebLogic Serverドメインを構成することができます。これにより、共有ボリューム上の1つの場所にOracleホームをインストールしたり、複数のホストをインストールするためにOracleホストを再利用したりすることもできます。

2.4.3.1 推奨ディレクトリ構造の理解

Oracleホーム、ドメイン・ホームおよびアプリケーション・ホームには、推奨される特定の場所があります。

図2-1に推奨するディレクトリ構造を示します。

図2-1 Oracle Fusion Middlewareの推奨ディレクトリ構造

システムでベースの場所(Oracleベース)を決め、(/home/oracleなど)そこから2つのサブ・ディレクトリを別々に作成します。productディレクトリには、製品のバイナリ・ファイルとすべてのOracleホーム・ディレクトリを含めます。configディレクトリにはドメイン・データとアプリケーション・データを格納します。

Oracleホームには構成データを保存しないことをお薦めします。製品を別のメジャー・リリースにアップグレードする場合、バイナリ用に新しいOracleホームの作成が必要になります。また構成データは、Oracleホームのバイナリからアクセス可能な場所に置く必要があります。

このドキュメント全体の例を通じて、/home/oracle/productディレクトリ(Oracleホーム)と/home/oracle/configディレクトリ(アプリケーション・データと構成データ)を使用していますが、これらのディレクトリはご使用のシステムの実際のディレクトリに読み替えてください。

2.4.3.2 Oracleホーム・ディレクトリについて

Oracle Fusion Middleware製品をインストールする場合は、Oracleホーム・ディレクトリを使用する必要があります。

このディレクトリは、同じマシンにインストールされた複数のFusion Middleware製品で使用される共通ファイルのリポジトリです。これらのファイルは、Fusion Middlewareをシステムで正しく動作させるために重要です。これらによって、インストール時の製品間の依存関係のチェックが容易になります。このためOracleホーム・ディレクトリは、システムにインストールされるすべてのOracle Fusion Middleware製品の中心的なサポート・ディレクトリとみなすことができます。

Oracleホーム・ディレクトリは、Fusion MiddlewareドキュメントでORACLE_HOMEと呼ばれています。

Oracleホームの考慮事項

Oracleホーム・ディレクトリを作成し、Fusion Middleware製品をインストールするときに、次の点に注意してください。

- Oracleホーム・ディレクトリの名前に空白を含めないでください。Oracleホーム・ディレクトリのパスに空白が含まれていると、エラー・メッセージが表示されます。

- 単一のOracleホーム・ディレクトリには、Oracle Fusion Middlewareの各製品に1つのインスタンスのみインストールできます。異なるバージョンの製品を同じマシンにインストールするには、それぞれのバージョンを専用のOracleホーム・ディレクトリに格納する必要があります。
単一のOracleホームに複数の異なる製品をインストールすることもできますが、Oracleホームには各製品で1つのバージョンのみをインストールできます。

複数のホーム・ディレクトリ

ほとんどの場合、Oracleホームは1つで十分ですが、複数のOracleホーム・ディレクトリを作成する場合もあります。たとえば次の場合に、複数のOracleホーム・ディレクトリを作成する必要があります。

- それぞれ製品のスタックが別々の開発と本番環境を別々に管理する場合。2つのディレクトリを使用するこのにより、準備ができるまで本番環境を変更せずに、開発環境を更新できるようになります。

- 2つのバージョンのFusion Middleware製品を同時に保持する場合。たとえば製品の既存のバージョンを残したまま新しいバージョンをインストールする必要がある場合。この場合、製品の各バージョンを専用のOracleホーム・ディレクトリにインストールする必要があります。

- 相互に互換性のない複数の製品をインストールする必要があります。詳細は、Oracle Fusion Middleware相互運用性および互換性の理解のOracle Fusion Middleware 12c (12.2.1.2)の相互運用性および互換性に関する項を参照してください。

注意:
複数のOracleホーム・ディレクトリを作成する場合は、各製品の構成段階で重複しないポート範囲を指定する必要があります。

2.4.3.3 ドメイン・ホーム・ディレクトリについて

ドメイン・ホームは、構成するドメインが作成されるディレクトリです。

デフォルトのドメイン・ホームの場所は、ORACLE_HOME/user_projects/domains/domain_nameです。ただし、このデフォルトの場所を使用しないことをお薦めします。ドメイン・ホームは、Oracleホーム・ディレクトリの外部に置きます(例: /home/oracle/config/domains)。configディレクトリには、ドメインとアプリケーションのデータが含まれている必要があります。新規インストール、パッチの適用およびその他の操作によって、ORACLE_HOMEのみが更新され、ドメインの構成は更新されないように、ドメイン専用のディレクトリをお薦めします。

推奨ディレクトリ構造とドメイン・ホームの場所については、「推奨ディレクトリ構造の理解」を参照してください。

Fusion Middlewareドキュメントで、ドメイン・ホーム・ディレクトリはDOMAIN_HOMEと呼ばれ、ドメイン名を含むそれ以下のすべてのフォルダが含まれます。たとえば、ドメイン名がexampledomainで、/home/oracle/config/domainsディレクトリにドメイン・データを配置する場合、ドキュメントでのDOMAIN_HOMEは/home/oracle/config/domains/exampledomainを指します。

2.4.3.4 アプリケーション・ホーム・ディレクトリについて

アプリケーション・ホームは、構成するドメインのアプリケーションが作成されるディレクトリです。

デフォルトのアプリケーション・ホームの場所は、ORACLE_HOME/user_projects/applications/domain_nameです。ただし、アプリケーション・ホームは、Oracleホーム・ディレクトリの外部に配置することをお薦めします。製品を別のメジャー・リリースにアップグレードする場合、バイナリ用に新しいOracleホームの作成が必要になるからです。

推奨ディレクトリ構造とアプリケーション・ホームの場所については、「推奨ディレクトリ構造の理解」を参照してください。

Fusion Middlewareドキュメントでは、アプリケーション・ホーム・ディレクトリのことをAPPLICATION_HOMEと呼び、ドメイン名を含むそれ以下のすべてのフォルダが含まれます。たとえば、ドメイン名がexampledomainで、/home/oracle/config/applicationsディレクトリにアプリケーション・データを配置した場合、ドキュメントでは/home/oracle/config/applications/exampledomainを示すためにAPPLICATION_HOMEを使用しています。

2.4.3.5 同じドメインへの複数の製品のインストール

1つのドメインに複数の製品をインストールして構成するには、2つの方法があります。

- 方法1
スキーマの作成やドメイン内の全サーバーの起動によるドメイン構成の成功の確認も含めて、製品Aのインストールと構成を行います。

これは、Fusion Middlewareライブラリのすべてのインストール・ガイドで使用されている方法です。製品の数に応じて、必要なだけこの手順を繰り返すことができます。この方法では、一度に1つの製品を検証し、製品を段階的に追加することができます。

製品Bをインストールするには、管理サーバーを停止し、新しい製品の追加中にドメインの更新が行われないようにします。次に、必要なスキーマの作成を含め、製品Bのインストール・ガイドに記載されている指示に従います。最後に製品Aのドメインを拡張し、すべてのサーバーを再起動する前に製品Bを含めます。

- 方法2
必要なすべての製品をインストールし、すべての製品のスキーマを作成します。スキーマを作成した後、必要な製品のすべてのテンプレートを使用してドメインを構成してから、すべてのサーバーを起動します。

この方法で複数の製品のドメインを作成すると若干高速ですが、この方法でのドメイン作成についてFusion Middlewareライブラリのインストール・ガイドに個々の手順は説明されていません。必要に応じて、サポート・ドキュメントを参照してください。

2.4.3.6 共有記憶域の準備

Oracle Fusion Middlewareでは、1つのOracleホームから複数のOracle WebLogic Serverドメインを構成できます。これにより、共有ボリューム上の1つの場所にOracleホームをインストールしたり、複数のホストをインストールするためにOracleホストを再利用したりすることもできます。

ご使用の環境で共有記憶域を使用する場合、詳細はOracle Fusion Middleware高可用性ガイドの共有記憶域の使用に関する項を参照してください。

2.4.4 Oracle Fusion MiddlewareインストールのJDK要件の理解

ほとんどのFusion Middleware製品は、.jarファイル形式で配布されます。これらのディストリビューションにJDKは含まれていません。.jar配布インストーラを実行するには、動作保証されたJDKがすでにシステムにインストールされている必要があります。

JDKがOracleホームの外部にインストールされていることを確認してください。Oracleホームの下にJDKをインストールすると、将来的にタスクを実行しようとすると、問題が発生します。Oracle Universal Installerは、Oracleホーム・ディレクトリが空であるかどうかを検証し、空のディレクトリが指定されるまで、インストールを進めません。JDKのインストールは、/home/oracle/products/jdkディレクトリに配置することをお薦めします。

一部の製品(Oracle HTTP ServerおよびOracle JDeveloperなど)は、プラットフォーム固有のディストリビューションとして提供されています。プラットフォーム固有のディストリビューションには、.bin (UNIXオペレーティング・システム用)または.exe (Windowsオペレーティング・システム用)インストーラが含まれます。その場合は、プラットフォーム固有のJDKがディストリビューションに含まれており、JDKを別途インストールする必要はありません。ただし、認定されたJDKのバージョンによっては、より新しいバージョンにそのJDKをアップグレードする必要があります。

Oracle Fusion Middlewareでサポートされるシステム構成のページで動作保証情報を参照し、必要なJDKバージョンであることを確認してください。

必要なJDKをダウンロードするには、次のURLにアクセスしてJava SE JDKをダウンロードします。

http://www.oracle.com/technetwork/java/javase/downloads/index.html

2.4.5 Oracle Fusion Middlewareインストールのデータベース要件の理解

多くのOracle Fusion Middleware製品は、構成の前にデータベース・スキーマが必要です。このようなスキーマをインストールできるデータベースがない場合は、動作保証されたデータベースをインストールして構成する必要があります。

オペレーティング・システムで動作保証されているデータベースを調べるには、Oracle Fusion Middlewareのサポートされるシステム構成ページで、ご使用のリリース向けの動作保証情報のドキュメントを参照してください。

スキーマ作成用にデータベースが適切に構成されていることを確認するには、Oracle Fusion Middlewareのシステム要件と仕様ドキュメントのリポジトリ作成ユーティリティの要件に関する項を参照してください。

データベースが正しく構成されたら、Repository Creation Utility(RCU)を使用してデータベースに製品スキーマを作成する必要があります。このツールはOracle Fusion Middleware製品のOracleホームに用意されています。RCUの詳細は、Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成のリポジトリ作成ユーティリティの理解に関する項を参照してください。

2.5 製品の配布の入手

Oracle HTTP Serverの配布は、Java Runtime Environmentを含む、スタンドアロンの実行可能なインストール・プログラムとして利用可能です。

Oracle HTTP Serverの配布の入手先とダウンロードについては、Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニングの製品の配布の入手に関する項を参照してください。

3 Oracle HTTP Serverソフトウェアのインストール

この項の手順に従って、Oracle HTTP Serverソフトウェアをインストールします。

インストールを始める前に、Oracle HTTP Serverのインストールおよび構成の準備で説明した前提条件の確認とすべての手順が完了していることを確認してください。

- インストール・プログラムの起動
UNIXまたはWindows上でインストール・プログラムを起動できます。

- インストール画面への移動
インストーラにより、情報を確認または入力する一連の画面が表示されます。

- インストールの確認
インストールの完了後、一連のタスクを実行して、成功したことを確認します。

3.1 インストール・プログラムの起動

UNIXまたはWindows上でインストール・プログラムを起動できます。

インストール・プログラムを起動する手順は次のとおりです。

1. ホスト・システムにログインします。

2. インストール・プログラムがダウンロードされたディレクトリに移動します。

3. 次のコマンドを入力します。

- (UNIX) ./fmw_12.2.1.2.0_ohs_linux64.bin

- (Windows) fmw_12.2.1.2.0_ohs_win64.exe

注意:

実行権限のない./fmw_12.2.1.2.0_ohs_linux64.binは実行できません。このコマンドを実行する前には、実行権限のチェックと付与を必ず行ってください。

インストール・プログラムが表示されると、インストールを開始する準備ができています。

3.2 インストール画面への移動

インストーラにより、情報を確認または入力する一連の画面が表示されます。

次の表に、インストーラ画面が表示される順序を示します。インストーラ画面に関して詳細な情報が必要な場合は、「ヘルプ」をクリックします。

表3-1 Oracle HTTP Serverインストール画面

画面

説明

インストール・インベントリの設定

UNIXオペレーティング・システムでは、このホストにOracle製品を初めてインストールする場合に、この画面が開きます。中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名には、中央インベントリの場所への書込み権限があることを確認してください。

中央インベントリの詳細は、Oracle Fusion Middleware Oracle Universal InstallerによるソフトウェアのインストールのOracle中央インベントリに関する項を参照してください。

Windowsオペレーティング・システムでは、この画面は表示されません。

ようこそ

この画面では、情報を参照してすべての前提条件が満たされていることを確認して「次」をクリックします。

自動更新

この画面では、自動更新をスキップする選択をするか、パッチを選択するか、My Oracle Supportアカウントを使用して、重要なセキュリティ更新を含む最新のソフトウェア更新を検索します。

インストールの場所

この画面を使用して、Oracleホーム・ディレクトリの場所を指定します。

「表示」をクリックして、適切なOracleホームにOracle HTTP Serverをインストールしているかどうかを確認できます。

インストール・タイプ

「スタンドアロンHTTPサーバー(WebLogic Serverとは切り離して管理)」または「同じ場所に配置されたHTTPサーバー(WebLogic Server経由で管理)」を選択します。これらの2つのインストール・タイプの詳細は、Oracle HTTP Serverについてを参照してください。

前提条件チェック

この画面では、ご使用のシステムが最小要件を満たしていることを検証します。

検証済のタスクのリストを表示するには、「正常なタスクの表示」を選択します。ログの詳細を表示するには、「ログの表示」を選択します。前提条件のチェックが失敗すると、エラー・メッセージが画面の下方に表示されます。エラーを修正し、「再実行」をクリックして再試行します。エラー・メッセージや警告メッセージを無視してインストールを続けるには、「スキップ」をクリックします(非推奨)。

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

注意: この画面は、インストール・タイプとして「スタンドアロンHTTPサーバー(WebLogic Serverとは切り離して管理)」を選択した場合にのみ表示されます。

Oracle Supportアカウントをすでに所持している場合は、この画面を使用して、セキュリティ・アップデートの受取り方法を指定します。

アカウントを所持していないときに、この手順を省略してもかまわない場合は、チェック・ボックスの選択を解除して、その選択を後続のダイアログ・ボックスで確認します。

インストール・サマリー

この画面では、選択したインストール・オプションを検証します。これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルには、入力したすべての情報が収集して格納され、後で(コマンドラインから)サイレント・インストールを実行するために使用できます。

「インストール」をクリックしてインストールを開始します。

インストールの進行状況

この画面はインストールの進行状況を示します。

進行状況バーが100%完了になったら、「終了」をクリックしてインストーラを閉じるか、「次へ」をクリックしてサマリーを表示します。

インストール完了

この画面には、「インストールの場所およびインストールされた機能セットが表示されます。情報を確認し、「終了」をクリックしてインストーラを閉じます。

3.3 インストールの確認

インストールの完了後、一連のタスクを実行して、成功したことを確認します。

- インストール・ログ・ファイルの確認
インストール・ログ・ファイルの内容を確認し、インストーラに何も問題が発生しなかったことを確認します。

- ディレクトリ構造のチェック
インストールの内容は、インストール中に選択したオプションによって異なります。

- Oracleホームの内容の表示
viewInventoryスクリプトを使用すると、Oracleホームの内容を表示することができます。

3.3.1 インストール・ログ・ファイルの確認

インストール・ログ・ファイルの内容を確認し、インストーラに何も問題が発生しなかったことを確認します。

デフォルトでは、インストーラはログ・ファイルをOracle_Inventory_Location/logs (UNIXオペレーティング・システムの場合)またはOracle_Inventory_Location\logs (Windowsオペレーティング・システムの場合)ディレクトリに書き込みます。

ログ・ファイルとその場所の詳細は、Oracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストールのインストール・ログ・ファイルに関する項を参照してください。

3.3.2 ディレクトリ構造のチェック

インストールの内容は、インストール中に選択したオプションによって異なります。

インストールが正常に完了したことを確認するには、ディレクトリ構造をOracle HTTP Serverのディレクトリ構造に示されているものと比較します。

インストール後のディレクトリ構造の詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要ディレクトリに関する項を参照してください。

3.3.3 Oracleホームの内容の表示

viewInventoryスクリプトを使用すると、Oracleホームの内容を表示することができます。

詳細は、Oracle Fusion Middleware Oracle Universal InstallerによるソフトウェアのインストールのOracleホームの内容の表示に関する項を参照してください。

4 WebLogic ServerドメインにおけるOracle HTTP Serverの構成

Oracle HTTP Serverをインストールした後、既存のInfrastructureドメインをOracle HTTP Serverで拡張できます。

注意:

「インストール・タイプ」画面で「同じ場所に配置されたHTTPサーバー(WebLogic Server経由で管理)」を選択した場合にのみ、この項の構成手順を実行します。「スタンドアロンHTTPサーバー(WebLogic Serverとは切り離して管理)」を選択した場合、スタンドアロン・ドメインにおけるOracle HTTP Serverの構成を参照してください。

Oracle HTTP Serverのドメイン構成オプションの詳細は、Oracle HTTP Serverについてを参照してください。

Oracle Fusion Middleware Infrastructureドメインをまだ作成していない場合、Oracle HTTP Serverと同時に作成できます。手順については、Oracle Fusion Middleware Oracle Fusion Middleware Infrastructureのインストールと構成のOracle Fusion Middleware Infrastructureドメインの構成に関する項を参照してください。ただし、「拡張構成の選択」において、システム・コンポーネントも選択していることを確認してください。

- 管理サーバーの停止
構成ウィザードを起動する前に、管理サーバーを停止する必要があります。これにより、ドメインの構成時に、構成のロック、保存、アクティブ化が発生しなくなります。

- 構成ウィザードの起動
構成ウィザードを起動して、ドメインの構成を開始します。

- ドメインを拡張するための「構成ウィザード」画面のナビゲート
構成ウィザードを使用して、Oracle HTTP Serverインスタンスで既存のInfrastructureドメインを拡張します。

- サーバーの起動
構成が完了したら、ノード・マネージャ、WebLogic管理サーバーおよび管理対象サーバーを順に起動します。

4.1 管理サーバーの停止

構成ウィザードを起動する前に、管理サーバーを停止する必要があります。これにより、ドメインの構成時に、構成のロック、保存、アクティブ化が発生しなくなります。

管理サーバーを停止するには、DOMAIN_HOME/binディレクトリに移動します。

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

./stopWebLogic.sh

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

stopWebLogic.cmd

Oracle Fusion Middleware Infrastructureドメインを構成した際に入力した、管理ユーザーのログイン接続情報の入力を要求されます。

4.2 構成ウィザードの起動

構成ウィザードを起動して、ドメインの構成を開始します。

構成ウィザードを起動する手順は次のとおりです。

1. /oracle_common/common/binディレクトリに移動します。

(UNIX) ORACLE_HOME/oracle_common/common/bin

(Windows) ORACLE_HOME\oracle_common\common\bin

ここでORACLE_HOMEは、12c (12.2.1.2) Oracleホームになります。

2. 次のコマンドを入力します。

(UNIX) ./config.sh

(Windows) config.cmd

4.3 ドメインを拡張するために構成ウィザード画面へ移動

構成ウィザードを使用して、Oracle HTTP Serverインスタンスで既存のInfrastructureドメインを拡張します。

注意:

Oracle HTTP Serverインスタンスを既存のドメインに追加する際に、任意の新規コンポーネントに割り当てているポートが利用可能であることを確認してください。構成ウィザードでは、ポートの自動的な割当ては実行されません。

次の各項では、構成ウィザードの各手順を説明します。

- ドメイン・タイプとドメイン・ホームの場所の選択
Oracle HTTP Serverで更新するドメインを指定する必要があります。

- Oracle HTTP Serverの構成テンプレートの選択
「テンプレート」画面を使用して、必要なテンプレートを選択します。

- データベース構成タイプの指定
「データベース構成タイプ」画面を使用して、データベースとデータベース・スキーマの詳細を指定します。

- JDBCコンポーネント・スキーマ情報の指定
「JDBCコンポーネント・スキーマ」画面を使用して、データベース・スキーマの詳細を確認または指定します。

- JDBC接続のテスト
「JDBCコンポーネント・スキーマ・テスト」画面を使用してデータ・ソース接続をテストします。

- 拡張構成の選択
「拡張構成」画面を使用して、ドメイン構成を完了します。

- Oracle HTTP Serverの詳細の指定
「OHSサーバー」画面を使用して、ドメイン内のOracle HTTP Serverインスタンスを構成します。

- マシンへのシステム・コンポーネントの割当
「マシンへのシステム・コンポーネントの割当」画面を使用して、Oracle HTTP Serverシステム・コンポーネントを、初期状態のFusion Middleware Infrastructureドメインを構成した際に定義したマシンに割り当てます。

- 構成の指定内容の確認とドメインの構成
「構成サマリー」画面に、拡張しているドメインの詳細な構成情報が表示されます。

- ドメイン・ホームと管理サーバーURLの記録
「構成の終了」画面には、構成したばかりのドメインについての情報が表示されます。

4.3.1 ドメイン・タイプとドメイン・ホームの場所の選択

Oracle HTTP Serverで更新するドメインを指定する必要があります。

ドメイン・タイプおよびドメインのホーム・ディレクトリを指定する手順:

1. 「構成タイプ」画面で、「既存ドメインの更新」を選択します。

2. 「ドメインの場所」フィールドで、Infrastructureドメインを構成する際に指定したドメイン・ホームを選択します。

ヒント:

詳細は、ドメイン・ホーム・ディレクトリについてを参照してください。

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成の構成タイプに関する項を参照してください。

4.3.2 Oracle HTTP Serverの構成テンプレートの選択

「テンプレート」画面を使用して、必要なテンプレートを選択します。

「テンプレート」画面で「製品テンプレートを使用してドメインを更新」が選択されていることを確認した後に、次のテンプレートのいずれかを選択します。

- 完全JRF構成の場合、Oracle HTTP Server (同じ場所に配置) - 12.2.1.2.0 [ohs]を選択します。

- 制限付きJRF構成の場合は、Oracle HTTP Server (制限付きJRF) - 12.2.1.2.0 [ohs]を選択します。

必要な操作モードが不明な場合は、両方のモードについて完全JRFモードおよび制限付きJRFモードの理解を参照してください。

ヒント:

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のテンプレートに関する項を参照してください。

4.3.3 データベース構成タイプの指定

「データベース構成タイプ」画面を使用して、データベースとデータベース・スキーマの詳細を指定します。

「データベース構成タイプ」画面では、Infrastructureドメインに必要なFusion Middlewareスキーマを参照するためのドメインをすでに構成済であるため、すべてのフィールドが事前移入されています。すべてのフィールドにおける資格証明が、Oracle Fusion Middleware Infrastructureの構成中に指定したものと同じであることを確認します。

データベース接続情報を確認してから、「RCU構成の取得」を選択します。「接続結果ログ」の次の出力は、操作が成功したことを示しています。

Connecting to the database server...OK
Retrieving schema data from database server...OK
Binding local schema components with retrieved data...OK

Successfully Done.

ヒント:

RCU実行時にインストールされるスキーマの詳細は、Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成のサービス表スキーマの理解に関する項を参照してください。

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のデータベース構成タイプに関する項を参照してください。

4.3.4 JDBCコンポーネント・スキーマ情報の指定

「JDBCコンポーネント・スキーマ」画面を使用して、データベース・スキーマの詳細を確認または指定します。

「JDBCコンポーネント・スキーマ」画面の値が、すべてのスキーマについて適切であることを確認します。前の画面で「RCUデータ」を選択した場合、スキーマ表はすでに適切に移入されている必要があります。

ヒント:

高可用性環境の場合、Oracle RACデータベースに適したデータ・ソース構成の詳細は、Oracle Fusion Middleware高可用性ガイドの次の項を参照してください。

- Oracle RACでのアクティブなGridLinkデータ・ソースの構成

- マルチ・データ・ソースの構成

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のJDBCコンポーネント・スキーマに関する項を参照してください。

4.3.5 JDBC接続のテスト

「JDBCコンポーネント・スキーマ・テスト」画面を使用してデータ・ソース接続をテストします。

「ステータス」列に示される緑色のチェック・マークは、テストが成功したことを表します。問題が発生した場合は、この画面の「接続結果ログ」セクションに示されるエラー・メッセージを確認し、問題を修正してから接続テストを再試行してください。

デフォルトでは、スキーマの作成時に指定したパスワードが、各スキーマ・コンポーネントのスキーマ・パスワードです。スキーマ・コンポーネントに応じて異なるパスワードを使用する場合は、各行の「スキーマ・パスワード」列に使用するパスワードを入力して前の画面(「JDBCコンポーネント・スキーマ」)で手動で編集します。パスワードを指定した後、パスワードを変更したスキーマに対応するチェック・ボックスを選択し、再度接続をテストします。

ヒント:

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のJDBCコンポーネント・スキーマ・テストに関する項を参照してください。

4.3.6 拡張構成の選択

「拡張構成」画面を使用して、ドメイン構成を完了します。

「拡張構成」画面で、次を選択します。

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

4.3.7 Oracle HTTP Serverの詳細の指定

「OHSサーバー」画面を使用して、ドメイン内のOracle HTTP Serverインスタンスを構成します。

「リスニング・アドレス」フィールドで、Oracle HTTP Serverインスタンスが常駐するホストのIPアドレスを指定します。localhostを使用しないでください。詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のリスニング・アドレスの指定に関する項を参照してください。

残りのすべてのフィールドは事前移入されますが、必要に応じて値を変更できます。たとえば、デフォルトのポート番号が他のサービスによって使用されていないことを確認してください。

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のOHSサーバーに関する項を参照してください。

4.3.8 マシンへのシステム・コンポーネントの割当

「マシンへのシステム・コンポーネントの割当」画面を使用して、Oracle HTTP Serverシステム・コンポーネントを、初期状態のFusion Middleware Infrastructureドメインを構成した際に定義したマシンに割り当てます。

「マシンへのシステム・コンポーネントの割当」画面で、次の操作を実行します。

1. 「マシン」リスト・ボックスで、Oracle HTTP Serverインスタンスを割り当てるマシン(例: infra_machine_1)を選択します。

2. 次のいずれかの方法で、選択したマシンにOracle HTTP Serverインスタンスを割り当てます。

- 「システム・コンポーネント」リスト・ボックスのohs_1をダブルクリックします。

- 「システム・コンポーネント」リスト・ボックスでohs_1を選択し、右矢印をクリックします。

ヒント:

Oracle HTTP Serverマシンを既存のマシンに関連付けしたり、新規マシンを作成したりすることができます。多くの場合、複数のホスト・コンピュータにトポロジをスケールアウトする際に、追加のマシンを作成します。詳細は、高可用性ガイドのトポロジのスケールアウト(マシンのスケールアウト)を参照してください。

4.3.9 構成の指定内容の確認とドメインの構成

「構成サマリー」画面に、拡張しているドメインの詳細な構成情報が表示されます。

画面上の各項目を検討し、情報が正しいことを確認します。変更するには、「戻る」ボタンをクリックするか、ナビゲーション・ペインの画面を選択していずれかの画面に戻ります。ドメインの更新は、「更新」をクリックするまで開始されません。

ヒント:

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成の構成サマリーに関する項を参照してください。

4.3.10 ドメイン・ホームと管理サーバーURLの記録

「構成の終了」画面には、構成したばかりのドメインについての情報が表示されます。

後で必要になるので、次の項目を書きとめます。

- ドメインの場所

- 管理サーバーURL

ドメインの場所はノード・マネージャおよび管理サーバーを起動するスクリプトにアクセスするため、URLは管理サーバーにアクセスするために必要です。

「終了」をクリックして、構成ウィザードを閉じます。

4.4 サーバーの起動

構成が完了したら、ノード・マネージャ、WebLogic管理サーバーおよび管理対象サーバーを順に起動します。

注意:

ドメインの管理に使用できるその他のツールの詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle Fusion Middleware管理ツールの概要に関する項を参照してください。

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

- 管理サーバーの起動

- Oracle HTTP Serverインスタンスの起動

4.4.1 ノード・マネージャの起動

ドメインごとにノード・マネージャを起動するには、次の手順を実行します。

1. DOMAIN_HOME/binディレクトリに移動します。

2. 次のコマンドを入力します。

- (UNIX) nohupとnm.outをサンプル出力ファイルとして使用します。

nohup ./startNodeManager.sh > LOG_DIR/nm.out&

ここで、LOG_DIRは、ログ・ファイルを格納するディレクトリの場所です。

- (Windows) startNodeManager.cmd

注意:

Windowsオペレーティング・システムでは、ノード・マネージャをスタートアップ・サービスとして、ノード・マネージャを構成することをお薦めします。これによって、システムが再起動されるたびに、ノード・マネージャが自動で起動されます。

Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャの管理の起動サービスとしてのノード・マネージャの実行に関する項を参照してください。

4.4.2 管理サーバーの起動

管理サーバーを起動するには、DOMAIN_HOME/binディレクトリに移動します。

UNIXオペレーティング・システムの場合は、次のコマンドを実行します。

./startWebLogic.sh

Windowsオペレーティング・システムの場合は、次のコマンドを実行します。

startWebLogic.cmd

ドメインの作成時に「ドメイン・モードおよびJDK」画面で「本番モード」を選択した場合、「管理者アカウント」画面に表示されたように、管理者ユーザーのログイン資格証明のプロンプトが表示されます。

ヒント:

管理サーバーの起動の詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの管理の管理サーバーの起動と停止に関する項を参照してください。

本番モードでは、起動アイデンティティ・ファイルを作成することで、管理サーバーの起動時に必要なユーザー名とパスワードの指定を省略できます。詳細は、Oracle Fusion Middleware Oracle WebLogic Serverサーバーの起動と停止の管理の管理サーバー用の起動アイデンティティ・ファイルの作成に関する項を参照してください。

管理サーバー・コンソールにアクセスすることで、管理サーバーが稼働中であることを確認できます。URLは、ドメインを構成するための「構成ウィザード」画面のナビゲートの「ドメイン・ホームと管理サーバーURLの記録」に記載されているように、「構成に成功しました」画面に表示されます(http://administration_server_host:administration_server_port/console)。デフォルトの管理サーバーのポート番号は7001です。

注意:

製品スキーマをホストしているデータベースが稼働中であり、管理サーバーからアクセスできることを確認してください。

管理コンソールの使用方法の詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle WebLogic Server管理コンソールの使用の開始に関する項を参照してください。

4.4.3 Oracle HTTP Serverインスタンスの起動

Oracle HTTP Serverインスタンスを起動するには、次の手順を行います。

1. Oracle Fusion Middleware Controlにログインします。

http://administration_server_host:administration_server_port/em

管理サーバーのホストおよびポート番号は、「構成に成功しました」画面のURLに表示されたものです。デフォルトの管理サーバーのポート番号は7001です。

インストール中に、ログイン接続情報が「管理者アカウント」画面に表示されます。

2. ナビゲーション・パネルの左側にある「WebTier」をクリックします。

3. 起動するOracle HTTP Serverインスタンス(ohs_1など)を選択し、トップ・パネルから「起動」をクリックします。

ヒント:

Oracle Enterprise Manager Fusion Middleware Controlを使用したOracle HTTP Serverの管理の詳細は、Oracle Fusion Middleware Fusion Middleware ControlによるOracle Fusion Middlewareの管理のOracle HTTP Serverの管理に関する項を参照してください。

その他のツールおよび手順については、Oracle Fusion Middleware Oracle HTTP Serverの管理のOracle HTTP Serverインスタンスの起動に関する項を参照してください。

5 スタンドアロン・ドメインにおけるOracle HTTP Serverの構成

Oracle HTTP Serverをインストールした後、スタンドアロン・ドメインで構成できます。

ドメイン作成に使用可能なその他の方法の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のWebLogicドメインの作成、拡張および管理のためのその他のツールに関する項を参照してください。

注意:

「インストール・タイプ」画面で「スタンドアロンHTTPサーバー」(「WebLogic Serverとは切り離して管理」)を選択した場合にのみ、この項の構成手順を実行します。「同じ場所に配置されたHTTPサーバー(WebLogic Server経由で管理)」を選択した場合、WebLogic ServerドメインにおけるOracle HTTP Serverの構成を参照してください。

Oracle HTTP Serverのドメイン構成の詳細は、Oracle HTTP Serverについてを参照してください。

次の各項では、構成ウィザードの各手順を説明します。

- 構成ウィザードの起動
構成ウィザードを起動して、ドメインの構成を開始します。

- ドメインを構成するための「構成ウィザード」画面のナビゲート
構成ウィザードを使用して、スタンドアロン・ドメインにOracle HTTP Serverを構成します。

- インスタンスの起動
構成が完了したら、ツールを使用してドメインを管理できます。

5.1 構成ウィザードの起動

構成ウィザードを起動して、ドメインの構成を開始します。

構成ウィザードを起動する手順は次のとおりです。

1. /oracle_common/common/binディレクトリに移動します。

(UNIX) ORACLE_HOME/oracle_common/common/bin

(Windows) ORACLE_HOME\oracle_common\common\bin

ここでORACLE_HOMEは、12c (12.2.1.2) Oracleホームになります。

2. 次のコマンドを入力します。

(UNIX) ./config.sh

(Windows) config.cmd

5.2 ドメインを構成するための「構成ウィザード」画面のナビゲート

構成ウィザードを使用してスタンドアロン・ドメインにOracle HTTP Serverを構成します。

注意:

Oracle HTTP Serverインスタンスを新しいドメインに作成する際に、ご使用のコンポーネントに割り当てているポートが利用可能であることを確認してください。構成ウィザードでは、ポートの自動的な割当ては実行されません。

- ドメイン・タイプおよびドメイン・ホームの場所の選択
「構成タイプ」画面を使用して、ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択します。

- Oracle HTTP Serverの構成テンプレートの選択
「テンプレート」画面を使用して、必要なテンプレートを選択します。

- ドメイン・モードおよびJDKの指定
「ドメイン・モードおよびJDK」画面を使用して、ドメイン・モードおよびJava Development Kit (JDK)を指定します。

- システム・コンポーネントの追加
「システム・コンポーネント」画面を使用して、新しいOracle HTTP Serverインスタンスの詳細を指定します。

- Oracle HTTP Serverの詳細の指定
「OHSサーバー」画面を使用して、ドメイン内のOracle HTTP Serverインスタンスを構成します。

- ノード・マネージャの構成
「ノード・マネージャ」画面を使用して、構成するノード・マネージャのタイプおよびノード・マネージャ資格証明を選択します。

- 構成の指定内容の確認とドメインの構成
「構成サマリー」画面に、これから作成するドメインの詳細な構成情報が表示されます。

5.2.1 ドメイン・タイプとドメイン・ホームの場所の選択

「構成タイプ」画面を使用して、ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択します。

Oracle Fusion Middleware Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要ディレクトリに関する項にまとめられているディレクトリ構造(Oracleホーム・ディレクトリの外部にドメイン・ホームがある)に従って、ドメイン・ホームを配置することをお薦めします。このディレクトリ構造は、ソフトウェアのアップグレードや再インストールが必要になった場合に問題が発生しないようにするのに役立ちます。

ドメイン・タイプおよびドメインのホーム・ディレクトリを指定する手順:

1. 「構成タイプ」画面で、「新規ドメインを作成(N)」を選択します。

2. 「ドメインの場所」フィールドで、使用するドメイン・ホーム・ディレクトリを指定します。

ヒント:

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成の構成タイプに関する項を参照してください。

5.2.2 Oracle HTTP Serverの構成テンプレートの選択

「テンプレート」画面を使用して、必要なテンプレートを選択します。

「テンプレート」画面で、「製品テンプレートを使用してドメインを作成」が選択されていることを確認し、次のテンプレートを選択します。

- Oracle HTTP Server (スタンドアロン) - 12.2.1.2.0 [ohs]
.

ヒント:

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のテンプレートに関する項を参照してください。

5.2.3 ドメイン・モードとJDKの指定

「ドメイン・モードおよびJDK」画面を使用して、ドメイン・モードおよびJava Development Kit (JDK)を指定します。

「ドメイン・モードおよびJDK」画面では、次の操作を実行します。

- 「ドメイン・モード」フィールドで、「本番」を選択します。

- 「JDK」フィールドで、Oracle HotSpot JDKを選択します。

ヒント:

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のドメイン・モードとJDKに関する項を参照してください。

5.2.4 システム・コンポーネントの追加

「システム・コンポーネント」画面を使用して、新しいOracle HTTP Serverインスタンスの詳細を指定します。

「システム・コンポーネント」画面で、次の操作を実行します。

1. 「追加」をクリックして、新しいOracle HTTP Serverインスタンスを作成します。

2. 「システム・コンポーネント」フィールドで、ohs_1を指定します。

3. 「コンポーネント・タイプ」フィールドで、OHSを指定します。

4. 再起動間隔秒数: アプリケーションが応答しない場合に、再起動を試行する前に待機する秒数を指定します。

5. 再起動遅延秒数: 再起動を再度試行する前に待機する秒数を指定します。

注意:

構成ウィザードを再実行して、「構成タイプ」画面で「既存ドメインの更新」を選択すると、Oracle HTTP Serverシステム・コンポーネントの名前を変更できます(例: ohs_1)。ただしこれを行うと、当初のOracle HTTP Serverコンポーネント名およびカスタマイズされたすべての値(ポート指定など)は削除され、新規システム・コンポーネントがデフォルト値で作成されます。したがって、デフォルト設定にするのでないかぎり、Oracle HTTP Serverコンポーネントの名前を変更しないでください。

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のシステム・コンポーネントに関する項を参照してください。

5.2.5 Oracle HTTP Serverの詳細の指定

「OHSサーバー」画面を使用して、ドメイン内のOracle HTTP Serverインスタンスを構成します。

「リスニング・アドレス」フィールドで、Oracle HTTP Serverインスタンスが常駐するホストのIPアドレスを指定します。localhostを使用しないでください。詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のリスニング・アドレスの指定に関する項を参照してください。

残りのすべてのフィールドは事前移入されますが、必要に応じて値を変更できます。たとえば、デフォルトのポート番号が他のサービスによって使用されていないことを確認してください。

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のOHSサーバーに関する項を参照してください。

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

「ノード・マネージャ」画面を使用して、構成するノード・マネージャのタイプおよびノード・マネージャ資格証明を選択します。

ノード・マネージャのタイプには「ドメインごとのデフォルトの場所」を選択し、ノード・マネージャの資格証明を指定します。

ヒント:

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のノード・マネージャに関する項を参照してください。

ノード・マネージャ・タイプの詳細は、Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャの管理のノード・マネージャの概要に関する項を参照してください。

5.2.7 構成の指定内容の確認とドメインの構成

「構成サマリー」画面に、これから作成するドメインの詳細な構成情報が表示されます。

画面上の各項目を検討し、情報が正しいことを確認します。変更するには、「戻る」ボタンをクリックするか、ナビゲーション・ペインの画面を選択していずれかの画面に戻ります。ドメインの作成は、「作成」をクリックするまで開始されません。

ヒント:

この画面の詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成の構成サマリーに関する項を参照してください。

5.3 インスタンスの起動

構成が完了したら、ツールを使用してドメインを管理できます。

注意:

- ドメインの管理に使用できるその他のツールの詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle Fusion Middleware管理ツールの概要に関する項を参照してください。

- 予約済の範囲内(通常1024未満)にあるTCPポートを使用するOracle HTTP Serverインスタンスを作成しようとしている場合、サーバーを特権ポートにバインドできるように追加の構成を行う必要があります。詳細は、Oracle Fusion Middleware Oracle HTTP Serverの管理の特権ポートでのOracle HTTP Serverインスタンスの起動(UNIXのみ)に関する項を参照してください。

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

- Oracle HTTP Serverインスタンスの起動

5.3.1 ノード・マネージャの起動

ドメインごとにノード・マネージャを起動するには、次の手順を実行します。

1. DOMAIN_HOME/binディレクトリに移動します。

2. 次のコマンドを入力します。

- (UNIX) nohupとnm.outをサンプル出力ファイルとして使用します。

nohup ./startNodeManager.sh > LOG_DIR/nm.out&

ここで、LOG_DIRは、ログ・ファイルを格納するディレクトリの場所です。

- (Windows) startNodeManager.cmd

注意:

Windowsオペレーティング・システムでは、ノード・マネージャをスタートアップ・サービスとして、ノード・マネージャを構成することをお薦めします。これによって、システムが再起動されるたびに、ノード・マネージャが自動で起動されます。

Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャの管理の起動サービスとしてのノード・マネージャの実行に関する項を参照してください。

5.3.2 Oracle HTTP Serverインスタンスの起動

Oracle HTTP Serverインスタンスを起動するには、次の手順を行います。

- UNIXの場合

1. Domain_Home/binディレクトリに移動します。Domain_Homeは、Oracle HTTP Serverを構成した場所への完全なパスです。
次に例を示します。

cd /user_projects/domains/base_domain/bin

2. 次のコマンドを実行します。
./startComponent.sh system_component_name

ここで、system_component_nameは、ドメインの構成時に指定したOracle HTTP Serverシステム・コンポーネント名です。

次に例を示します。

./startComponent.sh ohs_1

- Windowsの場合

1. Domain_Home/binディレクトリに移動します。Domain_Homeは、Oracle HTTP Serverを構成した場所への完全なパスです。
次に例を示します。

cd \user_projects\domains\base_domain\bin

2. 次のコマンドを実行します。
startComponent.cmd system_component_name

ここで、system_component_nameは、ドメインの構成時に指定したOracle HTTP Serverシステム・コンポーネント名です。

次に例を示します。

startComponent.cmd ohs_1

詳細は、Oracle Fusion Middleware Oracle HTTP Serverの管理のコマンド行を使用したOracle HTTP Serverインスタンスの起動に関する項を参照してください。

5.3.2.1 ライブラリが欠落すると、通知なしにHTTPDが終了することがある

WindowsプラットフォームでOracle HTTP Serverが正常に機能するには、特定のMicrosoftソフトウェアがインストールされている必要があります。

次のソフトウェアがインストールされていない場合、Oracle HTTP Serverは(レジストリの設定に応じて)何も出力せずに終了するか、またはエラー・メッセージを生成します。

- Microsoft Visual C++ 2008 Feature Pack Redistributable Package (x64)

- Microsoft Visual C++ 2012 Feature Pack Redistributable Package (x64)

- Microsoft社推奨のその他のパッケージ

Oracle HTTP Serverの起動に失敗し、Oracle HTTP Serverによってエラー・メッセージがサーバー・エラー・ログまたはノード・マネージャ・ログに記録されない場合は、次の手順に従って問題を診断します。

1. 次のランタイム・ライブラリがインストールされていることを確認します: Microsoft Visual C++ 2008および2012 Feature Pack Redistributable Package (x64)。

a. いずれかのランタイム・ライブラリがない場合は、http://www.microsoft.comからダウンロードします。

b. パッケージをインストールした後、このパッケージに対してMicrosoft社推奨のサービス・パックまたはその他の修正をインストールします。

c. ランタイム・ライブラリおよび関連するサービス・パックまたは修正をインストールした後、Oracle HTTP Serverの起動を再試行します。

2. コマンド・プロンプトからOracle HTTP Serverの起動を試みます。

注意:
Oracle HTTP Serverは、このようにコマンド・プロンプトから起動した場合は適切に機能しません。Oracle HTTP Serverのこの起動方法は、診断のみを目的としています。

a. DOMAIN_HOME/servers/ohs-instancename/logsディレクトリがOracle HTTP Serverによって作成されていない場合は、これを作成します。

b. Fusion Middleware ControlまたはWLSTを使用してOracle HTTP Serverを起動してみます。

c. ファイルDOMAIN_HOME/servers/ohs-instancename/logs/lastinvocation.logを、新しいファイルstartohs.cmd.にコピーします。

d. 新しいコマンド・プロンプトを開き、startohs.cmdを実行します。

e. このスクリプトの実行後にエラー・メッセージが生成された場合、これらのメッセージから起動の失敗を診断します。

f. このスクリプトの実行後にエラー・メッセージが生成されない場合は、次の手順に進みます。

3. Oracle HTTP Serverの起動を試みる場合は、Windowsエラー情報を収集します。

Oracle HTTP Serverのライブラリ・エラーのエラー・レポートは、ご使用のシステムで禁止されていることがあります。エラー・レポートの検証または修正に関する情報は、Microsoft社の次の記事を参照してください。

「HOWTO: How To Change Hard Error Popup Handling in Windows NT」(http://support.microsoft.com/kb/128642)

a. ErrorModeを目的の値に変更します。

- デフォルト・モードは1です。この場合、Oracle HTTP Serverに関するライブラリ・エラーがレポートされません。

- Windowsのイベント・ログへのレポートを有効にするには、モードを2に変更します。このタスクにはこの設定をお薦めします。

- ハード・エラーのポップアップを有効にするには、モードを0に変更します。0に変更した場合、診断情報を収集後にただちに前の値に戻してください。サーバーが無人状態のときエラーが発生すると運用上の問題となる可能性があります。

b. Fusion Middleware ControlまたはWLSTまたは前の手順で作成したstartohs.cmdスクリプトを使用して、Oracle HTTP Serverの起動を試みます。

c. ErrorModeの設定に応じて、ハード・エラー・ポップアップまたはWindowsイベント・ログ内の診断情報を確認します。

Windowsイベント・ログを確認するには、Windows Event Viewerを開いて、Event Viewer (ローカル) / Windowsログ/ Applicationのログを表示します。

Oracle HTTP Serverの起動の試行中に書き込まれたイベント・ログ・エントリを見つけます。

ランタイム・ライブラリの検索に関するエラーは、イベントID 33または35のSideBySideエラーとしてレポートされる場合があり、そのテキストではライブラリのロードを試みるOracleライブラリとロードされる特定のライブラリが示されます。次に例を示します。

level=Error
Source=SideBySide
Event Id = 33
Activation context generation failed for "C:\work\Oracle\MD1212\ORACLE~1\bin\oraiau.dll".
Dependent Assembly Microsoft.VC90.CRT,processorArchitecture="amd64",
publicKeyToken="1fc8b3b9a1e18e3b",type="win32",version="9.0.21022.8" could not be found.
Please use sxstrace.exe for detailed diagnosis.

示されたライブラリをインストールする必要があります。この例ではVC90と示されていますが、これは前述の手順1で説明したMicrosoft Visual C++ 2008ライブラリです。

d. ErrorModeの設定を前の状態に戻します。

6 ドメイン構成後の次の手順

製品ドメインの構成後、実行する必要のある追加のタスクがある場合があります。

- WebLogic ServerドメインにおけるOracle HTTP Serverについての次の手順
WebLogic ServerドメインにOracle HTTP Serverを構成した後、実行する必要のある追加のタスクがある場合があります。

- スタンドアロン・ドメインにおけるOracle HTTP Serverについての次の手順
スタンドアロン・ドメインにOracle HTTP Serverを構成した後、実行する必要のある追加のタスクがある場合があります。

- 高可用性向けの環境の準備
高可用性のためにスケール・アウトするには、追加の手順が必要です。

6.1 WebLogic ServerドメインにおけるOracle HTTP Serverについての次の手順

WebLogic ServerドメインにOracle HTTP Serverを構成した後、実行する必要のある追加のタスクがある場合があります。

注意:

複数の物理マシンにWebLogic Serverドメインをスケールアウトすることができ、管理サーバーによる一元管理が可能になります。詳細は、Oracle Fusion Middleware Oracle HTTP Serverの管理のOracle HTTP Serverリリースのトポロジに関する項を参照してください。

表6-1 WebLogic ServerドメインにおけるOracle HTTP Serverの基本的な管理タスク

タスク

説明

参照先

Fusion Middleware管理ツールについての学習

環境の管理に使用できる各種ツールについて習熟します。

参照:

WebLogic ServerドメインにおけるOracle HTTP Serverディレクトリ構造

スタンドアロン・ドメインにおけるOracle HTTP Serverディレクトリ構造

Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle Fusion Middleware管理ツールの概要に関する項。

製品およびサーバーの起動と停止

Oracle Fusion Middleware(管理サーバー、管理対象サーバー、コンポーネントを含む)起動と停止の方法について学習します。

Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle Fusion Middlewareの起動と停止に関する項を参照してください。

Secure Sockets Layer (SSL)の構成

Oracle Fusion Middlewareコンポーネント間で、SSLを使用したセキュアな通信を設定する方法について学習します。

Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle Fusion MiddlewareでのSSLの構成に関する項を参照してください。

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

アプリケーションを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 Fusion Middlewareのバックアップとリカバリの推奨手順について学習します。

Oracle Fusion Middleware Oracle Fusion Middlewareの管理のバックアップとリカバリの概要に関する項を参照してください。

トポロジのCoherenceのチューニングと構成

標準インストール・トポロジには、記憶域が有効な管理対象Coherenceサーバーが含まれるCoherenceクラスタがあります。この構成はCoherenceの使用には適切な出発点ですが、特定の要件によっては、本番環境でのパフォーマンスを向上させるためにCoherenceをチューニングして再構成することを検討してください。

Oracle Fusion Middleware Oracle WebLogic Serverクラスタの管理のCoherenceクラスタの構成と管理に関する項を参照してください。

Coherenceのチューニングの詳細は、Oracle Fusion Middleware Oracle Coherenceの管理のパフォーマンス・チューニングに関する項を参照してください。

CoherenceでのHTTPセッション・データの格納の詳細は、Oracle Fusion Middleware Oracle Coherence*WebでのHTTPセッション・マネージメントの管理のWebLogicサーバーでのCoherence*Webの使用に関する項を参照してください。

Coherenceアプリケーションの作成とデプロイの詳細は、Oracle Fusion Middleware Oracle WebLogic Server Oracle Coherenceアプリケーションの開発のスタート・ガイドに関する項を参照してください。

Oracle HTTP Serverから管理サーバーへのワイヤリング

Oracle HTTP Serverを介してFusion Middleware Controlコンソールよび管理コンソールにアクセスできるようにするために、Oracle HTTP Serverを管理サーバーに接続する方法を習得します。

Oracle Fusion Middleware Oracle Fusion Middlewareの管理の管理サーバーへのOracle HTTP Serverのワイヤリングに関する項を参照してください。

Oracle HTTP Serverを介したアプリケーションのOracle WebLogic Serverへのルーティング

リクエストがOracle HTTP Serverを介してOracle WebLogic Serverにルーティングされるように、Oracle HTTP Serverを接続する手順を実行します。

Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle HTTP Serverを介したアプリケーションのOracle WebLogic Serverへのルーティングに関する項を参照してください。

WebLogic Serverドメインで管理対象サーバーにリクエストをルーティング

Oracle HTTP ServerからOracle WebLogic Serverにリクエストをプロキシするために、Oracle WebLogic Serverプロキシ・プラグインを構成する方法を習得します。

Oracle Fusion Middleware Oracle WebLogic Serverプロキシ・プラグイン12.2.1.1の使用のOracle HTTP Server用のプラグインの構成に関する項を参照してください。

6.2 スタンドアロン・ドメインにおけるOracle HTTP Serverについての次の手順

スタンドアロン・ドメインにOracle HTTP Serverを構成した後、実行する必要のある追加のタスクがある場合があります。

表6-2 スタンドアロン・ドメインにおけるOracle HTTP Serverの基本的な管理タスク

タスク

説明

参照先

Oracle HTTP Server管理ツールへの精通

環境の管理に使用できる各種ツールについて習熟します。

Oracle Fusion Middleware Oracle HTTP Serverの管理のOracle HTTP Server管理ツールの理解に関する項を参照してください。

Oracle HTTP Serverインスタンスの起動と停止

スタンドアロン・ドメインでOracle HTTPサーバー・インスタンスを起動および停止する方法を学習します。

Oracle Fusion Middleware Oracle HTTP Serverの管理の基本的なOracle HTTP Serverタスクの実行に関する項を参照してください。

WebLogic Serverドメインで管理対象サーバーにリクエストをルーティング

Oracle HTTP ServerからOracle WebLogic Serverにリクエストをプロキシするために、Oracle WebLogic Serverプロキシ・プラグインを構成する方法を習得します。

Oracle Fusion Middleware Oracle WebLogic Serverプロキシ・プラグイン12.2.1.1の使用のOracle WebLogic Serverプロキシ・プラグインの手動構成に関する項を参照してください。

6.3 高可用性向けの環境の準備

高可用性のためにスケール・アウトするには、追加の手順が必要です。

表6-3には、ご使用の標準的なインストール環境を可用性が高まるようにスケールアウトする場合に、実行するタスクの一覧が示されています。

表6-3 可用性の高い環境の準備に必要なタスク

タスク

説明

参照先

複数のホスト・コンピュータへのスケール・アウト

高可用性を有効にするには、他のホストコンピュータへのフェイルオーバーの機能を実現することが重要です。これにより、あるコンピュータが停止しても、環境はデプロイ済アプリケーションのコンシューマに、サービス提供を続けることができます。

Oracle Fusion Middleware高可用性ガイドのトポロジのスケール・アウト(マシンのスケール・アウト)に関する項を参照してください。

Web層コンポーネントの高可用性の構成

Web層フロントエンドを追加する場合は、WebLogic Serverソフトウェアと同様にWeb層を高可用性構成にする必要があります。

Oracle Fusion Middleware高可用性ガイドのWeb層コンポーネントの高可用性の構成に関する項を参照してください。

フロントエンドのロード・バランサの設定

ロード・バランサを使用してリクエストをより均等にサーバーに分散させることができます。

Oracle Fusion Middleware高可用性ガイドの高可用性環境でのサーバーのロード・バランシングに関する項およびロード・バランサの仮想サーバー名とポートの構成に関する項を参照してください。

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

ノード・マネージャを使用して、リモート位置から管理サーバー・インスタンスと管理対象サーバー・インスタンスを起動、シャットダウンおよび再起動できます。このドキュメントは、ドメインごとにノード・マネージャが構成されていることを前提としています。ノード・マネージャの高度な構成オプションと機能の詳細は、ノード・マネージャのドキュメントを参照してください。

Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャの管理のノード・マネージャの拡張構成に関する項を参照してください。

7 Oracle HTTP Serverのアンインストールまたは再インストール

この項の手順に従って、Oracle HTTP Serverをアンインストールまたは再インストールします。

注意:
このタスクは、スタンドアロンOracle HTTP Serverにのみ適用されます。構成済のドメインの部分的な構成解除はサポートされていないため、WebLogic Serverドメインに配置されたOracle HTTP Serverをアンインストールすることはできません。

ソフトウェアを削除するときは、この項で説明する手順に必ず従うことをお薦めします。ソフトウェアを手動で削除しようとすると、後でソフトウェアを再インストールするときに問題が発生する場合があります。この項の手順を実行すると、ソフトウェアを正しく削除できます。

- Oracle Fusion Middlewareの停止
アンインストーラを実行する前に、削除するOracleホームに関連付けられたすべてのサーバーおよびプロセスを停止することをお薦めします。

- ソフトウェアのアンインストール
この項の手順に従って製品のアンインストーラを起動し、ソフトウェアを削除します。

- スタンドアロン・ドメイン内のOracle HTTP Serverのアンインストールの確認
Oracle HTTP Serverがスタンドアロン・ドメインにインストールされている場合、ディレクトリおよびファイルを手動で削除する必要がある場合があります。

- Oracleホーム・ディレクトリの手動削除
ソフトウェアのアンインストールの後、アンインストーラで削除されなかったOracleホーム・ディレクトリと既存のサブディレクトリを手動で削除する必要があります。

- Windowsオペレーティング・システムのプログラム・ショートカットの削除
Windowsオペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

- ドメインとアプリケーション・データの削除
ソフトウェアをアンインストールした後で、ドメインとアプリケーション・データを削除する必要があります。

- ソフトウェアの再インストール
この項の手順に従ってソフトウェアをアンインストールし、手動でOracleホーム・ディレクトリを削除した場合にのみ、前回のインストールと同じOracleホームにソフトウェアを再インストールできます。

7.1 Oracle Fusion Middlewareの停止

アンインストーラを実行する前に、削除するOracleホームに関連付けられたすべてのサーバーおよびプロセスを停止することをお薦めします。

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

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

この項の手順に従って製品のアンインストーラを起動し、ソフトウェアを削除します。

注意:
このタスクは、スタンドアロンOracle HTTP Serverにのみ適用されます。構成済のドメインの部分的な構成解除はサポートされていないため、WebLogic Serverドメインに配置されたOracle HTTP Serverをアンインストールすることはできません。

サイレント(コマンド行)のアンインストールを実行するには、Oracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストールのサイレント・アンインストールでのOracle Universal Installerの実行に関する項を参照してください。

- アンインストール・プログラムの起動

- アンインストール画面のナビゲート

7.2.1 アンインストール・プログラムの起動

アンインストーラを起動する手順は次のとおりです。

- UNIXの場合
コマンド行で、次のコマンドを入力します。

cd $ORACLE_HOME/oui/bin
./deinstall.sh

- Windowsの場合
次のいずれかの操作を行います。

- ファイル・マネージャ・ウィンドウを使用して、ORACLE_HOME\oui\binディレクトリに移動し、deinstall.cmdをダブルクリックします。

- コマンド・プロンプトを開き、次のコマンドを入力します。

cd %ORACLE_HOME%\oui\bin
deinstall.cmd

- 「スタート」メニューから、「すべてのプログラム」を選択してから「Oracle」、「OracleHome」、「Oracle Softwareのアンインストール」の順に選択します。

7.2.2 アンインストール画面のナビゲート

アンインストーラにより、ソフトウェアの削除を確認する一連の画面が表示されます。

表7-1に示す画面の詳細情報が必要な場合は、画面上で「ヘルプ」をクリックしてください。

表7-1 アンインストール画面と説明

画面

説明

ようこそ

製品アンインストーラが開始します。

アンインストール・サマリー

アンインストールされるOracleホーム・ディレクトリとその内容を示しています。このディレクトリが正しいことを確認します。

これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を入力します。レスポンス・ファイルは、後でサイレント・アンインストールに使用できます。サイレント・アンインストールまたはコマンド・ライン・アンインストールの詳細は、『Oracle Universal Installerによるソフトウェアのインストール』のサイレント・アンインストールのためのOracle Universal Installerの実行に関する項を参照してください。

「アンインストール」 をクリックしてソフトウェアの削除を開始します。

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

インストールの進捗状況を示します。

アンインストール完了

アンインストールが完了すると表示されます。画面上の情報を確認し、「終了」をクリックしてアンインストーラを終了します。

7.3 スタンドアロン・ドメイン内のOracle HTTP Serverのアンインストールの確認

Oracle HTTP Serverがスタンドアロン・ドメインにインストールされている場合、ディレクトリおよびファイルを手動で削除する必要がある場合があります。

スタンドアロン・ドメイン内のOracle HTTP Serverのアンインストールを確認するには、次の手順を実行します。

1. ORACLE_HOMEディレクトリに移動します。

2. lsと入力して、ORACLE_HOME内のディレクトリおよびファイルをリストします。

3. ファイルまたはディレクトリがORACLE_HOMEに存在する場合、次のコマンドを入力してそれらを削除します。
rm —rf

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

ソフトウェアのアンインストールの後、アンインストーラで削除されなかったOracleホーム・ディレクトリと既存のサブディレクトリを手動で削除する必要があります。

たとえば、UNIXオペレーティング・システムでOracleホーム・ディレクトリが/home/Oracle/product/ORACLE_HOMEの場合は、次のコマンドを入力します。

cd /home/Oracle/product
rm -rf ORACLE_HOME

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

7.5 Windowsオペレーティング・システム上のプログラム・ショートカットの削除

Windowsオペレーティング・システムの場合は、プログラムのショートカットも手動で削除する必要があります(アンインストーラでは削除されません)。

Windowsからプログラム・ショートカットを削除するには、次の手順を実行します。

1. C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Oracle\ORACLE_HOME\Productディレクトリに移動します。

2. Oracleホームにインストールされている製品が1つのみの場合は、ORACLE_HOMEディレクトリを削除します。Oracleホームに複数の製品がインストールされている場合は、Oracle Homeディレクトリを削除する前にすべての製品を削除します。

7.6 ドメインおよびアプリケーション・データの削除

ソフトウェアをアンインストールした後で、ドメインとアプリケーション・データを削除する必要があります。

ドメインとアプリケーション・データを削除するには、次の手順を実行します。

1. ドメイン・ホーム・ディレクトリを手動で削除します。次に例を示します。

UNIXオペレーティング・システムでドメイン・ホーム・ディレクトリが/home/Oracle/config/domains/ohs_domainの場合は、次のコマンドを入力します。

cd /home/Oracle/config/domains
rm -rf ohs_domain

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

2. アプリケーション・ホーム・ディレクトリを手動で削除します。次に例を示します。

UNIXオペレーティング・システムでアプリケーション・ホーム・ディレクトリが/home/Oracle/config/applications/ohs_domainの場合は、次のコマンドを入力します。

cd /home/Oracle/config/applications
rm -rf ohs_domain

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

3. Oracleホームにdomain_registry.xmlファイルをバックアップしてから、ファイルを編集し、削除しようとするドメインに関連する行を削除します。たとえば、ohs_domainを削除するには、次の行を探して削除します。

<domain location="/home/Oracle/config/domains/ohs_domain"/>

完了したらファイルを保存して終了します。

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

手動でOracleホーム・ディレクトリを削除することを含め、この項の指示に従ってソフトウェアが削除されている場合のみ、同じOracleホームに前のインストールとしてソフトウェアを再インストールできます。

再インストールするときに、前回のインストールと同じOracleホームを指定できます。

Oracleホームが空ではない場合、次の事項を考慮します。

- 同じ機能セットを含む既存のOracleホームへのインストール。
インストールを試行するソフトウェアと同じソフトウェアが、インストール中に指定したOracleホームに存在すると、インストーラは警告します。

- 空ではない既存のOracleホームへのインストール。
たとえば、ドメイン・ホームやアプリケーション・ホームを既存のOracleホーム内部で作成することを選択したと仮定します。このデータはアンインストール中に削除されません。そのため、同じOracleホームに再インストールしようとしても、インストーラではできません。次のオプションがあります。

1. この項で説明しているように、Oracleホームからソフトウェアをアンインストールした後、Oracleホーム・ディレクトリを削除します。ソフトウェアをアンインストールしてOracleホーム・ディレクトリを削除したら、再インストールして同じOracleホームの場所を再利用できます。Oracleホームに存在していたドメインまたはアプリケーションのデータは、再作成する必要があります。

2. 別のOracleホーム・ディレクトリを選択します。

A Oracle HTTP Serverのディレクトリ構造

ディレクトリ構造は、Oracle HTTP Serverインストールおよびドメイン構成の終了時にシステムに作成されます。

- WebLogic ServerドメインにおけるOracle HTTP Serverディレクトリ構造

- スタンドアロン・ドメインにおけるOracle HTTP Serverディレクトリ構造

A.1 WebLogic ServerドメインにおけるOracle HTTP Serverディレクトリ構造

図A-1では、WebLogic ServerドメインにOracle HTTP Serverをインストールおよびドメイン構成を完了した後の、基本的なディレクトリ構造の例を示しています。この図には重要なディレクトリのみが示されていることに、留意してください。他にもディレクトリおよびファイルが作成されています。

この例には、Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニングの推奨されるディレクトリ構造の理解に関する項に記載されている、推奨されるディレクトリ構造が示されています。これらのディレクトリをシステムで作成するように選択した場所に応じて、ディレクトリ構造が若干異なる場合があります。

図A-1 WebLogic ServerドメインにおけるOracle HTTP Serverディレクトリ構造の例

表A-1では、このようなディレクトリをさらに詳しく説明しています。

表A-1 WebLogic ServerドメインにおけるOracle HTTP Serverのディレクトリの説明

ディレクトリまたはファイル

説明

cfgtoollogs

このディレクトリには、インストールおよび構成トランザクションのログ・ファイルが含まれます。

coherence

このディレクトリには、Coherence製品ファイルが含まれます。

install

このディレクトリには、インストール関連のファイルとスクリプトが格納されます。

inventory

このディレクトリには、Oracleホーム・ディレクトリにインストールされたコンポーネント、機能セットおよびパッチに関する情報が含まれます。

ohs

このディレクトリには、Oracle HTTP Serverバイナリが含まれます。

OPatch

このディレクトリには、OPatchおよびサポートされるファイルが含まれます。OPatchは、Oracle Fusion Middlewareソフトウェアへのパッチの適用に使用するツールです。

oracle_common

このディレクトリには、Oracle Enterprise Manager Fusion Middleware Control、Java Required Files (JRF)およびOracle HTTP Serverに必要なバイナリ・ファイルとライブラリ・ファイルが含まれます。

orainst.loc

Oracleインベントリの場所や、このインベントリを作成したユーザーのグループIDも含むテキスト・ファイル。

oui

このディレクトリには、Oracle Universal Installerによって使用されるファイル(アンインストール・プログラムを含む)が含まれます。製品をインストールした後にOracle Universal Installerを再実行する必要がある場合は、このディレクトリから実行してください。

webgate

このディレクトリには、Oracle Access Manager (OAM)のOracle HTTP Server Webgateのバイナリが含まれます。

wlserver

このディレクトリには、管理機能に使用されるWebLogic Serverバイナリの一部が少し含まれています。

このディレクトリは、WebLogicホーム・ディレクトリまたはWL_HOMEとも呼ばれます。

domain-registry.xml

このレジストリ・ファイルにはWebLogic Serverインストールに現在登録されているすべてのドメインの場所が含まれています。新しいドメインを追加する場合、このファイルに登録されます。

A.2 スタンドアロン・ドメインにおけるOracle HTTP Serverディレクトリ構造

図A-2では、スタンドアロン・ドメインにOracle HTTP Serverをインストールおよびドメイン構成を完了した後の、基本的なディレクトリ構造の例を示しています。この図には重要なディレクトリのみが示されていることに、留意してください。他にもディレクトリおよびファイルが作成されています。

この例には、Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニングの推奨されるディレクトリ構造の理解に関する項に記載されている、推奨されるディレクトリ構造が示されています。これらのディレクトリをシステムで作成するように選択した場所に応じて、ディレクトリ構造が若干異なる場合があります。

図A-2 スタンドアロン・ドメインにおけるOracle HTTP Serverディレクトリ構造の例

表A-2では、このようなディレクトリをさらに詳しく説明しています。

表A-2 スタンドアロン・ドメインにおけるOracle HTTP Serverのディレクトリの説明

ディレクトリまたはファイル

説明

cfgtoollogs

このディレクトリには、インストールおよび構成トランザクションのログ・ファイルが含まれます。

install

このディレクトリには、インストール関連のファイルとスクリプトが格納されます。

inventory

このディレクトリには、Oracleホーム・ディレクトリにインストールされたコンポーネント、機能セットおよびパッチに関する情報が含まれます。

ohs

このディレクトリには、Oracle HTTP Serverバイナリが含まれます。

OPatch

このディレクトリには、OPatchおよびサポートされるファイルが含まれます。OPatchは、Oracle Fusion Middlewareソフトウェアへのパッチの適用に使用するツールです。

oracle_common

このディレクトリには、Oracle HTTP ServerおよびWebGateに必要なバイナリ・ファイルとライブラリ・ファイルが含まれます。

orainst.loc

Oracleインベントリの場所や、このインベントリを作成したユーザーのグループIDも含むテキスト・ファイル。

webgate

このディレクトリには、Oracle Access Manager (OAM)のOracle HTTP Server Webgateのバイナリが含まれます。

oui

このディレクトリには、Oracle Universal Installerによって使用されるファイル(アンインストール・プログラムを含む)が含まれます。製品をインストールした後にOracle Universal Installerを再実行する必要がある場合は、このディレクトリから実行してください。

wlserver

このディレクトリには、WebLogic Server製品ファイルが含まれます。

このディレクトリは、WebLogicホーム・ディレクトリまたはWL_HOMEとも呼ばれます。

domain-registry.xml

このレジストリ・ファイルには、このOracleホームで利用できるテンプレートを使用して作成されたすべてのドメインの場所が記述されています。新しいドメインを追加する場合、このファイルに登録されます。

B Oracle HTTP Server WebGate for Oracle Access Managerの構成

「Oracle HTTP Server WebGate for Oracle Access Managerの構成」にはいくつかの手順が含まれます。

- Oracle HTTP Server WebGateについて
Oracle HTTP Server WebGateは、HTTPリクエストをインターセプトし、それを認証および認可のために既存のOracle Access Managerインスタンスに転送するWebサーバー・プラグインです。

- Oracle HTTP Server Webgateの構成の一般的な前提条件
Oracle HTTP Server WebGateを構成可能にするには、Oracle Access Managerの認定バージョンをインストールおよび構成しておく必要があります。

- Oracle HTTP Server WebGateの構成
Oracle HTTP Server WebGate for Oracle Access Managerの構成にはいくつかの手順が必要です。

- Oracle Access ManagerへのOracle HTTP Server WebGateの登録
Oracle Access Manager管理コンソールを使用して、Oracle Access ManagerにWebGateエージェントを登録できます。

B.1 Oracle HTTP Server Webgateについて

Oracle HTTP ServerはWebサーバー・プラグインであり、HTTPリクエストを捕捉して、認証と認可を行うために既存のOracle Access Managerインスタンスに転送します。

Oracle Fusion Middleware 12cの場合、WebGateソフトウェアはOracle HTTP Server 12cソフトウェア・インストールの一部としてインストールされます。

WebGateの詳細は、Oracle Access Management管理者ガイドのOAM 11gエージェントの登録および管理を参照してください。

B.2 Oracle HTTP Server Webgateの構成の一般的な前提条件

Oracle HTTP Server WebGateを構成可能にするには、動作保証されたOracle Access Managerのバージョンがインストールおよび構成されている必要があります。

このドキュメントの公開時点では、Oracle Access Managerのサポート対象バージョンは11gリリース2 (11.1.2.2)および11gリリース2 (11.1.2.3)でした。最新の詳細は、Oracle Fusion Middlewareのサポートされるシステム構成ページで、ご使用のリリース向けの動作保証情報のドキュメントを参照してください。

注意:

本番環境の場合、Oracle Access Managerは、エンタープライズ・デプロイメントをホストしているマシンではなく、独自の環境にインストールすることを強くお薦めします。

Oracle Access Managerの詳細は、Oracleヘルプ・センターのミドルウェア・ドキュメント内にある最新のOracle Identity and Access Managementドキュメントを参照してください。

B.3 Oracle HTTP Server WebGateの構成

Oracle HTTP Server WebGate for Oracle Access Managerの構成にはいくつかの手順が必要です。

次に例を示します。

- OHS_ORACLE_HOMEを、Oracle HTTP ServerソフトウェアをインストールしたOracleホームへの完全なパスに置き換えます。

- OHS_CONFIG_DIRを、Oracle HTTP Serverドメイン・ホーム内の次の場所へのパスに置き換えます。

DOMAIN_HOME/config/fmwconfig/components/OHS/ohs_instance_name

1. Oracle HTTP Server OracleホームのdeployWebGateディレクトリに移動します。
(UNIX) cd OHS_ORACLE_HOME/webgate/ohs/tools/deployWebGate

(Windows) cd OHS_ORACLE_HOME\webgate\ohs\tools\deployWebGate

2. 次のコマンドを実行して、WebGateインスタンスのディレクトリを作成し、OHSインスタンスでのWebGateログインを有効にします。
(UNIX) ./deployWebGateInstance.sh -w OHS_CONFIG_DIR-oh OHS_ORACLE_HOME

(Windows) deployWebGateInstance.bat -w OHS_CONFIG_DIR-oh OHS_ORACLE_HOME

3. webgateディレクトリおよびサブディレクトリがdeployWebGateInstanceコマンドによって作成されていることを確認します。
UNIXの場合の例:

ls -lart OHS_CONFIG_DIR/webgate/
total 6
drwxr-x---+ 8 orcl oinstall 20 Oct  2 07:14 ..
drwxr-xr-x+ 4 orcl oinstall  4 Oct  2 07:14 .
drwxr-xr-x+ 3 orcl oinstall  3 Oct  2 07:14 tools
drwxr-xr-x+ 3 orcl oinstall  4 Oct  2 07:14 config

4. 次のコマンドを実行してパス環境変数を設定します。
(UNIX) export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:OHS_ORACLE_HOME/lib

(Windows) set PATH=%PATH%;OHS_ORACLE_HOME\bin

5. EditHttpConfディレクトリに移動します。
(UNIX) cd OHS_ORACLE_HOME/webgate/ohs/tools/EditHttpConf

(Windows) cd OHS_ORACLE_HOME\webgate\ohs\tools\EditHttpConf

6. 次のコマンドをInstallToolsディレクトリから実行します。
(UNIX) ./EditHttpConf -w OHS_CONFIG_DIR [-oh OHS_ORACLE_HOME] [-o output_file_name] [-dcc custom_dcc_scripts/pages_location]

(Windows) EditHttpConf -w OHS_CONFIG_DIR [-oh OHS_ORACLE_HOME] [-o output_file_name] [-dcc custom_dcc_scripts\pages_location]

このコマンドでは次の処理が行われます。

- Oracle HTTP Server Oracleホーム内のapache_webgate.templateファイルを、Oracle HTTP Server構成ディレクトリ内の新しいwebgate.confファイルにコピーします。

- httpd.confファイルを更新して1行を追加し、webgate.confが含まれるようにします。

- WebGate構成ファイルを生成します。このファイルのデフォルト名はwebgate.confですが、コマンドに対してoutput_file引数を使用することにより、カスタム名を使用できます。

外部資格証明コレクタ(DCC) (oamsso/logout.html、oamsso-bin/login.pまたはlogout.pllスクリプトなど)をカスタマイズするには、これらのスクリプトを次の場所から、EditHttpConfユーティリティに対する-dccパラメータによって識別されるカスタムの場所にコピーします。

ORACLE_HOME/webgate/ohs/

B.4 Oracle Access ManagerへのOracle HTTP Server WebGateの登録

Oracle Access Manager管理コンソールを使用して、Oracle Access ManagerにWebGateエージェントを登録できます。

詳細は、Oracle Access Management管理者ガイドのコンソールを使用したOAMエージェントの登録を参照してください。

- RREGツールの場所と準備

- OAM11gRequest.xmlファイルの標準プロパティの更新

- RREGツールの実行

- RREGによって生成されるファイルおよびアーティファクト

- 生成済アーティファクトのOracle HTTP Server WebGateインスタンスの場所へのコピー

- Oracle HTTP Serverインスタンスの再起動

B.4.1 RREGツールの検索および準備

RREGツールを設定するには、次の手順を実行します。

1. アプリケーション層でOracle Access Managerホストの1つにログインします。

2. Oracle Access Manager Oracleホームの次のディレクトリに、ディレクトリを変更します。

注意:
場所はアウトオブバンド・モードに対してのみ必要です。

OAM_ORACLE_HOME/oam/server/rreg/client

この例では、OAM_ORACLE_HOMEは、Oracle Access ManagerソフトウェアがインストールされているOracleホームを参照します。

注意:
Oracle IDMエンタープライズ・デプロイメント・ガイドを使用した場合、OAM_ORACLE_HOMEは/u01/oracle/products/access/iamになっている場合があります。

注意:
Oracle Access Managerサーバーに対する権限またはアクセス権がない場合、アウトオブバンド・モードを使用して、必要なファイルを生成し、WebGateをOracle Access Managerに登録する必要があります。詳細は、「RREGインバンドおよびアウトオブバンド・モードについて」を参照してください。

3. RREG.tar.gzファイルを必要なディレクトリに解凍します。

4. 解凍したディレクトリから、oamreg.shファイルを開き、次のように、ファイルに次の環境変数を設定します。

- OAM_REG_HOMEを、RREGアーカイブの内容を展開したディレクトリへの絶対パスに設定します。
JAVA_HOMEを、サポートされているJDKがインストールされているマシン上のディレクトリへの絶対パスに設定します。

B.4.2 OAM11gRequest.xmlファイル内の標準プロパティの更新

WebgateエージェントをOracle Access Managerに登録するには、OAM11gRequest.xmlファイル内で必要なプロパティを更新する必要があります。

注意:

提供されているXMLファイル内のほとんどのパラメータに対してデフォルト値を使用する場合、より短いバージョン(OAM11gRequest_short.xml)を使用できます。この場合、リストされているフィールドすべてに対してデフォルト値が採用されます。

注意:
プライマリ・サーバー・リストで、OAMサーバーに対するデフォルトの名前はOAM_SERVER1およびOAM_SERVER2として示されます。使用環境でサーバー名が変更されている場合、リストのこれらの名前を変更します。

このタスクを実行するには、次のようにします。

1. インバンド・モードを使用している場合、ディレクトリを、ディレクトリ内の次の場所に変更します。

OAM_ORACLE_HOME/oam/server/rreg/input

アウトオブバンド・モードを使用している場合、ディレクトリを、RREGアーカイブを解凍した場所に変更します。

2. OAM11GRequest.xmlファイル・テンプレートのコピーを作成します。

3. ファイル内にリストされているプロパティをレビューし、OAM11GRequest.xmlファイルのコピーを更新し、プロパティが使用環境に固有のホスト名および他の値を参照していることを確認します。

OAM11gRequest.xmlのプロパティ

設定値

serverAddress

Oracle Access Managerドメインの管理サーバーのホストおよびポート。

agentName

エージェントの任意のカスタム名。通常、シングル・サインオン用として構成するFusion Middleware製品を識別する名前を使用します。

applicationDomain

シングル・サインオン用として構成するWeb層ホストおよびFMWコンポーネントを識別する値。

security

Oracle Access Managerサーバーのセキュリティ・モードで、オープン・モード、簡易モードまたは証明書モードがあります。

エンタープライズ・デプロイメントの場合、認証および認可トラフィックの暗号用のカスタム・セキュリティ証明書を実装するための追加要件が存在しない限り、簡易モードをお薦めします。

ほとんどの場合、オープン・モードを使用するとOracle Access Managerサーバーとやり取りするトラフィックが暗号化されないため、オープン・モードは使用しないようにしてください。

証明書モードの使用、またはOracle Access Managerで一般的にサポートされるセキュリティ・モードの詳細は、『Oracle Access Management管理者ガイド』のOAMサーバーとWebGate間の通信の保護に関する項 を参照してください。

cachePragmaHeader

プライベート

cacheControlHeader

プライベート

ipValidation

0

<ipValidation>0<ipValidation>

ipValidationExceptions

フロントエンド・ロード・バランサのIPアドレス。次に例を示します。

<ipValidationExceptions>
<ipAddress>130.35.165.42</ipAddress>
</ipValidation>

agentBaseUrl

Oracle HTTP Server 12c WebGateがインストールされているマシンのホストとポート。

B.4.3 RREGツールの実行

ここでは、RREGツールを実行してOracle HTTP Server WebGateをOracle Access Managerに登録するための情報を説明します。

- RREGインバンドおよびアウトオブバンド・モードについて

- RREGツールのインバンド・モードでの実行

- RREGツールのアウトオブバンド・モードでの実行

B.4.3.1 RREGインバンドおよびアウトオブバンド・モードについて

RREGツールは、インバンドとアウトオブバンドという2つのモードのいずれかで実行できます。

インバンド・モードは、Oracle Access Managerサーバーにアクセスする権限を持ち、RREGツールをOracle Access Manager Oracleホームから自分で実行する場合に使用します。RREGテーブルを実行した後、生成されたアーティファクトおよびファイルをWebサーバー構成ディレクトリにコピーできます。

アウトオブバンド・モードは、Oracle Access Managerサーバーにアクセスする権限を持たない場合に使用します。たとえば、一部の組織では、サーバー・ディレクトリにアクセスしてサーバーに対して管理タスクを実行する権限を持つのがOracle Access Managerサーバー管理者のみである場合があります。アウトオブバンド・モードの場合、このプロセスは次のように機能します。

1. Oracle Access Managerサーバー管理者によって、RREGアーカイブ・ファイル(RREG.tar.gz)のコピーが提供されます。

2. サーバー管理者から提供されたRREG.tar.gzファイルを解凍します。
次に例を示します。

gunzip RREG.tar.gz

tar -xvf RREG.tar

RREGアーカイブを解凍した後、エージェントを登録するためのツールを次の場所で見つけることができます。

RREG_HOME/bin/oamreg.sh

この例では、RREGアーカイブの内容を展開したディレクトリはRREG_Homeです。

3. 「OAM11gRequest.xmlファイル内の標準プロパティの更新」の指示に従い、OAM11GRequest.xmlファイルを更新し、完了したOAM11GRequest.xmlファイルをOracle Access Managerサーバー管理者に送信します。

4. 次に、Oracle Access Managerサーバー管理者は、「RREGツールのアウトオブバンド・モードでの実行」の指示に従い、RREGツールを実行し、AgentID_response.xmlファイルを生成します。

5. Oracle Access Managerサーバー管理者から、AgentID_response.xmlファイルが送信されてきます。

6. 「RREGツールのアウトオブバンド・モードでの実行」の指示に従い、AgentID_response.xmlファイルとともにRREGツールを実行し、クライアント・システムで必要なアーティファクトおよびファイルを生成します。

B.4.3.2 RREGツールのインバンド・モードでの実行

RREGツールをインバンド・モードで実行するには、次の手順を実行します。

1. RREGホーム・ディレクトリに移動します。
インバンド・モードを使用している場合、RREGディレクトリはOracle Access Manager Oracleホーム内にあります。

RREG_HOME/oam/server/rreg

アウトオブバンド・モードを使用している場合、RREGホーム・ディレクトリは、RREGアーカイブを解凍した場所です。

2. RREGホーム・ディレクトリで、binディレクトリに移動します。

cd RREG_HOME/bin/

3. ファイルを実行できるようoamreg.shコマンドの権限を設定します。

chmod +x oamreg.sh

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

./oamreg.sh inband input/OAM11GRequest.xml

この例の説明は、次のとおりです。

- 編集したOAM11GRequest.xmlファイルはRREG_HOME/inputディレクトリ内にあることが想定されます。

- このコマンドの出力結果は、次のディレクトリに保存されます。

RREG_HOME/output/

次の例は、RREGセッションのサンプルです。

Welcome to OAM Remote Registration Tool!
Parameters passed to the registration tool are:
Mode: inband
Filename: /u01/oracle/products/fmw/iam_home/oam/server/rreg/client/rreg/input/OAM11GWCCDomainRequest.xml
Enter admin username:weblogic_idm
Username: weblogic_idm
Enter admin password:
Do you want to enter a Webgate password?(y/n):
n
Do you want to import an URIs file?(y/n):
n

----------------------------------------
Request summary:
OAM11G Agent Name:WCC1221_EDG_AGENT
URL String:null
Registering in Mode:inband
Your registration request is being sent to the Admin server at: http://host1.example.com:7001
----------------------------------------

Jul 08, 2015 7:18:13 PM oracle.security.jps.util.JpsUtil disableAudit
INFO: JpsUtil: isAuditDisabled set to true
Jul 08, 2015 7:18:14 PM oracle.security.jps.util.JpsUtil disableAudit
INFO: JpsUtil: isAuditDisabled set to true
Inband registration process completed successfully! Output artifacts are created in the output folder.

B.4.3.3 RREGツールのアウトオブバンド・モードでの実行

WEBHOSTサーバーでRREGツールをアウトオブバンド・モードで実行するために、管理者は次のコマンドを使用します。

RREG_HOME/bin/oamreg.sh outofband input/OAM11GRequest.xml

この例の説明は、次のとおりです。

- RREG_HOMEを、サーバー上でRREGアーカイブ・ファイルを解凍した場所に置き換えます。

- 編集したOAM11GRequest.xmlファイルはRREG_HOME/inputディレクトリ内にあります。

- RREGツールにより、このコマンドからの出力(AgentID_response.xmlファイル)が次のディレクトリに保存されます。

RREG_HOME/output/

これにより、Oracle Access Managerサーバー管理者は、AgentID_response.xmlを、OAM11GRequest.xmlファイルを提供したユーザーに送信できます。

Webサーバー・クライアント・マシンでRREGツールをアウトオブバンド・モードで実行するには、次のコマンドを使用します。

RREG_HOME/bin/oamreg.sh outofband input/AgentID_response.xml

この例の説明は、次のとおりです。

- RREG_HOMEを、クライアント・システム上でRREGアーカイブ・ファイルを解凍した場所に置き換えます。

- Oracle Access Managerサーバー管理者によって提供されたAgentID_response.xmlファイルは、RREG_HOME/inputディレクトリ内にあります。

- RREGツールにより、このコマンドからの出力(Webgateソフトウェアを登録するために必要なアーティファクトおよびファイル)がクライアント・マシン上の次のディレクトリに保存されます。

RREG_HOME/output/

B.4.4 RREGによって生成されるファイルおよびアーティファクト

RREGツールによって生成されるファイルは、WebGateとOracle Access Managerサーバー間の通信に使用しているセキュリティ・レベルによって異なります。サポートされるセキュリティ・レベルの詳細は、Oracle Access Management管理者ガイドのOAMサーバーとWebGate間の通信の保護を参照してください。

このトピックでは、RREG_HOMEの部分は、RREGツールを実行したディレクトリへのパスに置き換える必要があります。これは通常、Oracle Access Managerサーバー上の次のディレクトリ、または(アウトオブバンド・モードを使用している場合は) RREGアーカイブを解凍したディレクトリです。

OAM_ORACLE_HOME/oam/server/rreg/client

次の表に、Oracle Access Managerのセキュリティ・レベルとは関係なくRREGツールによって常に生成されるアーティファクトをリストします。

ファイル

場所

cwallet.sso

RREG_HOME/output/Agent_ID/

ObAccessClient.xml

RREG_HOME/output/Agent_ID/

次の表に、Oracle Access Managerに対してSIMPLEまたはCERTセキュリティ・レベルを使用している場合に作成される追加ファイルをリストします。

ファイル

場所

aaa_key.pem

RREG_HOME/output/Agent_ID/

aaa_cert.pem

RREG_HOME/output/Agent_ID/

password.xml

RREG_HOME/output/Agent_ID/

password.xmlファイルには、SSLで使用される秘密鍵を暗号化するための不明瞭化されたグローバル・パスフレーズが含まれます。このパスフレーズは、サーバーで使用されているパスフレーズと異なるものを使用できます。

RREGによって生成されたこれらのファイルを使用して証明書リクエストを生成し、サードパーティの認証局に署名を求めることができます。既存の証明書をインストールするには、既存のaaa_cert.pemおよびaaa_chain.pemファイルをpassword.xmlおよびaaa_key.pemと合せて使用する必要があります。

B.4.5 生成済のアーティファクトのOracle HTTP Server WebGateインスタンスの場所へのコピー

RREGツールによって必要なアーティファクトが生成された後、RREG_Home/output/agent_IDディレクトリからWeb層ホスト上のOracle HTTP Server構成ディレクトリにアーティファクトを手動でコピーします。

Oracle HTTP Server構成ディレクトリ内のファイルの場所は、Oracle Access Managerのセキュリティ・モードの設定(OPEN、SIMPLEまたはCERT)によって異なります。

次の表に、Oracle HTTP Server構成ディレクトリ内に生成される各アーティファクトに必要な場所をOracle Access Managerのセキュリティ・モードの設定に基づいてリストします。ディレクトリが存在しない場合は作成する必要がある場合もあります。たとえば、構成ディレクトリ内にwalletディレクトリが存在しない場合があります。

注意:

エンタープライズ・デプロイメントの場合、認証および認可トラフィックの暗号用のカスタム・セキュリティ証明書を実装するための追加要件が存在しない限り、簡易モードをお薦めします。ここでは、便宜上、オープン・モードまたは証明書モードの使用に関する情報を示しています。

オープン・モードを使用するとOracle Access Managerサーバーとやり取りするトラフィックが暗号化されないため、オープン・モードは使用しないようにしてください。

証明書モードの使用、またはOracle Access Managerで一般的にサポートされるセキュリティ・モードの詳細は、Oracle Access Management管理者ガイドのOAMサーバーとWebGate間の通信の保護を参照してください。

ファイル

OPENモードの使用時の場所

SIMPLEモードの使用時の場所

CERTモードの使用時の場所

wallet/cwallet.sso

OHS_CONFIG_DIR/webgate/config/wallet

OHS_CONFIG_DIR/webgate/config/wallet/

注意:
デフォルトではwalletフォルダは使用できません。OHS_CONFIG_DIR/webgate/config/の下にwalletフォルダを作成します。

OHS_CONFIG_DIR/webgate/config/wallet/

ObAccessClient.xml

OHS_CONFIG_DIR/webgate/config

OHS_CONFIG_DIR/webgate/config/

OHS_CONFIG_DIR/webgate/config/

password.xml

N/A

OHS_CONFIG_DIR/webgate/config/

OHS_CONFIG_DIR/webgate/config/

aaa_key.pem

N/A

OHS_CONFIG_DIR/webgate/config/simple/

OHS_CONFIG_DIR/webgate/config/

aaa_cert.pem

N/A

OHS_CONFIG_DIR/webgate/config/simple/

OHS_CONFIG_DIR/webgate/config/

注意:
ObAccessClient.xmlをWEBHOST1およびWEBHOST2に再デプロイする必要がある場合、キャッシュされたObAccessClient.xmlのコピーをサーバーから削除してください。WEBHOST1のキャッシュの場所は次のとおりです。

OHS_DOMAIN_HOME/servers/ohs1/cache/

また、WEBHOST2上の2番目のOracle HTTP Serverインスタンスに対しても同様の手順を実行する必要があります。

OHS_DOMAIN_HOME/servers/ohs2/cache/

B.4.6 Oracle HTTP Serverインスタンスの再起動

Oracle HTTP Serverインスタンスの再起動の詳細は、Oracle Fusion Middleware Oracle HTTP Serverの管理のWLSTを使用したOracle HTTP Serverインスタンスの再起動に関する項を参照してください。

WebLogic ServerドメインにOracle HTTP Serverを構成した場合、Oracle Fusion Middleware Controlを使用してOracle HTTP Serverインスタンスを再起動することもできます。詳細は、Oracle Fusion Middleware Oracle HTTP Serverの管理のFusion Middleware Controlを使用したOracle HTTP Serverインスタンスの再起動に関する項を参照してください。