Oracle® Fusion Middleware

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

12c (12.2.1)

E69937-01(原本部品番号:E59493–01)

2015年10月

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

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

E69937-01

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

原本著者: Hannah Cheng

原本協力著者: 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 Oracle HTTP Serverの標準的なインストールのトポロジの概要

- 1.2.1 標準的なインストールのトポロジについて

- 1.2.2 WebLogic ServerドメインにおけるOracle HTTP Serverの標準的なインストールのトポロジ

- 1.2.3 スタンドアロン・ドメインにおけるOracle HTTP Serverの標準的なインストールのトポロジ

- 1.3 Oracle HTTP Serverのインストール・タイプの選択に関するガイドライン

- 1.4 Oracle HTTP Serverのインストールおよび構成のロードマップ

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

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

- 1.5 Oracle HTTP Serverの以前のバージョンからのアップグレード

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

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

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

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

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

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

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

- 2.2 Oracle HTTP Server配布についての理解と取得

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

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

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

- 3.3 インストールの検証

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

- 4.1 管理サーバーの停止

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

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

- 4.4 サーバーの起動

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

- 4.4.2 管理サーバーの起動

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

- 4.5 次の手順

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

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

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

- 5.3 インスタンスの起動

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

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

- 5.4 次の手順

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

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

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

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

7 Oracle HTTP Serverのアンインストール

- 7.1 製品のアンインストールの理解

- 7.2 Oracle Fusion Middlewareの停止

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

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

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

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

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

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

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 12c Webgateの構成の一般的な前提条件

- B.3 Oracle HTTP Server 12c WebGateの構成

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

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

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

- B.4.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 HTTP Serverインストールの計画」では、WebLogic Serverインストーラでインストール可能な製品がリストされ、インストールに必要な高レベルのタスクが説明されています。

- 「Oracle HTTP Serverソフトウェアのインストール」では、Javaベースのグラフィカル・ユーザー・インタフェース(GUI)を使用して、WindowsおよびUNIXプラットフォーム上でOHSソフトウェアをインストールする方法を説明しています。

- 「WebLogic ServerドメインにおけるOracle HTTP Serverの構成」では、WebLogicドメインでの構成を選択する場合の、OHSの作成および構成について説明しています。

- 「スタンドアロン・ドメインにおけるOracle HTTP Serverの構成」では、スタンドアロン・ドメインでの構成を選択する場合の、OHSの作成および構成について説明しています。

- 「Oracle HTTP Serverドメイン構成後の次の手順」では、高可用性構成に適した環境を準備するために、基本的な管理タスクおよびトピックへのリンクが示されています。

- 「Oracle HTTP Serverのアンインストール」では、ご使用のソフトウェアをアンインストールする方法を説明しています。

- 「Oracle HTTP Serverのディレクトリ構造の理解」では、OHSのインストールおよび構成後に取得された基本的なディレクトリ構造を説明しています。

- 「Oracle HTTP Server WebGate for Oracle Access Managerの構成」では、OHS WebGateを構成する手順を説明しています。

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

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を参照してください。

表記規則

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

表記規則

意味

太字

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

イタリック

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

固定幅フォント

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

1 Oracle HTTP Serverインストールの計画

このガイドでは、Oracle HTTP Server 12.2.1のインストールについて説明します。

様々なトピックが扱われており、Oracle HTTP Serverのインストールおよびドメイン構成の途中または完了後のいずれかに問題に直面しないようにするために、入念に確認してください。

この章の構成は、次のとおりです。

- Oracle HTTP Serverについて

- Oracle HTTP Serverの標準的なインストールのトポロジの概要

- Oracle HTTP Serverのインストール・タイプの選択に関するガイドライン

- Oracle HTTP Serverのインストールおよび構成のロードマップ

- Oracle HTTP Serverの以前のバージョンからのアップグレード

1.1 Oracle HTTP Serverについて

Oracle HTTP Serverは、Oracle Fusion MiddlewareのWebサーバー・コンポーネントです。次の機能を提供します。

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

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

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

詳細は、『Oracle HTTP Server管理者ガイド』の「Oracle HTTP Serverの概要」を参照してください。

1.2 Oracle HTTP Serverの標準的なインストールのトポロジの概要

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

- 標準的なインストールのトポロジについて

- WebLogic ServerドメインにおけるOracle HTTP Serverの標準的なインストールのトポロジ

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

1.2.1 標準的なインストールのトポロジについて

他のアプリケーション・ソフトウェアとともにOracle HTTP Serverソフトウェアを使用して、ご使用のアプリケーション、所属組織および御社アプリケーションのユーザーのニーズに適した、様々な本番トポロジを作成できます。

この結果、Oracle HTTP Serverについて予想されるあらゆるインストールに対して、厳密な手順を示すことが難しくなっています。この問題を打開するためにこのドキュメントでは、2つの典型的なOracle HTTP Server構成をインストールするための詳細手順が示されています。このような典型的なトポロジは、Oracle Fusion Middleware 12cの標準的なインストールのトポロジと呼ばれています。

このガイドでは特に、Oracle HTTP Serverの標準インストール・トポロジを2つの構成タイプでインストールおよび構成する方法について説明します。

- 同じ場所に配置されたWebLogic Serverドメイン内のOracle HTTP Server (図1-1)

- スタンドアロン・ドメイン内のOracle HTTP Server (図1-2)。

実際のトポロジは一様でない可能性がありますが、ここで説明されているトポロジはOracle HTTP Serverをインストールするガイドとして使用可能な例を提示しており、その範囲はHAトポロジにまで及んでいます。

標準的なインストールのトポロジの詳細は、『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』の標準的なインストールのトポロジの理解に関する項を参照してください。

1.2.2 WebLogic ServerドメインでのOracle HTTP Serverの標準インストール・トポロジ

Oracle HTTP Serverは、既存のOracleホーム内にインストールできます。このタイプのインストールでは、Oracle HTTP Serverは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インストールのトポロジ

この図は、Oracle HTTP Serverインスタンスを含むOracle Fusion Middleware Infrastructureの標準的なインストールのトポロジを示しています。Oracle Fusion Middleware Infrastructureドメインには、管理サーバーと、2つの管理対象サーバーおよびOracle HTTP Serverインスタンスを含むクラスタが含まれ、すべてが同じInfrastructureドメイン内に構成されています。

