Manuels IBM

Installation et configuration de clients DB2


Configuration de TCP/IP sur le client

La présente section suppose que le protocole TCP/IP est opérationnel sur les postes de travail du client et du serveur DB2. Pour connaître les conditions nécessaires en matière de protocoles de communication sur votre plateforme, reportez-vous à la section "Logiciels requis". Pour connaître la liste des protocoles de communication pris en charge par vos client et serveur, reportez-vous à la section "Exemples de connectivité client-serveur DB2 possibles".

Les étapes suivantes permettent de configurer un client en vue de l'utilisation de communications TCP/IP.

  1. Identification et consignation des valeurs des paramètres.

  2. Configuration du client:

    1. Résolution de l'adresse hôte du serveur.

    2. Mise à jour du fichier services.

    3. Catalogage du noeud TCP/IP.

    4. Catalogage de la base de données.

  3. Test de la connexion entre le client et le serveur.


note

En raison des caractéristiques du protocole TCP/IP, il se peut que le sous-système TCP/IP ne soit pas immédiatement informé de la défaillance d'un partenaire sur un autre système hôte. Par conséquent, il peut arriver qu'une application client qui accède à un serveur DB2 éloigné via TCP/IP, ou l'agent correspondant au niveau du serveur, semble parfois interrompue. DB2 utilise l'option TCP/IP SO_KEEPALIVE pour déterminer quand ont eu lieu la défaillance et l'interruption de la connexion TCP/IP.

Si vous rencontrez des difficultés lors de la connexion ou avec d'autres aspects de TCP/IP, reportez-vous au manuel Troubleshooting Guide.

Etape 1. Identification et consignation des valeurs de paramètres

Lors de la configuration, complètez la colonne Votre valeur du tableau suivant. Vous pouvez indiquer certaines valeurs avant de procéder à la configuration de ce protocole.

Tableau 11. Valeurs TCP/IP requises sur le client
Paramètre Description Valeur type Votre valeur
Nom hôte (nom_hôte)

ou

adresse IP address (adresse_ip)

Utilisez le paramètre nom_hôte ou adresse_ip du poste de travail du serveur éloigné.

Pour résoudre ce paramètre, procédez comme suit :

  • Lancez la commande hostname sur le serveur serveur pour obtenir la valeur du paramètre nom_hôte.

  • Lancez la commande ping nomhôte_serveur pour obtenir la valeur du paramètre adresse_ip.

serverhost

ou

9.21.15.235

 

Port de connexion

  • Nom du service de connexion (nom_service)

  • Numéro de port/Protocole (numéro_port/tcp)

Valeurs requises dans le fichier services.

Le nom du service de connexion est un nom arbitrairement choisi, utilisé pour représenter le numéro du port (numéro_port) sur le client.

Le numéro de port sur le client doit être identique à celui indiqué pour le paramètre nom_service dans le fichier services se trouvant sur le serveur. (Le paramètre nom_service se trouve dans le fichier de configuration du gestionnaire de bases de données sur le serveur.) Cette valeur ne doit pas être en cours d'utilisation par une autre application et doit être unique dans le fichier.

Adressez-vous à l'administrateur de réseau local pour obtenir les valeurs nécessaire à la configuration du serveur.

 

server1

 

3700/tcp

 

 
Nom de noeud (nom_noeud)

Alias local décrivant le noeud sur lequel réside la base de données. Vous pouvez choisir n'importe quel nom, mais tous les noms de noeud doivent être uniques dans le répertoire de noeuds locaux.

db2node  

Étape 2. Configuration du client

La procédure suivante décrit la configuration de ce protocole sur le client. Remplacez les valeurs types par celles indiquées sur votre feuille de travail.

Étape A. Résolution de l'adresse hôte du serveur



note

Si votre réseau est doté d'un serveur de noms, ou si vous envisagez d'indiquer directement l'adresse IP (adresse_ip) du serveur, passez à l'"Étape B. Mise à jour du fichier services".

Le poste de travail client doit connaître l'adresse du serveur avec lequel il tente d'établir des communications. Si votre réseau n'est pas doté d'un serveur de noms, vous pouvez indiquer un nom hôte qui renvoie à l'adresse IP (adresse_ip) de l'hôte figurant dans le fichier hôtes local. Reportez-vous au Tableau 12, pour connaître l'emplacement du fichier hôtes propre à votre plateforme.

* Figure hint not displayed.

Si vous envisagez de prendre en charge un client UNIX utilisant les services NIS et que votre réseau n'est pas doté d'un serveur de noms, vous devez mettre à jour le fichier hôtes se trouvant sur votre serveur NIS principal.

