Externe Schedulerschnittstelle mit IBM MQ konfigurieren

Sie können den externen Hochleistungs-Scheduler-Connector für Stapelanwendungen installieren und konfigurieren. Dieser Connector ist der native WSGrid-Connector, der in einer nativen Compilersprache implementiert wird und der IBM MQ für die Kommunikation verwendet.

Informationen zu diesem Vorgang

Das native Dienstprogramm "WSGrid" bietet zwei Vorteile:

  1. Es nutzt die z/OS-Systemprozessoren effizienter, weil nicht bei jeder Verwendung eine JVM (Java™ Virtual Machine) gestartet werden muss.
  2. Es verwendet den stabilsten Messaging-Service unter z/OS, um einen zuverlässigen Betrieb mit einem Messaging-Service sicherzustellen, der bereits bekannt und von den meisten z/OS-Kunden verwendet wird.

Die ID des authentifizierten Benutzers der Umgebung, der WSGRID startet, wird an den Stapel-Job-Scheduler weitergegeben. Der daraus resultierende Stapeljob wird unter dieser Benutzer-ID ausgeführt. Diese Benutzer-ID muss ausreichende WebSphere-Berechtigungen haben, um Jobs von Stapel zu übergeben, d. h., sie muss die Rolle "lradmin" oder "lrsubmitter" haben. Wenn beispielsweise der JCL-Job WSGRID1 zur Ausführung von der technischen Benutzer-ID TECH1 übergeben wird, wird auch der erstellte Stapeljob unter der Benutzer-ID TECH1 ausgeführt. Die Benutzer-ID TECH1 muss berechtigt sein, Jobs in die von WSGRID verwendeten IBM MQ-Eingabewarteschlangen und -Ausgabewarteschlangen einzureihen und aus diesen abzurufen.

