DB2 EEE pour UNIX - Mise en route

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 client et serveur. Pour connaître les conditions requises en matière de protocoles de communication sur votre plateforme, reportez-vous à la section Logiciels requis. Pour connaître les protocoles de communication pris en charge par votre client et votre serveur, reportez-vous à la section Scénarios possibles de connectivité client-serveur.

Pour configurer les communications TCP/IP sur un client DB2, effectuez les opérations suivantes :

Étape  1.

Identification et consignation des valeurs des paramètres.

Étape  2.

Configuration du client :

  1. Résolution de l'adresse hôte du serveur.
  2. Mise à jour du fichier de services.
  3. Catalogage du noeud TCP/IP.
  4. Catalogage de la base de données.

Étape  3.

Test de la connexion entre le client et le serveur.



Suggestion

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 s'interrompre. 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 avec la connexion ou 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 ci-après. Vous pouvez indiquer certaines valeurs avant de procéder à la configuration de ce protocole.

Tableau 14. Valeurs TCP/IP requises sur le client
Paramètre Description Valeur type Votre valeur

Nom hôte

  • Nom hôte (nom-hôte)) ou
  • Adresse IP (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 :

  • Exécutez la commande hostname sur le serveur pour obtenir la valeur du paramètre nom-hôte.
  • Contactez l'administrateur réseau pour obtenir l'adresse-ip ou exécutez la commande ping nom-hôte.
  • Sur les systèmes UNIX, vous pouvez également utiliser la commande DB2/bin/hostlookup nom-hôte.

    DB2 étant le répertoire où DB2 est installé.


 serverhost

ou

9.21.15.235

 

Nom du service

  • Nom du service de connexion (nom-service) ou
  • Numéro de port/Protocole (num-port/tcp)

Valeurs requises dans le fichier services.

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

Le numéro de port associé au 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 utilisée par une autre application et doit être unique dans le fichier de services.

Assurez-vous que vous n'indiquez pas un numéro de port utilisé par le gestionnaire FCM.

Adressez-vous à l'administrateur de bases de données pour obtenir les valeurs nécessaires à la configuration du serveur.

 

server1

 

 

 

 

 

3700/tcp

 

 
Nom de noeud (nom-noeud)

Alias local qui indique le noeud auquel vous essayez de vous connecter. Vous pouvez choisir n'importe quel nom, mais tous les noms de noeud doivent être uniques dans le répertoire de noeuds local.

db2node  

Etape 2. Configuration du client

La procédure suivante permet de configurer le client afin qu'il utilise le protocole TCP/IP pour communiquer avec le serveur. Remplacez les valeurs types par celles indiquées sur votre feuille de travail.

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



Raccourci

Si votre réseau est doté d'un serveur de noms ou que vous envisagez d'indiquer l'adresse IP (adresse-ip) du serveur, passez directement à l'Etape B. Mise à jour du fichier services.

Le client doit connaître l'adresse IP 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 directement indiquer un nom hôte qui renvoie à l'adresse IP (adresse-ip) du serveur dans le fichier hosts local. Reportez-vous au Tableau 15, pour connaître l'emplacement du fichier hosts propre à votre plateforme.

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

Tableau 15. Emplacement des fichiers locaux Hosts et Services
Plateforme Emplacement
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 hosts ou services.
Windows NT ou Windows 2000 Dans le répertoire winnt\system32\drivers\etc.
Windows 9x Dans le répertoire windows.
UNIX Dans le répertoire /etc.

Editez le fichier hosts du client et ajoutez une entrée au nom hôte du serveur. Par exemple :

   9.21.15.235     serverhost   # adresse hôte pour serverhost

où :

9.21.15.235
est l'adresse-ip

serverhost
est le nom-hôte.

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

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.

Etape B. Mise à jour du fichier services



Raccourci

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

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

   server1  3700/tcp  # port de service de connexion DB2

où :

server1
est le nom du service de connexion.

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

tcp
est le protocole de communication utilisé.

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

Si vous envisagez de prendre en charge un client UNIX utilisant les services NIS, vous devez mettre à jour le fichier services se trouvant sur le serveur NIS principal.

Ce fichier se trouve dans le même répertoire que le fichier hosts local que vous avez éventuellement modifié à l'Etape A. Résolution de l'adresse hôte du serveur.

Assurez-vous que vous n'avez pas indiqué un numéro de port utilisé par le gestionnaire FCM ou un autre processus.

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

Etape 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 l'adresse-ip) et le nom-service (ou num-port) utilisés pour accéder au serveur éloigné.

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

Étape  1.

Connectez-vous au système sous un ID utilisateur DB2 correct. Pour plus d'informations, reportez-vous à l'Annexe C, Conventions de dénomination.

Suggestion

Si vous ajoutez une base de données à un système doté d'un composant serveur DB2 ou DB2 Connect, connectez-vous sous un ID utilisateur disposant des droits SYSADM ou SYSCTRL sur l'instance. Pour plus d'informations, reportez-vous à la section Privilèges du groupe d'administration système.

Cette restriction est contrôlée par le paramètre de configuration du gestionnaire de bases de données catalog_noauth. Pour plus d'informations, reportez-vous au manuel Administration Guide.

Étape  2.

Si vous utilisez un client UNIX, exécutez les scripts de lancement en procédant comme suit :

   . INSTHOME/sqllib/db2profile    (Bash, Bourne ou Korn shell)
   source INSTHOME/sqllib/db2cshrc (C Shell)

INSTHOME est le répertoire personnel associé à l'instance.

Étape  3.

Cataloguez le noeud à l'aide des commandes suivantes :

   db2 "catalog tcpip node nom-noeud remote [nom-hôte| adresse-ip]
     server [nom-service|num-port]"
   db2 terminate

Par exemple, pour cataloguer un serveur éloigné serverhost sur le noeud db2node en utilisant le nom de service server1, entrez la commande suivante :

   
db2 catalog tcpip node db2node remote serverhost server server1
   db2 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, entrez :

   db2
catalog tcpip node db2node remote 9.21.15.235
server 3700
   db2 terminate



Suggestion

Si vous devez modifier des valeurs définies par la commande catalog node, effectuez les opérations suivantes :

Étape  1.

Exécutez la commande uncatalog node à l'aide de l'interpréteur de commandes comme suit :

   db2 uncatalog node nom-noeud

Étape  2.

Recataloguez le noeud avec la valeur que vous voulez utiliser.

Etape 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 l'alias (alias-bdd), qui est identique à son nom (nom-bdd). 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 :

Étape  1.

Connectez-vous au système sous un ID utilisateur DB2 correct. Pour plus d'informations, reportez-vous à l'Annexe C, Conventions de dénomination.

Suggestion

Si vous ajoutez une base de données à un système doté d'un composant serveur DB2 ou DB2 Connect, connectez-vous sous un ID utilisateur disposant des droits SYSADM ou SYSCTRL sur l'instance. Pour plus d'informations, reportez-vous à la section Privilèges du groupe d'administration système.

Cette restriction est contrôlée par le paramètre de configuration du gestionnaire de bases de données catalog_noauth. Pour plus d'informations, reportez-vous au manuel Administration Guide.

Étape  2.

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

Tableau 16. Feuille de travail : 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-bdd) Alias (alias-bdd) 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 l'alias (alias-bdd), qui est identique à son nom (nom-bdd), sauf indication contraire. exemple  
Alias de la base de données (alias-bdd) Alias local affecté arbitrairement à la base de données éloignée sur le client. Si vous n'indiquez pas d'alias, le nom de la base de données (nom-bdd) est utilisé par défaut. L'alias de la base de données est le nom utilisé lorsque vous vous connectez à une base de données à partir d'un client. tor1  
authentication (valeur-auth) Valeur d'authentification exigée par votre entreprise. Pour plus d'informations sur la valeur de ce paramètre, reportez-vous au DB2 Connect User's Guide. DCS

