Agrupación de conexiones

Utilización de las agrupaciones de conexiones para aliviar la actividad general de la gestión de conexiones y disminuir las tareas de desarrollo para el acceso de datos.

Cada vez que una aplicación intenta acceder a un almacén de programa de fondo (por ejemplo, una base de datos), necesita recursos para crear, mantener y liberar una conexión en ese almacén de datos. Para reducir el trabajo que añade este proceso a los recursos de aplicación generales, el servidor de aplicaciones permite a los administradores establecer una agrupación de conexiones de programa de fondo que puede compartir las aplicaciones en un servidor de aplicaciones. La agrupación de conexiones distribuye la carga de la conexión entre varias solicitudes de usuarios, con lo que se conservan los recursos de aplicación para futuras solicitudes.

El servidor de aplicaciones da soporte a las API JDBC 4.0 para la agrupación y reutilización de conexiones. La agrupación de conexiones se utiliza para dirigir llamadas JDBC dentro de la aplicación y para los enterprise beans que utilizan la base de datos.

Ventajas de la agrupación de conexiones

La agrupación de conexiones puede reducir el tiempo de respuesta de cualquier aplicación que requiera conexiones, especialmente las aplicaciones basadas en Web. Si un usuario realiza una petición a un recurso a través de la web, el recurso accede a un origen de datos. Como los usuarios se conectan y desconectan con frecuencia con aplicaciones en Internet, las solicitudes de aplicación de acceso a datos pueden alcanzar un volumen considerable. Por lo tanto, la carga adicional total del almacén de datos alcanza rápidamente un valor muy alto para las aplicaciones basadas en Web y el rendimiento disminuye. No obstante, cuando se utilizan las posibilidades de agrupación de conexiones, las aplicaciones web pueden aumentar el rendimiento hasta 20 veces sobre los resultados normales.

Con la agrupación de conexiones, la mayoría de solicitudes de usuario no crean una carga adicional al crear una nueva conexión porque el origen de datos puede localizar y utilizar una conexión existente en la agrupación de conexiones. Una vez que la solicitud ha sido satisfecha y la respuesta se ha devuelto al usuario, el recurso devuelve la conexión a la agrupación de conexiones para volver a usarla. De esta forma se evita la carga adicional que supone una desconexión. Cada solicitud de usuario requiere una fracción del coste para la conexión o desconexión. Después de utilizar los recursos iniciales para producir las conexiones en la agrupación, la carga adicional es insignificante, ya que las conexiones existentes se vuelven a usar.

Cuándo se debe utilizar una agrupación de conexiones

Utilice la agrupación de conexiones en las aplicaciones que cumplan algunos de los siguientes criterios:

  • No puede tolerar la carga adicional de obtener y liberar conexiones cada vez que se utiliza una conexión.
  • Requiere transacciones de JTA (Java™ Transaction API) en el servidor de aplicaciones.
  • Necesita compartir conexiones entre varios usuarios dentro de la misma transacción.
  • Necesita aprovechar las características del producto para gestionar transacciones locales dentro del servidor de aplicaciones.
  • No gestiona la agrupación de sus propias conexiones.
  • No gestiona lo específico para crear una conexión, como el nombre de base de datos, el nombre de usuario o la contraseña
Avoid trouble Avoid trouble: La agrupación de conexiones no está soportada en un cliente de aplicaciones. El cliente de aplicaciones llama a la base de datos directamente y no pasa por un origen de datos. Si desea utilizar la solicitud getConnection() del cliente de aplicaciones, configure el proveedor JDBC en los descriptores de despliegue de cliente de aplicaciones, utilizando Rational Application Developer o una herramienta de ensamblaje. La conexión se establece entre el cliente de aplicaciones y la base de datos. Los clientes de aplicación no tienen una agrupación de conexiones, pero puede configurar valores de proveedor JDBC en los descriptores de despliegue del cliente. gotcha

Cómo se agrupan las conexiones

Cuando configure un origen de datos exclusivo o una fábrica de conexiones, debe proporcionar un nombre JNDI (Java Naming and Directory Interface) exclusivo. Este nombre JNDI y la información de configuración se utilizan para crear la agrupación de conexiones. Existe una agrupación de conexiones independiente para cada origen de datos o fábrica de conexiones que se configure.

Asimismo, el servidor de aplicaciones crea una instancia diferente de la agrupación de conexiones en cada servidor de aplicaciones que utiliza el origen de datos o la fábrica de conexiones. Por ejemplo:
  • [AIX Solaris HP-UX Linux Windows][IBM i]Si ejecuta un clúster de tres servidores en el que todos los servidores utilizan myDataSource y myDataSource tiene un valor de número máximo de conexiones de 10, puede generar un máximo de 30 conexiones (tres servidores por diez conexiones).
  • [z/OS]En un clúster, cada uno de los tres controladores z/OS contiene tres sirvientes que utilizan myDataSource y, para la agrupación de conexiones que el servidor de aplicaciones crea para cada instancia de myDataSource, podrá establecer un valor de Máximo de conexiones de 10. Por lo tanto, puede generar un máximo de 90 conexiones (9 servants por 10 conexiones).

Tenga en cuenta que este comportamiento puede tener un impacto en el número de conexiones que puede soportar el recurso de programa de fondo. Consulte el tema Valores de agrupación de conexiones, para obtener más información.

[AIX Solaris HP-UX Linux Windows][IBM i]Otras consideraciones que se deben tener en cuenta para determinar el valor de número máximo de conexiones:
  • Cada transacción de bean de entidad necesita una conexión de base de datos adicional, dedicada a manejar la transacción.
  • Si se utilizan clones, existe una agrupación de datos para cada clon.
  • [AIX][HP-UX][Solaris]En los sistemas UNIX, se crea un proceso DB2 por separado para cada conexión; estos procesos afectan rápidamente al rendimiento en los sistemas con poca memoria, lo que puede provocar errores

También es importante tener en cuenta que cuando se utilizan conexiones compartidas, sólo se pueden compartir conexiones obtenidos de la misma agrupación de conexiones.


Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cdat_conpool
File name: cdat_conpool.html