Propiedades de origen de datos de WebSphere Application Server

Especifica el número de sentencias que se pueden almacenar en la caché para cada conexión. El servidor de aplicaciones coloca en memoria caché una sentencia después de que se cierra dicha sentencia.

Si la memoria caché de sentencias no es lo suficientemente grande, se descartarán las entradas útiles para hacer sitio a las entradas nuevas. Para determinar cuál es el valor más elevado del tamaño de la memoria caché para así evitar que se descarten entradas en la memoria caché, añada el número de sentencias preparadas de forma exclusiva y sentencias a las que se puede llamar, según determine la serie SQL, la simultaneidad y el tipo de desplazamiento, para cada aplicación que utilice este origen de datos en un servidor determinado. Este valor es el número máximo de sentencias posibles que pueden colocarse en memoria caché en una conexión determinada durante la vida útil del servidor. Si se establece el tamaño de la memoria caché en este valor, significa que en ningún caso se descartará la memoria caché. En general, configure una memoria caché más grande para las aplicaciones con un número más grande de sentencias.

También puede utilizar Tivoli Performance Viewer para minimizar las veces que se descarta de memoria caché. Utilice una carga de trabajo estándar que represente un número típico de solicitudes de cliente entrantes, utilice un número fijo de iteraciones y utilice un conjunto estándar de valores de configuración.

Nota: cuanto mayor sea la memoria caché de sentencias, más recursos del sistema se retardarán. Por lo tanto, si establece el número en un valor demasiado alto, podrían faltarle recursos porque su sistema no puede abrir varias sentencias preparadas.

Si hay una sentencia determinada que no desea que el servidor de aplicaciones coloque en memoria caché, configure la sugerencia de la agrupabilidad de la sentencia en false. El servidor de aplicaciones no coloca en memoria caché una sentencia si la sugerencia de agrupabilidad se establece en false. La aplicación especifica la sugerencia de agrupabilidad de la sentencia durante el tiempo de ejecución.

En aplicaciones de prueba, el ajuste de la memoria caché de sentencias mejora el rendimiento de un 10% al 20%. No obstante, debido a las limitaciones potenciales de recursos, este proceso de ajuste no siempre es posible.

Si está seleccionada, se especifica el mensaje de aviso siguiente en el registro de salida del sistema WebSphere Application Server si varias hebras intentan utilizar simultáneamente el mismo descriptor de conexión. Puede utilizar esta propiedad para depurar problemas de conexión si cree que los problemas pueden deberse a que varias hebras intentan utilizar el mismo descriptor de conexión. Tener varias hebras simultáneamente con el mismo manejador de conexiones es una violación del modelo de programación.

J2CA0167W: Se ha detectado un intento de utilizar simultáneamente el mismo manejador de conexiones por parte de varias hebras. El manejador de conexiones es: {0}.

Indica que no puede haber ninguna coincidencia exacta en las conexiones recuperadas de la agrupación de conexiones del servidor de aplicaciones (los criterios de búsqueda de la agrupación de conexiones no incluyen un nombre de usuario ni contraseña). En su lugar, se lleva a cabo la reautenticación de las conexiones en doConnectionSetupPerTransaction() de la clase DataStoreHelper. El tiempo de ejecución del servidor de aplicaciones no proporciona una implementación de reautenticación de conexiones durante el tiempo de ejecución. Por lo tanto, si selecciona este recuadro, debe ampliar la clase DataStoreHelper para proporcionar la implementación del método doConnectionSetupPerTransaction() donde se lleva a cabo la reautenticación. Si no completa este proceso, es posible que el servidor de aplicaciones devuelva conexiones no utilizables. Para obtener más información, consulte la documentación de la API correspondiente al método com.ibm.websphere.rsadapter.DataStoreHelper#doConnectionSetupPerTransaction.

La reautenticación de conexiones puede ayudar a mejorar el rendimiento mediante la reducción de la sobrecarga al abrir y cerrar conexiones, particularmente en aplicaciones que frecuentemente solicitan conexiones con nombres de usuario y contraseñas diferentes.

Evite problemas: No se puede habilitar la reautenticación de base de datos si selecciona TrustedConnectionMapping para el alias de configuración de correlación.gotcha

Cuando se selecciona esta opción, el servidor de aplicaciones utiliza Java Message Service (JMS) para obtener conexiones optimizadas de este origen de datos. Esta propiedad impide que las aplicaciones JDBC (Java Database Connectivity) compartan las conexiones con las aplicaciones de persistencia gestionada por contenedor (CMP). Esta opción no está disponible si el proveedor de JDBC del origen de datos es un proveedor XA.

