Esto forma parte de una tarea más amplia de personalizar el entorno de z/OS.
WebSphere Business Integration Event 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 Event 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.
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
Avisos |
Marcas registradas |
Descargas |
Biblioteca |
Soporte |
Información de retorno (feedback)
![]() ![]() |
ae14080_ |