WebSphere Application Server Version 6.1 Feature Pack for Web Services   
             オペレーティング・システム: AIX , HP-UX, Linux, Solaris, Windows, Windows Vista

             目次と検索結果のパーソナライズ化
             New or updated topic for this feature pack

カスタム・プロファイルの作成

このトピックでは、カスタム・プロファイルのランタイム環境の作成について説明します。

始める前に

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

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

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

[この情報は、Microsoft Windows Vista オペレーティング・システムで稼動するバージョン 6.1.0.9 以降のものにだけ適用されます。] Microsoft® Windows Vista™ オペレーティング・システム上でのプロファイル管理ツールの実行に関する注意: WebSphere Application Server バージョン 6.1 を Microsoft Windows Vista オペレーティング・システムにインストールした後、 プロファイル管理ツールを使用してプロファイルの作成を試行する前に、バージョン 6.1.0.9 以降が 含まれるサービス・パックをインストールする必要があります。

このタスクについて

新規またはこのフィーチャー・パックで更新されました Network Deployment 製品のコア・プロダクト・ファイルをインストール後、 プロファイルを作成する必要があります。作成するプロファイルは、Network Deployment デプロイメント・マネージャー・プロファイル、 Feature Pack for Web Services で使用可能なデプロイメント・マネージャー・プロファイル、 Network Deployment アプリケーション・サーバー・プロファイル、Feature Pack for Web Services で 使用可能なアプリケーション・サーバー・プロファイル、セル・プロファイル、またはカスタム・プロファイルのいずれであってもかまいません。

このトピックでは、プロファイル管理ツールを使用したカスタム・プロファイルの作成について説明します。 カスタム・プロファイルは、アプリケーション・サーバー、クラスター、 またはその他の Java プロセス (メッセージング・サーバーなど) を組み込むようにカスタマイズできる空のノードです。

また、manageprofiles コマンドを使用して、カスタム・プロファイルを作成することができます。詳しくは、manageprofiles コマンド の説明を参照してください。

カスタム・プロファイルを作成した場合、デフォルトで、プロファイル管理ツールにより、 カスタム・ノードが統合されます。ノードを統合すると、 ノードが操作可能になります。ノードを統合するには、 実行中のデプロイメント・マネージャーにアクセスする必要があります。

それ以外の場合、接続エラーが表示されます。

カスタム・プロファイルがデプロイメント・マネージャーのないマシン上にある場合、デプロイメント・マネージャーは ノードの統合を可能にするために、ネットワークを介してアクセス可能でなければなりません。

