DB2 für z/OS-Subsystem für den Optim Query Tuner-Client über den Server konfigurieren

Wenn Ihr Subsystem nicht für eine frühere Version des Optim Query Tuner-Clients konfiguriert wurde, können Sie einen JCL-Job AOCDDL auf dem DB2 für z/OS-Subsystem ausführen, um das Subsystem für die aktuelle Version des Optim Query Tuner-Clients zu konfigurieren.

Vorbereitende Schritte

Vorgehensweise

Gehen Sie wie folgt vor, um ein DB2 für z/OS-Subsystem für die Abfrageoptimierung über den Server zu konfigurieren:

  1. Wenn Sie die Installation nicht mithilfe eines SMP/E-Bands ausgeführt haben, um die Dateien zum Konfigurieren des Subsystems zu extrahieren, laden Sie die erforderlichen DBRM- und JCL-Jobdateien aus dem Clientsystem auf das Subsystem hoch. Die Dateien werden mit dem Optim Query Tuner-Client installiert. Sie finden die Dateien im Unterverzeichnis \serverconfig\ZOS\z/OS-Versionsnummer_und_-Modus des Installationsverzeichnisses. Das Standardinstallationsverzeichnis ist C:\Programme\IBM\OQT2.2.1.
    Anmerkung: Verwenden Sie das Binärformat, wenn Sie diese DBRM-Dateien auf das Subsystem hochladen.
  2. Modifizieren Sie auf dem Subsystem die entsprechende Datei mit dem JCL-Job AOCDDL in der folgenden Tabelle gemäß Ihren Umgebungsanforderungen und übergeben Sie den Job, um die DBRM-Dateien zu installieren und die EXPLAIN-Tabellen und Query Tuner-Tabellen zu erstellen.
    Subsystem JCL-Jobdatei
    DB2 Version 10 für z/OS - Modus für neue Funktion AOCDDL10
    DB2 Version 10 für z/OS - Konvertierungsmodus von Version 9 AOCDDLX9
    DB2 Version 10 für z/OS - Konvertierungsmodus von Version 8 AOCDDLX8
    DB2 Version 9.1 für z/OS AOCDDL9
    DB2 für z/OS Version 8 - Modus für neue Funktion AOCDDL8N
    DB2 für z/OS Version 8 - Kompatibilitätsmodus AOCDDL8C
  3. Optional: Aktivieren Sie die gespeicherten Prozeduren SYSPROC.OPT_EXECUTE_TASK und SYSPROC.OPT_RUNSQL, damit die folgenden Tasks für die Workloadoptimierung über den Server ausgeführt werden können:
    • Workloads aus dem Anweisungscache erfassen
    • EXPLAIN-Informationen für eine Workload zusammenstellen
    • EXPLAIN-Informationen für eine Workload konsolidieren
    • Literalwerte in EXPLAIN-Informationen konsolidieren
    1. Aktivieren Sie die gespeicherte Java™-Prozedur SYSPROC.OPT_EXECUTE_TASK:
      1. Stellen Sie sicher, dass IBM® SDK for Java 2 Technology Edition Version 1.4 im Ordner UNIX® System Service installiert ist, der in der Umgebungsvariablen JAVA_HOME angegeben ist.
      2. Stellen Sie sicher, dass IBM Data Server Driver für JDBC und SQLJ installiert ist.
      3. Stellen Sie sicher, dass die Umgebungsvariablen für IBM Data Server Driver für JDBC und SQLJ ordnungsgemäß gesetzt sind.
      4. Stellen Sie sicher, dass die Eigenschaften für IBM Data Server Driver für JDBC und SQLJ ordnungsgemäß gesetzt sind.
        Im folgenden Beispiel ist aocwccsp.jar die JAR-Datei mit der gespeicherten Java-Prozedur. Diese Datei ist an zwei Positionen im Produkt installiert. Sie können eine dieser beiden Dateien verwenden. Die Dateien sind identisch.
        • Eine Kopie dieser Datei wird zusammen mit dem Optim Query Tuner-Client installiert. Sie finden diese Datei im Unterverzeichnis \serverconfig\WCC des Installationsverzeichnisses. Wenn Sie diese Kopie verwenden, müssen Sie die Datei an die Position hochladen, die über CLASSPATH angegeben wird. Verwenden Sie das Binärformat, wenn Sie diese Datei auf das Subsystem hochladen.
        • Die andere Kopie dieser Datei wird während der SMP/E-Installation auf dem Subsystem installiert. Der HFS-Pfad lautet /usr/lpp/oqt/v221/lib/IBM. Wenn Sie diese Kopie verwenden, müssen Sie eine Kopie an der Position speichern, die über CLASSPATH angegeben wird.
        JCC_HOME ist das Ausgangsverzeichnis des JDBC-Treibers und JAVA_HOME das Ausgangsverzeichnis von Java. Sie müssen den Wert für JCC_HOME und JAVA_HOME abhängig von der Position des JDBC-Treibers und der Laufzeitumgebung ändern. Sie müssen außerdem den Wert von TZ, der die Zeitzone angibt, in den Wert für Ihre Zeitzone ändern. Beispiel:
        • PST08 für Pacific Standard Time.
        • MST07 für Mountain Standard Time.
        • CST06 für Central Standard Time.
        • CET-01 für Central European Time.
        ENVAR("CLASSPATH=/usr/lpp/db2910_base/classes/aocwccsp.jar",
        "TZ=PST08",                                                 
        "JCC_HOME=/usr/lpp/db2910_jdbc/",                           
        "JAVA_HOME=/usr/lpp/java140/J1.4"),                         
        MSGFILE(JSPDEBUG,,,,ENQ),                                   
        XPLINK(ON)
      5. Stellen Sie sicher, dass eine WLM-Umgebung für Java-Routinen konfiguriert wurde und ein Job mit einer gestarteten Task für gespeicherte Java-Prozeduren in der Systemprozedurbibliothek vorhanden ist.
      6. Stellen Sie sicher, dass Benutzer Schreibberechtigung auf das temporäre z/OS-UNIX-Verzeichnis verfügen. Die gespeicherte Prozedur SYSPROC.OPT_EXECUTE_TASK schreibt Protokolldateien in dieses Verzeichnis.
    2. Aktivieren Sie die gespeicherte C-Prozedur SYSPROC.OPT_RUNSQL:

      Die gespeicherte Prozedur SYSPROC.OPT_RUNSQL wird verwendet, um die SQL-Anweisungen aus dem dynamischen Anweisungscache zu erfassen und diese Anweisungen in der Tabelle DSN_STATEMENT_CACHE_TABLE zu speichern.

      1. Laden Sie das gepackte Lademodul auf das Subsystem hoch. Sie finden das Lademodul im Unterverzeichnis \serverconfig\ZOS\z/OS-Versionsnummer_und_-Modus\Load Module des Installationsverzeichnisses. Stellen Sie sicher, dass die folgenden Übertragungsregeln angegeben sind.
        ftp> quote site blk=6144 lrecl=1024 recfm=fb tracks unit=sysallda primary=90
        200 SITE command was accepted
        ftp> binary
        200 Representation type is Image
      2. Verwenden Sie den folgenden Musterjob, um das Lademodul in eine Partitionsdatei zu entpacken.
        //***************************************************************
        //*  Notes =
        //*  PRIOR TO RUNNING THIS JOB, 
        //*  locate and change the string "!!" to the following suffix
        //*  for the different versions of DB2 for z/OS:
        //*  For V8 and V10CM8, change to "J". 
        //*  For V9 and V10CM9, change to "K".
        //*  For V10NFM, change to "M".
        //***************************************************************
        //UNTERSE    JOB CLASS=A,MSGLEVEL=(1,1),                        
        //        NOTIFY=&SYSUID                                        
        //UNTERSE     EXEC PGM=TRSMAIN,PARM='UNPACK'                      
        //STEPLIB   DD DISP=SHR,DSN=IBMUSER.TERSE.LOADLIB               
        //SYSPRINT  DD SYSOUT=*,DCB=(LRECL=1024,BLKSIZE=6144,RECFM=FB)  
        //INFILE    DD DISP=SHR,DSN=USER.TERSED.AOCRNSQ!!                
        //OUTFILE   DD DSN=USER.UNTERSED,                                
        //  DISP=(SHR,CATLG,DELETE),                                    
        //  UNIT=3390,VOL=SER=DK8320,SPACE=(CYL,(5,5),RLSE)             
        /*   
      3. Kopieren Sie das nicht entpackte Lademodul in Ihre Benutzerexitbibliothek (EXIT).
      4. Stellen Sie sicher, dass die Bibliothek EXIT mit der STEPLIB der DB2-Starttask verkettet ist.
  4. Optional: Konfigurieren Sie den Verwaltungsscheduler.

    Mit dem Verwaltungsscheduler können Sie Tasks für Abfrageworkloads ausführen, beispielsweise Workloaderfassung und -überwachung. Sie können auch ohne Verwaltungsscheduler Tasks terminieren, aber Sie müssen dann dafür sorgen, dass die Clientanwendung ständig auf Ihrer Workstation ausgeführt wird und ständig eine Verbindung zum DB2 für z/OS-Subsystem besteht, damit die Operationen zum geplanten Zeitpunkt ausgeführt werden. Wenn die Verbindung zum Subsystem getrennt wird, während die geplanten Tasks ausgeführt werden, können diese Tasks nicht vollständig ausgeführt werden.

    In den folgenden Themen wird beschrieben, wie der Verwaltungsscheduler konfiguriert und wie mit ihm interagiert wird:

Feedback