Red Hat Training

A Red Hat training course is available for Red Hat JBoss Operations Network

33.8. JBoss Enterprise Application Platform 7 のパッチ適用

JBoss ON UI（または CLI）は、JBoss ON および JBoss ON JBoss Enterprise Application Platform 7 プラグインによって管理されるものに基づいて、JBoss Enterprise Application Platform インスタンス（バージョン 6.2 以降）または他のレイヤード製品にパッチを適用できます。重要な例外として、このメカニズムを使用して JBoss ON 自体にパッチを適用する ことはできません。パッチは、製品の特定のマイナーバージョン（JBoss Enterprise Application Platform 6.3 など）で利用可能で、個別の更新（1 回限り）または累積更新として確認できます。JBoss Enterprise Application Platform パッチに関する詳細は、JBoss Enterprise Application Platform 『インストールガイド』を参照してください。
バグを報告します。

33.8.1. パッチ操作

JBoss ON は、使い慣れた deploy、revert、およびpurge 操作を使用して、バンドルサブシステムに JBoss Enterprise Application Platform パッチを適用します。デプロイにより、ユーザーは JBoss Enterprise Application Platform 7 インスタンスのグループにパッチ（1 回限りまたは累積）を適用できます。パッチを元に戻すと、ユーザーは JBoss Enterprise Application Platform 7 サーバーのグループからパッチをロールバックできます。宛先をパージすると、その宛先を介して JBoss Enterprise Application Platform インスタンスのグループに適用されたすべてのパッチがロールバックされます。
注記
エージェントに $EAP/.installation、$EAP/.installation/.rhq （エージェントがメタデータを保存する場所）、および EAP ディレクトリーに対する読み取りおよび書き込み権限があることを確認します。これにより、JON エージェントは EAP サーバーにパッチを当てることができます。
バグを報告します。

33.8.1.1. バンドルおよび宛先

JBoss Enterprise Application Platform 7 パッチは、で説明されている JBoss ON の bundle サブシステムを使用して処理され 「コンテンツバンドルのプロビジョニングの概要」 ます。
宛先は、パッチ操作のターゲットとなるリソースの関連付けです。宛先は、初期デプロイパッチを指定することによって最初 Resource Group に作成されます。同じ宛先への後続のパッチデプロイメントは Destination セクションから作成 され、新しいデプロイメントとして使用しないでください。
重要
予期しない動作を防ぐために、特定の JBoss Enterprise Application Platform インスタンスの JBoss Enterprise Application Platform パッチを 1 つの JBoss Enterprise Application Platform 宛先で作業できます。JBoss ON を使用してパッチを配布する宛先が複数ある場合は、重複しないようにしてください（例： JBoss Enterprise Application Platform サーバーは、これらの宛先がターゲットとする複数のリソースグループの一部ではありません）。パッチを特定の宛先にデプロイしようとし、別の宛先を使用してすでにデプロイされているパッチが検出されると、重複する JBoss Enterprise Application Platform サーバーでパッチデプロイメントが中止されます。
宛先をパージすると、その宛先からリソースグループの所属の 関連付け が削除されます（つまり、宛先がパージされた後に、以前にパージされた宛先によって処理されたサーバーにパッチを配信するのに、別の宛先が使用されます）。
JBoss Enterprise Application Platform インスタンスとの宛先の関連付けを強制的に変更するために（JBoss ON サーバーで宛先が削除されても、削除前にパージされないケースを含む）、新しい 宛先の使用時にバンドルのデプロイメント時に takeOver プロパティーを true に設定できます。これにより、新しい宛先ターゲットであるすべてのサーバーの古い宛先との関連を忘れないように JBoss ON が強制されます。
バグを報告します。

33.8.1.2. パッチデプロイの実行

パッチは、新規または既存の宛先にデプロイできます。
重要
JBoss ON がパッチデプロイメントを正しく追跡し、パッチを適切に実行するためには、既存の宛先に予定されている後続のパッチが 「既存の宛先へのパッチデプロイの実行」 セクションに従って適用され、新しい宛先として動作しないようにしてください。
注記
JBoss ON は、JBoss Enterprise Application Platform の実行中および停止されたインスタンスの両方にパッチを適用することができます。インスタンスが実行されている場合には、パッチがインストールされますが、インスタンスが再起動されるまで有効になりません。停止したインスタンスの場合、次回のインスタンス起動時にパッチが有効になります。パッチのデプロイメント中に restart プロパティーを使用して、パッチのデプロイメント後にサーバーを自動的に再起動するかどうかを指定できます（デフォルトでは trueに設定されます）。
バグを報告します。
33.8.1.2.1. パッチを使用したバンドルの作成
  1. Bundles タブをクリックします。
  2. Bundle セクションの New ボタン Bundle Creation Wizard をクリックして起動します。
  3. 必要なパッチをアップロードします。
  4. 設定を更新し、Next ボタンをクリックします。
  5. Next ボタンをクリックします。
  6. Finish ボタンをクリックします。
