IBM DB2 Connect Guia Del Usuario página 95

sistema del servidor. Para asegurarse de que la ubicación del servidor alternativo
especificada se aplica a todos los clientes, la ubicación del servidor alternativa
tendrá que especificarse en el lado del servidor. Se ignora el servidor alternativo si
se ha establecido en la instancia de cliente.
Por ejemplo, suponga que hay una base de datos ubicada en la partición de la base
de datos denominada "N1" (con un nombre de sistema principal de XXX y un
número de puerto YYY). El administrador de la base de datos debería establecer la
ubicación del servidor alternativo en el nombre de sistema principal = AAA con un
número de puerto de 123. Este es el mandato que debe ejecutar el administrador
de la base de datos en la partición de base de datos N1 (en la instancia del
servidor):
db2 update alternate server for database db2 using hostname AAA port 123
Una vez haya especificado la ubicación del servidor alternativo en una
determinada base de datos de la instancia del servidor, la información de ubicación
del servidor alternativa se devolverá al cliente como parte del proceso de conexión.
Si se pierde la comunicación entre el cliente y el servidor por cualquier motivo, el
cliente DB2 codificado intentará volver a establecer la conexión utilizando la
información de servidor alternativa. El cliente DB2 intentará volver a conectar con
el servidor original y el servidor alternativo, alternando los intentos entre los dos
servidores. La temporización de estos intentos oscila entre los intentos muy
rápidos y comenzar a alargar gradualmente los intervalos entre los intentos.
Una vez una conexión resulte satisfactoria, se devolverá SQLCODE -30108 para
indicar que se ha vuelto a establecer una conexión de base de datos después de
una anomalía en las comunicaciones. Se devuelve el nombre de sistema
principal/dirección IP y nombre de servicio/número de puerto. El código de
cliente sólo devuelve el error para la anomalía de comunicaciones original a la
aplicación en el caso de que no sea posible volver a establecer las comunicaciones
de cliente para el servidor original o alternativo.
Tome en consideración los dos elementos siguientes que implican la conexión del
servidor alternativo con el servidor de DB2 Connect:
v La primera consideración implica la utilización del servidor de DB2 Connect
para proporcionar acceso a un sistema principal o base de datos de iSeries en
nombre de los clientes remotos y locales. En dichas situaciones, puede surgir la
confusión con respecto a la información de conexión del servidor alternativo en
una entrada del directorio de base de datos del sistema. Para minimizar esta
confusión, tome en consideración la catalogación de dos entradas en el directorio
de la base de datos para representar el mismo sistema principal o base de datos
de iSeries. Catalogue una entrada para clientes remotos y catalogue otra para los
clientes locales.
v En segundo lugar, la información de servidor alternativa que se devuelve de un
servidor destino se conservará exclusivamente en la antememoria. Si ha
terminado el proceso de DB2, se perderá la información de antememoria y por
tanto la información de servidor alternativa.
En general, si se especifica un servidor alternativo, el redireccionamiento
automático del cliente se habilitará cuando se detecte un error de comunicaciones
(sqlcode -30081) o sqlcode -1224. Sin embargo, en un entorno de high availability
disaster recovery (HADR), también se habilitará en el caso de que el servidor de
reserva HADR devuelva sqlcode -1776.
Conceptos relacionados:
Capítulo 10. Alta disponibilidad
87