WebSphere Application Server, Version 6.0.x   
             オペレーティング・システム: AIX , HP-UX, Linux, Solaris, Windows

             目次と検索結果のパーソナライズ化

アプリケーション・サーバー・プロファイルの作成

プロファイル管理ツールによって、コア・プロダクト・ファイルが存在するマシン上に アプリケーション・サーバー・プロファイルを作成することができます。

始める前に

プロファイル管理ツールを使用する前に、コア・プロダクト・ファイルをインストールします。

プロファイル管理ツールは、manageprofiles コマンドのグラフィカル・インターフェースです。詳しくは、wasprofile コマンド の説明を参照してください。

プロファイルを作成するための十分な一時スペースをシステムに用意する必要があります。 要件について詳しくは、プロファイル: ファイル・システム要件 のトピックを参照してください。

このタスクについて

インストール・ウィザードは、server1 というサーバーでアプリケーション・サーバー・プロファイルを作成します。 追加のプロファイルを作成することもできます。 各追加のプロファイルは、server1 という名のアプリケーション・サーバーです。

この手順では、プロファイル管理ツールによって提供されるグラフィカル・ユーザー・インターフェースを使用して、 アプリケーション・サーバー・プロファイルを作成する方法について説明します。

また、manageprofiles コマンドを使用して、アプリケーション・サーバー・プロファイルを作成することができます。詳細については、manageprofiles コマンドの説明を参照してください。