Especifica si el contenedor realiza un seguimiento de los manejadores en memoria caché, que son manejadores de conexiones que un componente de aplicación mantiene activo entre varios límites de método y transacción. Puede utilizar esta propiedad para depurar problemas de conexión, pero los manejadores de rastreo pueden causar grandes problemas de rendimiento durante el tiempo de ejecución.

AdminConfig.modify(myDataSourceVariable, '[[manageCachedHandles "true"]]')

Especifica si el contenedor emite una entrada en el registro de actividad cuando una aplicación obtiene una conexión sin un contexto de transacción. Estas son excepciones a los requisitos de conexión de modelo de programación de Java Platform, Enterprise Edition (Java EE).

Especifica que el servidor de aplicaciones utiliza el recurso de correlación de errores definido en la ayuda del almacén de datos para identificar errores. El servidor de aplicaciones no sustituye excepciones generadas por el controlador JDBC por excepciones definidas en la correlación de errores de la ayuda del almacén de datos.

Especifica que el servidor de aplicaciones utiliza el recurso de correlación de errores que se define en la ayuda del almacén de datos para identificar errores, y que el servidor de aplicaciones sustituye las excepciones generadas por el controlador JDBC por excepciones definidas en la correlación de errores de la ayuda del almacén de datos.

Especifica si el gestor de conexiones debe probar las conexiones recién creadas en la base de datos.

Especifica el número de veces que desea volver a intentar la conexión inicial con una base de datos, si la primera operación de prueba previa falla.

Si selecciona Validar conexiones nuevas, esta opción especifica el período de tiempo, en segundos, que espera el servidor de aplicaciones antes de intentar volver a realizar una conexión si falla el intento inicial.

Especifica si el gestor de conexiones comprueba la validez de las conexiones agrupadas antes de devolverlas a las aplicaciones.

Si selecciona Conexiones agrupadas existentes de prueba previa, esta opción especifica el período de tiempo, en segundos, que espera el controlador JDBC para validar una conexión.

Especifica que el servidor de aplicaciones utiliza el controlador JDBC para validar las conexiones. El proveedor JDBC debe dar soporte a JDBC 4.0 o posterior para utilizar esta opción. Esta opción sólo está disponible si está seleccionado Validar nuevas conexiones o Validar conexiones agrupadas existentes.

Evite problemas: Para un origen de datos de Oracle, Validación por controlador JDBC aparece en la consola de administración sólo después de que se haya añadido la propiedad validateNewConnectionTimeout a las propiedades personalizadas del origen de datos. La propiedad validateNewConnectionTimeout se utiliza para validación de controlador JDBC 4.0 y se puede especificar con la consola de administración. gotcha

Especifica una sentencia SQL que el servidor de aplicaciones envía a la base de datos para probar la conexión. Utilice una consulta que pueda tener un impacto mínimo en el rendimiento. Esta opción sólo está disponible si está seleccionado Validar nuevas conexiones o Validar conexiones agrupadas existentes.

Optimiza el origen de datos para las aplicaciones que utilizan el patrón de conexión get/use/close. Esta optimización permite que la agrupación de conexiones para el origen de datos comparta conexiones que están en la misma transacción. Con este patrón de optimización, puede compartir una conexión durante una transacción incluso si las conexiones utilizan diferentes propiedades de conexión.

Si utiliza el dispositivo de agrupación heterogénea, primero debe ampliar la definición del origen de datos para poder especificar propiedades de conexión diferentes, o las aplicaciones pueden alterar temporalmente propiedades no esenciales para el origen de datos. Para obtener más información sobre la ampliación de orígenes de datos, consulte la información sobre cómo ampliar definiciones de orígenes de datos DB2 a nivel de aplicaciones.

Especifica el período de tiempo, en segundos, entre reintentos para la redirección automática de cliente.

Especifica el número máximo de reintentos de conexión que la función de redirección de cliente automática intenta si la conexión primaria con el servidor falla. La propiedad sólo se utiliza cuando se establece Intervalo de reintento para la redirección de cliente.

Especifica el nombre JNDI utilizado para enlazar la lista de servidores de redirección de cliente DB2 con el espacio de nombres JNDI. El servidor de base de datos DB2 utiliza este nombre para buscar la lista de nombres de servidor alternativo cuando la información del servidor alternativo todavía no está en la memoria. Esta opción no está soportada para los orígenes de datos de tipo 2.

Se utiliza sólo con la conexión de prueba. Cuando se establece en true, el nombre JNDI de lista de servidores de redirección de cliente se desenlazará del espacio de nombres JNDI después de que se emita una conexión de prueba.