Oracle Fusion Middleware Infrastructureには、Oracleソフトウェア・ライブラリ、Oracle Enterprise Manager Fusion Middleware ControlおよびOracle ADFアプリケーションをデプロイおよび管理するために必要な追加ソフトウェアが含まれます。このドメインは単一のホストで構成され、必要なFusion Middlewareスキーマをホストするためサポートされているデータベースを必要とします。

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

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

要素

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

APPHOST

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

このトポロジでは、APPHOSTがWeb Tierもホストすることに留意してください。

DBHOST

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

WebLogicドメイン

Javaコンポーネント(この場合、管理サーバー、管理対象サーバーおよび他の関連ソフトウェア・コンポーネント)の論理的に関連したグループです。

詳細は、Oracle Fusion Middlewareの理解のOracle WebLogic Serverドメインの概要に関する項を参照してください。

管理サーバー

ドメイン全体の構成に対する中央制御エンティティ。

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

Enterprise Manager Fusion Middleware Control

Oracle Enterprise Manager Fusion Middleware Control。ドメインを管理するために使用する主要ツール。

詳細は、Oracle Fusion Middlewareの理解のOracle Enterprise Manager Fusion Middleware Controlに関する項を参照してください。

Oracle HTTP Server

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

クラスタ

同時に稼働し連携する、複数のWebLogic Serverインスタンスの集合。

詳細は、Oracle Fusion Middlewareの理解の管理対象サーバーと管理対象サーバー・クラスタの理解に関する項を参照してください。

マシン

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

管理対象サーバー

アプリケーション、アプリケーション・コンポーネント、Webサービスおよび関連リソースをホストします。

詳細は、Oracle Fusion Middlewareの理解のOracle Enterprise Manager Fusion Middleware Controlに関する項を参照してください。

インフラストラクチャ

次のものを含むサービスの集合:

- メタデータ・リポジトリ(MDS)
これにはOracle Application Developer Frameworkなどの、Oracle Fusion Middlewareコンポーネントのメタデータが含まれます。

詳細は、Oracle Fusion Middlewareの理解のメタデータ・リポジトリの概要に関する項を参照してください。

- Oracle Application Developer Framework (Oracle ADF)

- Oracle Web Services Manager(OWSM)

WebLogic ServerドメインでのOracle HTTP Serverの構成は、基本的に3つの手順から成るプロセスで、個々のインストール・ウィザードおよび構成ウィザードが用意されています。

1. 既存のインストールがまだない場合は、Oracle Fusion Middleware Infrastructureをインストールします。詳細は、Oracle Fusion Middleware InfrastructureのインストールのOracle Fusion Middleware Infrastructureソフトウェアのインストールと構成に関する項を参照してください。このインストールの構成は、このプロセスの手順3まで保留できます。

2. Oracle HTTP Serverソフトウェアを既存のOracle Fusion Middleware InfrastructureのOracleホームにインストールします。

3. 同じ場所に配置されたOracleホームからOracle Fusion Middleware構成ウィザードを実行して、既存のWebLogic Serverドメインを構成または拡張します。

注意:
構成時には、完全JRFと制限付きJRFのどちらの操作モードで構成するかを選択できます。これらのモードの詳細は、「完全JRF構成テンプレートと制限付き構成テンプレートの使用について」を参照してください。

インストールおよび構成プロセスの概要の詳細は、「WebLogic ServerドメインにおけるOracle HTTP Serverのインストールおよび構成のロードマップ」を参照してください。

1.2.2.1 完全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 HTTP Server管理者ガイド』のドメイン・タイプに関する項を参照してください。

クロス・コンポーネント・ワイヤリングなしで制限付きJRFがどのように機能するかをより理解するには、『Oracle HTTP Server管理者ガイド』の制限付きJRFモードに関する項を参照してください。

1.2.3 スタンドアロン・ドメインでのOracle HTTP Serverの標準インストール・トポロジ

システム・コンポーネントの管理のみに特化したスタンドアロン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のトポロジ

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

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

要素

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

WEBHOST

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

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

詳細は、『Oracle HTTP Serverの管理』の「スタンドアロン・ドメインとは」を参照してください。

Oracle HTTP Server

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

インストールおよび構成プロセスは次のとおりです。

1. 新しい空のOracleホームにOracle HTTP Serverをインストールします。

2. 新しいOracle HTTP ServerホームからOracle HTTP Serverの構成ウィザードを実行し、スタンドアロン・ドメインを構成します。

このトポロジへのアクセスに関する詳細なロードマップは、「スタンドアロン・ドメインにおけるOracle HTTP Serverのインストールおよび構成のロードマップ」を参照してください。

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

1.3 Oracle HTTP Serverのインストール・タイプの選択に関するガイドライン

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

同じ場所に配置されたドメインのインストールを開始するには、「WebLogic ServerドメインにおけるOracle HTTP Serverのインストールおよび構成のロードマップ」を参照してください。構成手順中に完全JRFまたは制限付きJRF操作モードをどこで選択するかを確認できます。

スタンドアロン・ドメインのインストールを開始するには、「スタンドアロン・ドメインにおけるOracle HTTP Serverのインストールおよび構成のロードマップ」を参照してください。

注意:

また、特別なWLSTコマンドを使用して、Oracle HTTP Serverに関するテストや評価ドメインも構成できます。このWLSTコマンドによって、WebLogic ServerドメインにOracle HTTP Serverインスタンスが作成されます(完全な本番ドメインの管理機能のすべてを提供しますが、外部データベースは不要です)。テスト・ドメインは、他のマシンにスケールアウトすることはできず、本番環境で使用することは保証されていません。

詳細は、『インフラストラクチャ・コンポーネントのためのWLSTコマンド・リファレンス』のcreateOHSTestDomain()に関する項を参照してください。

1.4 Oracle HTTP Serverのインストールおよび構成のロードマップ

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

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

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

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

表1-4では、WebLogic ServerドメインにおいてOracle HTTP Serverをインストールおよび構成するために必要な手順を示しています。

注意:

およびOracle HTTP Serverの両方の配布を同じOracleホームにインストールして、このドメインおよびOracle HTTP Serverインスタンスを同時に構成することもできます。

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

タスク

説明

参照先

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

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

Oracle Fusion Middleware Infrastructureのインストールと構成を参照してください。

ドメインに関連するすべてのプロセスが停止されていることを確認。

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

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

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

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

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

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

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

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