Tableau 12. Emplacement des fichiers locaux hôtes et services
Plateforme Service
Macintosh

Le fichier hôtes est contenu dans le dossier System Folder.
Remarque :Ce système d'exploitation n'utilise pas de fichier de services. Vous devez cataloguer ce noeud en utilisant le paramètre numéro_port. Pour plus de détails, reportez-vous à l'"Étape C. Catalogage du noeud TCP/IP".

OS/2 Spécifié par la variable d'environnement etc.

Exécutez la commande set etc pour déterminer l'emplacement de vos fichiers locaux hôtes ou services.
Remarque :Dans le cas des sessions DOS et WIN-OS2, vous serez peut-être amené à mettre à jour les fichiers hôtes et services résidant dans le répertoire tcpip_product\dos\etc.

Windows 3.x En règle générale, dans le répertoire tcpip_product\etc, mais cela dépend des produits installés.

Pour plus de détails, reportez-vous à votre documentation TCP/IP.

Windows 95 Dans le répertoire windows.
Windows NT Dans le répertoire winnt\system32\drivers\etc.
UNIX Dans le répertoire /etc.

À l'aide d'un éditeur de texte local, ajoutez une entrée au fichier hôtes du client correspondant au nom hôte du serveur. Par exemple :

   9.21.15.235     serverhost  # host address for serverhost

où :

9.21.15.235
est l'adresse_ip

serverhost
est le nom_hôte.

#
est un commentaire décrivant l'entrée.

Remarques :

  1. Si le serveur ne réside pas dans le même domaine que le client, vous devez indiquer un nom de domaine qualifié complet, tel que serverhost.vnet.ibm.com, où vnet.ibm.com correspond au nom du domaine.

  2. Pour des informations détaillées sur la résolution des adresses hôtes, reportez-vous à la documentation TCP/IP.

Étape B. Mise à jour du fichier services



note

Si vous envisagez de cataloguer le noeud TCP/IP en utilisant le numéro de port (numéro_port), passez directement à l'"Étape C. Catalogage du noeud TCP/IP".

Pour configurer un client DB2 pour Macintosh, vous devez cataloguer le noeud TCP/IP en utilisant le numéro de port (numéro_port). Passez directement à l'"Étape C. Catalogage du noeud TCP/IP", pour cataloguer le noeud.

Utilisez un éditeur de texte local pour ajouter le nom du service et le numéro du port de connexion au fichier services du client, en vue de la prise en charge du protocole TCP/IP. Par exemple :

   server1  3700/tcp  # DB2 connection service port

où :

server1
est le nom du service de connexion.

3700
est le numéro de port du port de connexion.

tcp
est le protocole de communication utilisé.

Le numéro de port utilisé sur le client doit être identique à celui utilisé sur le serveur.

* Figure hint not displayed.

Si vous envisagez de prendre en charge un client UNIX utilisant les services NIS et que votre réseau n'est pas doté d'un serveur de noms, vous devez mettre à jour le fichier services se trouvant sur votre serveur NIS principal.

Le fichier services se trouve dans le même répertoire que le fichier hôtes local que vous avez éventuellement édité à l'"Étape A. Résolution de l'adresse hôte du serveur".

Reportez-vous au Tableau 12 pour connaître l'emplacement du fichier services propre à votre plateforme.


Étape C. Catalogage du noeud TCP/IP

Vous devez ajouter une entrée dans le répertoire des noeuds du client pour décrire le noeud éloigné.

Cette entrée spécifie l'alias (nom_noeud), le nom_hôte (ou adresse_ip) et le nom_service (ou numéro_port) utilisés pour accéder au serveur éloigné.

Pour cataloguer le noeud TCP/IP, procédez comme suit :

  1. Connectez-vous au système sous un ID utilisateur disposant des droits SYSADM ou SYSCTRL.

    note

    Si vous ne parvenez pas à vous connecter, reportez-vous à la section "Connexion au système".



    note

    Vous pouvez utiliser l'outil de configuration client pour configurer les communications pour Windows 3.x. Pour cataloguer un noeud de base de données à l'aide de l'outil de configuration client, reportez-vous à la section "Configuration d'un client Windows 3.x à l'aide de l'outil de configuration client".

  2. Sous UNIX, configurez l'environnement de l'instance et lancez l'interpréteur de commandes DB2 comme suit :

    1. Exécutez db2profile ou db2cshrc :
         . INSTHOME/sqllib/db2profile    (shell Bourne ou Korn)
         source INSTHOME/sqllib/db2cshrc (shell C)
      
      INSTHOME étant le répertoire personnel associé à l'instance.

    2. Lancez l'interpréteur de commandes DB2 par la commande db2.

  3. Cataloguez le noeud en émettant les commandes suivantes à partir de l'interpréteur de commandes.
       catalog tcpip node nom_noeud remote [ nom_hôte | adresse_ip ] server [ nom_service | numéro_port ]
       terminate
    
    Par exemple, pour cataloguer le serveur éloigné serverhost sur le noeud db2node en utilisant le nom de service server1, utilisez :
    catalog tcpip node  db2node remote serverhost server server1
       terminate
    
    Pour cataloguer un serveur éloigné doté de l'adresse IP 9.21.15.235 sur le noeud db2node en utilisant le numéro de port 3700, utilisez :
       catalog tcpip node  db2node remote 9.21.15.235 server 3700
       terminate
    


