Saltar al contenido principal Saltar al contenido complementario

IBM DB2 para z/OS

Esta sección explica cómo configurar un origen IBM DB2 para z/OS en una tarea de datos. Antes de comenzar la tarea de datos, asegúrese de que cumple los Requisitos previos y que se ha familiarizado con las Limitaciones y consideraciones.

Configurar las propiedades de la conexión

Esta sección describe las propiedades de conexión disponibles. Todas las propiedades son obligatorias, a menos que se indique lo contrario.

Fuente de datos

  • Pasarela de datos: El nombre del Pasarela de datos de movimiento de datos que utilizar para acceder a sus datos.

  • Servidor: la dirección IP o el nombre de host del servidor IBM DB2 para z/OS.

  • Puerto: el puerto a través del cual acceder al servidor IBM DB2 para z/OS.

    Nota informativaSi el Servidor es un SysPlex paralelo y los miembros que comparten datos residen en varias LPAR, la dirección del host puede especificar una DVIPA, una dirección IP virtual dinámica (para utilizar la redundancia del sistema y el equilibrio de carga en el procesamiento de Data Movement gateway). En este caso, los números de puerto deben ser idénticos para todos los miembros.

Propiedades de la cuenta

  • Nombre de usuario: el nombre de usuario necesario para acceder al servidor de IBM DB2 para z/OS.

  • Contraseña: la contraseña necesaria para acceder al servidor de IBM DB2 para z/OS.

Propiedades de la base de datos

    La Ubicación debe ser el nombre de la ubicación de DB2 definido durante la instalación. Este debería ser un sistema de gestión de base de datos relacionales, bajo z/OS, ya sea un subsistema o una conexión de grupo. Este es el nombre lógico que sirve a las aplicaciones para designar los recursos administrados por este sistema, ya sea utilizando la instrucción SQL CONNECT, o colocándolo como calificador de una tabla (antes del nombre del esquema).

    Para ver el nombre de la ubicación, utilice el comando DB2 “-DIS DDF” (opción 7 en el panel DB2I en ISPF) o busque el mensaje DSNL004I en el registro de trabajo del espacio de direcciones <ssid>MSTR.