「Oracle HTTP Server配布についての理解と取得」を参照してください

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

Oracle Fusion Middleware Infrastructureトポロジをインストールして構成する際に作成されたディレクトリが存在しているかどうか、およびこれがインストーラによってアクセス可能かどうかを確認します。

「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構成テンプレートと制限付き構成テンプレートの使用について」を参照してください。

注意: がまだ構成されていない場合、とOracle HTTP Serverを同時に構成できます。

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

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

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

「Oracle HTTP Serverドメイン構成後の次の手順」を参照してください

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

表1-5では、スタンドアロン・ドメインにおいてOracle HTTP Serverをインストールおよび構成するために必要な手順を示しています。

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

タスク

説明

参照先

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

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

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

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

このガイドに記載されているトポロジを作成するには、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の構成

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

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

Oracle HTTP Serverドメイン構成後の次の手順

1.5 Oracle HTTP Serverの以前のバージョンからのアップグレード

Oracle HTTP Serverを以前のインストールから12.2.1にアップグレードする手順には、このドキュメントには記載されていない追加手順が含まれます。

Fusion Middleware環境およびOracle HTTP Serverを以前のリリースから12.2.1にアップグレードするには、『Upgrade Assistantによるアップグレード』の手順に従います。

同じ場所に配置されたOracle HTTP Server設定をアップグレードする場合、Upgrade Assistantが完了した後で手動手順をいくつか実行する必要があります。これらの手順の詳細は、『Oracle HTTP Server管理者ガイド』のOracle HTTP Serverの以前のリリースからのアップグレードに関する項を参照してください。

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

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

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

- Oracle HTTP Server配布についての理解と取得

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

インストールおよび構成プロセスを開始する前に、表2-1内の重要な情報を参照して理解する必要があります。これによって、実行が必要である重要なタスクおよびチェックを認識し、ご使用の環境がOracle HTTP Serverのインストールおよび構成について適切に準備されていることを確認します。

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

タスク

説明

ドキュメント

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

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

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

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

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

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

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

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

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

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

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

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

中間層スキーマのデータベースをインストールおよび構成します

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

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

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

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

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

Oracleは、動作保証されているすべてのシステムおよび環境で製品のパフォーマンスをテストおよび検証しており、新しい動作保証要件が確認されると、それらはすぐに適切な動作保証に関するドキュメントに追加されます。新しい動作保証要件は随時確認される場合があるため、動作保証に関するドキュメントはドキュメント・ライブラリの外部に置かれ、Oracle Technology Networkで提供されています。

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

3. 複数の製品間での相互運用性の確認
『Oracle Fusion Middleware相互運用性および互換性の理解』には、相互運用性の定義、互換性の定義、および同一リリースまたは混在するリリースからなる複数のFusion Middleware製品を相互に使用する方法が説明されています。システムに複数のFusion Middleware製品をインストールする場合は、このドキュメントを読む必要があります。

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

この項では、システムでインストールおよび構成を実行するユーザーの権限に関する重要な情報について説明します。内容は次のとおりです。

- ユーザー権限の理解

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

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

2.1.2.1 ユーザー権限の理解

Fusion Middleware製品をインストールするユーザーは、そのファイルとそのファイルについて次の権限を持つことになります。

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

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

これは、ソフトウェアをインストールしたユーザー以外のユーザーが、Oracleホームにインストールされているバイナリを使用して、ドメインやFusion Middleware製品を構成できることを意味します。

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

次に例を示します。

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

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

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

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

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

その他、インストーラを実行する前に次のような考慮事項があります。

- UNIXオペレーティング・システムでは、インストールの前にumaskを027に設定することをお薦めします。これによってインストール時のファイルの権限が適切に設定されます。以下のコマンドを使用します。
umask 027

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

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

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

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

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

Windowsオペレーティング・システムでインストールを実行するユーザーは、Windowsレジストリを更新できるように、管理者権限を持っている必要があります。デフォルトでは、通常の権限でシステムにログインする管理者グループのメンバーが、管理タスクを実行するために高い権限が要求される場合があります。

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

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

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

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

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

たとえば、製品のインストーラを起動するには、次の手順を実行します。

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

java —jar distribution_name.jar
実行可能ファイル(.exe、.binまたは.shファイル)の場合:

- UNIXの場合は、次のように入力します。 ./distribution_name.bin

- Windowsの場合は、次のように入力します。 distribution_name.exe

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

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

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

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

インストール中およびドメインの構成中に、次のディレクトリの場所を指定する必要があります。

- Oracleホーム

- ドメイン・ホーム

- アプリケーション・ホーム

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

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

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

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

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

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

- 共有記憶域の準備

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

図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.1.3.2 Oracleホーム・ディレクトリについて

Oracle Fusion Middleware製品をインストールする際に、Oracleホーム・ディレクトリの指定を求めるプロンプトが表示されます。このディレクトリは、同じマシンにインストールされる複数のFusion Middleware製品が使用する共通ファイルのリポジトリとして機能します。このためOracleホーム・ディレクトリは、システムにインストールされるすべてのOracle Fusion Middleware製品の中心的なサポート・ディレクトリとみなすことができます。

Oracleホーム・ディレクトリのファイルは、Fusion Middlewareをシステムで正しく動作させるために重要です。これらによって、インストール時の製品間の依存関係のチェックが容易になります。

Fusion MiddlewareのドキュメントではOracleホーム・ディレクトリを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ホーム・ディレクトリを作成する場合、各製品の構成フェーズ中に重複しないポート範囲を指定する必要があります。

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

ドメイン・ホームは、構成するドメインが作成されるディレクトリです。ドメイン・ホームのデフォルトの場所はORACLE_HOME/user_projects/domains/domain_nameですが、ドメイン・ホームはOracleホーム・ディレクトリとは別の場所に作成することをお薦めします(製品を別のメジャー・リリースにアップグレードする場合、バイナリ用に新しくOracleホームを作成する必要があるため)。

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

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

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

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

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

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

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

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

- 製品Aをインストールして構成し、スキーマを作成した後にドメイン内のすべてのサーバーを起動してドメインが正常に構成されたことを検証します。
この方法では、製品のインストレーション・ガイドがすべて用意されています。このプロセスは、必要な製品の数だけ繰り返せます。この方法では、一度に1つの製品を検証し、製品を段階的に追加することができます。