note

Si vous devez modifier des valeurs définies par la commande catalog node, commencez par exécuter la commande uncatalog node dans l'interpréteur de commande, comme suit :

   uncatalog node nom_noeud
Recataloguez le noeud avec la valeur que vous voulez utiliser.


Étape D. Catalogage de la base de données

Pour qu'une application client puisse accéder à une base de données éloignée, celle-ci doit déjà avoir été catalogu‚e sur le noeud serveur et sur tous les noeuds client du réseau qui se connecteront à cette base de données. Lorsque vous créez une base de données, elle est automatiquement cataloguée sur le serveur sous son alias (alias_bd), qui est identique à son nom (nom_bd). Les informations figurant dans le répertoire des bases de données et dans le répertoire des noeuds servent, sur le poste client, à établir la connexion avec la base de données éloignée.

Pour cataloguer une base de données sur le poste client, procédez comme suit :

  1. Connectez-vous au système sous un ID utilisateur disposant des droits SYSADM ou SYSCTRL.

    note

    Si vous ne parvenez pas à vous connecter, reportez-vous à la section "Connexion au système".

  2. Remplissez la colonne Votre valeur de la feuille de travail suivante.

    Tableau 13. Valeurs des paramètres pour le catalogage des bases de données
    Paramètre Description Valeur type Votre valeur
    Nom de base de données (nom_bd) Alias (nom_bd) de la base de données éloignée. Lorsque vous créez une base de données, elle est automatiquement cataloguée sur le serveur sous son alias (alias_bd), qui est identique à son nom (nom_bd). exemple  
    Alias de la base de données (alias_bd) L'alias de la base de données (alias_bd) est un surnom local attribué arbitrairement à la base de données éloignée sur le client. Si vous n'indiquez pas d'alias, le nom réel de la base de données est utilisé par défaut. Il s'agit du nom utilisé pour vous connecter à une base de données à partir du client. tor1  
    Nom de noeud (nom_noeud) Nom du noeud dans le répertoire des noeuds, qui indique où se trouve la base de données. Attribuez au nom de noeud (nom_noeud) la valeur que vous avez utilisée pour cataloguer le noeud à l'étape précédente. db2node  


    note

    Vous pouvez utiliser l'outil de configuration de client pour configurer les communications pour Windows 3.x. Pour cataloguer un noeud de base de données à l'aide de l'outil de configuration de client, reportez-vous à la section "Configuration d'un client Windows 3.x à l'aide de l'outil de configuration client".

  3. Sous UNIX, configurez l'environnement de l'instance et lancez l'interpréteur de commandes DB2 comme suit :

    1. Exécutez db2profile ou db2cshrc :
         . INSTHOME/sqllib/db2profile    (shell Bourne ou Korn)
         source INSTHOME/sqllib/db2cshrc (shell C)
      
      INSTHOME étant le répertoire personnel associé à l'instance.

    2. Lancez l'interpréteur de commandes DB2 par la commande db2.

  4. Cataloguez la base de données en émettant les commandes suivantes à partir de l'interpréteur de commandes :
       catalog database nom_bd as alias_bd at the node nom_noeud
       terminate
    
    Par exemple, pour cataloguer une base de données éloignée appelée EXEMPLE et lui attribuer l'alias tor1, sur le noeud db2node, utilisez la commande :
       catalog database EXEMPLE as tor1 at the node db2node
       terminate
    


    note

    Si vous devez modifier des valeurs définies par la commande catalog database, commencez par exécuter la commande uncatalog database dans l'interpréteur de commandes, comme suit :

       uncatalog database alias_bd
    
    Recataloguez la base de données avec la valeur que vous voulez utiliser.


Étape 3. Test de la connexion client-serveur

