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 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 diffère de celle d'un client du serveur de données IBM 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 coexister sur le même serveur avec d'autres pilotes d'application ou avec un client de serveur de donnéesIBM. Les produits fournissent des pilotes pour Java™ (JDBC et SQLJ) et pour les applications ODBC, CLI, .NET, OLE DB ou open source. Les pilotes peuvent être obtenus en copiant les fichiers de pilote à partir d'une image d'installation IBM Data Server Driver Package ou en téléchargeant les fichiers de pilote à partir de developerWorks®.
- IBM. Cette option implique l'installation et la configuration d'un des clients inclus avec le produit. Il 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 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. Cette approche est destinée à être utilisée 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 le client d'exécution du serveur de données. 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. Cette approche permet de déployer l'application IBM Data Server Driver Package en incluant les fichiers DLL du client dans le paquetage de déploiement de l'application. Cette approche est destinée à être utilisée 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 le module de pilote de périphérique du serveur de données.
Options pour les postes de travail de développement d'applications
IBM Data Server Client fournit toutes les fonctions d' IBM Data Server Runtime Client ainsi que les outils utilisés pour la configuration client-serveur, l'administration de base de données et le développement d'applications. Vous trouverez ci-dessous une description du rôle et de la configuration 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 que IBM® Data Studio, IBM Optim Development Studio, Rational® Application Developer ou Microsoft Visual Studio.
- Outil de développement spécifique lié à l'IDE, tel que 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.
Avec ce qui précède comme contexte, la valeur de Data Server Client est qu'elle fournit les en-têtes et les bibliothèques nécessaires à 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 de l'installer pour obtenir ces outils. Chaque fois qu'un serveur de données est installé, il n'est pas nécessaire d'installer un client IBM Data Serverdistinct. Le serveur de données inclut toutes les fonctions disponibles sur un client de serveur de données 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. Cette section porte sur le deuxième cas, qui implique des choix concernant le client IBM Data Server à utiliser et l'emplacement d'installation.
- Installez IBM Data Server Runtime Client. Cette option est adaptée si vous utilisez l'interpréteur de commande (CLP) pour l'administration.
- Installez IBM Data Server Client. Ce client inclut toutes les fonctions de Data Server Runtime Client ainsi que les outils utilisés pour la configuration client-serveur, l'administration de base de données et le développement d'applications. Les fonctions incluent les outils d'administration graphique tels que InfoSphere® Optim Configuration Manager et IBM Data Studio (disponibles sur les plateformes prises en charge). Ces outils utilisent le Db2® Administration Server (DAS) sur le serveur de données, qui 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 Serverdistinct. Le serveur de données inclut toutes les fonctions disponibles dans n'importe quel client de serveur de donnéesIBM autonome.
Options pour la connexion aux bases de données de moyens et grands systèmes.
Les produits Db2 Connect vous permettent de vous connecter à des bases de données sur des plates-formes mainframe et midrange, à savoir OS/390 et z/OS®, System i, VSE et VM. Vous pouvez également vous connecter à d'autres bases de données conformes à l'architecture de base de données relationnelle distribuée (DRDA). Avec Db2 Connect, vous pouvez vous connecter à partir du poste de travail d'un utilisateur ou d'un serveur Db2 .
- IBM Data Server Driver Package. Cette solution de déploiement simple qui fournit un support d'exécution pour les applications utilisant ODBC, CLI, .NET, OLE DB, PHP, Ruby, JDBCou SQLJ sans avoir à installer Data Server Runtime Client ou Data Server Client. Pour vous connecter à un serveur z/OS ou à un serveur System i, vous devez enregistrer une clé de licence Db2 Connect . (Extrayez le fichier de licence de votre distribution Passport Advantage® , par exemple db2conpe.lic, puis copiez le fichier de licence dans le répertoire de licence sous le répertoire où le pilote a été installé.)
- 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 permet aux postes de travail avec des 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 sur Db2.
- 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.