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

En esta tarea se presupone lo siguiente:
  • 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.
  • [z/OS]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.

Atención: La propiedad personalizada del origen de datos, enableClientAffinitiesList, cambia la semántica de las propiedades clientRerouteAlternateServerName y clientRerouteAlternatePortNumber.
Para obtener más información sobre estas propiedades, consulte el tema del Information Center de DB2, Propiedades de Common IBM Data Server Driver para JDBC y SQLJ para todos los productos de base de datos soportados. Para obtener más información sobre la afinidad de cliente, consulte el tema, Configuración de la afinidad de cliente para aplicaciones que utilizan las bases de datos DB2.

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.

Puede utilizar la característica de redirección de cliente automática en los siguientes entornos configurables de DB2:
  • 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

  1. En la consola administrativa, pulse Recursos > JDBC > Orígenes de datos > origen_datos.
  2. Pulse Propiedades del origen de datos de WebSphere Application Server.
  3. En la sección Opciones de redirección automática de cliente DB2, rellene los campos para habilitar la redirección de cliente. Rellene estos campos:
    Nombres de servidor alternativos
    Especifica la lista de nombres de servidor alternativo para el servidor de DB2. Si se especifica más de un nombre de servidor alternativo, los nombres deben separarse por comas. Por ejemplo:
     host1,host2
    Números de puerto alternativos
    Especifica la lista de puertos para el servidor de DB2. Si se especifica más de un servidor alternativo, los puertos deben separarse por comas. Por ejemplo:
    5000,50001
    Avoid trouble Avoid trouble: Asegúrese de que se especifique el mismo número de entradas tanto para los puertos alternativos como para los hosts. Si no, se mostrará un aviso y la redirección de cliente no se habilitará.gotcha
  4. Opcional: Habilite la redirección de cliente con la opción de persistencia.
    1. Rellene el campo de Nombre JNDI de lista de servidores de redirección de cliente. El campo especifica el nombre de JNDI que se utiliza para enlazar la lista de servidores de redirección de cliente de 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.
      Avoid trouble Avoid trouble: Tenga en cuenta lo siguiente:
      • Esta opción no recibe soporte para los orígenes de datos de tipo 2. Si utiliza un origen de datos DB2 que esté configurado como controlador de JDBC de tipo 2, el controlador de JDBC utilizará un catálogo para que la información de redirección de cliente sea persistente. Si esta propiedad se configura con un controlador de tipo 2, el servidor de aplicaciones utilizará un aviso.
      • Utilice nombres JNDI distintos entre distintos orígenes de datos. De lo contrario, cuando se suprima un origen de datos y la entrada JNDI se elimine el espacio de nombres, los otros orígenes de datos que compartan la entrada JNDI se verán afectados por ello.
      gotcha
  5. Configure el número de reintentos y el intervalo para la función de redirección de cliente. Rellene estos dos campos:
    Intervalo de reintento para la redirección de cliente
    Especifica la cantidad de tiempo, en segundos, entre reintentos de redirección de cliente automática.
    Reintentos máximos para la redirección de cliente
    Especifica el número máximo de reintentos de conexión que intenta la función de redirección automática de cliente si la conexión primaria con el servidor falla. La propiedad sólo se utiliza cuando se ha establecido Intervalo de reintento para la redirección de cliente.
  6. Pulse Aceptar y guarde los cambios.
  7. Reinicie el servidor de aplicaciones.

Qué hacer a continuación

Si, más adelante, desea eliminar la información de redirección de cliente enlazada en JNDI, puede hacerlo suprimiendo el origen de datos. También puede utilizar la característica eliminación de enlace con el servicio de conexión de prueba para suprimir el enlace JNDI para la función de redirección de cliente del espacio de nombres JNDI del servidor de aplicaciones sin suprimir el origen de datos.
Para suprimir el enlace JNDI para la redirección de cliente:
  1. Seleccione Eliminar enlace de la lista de redirección de cliente de JNDI.
  2. Pulse Aceptar.
  3. Guarde la configuración.
  4. Pulse Conexión de prueba para el origen de datos.
  5. Deseleccione Eliminar enlace de la lista de redirección de cliente de JNDI.
  6. Pulse Aceptar.
  7. Guarde la configuración.

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_clientreroute
File name: tdat_clientreroute.html