Signifie que l'ID utilisateur et le mot de passe fournis sont validés au niveau de la machine hôte ou AS/400 uniquement.

 
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  

Étape  3.

Si vous utilisez un client UNIX, exécutez les scripts de lancement en procédant comme suit :

   . INSTHOME/sqllib/db2profile    (Bash, Bourne ou Korn shell)
   source INSTHOME/sqllib/db2cshrc (C Shell)

INSTHOME est le répertoire personnel associé à l'instance.

Étape  4.

Cataloguez la base de données en entrant les commandes suivantes :

   db2 catalog database nom-bdd as alias-bdd at node nom-noeud
   db2 terminate

Par exemple, pour cataloguer une base de données éloignée appelée SAMPLE et lui donner l'alias tor1, sur le noeud db2node, utilisez les commandes suivantes :

   db2 catalog database sample as tor1 at node db2node
   db2 terminate



Suggestion

Si vous devez modifier des valeurs définies par la commande catalog database, respectez les étapes suivantes :

Étape  a.

Exécutez la commande uncatalog database comme suit :

   db2 uncatalog database alias-bdd

Étape  b.

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

Etape 3. Test de la connexion client-serveur DB2 Connect

Après avoir configuré le client pour des communications, vous devez vous connecter à une base de données éloignée afin de vérifier la connexion.

