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

             目次と検索結果のパーソナライズ化
このトピックは、z/OS オペレーティング・システムにのみ適用されます。

統合ノードのマイグレーション

デプロイメント・マネージャーをマイグレーションして再始動すると、 生成した JCL ジョブを実行して、フェデレーテッド・アプリケーション・サーバー・ノードのマイグレーションを実際に行うことができます。カスタム・マイグレーション・ジョブの生成時には、 ジョブの生成に使用された CNTL データ・セットの BBOMMINS メンバーでマイグレーション・ジョブを 準備し実行するような、カスタマイズされた指示も作成します。 統合ノードをバージョン 6.1 にマイグレーションするプロセスを実行するために、これらのカスタマイズされた指示に従います。

始める前に

マイグレーション時の問題のトラブルシューティングのヘルプについては、マイグレーションのトラブルシューティング を参照してください。

プロシージャー

  1. マイグレーションされている統合ノードに対してアプリケーション・サーバーおよびノード・エージェントが停止されていることを確認します。

    先に進む前に、バージョン 5.x または 6.0.x 統合ノードを停止する必要があります。

  2. 新規にマイグレーションしたデプロイメント・マネージャーが稼働中であることを確認します。

    アプリケーション・サーバー・ノードを正しくマイグレーションするには、デプロイメント・マネージャーが実行している必要があります。 このマイグレーションが機能するには、デプロイメント・マネージャーが稼働しており、 その SOAP ポートを listen している必要があります。

    チェック・オフ 項目
      WebSphere Application Server バージョン 6.1.x デプロイメント・マネージャーの管理コンソールにアクセスします。これにより、デプロイメント・マネージャーが稼働中であることを確認します。
    チェック・オフ 項目
      コードの WebSphere Application Server バージョン 6.1.x のコピーが稼働していることを確認します。「About your WebSphere Application Server」で、ビルド番号を W61 で始める必要があります。
  3. 新規のバージョン 6.1.x 構成ファイル・システムの作成とマウント。

    マイグレーションを実行するには、 バージョン 6.1.x に、新規構成用の構成ファイル・システムが既存でなければなりません。 新規構成ファイル・システムの作成およびマウントは、BBOMMHFS または BBOMMZFS を実行して行うことができますが、 手動でマウントすることもできます。 いずれにしても、ファイル・システムをバージョン 6.1 構成用に作成およびマウントしてから、 先へ進む必要があります。 この構成ファイル・システムはマイグレーションのターゲットで、バージョン 5.x または 6.0 構成ファイル・システムはソースです。

    BBOMMHFS または BBOMMZFS は、マウント・ポイント・ディレクトリーを作成し、 構成のファイル・システムを割り振り、マイグレーション・ジョブの生成時にマウント・ポイントに 指定した値でファイル・システムをマウントします。

    先に進む前に、構成ファイル・システム・データ・セットの割り振り、作成、およびマウントを手動または BBOMMHFS や BBOMMZFS を使用して行ったことを確認してください。マウント・ポイントは、WebSphere 管理者 ID に所有され、755 以上の許可を持っている必要があります。 新規構成ファイル・システム構造を BPXPARM に含めて、 次の IPL でマウントされるようにします。

  4. BBOWMG1F および BBOWMG2F の実行依頼。
    注: XA コネクターを使用していない場合、 BBOWMG1F および BBOWMG2F の実行依頼はオプションです。 ただし、両方のジョブを実行依頼して、 トランザクション・ログをクリアにする必要があります。

    BBOWMG1F により、 マイグレーションするフェデレーテッド・アプリケーション・サーバー・ノード上のすべてのサーバーが PRR 処理モードで開始できるようになります。 PRR 処理モードは、未解決のトランザクションをすべて解決し、 トランザクション・ログをクリアし、サーバーを終了します。 BBOWMG2F は、PRR モードを使用不可にしてすべてのサーバーを通常の作動状態に戻します。

    以下のステップに従って、XA トランザクション・ログをクリアします。
    1. ジョブ BBOWMG1F を実行依頼して、戻りコードの 0 を確認します。
    2. フェデレーテッド・アプリケーション・サーバーを再始動し、 そのサーバーが PRR 処理を実行して自動的に終了するのを待機します。
    3. ジョブ BBOWMG2F を実行依頼して、戻りコードの 0 を確認します。
  5. 生成済み JCL プロシージャーのコピー。

    マイグレーション・ユーティリティー BBOMMCP は、 生成済み JCL プロシージャーをコピーして、 指定されたプロシージャー・ライブラリーに対してサーバーを開始します。 バージョン 6.1.x 構成では、バージョン 5.x または 6.0.x 構成で使用した JCL プロシージャーとは異なる JCL プロシージャーを使用する必要があります。 このユーティリティーは、元のバージョン 5.x または 6.0.x 構成内の JCL 名を、新規 JCL 名で置換して、 新規バージョン 6.1.x 構成を更新します。

    注意: このユーティリティーは、 生成した JCL をプロシージャー・ライブラリーにコピーします。マイグレーション・ジョブの 生成時にバージョン 5.x または 6.0.x 構成で使用したのと同じ名前を指定した場合、 このユーティリティーは既存のプロシージャーをオーバーレイします。 同じ名前を使用している場合、後でロールバックする必要がある際、このユーティリティーを実行する前に既存のバージョン 5.x または 6.0.x プロシージャーをバックアップしていることを確認してください。

    BBOMMCP を実行依頼して、戻りコードの 0 を確認します。

  6. 新規プロシージャー名を指定する場合、コントローラーおよびデーモンの RACF STARTED プロファイルを更新します。
    コントローラー・リージョンが使用する STARTED プロファイルは、 プロシージャー名および JOBNAME に基づいています。 適切な ID を開始済みタスクに割り当てるために、STARTED プロファイルを適用する必要があります。 バージョン 5.x または 6.0.x のコントローラー JCL プロシージャー名が AZACR であり、 バージョン 6.1 に AZ1ACR を指定した場合、次のように、 その新規プロシージャー名の STARTED プロファイルを作成する必要があります。
                  new controller      same identity used in
                     JCL name         V5.x or 6.0.x configuration
                        |                    |
     RDEFINE STARTED AZ1ACR.* STDATA(USER(AZACRU) GROUP(AZCFG) TRACE(YES))
    注:
    • 異なるユーザー ID を使用して始動しないでください。 ユーザー ID には、他の事項も関連しており、ユーザー ID を変更すると、 それらの事項も変更する必要があります。
    • オリジナル STARTED プロファイルが汎用の場合 (STARTED AZ*.*... など) には、 新規 STARTED プロファイルを作成する必要はありません。
    • サーバント・リージョン STARTED プロファイルは、プロシージャー名ではなく、JOBNAME に基づいています。 このため、サーバントでは、別のプロシージャー名を使用しても問題ありません。
    • デーモンおよびノード・エージェントはコントローラーです。このためこれらのコントローラーに別のプロシージャー名を使用すると、新規 STARTED プロファイルが暗黙指定されます。
  7. 必要に応じて、ログ・ストリームを削除および再定義します。
    このステップは、 ログ・ストリームを使用するために バージョン 5.x または 6.0.x サーバーでトランザクション XA パートナー・ログまたは補正ログを以前に構成している場合に限り実行します。
    1. ノードがシャットダウンされていることを確認します。
    2. ログ・ストリームを削除および再定義します。

      最初にサーバーでログ・ストリームを使用するように構成している場合、 バージョン 5.x または 6.0.x のカスタマイズ中に作成した BBOLOGSD ジョブおよび BBOLOGSA ジョブを使用することができます。

      以下の例で、これらのジョブの例を示します。
      //RLSP1A  JOB 'xxxx,yyy,?','USERID',MSGCLASS=H,
      //         CLASS=J,MSGLEVEL=(1,1),REGION=4M,NOTIFY=&SYSUID
      //STEP1   EXEC PGM=IXCMIAPU
      //STEPLIB  DD   DSN=SYS1.MIGLIB,DISP=SHR
      //SYSPRINT DD   SYSOUT=*
      //SYSIN    DD   *
      
      DATA TYPE(LOGR) REPORT(YES) /* Default to show output of job */
       DELETE LOGSTREAM NAME(P1ACEL6A.W51ASA2.D)
       DEFINE LOGSTREAM NAME(P1ACEL6A.W51ASA2.D)
              LOWOFFLOAD(20)
              HIGHOFFLOAD(79)
              STG_DUPLEX(YES)
              DUPLEXMODE(UNCOND)
              STG_DATACLAS(OPERLOG)
              STG_SIZE(5000)
              HLQ(Q10RRS)
              LS_SIZE(5000)
              LS_DATACLAS(OPERLOG)
              STRUCTNAME(WAS_LOGRLS)
      /*
      

    SYSPLEX でノードをマイグレーションする場合、マイグレーションする各統合ノードに対してこのプロシージャーに従ってください。

  8. BBOWMG3F を実行依頼します。

    BBOWMG3F は、ユーザーがマイグレーション・ジョブの生成時に入力した情報に基づいて、 バージョン 5.x または 6.0.x ノードからバージョン 6.1.x への物理マイグレーションを 実行するジョブです。BBOWMG3F を実行依頼し、戻りコードの 0 を受け取ることを確認し、構成ファイル・システム上のマイグレーションの一時ディレクトリーにあるログ・ファイルを調べてください。マイグレーション一時ディレクトリーは temporary_directory_location/nnnnn であり、 ここで、temporary_directory_location は一時ディレクトリー・ロケーションに指定したディレクトリー (デフォルトは /tmp/migrate)、 nnnnn はマイグレーション・ジョブの生成時にマイグレーション ID 用に 生成した数値です。

  9. 古いデーモンがシャットダウンされていることを確認します。

    この LPAR 上の 同じセル内のすべての統合ノードがシャットダウンされていることを確認します。

  10. 必要に応じて、デーモン JCL プロシージャーを更新します。

    WebSphere Application Server for z/OS バージョン 6.1.x では、デーモン・プロセスは、同一の LPAR 上で管理するサーバーの最高レベルのコードになっている必要があります。 これは、この統合ノードの始動時には、バージョン 6.1.x レベルになります。 このマイグレーションされた管理対象ノードと同一セル内、同一 LPAR 上に追加のノードが存在する場合は、 下位レベル・デーモン JCL プロシージャーを、バージョン 6.1.x ライブラリーおよび下位レベル・ノードの最高レベルのライブラリーの両方の STEPLIB に更新する必要があります。

    例えば、バージョン 5.1 からのマイグレーション中で、 同一の LPAR 上、同一のセル内に追加のアプリケーション・サーバー・ノードがある場合、 ライブラリー名を使用してバージョン 6.1.x およびバージョン 5.1 デーモン JCL プロシージャーの「Z」メンバー (「Z=BBO5DMNZ」) の両方に以下を追加します。

    //*STEPLIB Setup
    //*
    //STEPLIB  DD DSN=hlq61.SBBOLD2,DISP=SHR
    //         DD DSN=hlq61.SBBOLOAD,DISP=SHR
    //         DD DSN=hlq61.SBBOLPA,DISP=SHR
    //         DD DSN=hlq51.SBBOLD2,DISP=SHR
    //         DD DSN=hlq51.SBBOLPA,DISP=SHR
    //*                                 
    注: この例では、hlq51.SBBOLOAD ライブラリーを意図的に左側に寄せています。このライブラリーはこの場所に配置していても問題はありませんが、必須ではありません。

    すべてのノードをバージョン 6.1.x にマイグレーションした後、 および以前のバージョンのライブラリーをシステムから除去する前に、デーモン JCL プロシージャーを更新して、 以前のバージョンのライブラリーを STEPLIB 連結から削除する必要があります。これを実行しない場合、 デーモン始動で障害が発生します。

    STEPLIB について詳しくは、リンク・パック域、リンク・リスト、および STEPLIB を参照してください。

  11. 新規フェデレーテッド・アプリケーション・サーバー・ノードを始動します。
    1. ノード・エージェントを始動します。
      次のメッセージがコンソール上および BBON001 のジョブ・ログ内に表示されます。
      BBOO0019I INITIALIZATION COMPLETE
      FOR WEBSPHERE FOR z/OS CONTROL PROCESS BBON001
    2. フェデレーテッド・アプリケーション・サーバーを始動します。

      バージョン 5.x や 6.0.x アプリケーション・サーバーの開始に使用するものと同じ既存のコマンドを使用しますが、 RACF STARTED プロシージャー名は、マイグレーション・ジョブの生成時に 統合ノード・パネルでコントローラー・プロシージャー名として入力した値に置き換えます。 このコマンドがバージョン 6.1.x 統合アプリケーション・サーバーを 始動します。サーバーが初期化を終了するまで待機してから、先に進みます。

      次のメッセージがコンソール上および BBOS001 のジョブ・ログ内に表示されます。
      BBOO0019I INITIALIZATION COMPLETE FOR WEBSPHERE FOR z/OS CONTROL PROCESS BBOS001

    この時点で、バージョン 6.1.x へのマイグレーションが完了しました。

次の作業

バージョン 6.1.x への正常なマイグレーションを確認し、 マイグレーション済み構成を正常に実行した後、以下の項目を削除する必要があります。
  • ソース構成のファイル・システム内にあるすべてのもの
  • ターゲット構成の temporary_directory_location/nnnnn ディレクトリー内にあるすべてのもの。ここで、temporary_directory_location は 一時ディレクトリー・ロケーションに指定したディレクトリー (デフォルトで /tmp/migrate) であり、 nnnnn はマイグレーション・ジョブの作成時にマイグレーション ID に指定した数値です。
  • bbomigrt2.sh ファイル



関連タスク
統合ノードのマイグレーション: カスタマイズ・ダイアログのウォークスルー
z/OS マイグレーション管理ツールを使用して統合ノードをマイグレーション するための定義の作成
統合ノードのマイグレーション: チェックリスト
統合ノードのマイグレーション
タスク・トピック    

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

最終更新: 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/tmig_z_amn.html