製品Bをインストールするには、管理サーバーを停止して新しい製品の追加中にドメインが更新されないようにしてから、製品Bのインストールガイドの手順に従って、必要なスキーマを作成して製品Aのドメインを製品Bのドメインを含めるように拡張した後、すべてのサーバーを再び起動する必要があります。

- インストールは行いますが、すべての必要な製品を構成するのではなく、すべての製品のスキーマを作成した後に、必要なすべての製品テンプレートを使用してドメインを構成し、すべてのサーバーを起動します。
この方法で複数の製品のドメインを作成すると若干高速ですが、この方法でのドメイン作成についてドキュメントに個々の手順は説明されていません。ユーザーが必要なサポート・ドキュメントを適宜参照します。

2.1.3.6 共有記憶域の準備

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

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

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

汎用インストーラを使用してOracle Fusion Middleware製品をインストールするには、インストーラを実行する前に、サポートされているJDKをシステムにダウンロードしてインストールする必要があります。

JDKは、Oracleホームの外部にインストールしてください。Oracle Universal Installerにより指定されたOracleホーム・ディレクトリが空であることが検証され、空のディレクトリが指定されていなければインストールは行われません。JDKをOracleホームにインストールした場合、今後の操作で問題が発生します。したがって、JDKのインストール場所は、/home/oracle/products/jdkディレクトリにすることをお薦めします。java -jarコマンドを使用して、インストーラJARファイルを実行できます。

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

一部の製品(Oracle HTTP ServerやOracle JDeveloperなど)はプラットフォーム固有の配布として使用できます。これらのプラットフォーム固有の配布には.bin (UNIXオペレーティング・システムの場合)または.exe (Windowsオペレーティング・システムの場合)インストーラが用意されています。これらの場合、プラットフォーム固有のJDKは配布に含まれているため、JDKを個別にインストールする必要はありません。ただし、動作保証されたJDKのバージョンによってはこのJDKをより新しいバージョンにアップグレードすることをお薦めする場合があります。

必ず「Oracle Fusion Middleware Supported System Configurations」ページで動作保証情報を確認して、必要なJDKバージョンを確認してください。

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

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

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

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

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

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

注意:

12c (12.2.1)では、動作保証されたOracleデータベースのみがOracle Fusion Middleware Infrastructure標準インストール・トポロジに使用できます。

データベースが適切に構成されると、製品のスキーマを作成することができます。

- リポジトリ作成ユーティリティ(RCU)は、データベースにスキーマを作成するために使用するツールです。このツールはOracle Fusion Middleware Infrastructureをインストールすることで利用できます。詳細は、Oracle Fusion Middlewareインフラストラクチャのインストールと構成を参照してください。

- Repository Creation Utilityの詳細は、『Repository Creation Utilityによるスキーマの作成』を参照してください。

2.2 Oracle HTTP Server配布についての理解と取得

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

ヒント:

配布の詳細は、『Oracle Fusion Middlewareのインストールのプランニング』の製品の配布の理解と入手に関する項を参照してください。

配布を取得するには、『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』の製品配布の取得に関する項を参照してください。

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

この章では、Oracle HTTP Serverソフトウェアをインストールする方法について説明します。

この章の作業を進める前に、「Oracle HTTP Serverインストールの計画」の情報を参照する必要があります。

内容は次のとおりです。

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

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

- インストールの確認

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

インストール・プログラムを起動するには、次の手順を実行します。

1. ターゲットのシステムにログインします。

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

3. 次のコマンドを入力して、インストール・プログラムを起動します。

- Linuxの場合:
./ohs_122100_linux64.bin

- Windowsの場合:
ohs_122100_win64.exe

ohs_122100_win64.exeファイルをダブルクリックすることによっても、インストーラを開始できます。

注意:

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

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

各インストール・プログラム画面の説明については、「インストール画面への移動」を参照してください。

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

表3-1では、インストール・プログラムが表示される順序に画面が列挙されています。

インストール画面に関して詳細な情報が必要な場合は、画面名をクリックしてください。

注意:

Oracle Fusion Middleware Infrastructure画面がサンプル画面として使用されており、「インストール・タイプ」画面以外のすべての画面がまったく同じものとなっています。

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

画面

説明

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

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

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

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

ようこそ

製品のインストーラの紹介画面です。

インストール場所

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

- WebLogic Serverドメインに同じ場所に配置されたOracle HTTP Serverの標準的なインストール・トポロジを使用してインストールを行っている場合、既存のOracle Fusion Middleware InfrastructureのOracleホームへのパスを入力する必要があります。

- スタンドアロン・ドメインにOracle HTTP Serverの標準的なインストール・トポロジを使用してインストールを行っている場合、Oracleホーム・ディレクトリを任意に指定できます。ただしこのソフトウェアを確実に、新規のOracleホームにインストールしてください。

Oracle Fusion Middlewareディレクトリ構造の詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のインストールと構成のディレクトリの選択に関する項を参照してください。

インストール・タイプ

この画面を使用してインストールのタイプと、それに従ってインストールされる製品および機能を選択します。

- スタンドアロン・ドメインにOracle HTTP Serverをインストールしている場合は、「スタンドアロンHTTPサーバー」(「WebLogic Serverとは切り離して管理」)を選択します。

- WebLogic Serverドメインに同じ場所に配置されたOracle HTTP Serverをインストールしている場合は、「同じ場所に配置されたHTTPサーバー(WebLogic Server経由で管理)」を選択します。

これら2つのインストール・タイプの詳細は、「Oracle HTTP Serverの標準的なインストールのトポロジの概要」を参照してください。

前提条件のチェック

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

警告またはエラー・メッセージがある場合は、「システム環境の確認のロードマップ」内のドキュメントの1つを参照してください。

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

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

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

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

インストール・サマリー

この画面を使用して、選択したインストール・オプションを確認します。これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を指定します。レスポンス・ファイルは、今後、サイレント・インストールを実行する場合に使用できます。

サイレント・インストールやコマンド行インストールの詳細は、『Oracle Universal Installerによるソフトウェアのインストール』のサイレント・モードにおけるOracle Universal Installerの使用方法に関する項を参照してください。

インストールの進行状況

この画面では、インストールの進行状況を参照できます。

インストール完了

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

3.3 インストールの確認

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

注意:

