Clients et pilotes IBM Data Server - Présentation > Méthodes d'installation de clients IBM Data Server > Connexions de base de données pour les clients IBM Data Server >
Communications client-serveur : présentation de la configuration
Cette rubrique fournit des informations qui vous permettent de définir la
méthode qui convient pour configurer des communications client-serveur. Elle concerne la configuration
d'un client IBM Data Server
et des produits serveur plutôt que les pilotes de connectivité de bases de données.
Comprendre les communications client-serveur : composants et
scénarios
Les principaux composants des communications client-serveur sont
décrits ci-dessous :
- Client. Se réfère à l'initiateur des communications.
Ce rôle peut être rempli par
l'un des produits ou composants DB2
suivants :
- IBM Data Server Driver Package
- IBM Data Server Client ou IBM Data Server Runtime Client.
- DB2 Connect Personal Edition :
ce produit est une version élaborée d'IBM Data Server Client.
- un produit serveur
DB2 :
un serveur DB2 est une version
élaborée de
Data Server Client.
- Serveur. Se réfère au récepteur de la demande de
communications du client. Ce rôle est en principe rempli par un produit serveur
DB2 pour
Linux,
UNIX et
Windows. En présence de
produits DB2 Connect,
le terme serveur peut également s'entendre d'un serveur
DB2
installé sur une plateforme moyenne ou grande.
- Protocole de communication. Se réfère au protocole
qui permet d'envoyer des données entre le client et le serveur. Le produit
DB2 prend en charge plusieurs
protocoles :
- TCP/IP. Une plus grande distinction peut être faite entre les versions :
TCP/IPv4 ou TCP/IPv6.
- Tubes nommés. Cette option est disponible sous
Windows
uniquement.
- IPC (Interprocess Communications). Ce protocole concerne les connexions
locales.
Certains environnements comportent également des composants supplémentaires :
- Passerelle DB2 Connect. Fait référence à un produit serveur
DB2 Connect
qui fournit une passerelle permettant à
un client IBM Data Server
de se connecter aux serveurs
DB2 sur des
grands ou moyens produits.
- LDAP (Lightweight Directory Access Protocol). Dans
un environnement LDAP, la configuration de communications client-serveur n'est
pas nécessaire.
Quand un client tente de se connecter à une base de données
qui n'existe pas dans le répertoire de bases de données du poste local, la
recherche s'effectue alors dans l'annuaire LDAP
pour trouver des informations requises pour se connecter à la base de données.
Les scénarios ci-après présentent des exemples de situations couvertes par
les communications client-serveur :
- Data Server Client
établit la communication avec un serveur
DB2 à l'aide du protocole
TCP/IP.
- Data Server Runtime Client établit la
communication avec un serveur
DB2 à l'aide de
tubes nommés sur un réseau
Windows.
- Le serveur DB2 établit la
communication avec un autre serveur
DB2 grâce à certains protocoles de
communications.
- Data Server Client
établit la communication avec un serveur
DB2 central par l'intermédiaire d'un
serveur DB2 Connect à l'aide du
protocole TCP/IP.
Lors de la configuration d'un serveur pour son opération dans des environnements de développement (tels qu'IBM Data Studio),
vous pourriez rencontrer le message d'erreur SQL30081N lors de la connexion initiale à DB2.
Il est possible que le pare-feu au niveau du serveur de bases de données éloignées empêche la connexion d'être établie. Dans ce cas, vérifiez que le pare-feu est correctement configuré pour accepter les demandes de connexion issues du client.
Comprendre les communications client-serveur : types de connexions
En règle générale, les références relatives à la configuration de la
communication client-serveur concernent les
connexions à distance, plutôt que les connexions locales.
Une connexion locale est une connexion entre
une instance de gestionnaire de bases de données et une base de données gérée
par cette instance. En d'autres termes, l'instruction CONNECT est émise
par l'instance du gestionnaire de bases de données sur elle-même. Les
connexions locales sont particulières car aucune configuration de
communications n'est requise et elles se servent du protocole IPC
(Interprocess Communications).
Une connexion à distance est une connexion qui
s'effectue lorsque le client émet une instruction CONNECT vers une base de
données qui se trouve à un emplacement différent de celui du serveur de bases
de données. Le client et le serveur se trouvent souvent sur des postes
différents. Toutefois, les connexions à distance sont possibles au sein d'un même poste si le
client et le serveur se trouvent dans des instances différentes.
Un autre type de connexion moins connu s'appelle la
connexion par bouclage. Il s'agit d'un type
de connexion à distance dans lequel la connexion est configurée à partir
d'une instance DB2
(le client) vers la même instance DB2
(le serveur).
Comparaison des méthodes de configuration des communications
client-serveur
Plusieurs méthodes de configuration des communications client-serveur
existent. Vous devez tout d'abord répondre à deux questions pour pouvoir choisir la
méthode la plus adaptée. La première est Quel outil vais-je utiliser : l'assistant de configuration ou
la ligne de commande ?
- L'assistant de configuration est un outil graphique fourni avec les versions des produits de serveur
Data Server Client
et DB2 sous
Windows et
Linux sur des plateformes
Intel x86 32 bits et AMD64/EM46T. Il n'est pas fourni avec
Data Server Runtime Client.
- L'outil de la ligne de commande comporte l'interpréteur de commandes (CLP)
et les commandes db2cfexp (exportation de
configuration) et db2cfimp (importation
de configuration).
la seconde question est la suivante : Quel type
d'opération de configuration vais-je exécuter ? Les options sont les
suivantes :
- Configurer un client en saisissant manuellement les informations.
- Configurer un client en recherchant sur le réseau les serveurs à connecter.
- Rendre les bases de données d'un serveur accessibles à un ou plusieurs clients.
- Utiliser les paramètres de connexion d'un client comme base de la
configuration de clients supplémentaires.
Dès que vous avez répondu à ces questions, vous pouvez identifier la méthode
de configuration adaptée, dans le tableau ci-après. Des liens vers chaque
méthode sont fournis à la fin de cette rubrique. Des remarques sont indiquées à
la suite du tableau pour plus de détails.
Tableau 19. Outils et méthodes de configuration d'une connexion client-serveur
Type d'opération de configuration |
Assistant de configuration |
Ligne de commande |
Configurer un client en saisissant manuellement les
informations |
Configurer manuellement une connexion à une base de données
à l'aide de l'assistant de configuration |
Configurer des connexions client-serveur à l'aide de
l'interpréteur de commandes |
Configurer un client en recherchant sur le réseau les serveurs à connecter |
Configurer une connexion à une base de données en
la recherchant sur le réseau à l'aide de l'assistant de configuration |
Sans objet |
Utiliser les paramètres de connexion d'un client comme
base de la configuration de clients supplémentaires |
- Créer un profil client à l'aide de l'assistant de
configuration
- Configurer des connexions à une base de données avec un profil client
à l'aide de l'assistant de configuration
|
Créer et utiliser un profil client à l'aide des commandes
db2cfexp et db2cfimp |
Remarque :
Des
Profils sont utilisés dans
certaines méthodes de configuration de communication client-serveur. Un
profil client est un fichier contenant les paramètres d'un client. Ces
paramètres sont les suivants :
- Informations de connexion de bases de données (y compris les
paramètres CLI ou ODBC).
- Paramètres client (y compris les paramètres de configuration du gestionnaire de bases de données et les variables de
registre DB2).
- Paramètres communs CLI ou ODBC.
Un
profil de serveur est identique au profil
du client, mais contient les paramètres relatifs au serveur. Vous pouvez créer
et utiliser des profils à l'aide de l'assistant de configuration ou des
commandes db2cfexp (exportation de configuration) et db2cfimp (importation de configuration).
Remarque :
La configuration d'une connexion à une base de données en la
recherchant sur le réseau à l'aide de l'assistant de configuration n'est pas
recommandée pour les clients
DB2 Connect qui se connectent
à des bases de données situées sur des moyennes ou grandes plateformes.
Combinaisons de versions client-serveur prises en charge
La présente section indique quelles sont les versions d'un client
pouvant se connecter aux versions d'un serveur. Comprend le support des versions antérieures ainsi que le support pour l'accès aux bases de données DB2 sur des serveurs résidant sur de grands et moyens systèmes.
Combinaisons de DB2 Universal Database (UDB) version 8, DB2 version 9.1
et DB2 version 9.5 (et versions ultérieures)
Les clients DB2 Universal Database (UDB)
version 8 et DB2 version
9.1 peuvent accéder à un serveur DB2 version 9.5.
Prenez connaissance des restrictions suivantes :
- Une restriction s'applique quand un client se trouve sur le même système qu'un serveur DB2 et que leurs versions sont différentes. Dans ce cas, les
connexions client local-serveur IPC (Interprocess Communication) ne sont
pas prises en charge. Toutefois, une connexion peut être établie lorsque cette
dernière est considérée comme une connexion distante (connexion par bouclage)
utilisant TCP/IP.
IBM Data Server Client, IBM Data Server Runtime Client,
et IBM Data Server Driver Package version 9.5 peuvent accéder aux serveurs de DB2 version 9.1 et DB2 UDB version 8. Toutefois, la nouvelle fonctionnalité de DB2 version
9.5 n'est pas disponible.
Accès aux serveurs DB2 version 9.5 (et versions ultérieures) depuis des clients DB2 UDB version 7
L'accès à partir des clients DB2 UDB version 7 n'est pas pris en charge.
Combinaisons de
DB2 version 9.5 (et versions ultérieures) et de produits DB2 sur les plateformes de grande et de moyenne envergure
Les serveurs DB2 version 9.5 prennent en charge l'accès à partir des clients suivants sur des plateformes de grande et moyenne envergure :
- DB2 for z/OS and OS/390 version
7 et ultérieure
- DB2 for i5/OS version 5 ou ultérieure
- DB2 for
VM and VSE version 7
IBM Data Server Client version 9.5, IBM Data Server Runtime Client version 9.5, et les clients DB2 version 9.1 peuvent accéder à DB2 Connect version 9.5, version 9.1 et version 8.
Protocoles de communication pris en charge
Cette rubrique identifie les protocoles pris en charge pour la connexion d'un client IBM Data Server à un serveur DB2. Ce qui comprend :
- la connexion
d'un client IBM Data Server
vers des hôtes de type grand ou moyen système utilisant les produits
DB2 Connect.
- la connexion à partir de plateformes grandes ou moyennes vers des bases de données
DB2 pour
Linux,
UNIX et
Windows.
Le
protocole TCP/IP est pris en charge sur toutes les plateformes sur lesquelles
DB2 pour
Linux,
UNIX et
Windows est disponible. TCP/IPv4 et TCP/IPv6
sont pris en charge. Les adresses IPv4 sont structurées en quatre parties, par exemple, 9.11.22.314. Les noms des adresses IPv6 comportent huit parties, où chaque partie se
compose de 4 chiffres hexadécimaux séparés par deux points. Deux fois deux
points (::) représentent un ou plusieurs ensembles de zéro. Par exemple,
2001:0db8:4545:2::09ff:fef7:62dc.
Les produits de base de données DB2 prennent en charge le protocole SSL et acceptent les demandes SSL des applications qui utilisent IBM Data Server Driver for JDBC and SQLJ (connectivité de type 4), IBM Data Server Driver for ODBC and CLI et IBM Data Server Driver Package. Reportez-vous à la rubrique
Configuration de la prise en charge SSL (Secure Sockets Layer) dans une instance DB2.
En outre, le protocole de Tubes nommés
Windows est pris en charge
dans les réseaux Windows. Pour administrer à distance une base de données DB2, vous devez établir une connexion via TCP/IP.
Ajout de connexions aux bases de données à l'aide de l'assistant de configuration
Configuration de connexions client-serveur via l'assistant de configuration
L'assistant de configuration est un outil graphique qui peut être utilisé pour configurer des connexions de base de données entre un client et une base de données DB2 éloignée.
Important :
L'Assistant de configuration est devenu obsolète dans la version 9.7 et sera supprimé dans une version ultérieure.
Pour plus d'informations, voir la rubrique «Outils du Centre de contrôle et Serveur d'administration DB2 (DAS) devenus obsolètes» du manuel Nouveautés de la version 9.7.
L'assistant de configuration est fourni avec les produits de base de données IBM Data Server Client et DB2 sous Windows et Linux (plateformes Intel x86 et x64).
L'assistant de configuration peut configurer une connexion à une base de données uniquement si le gestionnaire de bases de données éloignées est configuré pour accepter des requêtes client entrantes. Par défaut, le programme d'installation du produit de base de données DB2 détecte et configure la majorité des protocoles pour les connexions client entrantes.
Vous pouvez configurer une connexion à une base de données en utilisant l'une des méthodes ci-après.
- Configuration d'une connexion à une base de données en la recherchant sur
le réseau à l'aide de l'assistant de configuration
- Utilisez cette méthode si vous n'avez pas d'informations sur la base de données à laquelle vous voulez vous connecter. Cette méthode effectue une recherche sur le réseau et répertorie toutes les bases de données disponibles. Un serveur d'administration DB2 (DAS) doit s'exécuter et être activé sur les serveurs pour que la fonction de reconnaissance de l'assistant de configuration puisse retourner les informations sur les systèmes DB2.
- Configuration des connexions à une base de données utilisant un profil client à l'aide de l'assistant de configuration
- Utilisez cette méthode si vous avez reçu un fichier comportant toutes les informations permettant d'accéder à la base de données cible. Cette méthode permet également le catalogage et la connexion à des bases de données multiples spécifiées dans le fichier de profil d'accès.
- Configuration manuelle d'une connexion à une base de données avec l'assistant de configuration
- Utilisez cette méthode si vous connaissez toutes les informations de connexion à la base de données cible. Vous devez connaître :
- les protocoles de communication pris en charge par le serveur sur lequel la base de données cible réside ;
- les paramètres de communication appropriés pour les protocoles du serveur ;
- le nom de la base de données.
Configuration manuelle d'une connexion à une base de données avec l'assistant de configuration
Si vous disposez des informations relatives à la base de données à
laquelle vous souhaitez vous connecter et au serveur sur lequel elle se
trouve, vous pouvez entrer manuellement les informations de configuration. Cette méthode est similaire à l'entrée de commandes à l'aide de l'interpréteur de commandes, mais les paramètres sont affichés dans une interface graphique.
Avant de configurer manuellement une connexion à une base de données à
l'aide de l'assistant de configuration (CA), effectuez les opérations suivantes :
- Vérifiez que vous disposez d'un ID utilisateur DB2 correct pour la base de données à laquelle vous souhaitez vous connecter.
- Si vous configurez une connexion à partir d'un système sur lequel est
installé un serveur DB2 ou
DB2 Connect, vérifiez que
votre ID utilisateur dispose des droits SYSADM ou SYSCTRL sur l'instance du gestionnaire de bases de données.
Pour configurer une connexion manuellement à une base de données à
l'aide de l'assistant de configuration, procédez comme suit :
- Connectez-vous au système sous un ID utilisateur
DB2 correct.
- Démarrez l'assistant de configuration. Sous Windows,
vous pouvez le faire à partir du menu Démarrer ou à l'aide de la commande
db2ca.
- Dans la barre de menus de l'assistant de configuration, sous Sélectionné, choisissez Ajout d'une base de données avec l'assistant.
- Sélectionnez le bouton d'option Configuration manuelle d'une connexion à une base de données,
puis cliquez sur Suivant.
- Si vous utilisez le protocole LDAP (Lightweight Directory Access Protocol),
sélectionnez le bouton correspondant à l'emplacement où doivent se trouver les
répertoires DB2. Cliquez sur
Suivant.
- Dans la liste Protocole, sélectionnez le bouton d'option
correspondant au protocole que vous souhaitez utiliser.
(Remarque : Les options APPC, APPN ou NetBIOS risquent d'apparaître, bien qu'elles ne soient plus prises en charge.) Si DB2 Connect
est installé sur votre système et que vous choisissez le protocole TCP/IP, vous
devez sélectionner La base de données réside physiquement sur un système hôte ou OS/400. Si vous cochez cette case, vous
pouvez choisir le type de connexion que vous souhaitez établir avec la base de
données hôte ou OS/400 :
- Pour établir une connexion via une passerelle
DB2 Connect,
sélectionnez le bouton d'option Connexion au serveur via la passerelle.
- Pour établir une connexion directe,
sélectionnez le bouton d'option Connexion
directe au serveur.
Cliquez sur
Suivant.
- Indiquez les paramètres de protocole de communication requis et
cliquez sur le bouton Suivant.
- Dans la zone Nom de la base de données,
entrez le nom d'alias de la base de données éloignée à ajouter et, dans la
zone Alias, entrez le nom d'alias de la base
de données locale.
Si vous ajoutez une base de données hôte ou
OS/400, indiquez l'emplacement pour
une base de données OS/390
ou z/OS, le nom RDB pour une base de
données OS/400 ou le DBNAME pour
une base de données VSE ou VM dans la zone Nom de la base de données.
Eventuellement,
ajoutez un commentaire décrivant cette base de données dans la zone
Commentaire.
Cliquez sur
Suivant.
- Si vous souhaitez utiliser ODBC, enregistrez cette base de données
comme base de données source ODBC. Assurez-vous que la connectivité ODBC
est installée avant d'effectuer cette opération. Cliquez sur
Suivant.
- Dans la fenêtre Définition des options de noeud, sélectionnez le système d'exploitation et indiquez le nom de l'instance distante du système de base de données auquel vous souhaitez vous connecter.
- Dans la fenêtre Définition des options de système, vérifiez que le nom du système, le nom d'hôte et le système d'exploitation sont corrects.
Les informations de ce panneau permettent de configurer le
poste d'administration. Entrez éventuellement un commentaire. Cliquez sur
Suivant.
- Dans la fenêtre Définition des options de sécurité, indiquez l'option de sécurité qui sera utilisée pour l'authentification.
- Cliquez sur Fin. Vous êtes maintenant en mesure
d'utiliser cette base de données. Sélectionnez Fermeture pour sortir de l'assistant de configuration.
Configuration d'une connexion à une base de données en la recherchant sur
le réseau à l'aide de l'assistant de configuration
L'assistant de configuration permet de rechercher des bases de données sur
un réseau.
Avant de configurer une connexion de base de données en la recherchant sur le
réseau, effectuez les opérations suivantes :
- Vérifiez que vous disposez d'un ID utilisateur
DB2 correct.
- Si vous configurez une connexion à partir d'un système sur lequel est installé un serveur
DB2 ou
DB2 Connect,
vérifiez que votre ID utilisateur dispose des droits SYSADM ou SYSCTRL sur l'instance.
La méthode de
recherche risque de ne pas détecter un système distant si :
- Il est utilisé dans un environnement en grappe.
- Le serveur d'administration DB2 (DAS) ne s'exécute pas sur le système distant.
- Le délai de recherche arrive à expiration. Par défaut, la fonction de
recherche analyse le réseau pendant 1 seconde, ce qui peut s'avérer
insuffisant pour détecter le système distant.
Vous pouvez définir la variable de registre DB2DISCOVERYTIME pour indiquer une durée plus longue.
- Le réseau sur lequel s'exécute la recherche est configuré de telle sorte que la recherche n'atteigne pas le système distant requis.
Les points suivants s'appliquent quand vous souhaitez configurer
explicitement une adresse IPv6 sur un réseau qui prend en charge IPv6 :
- Le système doit être répertorié dans la liste
Systèmes connus.
- Seules les prises en charge de la vue avancée de l'assistant de configuration
permettent de configurer explicitement une connexion IPv6.
Pour configurer une connexion de base de données en la recherchant sur le
réseau, effectuez les opérations suivantes :
- Connectez-vous au système sous un ID utilisateur
DB2 correct.
- Démarrez l'assistant de configuration. Sous Windows, cliquez sur le menu Démarrer,
ou lancez la commande db2ca sur les systèmes Windows et UNIX.
- Dans la barre de menus de l'assistant de configuration, sous Sélectionné, choisissez Ajout d'une base de données avec l'assistant. L'assistant
Ajout d'une base de données s'ouvre.
- Sélectionnez le bouton d'option Recherche sur le réseau et cliquez sur
Suivant.
- Cliquez deux fois sur le dossier situé en regard de Systèmes connus pour afficher tous les systèmes reconnus par le client ou cliquez deux fois sur le dossier situé en regard de Autres systèmes pour afficher tous les systèmes du réseau. Si aucun système ne s'affiche, vous pouvez
cliquer sur Ajout d'un système pour en
indiquer un. Une fois ajouté, votre système apparaît dans la liste des Systèmes connus.
- Développez les entrées du système souhaité jusqu'à ce que
vous trouviez la base de données à ajouter. Sélectionnez-la. Cliquez sur
Suivant.
- Entrez un nom d'alias de base de données locale dans la zone Alias
et, le cas échéant, ajoutez un commentaire décrivant cette base de données dans la
zone Commentaire.
- Si vous souhaitez utiliser ODBC, enregistrez cette base de données
comme base de données source ODBC. ODBC doit être installé pour que vous puissiez effectuer cette opération.
- Cliquez sur Fin. Vous êtes maintenant en mesure d'utiliser cette base de données. Cliquez sur Fermeture pour sortir de l'assistant de configuration.
Création d'un profil client à l'aide de l'assistant de
configuration
Cette tâche nécessite l'exportation des paramètres d'un client existant dans un profil client
à l'aide de l'assistant de configuration.
Cette opération s'intègre dans le cadre plus
général de la configuration d'un ou de plusieurs clients utilisant les
paramètres d'un client existant.
Pour créer un profil client à l'aide de l'assistant de configuration,
procédez comme suit :
- Connectez-vous au système sous un ID utilisateur
DB2 correct.
- Démarrez l'assistant de configuration. Sous Windows,
vous pouvez le faire à partir du menu Démarrer ou à l'aide de la commande
db2ca.
- Dans le menu Configuration, sélectionnez Exportation de profil.
- Sélectionnez l'une des options suivantes :
- Globale
- Pour créer un profil contenant toutes les bases de données cataloguées
sur le système et toutes les informations de configuration du client.
Entrez un nom pour votre profil client, puis cliquez sur Sauvegarde.
- Connexions à la base de données
- Pour créer un profil contenant toutes les bases de données cataloguées
sur le système sans les informations de
configuration du client. Entrez un nom pour votre profil client, puis cliquez sur Sauvegarde.
- Personnalisation
- Pour n'inclure que certaines des bases de données cataloguées sur le
système ou que certaines informations de configuration du client.
Dans la fenêtre Personnalisation du profil d'exportation :
- Entrez un nom pour votre profil client.
- Cochez la case Connexions à une base de
données afin d'inclure des connexions à la base de données dans le profil
client.
- Dans la zone Alias de bases de données disponibles, sélectionnez les bases de données
à exporter, puis cliquez sur > pour les ajouter à la zone
Alias de bases de données sélectionnés. Pour ajouter toutes les bases de données
disponibles dans la zone Alias de bases de données sélectionnés, cliquez sur
>>.
- Cochez les cases correspondant aux options que vous souhaitez configurer pour le client cible. Les paramètres de configuration du gestionnaire de bases de données peuvent
être mis à jour et personnalisés pour une machine cible.
- Cliquez sur Exportation pour que cette tâche soit exécutée.
- Vérifiez vos résultats affichés dans l'onglet correspondant.
Une fois cette opération terminée, vous pouvez configurer les autres
clients à l'aide du profil client déjà créé.
Configuration des connexions à une base de données utilisant un profil client à l'aide de l'assistant de configuration
Cette tâche implique la configuration d'un client à l'aide d'un
profil client que vous avez créé ou obtenu précédemment. Cette opération
s'intègre dans le cadre plus général de la configuration d'un ou de plusieurs
clients utilisant les paramètres d'un client existant. Vous pouvez répéter ces
étapes pour chaque client à configurer.
- Connectez-vous au système sous un ID utilisateur
DB2 correct.
- Démarrez l'assistant de configuration. Sous Windows,
vous pouvez le faire à partir du menu Démarrer ou à l'aide de la commande
db2ca.
- A partir du menu Configuration, sélectionnez
Importation de profil.
- Sélectionnez l'une des options d'importation suivantes. Vous pouvez choisir
d'importer tout ou partie des données du profil client.
- Globale
- Sélectionnez cette option pour importer toutes les données dans un profil
client. Ouvrez le profil client que vous souhaitez importer.
- Personnalisation
- Sélectionnez cette option pour importer un sous-ensemble du profil
client, tel qu'une base de données spécifique. Dans la fenêtre Personnalisation
du profil d'importation :
- Sélectionnez le profil client à importer et cliquez sur Chargement.
- Sélectionnez les bases de données à importer à partir de la zone
Alias de base de données disponibles, puis cliquez sur
> pour les ajouter à la zone
Alias de base de données sélectionnés. Cliquez sur
>> pour ajouter toutes les bases de données disponibles dans la zone
Alias de base de données sélectionnés.
- Cochez les cases correspondant aux options que vous souhaitez personnaliser.
- Cliquez sur Importation pour que cette tâche soit exécutée.
- Vérifiez vos résultats affichés dans l'onglet correspondant.
Test d'une connexion de base de données à l'aide de l'assistant de configuration
Après la configuration, testez votre connexion de base de données.
Pour tester une connexion de base de données, procédez comme suit :
- Démarrez l'assistant de configuration.
- Mettez en évidence la base de données dans la vue détaillée et sélectionnez
Test de la connexion à partir du
menu Sélectionné.
La fenêtre Test de la connexion apparaît.
- Sélectionnez un ou plusieurs types de connexion que vous souhaitez tester (CLI est la valeur par défaut). Vous pouvez tester plusieurs types simultanément. Entrez un ID utilisateur et un mot de passe corrects pour la base de données éloignée et cliquez sur Test de la connexion.
Si la connexion aboutit, un message confirmant la connexion apparaît dans la page Résultats. Si le test de la connexion échoue, vous recevez un message d'aide. Pour modifier des paramètres spécifiés de
manière incorrecte, sélectionnez la base de données dans la vue des détails, puis sélectionnez
Modification d'une base de données dans l'option de menu
Sélectionné.
Lors de la configuration d'un serveur pour son opération dans des environnements de développement (tel qu'IBM Data Studio),
vous pourriez rencontrer le message d'erreur SQL30081N lors de la connexion initiale à DB2. Il est possible que le pare-feu au niveau du serveur de bases de données éloignées empêche la connexion d'être établie. Dans ce cas, vérifiez que le pare-feu est correctement configuré pour accepter les demandes de connexion issues du client.
Remarques relatives au protocole LDAP pour l'assistant de
configuration
Dans un environnement qui prend en charge le protocole LDAP, les
informations d'annuaire des serveurs et bases de données DB2 sont stockées dans l'annuaire LDAP. Lorsqu'une nouvelle base de données est créée, elle est automatiquement enregistrée dans l'annuaire LDAP.
Lorsqu'il
se connecte à une base de données, le client accède à l'annuaire LDAP pour
en extraire les informations de base de données et de protocole dont il a
besoin pour établir la connexion.
Il peut toutefois être intéressant d'utiliser l'assistant de configuration dans l'environnement LDAP pour :
- cataloguer une base de données manuellement dans l'annuaire LDAP ;
- enregistrer une base de données cataloguée dans LDAP comme source de données ODBC ;
- configurer les informations CLI/ODBC relatives au serveur LDAP ;
- retirer une base de données cataloguée dans l'annuaire LDAP.
Configuration des connexions client-serveur à l'aide de l'interpréteur de commandes
Cette tâche décrit comment configurer une connexion d'un client IBM Data Server à un serveur de bases de données éloignées via l'interpréteur de commandes.
Avant de configurer une connexion au serveur, vérifiez que :
- Les communications réseau sont définies entre la machine qui dispose du client IBM Data Server
et celle qui contient le serveur DB2. La commande
ping est un moyen de les vérifier pour
le protocole TCP/IP.
- Le serveur DB2 est configuré pour
fonctionner sur le réseau.
Cette configuration fait partie du processus d'installation et de configuration du produit
serveur DB2.
Des rubriques séparées permettent de vous guider tout au long de chacune des étapes suivantes. Certaines étapes disposent d'une version pour chaque protocole pris en charge :
- Identifiez les valeurs des paramètres de communication du serveur
de bases de données éloignées. Vous disposez des feuilles de travail suivantes :
- Feuille de travail TCP/IP
- Feuille de travail de
tubes nommés
- Si vous utilisez TCP/IP, vous avez la possibilité de
mettre à jour le fichier hosts et le fichier
services du client avec les valeurs des paramètres de communication du serveur de bases de données éloignées. Cette étape ne s'applique pas aux tubes nommés.
- Cataloguez le noeud du serveur à partir du client. Des instructions sont
fournies pour chaque protocole de communication :
- Cataloguez le noeud
TCP/IP à partir du client.
- Cataloguez le
noeud Tubes nommés à partir du client.
- Cataloguez la base de données à laquelle vous souhaitez vous connecter sur le client.
- Testez la connexion client-serveur.
Connexions aux tubes nommés
Feuilles de travail des tubes nommés pour la configuration des tubes
nommés sur le client
Utilisez la feuille de travail ci-après afin d'identifier les valeurs de paramètre
pour la configuration des communications par tubes nommés.
Tableau 20. Feuille de travail des valeurs de paramètre des tubes nommés
Paramètre |
Description |
Valeur type |
Votre valeur |
Nom de l'ordinateur (nom-ordinateur) |
Nom de l'ordinateur sur lequel se trouve le serveur.
Sur le serveur,
pour trouver la valeur affectée à ce paramètre, cliquez sur le bouton Démarrer, puis sélectionnez
les options Paramètres, Panneau de configuration. Cliquez deux fois sur le dossier
Réseau et sélectionnez l'onglet
Identification. Enregistrez le nom de l'ordinateur. |
serveur1 |
|
Nom de l'instance (nom-instance) |
Nom de
l'instance sur le serveur à laquelle vous vous connectez. |
DB2 |
|
Nom de noeud (nom-noeud) |
Alias local qui désigne 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 locaux. |
noeuddb2 |
|
Catalogage d'un noeud Tubes nommés à partir d'un client à l'aide de l'interpréteur de commandes
Le catalogage d'un noeud Tubes nommés ajoute une entrée dans le répertoire des noeuds du client, qui décrit le noeud distant. Cette entrée spécifie l'alias choisi (nom_noeud), le nom du poste de
travail du serveur distant (nom_ordinateur) et
l'instance (nom_instance) utilisés par le client pour accéder au
serveur DB2 distant.
Pour cataloguer un noeud Tubes nommés sur un client IBM Data Server, tapez la commande suivante dans l'interpréteur de commandes :
db2 => catalog npipe node nom_noeud
db2 => remote nom_ordinateur instance nom_instance
db2 => terminate
Pour cataloguer un noeud distant
appelé noeud_db2, résidant sur le serveur serveur1,
dans l'instance db2, entrez :
db2 => db2 catalog npipe node noeud_db2 remote serveur1 instance db2
db2 => terminate
Connexions TCP/IP
Feuille de travail TCP/IP pour la configuration d'une connexion client-serveur
Lors de la configuration, utilisez la colonne Votre
valeur du tableau ci-après pour enregistrer les valeurs requises.
Tableau 21. feuille de travail des valeurs de paramètres TCP/IP
Paramètre |
Description |
Valeur type |
Votre valeur |
Version du protocole IP |
Les options sont les
suivantes :
- IPv4: les adresses sont semblables à 9.21.15.235
- IPv6: les adresses sont semblables à : 2001:0db8:4545:2::09ff:fef7:62dc
|
IPv4 |
|
Nom hôte
- Nom hôte (nom-hôte) ou
- Adresse IP (adresse-ip)
|
Pour déterminer le nom d'hôte du système
distant, tapez la commande hostname sur le serveur.
Pour déterminer l'adresse IP,
tapez la commande ping hostname. |
monserveur
ou
9.21.15.235
ou une adresse IPv6 |
|
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
arbitrairement choisi et représente le numéro du port de connexion
(num-port) sur le client.
Le numéro de port 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 l'instance du
serveur.
Cette valeur ne doit pas être utilisée par une autre application et
doit être unique dans le fichier services.
Sur les plateformes
Linux
ou UNIX,
cette valeur doit en règle générale être supérieure ou égale à 1024.
Adressez-vous à l'administrateur de bases de données pour obtenir les valeurs
nécessaires à la configuration du serveur. |
serveur1
ou
3700/tcp |
|
Nom de noeud (nom-noeud) |
Alias local qui désigne 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 locaux. |
noeuddb2 |
|
Mise à jour des hôtes et des fichiers de service pour les connexions TCP/IP
Cette tâche décrit le moment et la procédure de mise à jour d'un fichier
hosts et d'un fichier services sur le client
avec les valeurs de paramètres de communication du serveur de bases de
données éloignées. Cette tâche est facultative pour les connexions
TCP/IP et ne s'appliquent pas aux connexions Tubes nommés. Cette opération s'intègre dans le cadre plus général de la configuration
d'une connexion client-serveur à l'aide
de l'interpréteur de commandes (CLP).
Vous devez mettre à jour le fichier
hosts quand vous souhaitez établir une
connexion au serveur de bases de données éloignées à l'aide de son nom
d'hôte et que votre réseau ne dispose pas de système de nom de domaine (DNS)
permettant de déterminer ce nom d'hôte pour une adresse IP.
Cette étape
n'est pas obligatoire pour se référer au serveur de bases de données
éloignées qui utilise sa propre adresse IP.
Vous devez mettre à jour le fichier
services si vous souhaitez indiquer un nom de service de connexion au moment de
la connexion au serveur de base de données éloignée. Un
service de connexion est un nom arbitraire qui
représente le numéro du port de connexion. Cette étape n'est pas obligatoire
pour se référer au numéro de port du serveur de bases de données éloignées.
Procédure
- Pour mettre à jour le fichier hosts sur le client afin de déterminer le nom
d'hôte du serveur distant pour son adresse IP, procédez comme suit :
- A l'aide d'un éditeur de texte, ajoutez une entrée au fichier
hosts correspondant à l'adresse IP du serveur. Par exemple :
9.26.13.107 monserveur # Adresse IPv4 de monserveur
2002:91a:519:13:210:83ff:feff:ca71 monserveur # Adresse IPv6 de monserveur
où :
- 9.26.13.107
- représente l'adresse_ip IPv4
- 2002:91a:519:13:210:83ff:feff:ca71
- représente l'adresse_ip IPv6
- monserveur
- représente le nom d'hôte
- #
- est un commentaire décrivant l'entrée.
Remarque :
Les entrées IPv6 ne sont pas nécessaires si votre hôte n'appartient pas à un réseau IPv6. Pour les hôtes des réseaux mixtes IPv4 et IPv6, une autre méthode consiste à attribuer des noms d'hôte différents pour les adresses IPv4 et IPv6. Par exemple :
9.26.13.107 monserveur # Adresse IPv4 de monserveur
9.26.13.107 monserveuripv4 # Adresse IPv4 de monserveur
2002:91a:519:13:210:83ff:feff:ca71 monserveuripv6 # Adresse IPv6 de monserveur
Si le serveur ne réside pas dans le même domaine que le client IBM Data Server,
vous devez indiquer un nom de domaine qualifié complet (monserveur.spifnet.ibm.com, par exemple,
où spifnet.ibm.com correspond au nom de domaine).
- Pour mettre à jour le fichier services sur le client pour déterminer un nom de
service pour le numéro de port du serveur distant, procédez comme suit :
- A l'aide d'un éditeur de texte, ajoutez le nom du service de connexion et
le numéro de port au fichier services. Par exemple :
serveur1 50000/tcp # Port du service de
connexion DB2
où :
- serveur1
- représente le nom du service de connexion.
- 50 000
- représente le numéro du port de connexion (50 000 est la valeur par défaut)
- tcp
- représente le protocole de communication utilisé.
- #
- signale le début d'un commentaire décrivant l'entrée
Le tableau ci-après indique l'emplacement des fichiers
hosts et services
mentionnés dans les procédures ci-dessus.
Tableau 22. Emplacement du fichier hosts et du fichier services
Système d'exploitation |
Répertoire |
Windows 2000 XP/Windows Server 2003 |
%SystemRoot%\system32\drivers\etc où %SystemRoot% est une variable d'environnement définie |
Linux or UNIX |
/etc |
Catalogage d'un noeud TCP/IP à partir d'un client à l'aide de l'interpréteur de commandes
Le catalogage d'un noeud TCP/IP ajoute une entrée dans le répertoire des
noeuds de Data Server Client, qui décrit le noeud distant.
Cette entrée comporte l'alias choisi (nom_noeud), le nom_hôte (ou adresse_ip) et
le nom_service (ou numéro_port) utilisés par le client pour accéder à l'hôte distant.
Vous devez disposer des droits d'administration système (SYSADM) ou de contrôleur système (SYSCTRL) ou définir l'option catalog_noauth par ON. Vous ne pouvez pas cataloguer de noeud en tant qu'utilisateur root.
Pour cataloguer un noeud TCP/IP, procédez comme suit :
- Connectez-vous au système à l'aide
d'un ID utilisateur disposant des droits SYSADM ou SYSCTRL.
- Si vous utilisez un client
Linux ou
UNIX,
configurez l'environnement de l'instance.
Exécutez le script
de démarrage :
- Pour les shells bash, Bourne ou Korn
-
. INSTHOME/sqllib/db2profile
- Pour le shell C
-
source INSTHOME/sqllib/db2cshrc
où
INSTHOME représente le répertoire de base de l'instance.
- Démarrez l'interpréteur de commandes
DB2. Sous
Windows,
lancez la commande db2cmd à partir d'une invite de commande. Sous
Linux
ou UNIX,
lancez la commande db2 à partir d'une invite de commande.
- Cataloguez le noeud en entrant les commandes suivantes dans l'interpréteur de commandes :
db2 => catalog tcpip node nom_noeud remote
nom_hôte|adresse_ip
server nom_service|numéro_port [instance_distante
nom_instance]
[system nom-système] [ostype type-se]
db2 => terminate
où :
- nom_noeud représente un alias local de type nickname que
vous pouvez définir pour le poste qui contient la base de données
que vous souhaitez cataloguer.
- instance_distante représente le nom de l'instance de serveur sur laquelle réside la base de données.
- nom_système représente le nom du système
DB2 utilisé pour identifier le serveur.
- nom_ostype représente le type de système d'exploitation du serveur.
Remarque :
- La commande terminate est obligatoire pour rafraîchir la mémoire cache du répertoire.
- Bien que les paramètres instance_distante, nom_système et type_os soient facultatifs, ils sont cependant obligatoires pour les utilisateurs qui souhaitent utiliser les outils DB2.
- Il n'est pas nécessaire que le nom-service utilisé sur le client soit identique à celui utilisé sur le serveur. Toutefois, les numéros de port auxquels ils renvoient doivent concorder.
- Bien que non présentée ici, la commande
catalogage noeud tcpip permet de spécifier explicitement la version du protocole
IP, à savoir IPv4 ou IPv6.
Pour cataloguer un noeud que vous souhaitez appeler noeud_db2 sur un serveur distant mon_serveur.ibm.com utilisant le numéro de port 50000, vous devez entrer la commande suivante à partir d'une invite db2 :
db2 => catalog tcpip node noeud_db2 remote mon_serveur server 50000
DB20000I L'exécution de la commande CATALOG TCPIP NODE a abouti.
DB21056W Les modifications d'annuaire peuvent ne pas être effectives tant que le cache d'annuaire
n'est pas régénéré.
db2 => terminate
DB20000I L'exécution de la commande TERMINATE a abouti.
Catalogage d'une base de données à partir d'un client à l'aide de l'interpréteur de commandes
Cette tâche explique comment cataloguer une base de données à partir d'un
client, à l'aide de l'interpréteur de commandes.
Pour qu'une application cliente puisse accéder à une base de données
éloignée, celle-ci doit être cataloguée sur le client. Lorsque vous créez une
base de données, elle est automatiquement cataloguée sur le serveur avec un
alias qui est identique au nom de la base, sauf si vous spécifiez un autre
alias.
Les informations figurant dans le répertoire des bases de données et
dans le répertoire des noeuds (sauf si vous cataloguez une base de données
locale, auquel cas le noeud n'est pas nécessaire) servent, sur le client IBM Data Server, à
établir une connexion à la base de données éloignée.
- Vérifiez que vous disposez d'un ID utilisateur DB2. DB2 ne prend pas en charge les droits root pour le catalogage d'une base de données.
- Vous devez disposer des droits d'administration système (SYSADM) ou de contrôleur système (SYSCTRL) ou définir l'option catalog_noauth par ON.
- Les informations suivantes sont nécessaires lors du catalogage d'une base de données éloignée :
- Nom de base de données
- Alias de base de données
- Nom de noeud
- Type d'authentification (facultatif)
- Commentaire (facultatif)
Reportez-vous à la feuille de travail des valeurs de paramètre pour le catalogage d'une base de données afin d'obtenir plus d'informations sur ces paramètres et prendre note des valeurs que vous utilisez.
- Utilisez les valeurs suivantes lorsque vous cataloguez une base de données locale :
- Nom de base de données
- Unité
- Alias de base de données
- Type d'authentification (facultatif)
- Commentaire (facultatif)
Les bases de données locales peuvent être décataloguées et recataloguées à tout moment.
Pour cataloguer une base de données sur le client procédez comme suit :
- Connectez-vous au système sous un ID utilisateur
DB2 correct.
- Facultatif : mettez à jour la colonne Votre valeur dans la Feuille de travail des valeurs de paramètres pour le catalogage d'une base de données.
- Si vous utilisez la base de données
DB2 sous
Linux
ou UNIX, configurez
l'environnement de l'instance. Exécutez le script
de démarrage :
- Pour les shells bash, Bourne ou Korn
-
. INSTHOME/sqllib/db2profile
- Pour le shell C
-
source INSTHOME/sqllib/db2cshrc
où REP_PERSO_INST est le répertoire personnel associé à l'instance.
- Démarrez l'interpréteur de commandes
DB2. Sous
Windows,
lancez la commande db2cmd à partir d'une invite de commande. Sous
Linux
ou UNIX,
lancez la commande db2 à partir d'une invite de commande.
- Cataloguez la base de données en lançant les commandes suivantes dans l'interpréteur de commandes :
db2 => catalog database nom_base_de_données as alias_base_de_données at
node nom_noeud [ authentication valeur_auth ]
où :
- nom_bdd représente le nom de la base de données que vous souhaitez cataloguer.
- alias_bdd représente un alias de type nickname local pour la base de données que vous souhaitez cataloguer.
- nom_noeud représente un alias de type nickname que vous pouvez définir pour l'ordinateur sur lequel se trouve la base de données que vous souhaitez cataloguer.
- valeur_auth spécifie le type d'authentification se déroulant lors de la connexion à la base de données. Par défaut, la valeur de ce paramètre est le type d'authentification spécifié sur le serveur. La définition d'un type d'authentification peut augmenter les performances. Voici quelques exemples de valeurs autorisées :
SERVER, CLIENT, SERVER_ENCRYPT et KERBEROS.
Pour cataloguer une base de données éloignée appelée exemple avec l'alias local mon_exemple sur le noeud noeud_db2, à l'aide de l'authentification serveur, utilisez les commandes suivantes :
db2 => catalog database exemple as mon_exemple at node noeud_db2
authentication serveur
db2 => terminate
Feuille de travail des valeurs de paramètres pour le catalogage d'une base de données
Utilisez la feuille de travail ci-après pour enregistrer les valeurs
de paramètres requises afin de cataloguer une base de données.
Tableau 23. Feuille de travail des valeurs de paramètres de la base catalogue
Paramètre |
Description |
Valeur type |
Votre valeur |
Nom de base de données
(nom-bdd) |
Lors de la création d'une base de données, son alias
correspond à son nom, sauf indication contraire. Ainsi,
lorsque la base de données modèle est créée sur le serveur, un alias
modèle est également créé. Le nom de la base de données représente
l'alias de la base de données éloignée (sur le serveur). |
modèle |
|
Alias de la base de données
(alias-bdd) |
Alias local affecté arbitrairement
à la base de données éloignée. Si vous n'indiquez pas d'alias, le nom
de la base de données (nom-bdd) est utilisé par défaut. Utilisez
ce nom lorsque vous vous connectez à la base de données à partir d'un client. |
monmodèle |
|
Authentification (valeur-auth) |
Type d'authentification exigée par votre environnement. |
Serveur |
|
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. |
noeuddb2 |
|
Test de la connexion client-serveur à l'aide de l'interpréteur de commandes
Une fois le noeud et la base de données catalogués, connectez-vous à la base de données pour tester la connexion. Avant de tester la connexion :
- Le noeud et la base de données doivent être catalogués.
- Les valeurs de id_utilisateur et de mot_de_passe
doivent être adaptées au système sur lequel elles sont authentifiées. Le paramètre d'authentification du client doit être défini de façon à correspondre à la valeur définie sur le serveur ou peut être omis. Si le
paramètre d'authentification est omis, la valeur définie par défaut pour le
client sera SERVER_ENCRYPT. Si le serveur n'accepte pas SERVER_ENCRYPT, le
client doit essayer de nouveau avec la valeur retournée par le serveur. Si le
client indique une valeur de paramètre d'authentification qui ne correspond pas
à ce qui est configuré sur le serveur, vous recevrez une erreur.
- Vous devez démarrer le gestionnaire de bases de données avec le
protocole correct défini dans la variable de registre DB2COMM. S'il n'est pas démarré, vous pouvez alors le lancer en entrant la commande db2start sur le serveur de base de données.
Pour tester la connexion du client au serveur, procédez comme suit :
- Si vous utilisez une plateforme
Linux
ou UNIX,
configurez l'environnement de l'instance. Exécutez le script
de démarrage :
- Pour les shells bash, Bourne ou Korn
-
. INSTHOME/sqllib/db2profile
- Pour le shell C
-
source INSTHOME/sqllib/db2cshrc
où REP_PERSO_INST est le répertoire personnel associé à l'instance.
- Démarrez l'interpréteur de commandes
DB2. Sous
Windows,
lancez la commande db2cmd à partir d'une invite de commande. Sous
Linux
ou UNIX,
lancez la commande db2 à partir d'une invite de commande.
- Pour établir la connexion à la base de données éloignée, entrez la commande
suivante sur le client :
db2 => connect to alias_base_de_données user id_utilisateur
Par exemple, entrez la commande suivante :
connect to mon_exemple user jtris
Vous êtes invité à entrer votre mot de passe.
Si la connexion est établie, un message s'affiche et indique le nom de la
base de données à laquelle vous êtes connecté. Ce message est similaire à celui présenté
ci-dessous :
Informations de connexion à la base de données
Serveur de base de données = DB2 9.1.0
ID d'autorisation SQL = JTRIS
Alias de base de données locale = mon_exemple
Vous pouvez maintenant utiliser cette base de données. Par exemple, pour extraire la liste de toutes les tables répertoriées dans la table du catalogue système, entrez l'instruction SQL suivante :
select nom_table from syscat.tables
Lorsque vous n'avez plus besoin de la connexion à la base de données, mettez-y fin à l'aide de la commande connect reset.
[ Début de page | Page précédente | Page suivante | Table des matières ]