Amplíe las definiciones de orígenes de datos, que constan de propiedades no
fundamentales o personalizadas para que los orígenes de datos DB2 añadan un nivel superior
de flexibilidad de aplicación cuando vaya a utilizar el controlador de JDBC de DB2 Universal o el controlador de DB2 mediante IBM® JCC. Esta capacidad a veces se conoce como agrupación heterogénea. Utilice esta
característica para configurar el origen de datos DB2 en el servidor de aplicaciones con un
conjunto fundamental de propiedades de orígenes de datos y deje para las aplicaciones
individuales la definición de propiedades personalizadas o no fundamentales, como currentSchema o
clientApplicationInformation, que desee que sean específicas de aplicación. También puede
utilizar estas definiciones ampliadas para sobrescribir las propiedades no fundamentales
o personalizadas que ya se han definido para el origen de datos. Además, esta
característica puede reducir el número de conexiones físicas que el servidor de
aplicaciones utiliza al usar una agrupación de conexiones entre los recursos que se
conectan al mismo origen de datos.
Antes de empezar
Debe utilizar un origen de datos DB2 y el origen de datos debe configurarse en el
servidor de aplicaciones con uno de los proveedores de JDBC siguientes:
- Controlador JDBC de
DB2
Universal (versión 4.3.81 o superior)
- Controlador de DB2 mediante IBM JCC
(versión 3.53.65 o superior)
Acerca de esta tarea
Asocie las propiedades no fundamentales con referencias de recursos distintas
para un origen de datos y configure las aplicaciones para sacar partido de estas
referencias de recursos con el fin de ampliar o sobrescribir las propiedades no
fundamentales del origen de datos. Puede elegir definir propiedades no fundamentales o
personalizadas nuevas o sobrescribir las propiedades no fundamentales que ya se hayan
definido para el origen de datos.
Además, las aplicaciones pueden compartir la misma
agrupación de conexiones en el servidor de aplicaciones, aunque cada aplicación puede
disponer de un conjunto exclusivo propio de propiedades de orígenes de datos. Puede que
sólo haya un origen de datos que se defina en el servidor de aplicaciones y, por lo
tanto, sólo una agrupación de conexiones, pero, para las aplicaciones individuales,
parecerá que haya más de un origen de datos definido.
Esto puede ocasionar:
- Una reducción del consumo de memoria por parte del servidor de aplicaciones. Las
definiciones de orígenes de datos corresponderán a una agrupación de conexiones, por lo
que habrá menos objetos en la memoria al realizar una comparación con una definición de
origen de datos que corresponda a su propia agrupación de conexiones.
- Una reducción en el número de conexiones abiertas con el origen de datos, que puede
reducir el consumo de memoria por parte del origen de datos. El servidor de aplicaciones
puede reducir el número de conexiones inactivas proporcionando una agrupación de
conexiones que corresponda a varios orígenes de datos, con lo cual se proporcionará un
uso más eficaz de las conexiones.
- Que se eviten transacciones de confirmación en dos fases (XA) en algunos casos en DB2,
cuando las aplicaciones utilizan el patrón de conexión obtener/utilizar/cerrar. El
servidor de aplicaciones puede compartir conexiones entre distintas referencias de
recursos que tienen el mismo conjunto de propiedades fundamentales, aunque tengan
distintas propiedades no fundamentales, en la misma transacción. Este comportamiento
puede evitar el proceso de confirmación de dos fases si el uso compartido de conexiones
hace que el servidor de aplicaciones utilice una conexión física.
Procedimiento
- Actualice las definiciones de origen de datos de una aplicación que ya se haya instalado.
- Vaya al panel para gestionar las referencias de recursos de la aplicación.
- Para las aplicaciones que no utilizan la persistencia gestionada por contenedor, pulse .
- Para las aplicaciones que utilizan la persistencia gestionada por contenedor, pulse
. No puede añadir propiedades ampliadas para beans
CMP individuales.
- Puede configurar dos archivos de referencia de recursos en el mismo origen de datos. Esto le permitirá ampliar las propiedades personalizadas del origen de datos para que incluyan dos nombres de esquema distintos (currentSQLId en z/OS o el nombre currentSchema en las propiedades personalizadas) que se pueden utilizar para aprovechar las posibilidades del servidor de aplicaciones. Consulte el tema sobre cómo configurar dos archivos de referencia de recursos en el mismo origen de datos para obtener más información.
Nota: Para IBM Optim PureQuery Runtime, si se trata de un origen de datos XA, debe definir una nueva propiedad personalizada en el origen de datos, donde nombre_propiedad = downgradeHoldCursorsUnderXa y boolean value = true.
- Vaya al panel de propiedades de origen de datos ampliadas. Seleccione un recurso de la tabla y pulse Propiedades ampliadas.... Si el origen de datos no da
soporte a las propiedades de orígenes de datos ampliadas, recibirá un error al intentar
aplicar estos cambios.
- Añada una o más propiedades personalizadas del origen de datos ampliados que son específicas de dicho recurso de origen. Pulse Nuevo y complete los campos
obligatorios. Repita este paso para cada propiedad para la que desee ampliar el origen de datos. Cuando haya terminado, pulse Aceptar para volver a la pantalla anterior. No puede modificar las propiedades de origen de datos siguientes, que deben
ser iguales para todas las aplicaciones que utilicen este origen de datos:
- accountingInterval
- dataSourceName
- databaseName
- kerberosServerPrincipal
- loginTimeout
- logWriter
- password
- pkList
- planName
- portNumber
- readOnly
- securityMechanism
- serverName
- user
- Opcional: Configure dos res-refs y el nivel de aislamiento en el archivo ibm-ejb-jar-ext.xml
- Cree definiciones de origen de datos para una aplicación durante la instalación.
- Vaya al panel para correlacionar las referencias de recursos de la aplicación. Seleccione el paso de instalación Correlacionar referencias a recursos con recursos y siga los pasos b y c del paso 1 que describen cómo actualizar las definiciones de orígenes de datos para una aplicación ya instalada.
- Opcional: Para evitar transacciones de confirmación de dos fases,
utilice el patrón obtener/utilizar/cerrar. El patrón obtener/utilizar/cerrar
se utiliza cuando una aplicación obtiene una conexión de un origen de datos o fábrica de
conexiones y finaliza el trabajo actual en un método individual y la aplicación no llama
a otro método hasta que el trabajo ha finalizado.
- Asegúrese de que las aplicaciones utilice el patrón de conexión obtener/utilizar/cerrar.
- Habilite el servidor de aplicaciones para que verifique el uso del patrón
de conexión obtener/utilizar/cerrar en las aplicaciones, con el que se evitará el proceso
de confirmación de dos fases si el uso compartido hace que se utilice exclusivamente una
conexión física.
- Pulse .
- Seleccione Optimizar para el patrón get/use/close/connection con la
agrupación heterogénea. Recibirá mensajes de error si selecciona esta opción y sus aplicaciones no utilizan el patrón de conexiones get/use/close.
- Opcional: La agrupación heterogénea está habilitada de forma predeterminada. En determinadas circunstancias, es
posible que desee inhabilitar la agrupación heterogénea para un origen de datos. Una propiedad personalizada
de origen de datos se puede definir para desactivar el soporte de la agrupación.
La propiedad personalizada
de origen de datos se denomina enableHeterogeneousPooling.
Si enableHeterogeneousPooling no
está definida para un origen de datos o si esta propiedad existe para un origen de datos y tiene el valor
true, entonces la agrupación heterogénea está habilitada. Si
enableHeterogeneousPooling está definida para un origen de datos o si esta propiedad existe para un
origen de datos y tiene el valor false, entonces la agrupación heterogénea no está habilitada. Para definir enableHeterogeneousPooling para un origen de datos y desactivar la agrupación
heterogénea, siga estos pasos:
- Pulse Recursos > Proveedor JDBC > proveedor_JDBC
- En propiedades adicionales, pulse Orígenes de datos.
- Pulse en el nombre del origen de datos.
- Cree la propiedad personalizada enableHeterogeneousPooling.
- Pulse Nueva.
- Escriba enableHeterogeneousPooling en el campo Nombre.
- Especifique false en el campo de valor para especificar que desea inhabilitar la
agrupación heterogénea.
- Pulse Aplicar y Guardar.