プロシージャー

  1. プロファイル管理ツールを開始して新しいランタイム環境を作成します。

    このタスクでは、ファースト・ステップ・コンソールからプロファイル管理ツールを選択します。

    1. コマンド・ウィンドウをオープンします。
    2. インストール・ルート・ディレクトリーの firststeps ディレクトリーに移動します。
      インストール・ルートは、以下のように、プラットフォームによって異なります。
      • [AIX] /usr/IBM/WebSphere/AppServer/firststeps
      • [HP-UX] [Linux] [Solaris] /opt/IBM/WebSphere/AppServer/firststeps
      • [Windows] C:¥Program Files¥IBM¥WebSphere¥AppServer¥firststeps
    3. firststeps コマンドを実行して、コンソールを開始します。
      • [Linux] [HP-UX] [Solaris] [AIX] ./firststeps.sh
      • [Windows] firststeps.bat
    4. コンソールでプロファイル管理ツール・オプションを選択します。

      プロファイル管理ツールは、マルチプラットフォーム・アプリケーション用の InstallShield です。ウィザードは、Java 2 SDK をロードして、ウェルカム・パネルを表示します。

    詳しくは、firststeps コマンド の説明を参照してください。

    ウィザードを開始する方法

    ウィザードを開始する方法はいくつかあります。
    • コマンド行からコマンドを直接実行します。

      コマンドは install_root/bin/ProfileCreator ディレクトリーにあります。 コマンド名は、以下のようにプラットフォームごとに異なります。
      • [AIX] pctAIX.bin
      • [HP-UX] pctHPUX.bin
      • [HP-UX] 64 ビット・プラットフォーム: pctHPUXIA64.bin
      • [Linux] pctLinux.bin
      • [Linux] 64 ビット・プラットフォーム: pct.bin S/390 プラットフォーム: pctLinux390.bin
      • [Linux] Power プラットフォーム: pctLinuxPPC.bin
      • [Solaris] pctSolaris.bin
      • [Windows] pctWindows.exe
      • [Windows] 64 ビット・プラットフォーム: pctWindowsIA64.exe
    • ファースト・ステップ・コンソールからプロファイル管理ツールを選択します。
    • [Windows] 「スタート」メニューを使用してプロファイル管理ツールにアクセスします。 例えば、「スタート」>「プログラム」または「すべてのプログラム」>「IBM WebSphere」 >「your_product」>「プロファイル管理ツールとクリックします。
  2. ウェルカム・パネルで「次へ」をクリックします。

    ウィザードは、「プロファイル・タイプの選択」パネルを表示します。

  3. 次へ」をクリックします。

    ウィザードは、「プロファイル名」パネルを表示します。

    作成する各プロファイルに名前を付ける必要があります。この名前は、 プロファイルのランタイム環境を定義するすべてのファイルを含むフォルダーの名前です。 複数のプロファイルがある場合は、この名前によって最上位で区別することができます。

  4. プロファイル・ディレクトリーの名前を指定するか、デフォルトを受け入れて、「次へ」をクリックします。
    プロファイル名のガイドライン: 2 バイト文字がサポートされています。プロファイル名は、次の制限を満たす固有の名前とすることができます。 プロファイルの名前を付ける際には、以下の文字を使用しないでください。
    • スペース
    • *&? など、ご使用のオペレーティング・システムのディレクトリー名にサポートされていない無効な特殊文字
    • スラッシュ (/) または (¥)

    デフォルト・プロファイル

    マシンで作成する最初のプロファイルは、デフォルト・プロファイルです。 デフォルト・プロファイルは、製品インストール・ルートの bin ディレクトリーから実行されるコマンドのデフォルトのターゲットです。 マシンにプロファイルが 1 つしかない場合、 すべてのコマンドは構成内のサーバー・プロセスに対してのみ動作します。

    マルチプロファイル環境におけるプロファイルのアドレッシング

    マシンに複数のプロファイルが存在する場合、特定のコマンドでは、コマンドが適用するプロファイルを指定する必要があります。 これらのコマンドでは、-profileName パラメーターを使用して、処理するプロファイルを識別します。 各プロファイルの bin ディレクトリーにあるコマンドを使用する方が効果的な場合があります。

    これらのコマンドは、以下の場所にあります。 コマンドは、2 行からなります。最初の行は、コマンド・ウィンドウの WAS_USER_SCRIPT 環境変数を設定します。 この変数は、プロファイルを処理するためにコマンド環境をセットアップします。 2 行目は、以下のディレクトリーにある実際のコマンドを呼び出します。

    実際のコマンドは、コマンド・シェルを照会して、 呼び出しプロファイルを判別し、呼び出しプロファイルに対するコマンドを自動的に処理します。

    ウィザードは、「プロファイル・ディレクトリー」パネルを表示します。

  5. デフォルトのディレクトリーを受け入れるか、またはデフォルト以外のロケーションを指定して、 「次へ」をクリックします。または、「参照」をクリックして別のロケーションを選択します。

    戻る」をクリックしてプロファイル名を変更する場合は、 このパネルが再表示されたときに、名前を手動で変更する必要があります。

    ウィザードは、「Node and host name」パネルを表示します。

  6. 「ノード名およびホスト名」パネルで、アプリケーション・サーバーの特性を指定して、「次へ 」をクリックします。

    作成するアプリケーション・サーバーごとに固有の名前を使用します。

    予約名: フィールド値として予約済みのフォルダー名を使用しないでください。 予約済みフォルダー名を使用すると、予測不能な結果が起こる可能性があります。 以下のワードは、予約されています。
    • cells
    • nodes
    • servers
    • clusters
    • applications
    • deployments
    フィールド名 デフォルト値 制約 説明
    ノード名

    ご使用のマシンの名前

    予約語を使用しないでください。 希望の名前を選出してください。マシンに複数の アプリケーション・サーバーを作成する予定がある場合、インストールを編成するには、固有の名前を使用します。
    ホスト名

    ご使用のマシンの DNS 名

    ご使用のネットワークからアドレス可能 ご使用のマシンの実際の DNS 名または IP アドレスを使用して、ご使用のマシンとの通信を可能にします。 この表の後にある、ホスト名に関する追加情報を参照してください。

    ノード名の考慮事項:

    [Windows] ディレクトリー・パスの考慮事項: インストール・ディレクトリー・パス内の文字数は、60 文字以下でなければなりません。

    ホスト名の考慮事項:

    ホスト名は、ノードがインストールされている物理マシンのネットワーク名です。 ホスト名は、サーバー上の物理ネットワーク・ノードに解決する必要があります。 サーバーが複数のネットワーク・カードを備えている場合は、 ホスト名または IP アドレスは、そのネットワーク・カードのいずれか 1 つに解決されなければなりません。 リモート・ノードは、ホスト名を使用して、このノードに接続および通信します。 その他のマシンがネットワーク内でアクセスできるホスト名を選択することが、非常に重要です。 この値に汎用 ID である localhost を使用しないでください。 また、2 バイト文字セット (DBCS) の文字を使用したホスト名を持つマシン上に WebSphere Application Server 製品をインストールしないでください。 ホスト名に使用する場合、DBCS 文字はサポートされません。

    同一コンピューター上に共存している複数のノードを固有の IP アドレスで定義する場合は、 ドメイン・ネーム・サーバー (DNS) のルックアップ・テーブルで、 個々の IP アドレスを定義してください。 スタンドアロン・アプリケーション・サーバーの構成ファイルでは、 ネットワーク・アドレスが 1 つしかないマシンでの複数 IP アドレスのドメイン・ネーム解決が提供されません。

    ホスト名に指定する値は、 スタンドアロン・アプリケーション・サーバーの構成文書で hostName プロパティーの値として使用されます。次のいずれかの形式で、 ホスト名の値を指定してください。
    • 完全修飾のドメイン・ネーム・サーバー (DNS) ホスト名ストリング。例えば xmachine.manhattan.ibm.com など。
    • デフォルトの DNS 短縮ホスト名ストリング。例えば xmachine など。
    • 数値 IP アドレス。例えば 127.1.255.3 など。

    完全修飾 DNS ホスト名には、あいまいなところがなく、柔軟性に富むという利点があります。 この柔軟性により、ユーザーは、ホスト・システムの実際の IP アドレスを変更しても、 アプリケーション・サーバー構成を変更する必要がありません。ホスト名のこの値は、 動的ホスト構成プロトコル (DHCP) を使用して IP アドレスを割り当てる際に頻繁に IP アドレスを変更することが予定されている場合には、特に有用です。この形式の欠点は、DNS に依存するということです。DNS が使用できないと、接続に支障を来します。

    短縮ホスト名も、 動的に解決可能です。ショート・ネーム形式には、 ネットワークから切断されたときでもシステムがアプリケーション・サーバーを実行できるように、 ローカル・ホスト・ファイルで再定義されるという機能もあります。 ホスト・ファイルの 127.0.0.1 (ローカル・ループバック) に対するショート・ネームを、 切断した状態でも実行されるように定義します。この形式の欠点は、リモート・アクセスでは DNS に依存するということです。DNS が使用できないと、接続に支障を来します。

    数値 IP アドレスには、DNS によって名前を解決する必要がないという利点があります。 リモート・ノードは、DNS が使用できなくても、数値 IP アドレスを使用して名付けられたノードに接続できます。 この形式の欠点は、数値 IP アドレスを使用するとアドレスが固定化されるということです。 マシンの IP アドレスを変更したら、Express 構成文書の hostName プロパティーの 設定も必ず変更しなければなりません。 したがって、DHCP を使用するか、 あるいは IP アドレスを定期的に変更する場合は、数値 IP アドレスを使用しないでください。 もう一方の形式の欠点としては、ホストがネットワークから切断されるとノードを使用できないということがあります。

    アプリケーション・サーバー特性の指定後に、ウィザードは、 「ポート値割り当て」パネルを表示します。

  7. スタンドアロン・アプリケーション・サーバーに指定されたポートが固有であることを確認し、 「次へ」をクリックします。
    次の場合、ポートは使用中とみなされます。
    • 現在のユーザーが実行するインストールでプロファイルに割り当てられた場合。
    「ポート値割り当て」パネルにアクセスすると、ポートの妥当性検査が行われます。 ポートはプロファイル作成が完了するまで割り当てられないので、「ポート値割り当て」パネルと「Profile Creation Complete」パネルの間でも競合が発生することがあります。
  8. アプリケーション・サーバーを Windows プラットフォームで Windows サービスとして実行するかどうかを選択してから、「次へ」をクリックします。
    • [Windows]

      WebSphere Application Server は、startServer コマンドで開始されるアプリケーション・サーバー・プロセスの Windows サービスの開始を試行します。例えば、アプリケーション・サーバーを Windows サービスとして 構成し、startServer コマンドを実行すると、wasservice コマンドは 定義されたサービスの開始を試行します。

      ローカル・システム・サービスをインストールするよう選択した場合、 ユーザー ID またはパスワードを指定する必要はありません。 指定されたユーザー・タイプのサービスを作成する場合は、サービスを実行するユーザーのユーザー ID およびパスワードを指定する必要があります。 ユーザーは、サービスを適切に実行するために、「サービスとしてログオン」権限を持っている必要があります。

      このインストール・タスクを実行するには、 ユーザー ID の名前にスペースが含まれていてはいけません。 また、この ID は管理者グループに属していなければならず、 拡張ユーザー権限「オペレーティング・システムの一部として機能」および「サービスとしてログオン」を備えている必要もあります。ユーザー ID が管理者グループに属しており、まだ拡張ユーザー権限がない場合は、 インストール・ウィザードはこれを認可します。

      インストール完了後にその他の Windows サービスを作成して、 別のサーバー・プロセスを開始することもできます。 詳しくは、サーバー・プロセスの自動再始動 を参照してください。

      IPv6 の考慮事項

      サービスがローカル・システム として実行されるように構成されている場合、IPv6 を使用すると、Windows サービスとして実行されるように作成されたプロファイルの開始は 失敗します。ユーザー固有の環境変数を作成して IPv6 を使用可能にします。この環境変数は、ローカル・システム 変数ではなくユーザー変数であるため、 その特定のユーザーとして実行される Windows サービスからのみアクセスできます。デフォルトで、 新規プロファイルが Windows サービスとして実行されるように作成および構成された場合、 サービスはローカル・システム として実行されるように設定されます。WebSphere Application Server の Windows サービスが実行を試行するとき、サービスは、IPv6 を指定しているユーザー環境変数にアクセスできないため、IPv4 を開始しようとします。 この場合、サーバーは正しく始動されません。 問題を解決するには、プロファイルを作成するときに、WebSphere Application Server の Windows サービスを、「ローカル・システム」としてではなく、IPv6 を指定した環境変数が定義されているのと同じユーザー ID として実行するように指定します。

    次のウィザード・パネルは、インストール用に選択されたコンポーネントをプリインストール要約パネルに表示します。

  9. 次へ」をクリックしてアプリケーション・サーバーを作成するか、または 「戻る」をクリックしてアプリケーション・サーバーの特性を変更します。

    ウィザードは、インストールするコンポーネントを示す「Installation status」パネルを表示します。

    インストールが完了すると、 ウィザードは「プロファイル作成が完了しました」パネルを表示します。

  10. 必要に応じて、ファースト・ステップ・コンソールの起動を選択してから、 「終了」をクリックして終了します。

    ファースト・ステップ・コンソールでは、 追加のプロファイルを作成したり、アプリケーション・サーバーを始動するなどのアクションを実行できます。

結果

アプリケーション・サーバー・プロファイルが作成されました。プロファイル内のノード には、server1 というアプリケーション・サーバーがあります。

ウィザードではなく、コマンドを使用してプロファイルを作成する方法を確認するには、wasprofile コマンド を参照してください。

次の作業

アプリケーションをデプロイして、開始します。

アプリケーションのデプロイを開始するには、WebSphere Application Server のファースト・パス を参照してください。




関連タスク
wasprofile コマンド
ホスト名の変更
グラフィカル・ユーザー・インターフェースによるプロファイルの作成
関連資料
プロファイル: ファイル・システム要件
タスク・トピック    

ご利用条件 | フィードバック

最終更新: Jan 22, 2008 12:07:38 AM EST
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tpro_instancessaappserv.html