Oracle HTTP Serverを構成するには、次に一覧表示されている各場所へ、移動します。

- 「インストール・タイプ」画面で「同じ場所に配置されたHTTPサーバー(WebLogic Server経由で管理)」を選択した場合、「WebLogic ServerドメインでのOracle HTTP Serverの構成」に進みます。

- 「インストール・タイプ」画面で「スタンドアロンHTTPサーバー(WebLogic Serverとは切り離して管理)」を選択した場合、「スタンドアロン・ドメインでのOracle HTTP Serverの構成」に進みます。

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

この章では、Oracle Fusion Middleware構成ウィザードを使用して、Oracle HTTP Serverを含む既存のInfrastructureドメインを更新する方法について説明します。

注意:

「インストール・タイプ」画面で「同じ場所に配置された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 Infrastructureのインストールと構成』のOracle Fusion Middleware Infrastructureドメインの構成に関する項を参照してください。ただし、「拡張構成の選択」において、システム・コンポーネントも選択していることを確認してください。「システム・コンポーネント」画面に到達した後は、このガイドの手順に従ってください(タスク7「システム・コンポーネントの追加」から開始)。

4.1 管理サーバーの停止

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

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

- UNIXの場合

./stopWebLogic.sh

- Windowsの場合

stopWebLogic.cmd

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

4.2 構成ウィザードの起動

ドメイン構成を開始するには、UNIXの場合はORACLE_HOME/oracle_common/common/binディレクトリに、Windowsの場合はORACLE_HOME\oracle_common\common\binに移動し、Oracle HTTP Serverの構成ウィザードを開始します。

- UNIXの場合

./config.sh

- Windowsの場合

config.cmd

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

この項の手順に従って、既存のInfrastructureドメインをOracle HTTP Serverインスタンスとともに更新します。

注意:

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

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

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

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

ヒント:

ドメイン・ホーム・ディレクトリの詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のドメイン・ホームの選択に関する項を参照してください。

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成タイプに関する項を参照してください。

タスク2   構成テンプレートの選択

既存のドメインを更新する場合、「テンプレート」画面で、「製品テンプレートを使用してドメインを更新(U)」が選択されていることを確認します。

完全JRF構成の場合、Oracle HTTP Server (同じ場所に配置) - 12.2.1 [ohs]を選択します。これによって、「Oracle Enterprise Manager Plugin for WEBTIER - 12.2.1.0 [em]」が自動的に選択されます。

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

必要な操作モードが不明な場合は、両方のモードについて「完全JRF構成テンプレートと制限付き構成テンプレートの使用について」を参照してください。

ヒント:

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

タスク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データ」オプションの詳細は、『リポジトリ作成ユーティリティによるスキーマの作成』のサービス表スキーマの理解に関する項を参照してください。

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のデータ・ソース・デフォルトに関する項を参照してください。

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

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

ヒント:

高可用性環境の場合は、Oracle RACデータベースのデータ・ソース構成に関する追加情報について、『高可用性ガイド』の次の項を参照してください。

- 「Oracle RACを使用したGridLinkデータ・ソースの構成」

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

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

タスク5   JDBC接続のテスト

この画面を使用して、構成を完了したデータ・ソース接続をテストします。

ヒント:

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のコンポーネント・スキーマのテストに関する項を参照してください

タスク6   拡張構成の選択

トポロジのドメイン構成を更新するには、拡張構成で「システム・コンポーネント」を選択します。

タスク7 システム・コンポーネントの追加

「システム・コンポーネント」画面で、「追加」をクリックして、新規のOracle HTTP Serverインスタンスを作成します。

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

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

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

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

タスク8   OHSサーバー画面

「OHSサーバー」画面を使用して、ドメイン内の Oracle HTTP Serverサーバーを構成します。「システム・コンポーネント」フィールドで、OHSインスタンスが格納されるホストのIPアドレスを指定します。ローカル・ホストを使用しないでください。詳細は、『構成ウィザードによるWebLogicドメインの作成』のリスニング・アドレスの指定に関する項を参照してください。

残りのすべてのフィールドは事前移入されますが、必要に応じて値を変更できます。この画面のフィールドの詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』のOHSサーバーに関する項を参照してください。

タスク9 マシンへのシステム・コンポーネントの割当て

Oracle HTTP Serverインスタンスは、1つのマシンに関連付けられています。この画面を使用してシステム・コンポーネントを、初期状態のFusion Middleware Infrastructureドメインを構成した際に定義したマシンに割り当てます。

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

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

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

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

ヒント:

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

タスク10   構成の仕様の確認とドメインの構成

「構成のサマリー」画面には、拡張しようとする構成情報の詳細が含まれます。この画面に示された各項目の詳細を調べて、情報に間違いがないことを確認します。

変更が必要な場合は、「戻る」ボタンを使用するか、ナビゲーション・ペインで画面を選択することで任意の画面に戻れます。

「更新」をクリックするまで、ドメインの更新は開始されません。

ヒント:

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

タスク11   ドメイン・ホームと管理サーバーURLのメモ

「構成に成功しました」画面で、更新されたドメイン・ホームの場所および管理サーバーのURLが表示されます。

両方の項目をメモに記録する必要があります。サーバーを起動して管理サーバーにアクセスするために必要になります。

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

注意:

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

4.4 サーバーの起動

構成が完了したら、次の手順を実行して、ドメインの管理に使用できる各ツールにアクセスします。

1. ノード・マネージャの起動

2. 管理サーバーの起動

3. Oracle HTTP Serverインスタンスの起動

注意:

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

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

ドメインごとのノード・マネージャを起動するには、DOMAIN_HOME/binディレクトリに移動します。

- UNIXの場合
出力ファイルとしてnohupおよびnm.outを使用して、次のようにノード・マネージャを起動します。

nohup ./startNodeManager.sh > nm.out&

- Windowsの場合

startNodeManager.cmd

注意:

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

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

ノード・マネージャの追加の構成オプションの詳細は、『Oracle WebLogic Serverノード・マネージャの管理』を参照してください。

4.4.2 管理サーバーの起動

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

- UNIXの場合

./startWebLogic.sh

- Windowsの場合

startWebLogic.cmd

Oracle Fusion Middleware Infrastructureドメインを構成した際に入力した、管理ユーザーのログイン接続情報の入力を要求されます。構成ウィザードの「本番モード」オプションを使用して、ドメインが構成されている場合は、資格証明の入力が要求されます。

