WebSphere Application Server for z/OS, Version 6.1   
             オペレーティング・システム: z/OS

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

ホット・デプロイメントと動的再ロード

サーバーの停止と再始動を行わなくとも、アプリケーションやそのモジュールにさまざまな変更を 加えることができます。このような種類の変更のことを、「ホット・デプロイメントと動的再ロード」といいます。

始める前に

このトピックでは、ご使用のアプリケーション・ファイルがサーバー上にデプロイ済みで、そのファイルを更新することが前提となっています。

アプリケーション・ファイルの更新方法 を参照して、 ホット・デプロイメントがアプリケーション・ファイルを更新する方法として適切かどうかを判別します。 他の方法のほうが簡単です。ホット・デプロイメントは経験者のみに適しています。

重要: ホット・デプロイメントを用いて 、実動デプロイメント・マネージャーの管理対象セルでコンポーネントを更新しないでださい。 ホット・デプロイメントは開発およびテストに適切ですが、実稼働環境に受諾不能なリスクをもたらします。 全体的再同期または部分的再同期によって、ホット・デプロイ・コンポーネントは消去される可能性があります。 また、restoreconfig コマンドを実行すると、 展開されたアプリケーション・ファイルに行った変更が上書きされる場合があります。 さらに、ホット・デプロイ・コンポーネントは、WebSphere Application Server のバージョン間では、 マイグレーションされません。 新規コンポーネントまたはモジュールをエンタープライズ・アプリケーションに追加するには、 新規コンポーネントまたはモジュールを持つようにアプリケーション EAR ファイルを再アセンブルし、EAR ファイルを再デプロイします。

このタスクについて

常時配置は、 新規コンポーネント (WAR ファイル、EJB Jar ファイル、Enterprise Java Beans、 サーブレット、JSP ファイルなど) を稼働中のサーバーに追加するプロセスで、 その際にアプリケーション・サーバー・プロセスを停止して再始動する必要はありません。

動的再ロードは、 既存のコンポーネントを変更する機能で、 変更を有効にするためにサーバーを再始動する必要はありません。 動的再ロードには、以下が含まれます。

J2EE アプリケーションの更新 で説明している、 デプロイされたアプリケーションの変更とは対照的に、 ホット・デプロイメントまたは動的再ロードを使用して行った変更は、管理コンソール または wsadmin スクリプト・コマンドを使用しません。 アプリケーションがデプロイされるサーバー上で、 アプリケーションを直接操作する必要があります。

更新するアプリケーションが、アプリケーション・クラス・ローダー・ポリシーSingle に設定したサーバーにデプロイされている場合、 アプリケーションの動的な再ロードは行えません。少なくとも、アプリケーションを更新した後でサーバーを再始動する必要があります。