Une fois la configuration du client terminée, effectuez les opérations suivantes pour vérifier l'accès aux données contenues dans une base de données éloignée.

note

Vous avez besoin de vous connecter à une base de données éloignée pour tester la connexion. Si vous ne disposez d'aucune base de données sur votre serveur, créez-y la base de données EXEMPLE pour tester la connexion. Pour plus d'informations, reportez-vous au manuel Mise en route.

  1. Démarrez le gestionnaire de bases de données en émettant la commande db2start sur le serveur (si cela n'a pas été fait automatiquement lors de l'initialisation du système).

  2. Lancez la commande suivante à partir du Centre de commande ou de l'interpréteur de commandes pour connecter le client à la base de données éloignée :
       connect to alias_bd user id_utilisateur using mot_de_passe
    

Les valeurs de id_utilisateur et de mot_de_passe doivent être correctes pour le système sur lequel elles sont authentifiées. Par défaut, l'authentification a lieu sur le SERVEUR. Si la base de données est configurée pour une authentification au niveau du CLIENT, les valeurs de id_utilisateur et de mot_de_passe doivent être correctes sur le client.

Si la connexion aboutit, un message s'affiche indiquant le nom de la base de données à laquelle vous êtes connecté. Vous êtes maintenant en mesure d'utiliser la base de données. Par exemple, pour extraire la liste de tous les tableaux répertoriés dans la table des catalogues système, entrez la commande SQL suivante dans le Centre de commande ou dans l'interpréteur de commandes :

   "select nomtableau from catsys.tableaux" (plateformes UNIX)
   select nomtableau from catsys.tableaux (autres plateformes)
 

Lorsque vous n'avez plus besoin de la connexion à la base de données, mettez-y fin par la commande connect reset.

note

Vous êtes maintenant prêt à utiliser le serveur DB2. Pour plus de détails, reportez-vous au Chapitre 11. "Initiation à DB2 Universal Database".

Résolution des incidents liés à la connexion client-serveur

Si la connexion n'aboutit pas, vérifiez les éléments suivants :

Sur le serveur :

  1. Le paramètre du registre DB2COMM comprend la valeur tcpip.

    * Figure hint not displayed.

    Vérifiez la valeur de registre DB2COMM par la commande db2set DB2COMM. Pour plus de détails, reportez-vous au Chapitre 15. "Contrôle de l'environnement DB2".

  2. Le fichier services a été mis à jour correctement.
  3. Le paramètre de nom de service (nom_service) a été modifié correctement dans le fichier de configuration du gestionnaire de bases de données.
  4. Les fonctions de sécurité sont démarrées (lancez la commande net start db2ntsecserver - pour les serveurs Windows NT uniquement).
  5. La base de données a été cré‚e et catalogu‚e correctement.
  6. Le gestionnaire de bases de données a été arrêté, puis relanc‚ (ex‚cutez les commandes db2stop et db2start sur le serveur).


* Figure hint not displayed.

En cas de difficulté pour lancer les gestionnaires de connexion d'un protocole, un message d'avertissement s'affiche et des messages d'erreur sont consignés dans le fichier db2diag.log. L'emplacement de ce fichier dépend de votre système d'exploitation.

Plateformes UNIX
Dans le répertoire $HOME/sqllib/db2dump, $HOME étant le répertoire personnel du propriétaire de l'instance.

Autres plateformes
Dans le répertoire x:\sqllib\%db2instance%, x: étant l'unité sur laquelle est installé le client, et %db2instance%, l'instance DB2.

Pour plus de détails sur le fichier db2diag.log, reportez-vous au manuel Troubleshooting Guide.

Sur le client :

  1. S'il y a lieu, les fichiers services et hôtes ont été mis à jour correctement.
  2. Le noeud a été catalogué avec le nom hôte (nom_hôte) ou l'adresse IP (adresse_ip) correct.
  3. Le numéro de port utilisé sur le client doit être identique ou correspondre à celui utilisé sur le serveur.
  4. Le nom de noeud (nom_noeud), indiqué dans le répertoire de bases de données, correspond à l'entrée correcte dans le répertoire de noeuds.
  5. La base de données a été correctement cataloguée, en utilisant l'alias de base de données (alias_bd) du serveur, catalogué lors de la création de la base de données sur le serveur, en tant que nom de base de données (nom_bd) sur le client.

Après vérification de ces éléments, si la connexion n'est toujours pas établie, reportez-vous au manuel Troubleshooting Guide.


[ Début de page | page précédente | page suivante | Table des matières | Index ]

[ Liste des manuels DB2 | Recherche dans les manuels DB2 ]