ヒント:

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

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

管理サーバーが稼働中で、Oracle Fusion Middleware Controlにアクセスすることによって動作していることを確認できます。タスク11「ドメイン・ホームと管理サーバーURLのメモ」の「構成に成功しました」画面に、URLが記載されています。

注意:

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

http://administration_server_host:administration_server_port/em

デフォルトの管理サーバーのポート番号は7001です。

図4-1 Oracle Fusion Middleware Control

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

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 Fusion Middlewareの管理の詳細は、『Fusion Middleware ControlによるOracle Fusion Middlewareの管理』を参照してください。

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

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

WindowsプラットフォームでOracle HTTP Serverが機能するには、そのシステムにMicrosoft Visual C++ランタイム・ライブラリがインストールされている必要があります。インストールされていない場合、Oracle HTTP Serverは何も出力せずに、またはエラー・ダイアログ・ボックスを表示せずに(レジストリの設定に応じて)、終了することがあります。

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

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

a. このランタイム・ライブラリがない場合は、http://www.microsoft.com/en-us/download/details.aspx?id=16771からダウンロードします

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の起動の試行中に書き込まれたイベント・ログ・エントリを見つけます。

ランタイム・ライブラリの検索に関するエラーは、イベントID33または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の設定を前の状態に戻します。

4.5 次の手順

WebLogic ServerドメインにおけるOracle HTTP Serverのインストールおよび構成が完了しました。次に実行する作業に関する手順は、「WebLogic ServerドメインにおけるOracle HTTP Serverについての次の手順」を参照してください。

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

この章では、Oracle Fusion Middleware構成ウィザードを使用して、スタンドアロン・ドメインにOracle HTTP Serverを作成および構成する方法について説明します。

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

注意:

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

Oracle HTTP Serverドメイン構成オプションの詳細は、「Oracle HTTP Serverの標準的なインストールのトポロジの概要」を参照してください。

この章の構成は、次のとおりです。

- 構成ウィザードの起動

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

- インスタンスの起動

- 次の手順

5.1 構成ウィザードの起動

ドメイン構成を開始するには、UNIXの場合はORACLE_HOME/oracle_common/common/binディレクトリに、Windowsの場合はORACLE_HOME\oracle_common\common\binに移動し、Oracle HTTP Serverの構成ウィザードを起動します。

- UNIXの場合

./config.sh

- Windowsの場合

config.cmd

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

この項の指示に従って、スタンドアロン・ドメインにOracle HTTP Serverを構成します。

注意:

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

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

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

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

Oracle HTTP Server Oracleホームにパッチを当てるかこれをアップグレードする必要がある場合に、ドメイン・データが上書きされないようにするために、Oracle HTTP Server Oracleホーム外にドメイン・ホームを作成することをお薦めします。ドメイン・ホームは、システム上の任意の場所に配置できます。

ヒント:

ドメイン・ホーム・ディレクトリの詳細は、『Oracle Fusion Middlewareのインストールのプランニング』のドメイン・ホームの選択に関する項を参照してください。

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成タイプに関する項を参照してください。

タスク2   構成テンプレートの選択

「テンプレート」画面で、Oracle HTTP Server (スタンドアロン) - 12.2.1.0 [ohs]を選択します。

ヒント:

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

タスク3   JDKの指定

「JDKの選択」画面で、Oracle Hotspot JDKを選択します。

タスク4   システム・コンポーネントの選択

「システム・コンポーネント」画面でOHSインスタンスを追加するには、「追加」アイコンをクリックし、表でシステム・コンポーネント名を指定します。たとえば、ohs_1です。

タスク5   OHSサーバーの詳細の指定

「リスニング・アドレス」を除くすべてのオプションが自動的に移入されます。ポート番号がデフォルトのままであっても、これらのポートが他のサービスによって使用されていないことを確認してください。着信接続要求の際にOracle HTTP Serverによって使用されるネットワーク・インタフェースの制限が必要な場合、このリスニング・アドレスが必要です。必要に応じて、「リスニング・アドレス」を指定します。必要に応じて、他の値も変更できます。

ヒント:

この画面におけるオプションの詳細は、『構成ウィザードによるドメインの作成』のOHSサーバーに関する項を参照してください。

タスク6   ノード・マネージャの構成

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

「ノード・マネージャ」・タイプに「ドメイン当たり(P)」を選択し、ノード・マネージャ資格証明を指定します。

ヒント:

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

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

タスク7   構成の仕様の確認とドメインの構成

「構成のサマリー」画面には、作成しようとするドメインの構成情報の詳細が含まれます。この画面に示された各項目の詳細を調べて、情報に間違いがないことを確認します。

変更が必要な場合は、「戻る」ボタンを使用するか、ナビゲーション・ペインで画面を選択することで任意の画面に戻れます。

ドメイン作成は、「作成」をクリックするまでは開始されません。

ヒント:

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

5.3 インスタンスの起動

構成が完了したら、次の手順を実行して、ドメインの管理に使用できる各ツールにアクセスします。

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

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

注意:

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

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

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

ドメインごとのノード・マネージャを起動するには、DOMAIN_HOME/binディレクトリに移動します。Domain_Homeは、Oracle HTTP Serverを構成した場所への完全なパスです。

- UNIXの場合
出力ファイルとしてnohupおよびnm.outを使用して、次のようにノード・マネージャを起動します。

nohup ./startNodeManager.sh > nm.out&

- Windowsの場合

startNodeManager.cmd

注意:

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

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

ノード・マネージャの起動後は、ターミナルを閉じないでください。追加ノード・マネージャの構成オプションの詳細は、『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 HTTP Server管理者ガイド』のコマンド行からのOracle HTTP Serverインスタンスの起動に関する項を参照してください。

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

WindowsプラットフォームでOracle HTTP Serverが機能するには、そのシステムにMicrosoft Visual C++ランタイム・ライブラリがインストールされている必要があります。インストールされていない場合、Oracle HTTP Serverは何も出力せずに、またはエラー・ダイアログ・ボックスを表示せずに(レジストリの設定に応じて)、終了することがあります。

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

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

a. このランタイム・ライブラリがない場合は、http://www.microsoft.com/en-us/download/details.aspx?id=16771からダウンロードします

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の起動の試行中に書き込まれたイベント・ログ・エントリを見つけます。

