[z/OS]

ピアの再始動およびリカバリーのセットアップ

製品が代替システムで再始動できるようにするには、すべてのシステム (オリジナル・システムとリカバリー対象のシステム) に以下の前提条件をインストールしてから、ARM ポリシーを再構成してピアの再始動とリカバリーを可能にする必要があります。

事前処理

非推奨の機能:ピアの再起動と回復 (PRR) 機能は非推奨です。 トランザクション・リカバリーに対するピアの再始動およびリカバリーではなく、 トランザクション・サービス・サブコンポーネントに対する統合高可用性サポートを使用する必要があります。 トピックを見る取引サポートWebSphere Application Serverトランザクション サービス サブコンポーネントの統合された高可用性サポートの詳細と、障害が発生したアプリケーション サーバーで処理されているトランザクションのピア リカバリ用にそれを構成する方法。

また、再始動を実行する必要のあるすべてのシステムが、同じ RRS ログ・グループの一部である必要があります。

  • z/OS®バージョン1.2以上
  • BCP APAR OA01584
  • RRS APAR OA02556 および OA2556
  • WebSphere® Application Serverバージョン5以上

これらすべてのシステムに前提条件サービス・アップデートをインストールしても、同じ場所で再始動するだけであれば、現在稼働中の環境の妨げになることはありません。 ただし、このサービスがインストールされていない場合、コントローラーが戻れなくなる可能性があります。 OTS は、代替システムで再始動を試み、失敗します。 これが発生した場合に RRS により解決されない UR が存在すると、コントローラーは、代替システムで RRS がキャンセルされるまでホーム・システムで再始動できません。 OTSとRRSの詳細については 、 z/OS MVS ：リソース回復を参照してください。

ピアの再始動およびリカバリーを使用する場合は、これらの機能の前提条件に従う必要はありません。 代わりに、システムは同じ場所での再始動機能を使用します。

以下の製品は、すべて RRS をサポートします。 上にリストされた前提条件がすべて正しくインストールされている場合、これらの製品は個々にピアの再始動およびリカバリーもサポートします。
  • DB2®バージョン7以上
  • IMSバージョン8以上
  • CICS®バージョン1.3以上
  • MQSeries® バージョン5.2以上

上記の製品のほかに、多くの JTA XAResource Managers を製品ピアの再始動およびリカバリー支援に使用することができます。 代替システムでの再始動のサポートについては、JTA XAResource Manager の資料を参照してください。

トラブルを避ける:シスプレックスの ARM ポリシーを設定するときは、両方のシステムに同じレベルのアプリケーション サーバーがインストールされていることを確認してください。 たとえば、実行中のアプリケーションサーバーは使用できません。 WebSphere Application Serverバージョン5.1実行中のアプリケーションサーバーのピア再起動と回復を実行するWebSphere Application Serverバージョン6.0.1。
ピアの再始動およびリカバリーを使用する前に、以下を行ってください。
  • ロケーション・サービス・デーモンおよびノード・エージェントが、リカバリーに使用するすべてのシステムで既に実行されていることを確認します。 実行されていない場合、リカバリーするシステムは、ロケーション・サービス・デーモンおよびノード・エージェントが実行されていないシステムでリカバリーを試みます。 この場合、サーバーは始動に失敗し、リカバリーは失敗します。

クライアントは、システムが最大能力で稼働している場合に、パフォーマンスに影響が出ます。 代替システムのメモリー および CPU への影響を最小限にとどめるため、エンタープライズ Bean および Web コンテナーは、ピアの再始動モードで稼働している サーバーでは再始動されません つまり、リカバリー中の状態のアプリケーション・サーバーは、到着する作業を受け入れることができなくなります。

このタスクの概要

前提条件がインストールされた後、 構成済みでないシステムでサーバーを開始すると、暗黙的にピアの再始動およびリカバリー・モードになります。 XA パートナー・ログを構成して非共有 HFS に書き込んだ場合、または JTA XA Resource Manager を使用している場合、サーバーを始動する前に以下のステップを行う必要があります。

手順

  1. (非共有 HFS を使用する場合にのみ必要) 非共有 HFS サポートを使用可能にします。
    非共有 HFS を使用する場合、シスプレックス内の異なるシステム間で構成設定を複製する必要があります。 これは、デプロイメント・マネージャーおよびノード・エージェントにより自動的に行われます。 このサポートを使用可能にするには、構成内の各ノード・エージェントをリカバリー・ノードとして設定する必要があります。 この変更は、管理コンソールで次のように行います。
    1. 管理コンソールのナビゲーションで、システム管理 > ノードエージェント。
    2. リストからノード・エージェントを選択します。
    3. 追加プロパティセクションで、ファイル同期サービス。
    4. 追加プロパティセクションで、カスタムプロパティ。
    5. 選択する新しい。
    6. 入力recoveryNodeのために名前、 そしてtrueのために価値。 「説明」フィールドはブランクのままでも構いません。
    7. 構成内の各ノード・エージェントについてステップ 3 から 7 を繰り返します。
    8. 構成を保存します。
  2. (JTA XAResource Managers を使用する場合にのみ必要) 代替システムで適当なログおよびクラスが使用可能であることを確認します。
    ピアの再始動およびリカバリーを使用し、アプリケーションが JTA XAResource Managers にアクセスする予定の場合は、代替システムで該当するログおよびクラスが使用可能になっているようにしてください。
    1. 製品の変数 TRANLOG_ROOT で共有 HFS をポイントします。
      TRANLOG_ROOT 変数は、セル内のすべてのシステムが書き込み可能な共有 HFS をポイントする必要があります。 XA パートナー・ログはここに保管され、代替システムがこのログを読み取りおよび更新できるようにする必要があります。
      1. 管理コンソールで、「サーバー」>「サーバー・タイプ」>「WebSphere Application Server」>「server_name」とクリックします。
      2. 「コンテナー・サービス」の下の「トランザクション・サービス」をクリックします。
      3. 共有 HFS のディレクトリーを、「トランザクション・ログ・ディレクトリー」フィールドに入力します。
    2. ドライバー（つまり、 JDBCドライバー、JMS プロバイダー、JCA リソース アダプターなど) セル内のすべてのシステムで読み取り可能な HFS 内の各 JTA XAResource Manager 用。
      例えば、コネクターがデータベースの JDBC Driver の場合、ドライバーは、シスプレックス内のすべてのシステムがアクセス可能な読み取り専用の HFS に保管されます。 これにより、代替システムはリソースの保存済みクラスパスを読み取り、再始動中にこれを再構成できます。

      JTA XAResource Manager へのアクセスに使用するコネクターが、リカバリーで使用するすべてのシステムで読み取り可能な HFS に保存されていない場合、アプリケーション・サーバーが代替システムで再始動する際に、行う XA リカバリー作業がないと表示されるか、JTA XAResource Manager との通信に必要なクラスをロードすることができなくなります。

  3. 未確定単位を解決します。

    リカバリー中、手操作による介入を行い未確定単位を解決する必要のある場合があります。 必要となるのはRRSパネルを使用するこの手動介入のため。