Vorgehensweise

  1. WebSphere MQ-Warteschlangen definieren.

    Der Warteschlangenmanager muss lokal sein. Es sind zwei Warteschlangen erforderlich: eine Eingabewarteschlange und eine Ausgabewarteschlange. Für die Benennung der Warteschlangen können Sie Ihre Namenskonventionen verwenden. Sie könnten beispielsweise den Namen WASIQ für Eingabewarteschlangen und den Namen WASOQ für Ausgabewarteschlangen verwenden. Die Warteschlangen müssen im Modus für gemeinsame Nutzung konfiguriert werden.

  2. WebSphere-Variable MQ_INSTALL_ROOT aktualisieren.
    1. Klicken Sie in der Administrationskonsole auf Umgebung > WebSphere-Variablen.
    2. Wählen Sie den Knoten aus, auf dem der Job-Scheduler ausgeführt wird.
    3. Wählen Sie MQ_INSTALL_ROOT aus.
    4. Geben Sie im Feld Wert den Verzeichnispfad an, in dem WebSphere MQ installiert ist.

      Sie könnten im Feld Wert beispielsweise /USR/lpp/mqm/V6R0M0 eingeben.

    5. Klicken Sie auf Anwenden, und speichern Sie die Änderungen.
  3. Führen Sie über den Deployment Manager das Script installWSGridMQ.py mit den folgenden Eingabeparametern aus:

    Das Script installWSGridMQ.py installiert eine Systemanwendung und konfiguriert anschließend die JMS-Verbindungsfactory, die JMS-Eingabe- und Ausgabewarteschlangen sowie weitere erforderliche Parameter.

    wsadmin.sh -f -user <Benutzername> -password <Benutzerkennwort> installWSGridMQ.py

    -install | -install <APP | MQ>
    {-cluster <Clustername> | -node <Knotenname> -server <Server>}
    Anmerkung: Die Angabe von MQ-Parametern ist bei einer APP-Installation nicht erforderlich.
    -remove | -remove <APP | MQ>
    {-cluster <Clustername> | -node <Knotenname> -server <Server>}
    Anmerkung: Die Angabe von MQ-Parametern ist bei einer APP-Operation zum Entfernen nicht erforderlich.
    -qmgr
    <Name_des_Warteschlangenmanagers>
    -inqueue
    <Name_der_Eingabewarteschlange>
    -outqueue
    <Name_der_Ausgabewarteschlange>

    Beispiel für Cluster:

    wsadmin.sh -f installWSGridMQ.py -install -cluster <Clustername> -qmgr <Name_des_Warteschlangenmanagers>
     -inqueue <Name_der_Eingabewarteschlange> -outqueue <Name_der_Ausgabewarteschlange>

    Beispiel für Knoten:

    wsadmin.sh -f installWSGridMQ.py -install -node <Knotenname> -server <Servername>
     -qmgr <Name_des_Warteschlangenmanagers> -inqueue <Name_der_Eingabewarteschlange> -outqueue <Name_der_Ausgabewarteschlange>
    Geben Sie beispielsweise Folgendes an, wenn Sie die Anwendung nur auf Clusterebene installieren möchten:
    wsadmin.sh -f installWSGridMQ.py -install APP -cluster <Clustername> 
    Geben Sie beispielsweise Folgendes an, wenn Sie nur die MQ-Komponenten auf Knoten-/Serverebene installieren möchten:
    wsadmin.sh -f installWSGridMQ.py -install MQ -node <Knotenname> -server
    <Servername> 
  4. osgiCfgInit.sh|.bat -all für jeden Server ausführen, für den Sie in einem der vorherigen Schritte die WebSphere-Variable MQ_INSTALL_ROOT aktualisiert haben.

    Der Befehl osgiCfgInit setzt den Klassencache zurück, den die OSGi-Laufzeitumgebung verwendet.

  5. WSGRID-Lademodul erstellen:
    1. Lokalisieren Sie das Script "unpack" Anwendungsserverstammverzeichnis/bin.

      Das Script unpackWSGRID ist ein REXX-Script.

    2. Entpacken Sie die Datei mit dem Script "unpackWSGrid". Zum Anzeigen der Befehlsoptionen führen Sie das Script "unpackWSGRID" ohne Eingabe aus: unpackWSGRID <WAS-Ausgangsverzeichnis> [<HLQ>] [<Arbeitsverzeichnis>] [<batch>] [<debug>]
      <WAS-Ausgangsverzeichnis>
      Gibt das erforderliche Ausgangsverzeichnis von WebSphere Application Server an.
      <HLQ>
      Gibt das optionale übergeordnete Qualifikationsmerkmal (HLQ, High-Level Qualifier) der Ausgabedateien an. Der Standardwert ist <Benutzer-ID>.
      <Arbeitsverzeichnis>
      Gibt das optionale Arbeitsverzeichnis an. Die Standardeinstellung ist /tmp.
      <batch>
      Gibt den optionalen Ausführungsmodus für das Script an. Geben Sie batch oder interactive an. Die Standardeinstellung ist interactive.
      <debug>
      Gibt den optionalen Debugmodus an. Geben Sie debug oder nodebug an. Die Standardeinstellung ist nodebug.
      /u/USER26> unpackWSGRID /WebSphere/ND/AppServer
      Beispielausgabe:
      WSGRID mit Werten entpacken:
      WAS_HOME=/WebSphere/ND/AppServer
      HLQ =USER26
      WORK_DIR=/tmp
      BATCH =INTERACTIVE
      DEBUG =NODEBUG
      Continue? (Y|N)
      JUser 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. Rufen Sie "TSO, ISPF, Option 6 - Command" auf, und führen Sie eine Empfangsoperation (receive) aus.
      Beispiele:
      RECEIVE INDSN('USER26.CG.LOAD.XMI')
      Die Ausgabe ist folgende:
      Dataset BBUILD.CG.LOAD from BBUILD on PLPSC
      The incoming data set is a 'PROGRAM LIBRARY'
      Enter restore parameters or 'DELETE' or 'END' +
      Drücken Sie die Eingabetaste, um die Operation zu beenden. Es wird eine Ausgabe ähnlich der folgenden angezeigt:
      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. Starten Sie die Server, die Sie soeben konfiguriert haben, erneut. Starten Sie auch die Node Agents erneut.

Ergebnisse

Sie haben die Schnittstelle eines externen Job-Schedulers konfiguriert.

Nächste Schritte

Übergeben Sie über die externe Job-Schedulerschnittstelle einen Job an Stapel.


Symbol, das den Typ des Artikels anzeigt. Taskartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tgrid_zoscgnative
Dateiname:tgrid_zoscgnative.html