WebSphere Message Broker, Versión 8.0.0.5 Sistemas operativos: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte la información sobre la última versión del producto en IBM Integration Bus, Versión 9.0

Conexiones de base de datos de usuario

Las bases de datos de usuario contienen datos empresariales que se escriben y se acceden mediante flujos de mensaje desplegados. Debe crear conexiones desde el intermediario hasta la base de datos de usuarios utilizando ODBC o JDBC.

Las conexiones ODBC a bases de datos están gestionadas internamente por el intermediario y, por consiguiente, cualquier opción de agrupación de conexiones configurables que estén disponibles en el controlador ODBC no se debe utilizar.

El intermediario requiere una conexión a la base de datos para cada nombre de origen de datos (DSN) al que se hace referencia en el flujo de mensajes, aunque diferentes DSN se resuelvan en la misma base de datos física. Si el flujo de mensajes está operando en modalidad coordinada, también es necesaria una conexión XA separada con cada DSN que participa en el flujo coordinado globalmente.

El número de conexiones a una base de datos de usuario que un intermediario necesita depende de las acciones de los flujos de mensajes que acceden a la base de datos. Para cada hebra de flujo de mensajes, un intermediario que accede a una base de datos de usuario realiza una conexión para cada nombre de origen de datos (DSN). Si un nodo diferente de la misma hebra utiliza el mismo DSN, se utiliza la misma conexión, a menos que se utilice una modalidad de transacción diferente, en cuyo caso se necesita otra conexión. Para obtener más información sobre transacciones, consulte Conexiones de base de datos para flujos de mensajes coordinados.

Normalmente, el intermediario realiza las conexiones cuando necesita utilizarlas en el flujo de mensajes. No obstante, en el caso de las conexiones con los orígenes de datos basados en ESQL, puede establecer la conexión inicial antes de que el flujo reciba un mensaje, y eliminar así cualquier conexión latente de los procesos de mensajes. Establezca esta opción seleccionando la propiedad Conectar antes de que se inicie el flujo en el nodo del origen de datos.

Si el flujo de mensajes contiene un nodo DatabaseInput, al menos una conexión de base de datos permanece abierta mientras el flujo de mensajes está en ejecución.

Linux platformUNIX platformWindows platformEn sistemas Linux, UNIX y Windows, las conexiones de base de datos se liberan bajo las siguientes circunstancias:

Las conexiones de base de datos se han iniciado con la opción Conectar antes de iniciar el flujo seleccionada, o las conexiones de base de datos que están implicadas en transacciones coordinadas globalmente (XA), no están liberadas cuando el flujo de mensaje está desocupado. Estos tipos de conexiones sólo se liberan en las circunstancias siguientes:

Todas las demás conexiones de base de datos permanecen abiertas hasta que se producen los siguientes sucesos:

z/OS platformEn z/OS, las conexiones de bases de datos para flujos de mensajes coordinados globalmente también se liberan si no se ha accedido a la base de datos durante 1 minuto.

Para cambiar el tiempo predeterminado de 1 minuto tras el cual se libera una conexión de base de datos para un flujo de mensajes inactivo, utilice el mandato siguiente:
mqsichangeproperties myBroker -e myExecutionGroup -o ComIbmDatabaseConnectionManager -n maxConnectionAge -v newValue
o el mandato siguiente, para cambiar el tiempo predeterminado para todos los grupos de ejecución:
mqsichangeproperties myBroker -o ComIbmDatabaseConnectionManager -n maxConnectionAge -v newValue
donde maxConnectionAge se especifica en segundos. Si maxConnectionAge se establece en la opción -1, las conexiones de base de datos no se liberan nunca hasta que el grupo de ejecución o el intermediario estén detenidos.

Si utiliza DB2 para la base de datos, la acción predeterminada es limitar el número de conexiones simultáneas a una base de datos al valor del parámetro de configuración maxappls. El valor predeterminado de maxappls es 40. Si cree que las conexiones que puede necesitar el intermediario sobrepasan el valor de maxappls, aumente ese parámetro y el del parámetro asociado maxagents a los valores que crea conveniente según sus cálculos.

Para z/OS, el número de conexiones no cambia cuando se utilizan conexiones ODBC CAF (Call Attachment Facility - Recurso de conexión de llamada - Recurso de conexión de Recovery Resource Service) o RRSAF (Recoverable Resource Services Attachment Facility - Recurso de conexión de Recovery Resource Service). Para obtener más información sobre el número de conexiones necesarias, consulte No sabe cuántas conexiones de base necesita un intermediario.

Si está utilizando otra base de datos, compruebe la documentación a la base de datos para obtener información sobre conexiones y los límites o las restricciones que se pueden aplicar.

Cuando un flujo de mensajes está desocupado, el grupo de ejecución libera periódicamente conexiones de base de datos que no se han iniciado con la opción Conectar antes de que se inicie el flujo. Por consiguiente, las conexiones mantenidas por el intermediario reflejan el uso actual de estos recursos. Esta situación permite al intermediario responder a periodos de inmovilización de la base de datos, si el gestor de base de datos dé soporte a la inmovilización. No todas las bases de datos soportan la función de inactividad y no todas las bases de datos se inmovilizan del mismo modo. Consulte la documentación de base de datos para obtener información sobre la inactividad de base de datos.

Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Comentarios

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última actualización:
        
        Última actualización: 2015-02-28 16:58:14


Tema de conceptoTema de concepto | Versión 8.0.0.5 | ac00406_