Configuración de redirección de cliente para aplicaciones que utilicen bases de datos DB2
La característica de redirección de cliente permite configurar las aplicaciones cliente para que una base de datos universal DB2 se pueda recuperar de un corte de comunicación y las aplicaciones puedan seguir funcionando con una interrupción mínima. La redirección está en el centro del soporte para operaciones continuas, pero sólo es posible cuando existe una ubicación alternativa que se identifique con la conexión de cliente.
Antes de empezar
- Tiene un origen de datos DB2 definido en el servidor de aplicaciones. Consulte el tema, Configuración de un origen de datos mediante la consola administrativa, si desea más información sobre cómo crear un origen de datos.
- El origen de datos de DB2 con el que se conecta la aplicación está ejecutando uno de los
elementos siguientes:
- DB2 for z/OS Versión 10.1 o posterior
- DB2 Database for Linux, UNIX y Windows Versión 9.7 o posterior
- Ha implementado la base de datos DB2 con una configuración redundante o la capacidad de hacer que el servidor de DB2 pase tras error a un nodo en espera.
Está conectado al origen de datos con una conexión de tipo 4.
Acerca de esta tarea
La redirección de cliente para DB2 permite proporcionar una ubicación de servidor alternativa, en caso de que la conexión con el servidor de base de datos falle. Si decide utilizar la redirección de cliente con la opción de persistencia, la información de servidor alternativo persiste entre las máquinas virtuales Java™ (JVM). En el caso de una anomalía del servidor de aplicaciones, la información del servidor alternativo no se pierde cuando se restaura el servidor de aplicaciones y se intenta conectar a la base de datos.
Si no existe ninguna configuración en el cliente, un controlador de JDBC para DB2 da soporte a la posibilidad de redirección del cliente, si está habilitada, cuando el controlador realiza una conexión inicial con el servidor de DB2. Cuando el controlador de JDBC conecta con un servidor de DB2 que tiene un servidor alternativo configurado, el servidor primario envía información sobre el servidor alternativo al controlador de JDBC. Si la conexión con el servidor primario falla, el controlador de JDBC puede redireccionar las conexiones al servidor alternativo. Sin embargo, si el proceso de cliente se bloquea, la información del servidor alternativo se pierde, y el cliente debe volver a conectarse al servidor primario. Si el cliente no puede realizar una conexión inicial con el servidor primario, el cliente no tiene ningún conocimiento del servidor alternativo y no puede realizar la redirección.
Para superar este problema, puede configurar un origen de datos DB2 en el servidor de aplicaciones con los campos Nombre de servidor alternativo y Número de puerto alternativo, o con las propiedades personalizadas del origen de datos clientRerouteAlternateServerName y clientRerouteAlternatePortNumber, para soportar la redirección del cliente, incluso en el intento de conexión inicial. Si el controlador de JDBC no puede conectar con el servidor de DB2 primario, la información que es necesaria para una redirección de cliente ya está presente y el controlador de JDBC pude redireccionar la conexión a un servidor alternativo.
Además, si ha configurado un origen de datos DB2 como controlador de JDBC de tipo 4, puede utilizar el campo Nombre JNDI de lista de servidores de redirección de cliente, o la propiedad personalizada de origen de datos clientRerouteServerListJNDIName, para habilitar la persistencia del estado de redirección de cliente. Normalmente, cuando una conexión se redirecciona y el controlador de JDBC ha conectado con un servidor de DB2 alternativo, el servidor alternativo envía información sobre su propio servidor alternativo al controlador JDBC. El controlador de JDBC tendrá, a continuación, la información obligatoria para redireccionar la conexión de nuevo si el servidor de DB2 no está disponible. En efecto, el servidor que originalmente era el servidor alternativo ahora es el servidor primario y se ha establecido un nuevo servidor alternativo. Si habilita la persistencia para la redirección de cliente, este nuevo estado se puede recordar. Si el servidor de aplicaciones sufre una anomalía y se reinicia, el controlador de JDBC puede conectar con el servidor DB2 que se consideraba el servidor primario en el momento de que se produjera la anomalía. Sin la característica de persistencia, el controlador de JDBC tendría que iniciarse desde el servidor original e intentar conectarse al servidor que se consideraba originalmente el servidor primario.
- Enterprise Server Edition (ESE) con la característica de particionamiento de datos (DPF)
- Réplica de tipo Data Propagator (DPROPR)
- Multiprocesador de clúster de alta disponibilidad (HACMP)
- Recuperación ante siniestro de alta disponibilidad
Procedimiento
Qué hacer a continuación
- Seleccione Eliminar enlace de la lista de redirección de cliente de JNDI.
- Pulse Aceptar.
- Guarde la configuración.
- Pulse Conexión de prueba para el origen de datos.
- Deseleccione Eliminar enlace de la lista de redirección de cliente de JNDI.
- Pulse Aceptar.
- Guarde la configuración.