ここでは、インストール計画に影響する 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 コンテナを使用する場合、Java ES コンポーネントをインストールする前に、当該製品のインストーラを使用して Web コンテナをインストールし、起動し、検証する必要があります。インストール計画では、各コンピュータ上での複数回のインストーラ実行を記述する必要があります。
Sun Cluster ソフトウェアを使用するコンポーネントの組み合わせ。クラスタにインストールされるコンポーネントがクラスタファイルシステム上にインストールされる場合、先に Sun Cluster ソフトウェアをインストールし、クラスタファイルシステムを作成してからでないと、クラスタノードにほかのコンポーネントをインストールできません。インストール計画では、各コンピュータ上での複数回のインストーラ実行を記述する必要があります。
この節の目的は、インストール計画では時として、1 台のコンピュータ上でのインストーラと設定ウィザードの実行、または、1 台のコンピュータ上での複数回のインストーラ実行を記述しなければならないという概念を紹介することです。さまざまなコンポーネントの組み合わせに対する実際のインストール手順の詳細については、「インストール計画の作成」を参照してください。
インストーラは、「今すぐ設定」と「あとで設定」の 2 つの異なるモードで動作します。2 つのモードの違いは次の点です。
「今すぐ設定」モードでは、インストーラは全部ではなく一部のコンポーネントの実行可能インスタンスを設定します。「今すぐ設定」モードで設定されるコンポーネントは、インストーラが完了した時点で起動と検証が可能になります。インストーラの実行後、残りのコンポーネントの実行可能インスタンスが、コンポーネント製品の設定ウィザードを実行することによって作成されます。インストーラによって設定されるコンポーネントについては、インストーラで設定値を入力する必要があります。必要な設定値は、インストーラを実行するための指示の一部としてインストール計画にリストします。インストーラの実行後に設定されるコンポーネントについては、設定値は設定ウィザードの必須入力です。必要な設定値は、設定ウィザードを実行するための指示の一部としてリストされます。
「今すぐ設定」モードの重要な特長の 1 つは、Web コンテナと、その Web コンテナ内で動作するコンポーネントを同時にインストールできることです。コンポーネントはインストーラによって自動的に Web コンテナに配備されます。
「あとで設定」モードでは、インストーラはコンポーネントソフトウェアのファイルをコンピュータにコピーしますが、実行可能なインスタンスは作成しません。インスタンスはインストーラの実行後に、コンポーネント製品の設定ウィザードを実行することによって作成されます。設定値は設定ウィザードの必須入力であり、設定ウィザードを実行するための指示の一部としてリストされます。
選択した設定オプションは、インストールセッション全体に適用されます。一部のコンポーネントに対して別の設定オプションを選択する必要がある場合、追加のインストールセッションを実行しなければならない場合があります。
インストーラでは、依存性と互換性に関するいくつかのチェックが実行されます。ローカルにインストールされる項目のチェックだけが可能です。たとえば、ソリューションでリモートの Directory Server インスタンスを使用している場合、インストーラでは、リモートの Directory Server がインストール中の Access Manager と互換性があるかどうかのチェックを行うことはできません。完全に新規のソリューションをインストールおよび設定している場合。確立済みのソリューションに新しいコンポーネントを追加している場合や、既存のコンポーネントの周囲に Sun Java System を構築している場合、そのことが問題となる可能性があります。たとえば、すでに Directory Server を使用しており、Access Manager、Messaging Server、Calendar Server、および Communications Express を使用するソリューションを既存の Directory Server の周囲に構築している場合、コンポーネント間の互換性が問題となります。
コンポーネントの依存性チェック。Java ES インストーラは、ローカルホスト上でのみ、インストールするように選択したほかのコンポーネントに必要なコンポーネントを除外しないようにします。分散ソリューションでは、インストーラは、リモートコンポーネントの存在を検証するためのリモートホストのチェックは行いません。リモートコンポーネントに互換性があり、適切な稼働状態にあることを確認する必要があります。
アップグレード。Application Server および Message Queue が Solaris OS とともにすでにインストールされているときを除いて、Java ES インストーラはコンポーネントのアップグレードを行いません。この場合、インストーラは、インストールの間に Application Server および Message Queue をアップグレードするかどうかをユーザーに問い合わせます。
Java ES インストーラは、共有コンポーネントのアップグレードを行います。このトピックの詳細については、『Sun Java Enterprise System 2005Q4 インストールガイド(UNIX 版)』の「既存ホストの調査」を参照してください。
この節では、一部のソリューションで発生するいくつかの固有の問題を、詳細な情報の参照先とともに示します。
表 3–3 考慮する必要のあるインストールの問題
ソリューションに必要なもの |
ガイドラインまたは指示 |
---|---|
Solaris 10 ゾーンの使用 |
Solaris 10 ゾーンへのインストールを予定している場合、『Sun Java Enterprise System 2005Q4 インストールガイド(UNIX 版)』の「Solaris 10 ゾーン」を参照してください。 |
Directory Server 暗号化の使用 |
Directory Server インスタンス上での LDAPS (SSL over LDAP) の設定 注意: Directory Server 暗号化が必要な場合、Directory Server のインストール時に Administration Server をインストールする必要があります。 |
サードパーティー製 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 2005Q4 インストールガイド(UNIX 版)』の「コンテナの設定を使用する Access Manager SDK の例」を参照してください。 注意: Portal Server は、Solaris OS 上ではサードパーティー製 Web コンテナのみを使用できます。 注意: Access Manager と Portal Server では同じ種類の Web コンテナを使用することが推奨されます。 |
|
Apache Web Server は、Application Server の負荷分散プラグインで使用することができます。この場合、Apache Web Server は、このサーバーに依存する Java ES コンポーネントをインストールする前にインストールし、実行する必要があります。詳細については、『Sun Java Enterprise System 2005Q4 インストールガイド(UNIX 版)』の「インストール前提条件」を参照してください。 |
|
LDAP スキーマ 1 に基づくインストール例については、『Sun Java Enterprise System 2005Q4 インストールガイド(UNIX 版)』の「Calendar-Messaging Schema 1 の例」で説明しています。スキーマ 1 配備については、Access Manager を使用できません。 |
|
シングルサインオンをセットアップする手順は、『Sun Java Enterprise System 2005Q1 Deployment Example Series: Evaluation Scenario』の第 8 章「Configuring and Using Single Sign-On」に記載されています。シングルサインオンを行うには Access Manager が必要です。 |
|
HADB を使用した高可用性の設定 |
高可用性のための HADB の設定例は、『Sun Java Enterprise System 2005Q4 インストールガイド(UNIX 版)』の「Web とアプリケーションサービスの例」に記載されています。 |
Application Server 負荷分散 |
Application Server の負荷分散プラグインの使用方法を含む例は、『Sun Java Enterprise System 2005Q4 インストールガイド(UNIX 版)』の「Web とアプリケーションサービスの例」に掲載されています。 |
非ルート所有権 |
Application Server または Web Server に対して非ルート所有権が必要な場合、次のいずれかの例を参照してください。 『Sun Java Enterprise System 2005Q4 インストールガイド(UNIX 版)』の「非ルートユーザーとして実行するように設定された Access Manager の例」または |