Configuración de un proveedor de JDBC y un origen de datos

Para acceder a bases de datos relacionales, las aplicaciones utilizan controladores Java™ Database Connectivity (JDBC) y orígenes de datos que puede configurar para el servidor de aplicaciones.

Antes de empezar

Cada base de datos de proveedor requiere clases de implementación de controlador JDBC distintas para la conectividad JDBC. Un proveedor de JDBC encapsula estos archivos de controlador específicos del proveedor. A través del origen de datos que asocia con el proveedor de JDBC, un servidor de aplicaciones obtiene y gestiona las conexiones físicas para las transacciones entre las aplicaciones y la base de datos.
Atención: Si va a acceder a una base de datos DB2, IBM Optim pureQuery Runtime es una alternativa a JDBC. Para obtener más información sobre pureQuery, consulte el tema Visión general de la tarea: IBM Optim pureQuery Runtime en el apartado de enlaces relacionados.
Antes de iniciar esta tarea, determine la versión del origen de datos que necesita de acuerdo con la especificación de API de las aplicaciones.
  • Deprecated feature Deprecated feature: depfeat
    Los orígenes de datos (WebSphere Application Server Versión 4) (en desuso) se utilizan con la EJB (Enterprise JavaBeans) 1.0 y la especificación Java Servlet 2.2.
  • Los orígenes de datos de la última versión estándar se utilizan con aplicaciones que implementan los releases más avanzados de estas especificaciones.
[z/OS]Importante: Si se conecta a DB2 para z/OS a través del controlador JDBC de DB2 Universal, siga los pasos descritos en el tema sobre el uso del controlador JDBC de DB2 Universal para acceder a DB2 para z/OS. Este artículo le proporciona instrucciones detalladas sobre cómo instalar el controlador JDBC y los archivos relacionados, además de activar las propiedades JDBC obligatorias.

Procedimiento

  1. Compruebe que todos los archivos necesarios del controlador JDBC estén instalados en el gestor de nodos. Si desea más información al respecto, consulte el artículo sobre valores obligatorios mínimos de origen de datos, por proveedor. Si opta por configurar un proveedor JDBC definido por el usuario, compruebe la documentación de la base de datos para obtener información sobre los archivos de controlador.
  2. Cree un proveedor de JDBC.

    Al crear un proveedor de JDBC en la consola administrativa, consulte el tema Configuración de un proveedor de JDBC utilizando la consola administrativa o

    Si utiliza el cliente de scripts wsadmin, consulte el tema sobre la configuración de un proveedor de JDBC con los scripts o

    Si utiliza la API JMX (Java Management Extensions), consulte el tema sobre la creación de proveedores de JDBC y de orígenes de datos con la API de JavaManagement Extensions.

  3. Cree un origen de datos.

    En la consola administrativa, consulte el tema sobre la creación de orígenes de datos con la consola administrativa o

    Si utiliza el cliente de scripts wsadmin, consulte el tema sobre la configuración de orígenes de datos nuevos mediante scripts. Para orígenes de datos versión 4, consulte el tema sobre la configuración de orígenes de datos WAS40 nuevos mediante scripts (en desuso); o

    Si utiliza la API JMX, consulte el tema sobre la creación de proveedores de JDBC y orígenes de datos mediante la API de JavaManagement Extensions.

    Propiedades obligatorias: Los distintos proveedores de base de datos requieren propiedades diferentes para las implementaciones de sus controladores JDBC. Establezca estas propiedades en el origen de datos de WebSphere Application Server. Puesto que el servidor de aplicaciones contiene plantillas para muchas implementaciones JDBC de proveedores, la consola de administración indica las propiedades obligatorias y se las pide al crear un origen de datos. Sin embargo, si realiza scripts de las configuraciones de acceso de datos, debe consultar el artículo sobre valores obligatorios mínimos de origen de datos por proveedor, para obtener información sobre los valores y propiedades necesarios.
  4. Opcional: Configure las propiedades personalizadas.

    Al igual que las propiedades necesarias, las propiedades personalizadas para los controladores JDBC de proveedores específicos se deben definir en el origen de datos del servidor de aplicaciones. Consulte la documentación de la base de datos para obtener información sobre las propiedades personalizadas disponibles. Para configurar una clase personalizada para facilitar el manejo de propiedades de las bases de datos que Application Server no reconoce de forma nativa, consulte el tema Desarrollo de una clase DataStoreHelper personalizada.

    También existen propiedades opcionales de origen de datos como, por ejemplo, la propiedad personalizada de DB2 sslConnection, que es posible que desee configurar. Consulte la Application Programming Guide and Reference for Java para la versión de DB2 para z/OS si utiliza el proveedor del controlador JDBC de DB2 Universal para obtener más información acerca de estas propiedades personalizadas.

  5. Enlace referencias de recursos con el origen de datos. Consulte el artículo Búsquedas de orígenes de datos para enterprise beans y módulos web.
  6. Pruebe la conexión (para la utilización de persistencia no gestionada por contenedores). Consulte el tema que trata sobre cómo probar el servicio de conexión.

Resultados

Si utiliza el controlador JDBC de DB2 Universal, es posible que experimente errores en el origen de datos que el archivo de registros cronológicos JVM del servidor de aplicaciones no documente. Compruebe el archivo de registros cronológicos de la base de datos DB2 o el registro de rastreo JDBC de WebSphere Application Server (si el rastreo JDBC estaba activo). Es posible que encuentre que una credencial mal autenticada sea la causa del error. Actualmente, el controlador JDBC de DB2 Universal no identifica ni muestra los errores producidos por una autenticación no válida de las credenciales de una forma adecuada o coherente.

Aunque reciba información sobre una credencial errónea, compruebe los archivos de registros cronológicos de la base de datos y del rastreo JDBC. Estos archivos proporcionan datos de error más fiables y detallados sobre errores de autenticación.

Best practice Best practice: El registro de rastreo JDBC existe sólo si el servicio de rastreo JDBC está activo durante el arranque del servidor. Active el servicio en la consola administrativa. Para obtener más información, consulte el tema que trata sobre la habilitación del rastreo durante el inicio del servidor. Especifique WAS.database como el grupo de rastreo y seleccione com.ibm.ws.db2.logwriter como la serie de rastreo.bprac

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_tccrtprovds
File name: tdat_tccrtprovds.html