ランタイム・ライブラリの検索に関するエラーは、イベントID33または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の設定を前の状態に戻します。

5.4 次の手順

スタンドアロン・ドメインにおけるOracle HTTP Serverのインストールおよび構成が完了しました。次に実行する作業に関する手順は、「スタンドアロン・ドメインにおけるOracle HTTP Serverについての次の手順」を参照してください。

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

この章では、新規に作成された、あるいは更新されたOracle HTTP Serverドメインで実行する可能性がある共通タスクを説明しています。

この章の構成は、次のとおりです。

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

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

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

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

表6-1には、新規に作成または更新したドメインで実行する可能性がある共通の管理タスクの一部が列挙されています。

注意:

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

表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の起動と停止に関する項。

Secure Sockets Layer (SSL)の構成

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

『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の管理』のバックアップとリカバリの概要に関する項。

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

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

Coherenceクラスタの詳細は、『Oracle WebLogic Serverクラスタの管理』のCoherenceクラスタの構成および管理に関する項を参照してください。

Coherenceのチューニングの詳細は、『Oracle Coherenceの管理』を参照してください。

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

Coherenceアプリケーションの作成とデプロイの詳細は、『Oracle WebLogic Server Oracle Coherenceアプリケーションの開発 』を参照してください。

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

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

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

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

OHSとOracle Fusion Middlewareインフラストラクチャとのワイヤリング

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

『Oracle Fusion Middlewareの管理』の管理サーバーへのOracle HTTP Serverのワイヤリングに関する項

『Oracle Fusion Middlewareの管理』のOracle HTTP Serverを介したアプリケーションのルーティングに関する項

『Oracle WebLogic Serverプロキシ・プラグイン12.2.1の使用』のOracle HTTP Serverに適したOracle WebLogic Serverプロキシ・プラグインの構成に関する項。

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

表6-2には、新規に作成または更新したドメインで実行する可能性がある共通の管理タスクの一部が列挙されています。

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

タスク

説明

詳細

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

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

『Oracle HTTP Server管理者ガイド』のOracle HTTP Server管理ツールの理解に関する項。

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

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

『Oracle HTTP Server管理者ガイド』の基本的なOHSタスクの実行に関する項。

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

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

『Oracle WebLogic Serverプロキシ・プラグイン12.2.1の使用』のOracle WebLogic Serverプロキシ・プラグインの手動構成に関する項。

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

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

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

タスク

説明

詳細

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

ノード・マネージャを使用すると、管理サーバーと管理対象サーバーのインスタンスをリモートの場所から起動、停止および再起動できるため、高可用性環境には不可欠なユーティリティです。

Oracle WebLogic Server ノード・マネージャの管理

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

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

『高可用性ガイド』のトポロジのスケールアウト(マシンのスケールアウト)に関する項。

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

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

『高可用性ガイド』のWeb層コンポーネントの高可用性の構成に関する項。

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

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

『高可用性ガイド』の高可用性環境におけるサーバーのロード・バランシングに関する項とロード・バランサの構成に関する項。

『高可用性ガイド』のロード・バランサに関する項。

7 Oracle HTTP Serverのアンインストール

この章では、Oracle HTTP Serverをアンインストールまたは再インストールする方法について説明します。

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

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

- 製品のアンインストールの理解

- Oracle Fusion Middlewareの停止

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

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

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

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

7.1 製品のアンインストールの理解

Oracle Fusion Middlewareのアンインストーラは、ソフトウェアを起動したOracleホーム・ディレクトリからそのソフトウェアを削除します。表7-1は、手順を要約し、ドキュメントをサポートするリンクを示しています。

表7-1 Oracle HTTP Serverのアンインストールのロードマップ

タスク

説明

ドキュメント

Oracle Fusion Middlewareの停止。

アンインストーラ実行前に、ドメインにあるすべてのサーバーとプロセスが停止している必要があります。

「Oracle Fusion Middlewareの停止」を参照してください。

ソフトウェアの削除。

製品のアンインストーラを実行して、Oracle HTTP Serverを削除します。

詳細は、「ソフトウェアのアンインストール」を参照してください。

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

アンインストーラでは、すべてのファイルとフォルダがOracleホーム・ディレクトリから削除されません。アンインストーラが終了した後、手動でOracleホームを削除して、製品の削除を完了させる必要があります。

「Oracleホーム・ディレクトリの手動削除」を参照してください。

ドメインとアプリケーション・データを削除します。

アンインストーラがOracleホーム内にある場合でも、ドメイン・ホーム・ディレクトリまたはアプリケーション・ホーム・ディレクトリに含まれるデータは削除されません。これらのディレクトリは手動で削除する必要があります。

「ドメインおよびアプリケーション・データの削除」を参照してください。

7.2 Oracle Fusion Middlewareの停止

アンインストーラ実行前に、削除対象のOracleホームに関連付けられたサーバーとプロセスをすべて停止する必要があります。

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

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

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

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

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

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

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

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

- UNIXの場合
ORACLE_HOME/oui/binディレクトリに移動し、次のコマンドを入力してください。

./deinstall.sh

- Windowsの場合

1. 次のいずれかの操作を行います。

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

- コマンド行から、ORACLE_HOME\oui\binに移動し、次のコマンドを入力します。
deinstall.cmd

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

2. ドロップダウン・リストから、「Oracle HTTP Server 12.2.1.0.0」を選択し、「アンインストール」をクリックします。アンインストール・プログラムによって、表7-2に列挙されている画面が表示されます。
ドロップダウン・リストから「WebLogic Server for FMW 12.2.1.0.0」を選択すると、次のエラーが発生することに注意してください。

配布は、次のもので必要なため削除できません。: Oracle HTTP Server 12.2.1

「取消」をクリックし、ダイアログ・ボックスで「Yes」をクリックして再確認します。アンインストーラを起動し、配布リストから「Oracle HTTP Server 12.2.1.0.0」を選択します。

注意:

Oracle HTTP Serverソフトウェアをアンインストールすると、アンインストール・ウィザードを再度実行することによってOracle Fusion Middleware Infrastructureをアンインストールできます。他のソフトウェアがOracle Fusion Middleware Infrastructureに依存していない場合は、「アンインストールする配布」画面は表示されません。

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

アンインストール・プログラムでは、表7-2にリストした順序で一連の画面が表示されます。

