IBM MQ を使用した外部スケジューラー・インターフェースのセットアップ

高性能のバッチ外部スケジューラー・コネクターをインストールし、構成することができます。このコネクターは、固有のコンパイル型言語で実装されたネイティブ WSGrid コネクターであり、通信に IBM MQ を使用します。

このタスクについて

ネイティブ WSGrid の利点には次の 2 つがあります。

  1. 使用のたびに Java™ 仮想マシン (JVM) の始動処理を行う必要をなくすことによって、z/OS® システム・プロセッサー の使用効率を高めます。
  2. z/OS で使用可能な最も堅固なメッセージング・サービスを 使用することで、z/OS をご使用の多くのお客様によって既によく知られ、使用されているメッセージング・サービスによる信頼性の高い操作を保証します。

WSGRID を 開始する環境の認証済みユーザー ID は バッチ ジョブ・スケジューラーに伝搬されます。 結果の バッチ ジョブは、そのユーザー ID を 使用して実行されます。このユーザー ID は、バッチ ジョブをサブミットするための 十分な WebSphere® 特権 (すなわち、lradmin ロールまたは lrsubmitter ロール) も持っている必要があります。例えば、 JCL ジョブ WSGRID1 が技術ユーザー ID TECH1 の下で実行するようにサブミットされた場合、結果の バッチ ジョブ もユーザー ID TECH1 の下で稼働します。ユーザー ID TECH1 には、WSGRID によって使用される IBM MQ 入力キューおよび出力キューとのやり取りが許可されている必要があります。

