IBM DB2 Connect Guide D'utilisation page 89

Table des Matières

Publicité

Par exemple, supposons que le distributeur choisisse GWYhostname2. Vous
obtenez l'environnement suivant :
Client —> DB2 Connect Server 2 —> DB2 z/OS
Le distributeur ne réessaie aucune des connexions en cas d'incident de
communication. Si vous souhaitez activer la fonction de redirection automatique
du client pour une base de données dans cet environnement, le serveur de
remplacement de la ou des bases de données associées sur le serveur DB2 Connect
(DB2 Connect Server 1 ou DB2 Connect Server 2) doit être défini comme le
distributeur (DThostname). Ensuite, en cas de blocage éventuel de DB2 Connect
Server 1, la redirection automatique du client est déclenchée et une connexion
client est relancée dans laquelle le distributeur est à la fois le serveur principal et le
serveur de remplacement. Cette option vous permet de combiner et de conserver
les fonctions du distributeur avec la fonction de redirection automatique du client
DB2. Le fait de définir le serveur de remplacement comme un hôte différent du
nom d'hôte du distributeur permet aux clients de continuer à utiliser la fonction de
redirection automatique du client. Cependant, les clients établiront des connexions
directes au serveur de remplacement défini et contourneront le distributeur, ce qui
revient à l'annuler ainsi que tout l'intérêt qu'il apporte.
La redirection automatique du client intercepte les codes SQL suivants :
v sqlcode -20157
v sqlcode -1768 (code anomalie = 7)
Remarque : La redirection du client peut ne pas être informée à temps des échecs
du socket si la valeur du paramètre "TCP Keepalive" des configurations du
système d'exploitation est trop élevée. Le nom de ce paramètre de configuration
varie selon la plateforme.
79
Chapitre 3. Haute disponibilité et DB2 Connect

Publicité

Table des Matières
loading

Table des Matières