Propiedades de CDC

  • Para habilitar la captura de datos desde IBM DB2 for z/OS, las tablas de origen deben crearse de la siguiente manera:

    CREATE / ALTER TABLE table-name …. DATA CAPTURE CHANGES [INCLUDE LONGVAR COLUMNS];

    Puede, o bien configurar Data Movement gateway para que realice esta operación seleccionando Automatically enable DATA CAPTURE CHANGES (requiere privilegios de admin) en las opciones de configuración de conector, o bien puede hacer esto manualmente.

  • Verificar los cambios cada (seg): con qué frecuencia comprobar la base de datos de origen en busca de cambios.
  • Nombre UDTF del lector de CDC: El nombre de la función de tabla definida por el usuario proporcionada por Qlik, que se utiliza para CDC. Especifique el nombre de dos partes usando los valores que ha elegido para el nombre del esquema, &R4ZSCNM, y el nombre de la función, &R4ZIFITF.
  • Tamaño del conjunto de resultados UDTF (MB): Especifique el tamaño máximo que acumularán las filas de resultados devueltas por la función de tabla definida por el usuario suministrada por Qlik, a través de las tareas de ubicación de destino de CDC usando este conector. Un conjunto de resultados más grande provocará menos tiempo de sobrecarga al establecer la sesión IFI, pero dará como resultado un mayor consumo de memoria por parte de DB2. Específicamente, debido a que el conjunto de resultados es un LOB, es posible que deba aumentar el límite LOBVALA en la configuración de DB2 (DSNZPARM), especificando el tamaño máximo de LOB permitido por usuario. Suponiendo que todas las tareas de CDC estén configuradas con el mismo ID de usuario de ODBC, para adaptarse a todas las tareas que se ejecutan simultáneamente, configure LOBVALA en 2 × 1024 × el siguiente tamaño:SUM[(i=all endpoints) : resultset size in endpoint(i) × #_tasks using endpoint(i)](El tamaño del conjunto de resultados está en Mbytes, por lo que debe multiplicarse por 1024 para reflejar el tamaño de LOBVALA, que está en Kbytes).Otro límite de DSNZPARM, LOBVALS, especifica el tamaño total en todos los ID de usuario; por lo tanto, si hay varios ID de usuario, también debe controlar este valor. Tenga en cuenta, no obstante, que LOBVALS se especifica en Mbytes, a diferencia de LOBVALA.

Opciones de SSL

  • Enable SSL: seleccione esta opción para habilitar SSL.
  • Keystore database file: opcional. El archivo de la base de datos del almacén de claves (que contiene su clave privada) en la máquina de Data Movement gateway. El archivo debe estar en formato CMS (<nombre de archivo>.kdb), que suele ser el formato predeterminado.
  • Stash file: opcional. Un archivo con una versión cifrada de la contraseña de la base de datos del almacén de claves.
  • Keystore database password: opcional. Se puede acceder al archivo de la base de datos del almacén de claves utilizando la contraseña que se establece aquí o el archivo oculto que se especifica en el campo Stash file.
Nota de aviso

Los archivos KDB y stash deben generarse utilizando una versión de GSKit que sea compatible con el controlador DB2 admitido por Data Movement gateway.

Para obtener información sobre qué versión de GSKit se envía con una versión de controlador en particular, vea Versiones de GSKit enviadas con DB2

Anular la asignación de CCSID a la página de códigos

En el campo CCSID to character set mapping, indique los CCSID y las páginas de códigos en el siguiente formato (separados por comas y sin espacios):

CCSID1,codepage1,CCSID2,codepage2,...

El Conjunto de caracteres (página de códigos) debe especificarse en el formato adecuado (por ejemplo, ibm-1148_P100-1997). Para obtener una lista de formatos válidos, consulte ICU Converter Explorer.

Propiedades internas

Las propiedades internas son para casos de uso especiales y, por lo tanto, no se exponen en el cuadro de diálogo. Solo deberá usarlas si se lo indica el Soporte de Qlik.

Haga uso de los botones Crear nuevo y Cancelar a la derecha de los campos para agregar o eliminar propiedades según sea necesario.

Propiedades internas admitidas

La tabla siguiente proporciona una lista de parámetros internos que se pueden utilizar según sea necesario.

Parámetros internos
Nombre del parámetro Valores Predeterminado; Máx; Mín.
ifi306MessageLevel

0 – Sin trazas de DEPURACIÓN;

1 – incluir trazas de DEPURACIÓN;

9 – DEPURACIÓN completa

0; 0; 9.

ifi306BufferSize

Tamaño (en bytes) del búfer de datos de registro utilizado para la lectura de IFI

65536; 65536; 1048576.

additionalConnectionProperties

<keyword>=<value>;…

Ejemplo:  

cursorhold=1;patch2=15

(cadena vacía)

Nombre

El nombre que mostrará la conexión de origen.

Dependencia de la configuración de R4Z en el host

Esta tabla de esta sección proporciona una lista de valores de configuración de R4Z, que se pueden definir durante la instalación o como parte de la configuración del servicio CDC, o como parte de la definición del punto de conexión.

Valores de configuración de R4Z
Tema de R4Z Depende de la propiedad Definido en/Consultado por Solución

Tamaño total de las estructuras R4Z ECSA

Tamaño ECSA disponible

/DNET,CSM,…

OWNERID=ALL

Asegúrese de que no se exceda el tamaño ECSA.

Parámetro MAXRESULTSETSECS en el servicio CDC

Tiempo máximo que el subproceso DB2 espera por un recurso bloqueado

DSNZPARM IRLMRWT param. en SDSNSAMP(DSNTIJUZ)

Establézcalo al menos 2 segundos por debajo de la especificación SSID.

Parámetro MAXRESULSETSIZE en el servicio CDC Tamaño máximo de LOB disponible por ID de usuario

DSNZPARM LOBVALA param. en SDSNSAMP(DSNTIJUZ)

2 * (tamaño del conjunto de resultados * sesión máx.)

Símbolo decimal: punto o coma

Designa el separador decimal de edición

DSNHDECM DECIMAL= param. en DSNTIJUZ

Si el separador decimal es una coma, establezca la propiedad interna additionalConnectionProperties en patch2=15.

¿Esta página le ha sido útil?

No dude en indicarnos en qué podemos mejorar si encuentra algún problema en esta página o su contenido, como, por ejemplo, errores tipográficos, pasos que falta o errores técnicos.