Planificación de DB2

Esto forma parte de una tarea más amplia de personalizar el entorno de z/OS.

WebSphere Business Integration Message Broker para z/OS accede a las tablas de DB2 utilizando ODBC. Para conectarse a DB2 utilizando ODBC, se utiliza el nombre de ubicación del subsistema de DB2. Para obtener información más detallada, consulte el manual DB2 UDB for OS/390® and z/OS V7 Data Sharing: Planning and Administration.

Cuando arranca el sistema DB2, visualiza el mensaje DSNL004I DDF START COMPLETE. El nombre de ubicación se visualiza juesto después de este mensaje.

La personalización de WebSphere Business Integration Message Broker para z/OS crea un archivo de inicialización de ODBC, DSNAOINI. Contiene la información necesaria para establecer la conexión ODBC. Para obtener información más detallada, consulte el manual DB2 UDB for OS/390 and z/OS V7 ODBC Guide and Reference.

Evite que el nombre de origen de datos sea el mismo que el ID de subsistema o el ID de compartimiento de datos. El uso del nombre afecta a la granularidad de las directrices en conexión con la base de datos.

El mandato mqsicustomize genera dos secciones separadas en DSNAOINI para el ID de subsistema y la ubicación de DSN. Si los nombres de las seccione son iguales, se hace caso omiso de las palabras clave de la segunda instancia de la sección (como CURRENTSQLID).

Si opta por utilizar el mismo valor para el nombre de origen de datos y el ID de subsistema, debe editar DSNAOINI en el directorio de intermediarios para que las palabras clave Datasource y Subsystem estén en una sección. Haga esto tras ejecutar mqsicustomize, tal como se detalla en Mandato mqsicustomize.

Para obtener más información acerca de la personalización DSNAOINI, consulte el manual DB2 UDB for OS/390 and z/OS V7 ODBC Guide and Reference.

Durante la personalización, puede especificar qué nombre de plan va a utilizar, o bien utilizar el valor por omisión DSNACLI. Si desea que el intermediario acceda a otros grupos de compartimiento de datos de DB2 que no sean los propios, el plan DSNACLI debe enlazarse de una manera especial. Para obtener detalles, consulte Enlace de un plan de DB2 para utilizar grupos de compartimiento de datos. Compruebe que la ubicación del comodín se haya especificando utilizando SPUFI y emitiendo el mandato siguiente:
select * from SYSIBM.SYSPACKLIST where planname ='DSNACLI';
Rebind if the location column is blank and not *.

Compruebe que DSNACLI esté en la tabla SYSIBM.SYSPLAN.

Obtendrá grandes ventajas en cuanto al rendimiento si utiliza el recurso CACHE DYNAMIC SQL de DB2, puesto que esto elimina la necesidad de reprocesar sentencias DB2. Consulte CACHEDYN=YES en el manual DB2 UDB for OS/390 and z/OS V7 Installation Guide.

Si la base de datos del usuario está configurada utilizando el módulo DSNHDECP, al utilizar una coma como separador decimal, encontrará que existe una limitación. Si hay una discrepancia entre DB2 y los valores de entorno local del ID de usuario bajo los que se ejecuta el intermediario (en particular LC_NUMERIC), las actualizaciones de la base de datos de usuario pueden ser impredecibles.

Para garantizar que las actualizaciones de la base de datos del usuario funcionen correctamente, configure DB2 y establezca LC_NUMERIC (mediante el valor LC_ALL en el archivo mqsicompcif) para que utilice el mismo carácter, ya sea un punto o una coma, para la coma decimal.

Tareas relacionadas
Personalización del entorno de z/OS

Referencia relacionada
Tareas y funciones de personalización (z/OS)
Enlace de un plan de DB2 para utilizar grupos de compartimiento de datos
Mandato mqsicustomize