Java ES インストーラの動作
ここでは、インストール計画に影響する Java ES インストーラの一部の動作について説明します。
インストーラはローカルである
Java ES インストーラは、コンポーネントソフトウェアを一度に 1 台のコンピュータにインストールします。ほとんどのソリューションは分散構成であり、インストーラを複数回実行する必要があります。インストール計画には、インストールの実行のたびに行う手順を含める必要があります。ここでは、アーキテクチャーを実装するためにインストーラを実行する必要がある回数を、配備アーキテクチャーの分析に基づいて決定する方法について説明します。
ソリューションの中には 1 台のコンピュータにのみインストールされるものがあり、そのようなソリューションのインストール計画は、インストーラを 1 回だけ実行するための手順を定義します。インストーラの実行が 1 回で済むのは次のようなソリューションです。
-
Java ES の機能を評価する目的で、多数のコンポーネントを 1 台のコンピュータにインストールする。
-
確立済みのソリューションに 1 つのコンポーネントインスタンスを追加する。これには、既存のコンポーネントに対する依存性を持つコンポーネントインスタンスの追加が含まれます。
ほとんどのソリューションは、複数のコンピュータに分散されます。そのようなソリューションのインストール計画では、ソリューション全体をインストールおよび設定するために、複数回のインストーラ実行を記述する必要があります。そのようなソリューションを分析するには、次のガイドラインを使用します。
-
ほとんどの場合、1 台のコンピュータ上で複数のコンポーネントを組み合わせるときは、インストーラを 1 回だけ実行します。これは特に、インストーラが「今すぐ設定」モードで動作する場合に当てはまります。「今すぐ設定」モードでは、インストーラは Web コンテナと、そのコンテナ内で実行されるコンポーネントの両方をインストールできるからです。これらの場合、インストール計画では、そのコンピュータ上での 1 回のインストーラ実行と、そのコンピュータに対して指定されたすべてのコンポーネントの選択を記述します。
ヒント –一部のコンポーネントは、「今すぐ設定」モードでもインストーラによる設定はできません。そのようなコンポーネントをコンピュータにインストールするとき、設定プロセスはそれぞれのコンポーネントに対して設定ウィザードを実行することによって完了します。それらのコンポーネントを、インストーラによって設定されるコンポーネントと組み合わせてインストールする場合には、まずインストーラを実行します。インストーラの実行後、インストーラによって設定されないコンポーネントに対して設定ウィザードを実行することによってプロセスを完了します。これらの場合、インストール計画では、インストーラの実行と、複数の設定ウィザード実行の正しいシーケンスを記述する必要があります。
-
コンポーネントの組み合わせによっては、1 台のコンピュータ上でインストーラを複数回実行しないとインストールできない場合があります。そのような組み合わせには、次のものがあります。
-
Web コンテナを含む一部のコンポーネントの組み合わせ。Web Server または Application Server を「あとで設定」モードでインストールする場合、Web コンテナで実行するほかのコンポーネントをインストールするには、あらかじめ Web Server または Application Server のインスタンスを設定する必要があります。ソリューションでサードパーティー製の Web コンテナを使用する場合、Web ベースの Java ES コンポーネントをインストールする前に、Web コンテナをインストールし、起動し、検証する必要があります。インストール計画には、各コンピュータ上での複数回のインストーラ実行の手順を記述する必要があります。
-
Sun Cluster ソフトウェアを使用するコンポーネントの組み合わせ。クラスタにインストールされるコンポーネントがクラスタファイルシステム上にインストールされる場合、先に Sun Cluster ソフトウェアをインストールし、クラスタファイルシステムを作成してからでないと、クラスタノードにほかのコンポーネントをインストールできません。インストール計画には、各コンピュータ上での複数回のインストーラ実行の手順を記述する必要があります。
-
この節の目的は、インストール計画では時として、1 台のコンピュータ上でのインストーラと設定ウィザードの実行、または、1 台のコンピュータ上での複数回のインストーラ実行を記述しなければならないという概念を紹介することです。さまざまなコンポーネントの組み合わせに対する実際のインストール手順の詳細については、「インストール計画の作成」を参照してください。
インストーラの動作モード
インストーラは、「今すぐ設定」と「あとで設定」の 2 つの異なるモードで動作します。2 つのモードの違いは次の点です。
-
「今すぐ設定」モードでは、インストーラは全部ではなく一部のコンポーネントの実行可能インスタンスを設定します。「今すぐ設定」モードで設定されるコンポーネントは、インストーラが完了した時点で起動と検証が可能になります。インストーラの実行後、残りのコンポーネントの実行可能インスタンスが、コンポーネントの設定ウィザードを実行することによって作成されます。インストーラによって設定されるコンポーネントについては、インストール計画にインストーラの実行時に入力する設定値を記述する必要があります。インストーラの実行後に設定されるコンポーネントについては、インストール計画に、設定ウィザードの実行手順と、設定ウィザードの実行時に入力する設定値を記述する必要があります。
ヒント –「今すぐ設定」モードの重要な特長の 1 つは、Web コンテナと、その Web コンテナ内で動作するコンポーネントを同時にインストールできることです。コンポーネントはインストーラによって自動的に Web コンテナに配備されます。
-
「あとで設定」モードでは、インストーラはコンポーネントソフトウェアのファイルをコンピュータにコピーしますが、実行可能なインスタンスは作成しません。インスタンスは、インストーラの実行後に、コンポーネント設定ウィザードを実行することによって作成します。インストール計画には、設定ウィザードの実行手順と、設定ウィザードの実行時に入力する設定値を記述する必要があります。
選択した設定オプションは、インストールセッション全体に適用されます。「今すぐ設定」モードと「あとで設定」モードで一部のコンポーネントをコンピュータ上にインストールしたい場合は、インストーラを複数回実行する必要があります。
インストーラの互換性チェック
Java ES インストーラでは、依存性と互換性に関するいくつかのチェックが実行されます。ただし、インストーラでチェックできるのはローカルコンピュータのみです。たとえば、分散ソリューションで Access Manager をインストールする場合、インストーラでは、インストールする Access Manager との互換性がリモート Directory Server にあるかどうかのチェックを行うことはできません。
同じ Java ES リリースのすべてのコンポーネントを含む完全に新規のソリューションをインストールし設定する場合、互換性が問題になることは考えられません。確立済みのソリューションに新しいコンポーネントを追加している場合や、既存のコンポーネントの周囲に Java ES ソリューションを構築している場合、そのことが問題となる可能性があります。たとえば、すでに Directory Server を使用しており、Access Manager と Portal Server を使用するソリューションを既存の Directory Server の周囲に構築している場合、コンポーネント間の互換性が問題となります。新しいコンポーネントのインストールと設定を開始する前に、コンポーネントの互換性を確認する必要があります。
-
コンポーネントの依存性チェック。Java ES インストーラは、ローカルホスト上でのみ、インストールするように選択したほかのコンポーネントに必要なコンポーネントを除外しないようにします。分散ソリューションでは、インストーラは、リモートコンポーネントの存在を検証するためのリモートホストのチェックは行いません。この場合、リモートコンポーネントに互換性があり、適切な稼働状態にあることを確認する必要があります。
-
アップグレード。Java ES インストーラは、インストールされている Application Server、Message Queue、HADB、および Java DB と、インストールするコンポーネントとの互換性をチェックし、インストール時にコンポーネントをアップグレードするかどうかをユーザーに問い合わせます。
Java ES インストーラは、共有コンポーネントのアップグレードを行います。このトピックの詳細については、『Sun Java Enterprise System 5 インストールガイド (UNIX 版)』の「既存ホストの調査」を参照してください。
インストールに関するその他の問題
この節では、一部のソリューションで発生するいくつかの固有の問題を、詳細な情報の参照先とともに示します。
表 3–2 考慮する必要のあるインストールの問題|
ソリューションに必要なもの |
ガイドラインまたは取扱説明書 |
|---|---|
|
Solaris 10 ゾーンの使用 |
Solaris 10 ゾーンへのインストールを予定している場合、付録 A 「Java ES と Solaris 10 ゾーン」を参照してください。 |
|
Directory Server 暗号化の使用 |
Directory Server インスタンス上で LDAPS (SSL over LDAP) を設定します。 |
|
サードパーティー製 Web コンテナ (BEA WebLogic Server または IBM WebSphere Application Server) を Portal Server および Access Manager と組み合わせて使用できます。これらのコンテナは、コンテナに依存する Java ES コンポーネントをインストールする前にインストールして実行する必要があります。 Access Manager SDK に対してサードパーティー製 Web コンテナを使用するには、インストール後に Access Manager SDK を手動で設定する必要があります。『Sun Java Enterprise System 5 インストールガイド (UNIX 版)』の「コンテナの設定を使用する Access Manager SDK の例」を参照してください。 注意: Portal Server は、Solaris OS 上ではサードパーティー製 Web コンテナのみを使用できます。 注意: Access Manager と Portal Server では同じ種類の Web コンテナを使用することが推奨されます。 |
|
|
Apache Web Server は、Application Server の負荷分散プラグインで使用することができます。この場合、Apache Web Server は、このサーバーに依存する Java ES コンポーネントをインストールする前にインストールし、実行する必要があります。 |
|
|
スキーマ 1 配備については、Access Manager を使用できません。 |
|
|
シングルサインオンを行うには Access Manager が必要です。 |
|
|
HADB を使用した高可用性の設定 |
高可用性のための HADB の設定手順の概要は、『Sun Java Enterprise System 5 インストールガイド (UNIX 版)』の「Web とアプリケーションサービスの例」に記載されています。 |
|
Application Server 負荷分散 |
Application Server の負荷分散プラグインの使用手順の概要は、『Sun Java Enterprise System 5 インストールガイド (UNIX 版)』の「Web とアプリケーションサービスの例」に掲載されています。 |
|
非ルート所有権 |
Application Server または Web Server に対して非ルート所有権が必要な場合は、『Sun Java Enterprise System 5 インストールガイド (UNIX 版)』の「root 以外のユーザーでのインストール例」を参照してください。 |
- © 2010, Oracle Corporation and/or its affiliates