Étape  1.

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

Étape  2.

Si vous utilisez un client UNIX, exécutez les scripts de lancement en procédant comme suit :

. INSTHOME/sqllib/db2profile    (Bash, Bourne ou Korn shell)
   source INSTHOME/sqllib/db2cshrc (C Shell)

INSTHOME est le répertoire personnel associé à l'instance.

Étape  3.

Pour connecter le client à la base de données éloignée, entrez la commande suivante :

   db2 connect to alias-bdd 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 pour un serveur DB2 ou sur la machine hôte ou AS/400 pour un serveur DB2 Connect.

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 toutes les tables répertoriées dans la table système, entrez la commande SQL suivante dans le Centre de commande ou dans l'interpréteur de commandes :

     "select tabname from syscat.tables"

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

Raccourci

Vous êtes maintenant prêt à utiliser DB2. Pour plus d'informations, consultez les documents Administration Guide et Installation et configuration - Informations complémentaires.

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. La valeur de registre db2comm comprend la valeur tcpip.

    Suggestion

    Vérifiez la valeur de registre db2comm par la commande db2set DB2COMM. Pour plus d'informations, reportez-vous au manuel Administration Guide.

  2. Le fichier de 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. La base de données a été créée et cataloguée correctement.
  5. Le gestionnaire de bases de données a été arrêté et redémarré (entrez les commandes db2stop et db2start sur le serveur).
  6. Assurez-vous que vous n'avez pas indiqué un numéro de port utilisé par le gestionnaire FCM ou un autre processus.


Suggestion

En cas de difficulté pour lancer les gestionnaires de connexions d'un protocole, un message d'avertissement s'affiche et des messages d'erreur sont consignés dans le fichier db2diag.log du répertoire INSTHOME/sqllib/db2dump.

En outre, toute défaillance d'exécution de la commande db2start est consignée dans un fichier daté du sous-répertoire de stockage des journaux, dans le répertoire de l'instance. Ce fichier contient les résultats de la commande db2start pour chaque serveur de partitions de bases de données de l'instance.

Pour plus d'informations sur le fichier db2diag.log, reportez-vous au manuel Troubleshooting Guide.

Sur le client :

  1. S'il y a lieu, les fichiers services et hosts 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) corrects.
  3. Le numéro de port ou le nom de services utilisé sur le client doit être identique à 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-bdd) 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-bdd) 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 ]