Table des Matières
Publicité
Remarque : Dans un environnement de serveur DB2 Connect, il est possible de
désigner un serveur DB2 Connect alternatif pour permettre une redirection
automatique entre un client et le serveur DB2 Connect. Pour que la redirection
puisse intervenir entre un produit DB2 Connect personnel ou serveur et un serveur
de base de données grand système IBM, le serveur distant doit fournir une ou
plusieurs adresses de substitution pour lui-même. Dans le cas de DB2 for z/OS,
plusieurs adresses sont identifiées si la base de données représente un
environnement de partage de données Sysplex.
Si le support Sysplex est activé, la fonction de redirection pour Sysplex peut être
configurée entre DB2 Connect et le serveur de base de données hôte. La capacité
de redirection pour Sysplex est une fonctionnalité de DB2 Connect qui permet à
DB2 Connect de tenter une nouvelle connexion avec d'autres membres du groupe
Sysplex en cas de perte de la communication avec le membre initial. Il n'est pas
nécessaire que l'autre serveur soit catalogué dans le répertoire de la base de
données pour que la fonction de redirection pour Sysplex puisse être activée sur
DB2 Connect. Par défaut, cette fonction est activée dès lors que le support Sysplex
est lui-même activé.
Afin que la reprise puisse être assurée pour un IBM Data Server Client après perte
de communication avec un serveur DB2 Connect via la redirection client
automatique, un autre emplacement de serveur DB2 Connect doit être indiqué
avant que la perte de communication ne se produise. La commande UPDATE
ALTERNATE SERVER FOR DATABASE permet de définir un emplacement
alternatif de serveur DB2 Connect pour une base de données grand système IBM
spécifique. Le nom d'hôte et le numéro de port de l'autre serveur sont indiqués en
tant partie intégrante de la commande. L'emplacement est stocké dans le fichier de
répertoire de base de données système sur le serveur DB2 Connect. Afin de
garantir que l'emplacement de l'autre serveur DB2 Connect indiqué s'applique à
cette base de données pour tous les clients, cet emplacement doit être défini au
niveau du serveur DB2 Connect. L'autre serveur est ignoré s'il est défini au niveau
de l'instance client.
Par exemple, supposons qu'une base de données grand système IBM a été
cataloguée à l'aide de l'alias de base de données db1 sur un serveur DB2 Connect
S1 (avec le nom d'hôte db2conn1 et le numéro de port 122). L'administrateur de
base de données souhaite spécifier un serveur DB2 Connect alternatif, S2, sur le
nom d'hôte db2conn2 et le numéro de port 123. Voici la commande que
l'administrateur de base de données devra exécuter sur le serveur DB2 Connect S1:
db2 update alternate server for database db1 using hostname db2conn2 port 123
Après avoir spécifié l'emplacement du serveur alternatif DB2 Connect pour l'alias
de base de données db1 sur le serveur DB2 Connect S1, ces informations sont
renvoyées à IBM Data Server Client dans le cadre du processus de connexion. Si la
communication entre IBM Data Server Client et le serveur DB2 Connect S1 est
perdue pour une raison quelconque (généralement suite à une erreur de
communication, telle qu'un code SQL -30081 ou -1224), IBM Data Server Client
tentera de se reconnecter à db1, soit via le serveur DB2 Connect originel (S1), soit
via le serveur alternatif DB2 Connect (S2), en alternant les tentatives entre ces deux
serveurs. L'intervalle entre tentatives est initialement court puis s'allonge peu à
peu.
Dès réussite d'une connexion, le code SQL -30108 est renvoyé afin d'indiquer que
la connexion de base de données a été rétablie suite à l'erreur de communication.
Le nom d'hôte ou l'adresse IP et le nom de service ou le numéro de port sont
également renvoyés. S'il n'est pas possible de rétablir la communication client avec
77
Chapitre 3. Haute disponibilité et DB2 Connect
Publicité
Table des Matières