プロシージャー

  1. 拡張アプリケーション・ファイルを探し出します。

    このアプリケーション・ファイルは、 アプリケーションのインストール時に指定したディレクトリーに配置されています。 カスタム・ターゲット・ディレクトリーが指定されていない場合は、デフォルトのターゲット・ディレクトリー、app_server_root/installedApps/cell_name に配置されています。 ご使用の EAR ファイル ${APP_INSTALL_ROOT}/cell_name/application_name.ear は、ターゲット・ディレクトリーを指します。 ノードの variables.xml ファイルにより 、${APP_INSTALL_ROOT} が定義されます。

    WebSphere Application Server は、 アプリケーションのインストールの一環として、 アプリケーションを実行するコンピューターのファイル・システムに EAR ファイルの一部を unjar するため、 拡張アプリケーション・ファイルを探し出すことは重要です。 これらの拡張ファイルは、アプリケーションの実行時にサーバーが参照するファイルです。拡張アプリケーション・ファイルが見付からない場合は、アプリケーションの deployment.xml ファイルに ある binariesURL 属性を調べます。この属性には、ランタイムがアプリケーション・ファイルを検出するために使用するロケーションが指定されています。

    ホット・デプロイメントおよび動的再ロードでは、application_root は、 拡張アプリケーション・ファイルのルート・ディレクトリーを示していることに注意してください。

  2. アプリケーション・メタデータ・ファイルを探し出します。 メタデータ・ファイルには、デプロイメント記述子 (web.xmlapplication.xmlejb-jar.xml など)、 バインディング・ファイル (ibm-web-bnd.xmiibm-app-bnd.xmi など)、 および拡張ファイル (ibm-web-ext.xmiibm-app-ext.xmi など) があります。

    アプリケーションのメタデータ XML ファイルは、2 つのロケーションのいずれかからロードできます。 メタデータ・ファイルは、アプリケーションのバイナリー・ファイル (application_root/META-INF など) と同じロケーションからロードすることも、WebSphere 構成ツリー ${CONFIG_ROOT}/cells/cell_name/applications/application_EAR_name/deployments/application_name/ からロードすることもできます。 アプリケーションのインストール時に指定した useMetadataFromBinary フラグの値が、 どのロケーションが使用されるのかを制御します。 この値が指定されている場合、メタデータ・ファイルは、 アプリケーションのバイナリー・ファイルと同じロケーションからロードされます。 この値が指定されていない場合、メタデータ・ファイルは、 構成ツリーにあるアプリケーション・デプロイメント・フォルダーからロードされます。

    metadata_root は、 指定されたアプリケーションまたはモジュールのメタデータ・ファイルのロケーションを表していることに注意してください。

  3. 必須: Network Deployment を使用しているマシンのグループで WebSphere Application Server が稼働中に特定のノードでアプリケーションを変更する場合は、 自動同期化は使用不可にしてください。
    1. コンソール・ナビゲーション・ツリーで、「システム管理」>「ノード・エージェント」>「node_agent_name」> 「ファイル同期サービス」とクリックします。
    2. 「ファイル同期サービス」ページ で、「自動同期 」のチェック・ボックスをクリアし、「OK」をクリックします。

    Network Deployment を使用しているマシンのグループで WebSphere Application Server を稼働させ、 特定のノードの拡張アプリケーション・ディレクトリーでディスク上のファイルを変更した場合、 次にノードの同期化が発生したときにこれらの変更が失われる可能性があります。Network Deployment 環境では、 デプロイメント・マネージャーによって保管された構成はマスター・コピーで、 マスター・コピーと特定のマシン上のコピーの間で何か変更が検出されると、 それがトリガーとなりマスター・コピーがノードにダウンロードされます。

  4. オプション: アプリケーションのクラス・ローダーの設定ページにある、 「アプリケーション・ファイルの更新時に、クラスを再ロードする」および「更新ファイルのポーリング間隔」で指定されている値を検査します。

    クラスの再ロードが使用可能になっていて、ポーリング間隔がゼロ (0) より大きい場合、 アプリケーション・ファイルは、アプリケーションの更新後に再ロードされます。Web モジュール内の JavaServer Pages (JSP) ファイルの場合、Web コンテナーは、 ibm-web-ext.xmi ファイルの jspAttributes 内の IBM 拡張 jspReloadingEnabled が true に設定されているときにのみ、JSP ファイルの再ロードを行います。アセンブリー・ツールで Web モジュールの拡張デプロイメント記述子を編集する場合は、jspReloadingEnabled を true に設定することができます。

  5. 必要に応じて、以下のコンポーネントまたはモジュールを変更または追加します。
  6. 変更内容を有効にするには、 アプリケーションを始動、停止、または再始動する必要がある場合があります。

    J2EE アプリケーションの開始または停止 では、管理コンソールを使用してアプリケーションを始動、停止、または再始動する方法について説明しています。

    スクリプトによるアプリケーションの開始 およびスクリプトによるアプリケーションの停止 では、wsadmin スクリプト・ツールの使用法について説明しています。

  7. ステップ 3 で自動同期を使用不可にした場合は、 自動同期を再び使用可能にします。
    1. 「ファイル同期サービス」ページ に戻ります。
    2. 自動同期」を選択します。
    3. OK」をクリックします。

結果

アプリケーション・ファイルは、サーバー上で更新されます。

サーバー上ではアプリケーション・ファイルを直接操作したので、 後に管理コンソールや wsadmin スクリプト・コマンドを使用してこれらのファイルを処理できない場合があります。 例えば、エンタープライズ・アプリケーションのコンソール・ページにある 「エクスポート」を使用して、手動で変更したアプリケーションを エクスポートしようとすると、installedApps ディレクトリー内のアプリケーションに対して 行った手動変更はエクスポートされません。これらの変更内容をエクスポートする場合は、アプリケーション・ファイルを手動でコピーし、移動する必要があります。




サブトピック
アプリケーション・ファイルの変更または追加
WAR ファイルの変更または追加
EJB JAR ファイルの変更または追加
HTTP プラグイン構成の変更
関連概念
構成文書
関連タスク
J2EE アプリケーションの更新
タスク・トピック    

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

最終更新: Jan 21, 2008 9:12:22 PM EST
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.zseries.doc/info/zseries/ae/trun_app_hotupgrade.html