アンインストール画面に関して詳細な情報が必要な場合は、画面名をクリックしてください。

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

画面

説明

ようこそ

製品のアンインストーラの紹介画面です。

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

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

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

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

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

アンインストール完了

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

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

アンインストーラが終了した後、アンインストーラで削除されなかったOracleホーム・ディレクトリと既存のサブディレクトリを手動で削除する必要があります。たとえば、UNIXオペレーティング・システムの場合でご使用のOracleホーム・ディレクトリが/home/Oracle/Products/Oracle_Homeの場合の例は、次となります。

> cd /home/Oracle/Products
> rm -rf Oracle_Home

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

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

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

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.6 ソフトウェアの再インストール

この章の手順に従ってご使用のソフトウェアをアンインストールした場合にのみ、以前のインストールと同じOracleホームにこのソフトウェアを再インストールできます。再インストールするときに、前回のインストールと同じOracleホームを指定できます。

次のケースを説明します。

- 同じ機能セットを含む既存のOracleホームへのインストール。
インストール時に指定したOracleホームには、インストールしようとしているソフトウェアと同じソフトウェアがすでに含まれている旨がインストーラによって警告されます。選択肢は次のとおりです。

1. 別のインストール・タイプを選択します。この場合、Oracleホーム・ディレクトリに存在しない機能セットのみがインストールできます。

2. 別のOracleホーム・ディレクトリを選択します。

- 空ではない既存のOracleホームへのインストール。
たとえば、ドメイン・ホームまたはアプリケーション・ホームを作成するために、既存のOracleホーム内のどこかを選択する必要があるとします。このデータはアンインストールのプロセス中は削除されないため、同じOracleホームに再インストールしようとしてもインストーラによって許可されません。選択肢は次のとおりです。

1. この章の説明のとおりにOracleホームからソフトウェアをアンインストールした後でOracleホーム・ディレクトリを削除します。これが完了すると、「Oracle HTTP Serverソフトウェアのインストール」の指示に従って、再インストールして同じ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 スタンドアロン・ドメインにおける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

このレジストリ・ファイルにはWebLogic Serverインストールに現在登録されているすべてのドメインの場所が含まれています。新しいドメインを追加する場合、このファイルに登録されます。

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

この付録では、Oracle HTTP Server 12c WebGate for Oracle Access Managerを構成する手順を説明します。

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

- Oracle HTTP Server Webgateについて

- Oracle HTTP Server 12c Webgateの構成の一般的な前提条件

- Oracle HTTP Server 12c WebGateの構成

- Oracle Access ManagerへのOracle HTTP Server 12c 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 12c Webgateの構成の一般的な前提条件

Oracle HTTP Server 12c 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 12c WebGateの構成

Oracle HTTP Server 12c 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ホームの次の場所に、ディレクトリを変更します。
(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. 次のコマンドを実行してLD_LIBRARY_PATH環境変数を設定します。
(UNIX) export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:OHS_ORACLE_HOME/lib

(Windows) set Path%PATH%=%PATH%;OHS_ORACLE_HOME\bin

5. ディレクトリを次のディレクトリに変更します。
(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 12c WebGateの登録

Oracle Access Manager管理コンソールを使用すると、Oracle Access ManagerにWebGateエージェントを登録できます。詳細は、『Oracle Fusion Middleware Oracle Access Management管理者ガイド』のコンソールを使用したOAMエージェントの登録に関する項を参照してください。

詳細は、以下のトピックを参照してください。

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 Access Managerサーバーに対する権限またはアクセス権がない場合、アウトオブバンド・モードを使用して、必要なファイルを生成し、WebGateをOracle Access Managerに登録する必要があります。詳細は、「RREGインバンドおよびアウトオブバンド・モードについて」を参照してください。

3. oamreg.shファイルを開き、次のように、ファイルに次の環境変数を設定します。

- OAM_REG_HOMEを、RREGアーカイブの内容を展開したディレクトリへの絶対パスに設定します。
JDK_HOMEを、サポート対象のJDKがインストールされているマシン上のディレクトリへの絶対パスに設定します。

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

WebgateエージェントをOracle Access Managerに登録するには、OAM11gRequest.xmlファイル内で必要なプロパティを更新する必要があります。

注意:

提供されているXMLファイル内のほとんどのパラメータに対してデフォルト値を使用する場合、より短いバージョン(OAM11gRequest_short.xml)を使用できます。この場合、リストされているフィールドすべてに対してデフォルト値が採用されます。

このタスクを実行するには、次のようにします。

1. インバンド・モードを使用している場合、ディレクトリを、ディレクトリ内の次の場所に変更します。

OAM_ORACLE_HOME/oam/server/rreg/client

アウトオブバンド・モードを使用している場合、ディレクトリを、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)のコピーが提供されます。サーバー管理者は、このファイルを、「RREGしたの検索および準備」で説明されている場所で見つけることができます。

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ホーム内にあります。

OAM_ORACLE_HOME/oam/server/rreg/client

アウトオブバンド・モードを使用している場合、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ツールのアウトオブバンド・モードでの実行

Oracle Access ManagerサーバーでRREGツールをアウトオブバンド・モードで実行するために、Oracle Access Managerサーバー管理者は次のコマンドを使用します。

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構成ディレクトリ内に生成される各アーティファクトに必要な場所を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/

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上にある最初のOracle HTTP Serverの場所のキャッシュ場所から古いObAccessClient.xmlファイルを削除する必要があります。

OHS_DOMAIN_HOME/servers/ohs1/cache/config/

また、WEbHOST2上の2番目のOracle HTTP Serverインスタンスに対しても同様の手順を実行する必要があります。

OHS_DOMAIN_HOME/servers/ohs2/cache/config/

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

Oracle HTTP Serverインスタンスの再起動の詳細は、『Oracle HTTP Serverの管理』のWLSTを使用したOracle HTTP Serverインスタンスの再起動に関する項を参照してください。

WebLogic ServerドメインにOracle HTTP Serverを構成した場合、Oracle Fusion Middleware Controlを使用してOracle HTTP Serverインスタンスを再起動することもできます。詳細は、『Oracle HTTP Server管理者ガイド』のFusion Middleware Controlを使用したOracle HTTP Serverインスタンスの再起動に関する項を参照してください。

オラクルの法律上の注意点について

コピーライトについて

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を参照してください。