La présente section suppose que le protocole IPX/SPX est opérationnel sur les postes de travail client et 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".
Un client peut accéder à un serveur DB2 selon l'un des modes
suivants : Adressage direct ou Adressage par serveur de fichiers.
Reportez-vous au Tableau 16, pour obtenir la liste des clients IPX/SPX disponibles ainsi que les modes
d'adressage pris en charge qui leur sont associés. Pour une description
des modes d'adressage direct et par serveur de fichiers, reportez-vous au
manuel Mise en route.
![]() |
Vous devez connaître le mode d'adressage IPX/SPX utilisé pour la configuration du serveur avant de configurer votre client DB2. Si le serveur DB2 a été configuré pour le mode d'adressage direct, vous devez configurer votre client de manière identique pour qu'il puisse communiquer avec lui. Si le serveur DB2 a été configuré pour utiliser le mode d'adressage par serveur de fichiers, vous pouvez configurer votre client pour l'utilisation de l'un ou l'autre des modes, sous réserve qu'il prenne en charge le mode choisi. Reportez-vous au Tableau 16 pour obtenir la liste des modes d'adressage pris en charge qui leur sont associés. Comparez les paramètres IPX/SPX contenus dans le fichier de configuration
du gestionnaire de bases de données résidant sur le serveur, avec les exemples
de valeurs figurant dans le Tableau 17, afin d'identifier le mode d'adressage pour la prise en charge
duquel le serveur a été configuré.
|
Tableau 16. Modes de communications IPX/SPX pris en charge pour un client DB2
Plateforme client | Adressage direct | Adressage par serveur de fichiers |
Macintosh | Pas de prise en charge | |
OS/2 | * | * |
SCO OpenServer | * |
|
UNIX (excepté SCO OpenServer) | Pas de prise en charge | |
Windows 3.x | * | * |
Windows 95 | * |
|
Windows NT | * |
|
Les étapes suivantes permettent de configurer un client DB2 en vue de l'utilisation de communications IPX/SPX.
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 17. Valeurs IPX/SPX requises sur le client
Paramètre | Description | Valeur type | Votre valeur |
---|---|---|---|
Nom du serveur de fichiers (FILESERVER) |
Recherchez ce paramètre dans le fichier de configuration du gestionnaire de
bases de données, sur le serveur.
|
| |
Nom d'objet du serveur DB2 (OBJECTNAME) |
Recherchez ce paramètre dans le fichier de configuration du gestionnaire de
bases de données, sur le serveur.
|
| |
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.
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 du serveur de fichier (FILESERVER) ainsi que le nom d'objet du serveur DB2 (OBJECTNAME), utilisés pour accéder au serveur DB2 éloigné.
Pour cataloguer le noeud IPX/SPX, 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 ipxspx node nom_noeud remote FILESERVER server OBJECTNAME terminate
Vous devez affecter une astérisque (*) au paramètre FILESERVER et spécifier la valeur de l'adresse interréseau IPX/SPX du serveur en tant que paramètre OBJECTNAME sur le client.
Pour déterminer la valeur du paramètre OBJECTNAME, lancez la commande db2ipxad sur le serveur. (Cette commande est contenue dans le répertoire sqllib/misc/ pour les serveurs de type UNIX et dans le répertoire sqllib\misc\ pour tous les autres serveurs DB2.)
Notez le résultat obtenu et utilisez-le pour remplacer la valeur (09212700.400011527745.879E) figurant dans l'exemple suivant.
Pour cataloguer un noeud éloigné appelé db2node à l'aide de l'adresse interréseau IPX/SPX 09212700.400011527745.879E affectée comme valeur du paramètre OBJECTNAME, utilisez :
catalog ipxspx node db2node remote * server 09212700.400011527745.879E terminate
catalog ipxspx node db2node remote NETWSRV server DB2INST1 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 18. 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.