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.
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 :
| serverhost
ou 9.21.15.235 | |
Port de connexion
|
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 |
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.
![]() |
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.
![]() | 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.
| ||
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.
| ||
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ù :
Remarques :
![]() |
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ù :
Le numéro de port utilisé sur le client doit être identique à celui utilisé
sur le serveur.
![]() |
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.
|
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 :
![]() |
Si vous ne parvenez pas à vous connecter, reportez-vous à la section "Connexion au système".
|
![]() |
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".
|
. INSTHOME/sqllib/db2profile (shell Bourne ou Korn) source INSTHOME/sqllib/db2cshrc (shell C)INSTHOME étant le répertoire personnel associé à l'instance.
catalog tcpip node nom_noeud remote [ nom_hôte | adresse_ip ] server [ nom_service | numéro_port ] terminatePar 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 terminatePour 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
![]() |
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_noeudRecataloguez le noeud avec la valeur que vous voulez utiliser.
|
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 :
![]() |
Si vous ne parvenez pas à vous connecter, reportez-vous à la section "Connexion au système".
|
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 |
![]() |
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".
|
. INSTHOME/sqllib/db2profile (shell Bourne ou Korn) source INSTHOME/sqllib/db2cshrc (shell C)INSTHOME étant le répertoire personnel associé à l'instance.
catalog database nom_bd as alias_bd at the node nom_noeud terminatePar 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
![]() |
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_bdRecataloguez la base de données avec la valeur que vous voulez utiliser.
|
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.
![]() |
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.
|
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.
![]() |
Vous êtes maintenant prêt à utiliser le serveur DB2. Pour plus de détails,
reportez-vous au Chapitre 11. "Initiation à DB2 Universal Database".
|
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 de détails, reportez-vous au Chapitre 15. "Contrôle de l'environnement DB2".
|
![]() |
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.
Pour plus de détails 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.