Clasificación de hebras DDF de Db2 en WLM
Puede especificar objetivos de rendimiento para hebras DDF clasificándolas en WLM.
Acerca de esta tarea
Puede clasificar hebras DDF por atributos como por ejemplo, el ID de autorización, el nombre de procedimiento almacenado y otros. El nombre de procedimiento almacenado solo se utiliza como clasificación si la primera sentencia emitida por el cliente para comenzar una nueva unidad de trabajo es una sentencia CALL de SQL.
Cuando una llamada de procedimiento almacenado establecida por WLM se origina localmente, hereda el objetivo de rendimiento de la llamada, como TSO o CICS®.
Procedimiento
- AI
- Información sobre contabilidad. El valor de la serie de contabilidad de Db2 asociada con la hebra del servidor DDF, descrita por QMDAAINF en la macro de correlación DSNDQMDA. WLM impone una longitud máxima de 143 bytes para información sobre contabilidad.
- CAI
- La información de contabilidad del cliente hasta 512 bytes. Este calificador contiene el valor del sufijo de la serie de contabilidad especificada por el usuario asociada con una hebra de servidor DDF. Este atributo se puede utilizar para Db2 y tipos de subsistema DDF. El valor se define con QMDASUFX en la macro de correlación DSNDQMDA.
CI
- El ID de correlación de la base de datos de datos de referencia dinámica ( Db2 , DDF) del hilo del servidor, descrito por QWHCCV en la macro de mapeo DSNDQWHC.
- CIP
- La dirección IP del cliente hasta 39 bytes. Este atributo puede utilizarse para los tipos de subsistema DDF y Db2 .
Db2 proporciona direcciones IPv4 e IPv6 a WLM con la dirección IP en formato hexadecimal de dos puntos IPv6. El valor que Db2 proporciona a WLM es una versión no comprimida del valor comprimido que se muestra en la salida del mandato Db2 -DISPLAY THREAD y -DISPLAY LOCATION y en el registro especial SYSIBM.CLIENT_IPADDR. Los valores no comprimidos simplifican la tarea de definición de reglas de clasificación basadas en direcciones de subred porque cada segmento de una dirección IPv4 o IPv6 siempre tiene la misma posición.
Para direcciones IPv4, Db2 proporciona una representación no comprimida de la parte decimal con puntos de la dirección IP alineada a la derecha (blancos iniciales) en un espacio de 39 caracteres. La alineación a la derecha es compatible con definiciones de WLM comunes de direcciones IPv4 en entornos de pila TCP/IP de modalidad única o de modalidad dual porque la parte decimal con puntos de la dirección IPv4 siempre está en la misma posición. Los ceros iniciales, hasta la parte decimal con puntos, se representan siguiendo la convención de compresión de dos puntos ("::") de dos puntos hexadecimales IPv6.
Para direcciones IPv6, Db2 proporciona una representación no comprimida de 39 caracteres de la dirección IPv6.
Tabla 1. Direcciones IPv4 e IPv6 de ejemplo Tipo de dirección Valor de pantalla/SYSIBM.CLIENT_IPADDR Valor WLM (espacio de 39 caracteres) Dirección IPv4 de pila de modalidad única ::111.112.113.114::111.112.113.114Dirección IPv4 de pila de modalidad dual ::FFFF:111.112.113.114::FFFF:111.112.113.114Dirección IPv4 de pila de modalidad única ::1.0.13.114::001.000.013.114Dirección IPv4 de pila de modalidad dual ::FFFF:1.0.13.114::FFFF:001.000.013.114Dirección IPv6 1111:2222:3333:4444:5555:6666:7777:88881111:2222:3333:4444:5555:6666:7777:8888Dirección IPv6 1080::8:800:200C:417A1080:0000:0000:0000:0008:0800:200C:417A - CN
- El nombre de la colección de la base de datos de relaciones ( Db2 ) del primer paquete SQL al que accedió el solicitante de DRDA en la unidad de trabajo.
- CUI
- El ID de usuario del cliente hasta 128 bytes. Este atributo se puede utilizar para Db2 y tipos de subsistema DDF. El valor lo define QWHCEUID_Var en la macro de correlación DSNDQWHC.
- CWN
- El nombre de la estación de trabajo del cliente hasta 255 bytes. Este atributo se puede utilizar para Db2 y tipos de subsistema DDF. El valor lo define QWHCEUWN_Var en la macro de correlación DSNDQWHC.
- CTN
- El nombre de la transacción o la aplicación del cliente hasta 255 bytes. Este atributo se puede utilizar para Db2 y tipos de subsistema DDF. El valor lo define QWHCEUTX_Var en la macro de correlación DSNDQWHC.
- LU
- El VTAM® LUNAME del sistema que emitió la solicitud SQL.
- NET
- El VTAM NETID del sistema que emitió la solicitud SQL.
- PC
El nombre de proceso hasta 39 bytes. Este atributo se puede utilizar para clasificar el nombre de aplicación o el nombre de transacción. El valor lo define QWHCEUTX en la macro de correlación DSNDQWHC.
- PK
- El nombre del primer paquete de e Db2 encia al que accedió el solicitante de DRDA en la unidad de trabajo.
- PN
- El nombre del plan de Db2 de la aplicación solicitante.
- PR
- Nombre del procedimiento almacenado. Esta clasificación solo se aplica si la primera sentencia de SQL del cliente es una sentencia CALL.
- SI
- Instancia del subsistema. Db2 El nombre del subsistema z/OS del servidor.
- SPM
- Parámetro del subsistema. Este calificador tiene una longitud máxima de 255 bytes. Los primeros 16 bytes contienen el ID de usuario del cliente. Los siguientes 18 bytes contienen el nombre de la estación de trabajo del cliente. Los restantes 221 bytes están reservados.
Importante: Si la longitud del ID de usuario del cliente es de menos de 16 bytes, se utilizan blancos tras el ID de usuario para alcanzar la longitud. Si la longitud del nombre de estación de trabajo del cliente es de menos de 18 bytes, se utilizan blancos tras el nombre de la estación de trabajo para alcanzar la longitud.
- SSC
- Nombre de la colección del subsistema. Cuando el subsistema de Db2 es miembro de un grupo de uso compartido de de datos de Db2, este atributo se puede utilizar para clasificar el nombre del grupo de uso compartido de datos. El valor lo define QWHADSGN en la macro de correlación DSNDQWHA.
- IU
- ID de usuario. El ID de autorización principal del hilo del servidor DDF, después de la conversión de nombres de entrada, que solo se produce con conexiones SNA DRDA.
Ejemplo
Subsystem-Type Xref Notes Options Help
--------------------------------------------------------------------------
Create Rules for the Subsystem Type Row 1 to 5 of 5
Subsystem Type . . . . . . . . DDF (Required)
Description . . . Distributed DB2 Fold qualifier names? . . Y (Y or N)
Enter one or more action codes: A=After B=Before C=Copy D=Delete
M=Move I=Insert rule IS=Insert Sub-rule R=Repeat
-------Qualifier------------- -------Class--------
Action Type Name Start Service Report
DEFAULTS: PRDBATCH ________
____ 1 SI DB2P ___ PRDBATCH ________
____ 2 CN ONLINE ___ PRDONLIN ________
____ 2 PRC PAYPROC ___ PRDONLIN ________
____ 2 UI SYSADM ___ PRDONLIN ________
____ 2 PK QMFOS2 ___ PRDQUERY ________
____ 1 SI DB2T ___ TESTUSER ________
____ 2 PR PAYPROCT ___ TESTPAYR ________
****************************** BOTTOM OF DATA *****************************
En este ejemplo se muestran las clasificaciones siguientes:
- Todas las aplicaciones DB2P que acceder a su primer paquete SQL en la colección ONLINE están en la clase de servicio PRDONLIN.
- Todas las aplicaciones DB2P que llaman al procedimiento almacenado PAYPROC en primer lugar están en la clase de servicio PRDONLIN.
- Todo el trabajo que realiza el usuario SYSADM de DB2P está en la clase de servicio PRDONLIN.
- Todos los usuarios, excepto SYSADM, que ejecutan DB2P PACKAGE QMFOS2 están en la clase PRDQUERY. (El paquete QMFOS2 no está en la colección ONLINE.)
- Todo el resto del trabajo del sistema de producción está en la clase de servicio PRBBATCH.
- Todos los usuarios del sistema Db2 de prueba se asignan a la clase TESTUSER, excepto el trabajo que primero llama al procedimiento almacenado PAYPROCT, que está en la clase de servicio TESTPAYR.