手順

  1. WebSphere MQ キューを定義します。

    キュー・マネージャーはローカルでなければなりません。2 つのキュー が必要です。1 つは入力用、もう 1 つは出力用です。任意の命名規則に 従ってこれらのキューに名前を付けることができます。例えば、入力キューに名前 WASIQ を 使用し、出力キューに名前 WASOQ を使用します。これらのキュー は共有モードで設定されている必要があります。

  2. MQ_INSTALL_ROOT WebSphere 変数を更新します。
    1. 管理コンソールで、「環境」 > 「WebSphere 変数」をクリックします。
    2. ジョブ・スケジューラーが稼働するノード有効範囲を選択します。
    3. 「MQ_INSTALL_ROOT」を選択します。
    4. 「値」に、 WebSphere MQ がインストールされたディレクトリー・パス を入力します。

      例えば、「値」/USR/lpp/mqm/V6R0M0 にできます。

    5. 「適用」をクリックして変更内容を保存します。
  3. デプロイメント・マネージャーから、以下の入力パラメーターを指定して installWSGridMQ.py スクリプト を実行します。

    installWSGridMQ.py スクリプトは、 システム・アプリケーションをインストールし、JMS 接続ファクトリー、 JMS 入力キューと出力キュー、およびその他の必要なパラメーターをセットアップします。

    wsadmin.sh -f -user <username> -password <userpassword> installWSGridMQ.py

    -install | -install <APP | MQ>
    {-cluster <clusterName> | -node <nodeName> -server <server>}
    注: APP のインストールを実行するときには MQ パラメーターは不要です。
    -remove | -remove <APP | MQ>
    {-cluster <clusterName> | -node <nodeName> -server <server>}
    注: APP の削除を実行するときには MQ パラメーターは不要です。
    -qmgr
    <queueManagerName>
    -inqueue
    <inputQueueName>
    -outqueue
    <outputQueueName>

    例えば、クラスターに対しては以下のようになります。

    wsadmin.sh -f installWSGridMQ.py -install -cluster <clusterName> -qmgr <queueManagerName>
     -inqueue <inputQueueName> -outqueue <outputQueueName>

    例えば、 ノードに対しては以下のようになります。

    wsadmin.sh -f installWSGridMQ.py -install -node <nodeName> -server <serverName>
     -qmgr <queueManagerName> -inqueue <inputQueueName> -outqueue <outputQueueName>
    例えば、クラスター・レベルでアプリケーションのみをインストールするには、次のようにします。
    wsadmin.sh -f installWSGridMQ.py -install APP -cluster <clusterName> 
    例えば、ノード・レベルとサーバー・レベルで MQ コンポーネントのみをインストールするには、次のようにします。
    wsadmin.sh -f installWSGridMQ.py -install MQ -node <nodeName> -server <serverName> 
  4. 前のステップで MQ_INSTALL_ROOT WebSphere 変数を変更した各サーバーに対して osgiCfgInit.sh|.bat -all を 実行します。

    osgiCfgInit コマンド は、OSGi ランタイム環境が使用するクラス・キャッシュをリセットします。

  5. WSGRID ロード・モジュールを作成します。
    1. app_server_root/bin ディレクトリーで unpack スクリプトを探します。

      unpackWSGRID スクリプトは REXX スクリプトです。

    2. unpackWSGrid スクリプトを使用してアンパックを実行します。 コマンド・オプションを表示するには、入力なしで unpackWSGRID スクリプト を発行します。unpackWSGRID <was_home> [<hlq>] [<work_dir>] [<batch>] [<debug>]
      <was_home>
      必要な WebSphere Application Server ホーム・ディレクトリーを指定します。
      <hlq>
      出力データ・セットのオプションの高位修飾子を指定します。デフォルト値は <user id> です。
      <work_dir>
      作業ディレクトリーを指定します (オプション)。デフォルトは /tmp です。
      <batch>
      このスクリプトの実行モードを指定します (オプション)。batch または interactive を指定できます。 デフォルトは interactive です。
      <debug>
      デバッグ・モードを指定します (オプション)。debug または nodebug を指定できます。 デフォルトは nodebug です。
      /u/USER26> unpackWSGRID /WebSphere/ND/AppServer
      出力例:
      Unpack WSGRID with values:
      WAS_HOME=/WebSphere/ND/AppServer
      HLQ =USER26
      WORK_DIR=/tmp
      BATCH =INTERACTIVE
      DEBUG =NODEBUG
      Continue? (Y|N)
      Y
      User response: Y
      Unzip /WebSphere/ND/AppServer/bin/cg.load.xmi.zip
      extracted: cg.load.xmi
      Move cg.load.xmi to /tmp
      Delete old dataset 'USER26.CG.LOAD.XMI'
      Allocate new dataset 'USER26.CG.LOAD.XMI'
      Copy USS file /tmp/cg.load.xmi to dataset 'USER26.CG.LOAD.XMI'
      Delete USS file /tmp/cg.load.xmi
      Delete old dataset 'USER26.CG.LOAD'
      Go to TSO and issue RECEIVE INDSN('USER26.CG.LOAD.XMI') to create
      CG.LOAD
    3. TSO、ISPF、オプション 6 - コマンドに移動し、receive 操作を実行します。
      以下に例を示します。
      RECEIVE INDSN('USER26.CG.LOAD.XMI')
      結果は次の出力のようになります。
      Dataset BBUILD.CG.LOAD from BBUILD on PLPSC
      The incoming data set is a 'PROGRAM LIBRARY'
      Enter restore parameters or 'DELETE' or 'END' +
      Enter をクリックして終了します。次のような出力が表示されます、
      IEB1135I IEBCOPY FMID HDZ11K0 SERVICE LEVEL UA4
      07.00 z/OS   01.07.00 HBB7720  CPU 2097
      IEB1035I USER26   WASDB2V8 WASDB2V8   17:12:15 MON
      COPY INDD=((SYS00006,R)),OUTDD=SYS00005
      IEB1013I COPYING FROM PDSU  INDD=SYS00006 VOL=CPD
      USER26.R0100122
      IEB1014I
      IGW01551I MEMBER WSGRID HAS BEEN LOADED
      IGW01550I 1 OF 1 MEMBERS WERE LOADED
      IEB147I END OF JOB - 0 WAS HIGHEST SEVERITY CODE
      Restore successful to dataset 'USER26.CG.LOAD'
      ***
  6. 構成したばかりのサーバーを再始動します。ノード・エージェントも 再始動します。

タスクの結果

外部ジョブ・スケジューラー・インターフェースを構成しました。

次のタスク

外部ジョブ・スケジューラー・インターフェースから バッチ にジョブをサブミットします。


トピックのタイプを示すアイコン タスク・トピック



タイム・スタンプ・アイコン 最終更新: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tgrid_zoscgnative
ファイル名:tgrid_zoscgnative.html