バグを報告します。
33.8.1.2.2. 新しい宛先へのパッチデプロイの実行
  1. Bundles タブをクリックします。
  2. EAP バンドルをクリックします。
  3. Deploy ボタンをクリックして、バンドルのデプロイウィザードを起動します。
    1. 宛先情報を入力し、をクリックし Nextます。
    2. Deployment Bundle Version を選択し、をクリックし Nextます。
    3. Deployment Configuration を選択し、をクリックし Nextます。
      注記
      • この restart オプションを使用すると、ユーザーは JBoss Enterprise Application Platform インスタンスを再起動してパッチをすぐに有効にできます。がに設定 restart された場合 no、次回のインスタンスの再起動までパッチが有効になりません。
      • リソースグループのサーバーにパッチデプロイメントのデフォルトの場所として提供された新しい宛先を設定するには、takeOver オプションをに設定し trueます。
    4. Deployment Information を指定して、をクリックし Nextます。
    5. Finish をクリックし、バンドルを宛先にデプロイします。
バグを報告します。
33.8.1.2.3. 既存の宛先へのパッチデプロイの実行
  1. Bundles タブをクリックします。
  2. EAP バンドルをクリックします。
  3. Destinations サブタブをクリックします。
  4. バンドルをデプロイする宛先をクリックします。
  5. Deploy ボタンをクリックします。
  6. デプロイするバンドルバージョンを選択し、をクリックし Nextます。
  7. Deployment Configuration を選択し、をクリックし Nextます。
    注記
    この restart オプションを使用すると、ユーザーは JBoss Enterprise Application Platform インスタンスを再起動してパッチをすぐに有効にできます。がに設定 restart された場合 no、次回のインスタンスの再起動までパッチが有効になりません。
  8. 必要なデプロイメント情報を指定して、をクリックし Nextます。
  9. Finish をクリックし、バンドルを宛先にデプロイします。
注記
JBoss Enterprise Application Platform インスタンスに 1 つのオフパッチを 1 つ以上インストールできますが、累積パッチは 1 つだけです。これは、最後のデプロイメントのみを ライブ として理解するため、JBoss ON UI には反映されません。しかし、JBoss Enterprise Application Platform と JBoss ON ではデプロイメントおよびロールバックロジックと同じです。いずれの場合も、パッチデプロイメントの以前の状態を復元する（JBoss ON で変換）最新のパッチのみをロールバックできます。現在適用されているパッチの実際のセットを表示するには、JBoss ON で JBoss Enterprise Application Platform 7 リソースの Active Patches 特性を確認してください。
バグを報告します。

33.8.1.3. パッチ変換の実行

パッチを元に戻すと、ユーザーは JBoss ON によって適用されたパッチをロールバックできます。JBoss ON は JBoss Enterprise Application Platform インスタンスに適用されるすべてのパッチを追跡し、適用されたパッチのみを元に戻します。さらに、JBoss ON は適用された最初のパッチのみを返すことがあります。つまり、元に戻す前に JBoss ON は別のパッチを適用する必要があります。JBoss ON によって適用されたすべてのパッチを削除するには、を参照してください 「パッチパージの実行」。
重要
JBoss ON では JBoss Enterprise Application Platform の累積パッチに対してパッチ処理を実行できますが、JBoss ON では累積パッチ（およびこれまでのパッチ）が 1 つの単位として扱われます。そのため、累積パッチに対して元に戻すと、JBoss ON は累積パッチ全体を元に戻します。たとえば、ユーザーは Cumulative Patch 01 を JBoss Enterprise Application Platform インスタンスにデプロイし、Cumulative Patch 03(Cumulative Patch 02)を同じ JBoss Enterprise Application Platform インスタンスに適用します。ユーザーが Cumulative Patch 03 を元に戻す場合は、Cumulative Patch 01 に戻すことができます。
パッチを実行するには、以下を行います。
  1. Bundles タブをクリックします。
  2. EAP バンドルをクリックします。
  3. Summary セクションの Destinations タブをクリックします。
  4. 元に戻す宛先を選択します。
  5. odo をクリックし Revert、をクリックし Yesます。
  6. Next 2 回クリックし、をクリックし Finishます。
バグを報告します。

33.8.1.4. パッチパージの実行

パージにより、ユーザーは JBoss Enterprise Application Platform インスタンスまたはインスタンスのセットに JBoss ON によってインストールされたすべてのパッチをアンインストールおよび削除できます。パージにより、JBoss Enterprise Application Platform インスタンスまたはインスタンスのセットは、JBoss ON が最初のパッチをインストールする前に見つかったバージョン番号に戻ります。
パージを実行するには、以下を実行します。
  1. Bundles タブをクリックします。
  2. EAP バンドルをクリックします。
  3. Summary セクションの Destinations タブをクリックします。
  4. パージする宛先を選択します。
  5. odo をクリックし Purge、をクリックし Yesます。
バグを報告します。