Ampliar las definiciones de orígenes de datos DB2 a nivel de aplicación

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

  1. Actualice las definiciones de origen de datos de una aplicación que ya se haya instalado.
    1. 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 Aplicaciones > Aplicaciones de empresa WebSphere > nombre_aplicación > Referencias de recursos.
      • Para las aplicaciones que utilizan la persistencia gestionada por contenedor, pulse Aplicaciones > Aplicaciones de empresa WebSphere > nombre_aplicación > Proporcionar correlación de origen de datos por omisión para los módulos que contienen beans de entidad 1.x.. 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.
    2. 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.
    3. 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
    4. Opcional: Configure dos res-refs y el nivel de aislamiento en el archivo ibm-ejb-jar-ext.xml
  2. Cree definiciones de origen de datos para una aplicación durante la instalación.
    1. 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.
  3. 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.
    1. Asegúrese de que las aplicaciones utilice el patrón de conexión obtener/utilizar/cerrar.
    2. 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.
      1. Pulse Recursos > JDBC > Orígenes de datos > origen_datos > Propiedades de origen de datos de WebSphere Application Server.
      2. 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.
  4. 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:
    1. Pulse Recursos > Proveedor JDBC > proveedor_JDBC
    2. En propiedades adicionales, pulse Orígenes de datos.
    3. Pulse en el nombre del origen de datos.
    4. Cree la propiedad personalizada enableHeterogeneousPooling.
      1. Pulse Nueva.
      2. Escriba enableHeterogeneousPooling en el campo Nombre.
      3. Especifique false en el campo de valor para especificar que desea inhabilitar la agrupación heterogénea.
    5. Pulse Aplicar y Guardar.

Icon that indicates the type of topic Task topic



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