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 :
|
Étape 3. | Test de la connexion entre le client et le serveur.
|
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
|
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 :
|
serverhost ou 9.21.15.235
| |
Nom du service
|
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 |
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.
![]() |
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ù :
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.
![]() |
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ù :
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.
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.
| ||
É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) où 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
|
![]() | Si vous devez modifier des valeurs définies par la commande catalog
node, effectuez les opérations suivantes :
|
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.
| ||||||
É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 | ||||||
É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) où 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
|
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) où 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.
![]() |
Vous êtes maintenant prêt à utiliser DB2. Pour plus
d'informations, consultez les documents Administration
Guide et Installation et configuration - Informations
complémentaires.
|
Si la connexion n'aboutit pas, vérifiez les éléments suivants :
Sur le serveur :
![]() |
Vérifiez la valeur de registre db2comm par la commande db2set
DB2COMM. Pour plus d'informations, reportez-vous au manuel
Administration Guide.
|
![]() | 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 :
Après vérification de ces éléments, si la connexion n'est toujours pas établie, reportez-vous au manuel Troubleshooting Guide.