プロシージャー

  1. 製品をインストールして、コア・プロダクト・ファイルを作成します。
  2. プロファイル管理ツールを開始して新しいランタイム環境を作成します。

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

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

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

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

    ウィザードを開始する方法はいくつかあります。
    • インストールの最後に、プロファイル管理ツールを開始するチェック・ボックスを選択します。
    • コマンド行からコマンドを直接実行します。

      • [Linux] [HP-UX] [Solaris] [AIX] AIX や Linux のようなオペレーティング・システムでは、コマンドは app_server_root/bin/ProfileManagement ディレクトリーにあります。
      • [Windows] Windows プラットフォームでは、コマンドは app_server_root¥bin¥ProfileManagement ディレクトリーにあります。
      コマンド名は、以下のようにプラットフォームごとに異なります。
      • [Linux] [HP-UX] [Solaris] [AIX] pmt.sh
      • [Windows] pmt.bat
    • ファースト・ステップ・コンソールからプロファイル管理ツールを選択します。
    • [Windows] 「スタート」メニューを使用してプロファイル管理ツールにアクセスします。 例えば、「スタート」>「プログラム」または「すべてのプログラム」>「IBM WebSphere」 >「your_product」>「プロファイル管理ツールとクリックします。
      [この情報は、Microsoft Windows Vista オペレーティング・システムで稼動するバージョン 6.1.0.9 以降のものにだけ適用されます。] Microsoft® Windows Vista™ オペレーティング・システム上でのプロファイル管理ツールの実行に関する注意:
      • WebSphere Application Server が推奨どおりに Windows Vista オペレーティング・システムの Users ディレクトリーの下にインストールされている場合、 管理者アカウントの標準ユーザー特権を使用して、管理者へ昇格することなく、 新規プロファイルを作成できます。
      • WebSphere Application Server が Program Files ディレクトリーの下にインストールされている場合、 以下のアクションを実行してプロファイル管理ツールを起動します。
        1. 以下のいずれかのアクションを実行します。
          • プロファイル管理ツールのショートカットを右クリックします。
          • Windows エクスプローラで、app_server_root/bin/ProfileManagement ディレクトリー にある pmt.bat ファイルを右クリックします。
        2. 管理者として実行 (Run As Administrator)」をクリックします。
    • [Linux] プロファイル管理ツールを開始するには、 プログラムの開始に使用する Linux オペレーティング・システムのメニューを使用します。 例えば、the_operating_system_menus_to_access_programs」> 「IBM WebSphere」>「your_product」>「プロファイル管理ツールとクリックします。
  3. 新規またはこのフィーチャー・パックで更新されました 新規プロファイルを作成するには、「作成」をクリックします。
  4. ウェルカム・パネルで「次へ」をクリックします。

    新規またはこのフィーチャー・パックで更新されました ウィザードは、環境選択パネルを表示します。

  5. カスタム・プロファイルを選択して、「次へ」をクリックします。

    プロファイル作成オプションのパネルが表示されます。

  6. Typical profile creation」または「Advanced profile creation」を選択し、「次へ」をクリックします。

    「Typical profile creation」オプションでは、デフォルト構成設定を使用したプロファイルを作成します。 「Advanced profile creation」オプションでは、プロファイルに独自の構成値を指定できます。

    管理コンソールをデプロイしないことを選択した場合、管理コンソール・ポートは「ポート」パネル上でグレー化されます。

  7. 「Typical profile creation」を選択した場合、 ノードの統合についてのステップに進みます。
  8. 「Advanced profile creation」を選択した場合、 「Profile name and location」パネルで、カスタム・プロファイル名およびプロファイル・ディレクトリーを指定するか、 またはデフォルトを受け入れ、「次へ」をクリックします。
    プロファイル名のガイドライン: 2 バイト文字がサポートされています。プロファイル名は、次の制限を満たす固有の名前とすることができます。 プロファイルの名前を付ける際には、以下の文字を使用しないでください。
    • スペース
    • *&? など、ご使用のオペレーティング・システムのディレクトリー名にサポートされていない無効な特殊文字
    • スラッシュ (/) または (¥)

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

    マシンで作成する最初のプロファイルは、デフォルト・プロファイルです。 デフォルト・プロファイルは、製品インストール・ルートの bin ディレクトリーから実行されるコマンドのデフォルトのターゲットです。 マシンにプロファイルが 1 つしかない場合、 すべてのコマンドは構成内のサーバー・プロセスに対してのみ動作します。 以降のプロファイル作成時に別のプロファイルをデフォルト・プロファイルにするには、「Advanced profile creation」パスの「Profile name and location」パネルで、「このプロファイルをデフォルトにする」をクリックします。

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

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

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

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

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

    デフォルト・プロファイル名は profileTypeProfileName で、各項目の意味は次のとおりです。
    • profileType は、AppSrvDMgr、または Custom の値です。
    • ProfileName は、固有のプロファイル名を作成するために使用される連番番号です。
    [AIX] [HP-UX] [Linux] [Solaris] デフォルト・プロファイル・ディレクトリーは app_server_root/profiles で、各項目の意味は次のとおりです。
    • app_server_root は、WebSphere Application Server インストール・ルートです。
    [Windows] デフォルト・プロファイル・ディレクトリーは app_server_root¥profiles で、各項目の意味は次のとおりです。
    • app_server_root は、WebSphere Application Server インストール・ルートです。

    ウィザードでは、「ノード名、ホスト名、セル名」パネルが表示されます。

  9. カスタム・プロファイルのノードおよびホスト特性を指定し、 「次へ」をクリックします。

    マイグレーションの考慮事項

    V5.x Network Deployment のインストールを V6 にマイグレーションする場合は、V5.x セルで使用したセル名と同じものを V6 デプロイメント・マネージャーのセル名に使用してください。セル名は、同じ物理マシンまたはマシンのクラスター (SYSPLEX など) 上の、製品が稼働する環境では、どこでも固有でなければなりません。またセル名は、エンティティー間のネットワーク接続が、セル間で、または各セルとの通信が必要なクライアントから要求されるような環境では、どこでも固有でなければなりません。更に、セル名のネーム・スペースが統合されるような場合も、セル名が固有である必要があります。セル名が固有でないと、javax.naming.NameNotFoundException のような症状が起こり、固有名を持つセルの作成が必要になる可能性があります。

    セルのマイグレーション後、V5 管理対象ノードは互換モードで V6 デプロイメント・マネージャーによって管理されます。 セルの個々の V5 管理対象ノードを V6 にマイグレーションすることができます。 そのためには、V6 プロファイルを V5 管理対象ノードと同じノード名で作成する必要があります。

    予約名: フィールド値として予約済みのフォルダー名を使用しないでください。 予約済みフォルダー名を使用すると、予測不能な結果が起こる可能性があります。 以下のワードは、予約されています。
    • cells
    • nodes
    • servers
    • clusters
    • applications
    • deployments
    カスタム・プロファイルには、 以下の特性があります。
    フィールド名 デフォルト値 制約 説明
    ノード名
    shortHostNameNodeNodeNumber。ここで、各項目の意味は次のとおりです。
    • shortHostName は短いホスト名です。
    • NodeNumber は 01 から始まる連続番号です。
    予約語を使用しないでください。

    デプロイメント・マネージャー・セル内で固有の名前を使用します。

    V5 管理対象ノードをマイグレーションする場合は、 この V6 カスタム・プロファイルに同じノード名を使用してください。

    この名前は、カスタム・プロファイルが追加されるデプロイメント・マネージャー・セル内で管理のために使用されます。デプロイメント・マネージャー・セル内で固有の名前を使用します。

    V5 デプロイメント・マネージャー・セルを V6 デプロイメント・マネージャーにマイグレーションした後で、 互換モードで稼働している V5 カスタム・プロファイルを V6 デプロイメント・マネージャーにマイグレーションすることができます。

    ホスト名

    ドメイン・ネーム・サーバー (DNS) 名の長い形式

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

    ディレクトリー・パスの考慮事項

    [Windows] profiles_directory_path¥profile_name ディレクトリー内の文字数は、80 文字以下でなければなりません。

    ホスト名の考慮事項

    ホスト名は、ノードがインストールされている物理マシンのネットワーク名です。 ホスト名は、サーバー上の物理ネットワーク・ノードに解決する必要があります。 サーバーが複数のネットワーク・カードを備えている場合は、 ホスト名または 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 アドレスを使用しないでください。 もう一方の形式の欠点としては、ホストがネットワークから切断されるとノードを使用できないということがあります。

    カスタム・プロファイル特性の指定後に、ウィザードは、 「Federation」パネルを表示します。

  10. デプロイメント・マネージャーのホスト名および SOAP ポートを指定し、 デプロイメント・マネージャーに対して管理セキュリティーが有効になっている場合は、デプロイメント・マネージャーのユーザー名およびパスワードを指定します。 「次へ」をクリックします。
    フェデレーション後のカスタム・プロファイルのプロセスは、ノード・エージェント・プロセスです。 ノード・エージェント・プロセスは、カスタム・ノードのためのデプロイメント・マネージャーのエージェントです。 ノード・エージェントは、デプロイメント・マネージャーからのコマンドに応答し、以下のアクションを含むタスクを実行します。
    • アプリケーション・サーバー・プロセス、クラスター、およびクラスター・メンバーの作成
    • アプリケーション・サーバー・プロセスの開始と停止
    • デプロイメント・マネージャーの現行エディションとノードに存在するコピーの間の構成の同期化
    • アプリケーション・サーバー・プロセスの削除
    ノード・エージェントとそれらのタスクについての詳細は、 インフォメーション・センターのシステム管理セクションを参照してください。

    ノードを統合する必要があるか ?

    この時点でカスタム・ノードを統合することをお勧めします。 「フェデレーション」パネルでカスタム・ノードを統合するために「次へ」をクリックした時点で、デプロイメント・マネージャーが実行中で、かつアクセス可能な状態になっている必要があります。 カスタム・プロファイルがデプロイメント・マネージャーのないマシン上にある場合、ノードのフェデレーションを可能にするために、デプロイメント・マネージャーは実行中であり、しかもネットワークを介してアクセス可能でなければなりません。 「次へ」をクリックする前にデプロイメント・マネージャーが実行中でないかアクセス可能でない状態であるが、この時点でデプロイメント・マネージャーを開始し、アクセス可能にすることができる場合は、そのようにします。 そうでない場合は、チェック・ボックスを選択して後からノードを統合します。

    デプロイメント・マネージャーが実行中であるかどうかが不確実な場合は、統合しないでください。 後でノードを統合してください。

    デプロイメント・マネージャーは、デフォルトではないリモート・メソッド呼び出し (RMI) を、 優先 Java Management Extensions (JMX) コネクターとして使用するよう 再構成されている可能性があります。 デプロイメント・マネージャーの管理コンソールで「システム管理」>「デプロイメント・マネージャー」>「管理サービス 」をクリックして、優先コネクター・タイプを確認します。

    RMI が優先 JMX コネクターである場合は、後で addNode コマンドを使用して、カスタム・プロファイルを統合する必要があります。JMX コネクター・タイプおよび RMI ポートを指定できるように、addNode コマンドを使用します。

    デプロイメント・マネージャーがデフォルトの SOAP JMX コネクター・タイプを使用している場合は、 ホスト名および SOAP ポートを指定し、すぐにノードを統合して、カスタマイズ可能な機能ノードを作成します。

    デプロイメント・マネージャーが使用不可の場合の統合

    デプロイメント・マネージャーが実行中でないか、またはアクセス可能でない場合、カスタム・ノードを統合すると、エラー・メッセージが表示されます。 プロファイル作成プロセス中にデプロイメント・マネージャーが使用不可になると、ログ内のインストール・インディケーターは完全な失敗を示す INSTCONFFAIL となります。 結果として、カスタム・プロファイルは使用することができません。 プロファイルを削除する必要があります。 詳しくは、プロファイルの削除 を参照してください。

    今、統合することを選択し、以前に「拡張プロファイル作成」を選択した場合は、 「ポート値の割り当て」パネルが次に表示されます。 ポート値の割り当て のステップに進みます。

    それ以外の場合は、「プロファイル作成サマリー」パネルが表示されます。

    プロファイルの作成を正常に終了させるには、 「作成」をクリックしたときに、デプロイメント・マネージャーが 実行中かつアクセス可能でなければなりません。 直前のパネルでクリックしたときにデプロイメント・マネージャーが実行中かつアクセス可能である必要があったため、 おそらく、この時点でも実行中かつアクセス可能です。デプロイメント・マネージャーが実行されていないか、またはアクセス不能であると思われる場合、 このステップの推奨に従い、デプロイメント・マネージャーを開始してアクセス可能にします。

    カスタム・プロファイルの作成のステップに進みます。

  11. 指定されたポートが固有であることを確認し、「次へ」をクリックします。

    ポートの競合解決:

    ポートの競合が疑われる場合は、 プロファイルの作成後、ポートの競合を調査することができます。 以下のファイルを調べて、プロファイル作成中に使用されたポートを判別します。 ポート設定に使用された鍵および値がこのファイルに組み込まれています。 ポートの競合が見つかった場合は、ポートを手動で再割り当てすることができます。ポートを再割り当てするには、ws_ant スクリプトを使用して updatePorts.ant ファイルを実行します。

    「Profile Creation Summary」パネルが表示されます。

    プロファイルの作成を正常に終了させるには、 「作成」をクリックしたときに、デプロイメント・マネージャーが 実行中かつアクセス可能でなければなりません。 直前のパネルでクリックしたときにデプロイメント・マネージャーが実行中かつアクセス可能である必要があったため、 おそらく、この時点でも実行中かつアクセス可能です。デプロイメント・マネージャーが実行されていないか、またはアクセス不能であると思われる場合、 このステップの推奨に従い、デプロイメント・マネージャーを開始してアクセス可能にします。

  12. 作成」をクリックしてカスタム・プロファイルを作成するか、 または「戻る」をクリックしてカスタム・プロファイルの特性を変更します。

    実行中の構成コマンドを示す「Profile creation progress」パネルが表示されます。

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

  13. オプションで「Create another profile」を選択し、「終了」をクリックします。

    「Create another profile」を選択すると、プロファイル管理ツールの先頭に進み、別のプロファイルを作成できます。 それ以外の場合は、ウィザードを終了します。

結果

カスタム・プロファイルが作成されました。プロファイル内のノードは、 ノードを統合し、デプロイメント・マネージャーを使用してノードをカスタマイズするまでは空です。

ディレクトリー構造は、 profiles ディレクトリー内に新規プロファイル・フォルダーを表示します。プロファイル・フォルダーは、 作成するプロファイルと同じ名前になります。

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

プロファイル管理ツールは、プロファイル作成中にログを作成します。 ログは install_dir/logs/manageprofiles ディレクトリーにあります。ファイルは manageprofiles_create_profile_name.log というパターンで命名されます。

次の作業

ノードを作成したときに、ノードをデプロイメント・マネージャー・セルに統合していない場合は、 統合します。その後、デプロイメント・マネージャーを使用して、アプリケーション・サーバーをノードに作成します。

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

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




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

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

最終更新: Jan 21, 2008 4:10:06 PM EST
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.wsfep.multiplatform.doc/info/ae/ae/tpro_instancesmngdnode.html