DB2 10.5 for Linux, UNIX, and Windows
Options de connexion aux bases de données de serveur de données
Vous devez prendre en compte de nombreux facteurs pour déterminer la méthode de connexion la plus appropriée pour votre environnement.
- un système qui exécute des applications métier sur un système d'utilisateur métier ou sur un serveur d'applications ;
- un poste de travail dédié au développement d'application ;
- un poste de travail d'un administrateur de base de données.
- sur le même système, c'est-à-dire sur le système local (par exemple, des bases de données se trouvant dans une seule instance ou dans plusieurs instances ;
- sur différents serveurs (par exemple, des systèmes distants) ;
- sur différents serveurs de moyens et grands systèmes.
Options pour les systèmes métier ou les serveurs d'applications
Généralement, lorsqu'une application d'entreprise se connecte à une base de données, une des topologies suivantes est impliquée :
- Une application se connecte à une base de données et ces deux éléments se trouvent sur le même serveur. Il peut, par exemple, s'agir d'une application employée par un utilisateur sur son poste de travail personnel.
- Une application se connecte à une base de données sur un autre serveur.
- Un client d'application se connecte à un serveur d'applications, qui à son tour se connecte
à une ou plusieurs bases de données DB2 se trouvant :
- sur le même serveur uniquement ;
- sur un ou plusieurs serveurs ;
- une combinaison des emplacements précédents.
Si un serveur de base de données est installé sur le même serveur que l'application il n'est pas nécessaire d'installer un client distinct. Le serveur de base de données inclut des fonctions permettant à des applications de se connecter à des bases de données locales et sur des serveurs distants également.
- Pilote d'application Avec un pilote d'application, les informations nécessaires à la connexion à une base de données sont incluses dans l'application ou l'application invite l'utilisateur à les entrer. Cette approche est différente d'un client IBM® Data Server qui conserve ces informations dans son catalogue. Le pilote d'application est déployé en tant que fichier dans le répertoire de l'application, ainsi aucune installation ou configuration propre au serveur de base de données n'est requise. Généralement, un pilote d'application est fourni avec une application de telle sorte que seule la connectivité avec cette application soit assurée. Un pilote d'application peut se trouver sur le même serveur que d'autres pilotes d'application ou un client IBM Data Server. Les produits fournissent des pilotes pour Java™ (JDBC et SQLJ) et pour les applications ODBC, CLI, .NET, OLE DB ou Open Source. Vous pouvez obtenir des pilotes en copiant les fichiers de pilote à partir d'une image d'installation IBM Data Server Driver Package ou en téléchargeant ces fichiers à partir de developerWorks.
- client IBM Data Server. Cette option implique l'installation et la configuration d'un des clients inclus avec le produit. Le client IBM Data Server est installé sur tout serveur qui se connecte directement à la base de données. En fonction de la topologie de l'application, le client est installé sur chaque poste de travail métier ou sur un serveur d'applications. Un seul client IBM Data Server peut permettre à toutes les applications du serveur de se connecter à une ou plusieurs bases de données sur d'autres machines.
- Modules de fusion d'instance. Ces modules de fusion créent un environnement d'instance. Cette approche permet de déployer IBM Data Server Runtime Client en incluant les fichiers dans les modules correspondants. Elle est destinée à une utilisation avec Windows Installer et d'autres outils d'installation qui prennent en charge les modules de fusion Windows Installer. Avec cette approche, un seul programme d'installation installe à la fois l'application et Data Server Runtime Client. Si vous n'avez pas besoin d'un environnement d'instance ou d'un interpréteur de commandes (CLP), vous devez utiliser d'autres modules de fusion d'instance pour éviter la gestion des instances.
- autres modules de fusion d'instance. Ces modules de fusion créent un environnement d'instance dans une base de données autre que DB2 for Linux, UNIX and Windows. Cette approche permet de déployer IBM Data Server Driver Package en incluant les fichiers DLL du client dans le package de déploiement de l'application. Elle est destinée à une utilisation avec Windows Installer et d'autres outils d'installation qui prennent en charge les modules de fusion Windows Installer. Avec cette approche, un seul programme d'installation installe à la fois l'application et IBM Data Server Driver Package.
Options pour les postes de travail de développement d'applications
IBM Data Server Client offre toutes les fonctions d'IBM Data Server Runtime Client ainsi que les outils utilisés pour la configuration client-serveur, l'administration des bases de données et le développement d'application. Vous trouverez ci-dessous une description du rôle et de la configuration de Data Server Client pour les autres outils et produits utilisés par les développeurs d'application.
Il existe plusieurs outils et produits généralement utilisés par les développeurs d'application qui créent du code pour l'accès à une base de données. Chaque poste de travail de développeur inclut généralement les composants suivants :
- Un environnement de développement intégré (IDE), tel qu'IBM Data Studio, IBM Optim Development Studio, Rational Application Developer ou Microsoft Visual Studio.
- Un outil de développement propre à l'environnement IDE tel qu'IBM Database Add-ins for Microsoft Visual Studio.
- L'accès à un serveur de base de données pour l'hébergement de la base de données développée.
Ce serveur de base de données peut se trouver dans l'un des emplacements suivants :
- sur chaque poste de travail du développeur, ainsi chaque développeur dispose de sa propre copie de la base de données.
- sur un serveur de groupe, ainsi plusieurs développeurs utilisent la même copie de la base de données.
Dans le contexte actuel, Data Server Client fournit les en-têtes et les bibliothèques requises pour la compilation des applications et fournit des outils pour l'administration de la base de données. Il n'est, toutefois, pas toujours nécessaire d'installer Data Server Client pour obtenir ces outils. Lorsqu'un serveur de données est installé il n'est pas nécessaire d'installer un client IBM Data Server distinct. Le serveur de données inclut toutes les fonctions disponibles sur un Data Server Client autonome.
Options pour les postes de travail d'administrateur
Un administrateur de base de données peut administrer des tâches sur des bases de données éloignées à l'aide de l'une des deux principales méthodes disponibles. Il peut utiliser un outil tel que telnet pour se connecter à un serveur de base de données individuel et exécuter des commandes d'administration en local. Il peut également utiliser des outils et des commandes à partir de son poste de travail pour établir des connexions à des bases de données éloignées. La présente section traite plus particulièrement du deuxième cas qui implique le choix du client IBM Data Server à utiliser et de son emplacement d'installation.
- Installation d'IBM Data Server Runtime Client. Cette option est adaptée si vous utilisez l'interpréteur de commande (CLP) pour l'administration.
- Installation d'IBM Data Server Client. Ce client inclut toutes les fonctions de Data Server Runtime Client ainsi que les outils permettant la configuration client-serveur, l'administration des bases de données et le développement des applications. Ces fonctions incluent les outils d'administration graphiques, tels qu'InfoSphere Optim Configuration Manager et IBM Data Studio (disponibles sur les plateformes prises en charge). Ces outils utilisent le serveur d'administration DB2 lequel est configuré par défaut lors de l'installation du serveur de données.
- Installation d'un serveur de données. Chaque fois qu'un serveur de données est installé sur un serveur il n'est pas nécessaire d'installer un client IBM Data Server distinct. Le serveur de données inclut toutes les fonctions disponibles sur un client IBM Data Server autonome.
Options pour la connexion aux bases de données de moyens et grands systèmes.
Les produits DB2 Connect permettent de se connecter aux bases de données sur des plateformes de moyens et grands systèmes, principalement OS/390 et z/OS, System i, VSE et VM. Vous pouvez également vous connecter à d'autres bases de données compatibles avec l'architecture de bases de données relationnelles distribuée (DRDA). Avec DB2 Connect, vous pouvez vous connecter à partir d'un serveur DB2 for Linux, UNIX, and Windows.
- IBM Data Server Driver Package. Cette solution de déploiement légère offre une prise en charge de l'exécution pour les applications utilisant ODBC, CLI, .NET, OLE DB, PHP, Ruby, JDBC ou SQLJ sans la nécessité d'installer Data Server Runtime Client ou Data Server Client. Pour vous connecter à un serveur z/OS ou System i, vous devez enregistrer une clé de licence DB2 Connect. (Procédez à l'extraction du fichier de licence à partir de votre distribution Passport Advantage, par exemple db2conpe.lic, puis copiez le fichier dans le répertoire de licences, sous le répertoire d'installation du pilote.)
- DB2 Connect Server Edition. Une édition serveur du produit DB2 Connect est installée sur un serveur de connectivité et sert de passerelle vers des serveurs de base de données de moyens ou grands systèmes. Une édition serveur du produit DB2 Connect permet aux postes de travail avec des clients IBM Data Server de configurer l'accès aux systèmes hôte avec la passerelle DB2 Connect comme s'il s'agissait de bases de données DB2 sur Windows, Linux et UNIX.
- Installez DB2 Connect localement et utilisez-le pour une connexion directe à un hôte.
- Connectez-vous au même hôte ou à un hôte différent via une passerelle de serveur DB2 Connect intermédiaire.