Installation de DB2 version 9.7 Table des matières 1.0 Notice d'édition 2.0 Installation de serveurs DB2 2.1 Avant l'installation 2.1.1 Serveurs DB2 et clients IBM Data Server 2.1.2 Méthodes d'installation de DB2 2.1.3 Langues d'interface prises en charge par DB2 2.2 Configuration requise pour l'installation des produits de base de données DB2 2.2.1 Espace disque et mémoire requis 2.2.2 Prise en charge des logiciels Java pour les produits DB2 2.2.3 Configuration requise pour l'installation de serveurs DB2 et de clients de serveur de données IBM (Windows) 2.2.4 Configuration requise pour l'installation de serveurs DB2 et de clients IBM Data Server (AIX) 2.2.5 Configuration requise pour les serveurs DB2 et les clients IBM Data Server (HP-UX) 2.2.6 Configuration requise pour l'installation de serveurs DB2 et de clients IBM Data Server (Linux) 2.2.7 Configuration requise pour l'installation de serveurs DB2 et de serveurs IBM Data Server (Solaris) 2.2.8 Règles de mot de passe 2.3 Caractéristiques requises supplémentaires pour Windows 2.3.1 Services DB2 s'exécutant sur votre système (Windows) 2.3.2 Comptes utilisateur requis pour l'installation des produits serveur DB2 (Windows) 2.3.3 Configuration des privilèges élevés Windows avant l'installation d'un produit DB2 (Windows) 2.3.4 Octroi des droits utilisateur (Windows) 2.3.5 Extension du schéma Active Directory pour les services d'annuaire LDAP (Windows) 2.3.6 Vérification de la disponibilité de la plage de ports sur les postes de travail participants (Windows) 2.4 Caractéristiques requises supplémentaires pour Linux et UNIX 2.4.1 Plusieurs copies DB2 sur un même ordinateur (Linux et UNIX) 2.4.2 Utilisateurs et groupes DB2 (Linux et UNIX) 2.4.3 Remarques relatives à la gestion utilisateur centralisée (Linux et UNIX) 2.4.4 Préparation de l'installation de DB2 for Linux on zSeries 2.4.5 Création d'ID groupe et utilisateur pour l'installation d'une base de données DB2 (Linux et UNIX) 2.4.6 Conditions de limites utilisateur de système d'exploitation (Linux et UNIX) 2.4.7 Paramètres de noyau (Linux et UNIX) 2.5 Installation sous Windows 2.5.1 Présentation de l'installation du produit serveur DB2 (Windows) 2.5.2 Installation de serveurs DB2 (Windows) 2.5.3 Plusieurs copies DB2 sur un même ordinateur (Windows) 2.6 Installation sous Linux et UNIX 2.6.1 Présentation de l'installation du produit serveur DB2 (Linux et UNIX) 2.6.2 Installation en tant qu'utilisateur root 2.6.3 Installation en tant qu'utilisateur non root 3.0 Clients et pilotes IBM Data Server - Présentation 3.1 Types de client IBM Data Server 3.2 Pilotes IBM Data Server 3.2.1 Restrictions liées aux pilotes IBM Data Server 3.2.2 Installation du module de pilote de périphérique d'IBM Data Server (Windows) 3.2.3 Installation du module de pilote de périphérique IBM Data Server (Linux et UNIX) 3.3 Méthodes d'installation de clients IBM Data Server 3.3.1 Options de connexion aux bases de données DB2 3.3.2 Installation de clients IBM Data Server (Windows) 3.3.3 Installation de clients IBM Data Server (Linux et UNIX) 4.0 Présentation des informations techniques DB2 4.1 Dispositions 5.0 Remarques 1.0 Notice d'édition Le présent document contient des informations de propriété relatives à IBM. Elles sont fournies dans le cadre d'un contrat de licence et sont protégées par une loi sur les droits d'auteur. Les informations contenues dans la présente publication n'incluent aucune garantie relative au produit et toute déclaration fournie dans le présent manuel ne doit pas être interprétée comme telle. Vous pouvez commander les publications IBM en ligne ou auprès de votre interlocuteur IBM habituel. * Pour commander des publications en ligne, atteignez le site IBM Publications Center à l'adresse www.ibm.com/shop/publications/order * Pour trouver votre interlocuteur IBM local, atteignez le site IBM Directory of Worldwide Contacts à l'adresse www.ibm.com/planetwide Pour commander les publications DB2 auprès de DB2 Marketing and Sales aux Etats-Unis ou au Canada, appelez le numéro 1-800-IBM-4YOU (426-4968). Lorsque vous envoyez des informations à IBM, vous lui accordez le droit non exclusif d'utiliser ou de distribuer ces informations de toute manière qu'elle jugera appropriée et sans aucune obligation de sa part. 2.0 Installation de serveurs DB2 2.1 Avant l'installation 2.1.1 Serveurs DB2 et clients IBM Data Server Un système de base de données DB2 se compose d'un serveur DB2 et de clients IBM Data Server. Un serveur DB2 est un système de gestion de base de données relationnelle (SGBDR) qui transmet des données à ses clients IBM Data Server. Vous devez installer un serveur DB2 si vous envisagez d'utiliser une base de données qui se trouve sur cet ordinateur. Pour plus d'informations sur les serveurs DB2, accédez à http://www-306.ibm.com/software/data/db2/9/editions.html Un client IBM Data Server est une application qui permet d'exécuter des commandes et des instructions SQL sur un serveur DB2, d'établir une connexion à un serveur DB2 distant et d'accéder à ses bases de données. 2.1.2 Méthodes d'installation de DB2 Cette rubrique fournit des informations sur les méthodes d'installation de DB2. Le tableau ci-après indique les méthodes d'installation disponibles par système d'exploitation. Tableau 1. Méthode d'installation par système d'exploitation +-----------------------+----------------------+----------------------+ | Méthode | Windows | Linux ou UNIX | | d'installation | | | +-----------------------+----------------------+----------------------+ | Assistant | Oui | Oui | | d'installation DB2 | | | +-----------------------+----------------------+----------------------+ | Installation par | Oui | Oui | | fichier de réponses | | | +-----------------------+----------------------+----------------------+ | Commande db2_install | Non | Oui | +-----------------------+----------------------+----------------------+ | Déploiement des | Non | Oui | | fichiers de charge | | | +-----------------------+----------------------+----------------------+ La liste ci-dessous décrit les méthodes d'installation de DB2. Assistant d'installation DB2 L'assistant d'installation DB2 est un programme d'installation à interface graphique disponible sous Linux, UNIX et Windows. Il offre une interface conviviale pour installer les produits DB2 et effectuer les tâches d'installation et de configuration initiales. L'assistant d'installation DB2 peut également créer des instances DB2 et des fichiers de réponses pour dupliquer cette installation sur d'autres machines. Remarque : Pour les installations nonroot sous Linux et UNIX, une seule instance DB2 peut exister. L'assistant d'installation DB2 crée automatiquement l'instance non root. Sous Linux et UNIX, un serveur X est nécessaire pour afficher l'assistant d'installation DB2 . Installation avec un fichier de réponses Un fichier de réponses est un fichier texte qui contient des valeurs d'installation et de configuration. Il est lu par le programme d'installation DB2 qui effectue l'installation en fonction des valeurs qui y sont spécifiées. L'installation avec un fichier de réponses est également appelée installation en mode silencieux. Il permet également d'accéder à des paramètres qui ne peuvent pas être définis à l'aide de l'assistant d'installation DB2. Sous Linux et UNIX, si vous intégrez l'image d'installation DB2 à votre application, vos applications peuvent recevoir des informations de progression de l'installation et des invites du programme d'installation lisibles pour l'ordinateur. Ce comportement est contrôlé par le mot clé INTERACTIVE du fichier de réponses. Il existe plusieurs méthodes pour créer un fichier de réponses : Utilisation du générateur de fichier de réponses Vous pouvez utiliser le générateur de fichier de réponses pour créer un fichier de réponses répliquant une installation existante. Par exemple, vous pouvez installer un client IBM Data Server, configurer complètement le client, puis générer un fichier de réponses pour répliquer l'installation et la configuration du client sur d'autres systèmes. Utilisez l'assistant d'installation DB2 L'assistant d'installation DB2 permet de créer un fichier de réponses en fonction des options que vous sélectionnez dans ses panneaux. Vos sélections sont enregistrées dans un fichier de réponses que vous sauvegardez dans un répertoire de votre système. Si vous avez sélectionné une installation de base de données partitionnée, deux fichiers de réponses sont générés, un pour l'ordinateur propriétaire de l'instance et un pour les ordinateurs participants. L'un des avantages de cette méthode d'installation consiste en ce que vous pouvez créer un fichier de réponses sans exécuter l'installation. Cette fonction peut être utile afin de capturer les options nécessaires pour installer le produit DB2. Le fichier de réponses peut être utilisé ultérieurement pour installer le produit DB2 en fonction des options que vous avez définies. Vous pouvez exporter un profil de client ou de serveur à l'aide de la commande db2cfexp afin de sauvegarder votre configuration client ou serveur, puis simplement importer le profil à l'aide de la commande db2cfimp. Un profil client ou serveur exporté avec la commande db2cfexp peut également être importé lors d'une installation avec un fichier de réponses à l'aide du mot clé CLIENT_IMPORT_PROFILE. Vous devez exporter le profil client ou serveur après l'installation et le catalogage des sources de données. Personnalisez les exemples de fichier de réponses fournis avec chaque produit DB2 L'alternative au générateur de fichier de réponses et à l'assistant d'installation DB2 consiste à modifier manuellement un exemple de fichier de réponses. Des exemples de fichier de réponses sont disponibles sur le DVD du produit DB2. Ils comportent des détails sur tous les mots clés valides pour chaque produit. Commande db2_install (plateformes Linux et UNIX uniquement) La commande db2_install installe tous les composants du produit DB2 indiqué avec une interface en anglais. Vous pouvez sélectionner d'autres langues à prendre en charge à l'aide de l'option -L. Vous ne pouvez pas sélectionner ou désélectionner des composants. Même si la commande db2_install installe tous les composants du produit DB2 que vous indiquez, elle ne crée pas ni ne configure les utilisateurs, les groupes ou les instances. Cette méthode d'installation peut être préconisée lorsque la configuration doit être effectuée à l'issue de l'installation. Pour configurer votre produit DB2 pendant l'installation, envisagez d'utiliser l'assistant d'installation DB2. Sous Linux et UNIX, si vous intégrez l'image d'installation DB2 à votre application, vos applications peuvent recevoir des informations de progression de l'installation et des invites du programme d'installation lisibles pour l'ordinateur. Cette méthode d'installation requiert une configuration manuelle après le déploiement des fichiers du produit. Déploiement des fichiers de charge (Linux et UNIX uniquement) Il s'agit d'une méthode d'installation avancée qui n'est pas accessible à tous les utilisateurs. L'utilisateur doit installer physiquement les fichiers de charge. Un fichier de charge est un fichier de données compressées avec une extension .tar, qui contient l'ensemble des fichiers et des métadonnées d'un composant pouvant être installé. Cette méthode d'installation requiert une configuration manuelle après le déploiement des fichiers du produit. Remarque : Les installations des produits DB2 ne sont plus des modules de système d'exploitation sur les plateformes Linux et UNIX. Par conséquent, vous ne pouvez plus utiliser de commandes de système d'exploitation pour l'installation. Tous les scripts existants que vous utilisez comme interface et comme outils de requête avec les installationsDB2 doivent être modifiés. 2.1.3 Langues d'interface prises en charge par DB2 Le support de langues DB2 pour les interfaces DB2 se répartissent en deux catégories : les langues du groupe de serveurs et les langues du groupe de clients. Les langues du groupe de serveurs traduisent la plupart des messages, de l'aide et des éléments d'interface graphique DB2. Les langues du groupe de clients traduisent le composant IBM Data Server Runtime Client qui inclut la plupart des messages et une partie de la documentation d'aide. Les langues du groupe de serveurs sont les suivantes : allemand, chinois simplifié, chinois traditionnel, coréen, danois, espagnol, finnois, français, italien, japonais, norvégien, polonais, portugais (Brésil), russe, suédois, tchèque. Les langues du groupe de clients sont les suivantes : arabe, bulgare, croate, grec, hébreu, hongrois, néerlandais, portugais, roumain, slovaque, slovène et turc. Ne confondez pas les langues prises en charge par le produit DB2 et les langues prises en charge par l'interface de DB2. Les langues prises en charge par le produit DB2 sont celles dans lesquelles des données peuvent être exprimées. Ces langues constituent un sous-ensemble des langues prises en charge par l'interface DB2. 2.1.3.1 Affichage de l'assistant d'installation DB2 dans votre langue nationale (Linux et UNIX) La commande db2setup interroge le système d'exploitation pour déterminer les paramètres linguistiques existants. Si les paramètres linguistiques de votre système d'exploitation sont pris en charge par db2setup, la langue choisie sera utilisée lors de l'affichage de l'assistant d'installation DB2. Si votre système utilise les mêmes pages de codes mais des noms d'environnement local différents de ceux pris en charge par l'interface DB2, vous pouvez tout de même afficher la commande db2setup traduite en définissant la variable d'environnement LANG par la valeur appropriée à l'aide de la commande suivante : Shells bourne (sh), korn (ksh) et bash : LANG= export LANG C shell : setenv LANG où environnement local est l'environnement local pris en charge par l'interface DB2. 2.1.3.2 Identificateurs de langue permettant d'exécuter l'assistant d'installation DB2 dans une autre langue Si vous voulez lancer l'assistant d'installation DB2 dans une langue différente de la langue par défaut sur votre ordinateur, vous pouvez le démarrez manuellement en indiquant un identificateur de langue. Cette langue doit être disponible sur la plateforme sur laquelle vous effectuez l'installation. Sur les systèmes d'exploitation Windows, vous pouvez exécuter le paramètre setup.exe avec -i pour indiquer le code à deux lettres de la langue à utiliser pour l'installation. Sur les systèmes d'exploitation Linux et UNIX, il est recommandé de définir la variable d'environnement LANG de telle sorte que l'assistant d'installation DB2 s'affiche dans votre langue nationale. Tableau 2. Identificateurs de langue +----------------------------------+----------------------------------+ | Langue | Identificateur de langue | +----------------------------------+----------------------------------+ | Arabe (disponible sur les | ar | | plateformes Windows uniquement) | | +----------------------------------+----------------------------------+ | Portugais (Brésil) | br | +----------------------------------+----------------------------------+ | Bulgare | bg | +----------------------------------+----------------------------------+ | Chinois simplifié | cn | +----------------------------------+----------------------------------+ | Chinois traditionnel | tw | +----------------------------------+----------------------------------+ | Croate | hr | +----------------------------------+----------------------------------+ | Tchèque | cz | +----------------------------------+----------------------------------+ | Danois | dk | +----------------------------------+----------------------------------+ | Néerlandais | nl | +----------------------------------+----------------------------------+ | Anglais | en | +----------------------------------+----------------------------------+ | Finnois | fi | +----------------------------------+----------------------------------+ | Français | fr | +----------------------------------+----------------------------------+ | Allemand | de | +----------------------------------+----------------------------------+ | Grec | el | +----------------------------------+----------------------------------+ | Hongrois | hu | +----------------------------------+----------------------------------+ | Italien | it | +----------------------------------+----------------------------------+ | Japonais | jp | +----------------------------------+----------------------------------+ | Coréen | kr | +----------------------------------+----------------------------------+ | Norvégien | no | +----------------------------------+----------------------------------+ | Polonais | pl | +----------------------------------+----------------------------------+ | Portugais | pt | +----------------------------------+----------------------------------+ | Roumain | ro | +----------------------------------+----------------------------------+ | Russe | ru | +----------------------------------+----------------------------------+ | Slovaque | sk | +----------------------------------+----------------------------------+ | Slovène | sl | +----------------------------------+----------------------------------+ | Espagnol | es | +----------------------------------+----------------------------------+ | Suédois | se | +----------------------------------+----------------------------------+ | Turc | tr | +----------------------------------+----------------------------------+ 2.1.3.3 Modification de la langue de l'interface du produit DB2 (Windows) La langue de l'interface DB2 est celle dans laquelle s'affichent les messages, l'aide et les interfaces des outils graphiques. Lors de l'installation de votre produit DB2, vous pouvez choisir d'installer la prise en charge d'une ou de plusieurs langues. Après l'installation, vous pouvez remplacer la langue de l'interface DB2 par l'une des autres langues installées pour l'interface. Ne confondez pas les langues prises en charge par le produit DB2 et les langues prises en charge par l'interface de DB2. Lorsque DB2 prend en charge une langue, cela signifie que le produit peut traiter les données dans cette langue. Ces langues constituent un sous-ensemble des langues prises en charge par l'interface DB2. La langue de l'interface de DB2 que vous souhaitez utiliser doit être installée sur votre poste de travail. Les langues de l'interface du produit DB2 sont sélectionnées et installées lorsque vous installez le produit DB2 à l'aide de l'assistant d'installation de DB2. Si vous remplacez la langue de l'interface du produit DB2 par une langue d'interface prise en charge qui n'a pas été installée, l'interface DB2 s'affiche par défaut dans la langue du système d'exploitation et, si cette dernière n'est pas prise en charge, en anglais. Si vous changez la langue de l'interface d'un produit DB2 sous Windows, vous devez aussi changer le paramètre de langue par défaut de votre système d'exploitation Windows. Pour modifier la langue de l'interface du produit DB2 sous Windows, procédez comme suit : 1. Dans le panneau de configuration, sélectionnez Options régionales et linguistiques. 2. Sur l'onglet Options régionales, sélectionnez la langue appropriée dans la section Standards et formats. Sous Windows 2008 et Windows Vista ou suivant, utilisez l'onglet Formats pour cette étape. 3. Sur l'onglet Options régionales, sous Emplacement, sélectionnez l'emplacement qui correspond à la langue appropriée. 4. Sur l'onglet Options avancées sous Langue pour les programmes non Unicode, sélectionnez la langue appropriée. Sous Windows 2008 et Windows Vista ou suivant, dans l'onglet Administration, dans la section Langue pour les programmes non Unicode, cliquez sur Modifier le paramètre régional du système et sélectionnez la langue appropriée. Il vous sera ensuite demandé de redémarrer ; cliquez sur Annuler. 5. Sur l'onglet Options avancées sous Paramètres par défaut du compte d'utilisateur, sélectionnez Appliquer tous les paramètres au compte d'utilisateur actuel et au profil utilisateur par défaut. Sous Windows 2008 et Windows Vista ou suivant, dans l'onglet Administration dans la section Comptes réservés, cliquez sur Copier dans les comptes réservés et sélectionnez les comptes vers lesquels copier les paramètres de langue. 6. Pour que ces modifications soient prises en compte, il vous est demandé de redémarrer. Pour en savoir plus sur la modification de la langue par défaut du système, reportez-vous à la documentation de votre système d'exploitation. 2.1.3.4 Modification de la langue de l'interface DB2 (Linux et UNIX) La langue de l'interface de DB2 est la langue dans laquelle s'affichent les messages, l'aide et l'interface des outils graphiques. Lors de l'installation de votre produit DB2, vous pouvez choisir d'installer la prise en charge d'une ou de plusieurs langues. Si, une fois l'installation terminée, vous souhaitez modifier la langue de l'interface et la remplacer par une des autres langues installées, suivez la procédure ci-dessous. Ne confondez pas les langues prises en charge par le produit DB2 et les langues prises en charge par l'interface de DB2. Les langues prises en charge par le produit DB2, c'est-à-dire celles dans lesquelles les données sont exprimables, englobent les langues prises en charge par l'interface DB2. La prise en charge de la langue d'interface de DB2 que vous souhaitez utiliser doit être installée sur votre poste de travail. Le choix des langues d'interface de DB2 se fait lors de l'installation du produit à l'aide de l'assistant d'installation DB2. Si vous remplacez la langue d'interface du produit DB2 par une langue d'interface prise en charge qui n'a pas été installée, l'interface DB2 s'affiche par défaut dans la langue du système d'exploitation. Si la langue du système d'exploitation n'est pas prise en charge, l'anglais est utilisé comme langue de l'interface de DB2. Le choix des langues d'interface DB2 se fait lors de l'installation de votre produit DB2 à l'aide de l'assistant d'installation DB2 ou à l'aide du module des langues nationales. Pour vérifier que les paramètres locaux publics sont disponibles dans votre système, exécutez la commande $ locale -a. Pour changer la langue de l'interface DB2, associez la variable d'environnement LANG à l'environnement local de votre choix. Pour les shells bourne (sh), korn (ksh) et bash : LANG= export LANG Pour le shell C : setenv LANG Par exemple, pour afficher DB2 en français, vous devez avoir installé la prise en charge du français et attribuer à la variable d'environnement LANG la valeur fr_FR. 2.2 Configuration requise pour l'installation des produits de base de données DB2 Avant d'installer votre produit DB2, vérifiez que le système que vous choisissez satisfait les conditions requises en termes de système d'exploitation, matériel, logiciels, protocoles de communication, disque et mémoire. 2.2.1, "Espace disque et mémoire requis" L'espace disque requis pour le produit varie selon le type d'installation choisi et le type de système de fichiers dont vous disposez. De même, la mémoire requise dépend de la taille et de la complexité de votre système de base de données. Base de données DB2 et produits client IBM Data Server Pour chaque système d'exploitation, les configurations de système d'exploitation, logicielle et matérielle suivantes sont requises : * 2.2.4, "Configuration requise pour l'installation de serveurs DB2 et de clients IBM Data Server (AIX)" * 2.2.5, "Configuration requise pour les serveurs DB2 et les clients IBM Data Server (HP-UX)" * 2.2.6, "Configuration requise pour l'installation de serveurs DB2 et de clients IBM Data Server (Linux)" * 2.2.7, "Configuration requise pour l'installation de serveurs DB2 et de serveurs IBM Data Server (Solaris)" * 2.2.3, "Configuration requise pour l'installation de serveurs DB2 et de clients de serveur de données IBM (Windows)" Configuration requise pour l'installation des produits DB2 Connect Pour chaque système d'exploitation, les configurations de système d'exploitation, logicielle et matérielle suivantes sont requises : * "Configuration requise pour l'installation de DB2 Connect Personal Edition (Windows)" dans le manuel Installation et configuration de DB2 Connect Personal Edition * "Configuration requise pour l'installation de DB2 Connect Personal Edition (Linux)" dans le manuel Installation et configuration de DB2 Connect Personal Edition * "Configuration requise pour l'installation des produits DB2 Connect (système d'exploitation Solaris)" dans le manuel Installation et configuration de serveurs DB2 Connect * "Configuration requise pour l'installation de produits serveur DB2 Connect (Windows)" dans le manuel Installation et configuration de serveurs DB2 Connect * "Configuration requise pour l'installation de produits serveur DB2 Connect (Linux)" dans le manuel Installation et configuration de serveurs DB2 Connect * "Configuration requise pour l'installation de produits serveur DB2 Connect (AIX)" dans le manuel Installation et configuration de serveurs DB2 Connect * "Configuration requise pour l'installation de produits serveur DB2 Connect (HP-UX)" dans le manuel Installation et configuration de serveurs DB2 Connect 2.2.2, "Prise en charge des logiciels Java pour les produits DB2" Pour utiliser des outils basés sur Java ou créer et exécuter des applications Java, notamment des procédures mémorisées et des fonctions UDF, vous devez disposer du niveau de SDK (Software Development Kit) IBM approprié affiché ci-après. Support de virtualisation Pour des détails sur la technologie de virtualisation prise en charge par les produits DB2, voir http://www.ibm.com/developerworks/wikis/display/im/DB2+Virtualization+Support. Configuration requise pour l'installation des produits DB2 Query Patroller * "Installation du serveur Query Patroller via l'assistant d'installation DB2(Windows )" dans le manuel Query Patroller - Guide d'administration et d'utilisation * "Installation du serveur Query Patroller via l'assistant d'installation DB2 ( Linux et UNIX )" dans le manuel Query Patroller - Guide d'administration et d'utilisation Configuration requise pour l'installation de DB2 Spatial Extender * "Configuration requise pour l'installation de l'extension spatiale" dans le manuel Spatial Extender and Geodetic Data Management Feature User's Guide and Reference Configuration requise pour l'installation des produits InfoSphere Federation Server * http://publib.boulder.ibm.com/infocenter/db2luw/v9r5/topic/com.ibm.swg.im.iis.prod.install.core.doc/topics/iiypisrq-sys.html * http://publib.boulder.ibm.com/infocenter/db2luw/v9r5/topic/com.ibm.swg.im.iis.prod.install.core.doc/topics/iiypirrq-sys.html 2.2.1 Espace disque et mémoire requis Espace disque requis L'espace disque requis pour le produit varie selon le type d'installation choisi et le type de système de fichiers dont vous disposez. L'assistant d'installation DB2 fournit des estimations de taille dynamiques en fonction des composants sélectionnés pendant une installation standard, minimale ou personnalisée. Prenez soin également de prévoir suffisamment d'espace disque pour les produits de base de données, de communication et logiciels requis. Sur les systèmes d'exploitation Linux et UNIX, 2 Go d'espace disponible sont recommandés dans le répertoire /tmp. Mémoire requise DB2 requiert au minimum 256 Mo de RAM. Pour un système exécutant uniquement un produit DB2 et les outils d'interface graphique DB2, un minimum de 512 Mo de RAM est requis. Toutefois, 1 Go de RAM est recommandé pour des performances optimisées. Ces conditions n'incluent pas les conditions relatives à la mémoire complémentaire nécessaire pour d'autres logiciels s'exécutant sur votre système. Pour déterminer la quantité de mémoire requise, prenez en compte les éléments suivants : * Les produits DB2 qui s'exécutent sous HP-UX version 11i pour les systèmes basés sur le processeur Itanium nécessitent un minimum de 512 Mo de RAM. * Pour la prise en charge d'un client IBM Data Server, la mémoire requise est indiquée sur la base de cinq connexions client simultanées. Vous aurez besoin de 16 Mo de RAM supplémentaires par connexion de cinq clients. * La mémoire requise dépend de la taille et de la complexité de votre système de base de données ainsi que du volume d'activité de la base de données et du nombre de clients accédant à votre système. Pour les produits serveur DB2, la fonction de réglage automatique de la mémoire simplifie la configuration de la mémoire grâce à une définition automatique des valeurs de plusieurs paramètres de configuration de mémoire. Quand elle est activée, le syntoniseur de mémoire distribue de façon dynamique les ressources de mémoire disponibles sur plusieurs consommateurs de mémoire, notamment le tri, la mémoire cache du module, la liste des verrous et les pools de mémoire tampon. * Sur les systèmes d'exploitation Linux etUNIX, il est recommandé de disposer d'un espace de permutation au moins égal au double de la taille de la mémoire RAM. 2.2.2 Prise en charge des logiciels Java pour les produits DB2 Pour utiliser des outils basés sur Java ou créer et exécuter des applications Java, notamment des procédures mémorisées et des fonctions UDF, vous devez disposer du niveau de SDK (Software Development Kit) IBM approprié affiché ci-après. Si IBM SDK for Java est requis par un composant en cours d'installation et qu'il n'est pas déjà installé sur ce chemin, son installation est effectuée si vous utilisez l'assistant d'installation DB2 ou un fichier de réponses. Le kit SDK for Java n'est pas installé avec le client IBM Data Server Runtime Client ou le pilote IBM Data Server Driver Package. Le tableau suivant répertorie les niveaux SDK for Java installés pour les produits DB2 en fonction de la plateforme du système d'exploitation : +-----------------------+---------------------------------------------+ | Plateforme du système | Niveau SDK for Java | | d'exploitation | | +-----------------------+---------------------------------------------+ | AIX | SDK 6 Service Release 3 | +-----------------------+---------------------------------------------+ | HP-UX pour systèmes | HP SDK pour plateforme J2SE HP-UX 11i, | | Itanium | adapté par IBM pour IBM Software, version 6 | | | Service Release 3 | +-----------------------+---------------------------------------------+ | Linux x86 | SDK 6 Service Release 3 | +-----------------------+---------------------------------------------+ | Linux sur AMD64/EM64T | SDK 6 Service Release 3 | +-----------------------+---------------------------------------------+ | Linux sur zSeries | SDK 6 Service Release 3 | +-----------------------+---------------------------------------------+ | Linux sur POWER | SDK 6 Service Release 3 | +-----------------------+---------------------------------------------+ | Système | SDK 6 Service Release 3 | | d'exploitation | | | Solaris | | +-----------------------+---------------------------------------------+ | Windows x86 | SDK 6 Service Release 3 | +-----------------------+---------------------------------------------+ | Windows x64 | SDK 6 Service Release 3 | +-----------------------+---------------------------------------------+ Remarque : 1. Vous pouvez télécharger les SDK pour logiciels Java à partir de la page Web developerWorks à l'adresse : http://www.ibm.com/developerworks/java/jdk/index.html. Pour obtenir la liste des niveaux de SDK pris en charge pour Java, voir le tableau ci-après intitulé Support DB2 Database for Linux, UNIX, and Windows pour les SDK for Java. Remarque : Pour les plateformes Windows, téléchargez les modules IBM Development Package for Eclipse. 2. Les outils d'interface graphique DB2 s'exécutent uniquement sous Linux sur x86, Linux AMD64/EM64T, Windows x86, et Windows x64. 3. Sous Windows x86 et Linux x86 : * Le SDK 32 bits est installé. * Les applications 32 bits et les routines externes Java sont prises en charge. 4. Sur toutes les plateformes prises en charge (à l'exception de Windows x86 et Linux x86) : * Les applications 32 bits sont prises en charge. * Les routines externes 32 bits Java ne sont pas prises en charge. * Les applications 64 bits et les routines externes Java sont prises en charge. Logiciels de développement d'applications Java pris en charge Le tableau ci-dessous répertorie les niveaux de SDK for Java pris en charge. Les niveaux répertoriés et les versions ultérieures de ces mêmes niveaux compatibles en aval sont pris en charge. En raison de la fréquence des correctifs et des mises à jour de SDK for Java, tous les niveaux et versions n'ont pas été testés. Si votre application de base de données connaît des incidents liés à SDK for Java, essayez la première version ultérieure disponible pour le niveau considéré. Les versions non IBM de SDK for Java sont prises en charge uniquement pour la création et l'exécution d'applications Java autonomes. Pour la création et l'exécution des procédures mémorisées Java et des fonctions définies par l'utilisateur, seul le composant IBM SDK for Java inclus dans le produit DB2 Database for Linux, UNIX, and Windows est pris en charge. Tableau 3. Niveaux de SDK for Java pris en charge pour DB2 Database for Linux, UNIX, and Windows +-------------+-------------+-------------+-------------+-------------+ | Application Application Procédures Outils | | s Java s Java mémorisées graphiques | | utilisant utilisant et DB2 | | le pilote le pilote fonctions | | JDBC JDBC définies | | db2java.zip db2jcc4.jar par | | ou l'utilisate | | db2jcc.jar ur Java | +-------------+-------------+-------------+-------------+-------------+ | AIX 1.4.2 à 6 6 1.4.2 à 65 N/A | +-------------+-------------+-------------+-------------+-------------+ | HP-UX pour 1.4.2 à 61 61 1.4.2 à 6 N/A | | systèmes | | Itanium | +-------------+-------------+-------------+-------------+-------------+ | Linux sur 1.4.2 à 63,4 1.4.2 à 6 N/A | | POWER 63,4 | +-------------+-------------+-------------+-------------+-------------+ | Linux x86 1.4.2 à 62,3,4 1.4.2 à 6 5 à 6 | | 62,3,4 | +-------------+-------------+-------------+-------------+-------------+ | Linux avec 1.4.2 à 62,3,4 1.4.2 à 6 N/A | | processeurs 62,3,4 | | AMD64 et | | EM64T Intel | +-------------+-------------+-------------+-------------+-------------+ | Linux sur 1.4.2 à 63,4 1.4.2 à 6 N/A | | zSeries 63,4 | +-------------+-------------+-------------+-------------+-------------+ | Système 1.4.2 à 62 62 1.4.2 à 6 N/A | | d'exploitat | | ion Solaris | +-------------+-------------+-------------+-------------+-------------+ | Windows sur 1.4.2 à 62 62 1.4.2 à 6 5 à 6 | | x86 | +-------------+-------------+-------------+-------------+-------------+ | Windows sur 1.4.2 à 62 62 1.4.2 à 6 5 à 6 | | x64, pour | | les | | processeurs | | AMD64 et | | EM64T Intel | +-------------+-------------+-------------+-------------+-------------+ Remarque : 1. Les mêmes niveaux de SDK for Java fournis par Hewlett-Packard sont pris en charge pour la création et l'exécution d'applications client autonomes exécutées sous IBM Data Server Driver for JDBC and SQLJ. 2. Les mêmes niveaux de SDK Java fournis par Sun Microsystems sont pris en charge pour la création et l'exécution d'applications client autonomes exécutées sous IBM Data Server Driver for JDBC and SQLJ. 3. Un niveau minimal de SDK for Java 1.4.2 SR6 est requis pour SUSE Linux Enterprise Server (SLES) 10. Un niveau minimal de SDK for Java 1.4.2 SR7 est requis pour Red Hat Enterprise Linux (RHEL) 5. 4. La prise en charge de SDK for Java 6 sous Linux requiert Java 6 SR3 ou ultérieur. 5. Si SDK for Java 6 SR2 ou ultérieur est utilisé, définissez DB2LIBPATH=java_home/jre/lib/ppc64. Le tableau ci-dessous répertorie les versions d'IBM Data Server Driver for JDBC and SQLJ disponibles pour les produits de base de données DB2. Tableau 4. versions d'IBM Data Server Driver for JDBC and SQLJ et niveaux de groupe de correctifs pour DB2 Database for Linux, UNIX, and Windows +----------------------------------+----------------------------------+ | Niveau de version et de groupe version d'IBM Data Server Driver | | de correctifs pour DB2 for JDBC and SQLJ1 | +----------------------------------+----------------------------------+ | DB2 version 9.1 3.1.xx | +----------------------------------+----------------------------------+ | DB2 version 9.1, groupe de 3.2.xx | | correctifs 1 | +----------------------------------+----------------------------------+ | DB2 version 9.1, groupe de 3.3.xx | | correctifs 2 | +----------------------------------+----------------------------------+ | DB2 version 9.1, groupe de 3.4.xx | | correctifs 3 | +----------------------------------+----------------------------------+ | DB2 version 9.1, groupe de 3.6.xx | | correctifs 4 | +----------------------------------+----------------------------------+ | DB2 version 9.1, groupe de 3.7.xx | | correctifs 5 | +----------------------------------+----------------------------------+ | DB2 version 9.5 3.50.xx, 4.0.xx | +----------------------------------+----------------------------------+ | DB2 version 9.5, groupe de 3.51.xx, 4.1.xx | | correctifs 1 | +----------------------------------+----------------------------------+ | DB2 version 9.5, groupe de 3.52.xx, 4.2.xx | | correctifs 2 | +----------------------------------+----------------------------------+ | DB2 version 9.5, groupe de 3.53.xx, 4.3.xx | | correctifs 3 | +----------------------------------+----------------------------------+ | DB2 version 9.7 3.57.xx, 4.7.xx | +----------------------------------+----------------------------------+ Remarque : Toutes les versions de pilote sont sous la forme n.m.xx. n.m ne change pas dans un niveau de disponibilité générale (GA) ou de groupe de correctifs. xx change lorsqu'une nouvelle version d'IBM Data Server Driver for JDBC and SQLJ est introduite via un correctif APAR. 2.2.3 Configuration requise pour l'installation de serveurs DB2 et de clients de serveur de données IBM (Windows) Avant d'installer un produit de base de données DB2 sur des systèmes d'exploitation Windows, assurez-vous que le système choisi répond aux exigences à respecter en matière de système d'exploitation, de matériel et de logiciels. Tableau 5. Plateformes de poste de travail Windows +-------------------------+-----------------+-------------------------+ | Système d'exploitation | Configuration | Matériel | | | requise | | +-------------------------+-----------------+-------------------------+ | Windows XP | Windows XP avec | Tous les processeurs | | Professionnel (32 bits | Service Pack 2 | Intel et AMD pouvant | | et 64 bits) | ou suivant | exécuter les systèmes | | Windows Vista | Les | d'exploitation Windows | | Professionnel (32 bits | applications | pris en charge (32 bits | | et 64 bits) | IBM Data Server | et x64) | | | Provider for | | | Windows Vista | .NET et les | | | Entreprise (32 bits et | procédures CLR | | | 64 bits) | côté serveur | | | | requièrent | | | Windows Vista Edition | l'exécution de | | | intégrale (32 bits et | l'infrastructur | | | 64 bits) | e .NET 2.0. | | | | | | | | Les | | | | applications | | | | IBM Data Server | | | | Provider for | | | | .NET 64 bits | | | | sont prises en | | | | charge. | | | | | | | | Tous les | | | | service packs | | | | Windows Vista | | | | sont pris en | | | | charge. | | +-------------------------+-----------------+-------------------------+ Tableau 6. Plateformes de serveur Windows +-------------------------+-------------------------+-----------------+ | Système d'exploitation | Configuration requise | Matériel | +-------------------------+-------------------------+-----------------+ | Windows 2003 Datacenter | Service Pack 2 ou | Tous les | | Edition (32 bits et 64 | suivant. | processeurs | | bits) | R2 est également pris | Intel et AMD | | Windows 2003 Enterprise | en charge | pouvant | | Edition (32 bits et 64 | | exécuter les | | bits) | Les applications client | systèmes | | | IBM Data Server | d'exploitation | | Windows 2003 Standard | Provider for .NET et | Windows pris en | | Edition (32 bits et 64 | les procédures CLR côté | charge (32 bits | | bits) | serveur requièrent | et x64). | | | l'exécution de | | | | l'infrastructure .NET | | | | 2.0. | | | | | | | | Les applicationsIBM | | | | Data Server Provider | | | | for .NET 64 bits sont | | | | prises en charge. | | |-------------------------|-------------------------| | | Windows Server 2008 | Les applications client | | | Datacenter Edition (32 | IBM Data Server | | | bits et 64 bits) | Provider for .NET et | | | Windows Server 2008 | les procédures CLR côté | | | Enterprise Edition (32 | serveur requièrent | | | bits et 64 bits) | l'exécution de | | | | l'infrastructure .NET | | | Windows Server 2008 | 2.0. | | | Standard Edition (32 | | | | bits et 64 bits) | Les applications IBM | | | | Data Server Provider | | | | for .NET 64 bits sont | | | | prises en charge. | | | | | | | | Tous les service packs | | | | Windows Server 2008 | | | | sont pris en charge. | | +-------------------------+-------------------------+-----------------+ Remarque : Les produits de base de données DB2 prennent en charge la fonction DEP (Data Execution Prevention) appliquée par matériel et intégrée dans des systèmes d'exploitation Windows. Remarques complémentaires concernant les logiciels * Windows Installer 3.0 est requis. Il sera installé par le programme d'installation s'il n'est pas détecté. * Les applications client IBM Data Server Provider for .NET et les procédures CLR côté serveur requièrent l'exécution de l'infrastructure .NET 2.0. Dans un environnement x64, les applications IBM Data Server Provider for .NET 32 bits sont exécutées en mode émulation WOW64. * MDAC 2.8 est requis. L'assistant d'installation DB2 installe MDAC 2.8. Remarque : Si une version précédente de MDAC (par exemple, 2.7) est déjà installée, l'installation DB2 met à niveau MDAC vers 2.8. Lors d'une installation standard, MDAC 2.8 est installé. Lors d'une installation personnalisée, MDAC 2.8 est installé uniquement si vous n'avez pas désélectionné l'option par défaut. Si vous avec désélectionné MDAC dans le cadre d'une installation personnalisée, il n'est pas installé. * Si vous envisagez d'utiliser LDAP (Lightweight Directory Access Protocol), vous devez utiliser un client LDAP Microsoft ou le client IBM Tivoli Directory Server v6 (également appelé client LDAP IBM, lequel est inclus dans les produits de base de données DB2). Avant d'installer Microsoft Active Directory, vous devez étendre le schéma d'annuaire à l'aide de l'utilitaire db2schex qui se trouve sur le support d'installation dans le répertoire db2\Windows\utilities. Le client LDAP Microsoft est inclus avec les systèmes d'exploitation Windows. * L'un des navigateurs suivants est requis pour l'affichage de l'aide en ligne, l'exécution du tableau de bord d'installation DB2 (setup.exe) et pour l'exécution de l'interface Premier pas (db2fs) : * Firefox 2.0 et versions ultérieures * Internet Explorer 6.0 et versions ultérieures * Navigateurs Mozilla 1.7 et versions ultérieures * Safari 3.0 et versions ultérieures 2.2.4 Configuration requise pour l'installation de serveurs DB2 et de clients IBM Data Server (AIX) Avant d'installer des produits de base de données DB2 sur un système d'exploitation AIX, assurez-vous que ce système répond aux exigences à respecter en matière de système d'exploitation, de matériel, de logiciels et de communications. Pour installer un produit de base de données DB2, votre système doit répondre aux exigences suivantes : Tableau 7. Configuration requise pour l'installation sur AIX +----------------------------------+----------------------------------+ | Système d'exploitation | Matériel | +----------------------------------+----------------------------------+ | AIX version 5.3 | Architecture CHRP 64 bits 1 | | * Noyau AIX 64 bits requis | | | * AIX 5.3 Technology Level (TL) | Tous processeurs capables | | 9 et Service Pack (SP) 2 | d'opérer sur les systèmes | | * Le niveau d'exécution C++ | d'exploitation AIX pris en | | minimal requiert les ensembles | charge. | | de fichiers xlC.rte 9.0.0.8 et | | | xlC.aix50.rte 9.0.0.8. Ces | | | ensembles de fichiers sont | | | inclus dans le module IBM C++ | | | Runtime Environment Components | | | for AIX de juin 2008. | | | | | | AIX version 6.12 | | | * Noyau AIX 64 bits requis | | | * Le niveau d'exécution C++ | | | minimal requiert les ensembles | | | de fichiers xlC.rte 9.0.0.8 et | | | xlC.aix61.rte 9.0.0.8. Ces | | | ensembles de fichiers sont | | | inclus dans le module IBM C++ | | | Runtime Environment Components | | | for AIX de juin 2008. | | +----------------------------------+----------------------------------+ * 1 Pour vérifier que votre système dispose d'une architecture CHRP, émettez la commande lscfg qui devrait dans ce cas renvoyer la sortie suivante : Model Architecture: chrp * 2 La version 6.1 d'AIX gère deux types de partition de charge de travail (WPAR) : WPAR système et WPAR d'application. L'installation de DB2 n'est prise en charge que sur les partitions de charge de travail système. AIX 6.1 offre également la possibilité de chiffrer un système de fichiers ou un ensemble de fichiers JFS2. Remarques relatives aux logiciels * Pour plus d'informations sur le développement et l'exécution, voir les rubriques dans Langages de programmation pris en charge. * Vous pouvez télécharger les derniers composants IBM C++ Runtime Environment pour AIX à partir du site Web de support IBM AIX XL C et C++. * (Clients uniquement) Si vous envisagez d'utiliser l'authentification Kerberos, vous devez installer le client IBM Network Authentication Service client version 1.4 ou suivante. Le client NAS peut être téléchargé à partir du site Web https://www6.software.ibm.com/dl/dm/dm-nas-p. * A l'aide de la commande bosboot, vous pouvez basculer vers un noyau 64 bits. Pour passer à un noyau 64 bits, vous devez disposer des autorisations root et entrer les commandes suivantes : ln -sf /usr/lib/boot/unix_64 /unix ln -sf /usr/lib/boot/unix_64 /usr/lib/boot/unix bosboot -a shutdown -Fr * L'un des navigateurs suivants est nécessaire pour l'affichage de l'aide en ligne et pour l'interface Premiers pas (db2fs) : * Firefox 2.0 et versions ultérieures * Navigateurs Mozilla 1.7 et versions ultérieures * Vous avez besoin d'un logiciel X Window System capable d'afficher une interface utilisateur graphique si : * vous désirez utiliser l'assistant d'installation DB2 afin d'installer un produit DB2 sur un système d'exploitation Linux ou UNIX * Pour plus d'informations sur les incidents connus d'AIX, voir www.ibm.com/support/docview.wss?&uid=swg21165448 2.2.5 Configuration requise pour les serveurs DB2 et les clients IBM Data Server (HP-UX) Pour installer un produit DB2, la configuration requise du système d'exploitation, du matériel et des communications est la suivante : Tableau 8. Configuration requise pour l'installation de HP-UX +-----------------------------------------+---------------------------+ | Système d'exploitation | Matériel | +-----------------------------------------+---------------------------+ | | Itanium based HP | | Les produits DB2 sont pris en charge | Integrity Series Systems | | sur : | | | * HP-UX 11iv2 (11.23.0505) avec : | | | * Offre groupée Base Quality | | | (QPKBASE) de mai 2005 | | | * Solution logicielle QPKAPPS | | | (Applications Quality) Mai 2005 | | | * HP-UX 11iv3 (11.31) | | +-----------------------------------------+---------------------------+ Remarques concernant la configuration du noyau Vous devez redémarrer le système si vous mettez à jour les paramètres de configuration du noyau. Ces paramètres sont définis dans /etc/system. En fonction de leurs valeurs, modifiez certains des paramètres de configuration du noyau avant d'installer les produits client ou serveur DB2 de la version 9. Si le paramètre de noyau modifié n'est pas affiché avec l'état dynamique, il est nécessaire de réamorcer le système pour que les modifications de /etc/system prennent effet. Remarques relatives au logiciel * L'un des navigateurs suivants est nécessaire pour l'affichage de l'aide en ligne et pour l'interface Premiers pas (db2fs) : * Firefox 2.0 et versions ultérieures * Navigateurs Mozilla 1.7 et versions ultérieures * Vous avez besoin d'un logiciel X Window System capable d'afficher une interface utilisateur graphique si : * vous désirez utiliser l'assistant d'installation DB2 afin d'installer un produit DB2 sur un système d'exploitation Linux ou UNIX * Pour plus d'informations sur les incidents connus de HP-UX, voir www.ibm.com/support/docview.wss?&uid=swg21257602 2.2.6 Configuration requise pour l'installation de serveurs DB2 et de clients IBM Data Server (Linux) Avant d'installer des produits de base de données DB2 sur un système d'exploitation Linux, assurez-vous que ce système répond aux exigences à respecter en matière de système d'exploitation, de matériel, de logiciels et de communications. Pour obtenir les informations les plus récentes sur les distributions Linux prises en charge, consultez la page http://www.ibm.com/software/data/db2/linux/validate/. Les produits de base de données DB2 sont pris en charge sur les composants matériels suivants : * Processeurs Intel et AMD x86 32 bits (Intel Pentium, Intel Xeon et AMD) * EM64T x64 (processeurs AMD64 et Intel 64 bits) * POWER (IBM eServer OpenPower, iSeries, pSeries, System i, System p et POWER Systems prenant en charge Linux) * eServer System z ou System z9 Les systèmes d'exploitation pris en charge pour Linux sont: * Red Hat Enterprise Linux (RHEL) 5 Update 2 * SUSE Linux Enterprise Server (SLES) 10 Service Pack 2 * SUSE Linux Enterprise Server (SLES) 11 * Ubuntu 8.0.4.1 Limitations de l'architecture à unités d'exécution multiples Si vous installez un produit de base de données DB2 32 bits sur un système d'exploitation Linux, vous devez opérer une mise à niveau vers un système d'exploitation 64 bits et installer le produit de base de données DB2 64 bits. L'architecture comportant plusieurs unités d'exécution simplifie la configuration de la mémoire. Toutefois, cette situation peut avoir des conséquences sur la configuration de la mémoire des serveurs de base de données DB2 32 bits. Par exemple : * La mémoire privée des unités d'exécution d'agent est allouée via un processus unique. Il se peut que l'agrégat de toutes les allocations de mémoire privée pour les agents de base de données ne tienne pas dans l'espace de mémoire d'un processus unique. * La prise en charge de bases de données multiples est limitée car toutes les segments de mémoire partagés de toutes les bases de données sont alloués via un processus unique. Il pourra être nécessaire de réduire l'utilisation de la mémoire pour certaines bases de données afin de pouvoir activer toutes les bases de données en même temps. Toutefois, cela pourra avoir une incidence sur les performances du gestionnaire de base de données. Il existe également la possibilité de créer plusieurs instances et de cataloguer les bases de données sur ces dernières. Cependant, les ressources système doivent être suffisantes pour prendre en charge cette configuration. Distribution - Conditions préalables Il convient de mettre à jour les paramètres de configuration du noyau avant d'installer un produit de base de données DB2. Les valeurs par défaut des paramètres de noyau particuliers peuvent ne pas être suffisantes lors de l'exécution d'un système de base de données DB2. Vous pouvez également disposer d'autres produits ou applications pour lesquels des ressources système Linux sont requises. Vous devez modifier les paramètres de configuration de noyau en fonction des besoins de l'environnement de travail du système Linux. Ces paramètres sont définis dans /etc/sysctl.conf. Consultez le manuel relatif au système d'exploitation pour plus d'informations sur la définition et l'activation de ces paramètres avec la commande sysctl. Modules requis Les tableaux suivants répertorient les modules requis pour les distributions SLES et RHEL : * libaio.so.1 est requis pour les serveurs de base de données DB2 utilisant les entrées-sorties asynchrones. * libstdc++so.6 est requis pour les clients et les serveurs de base de données DB2. Toutefois, si vous utilisez IBM Tivoli System Automation for Multiplatforms ou IBM Tivoli Monitoring for Databases: DB2 Agent, libstdc++so.5 est nécessaire. Modules requis pour SLES et RHEL +------------------+--------------------------------------------------+ | Nom du module | Description | +------------------+--------------------------------------------------+ | libaio | Contient la bibliothèque asynchrone requise pour | | | les serveurs de base de données DB2. | +------------------+--------------------------------------------------+ | compat-libstdc++ | Contient libstdc++so.6 (non requis pour Linux on | | | POWER) | +------------------+--------------------------------------------------+ Les tableaux suivants répertorient les modules requis pour les distributions SUSE Linux et Red Hat destinées aux serveurs de base de données partitionnée DB2. * L'interpréteur de commandes Korn ksh93 est requis pour les systèmes SUSE10 et RHEL5. Le module d'interpréteur de commandes Korn pdksh est requis pour tous les autres systèmes de base de données DB2. * Un utilitaire de shell éloigné est requis pour les systèmes de bases de données partitionnées. Les systèmes de base de données DB2 prennent en charge les utilitaires de shell éloigné suivants : * rsh * ssh Par défaut, les systèmes de base de données DB2 utilisent rsh pour l'exécution de commandes sur des noeuds DB2 éloignés, par exemple, au démarrage d'une partition de base de données DB2 éloignée. Pour utiliser la valeur par défaut du système de base de données DB2, le module rsh-server doit être installé (voir le tableau ci-dessous). Des informations supplémentaires sur rsh et ssh sont disponibles dans le centre de documentation DB2. Pour que vous puissiez vous servir de l'utilitaire de shell rsh éloigné, inetd (ou xinetd) doit également être installé et en cours d'exécution. Pour pouvoir vous servir de l'utilitaire de shell ssh éloigné, vous devez configurer la variable de communication DB2RSHCMD dès la fin de l'installation de DB2. Si cette variable n'est pas définie, vous ne pouvez pas vous servir de l'utilitaire rsh. * Le module de prise en charge nfs-utils (Network File System) est requis pour les systèmes de bases de données partitionnées. Tous les modules requis doivent être installés et configurés avant de poursuivre l'installation du système de base de données DB2. Pour obtenir des informations générales sur Linux, reportez-vous à la documentation de votre distribution Linux. Modules requis pour SUSE Linux +------------------+--------------------------------------------------+ | Nom du module | Description | +------------------+--------------------------------------------------+ | pdksh ou ksh93 | Interpréteur de commandes Korn. Ce module est | | | requis dans les environnements de bases de | | | données partitionnées. | +------------------+--------------------------------------------------+ | openssh | Ce module contient un ensemble de programmes | | | serveur permettant aux utilisateurs d'exécuter | | | des commandes sur (et à partir) des ordinateurs | | | éloignés via un shell sécurisé. Ce module n'est | | | pas obligatoire si vous utilisez la | | | configuration par défaut des systèmes de base de | | | données DB2 avec rsh. | +------------------+--------------------------------------------------+ | rsh-server | Ce module contient un ensemble de programmes | | | serveur qui permettent aux utilisateurs | | | d'exécuter des commandes sur les postes | | | éloignés, de se connecter à d'autres postes et | | | de copier des fichiers d'un poste à l'autre | | | (rsh, rexec, rlogin et rcp). Ce module n'est pas | | | requis si vous configurez les systèmes de base | | | de données DB2 sur l'utilisation de ssh. | +------------------+--------------------------------------------------+ | nfs-utils | Module de support de NFS (Network File System). | | | Il permet d'accéder aux fichiers locaux à partir | | | d'ordinateurs éloignés. | +------------------+--------------------------------------------------+ Modules requis pour Red Hat +-----------------------+-------------+-------------------------------+ | Répertoire | Nom du | Description | | | module | | +-----------------------+-------------+-------------------------------+ | /System | pdksh ou | Interpréteur de commandes | | Environment/Shell | ksh93 | Korn. Ce module est requis | | | | dans les environnements de | | | | bases de données | | | | partitionnées. | +-----------------------+-------------+-------------------------------+ | /Applications/Interne | openssh | Ce module contient un | | t | | ensemble de programmes client | | | | permettant aux utilisateurs | | | | d'exécuter des commandes sur | | | | un ordinateur éloigné via un | | | | shell sécurisé. Ce module | | | | n'est pas obligatoire si vous | | | | utilisez la configuration par | | | | défaut des systèmes de base | | | | de données DB2 avec rsh. | +-----------------------+-------------+-------------------------------+ | /System | openssh-ser | Ce module contient un | | Environment/Daemons | ver | ensemble de programmes | | | | serveur permettant aux | | | | utilisateurs d'exécuter des | | | | commandes à partir d'un | | | | ordinateur éloigné via un | | | | shell sécurisé. Ce module | | | | n'est pas obligatoire si vous | | | | utilisez la configuration par | | | | défaut des systèmes de base | | | | de données DB2 avec rsh. | +-----------------------+-------------+-------------------------------+ | /System | rsh-server | Ce module contient un | | Environment/Daemons | | ensemble de programmes | | | | permettant aux utilisateurs | | | | d'exécuter des commandes sur | | | | un poste éloigné. Requis dans | | | | les environnements de bases | | | | de données partitionnées. Ce | | | | module n'est pas requis si | | | | vous configurez les systèmes | | | | de base de données DB2 sur | | | | l'utilisation de ssh. | +-----------------------+-------------+-------------------------------+ | /System | nfs-utils | Module de support de NFS | | Environment/Daemons | | (Network File System). Il | | | | permet d'accéder aux fichiers | | | | locaux à partir d'ordinateurs | | | | éloignés. | +-----------------------+-------------+-------------------------------+ Remarques relatives au logiciel * (Clients uniquement) Si vous envisagez d'utiliser l'authentification Kerberos, vous devez installer le client IBM Network Authentication Service client version 1.4 ou suivante. Le client NAS peut être téléchargé à partir du site Web https://www6.software.ibm.com/dl/dm/dm-nas-p. * L'un des navigateurs suivants est nécessaire pour l'affichage de l'aide en ligne et pour l'interface Premiers pas (db2fs) : * Firefox 2.0 et versions ultérieures * Navigateurs Mozilla 1.7 et versions ultérieures * Vous avez besoin d'un logiciel X Window System capable d'afficher une interface utilisateur graphique si : * vous souhaitez utiliser l'assistant d'installation DB2 pour installer un produit de base de données DB2 sous Linux ou UNIX ou si * vous souhaitez utiliser des outils graphiques DB2 sous Linux pour x86 et sous Linux sur AMD 64/EM64T. * Micro Focus n'offre pas de support pour ses produits de compilateur COBOL sur SLES 11. Amélioration de la sécurité sous Linux Sur les systèmes RHEL 5, si Security-enhanced Linux (SELinux) est activé et s'exécute en mode renforcé, le programme d'installation peut ne pas aboutir suite à des limitations SELinux. Pour déterminer si SELinux est installé et en mode renforcé, vous pouvez effectuer une des actions suivantes : * vérification du fichier /etc/sysconfig/selinux * exécution de la commande sestatus * vérification du fichier /var/log/messages pour les consignes SELinux Pour désactiver SELinux, vous pouvez effectuer une des actions suivantes : * lui attribuer le mode restrictif et exécuter la commande setenforce 0 en tant que superutilisateur * modification de /etc/sysconfig/selinux et réinitialisation de la machine. Si l'installation du produit de base de données DB2 aboutit sur un système RHEL 5, les processus DB2 s'exécutent dans le domaine non restreint. Pour attribuer des processus DB2 à leurs propres domaines, modifiez la règle. Une règle SELinux exemple est disponible dans le répertoire sqllib/samples. 2.2.7 Configuration requise pour l'installation de serveurs DB2 et de serveurs IBM Data Server (Solaris) Avant d'installer un produit de base de données DB2 sur Solaris, vérifiez que votre système respecte les conditions requises (système d'exploitation, matériel et logiciels). Tableau 9. Conditions préalables pour une installation sous Solaris +-----------------------------------------+---------------------------+ | Système d'exploitation | Matériel | +-----------------------------------------+---------------------------+ | Solaris 9 | Processeurs UltraSPARC ou | | * Noyau 64 bits | SPARC64 | | * Correctifs 111711-12 et 111712-12 | | | * Correctif 122300-11 si des unités | | | brutes sont utilisées | | | * Fujitsu PRIMEPOWER et Solaris 9 | | | Kernel Update Patch 112233-01 ou | | | suivant pour obtenir le correctif pour | | | le patch 912041-01, 64 bits | | | Solaris 10 Update 5 | | | * Noyau 64 bits | | | * Correctif 125100-07 si des unités | | | brutes sont utilisées | | +-----------------------------------------+---------------------------+ | Solaris 10 Update 5 | Solaris x64 (Intel 64 ou | | * Noyau 64 bits | AMD64) | | * Correctif 118855-33 | | | * Correctif 125101-07 si des unités | | | brutes sont utilisées | | +-----------------------------------------+---------------------------+ Remarques concernant la configuration du noyau Ces paramètres sont définis dans /etc/system. Si le paramètre de noyau modifié n'est pas affiché avec l'état dynamique, il est nécessaire de réamorcer le système pour que les modifications de /etc/system prennent effet. Ces paramètres doivent être définis avant d'installer un client IBM Data Server. Remarques relatives au logiciel * (Clients uniquement) Si vous envisagez d'utiliser l'authentification Kerberos, vous devez disposer de Solaris 9 ou version ultérieure avec le client IBM Network Authentication Service (NAS) version 1.4 ou ultérieure. Vous pouvez télécharger le client NAS sur le site Web suivant : www6.software.ibm.com/dl/dm/dm-nas-p. * L'un des navigateurs suivants est nécessaire pour l'affichage de l'aide en ligne et pour l'interface Premiers pas (db2fs) : * Firefox 2.0 et versions ultérieures * Navigateurs Mozilla 1.7 et versions ultérieures * Un logiciel X Window System capable d'afficher une interface graphique est nécessaire si vous voulez utiliser l'assistant d'installation DB2 pour installer un produit de base de données DB2. * Pour plus d'informations sur les incidents connus de Solaris, voir www.ibm.com/support/docview.wss?&uid=swg21257606 D'autres correctifs de sécurité sont disponibles sur le site Web http://sunsolve.sun.com. Sur le site Web SunSolve Online, cliquez sur Patches dans le panneau de gauche. Les groupes de correctifs du système d'exploitation Solaris J2SE (Java2 Standard Edition) et le logiciel SUNWlibC sont requis et sont disponibles sur le site Web http://sunsolve.sun.com. Pour les produits de base de donnéesDB2 sur les systèmes Fujitsu PRIMEPOWER 64 bits, vous devez disposer de : * Solaris 9 Kernel Update Patch 112233-01 ou suivant pour obtenir le correctif pour le patch 912041-01. Les correctifs Fujitsu PRIMEPOWER pour le système d'exploitation Solaris peuvent être téléchargés à partir de FTSI à l'adresse http://download.ftsi.fujitsu.com/. 2.2.8 Règles de mot de passe Lorsque vous choisissez un mot de passe, n'oubliez pas que sa longueur ne peut pas dépasser le nombre maximal de caractères admis par votre système d'exploitation. Certains systèmes d'exploitation peuvent avoir des règles de mot de passe supplémentaires, telles qu'une longueur minimum et des critères de simplicité ; d'autres peuvent être configurés en vue de l'utilisation d'algorithmes de chiffrement des mots de passe différents. Voir la documentation du système d'exploitation approprié pour plus d'informations. Remarque : Pour permettre une prise en charge de mots de passe longs sur le système d'exploitation AIX version 6.1 ou ultérieure, installez APAR IZ35001 sur les machines serveur et client DB2. 2.3 Caractéristiques requises supplémentaires pour Windows 2.3.1 Services DB2 s'exécutant sur votre système (Windows) Le tableau suivant établit une liste des services DB2 qui s'exécutent sur votre système lorsqu'un produit DB2 est installé. Tableau 10. Services DB2 +-------------------+------------------------+------------------------+ | Nom affiché du | Nom du service | Description | | service | | | +-------------------+------------------------+------------------------+ | DB2 - (nom copie | [<-nodenum>] | applications de créer, | | instance> | | mettre à jour, | | [<-nodenum>] | | contrôler et gérer des | | où <-nodenum> est | | bases de données DB2. | | ajouté pour les | | | | instances ESE | | | | DB2. | | | +-------------------+------------------------+------------------------+ | DB2 Governor (nom | DB2GOVERNOR | Collecte les | | copie DB2) | _nomcopiedb2 | statistiques pour les | | | | applications | | | | connectées aux bases | | | | de données DB2. | +-------------------+------------------------+------------------------+ | Serveur du centre | DB2ICSERVER_Vxx (où xx | Fournit la | | de documentation | est la version de DB2 | documentation relative | | DB2 | que vous exécutez ; | aux produits DB2. | | | par exemple, V95 | | | | correspond à la | | | | version 9.5) | | +-------------------+------------------------+------------------------+ | Serveur de | DB2LICD _nomcopiedb2 | Veille au respect de | | licences DB2 (nom | | la licence DB2. | | copie DB2) | | | +-------------------+------------------------+------------------------+ | Service de | DB2MGMTSVC | Gère les entrées de | | gestion DB2 (nom | _nomcopiedb2 | registre DB2 à des | | copie DB2) | | fins de compatibilité | | | | amont pour la copie | | | | DB2. | +-------------------+------------------------+------------------------+ | DB2 Query | DB2QP _nomcopiedb2 | DB2 Query Patroller | | Patroller (nom | | | | copie DB2) | | | +-------------------+------------------------+------------------------+ | Serveur DB2 | | Prend en charge | | Remote Command | DB2REMOTECMD | l'exécution de la | | Server (nom copie | _nomcopiedb2 | commande DB2 éloignée. | | DB2) | | | +-------------------+------------------------+------------------------+ | DB2DAS - DB2DASXX | DB2DASXX (où XX est | Prend en charge les | | | 00-99) | demandes | | | | administratives des | | | | bases de données | | | | locales et éloignées. | +-------------------+------------------------+------------------------+ | Monitoring Agent | kudcma_ | Surveille la | | for DB2 - | | base de données et du | | | | serveur DB2. | +-------------------+------------------------+------------------------+ 2.3.2 Comptes utilisateur requis pour l'installation des produits serveur DB2 (Windows) Si vous installez un serveur DB2 sous Windows, vous avez besoin des comptes utilisateur suivants : * un compte utilisateur d'installation et * (facultatif) un ou plusieurs comptes utilisateur de configuration ; vous pouvez créer ces comptes au moment de l'installation ; * un compte utilisateur de serveur d'administration DB2, * un compte utilisateur d'instance DB2. Vous pouvez également utiliser le compte LocalSystem pour des produits autres que DB2 Enterprise Server Edition. Le compte utilisateur d'installation est le compte de l'utilisateur qui procède à l'installation. Il doit être défini avant l'exécution de l'assistant d'installation DB2. Vous pouvez définir les comptes utilisateur de configuration avant l'installation ou laisser l'assistant d'installation DB2 les créer pour vous. Tous les noms de compte utilisateur doivent être conformes aux conventions de dénomination de votre système et respecter les conventions de dénomination des groupes, ID utilisateur et utilisateur DB2. Sécurité étendue sous Windows Les produits DB2 incluent les fonctions de sécurité Windows étendues. Si la fonction de sécurité étendue est sélectionnée, vous devez ajouter les utilisateurs qui administreront ou utiliseront le produit DB2 au groupe DB2ADMNS ou DB2USERS selon le cas. Le programme d'installation de DB2 crée ces deux groupes. Vous pouvez indiquer un nouveau nom ou accepter les noms définis par défaut pendant l'installation. Pour activer cette fonction de sécurité, cochez la case Activation de la sécurité du système d'exploitation sur le panneau Activation de la sécurité du système d'exploitation pour les objets DB2 pendant l'installation de DB2. Acceptez les valeurs par défaut pour la zone Groupe d'administrateurs DB2 et la zone Groupe d'utilisateurs DB2. Les noms de groupe par défaut sont DB2ADMNS et DB2USERS. S'il existe un conflit entre des noms de groupe existants, vous serez invité à modifier les noms de groupe. Si nécessaire, vous pouvez spécifier les valeurs de votre choix. Comptes utilisateur de serveur DB2 Compte utilisateur d'installation Un compte utilisateur local ou de domaine est obligatoire pour effectuer l'installation. En règle générale, ce compte doit appartenir au groupe Administrateurs du poste sur lequel vous effectuez l'installation. Il est également possible d'utiliser un compte utilisateur n'appartenant pas au groupe Administrateurs. Pour cette alternative, il est nécessaire qu'un membre du groupe Administrateurs Windows configure les paramètres des privilèges élevés Windows afin de permettre à un compte utilisateur non administrateur d'effectuer une installation. Sous Windows 2008 et Windows Vista ou suivant, un utilisateur non administrateur peut procéder à une installation mais il sera invité par l'assistant d'installation DB2 à fournir des justificatifs d'administration. Le droit utilisateur "Accès à cet ordinateur à partir du réseau" est requis pour le compte utilisateur d'installation. L'ID utilisateur d'installation doit appartenir au groupe des administrateurs de domaine sur le domaine si l'installation nécessite la création ou la vérification d'un compte de domaine. Vous pouvez également utiliser le compte LocalSystem intégré comme compte Service Logon pour tous les produits, à l'exception de DB2 Enterprise Server Edition. Droits utilisateur octroyés par le programme d'installation DB2 Le programme d'installation DB2 n'octroie pas de droits utilisateur pour le programme de débogage. DB2 Installer octroie les droits utilisateur suivants : * Agir en tant que partie du système d'exploitation * Créer un objet jeton (token) * Pages de verrou en mémoire * Ouvrir la session en tant que service * Augmenter les quotas * Remplacer un jeton niveau de processus Compte utilisateur du serveur d'administration DB2 Le serveur d'administration DB2 (DAS) requiert un compte utilisateur local ou de domaine. Si vous exécutez une installation avec un fichier de réponses, vous pouvez également y indiquer le compte du système local. Pour plus de détails, reportez-vous aux exemples de fichier de réponses dans le répertoire db2\windows\samples. Le compte LocalSystem est disponible pour tous les produits, à l'exception de DB2 Enterprise Server Edition, et est accessible à partir de l'assistant d'installation DB2. Le serveur d'administration DB2 est un service d'administration DB2 particulier qui gère les outils de l'interface graphique et prend en charge des tâches d'administration sur les serveurs DB2 locaux et distants. Il dispose d'un compte utilisateur propre qui permet à son service de se connecter à l'ordinateur au démarrage du service DAS. Vous pouvez créer ce compte avant d'installer DB2 ou laisser l'assistant d'installation DB2 effectuer l'opération pour vous. Si vous voulez que l'assistant d'installation DB2 crée un nouveau compte utilisateur de domaine, le compte utilisateur avec lequel vous effectuez l'installation doit disposer des droits permettant de créer des comptes utilisateur de domaine. Ce compte doit appartenir au groupe Administrateurs du poste sur lequel vous effectuez l'installation. Les droits utilisateur suivants seront octroyés à ce compte : * Agir en tant que partie du système d'exploitation * Déboguer les programmes * Créer un objet-jeton * Pages de verrou en mémoire * Ouvrir la session en tant que service * Augmenter les quotas (ajuster le quota de mémoire pour un processus sous Windows XP et Windows Server 2003) * Remplacer un jeton niveau de processus Si la sécurité étendue est activée, le groupe DB2ADMNS bénéficiera de tous ces privilèges. Vous pouvez ajouter des utilisateurs à ce groupe sans avoir à ajouter les privilèges explicitement. Toutefois, l'utilisateur doit toujours être un membre du groupe d'administrateur Local. Le privilège "Déboguer les programmes" est uniquement nécessaire lorsque la recherche de groupe DB2 est explicitement indiquée pour l'utilisation du jeton d'accès. Si le compte utilisateur est créé par le programme d'installation, ces privilèges lui seront accordés ; si le compte utilisateur existe déjà, ces privilèges lui seront également octroyés. Si le programme d'installation accorde les privilèges, certains d'entre eux ne seront effectifs qu'à la première ouverture de session par le compte auquel ont été accordés les privilèges ou lors du réamorçage du système. Il est recommandé d'octroyer à l'utilisateur DAS les droits SYSADM sur chacun des systèmes DB2 appartenant à votre environnement afin qu'il puisse démarrer et arrêter d'autres instances en cas de besoin. Par défaut, tout utilisateur appartenant au groupe Administrateurs dispose des droits SYSADM. Compte utilisateur de l'instance DB2 Ce compte doit appartenir au groupe Administrateurs du poste sur lequel vous effectuez l'installation. L'instance DB2 requiert un compte utilisateur local ou de domaine. Un utilisateur est associé à chaque instance DB2 lorsque l'instance est créée. DB2 se connecte avec ce nom d'utilisateur lorsque l'instance est démarrée. Une erreur se produira si vous utilisez un compte utilisateur de domaine pour effectuer une opération de base de données (par exemple la création d'une base de données) pour une instance DB2 créée à l'aide d'un compte utilisateur Local ou du compte LocalSystem. Si vous savez que vous utiliserez un compte utilisateur de domaine, créez l'instance avec un compte utilisateur de domaine. Vous pouvez également utiliser le compte LocalSystem intégré pour exécuter l'installation de tous les produits, à l'exception de DB2 Enterprise Server Edition. Vous pouvez créer le compte utilisateur d'instance DB2 avant d'installer DB2 ou laisser l'assistant d'installation DB2 le créer pour vous. Si vous voulez que l'assistant d'installation DB2 crée un nouveau compte utilisateur de domaine, le compte utilisateur avec lequel vous effectuez l'installation doit disposer des droits permettant de créer des comptes utilisateur de domaine. Les droits utilisateur suivants seront octroyés à ce compte : * Agir en tant que partie du système d'exploitation * Déboguer les programmes * Créer un objet-jeton * Augmenter les quotas * Pages de verrou en mémoire * Ouvrir la session en tant que service * Remplacer un jeton niveau de processus Si la sécurité étendue est activée, alors le groupe DB2ADMNS bénéficiera de tous ces privilèges. Vous pouvez ajouter des utilisateurs à ce groupe sans avoir à ajouter ces privilèges explicitement. Toutefois, l'utilisateur doit toujours être un membre du groupe d'administrateur Local. Le privilège "Déboguer les programmes" est uniquement nécessaire lorsque la recherche de groupe DB2 est explicitement indiquée pour l'utilisation du jeton d'accès. Si le compte utilisateur est créé par le programme d'installation, ces privilèges lui seront accordés ; si le compte utilisateur existe déjà, ces privilèges lui seront également octroyés. Si le programme d'installation accorde les privilèges, certains d'entre eux ne seront effectifs qu'à la première ouverture de session par le compte auquel ont été accordés les privilèges ou lors du réamorçage du système. 2.3.3 Configuration des privilèges élevés Windows avant l'installation d'un produit DB2 (Windows) La méthode la plus répandue d'installation d'un produit DB2 sous Windows consiste à utiliser un compte utilisateur Administrateur. Toutefois, les produits DB2 peuvent être installés à l'aide d'un compte autre que celui de l'administrateur. Pour cela, un administrateur Windows doit configurer la fonction de privilèges élevés dans Windows. Cette tâche explique comment un administrateur Windows peut configurer un ordinateur avec des privilèges élevés afin de permettre l'installation à l'aide d'un compte utilisateur non Administrateur. La tâche d'octroi de droits d'administration DB2 à des utilisateurs non Administrateur est également présentée. Généralement, un administrateur Windows effectue cette tâche pour permettre à une personne qui n'a pas de compte Administrateur d'installer un produit DB2. Le rôle de cette personne peut se limiter à l'installation des produits DB2. Elle peut également être chargée de gérer les produits DB2 une fois ces derniers installés. Avant de lancer cette procédure, prenez connaissance des restrictions suivantes qui s'appliquent lors d'une installation avec des droits non administrateur et des privilèges élevés : * Un utilisateur non administrateur ne peut installer des groupes de correctifs et des produits supplémentaires ou mettre à niveau des produits DB2 que s'il a également exécuté les installations et mises à niveau précédentes. * Les utilisateurs non administrateur ne peuvent pas désinstaller les produits DB2. Toutefois, sur lessystèmes d'exploitation Windows Vista (ou version ultérieure), ils peuvent désinstaller les produits DB2. Cette procédure utilise l'éditeur de stratégies de groupe Windows. 1. Cliquez sur Démarrer -> Exécuter et entrez gpedit.msc. La fenêtre Stratégie de groupe s'affiche. 2. Cliquez sur Configuration de l'ordinateur -> Modèles d'administration -> Composants Windows -> Installateur Windows. 3. Activez les paramètres de stratégie de groupe suivants : * Toujours installer avec des droits élevés (obligatoire). * Activer le contrôle des installations par l'utilisateur (obligatoire). * Désactiver Windows Installer. Attribuer ensuite la valeur Jamais. * Autoriser l'utilisateur à appliquer des correctifs sur des installations avec privilèges élevés (facultatif). * Autoriser l'utilisateur à utiliser une source de média alors qu'elle est en cours d'élévation (facultatif). * Autoriser l'utilisateur à parcourir une source malgré des privilèges élevés (facultatif pour les nouvelles installations, obligatoire pour les mises à niveau de groupe de correctifs) 4. Activez les privilèges élevés pour le compte utilisateur qui effectuera l'installation. a. Cliquez sur Configuration de l'utilisateur -> Modèles d'administration -> Composants Windows -> Windows Installer. b. Activer le paramètre de stratégie de groupe Toujours installer avec des privilèges élevés (obligatoire). 5. Effectuez la configuration du compte utilisateur qui va installer le produit DB2. * Identifiez le compte utilisateur qui va installer DB2. Si nécessaire, créez ce compte. * Donnez à ce compte des droits en écriture pour l'unité sur laquelle une installation est prévue. 6. Facultatif : Suivez des procédures supplémentaires pour installer des groupes de correctifs : * Accordez des droits en écriture au répertoire sqllib\cfg. * Vérifiez que allowlockdownpatch est activé (comme décrit dans la documentation relative au kit SDK de Windows Installer) car les installations de groupes de correctifs sont considérées comme des mises à niveau mineures du produit. 7. Régénérez la stratégie de sécurité de l'ordinateur d'une des manières suivantes : * Réinitialisez votre machine. * Entrez gpupdate.exe sur la ligne de commande. En suivant cette procédure, vous configurez l'ordinateur avec des privilèges élevés ainsi qu'un compte utilisateur qui peut installer des groupes de correctifs, des clients et des produits de serveur DB2. Une fois l'installation de DB2 terminée : * Tout utilisateur du groupe d'administration système (SYSADM) ou du groupe de contrôle système (SYSCTRL) défini dans le fichier de configuration du gestionnaire de bases de données pour l'instance peut créer et utiliser les bases de données DB2 au sein de l'instance DB2. * Seul un utilisateur disposant des droits Administrateur local peut exécuter des fonctionnalités d'une instance DB2, telles que db2icrt, db2idrop, db2iupdt, ou db2iupgrade. * Pour connaître quels sont les droits requis permettant d'exécuter les commandes db2start ou db2stop, reportez-vous aux rubriques de la commande START DATABASE MANAGER et de la commande STOP DATABASE MANAGER. Utilisation de regedit à la place de l'éditeur de stratégies de groupe Windows. regedit peut être utilisé à la place de l'éditeur de stratégies de groupe Windows. 1. Dans la branche de registre HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows, ajoutez la clé d'installation. 2. Modifiez la clé d'installation avec les valeurs suivantes : * Pour AlwaysInstallElevated, entrez REG_DWORD=1. * Pour AllowLockdownBrowse, entrez REG_DWORD=1. * Pour AllowLockdownMedia, entrez REG_DWORD=1. * Pour AllowLockdownPatch, entrez REG_DWORD=1. * Pour DisableMSI, entrez REG_DWORD=0. * Pour EnableUserControl, entrez REG_DWORD=1. 3. Dans le registre de branche HKEY_CURRENT_USER\SOFTWARE\Policies\Microsoft\Windows, ajoutez la clé d'installation. 4. Modifiez la clé d'installation avec les valeurs suivantes : * Pour AlwaysInstallElevated, entrez REG_DWORD=1. Suppression des privilèges élevés Après avoir accordé des privilèges élevés, vous pouvez annuler cette action. Pour cela, supprimez la clé de registre Installer sous HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows. Octroi de droits d'administration DB2 à un utilisateur non administrateur Pour l'instant, seuls les membres du groupe Administrateurs Windows disposent de droits d'administration DB2. L'administrateur Windows peut accorder divers droits DB2, tels que SYSADM, SYSMAINT ou SYSCTRL à l'utilisateur non administrateur qui a installé le produit DB2. 2.3.4 Octroi des droits utilisateur (Windows) Cette rubrique décrit la procédure permettant d'octroyer des droits utilisateur sous Windows. Des droits utilisateur particuliers sont recommandés pour les comptes d'utilisateur requis pour installer et configurer DB2. Pour octroyer des droits utilisateur sous Windows, vous devez être connecté en tant qu'administrateur local. 1. Cliquez sur Démarrer -> Exécuter et entrez secpol.msc. Sous Windows 2008 et Windows Vista (ou suivant), cliquez sur Démarrer et entrez secpol.msc dans la barre de recherche. Cliquez sur OK. 2. Sélectionnez Stratégie de sécurité locale. 3. Dans le volet gauche de la fenêtre, développez l'objet Stratégie locale, puis sélectionnez Affectation des droits de l'utilisateur. 4. Dans le volet droit de la fenêtre, sélectionnez les droits utilisateur que vous voulez octroyer. 5. Dans ce menu, sélectionnez Action --> Sécurité... 6. Cliquez sur Ajouter, sélectionnez un utilisateur ou un groupe à qui vous souhaitez octroyer les droits, puis cliquez sur Ajouter. 7. Cliquez sur OK. Si votre ordinateur appartient à un domaine Windows, les droits utilisateur du domaine prennent le pas sur vos paramètres locaux. Dans ce cas, votre administrateur réseau doit modifier les droits utilisateur. 2.3.5 Extension du schéma Active Directory pour les services d'annuaire LDAP (Windows) Si vous envisagez d'utiliser la fonction de serveur d'annuaire LDAP (Lightweight Directory Access Protocol) avec Windows Server 2003, vous devez étendre le schéma Active Directory afin qu'il contienne les classes d'objets et les définitions d'attributs DB2. Cette opération est à effectuer avant d'installer un produit DB2. L'extension du schéma d'annuaire garantit que : * L'instance DB2 par défaut, créée pendant l'installation, est cataloguée comme un noeud DB2 dans Active Directory sous réserve que l'ID utilisateur de l'installation dispose de suffisamment de privilèges pour écrire dans Active Directory. * Toute base de données créée par l'utilisateur après l'installation est automatiquement cataloguée dans Active Directory. Si vous décidez d'installer votre produit DB2 et de créer des bases de données avant d'étendre le schéma d'annuaire, vous devez enregistrer manuellement le noeud et cataloguer les bases de données. Votre compte utilisateur Windows doit disposer des droits Administration de schéma. Pour étendre le schéma d'annuaire, procédez comme suit : 1. Connectez-vous au contrôleur de domaine. 2. Exécutez le programme db2schex.exe depuis le DVD d'installation à partir d'un compte utilisateur possédant le droit d'Administration de schéma. Vous pouvez exécuter ce programme sans qu'il soit nécessaire de vous déconnecter puis de vous reconnecter, en procédant comme suit : runas /utilisateur:MonDomaine\Administrateur x:\db2\Windows\utilities\db2schex.exe où x: représente la lettre de l'unité de DVD. Une fois le programme db2schex.exe terminé, vous pouvez poursuivre l'installation de DB2. 2.3.6 Vérification de la disponibilité de la plage de ports sur les postes de travail participants (Windows) Cette section décrit la procédure de vérification de la disponibilité de la plage de ports sur les postes de travail participants. Cette plage de ports est utilisée par le gestionnaire FCM (Fast Communications Manager). Ce dernier est une fonction de DB2 qui permet de gérer les communications entre serveurs de partitions de bases de données. Lorsque vous installez le serveur de partitions de bases de données propriétaire de l'instance sur le poste de travail principal, DB2 réserve une plage de ports en fonction du nombre de serveurs de partitions de bases de données spécifiés dans un environnement de bases de données partitionnées. La plage par défaut comporte quatre ports. L'assistant d'installation DB2 doit être capable de réserver une plage de ports identique lorsque les serveurs de partitions de bases de données sont installés sur les postes de travail participants ; la plage de ports doit être disponible sur chacun des serveurs de partitions de bases de données. Cette tâche doit être effectuée une fois que vous avez installé le serveur de partitions de bases de données propriétaire de l'instance et avant d'installer tout serveur de partitions de bases de données participant. Pour vérifier la disponibilité de la plage de ports sur les postes de travail participants : 1. Ouvrez le fichier services. Il se situe par défaut dans le répertoire %SystemRoot%\system32\drivers\etc, où %SystemRoot% est votre répertoire racine Windows. 2. Recherchez les ports réservés pour le gestionnaire FCM DB2 (Fast Communications Manager). Ces entrées doivent se présenter comme suit : DB2_DB2 60000/tcp DB2_DB2_1 60001/tcp DB2_DB2_2 60002/tcp DB2_DB2_END 60003/tcp DB2 réserve les quatre premiers ports disponibles après 60000. 3. Sur chaque poste de travail, ouvrez le fichier services et vérifiez que les ports réservés pour le gestionnaire FCM DB2 dans le fichier services du poste de travail principal ne sont pas utilisés. 4. Dans l'éventualité où les ports requis sont déjà utilisés sur un poste de travail participant, identifiez une plage de ports disponible sur tous les postes de travail et mettez à jour chaque fichier service, y compris celui du poste de travail principal. 2.4 Caractéristiques requises supplémentaires pour Linux et UNIX 2.4.1 Plusieurs copies DB2 sur un même ordinateur (Linux et UNIX) Les produits DB2 peuvent être installés à l'emplacement de votre choix. Ils peuvent également être installés plusieurs fois sur une même machine. Chaque copie DB2 peut être au même niveau de code ou à un niveau de code différent. Si vous disposez des droits root, vous pouvez installer les produits DB2 dans le chemin d'installation de votre choix. Sauf indication contraire, les chemins d'installation par défaut sont : * pour les systèmes d'exploitation AIX, HP-UX et Solaris /opt/IBM/db2/version 9.7 * pour les systèmes d'exploitation Linux /opt/ibm/db2/version 9.7 Si vous utilisez l'assistant d'installation DB2 et décidez d'installer une nouvelle copie DB2 alors que le chemin d'installation par défaut est déjà utilisé, le chemin par défaut devient : * pour les systèmes d'exploitation AIX, HP-UX et Solaris /opt/IBM/db2/version 9.7_## * pour Linux /opt/ibm/db2/version 9.7_## où ## est un numéro séquentiel précédé d'un zéro compris entre 01 et 99. La première occurrence de modification du chemin par défaut est _01. Par exemple, si vous installez un produit DB2 avec l'assistant d'installation DB2 mais ne spécifiez pas de chemin d'installation et que le chemin d'installation par défaut /opt/ibm/db2/version 9.7 est déjà utilisé, le produit DB2 est installé dans le nouveau chemin par défaut /opt/ibm/db2/version 9.7_01. Si vous installez une copie DB2 à l'aide d'une méthode autre que l'assistant d'installation DB2, vous devez indiquer le chemin d'installation. Une incrémentation séquentielle automatique du chemin par défaut est effectuée uniquement lorsque l'assistant d'installation de DB2 est utilisé pour installer une copie DB2. Quelle que soit la méthode d'installation, vous ne pouvez pas installer un autre produit complet dans le chemin d'une copie DB2 existante (comme /opt/ibm/db2/version 9.7). L'installation d'une copie DB2 dans un sous-répertoire d'une copieDB2 existante n'est pas prise en charge car elle rendrait toutes les copies inutilisables. Etant donné la possibilité d'installer plusieurs copies des produits DB2 sur votre système et d'installer des fonctions et des produits DB2 dans le chemin de votre choix, la commande db2ls permettant de garder une trace des éléments installés et de l'emplacement d'installation est utile. Exécutez la commande db2ls pour rechercher les produits DB2 installés sur le système. Les restrictions suivantes s'appliquent lors de l'installation de plusieurs copies DB2 sur un seul système : * Les installations effectuées sans droits root ne prennent pas en charge plusieurs copies DB2 * Il n'y peut y avoir qu'un seul serveur d'administration DB2 sur le système. * Les noms d'instance doivent être uniques parmi les copies DB2. * Une copie DB2 ne peut pas détecter les instances créées dans une autre copie DB2. Toutefois, la commande db2iupdt peut transférer la propriété d'une instance d'une copie DB2 vers une autre. * La création de liens à l'aide de la commande db2ln pour une copie DB2 rend les autres copies non fonctionnelles. Vous ne devez pas créer de liens lorsque plusieurs copies DB2 doivent coexister. * Les images Linux 32 bits ne peuvent pas être installées sur des plateformes Linux x64. * Les outils d'installation DB2 ne prennent pas en charge plusieurs appels simultanés effectués sur le même système par le même utilisateur. 2.4.2 Utilisateurs et groupes DB2 (Linux et UNIX) L'assistant d'installation DB2 crée les utilisateurs et les groupes automatiquement (si nécessaire) pendant l'installation du produit DB2. Remarque : Cette rubrique ne s'applique pas aux installations non root. Si vous utilisez l'assistant d'installation DB2, vous pouvez créer les utilisateurs et groupes suivants au cours de l'installation. Pour créer manuellement les utilisateurs et groupes suivants, voir 2.4.5, "Création d'ID groupe et utilisateur pour l'installation d'une base de données DB2 (Linux et UNIX)". Trois utilisateurs et trois groupes sont utilisés pour faire fonctionner DB2 sous Linux et UNIX. Propriétaire de l'instance L'instance DB2 est créée dans le répertoire personnel du propriétaire de l'instance. Cet ID utilisateur contrôle tous les processus DB2 et possède tous les systèmes de fichiers et les unités utilisés par les bases de données contenues dans l'instance. L'utilisateur par défaut est db2inst1 et le groupe par défaut est db2iadm1. Lors de l'utilisation de l'assistant d'installation DB2, l'action par défaut consiste à créer un utilisateur pour l'instance DB2. La valeur par défaut est db2inst1. Si ce nom d'utilisateur existe déjà, l'assistant d'installation DB2 parcourt les noms d'utilisateur (db2inst2, db2inst3, etc.). La recherche continue de parcourir les noms d'utilisateur jusqu'à ce qu'elle identifie le premier nom qui ne correspond à aucun utilisateur existant sur le système en tant qu'ID propriétaire de l'instance par défaut. Si vous décidez de continuer, cet utilisateur est créé par l'assistant d'installation DB2. Toutefois, vous avez la possibilité de définir tout utilisateur comme propriétaire de l'instance. Cette méthode de création de nom d'utilisateur s'applique à la création d'utilisateurs isolés et aux utilisateurs du serveur d'administration DB2. Utilisateur isolé L'utilisateur isolé permet d'exécuter des fonctions définies par l'utilisateur (UDF) et des procédures mémorisées, hors de l'espace adresse utilisé par la base de données DB2. L'utilisateur par défaut est db2fenc1 et le groupe par défaut est db2fadm1. Si ce niveau de sécurité n'est pas requis, par exemple dans un environnement de test, vous pouvez utiliser le propriétaire de l'instance comme utilisateur isolé. Utilisateur du serveur d'administration DB2 L'ID utilisateur de l'utilisateur du serveur d'administration DB2 permet d'exécuter le serveur d'administration (DAS) DB2 sur le système. L'utilisateur par défaut est dasusr1 et le groupe par défaut est dasadm1. Cet ID utilisateur est également utilisé par les outils graphiques DB2 pour effectuer des tâches d'administration sur les instances de base de données et les bases de données du serveur local. Vous ne pouvez avoir qu'un seul serveur d'administration DAS par ordinateur. Un serveur d'administration DAS prend en charge une ou plusieurs instances de base de données, y compris les instances de base de données qui appartiennent à d'autres installations. Le serveur DAS peut gérer des instances de base de données dont le niveau de version est antérieur au niveau de version du serveur DAS. Toutefois, pour les instances de base de données dont le niveau de version est supérieur au niveau de version du serveur DAS, ce dernier doit être migré vers un niveau supérieur. Le niveau de version DAS doit être au moins égal au niveau de version des instances de base de données qu'il gère. Restrictions de l'ID utilisateur Les restrictions et les exigences suivantes s'appliquent aux ID utilisateur : * ils doivent avoir un groupe primaire autre que guests, admins, users ou local, * ils peuvent inclure des lettres minuscules (a-z), des chiffres (0-9) et le caractère de soulignement ( _ ), * ils ne peuvent pas comporter plus de huit caractères, * ils ne peuvent pas commencer par IBM, SYS, SQL ou un chiffre, * ils ne peuvent pas correspondre à un mot réservé DB2 (USERS, ADMINS, GUESTS, PUBLIC ou LOCAL) ou SQL, * il ne peut pas s'agir d'ID utilisateur associés aux droits root dans le cas de l'ID instance DB2, l'ID DAS ou l'ID utilisateur isolé, * ils ne peuvent inclure de caractères accentués. * Si vous ne créez pas d'ID utilisateur mais que des ID utilisateur existants sont indiqués, assurez-vous que les ID utilisateur : * ne sont pas verrouillés, * ne sont pas associés à des mots de passe ayant expiré. 2.4.3 Remarques relatives à la gestion utilisateur centralisée (Linux et UNIX) Dans les environnements qui incluent un logiciel de sécurité, certains facteurs sont à prendre en compte lors de l'installation. Remarque : L'installation DB2 ne peut pas mettre à jour ou créer des utilisateurs et des groupes si le contrôle de ces derniers est effectué hors du système d'exploitation. Par exemple, LDAP peut être utilisé pour contrôler des utilisateurs et des groupes hors du système d'exploitation. Remarque : Les fonctions NIS (Network Information Services) et NIS+ (Network Information Services Plus) sont obsolètes à partir de DB2 version 9.1, groupe de correctifs 2. Le support associé à ces fonctions pourra être supprimé à l'occasion d'une prochaine édition. Le protocole LDAP (Lightweight Directory Access Protocol) constitue la solution recommandée pour les services de gestion centralisée des utilisateurs. Lors de la création d'une instance n'incluant pas de composant de sécurité, la liste des groupes du propriétaire de l'instance est modifiée afin d'inclure le composant de sécurité du groupe principal de l'utilisateur du serveur DAS. Au cas où le programme ne parvient pas à modifier ces propriétés il signale son échec. Le message d'avertissement indique comment effectuer manuellement les modifications. Ces considérations sont valables pour tout environnement dans lequel le programme de sécurité externe n'autorise pas les programmes d'installation de DB2 ou de création d'instance à modifier les caractéristiques des utilisateurs. 2.4.4 Préparation de l'installation de DB2 for Linux on zSeries Pour installer un produit DB2 sur un poste de travail IBM zSeries fonctionnant sous Linux, vous devez permettre au système d'exploitation Linux d'accéder à l'image d'installation. Utilisez le protocole FTP pour envoyer l'image d'installation au système d'exploitation ou montez le DVD en NFS pour le rendre accessible au système d'exploitation. Configuration requise Vous disposez déjà de l'image d'installation de votre produit DB2. Utilisation de FTP pour accéder à l'image d'installation Sur le poste de travail IBM zSeries exécutant Linux : 1. Entrez la commande suivante : ftp votre_serveur.com où votre_serveur.com représente le serveur FTP où réside l'image d'installation du produit DB2. 2. Entrez l'ID utilisateur et le mot de passe. 3. Entrez les commandes suivantes : bin get fichier_produit où fichier_produit représente le nom du module du produit approprié. Utilisation du DVD du produit DB2 sur NFS pour accéder à l'image d'installation Pour utiliser le DVD du produit sur un système d'exploitation Linux : 1. Montez le DVD du produit approprié. 2. Exportez le répertoire dans lequel vous avez monté le DVD. Par exemple, si vous avez monté le DVD sous /db2dvd, exportez le répertoire /db2dvd. 3. Sur le poste de travail IBM zSeries exécutant Linux, montez ce répertoire en NFS à l'aide de la commande suivante : mount -t nfs -o ro nom_serveur_nfs:/db2dvd /nom_répertoire_local où nom_serveur_nfs représente le nom d'hôte du serveur NFS, db2dvd représente le nom du répertoire exporté sur le serveur NFS et nom_répertoire_local représente le nom du répertoire local. 4. Sur l'ordinateur IBM zSeries exécutant Linux, placez-vous dans le répertoire où le DVD est monté. Pour ce faire, entrez la commande cd /nom_répertoire_local, nom_répertoire_local représentant le point de montage de votre DVD. 2.4.5 Création d'ID groupe et utilisateur pour l'installation d'une base de données DB2 (Linux et UNIX) L'assistant de configuration DB2 crée ces utilisateurs et ces groupes pour vous lors du processus d'installation. Si vous le souhaitez, vous pouvez les créer à l'avance. Pour créer des utilisateurs et des groupes, vous devez posséder les droits d'accès root. Trois utilisateurs et trois groupes sont requis. Les noms d'utilisateur et de groupe utilisés dans les instructions de cette procédure sont indiqués dans le tableau ci-après. Vous pouvez choisir vos propres noms d'utilisateur et de groupe tant qu'ils respectent les conventions de dénomination système et DB2. Les ID utilisateur que vous créez seront requis pour effectuer les opérations de configuration suivantes. Tableau 11. Utilisateurs et groupes par défaut +-----------------------+----------------------+----------------------+ | Utilisateur | Exemple de nom | Exemple de nom de | | | d'utilisateur | groupe | +-----------------------+----------------------+----------------------+ | Propriétaire de | db2inst1 | db2iadm1 | | l'instance | | | +-----------------------+----------------------+----------------------+ | Utilisateur isolé | db2fenc1 | db2fadm1 | +-----------------------+----------------------+----------------------+ | Utilisateur du | dasusr1 | dasadm1 | | serveur | | | | d'administration DB2 | | | +-----------------------+----------------------+----------------------+ * Le répertoire personnel du propriétaire de l'instance est celui dans lequel l'instance DB2 est créée. * L'utilisateur isolé permet d'exécuter des fonctions définies par l'utilisateur (UDF) et des procédures mémorisées, hors de l'espace adresse utilisé par la base de données DB2. * L'ID utilisateur employé sur le serveur d'administration DB2 permet d'exécuter le serveur d'administration DB2 sur votre système. Pour créer les ID utilisateur et les ID groupe requis par DB2, procédez comme suit : 1. Connectez-vous en tant qu'utilisateur root. 2. Entrez les commandes correspondant à votre système d'exploitation. Remarque : Ces exemples de ligne de commande ne contiennent pas de mot de passe. Il s'agit uniquement d'exemples. Utilisez la commande passwd username à partir de la ligne de commande pour définir le mot de passe. Systèmes d'exploitation AIX Pour créer des groupes sur AIX, entrez les commandes suivantes : mkgroup id=999 db2iadm1 mkgroup id=998 db2fadm1 mkgroup id=997 dasadm1 Créez des utilisateurs pour chaque groupe : mkuser id=1004 pgrp=db2iadm1 groups=db2iadm1 home=/home/db2inst1 db2inst1 mkuser id=1003 pgrp=db2fadm1 groups=db2fadm1 home=/home/db2fenc1 db2fenc1 mkuser id=1002 pgrp=dasadm1 groups=dasadm1 home=/home/dasusr1 dasusr1 Définissez un mot de passe initial : passwd db2inst1 passwd db2fenc1 passwd dasusr1 Systèmes d'exploitation HP-UX Pour créer des groupes sous HP-UX, entrez les commandes suivantes : groupadd -g 999 db2iadm1 groupadd -g 998 db2fadm1 groupadd -g 997 dasadm1 Créez des utilisateurs pour chaque groupe : useradd -g db2iadm1 -d /home/db2instl -m db2inst1 useradd -g db2fadm1 -d /home/db2fenc1 -m db2fenc1 useradd -g dbasgrp -d /home/dasusr1 -m dasusr1 Définissez un mot de passe initial : passwd db2inst1 passwd db2fenc1 passwd dasusr1 Systèmes d'exploitation Linux Pour créer des groupes sous les systèmes d'exploitation Linux, entrez les commandes suivantes : groupadd -g 999 db2iadm1 groupadd -g 998 db2fadm1 groupadd -g 997 dasadm1 Créez des utilisateurs pour chaque groupe : useradd -u 1004 -g db2iadm1 -m -d /home/db2inst1 db2inst1 useradd -u 1003 -g db2fadm1 -m -d /home/db2fenc1 db2fenc1 useradd -u 1002 -g dasadm1 -m -d /home/dasusr1 dasusr1 Définissez un mot de passe initial : passwd db2inst1 passwd db2fenc1 passwd dasusr1 Systèmes d'exploitation Solaris Pour créer des groupes sous Solaris, entrez les commandes suivantes : groupadd -g 999 db2iadm1 groupadd -g 998 db2fadm1 groupadd -g 997 dasadm1 Créez des utilisateurs pour chaque groupe : useradd -g db2iadm1 -u 1004 -d /export/home/db2inst1 -m db2inst1 useradd -g db2fadm1 -u 1003 -d /export/home/db2fenc1 -m db2fenc1 useradd -g dasadm1 -u 1002 -d /export/home/dasusr1 -m dasusr1 Définissez un mot de passe initial : passwd db2inst1 passwd db2fenc1 passwd dasusr1 2.4.6 Conditions de limites utilisateur de système d'exploitation (Linux et UNIX) Cette rubrique traite des limites de ressources de processus utilisateur de système d'exploitation (ulimit) sur les systèmes d'exploitation Linux et UNIX. Selon votre installation, le moteur DB2 augmente automatiquement les valeurs ulimit à différents degrés : * Pour les installations racine, le moteur DB2 augmente automatiquement les valeurs ulimit lorsque cela est nécessaire, en fonction des besoins du système de base de données DB2. * Pour les installation non racine, le moteur DB2 peut uniquement mettre à jour les valeurs data, nofiles et fsize pour le processus moteur jusqu'à la limite imposée par l'administrateur du système. Dans l'un ou l'autre cas, il peut être plus pratique de définir les limites de ressources de manière permanente sur votre système. Pour les installations non racine plus particulièrement, les valeurs ulimit data, nofiles et fsize appropriées doivent être définies par un administrateur après l'installation. Valeurs ulimit recommandées pour les installations non racine Lorsqu'une installation non racine est terminée, le propriétaire de l'instance doit vérifier les valeurs ulimit de système d'exploitation matérielles pour les ressources data, nofiles et fsize. Les valeurs recommandées sont présentées dans le tableau ci-dessous. Tableau 12. Valeurs ulimit recommandées pour les installations non racine +-------------+-------------+-------------+-------------+-------------+ | Valeurs | Description | Valeur | Valeur | Commande de | | ulimit pour | | minimale | recommandée | requête de | | les | | | | la valeur | | ressources | | | | | | matérielles | | | | | +-------------+-------------+-------------+-------------+-------------+ | data | Mémoire | Quantité de | Illimitée | ulimit -Hd | | | privée | mémoire | | | | | maximale | disponible | | | | | allouée | sur | | | | | pour un | l'ordinateu | | | | | processus | r | | | +-------------+-------------+-------------+-------------+-------------+ | nofiles | Nombre | Supérieur à | 65536 ou | ulimit -Hn | | | maximal de | la somme de | illimitée | | | | fichiers | toutes les | | | | | ouverts | paramètres | | | | | autorisé | de | | | | | pour un | configurati | | | | | processus | on de base | | | | | | de données | | | | | | MAXFILOP | | | | | | pour toutes | | | | | | les bases | | | | | | de données | | | | | | de | | | | | | l'instance | | | +-------------+-------------+-------------+-------------+-------------+ | fsize | Taille de | Illimitée | Illimitée | ulimit -Hf | | | fichier | | | | | | maximale | | | | | | autorisée | | | | +-------------+-------------+-------------+-------------+-------------+ Si les valeurs ulimit minimales ne sont pas respectées, il se peut que le moteur DB2 connaisse des erreurs inattendues liées à l'insuffisance des ressources. Ce type d'incident peut entraîner l'indisponibilité de DB2. Contactez un utilisateur root ou un administrateur système si les valeurs ulimit doivent être mises à jour pour votre installation non racine. Les valeurs ulimit doivent être définies manuellement, sauf sur les systèmes d'exploitation AIX où vous avez la possibilité de définir les valeurs ulimit en exécutant la commande db2rfe. 2.4.7 Paramètres de noyau (Linux et UNIX) 2.4.7.1 Modification des paramètres du noyau (HP-UX) Pour que votre produit DB2 fonctionne correctement sous HP-UX, il se peut que vous deviez mettre à jour les paramètres de configuration du noyau du système. Si tel est le cas, vous devez redémarrer votre ordinateur. Pour modifier les paramètres du noyau, vous devez disposer des droits d'utilisateur root. Pour modifier les paramètres du noyau, procédez comme suit : 1. Entrez la commande sam pour démarrer le programme SAM (System Administration Manager). 2. Cliquez deux fois sur l'icône Kernel Configuration. 3. Cliquez deux fois sur l'icône Configurable Parameters. 4. Cliquez deux fois sur le paramètre que vous souhaitez modifier et entrez la nouvelle valeur dans la zone Formula/Value. 5. Cliquez sur OK. 6. Répétez cette procédure pour tous les paramètres de configuration du noyau à modifier. 7. Une fois tous les paramètres de configuration du noyau définis, sélectionnez Action --> Process New Kernel dans la barre de menus. Le système d'exploitation HP-UX est automatiquement réinitialisé lorsque les paramètres de configuration du noyau sont modifiés. 2.4.7.2 Paramètres de configuration du noyau recommandés (HP-UX) Pour les systèmes HP-UX exécutant un système de base de données DB2 64 bits, exécutez la commande db2osconf pour suggérer les valeurs de paramètre de configuration de noyau appropriées à votre système. L'utilitaire db2osconf ne peut être exécuté qu'à partir de $DB2DIR/bin, $DB2DIR étant le répertoire dans lequel vous avez installé votre produit DB2. 2.4.7.3 Modification des paramètres du noyau (Linux) Avant d'installer un système de base de données DB2, mettez à jour vos paramètres de noyau Linux. Les valeurs par défaut des paramètres de noyaux particuliers sous Linux ne sont pas suffisants pour exécuter un système de base de données DB2. Pour modifier les paramètres du noyau, vous devez disposer des droits d'utilisateur root. Pour mettre à jour les paramètres du noyau sur Red Hat et SUSE Linux : 1. Exécutez la commande ipcs -l 2. Analysez le résultat pour déterminer si des modifications sont à apporter à votre système. Des commentaires ont été ajoutés à la suite des deux barres obliques // pour afficher les noms des paramètres. # ipcs -l ------ Shared Memory Limits -------- max number of segments = 4096 // SHMMNI max seg size (kbytes) = 32768 // SHMMAX max total shared memory (kbytes) = 8388608 // SHMALL min seg size (bytes) = 1 ------ Semaphore Limits -------- max number of arrays = 1024 // SEMMNI max semaphores per array = 250 // SEMMSL max semaphores system wide = 256000 // SEMMNS max ops per semop call = 32 // SEMOPM semaphore max value = 32767 ------ Messages: Limits -------- max queues system wide = 1024 // MSGMNI max size of message (bytes) = 65536 // MSGMAX default max size of queue (bytes) = 65536 // MSGMNB * Pour commencer avec la première section Shared Memory Limits, SHMMAX et SHMALL représentent les paramètres qui requièrent une attention particulière. SHMMAX correspond à la taille maximale d'un segment de mémoire partagée sous un système Linux tandis que SHMALL correspond à l'attribution maximale de pages de mémoire partagée sur un système. * Il est recommandé de définir une valeur égale à la mémoire physique du système pour la valeur SHMMAX. Toutefois, la valeur minimale requise pour les systèmes x86 est 268435456 (256 Mo) et 1073741824 (1 Go) pour les systèmes 64 bits. * Par défaut, SHMALL est défini sur 8 Go (8388608 Ko = 8 Go). Si vous disposez de plus de mémoire et si elle doit être utilisée pour DB2, ce paramètre monte jusqu'à 90 % de la mémoire physique de votre ordinateur. Par exemple, si vous disposez d'un ordinateur doté de 16 Go de mémoire utilisés principalement par DB2, SHMALL doit alors être défini sur 3774873 (90 % de 16 Go correspond à 14,4 Go ; 14,4 Go est divisé par 4 Ko, taille de page de base). La sortie ipcs a converti SHMALL en kilo-octets. Le noyau a besoin de cette valeur comme nombre de pages. Si vous procédez à une mise à niveau vers DB2 version 9.7 et que vous n'utilisez pas le paramètre SHMALL par défaut, vous devez augmenter ce paramètre de 4 Go supplémentaires. Cette augmentation de mémoire est requise par le gestionnaire FCM (Fast Communication Manager) pour les mémoires tampon ou canaux supplémentaires. * La section suivante couvre la quantité de sémaphores disponibles sur le système d'exploitation. Le paramètre de noyau sem se compose de 4 jetons, SEMMSL, SEMMNS, SEMOPM et SEMMNI. SEMMNS est le résultat de SEMMSL multiplié par SEMMNI. Le gestionnaire de base de données nécessite que le nombre de grappes (SEMMNI) soit augmenté en conséquence. En général, SEMMNI doit avoir avoir deux fois le nombre maximum d'agents prévus sur le système, multiplié par le nombre de partitions locales sur l'ordinateur du serveur de bases de données, plus le nombre de connexions d'applications locales sur cet ordinateur. * La troisième section traite des messages du système. * MSGMNI concerne le nombre d'agents que vous pouvez démarrer ; MSGMAX, la taille du message qui peut être envoyé dans une file d'attente ; MSGMNB, la taille de la file d'attente. * Vous devez attribuer la valeur 64 Ko (soit, 65535 octets) au paramètre MSGMAX et la valeur 65535 au paramètre MSGMNB. 3. Pour modifier ces paramètres noyau, modifiez le fichier /etc/sysctl.conf. Si ce fichier n'existe pas, créez-le. Les lignes suivantes sont des exemples de ce que doit contenir le fichier : kernel.sem = 250 256000 32 1024 #Example shmmax for a 64-bit system kernel.shmmax=1073741824 #Example shmall for 90 percent of 16 GB memory kernel.shmall=3774873 kernel.msgmax=65535 kernel.msgmnb=65535 4. Exécutez la commande sysctl avec le paramètre -p pour charger dans sysctl des paramètres du fichier par défaut /etc/sysctl.conf : sysctl -p 5. Pour que ces modifications soient prises en compte après chaque redémarrage : * (SUSE Linux) Activez boot.sysctl * (Red Hat) Le script d'initialisation rc.sysinit lira le fichier /etc/sysctl.conf automatiquement 2.4.7.4 Modification des paramètres du noyau (système d'exploitation Solaris) Pour le bon fonctionnement de votre système de base de données DB2, il est recommandé de mettre à jour vos paramètres de configuration du noyau du système. La fonctionnalité db2osconf permet de suggérer les paramètres de noyau recommandés. Si vous souhaitez tirer profit des contrôles de ressource de projet (/etc/project), consultez la documentation Solaris. Pour modifier les paramètres du noyau, vous devez disposer des droits d'utilisateur root. Pour utiliser la commande db2osconf, vous devez commencer par installer le système de bases de données DB2. L'utilitaire db2osconf ne peut être exécuté qu'à partir de $DB2DIR/bin, $DB2DIR étant le répertoire dans lequel vous avez installé votre produit DB2. Après avoir modifié les paramètres du noyau, vous devez redémarrer le système. Pour définir un paramètre de noyau, ajoutez une ligne à la fin du fichier /etc/system comme suit : set nom_paramètre = valeur Par exemple, pour définir la valeur du paramètre msgsys:msginfo_msgmax, ajoutez la ligne suivante à la fin du fichier /etc/system : set msgsys:msginfo_msgmax = 65535 Une fois le fichier /etc/system mis à jour, redémarrez le système. 2.5 Installation sous Windows 2.5.1 Présentation de l'installation du produit serveur DB2 (Windows) Cette rubrique décrit la procédure d'installation d'un produit serveur DB2 sous Windows. Pour installer le produit serveur DB2, procédez comme suit : 1. Consultez les conditions préalables relatives à votre produit DB2. 2. Lisez le cas échéant les informations de mise à niveau pour DB2. 3. Préparez le support d'installation : DVD du produit Insérez le DVD du produit DB2 dans votre lecteur DVD-ROM. Image d'installation Si vous avez téléchargé une image d'installation, procédez à l'extraction du fichier. 4. Installez votre produit DB2 à l'aide : * de l'assistant d'installation DB2. * d'une installation silencieuse avec un fichier de réponses. Vous pouvez utiliser l'assistant d'installation DB2 pour effectuer des tâches d'installation et de configuration, notamment : * Sélection du type d'installation de DB2 (classique, réduite ou personnalisée). * Choix de l'emplacement de l'installation du produit DB2. * Installation des langues que vous pouvez spécifier ultérieurement en tant que langue par défaut pour les messages et l'interface du produit. * Configuration de la sécurité étendue DB2. * Configuration d'une instance DB2 (inclusion d'une configuration d'utilisateur d'instance. Par défaut, elle est identique à celle de l'utilisateur DAS). * Configuration du serveur d'administration DB2 (et des utilisateurs du DAS). * Configuration du serveur DB2 Text Search. * Configuration de la fonction de notification du moniteur de santé et des contacts d'administration. * Installation et configuration de votre instance (y compris la configuration d'utilisateurs d'instances). * Préparation du catalogue des outils DB2. * Spécification du port du centre de documentation DB2. * Création de fichiers de réponses. * Installation de produits supplémentaires. 2.5.2 Installation de serveurs DB2 (Windows) Cette section décrit la procédure de démarrage de l'assistant d'installation DB2 sous Windows. L'assistant d'installation DB2 permet de définir l'installation et d'installer le produit de base de données DB2 sur votre système. Avant de commencer Avant de démarrer l'assistant d'installation DB2 : * Si vous envisagez de configurer un environnement de bases de données partitionnées, consultez la rubrique relative à la configuration d'un environnement de bases de données partitionnées. * Vérifiez que votre système dispose de la configuration requise (logiciels, mémoire et espace disque). * Si vous envisagez d'utiliser LDAP sous Windows pour enregistrer le serveur DB2 dans Active Directory, nous vous conseillons d'étendre le schéma d'annuaire avant l'installation. * Si vous envisagez d'utiliser IBM Tivoli Monitoring for Databases: DB2 Agent, avant d'installer le produit DB2, consultez la rubrique "Installation d'IBM Tivoli Monitoring for Databases: DB2 Agent avec DB2 Installer" pour des détails et pour prendre connaissance des limitations et restrictions. * Vous devez disposer d'un compte utilisateur Administrateur local avec les droits d'accès recommandés pour effectuer l'installation. Sur les serveurs de base de données DB2 sur lesquels le système local peut être utilisé comme serveur d'administration DB2 et utilisateur d'instance DB2, si vous n'utilisez pas la fonction de partitionnement de bases de données, un utilisateur non administrateur disposant de droits d'accès élevés peut effectuer l'installation. Remarque : Si un compte non administrateur est chargé de l'installation du produit, la bibliothèque d'exécution VS2005 doit être installée avant toute tentative d'installation d'un produit de base de données DB2. La bibliothèque d'exécution VS2005 est requise sur le système d'exploitation pour que vous puissiez installer le produit de base de données DB2. La bibliothèque d'exécution VS2005 est accessible à partir du site Web de téléchargement de bibliothèques de Microsoft. Il y a deux options possibles : sélectionnez vcredist_x86.exe pour les systèmes 32 bits ou vcredist_x64.exe pour les systèmes 64 bits. * Bien que cela ne soit pas obligatoire, il est recommandé de fermer tous les programmes afin que le programme d'installation puisse mettre à jour les fichiers sur l'ordinateur sans redémarrage de ce dernier. * L'installation de produits DB2 à partir d'une unité virtuelle ou d'une unité réseau non mappée (telle que \\nom_hôte\nom_partage dans l'Explorateur Windows) n'est pas prise en charge. Avant de tenter d'installer des produits DB2, vous devez mapper l'unité réseau sur un identificateur d'unité Windows (par exemple, Z:). Restrictions * Plusieurs instances de l'assistant d'installation DB2 ne peuvent pas être exécutées dans un compte utilisateur unique. * L'instance et le nom de copie DB2 ne peuvent pas commencer par une valeur numérique.Le nom de la copie DB2 ne peut pas comporter plus de 64 caractères anglais (A-Z, a-z et 0-9). * Le nom d'instance et le nom de copie DB2 doivent être uniques pour toutes les copies DB2. * L'utilisation des fonctions XML est limitée à une base de données qui inclut une seule partition de base de données. * Aucun autre produit de base de données DB2 ne peut être installé sur le même chemin si l'un des produits suivants est installé : * IBM Data Server Runtime Client * IBM Data Server Driver Package * Centre de documentation DB2 * Les zones de l'assistant d'installation DB2 n'acceptent pas de caractères non anglais. * Si vous activez la sécurité étendue sous Windows Vista ou Windows 2008, ou version ultérieure, les utilisateurs doivent appartenir au groupe DB2ADMNS ou DB2USERS pour pouvoir exécuter des applications et des commandes DB2 locales car il existe une fonction de sécurité supplémentaire (contrôle d'accès utilisateur) limitant les droits par défaut des administrateurs locaux. Si les utilisateurs ne font pas partie de l'un de ces groupes, ils ne pourront pas accéder en lecture aux données d'application ou à la configuration DB2 locales. Procédure Pour démarrer l'assistant d'installation DB2 : 1. Connectez-vous au système avec le compte Administrateur local que vous avez créé pour l'installation de DB2. 2. Si vous disposez du DVD du produit de base de données DB2, insérez-le dans le lecteur. Si elle est active, la fonction d'exécution automatique démarre automatiquement le tableau de bord d'installation DB2. Si l'installation ne démarre pas automatiquement, lancez l'Explorateur Windows pour accéder au DVD du produit de base de données DB2 et cliquez deux fois sur l'icône setup pour démarrer le tableau de bord d'installation DB2. 3. Si vous avez téléchargé le produit de base de données DB2 à partir du site Passport Advantage, lancez le fichier exécutable pour extraire les fichiers d'installation du produit DB2. Utilisez l'explorateur Windows pour accéder aux fichiers d'installation DB2 et cliquez deux fois sur l'icône setup pour démarrer le tableau de bord d'installation DB2. 4. A partir du tableau de bord d'installation DB2, vous pouvez consulter les conditions préalables et les notes sur l'édition ou effectuer l'installation directement. Consultez les conditions préalables pour l'installation et les notes sur l'édition pour prendre connaissance des informations les plus récentes. 5. Cliquez sur Installation d'un produit pour ouvrir la fenêtre correspondante et afficher les produits disponibles pour l'installation. Si aucun produit de base de données DB2 n'est installé sur votre ordinateur, lancez l'installation en cliquant sur Nouveau. Procédez à l'installation en suivant les instructions de l'assistant d'installation DB2. Si au moins un produit DB2 est installé sur votre système, vous pouvez : * cliquer sur Nouveau pour créer une copie DB2, * cliquer sur Utiliser une version existante pour mettre à jour une copie DB2 existante, ajouter une fonction à une copie DB2 existante, mettre à niveau une copie DB2 version 8, version 9.1 ou version 9.5 existante, ou installer un produit complémentaire. 6. L'assistant d'installation DB2 détermine la langue utilisée par votre système et lance le programme d'installation approprié. Vous pouvez utiliser l'aide en ligne pour la suite des opérations. Pour ouvrir l'aide en ligne, cliquez sur Aide ou appuyez sur F1. Vous pouvez cliquer à tout moment sur le bouton Annulation pour mettre fin à l'installation. Résultats Votre produit de base de données DB2 est installé par défaut dans le répertoire Program_Files\IBM\sqllib, Program_Files correspondant à l'emplacement du répertoire Program Files. Si vous procédez à l'installation sur un système sur lequel ce répertoire est déjà utilisé, le chemin d'installation du produit de base de données DB2 est suivi de la mention _xx, où xx sont des chiffres, commençant à 01 et incrémentés en fonction du nombre de copies DB2 déjà installées. Vous pouvez également indiquer votre propre chemin d'installation du produit DB2. Procédure à suivre * Vérifiez votre installation. * Effectuez les tâches post-installation nécessaires. Pour plus d'informations sur les erreurs survenues lors de l'installation, consultez l'historique de l'installation situé dans le répertoire Mes documents\DB2LOG\. Le format du nom des fichiers journaux est le suivant : DB2-AbrevProduit-DateHeure.log. Exemple : DB2-ESE-Mar Avr 04 17_04_45 2008.log. S'il s'agit d'une nouvelle installation de produit DB2 sous Vista 64 bits et que vous utilisez un fournisseur OLE DB 32 bits, vous devez enregistrer manuellement la bibliothèque de liaison dynamique IBMDADB2. Pour enregistrer cette bibliothèque, exécutez la commande suivante : c:\windows\SysWOW64\regsvr32 /s c:\Program_Files\IBM\SQLLIB\bin\ibmdadb2.dll où Program_Files représente l'emplacement du répertoire Program Files. Pour que votre produit de base de données DB2 ait accès à la documentation DB2 sur votre ordinateur ou sur un ordinateur du réseau, installez le centre de documentation DB2. Le centre de documentation DB2 contient la documentation relative au système de bases de données DB2 et aux produits liés à DB2. Par défaut, le système accède aux informations DB2 à partir du Web si le centre de documentation DB2 n'est pas installé en local. Limites relatives à la mémoire pour DB2 Express Edition et DB2 Workgroup Server Edition Si vous installez DB2 Express Edition, la mémoire maximale allouée pour l'instance est de 4 Go. Si vous installez DB2 Workgroup Server Edition, la mémoire maximale allouée pour l'instance est de 16 Go. La taille de mémoire allouée à l'instance dépend du paramètre de configuration INSTANCE_MEMORY du gestionnaire de bases de données. Remarques importantes concernant la mise à niveau à partir de la version 9.1 ou 9.5 : * Si la configuration de la mémoire de la version 9.1 de votre produit de base de données DB2 dépasse la limite autorisée, il se peut que le produit de base de données DB2 ne démarre pas après la mise à niveau vers la version courante. * Le gestionnaire de réglage automatique de la mémoire n'augmentera pas la taille de la mémoire au-delà de la limite permise par la licence. 2.5.3 Plusieurs copies DB2 sur un même ordinateur (Windows) Vous pouvez utiliser plusieurs copies DB2 sur un même système. Chaque copie DB2 peut correspondre au même niveau de code ou à un niveau de code différent. Les avantages de cette configuration incluent : * La possibilité d'exécuter simultanément des applications qui requièrent différentes versions de DB2 sur le même système. * La possibilité d'exécuter des copies autonomes de produits DB2 pour différentes fonctions. * La possibilité d'effectuer des tests sur le même système avant de déplacer la base de données de production vers la version la plus récente du produit DB2. * Pour les éditeurs de logiciels indépendants, la possibilité d'imbriquer un produit serveur DB2 dans leurs produits et de rendre la base de données DB2 invisible pour les utilisateurs. Une copie DB2 peut comporter un ou plusieurs produits DB2 différents. Il s'agit d'un groupe de produits DB2 installés au même emplacement. Différences lorsqu'une seule copie DB2 est installée * Pendant l'installation, un nom unique est attribué à la copie DB2 par défaut. Vous pouvez modifier le nom de la copie DB2 par défaut uniquement lors de l'exécution de l'assistant d'installation DB2. A l'issue de l'installation, vous ne pouvez pas modifier le nom de la copie DB2. * Les applications utilisent la copie DB2 par défaut dans un environnement identique à celui de DB2 version 8. Différences lorsque plusieurs copies DB2 sont installées sur le même système * DB2 version 8 peut coexister avec DB2 version 9.1 et DB2 version 9.5 avec les restrictions décrites ci-après. * La copie DB2 version 8 doit être la copie par défaut même si vous possédez plusieurs copies DB2 version 9.1 ou version 9.5. Cette copie par défaut ne peut pas être changée. Après la désinstallation de DB2 version 8, vous pouvez définir la copie DB2 version 9.1 ou version 9.5 en tant que copie par défaut. * Facultatif : vous pouvez configurer chaque copie DB2 pour qu'elle utilise un centre de documentation DB2 différent. Remarque : Il ne peut y avoir qu'une seule copie du centre de documentation DB2 installée sur le même système avec le même niveau d'édition. Par exemple, vous pouvez disposer d'une version 8, d'une version 9.1 et d'une version 9.5 (ou ultérieure) du centre de documentation DB2 sur un même système, mais vous ne pouvez pas disposer de la version 9, groupe de correctifs 1, du centre de documentation DB2 et de la version 9, groupe de correctifs 2, sur une même machine. Toutefois, vous pouvez configurer le serveur de base de données DB2 pour accéder à ces centres de documentation DB2 à distance. * Seul le logiciel IBM Data Server Provider for .NET de la copie d'interface client de base de données IBM par défaut est enregistré dans le cache d'assemblage global (Global Assembly Cache). Si la version 8 est installée avec la version 9, le logiciel IBM Data Server Provider for .NET 2.0 de la version 9 est également enregistré dans le cache d'assemblage global (Global Assembly Cache). La version 8 n'inclut pas de fournisseur 2.0 .NET. * Chaque nom d'instance doit être unique. Pour une installation avec un fichier de réponses incluant le paramètre NO_CONFIG=YES, l'instance par défaut n'est pas créée. Toutefois, lorsque vous créez l'instance à l'issue de l'installation, son nom doit être unique. Le nom de l'instance par défaut est "DB2". Si une instance ayant le nom "DB2" existe déjà, un nom unique est généré pour l'instance : un trait de soulignement est ajouté au nom "DB2" et deux caractères séquentiels sont générés. Les noms d'instance suivants générés sont "DB2_01", "DB2_02", etc. Pour des raisons de performances, le Centre de contrôle DB2 ne doit être utilisé qu'à partir d'une seule copie DB2 sur un même système. Pour les applications COM+ Microsoft, il est recommandé d'utiliser et de distribuer IBM Data Server Driver Package (programme d'installation) ou IBM Data Server Driver for ODBC and CLI (zip) avec votre application et non le client IBM Data Server Runtime Client car une seule copie de Data Server Runtime Client peut être utilisée à la fois pour les applications COM+. Cette restriction ne s'applique pas à IBM Data Server Driver Package (programme d'installation) ni IBM Data Server Driver for ODBC and CLI (zip). Les applications Microsoft COM+ accédant aux sources de données DB2 sont prises en charge uniquement avec la copie DB2 par défaut. La prise en charge simultanée d'applications COM+ accédant aux différentes copies DB2 n'est pas assurée. Si DB2 Universal Database (UDB) version 8 est installé, vous pouvez uniquement utiliser DB2 UDB version 8 pour exécuter ces applications. Si DB2 version 9 ou ultérieure est installé, vous pouvez changer la copie DB2 par défaut à l'aide de l'assistant de sélection de la copie DB2 par défaut mais vous ne pouvez pas les utiliser simultanément. Choix d'une valeur par défaut lors de l'installation d'une nouvelle copie DB2 Votre environnement système inclut plusieurs copies DB2, l'une d'entre elles est la copie DB2 par défaut. Dans la version 9.1, il est possible d'avoir plusieurs copies DB2. (Dans cet exemple, DB2COPY1, DB2COPY2 et ce jusqu'à DB2COPYn.) Vous sélectionnez l'une des copies DB2 en tant que copie DB2 par défaut. Ici, DB2COPY1 est sélectionné en tant que copie DB2 par défaut. Dans la version 9.5, supposons un scénario dans lequel vous installez une copie DB2 (DB2COPY1). Il s'agit de la copie DB2 par défaut et de la copie d'interface client de base de données IBM par défaut. Lors de l'installation d'une nouvelle copie DB2, vous avez décidé que la nouvelle copie DB2 ne sera pas la copie DB2 par défaut. Vous installez ensuite un produit DB2 dans une nouvelle copie DB2 (DB2COPY2). Lors de l'installation de la nouvelle copie DB2 (DB2COPY2), il vous est demandé si vous souhaitez que la nouvelle copie DB2 soit la copie par défaut. Si vous répondez "Non", DB2COPY1 reste la copie DB2 par défaut. (Il s'agit également de la copie d'interface client de base de données IBM par défaut.) Suivez le même scénario mais répondez "Oui" lorsqu'il vous est demandé si vous souhaitez que la nouvelle copie DB2 soit la copie DB2 par défaut. Lors de l'installation d'une nouvelle copie DB2, vous avez décidé que la nouvelle copie DB2 sera la copie DB2 par défaut. Dans ce cas, DB2COPY2 devient la nouvelle copie DB2 par défaut (et la copie d'interface client de base de données IBM par défaut). Coexistence de la version 8 DB2 version 8 et DB2 version 9 peuvent coexister mais DB2 version 8 doit être défini comme copie DB2 par défaut. Pour que DB2 version 8 ne soit plus la copie DB2 par défaut, vous pouvez la mettre à niveau vers DB2 version 9 puis changer de copie DB2 par défaut. Le serveur ne doit comporter qu'une seule version du serveur d'administration DB2 car les instances sont administrées de la manière suivante : * Si le serveur d'administration DB2 s'exécute sur la version 9, il peut administrer des instances de la version 8 et de la version 9. * Si le serveur d'administration DB2 s'exécute sur la version 8, il ne peut administrer que des instances de la version 8. Vous pouvez mettre à niveau le serveur d'administration DB2 version 8 ou le supprimer et créer un serveur d'administration DB2 version 9 pour administrer les instances de la version 8 et de la version 9. Cette opération est requise uniquement si vous souhaitez utiliser le Centre de contrôle pour administrer les instances. Coexistence de la version 8 et de la version 9 avec DB2 .NET Data Provider Dans DB2 version 9, DB2 .NET Data Provider dispose du support System.Transaction. Toutefois, il n'est disponible que pour la copie DB2 par défaut ; par conséquent, il n'est pas pris en charge dans un environnement de coexistence. Si la version 8 est installée, le fournisseur .NET Data Provider 1.1 enregistré dans le cache d'assemblage global (Global Assembly Cache) provient de la version 8. Le fournisseur 2.0 enregistré provient de la version 9 et ne peut pas être utilisé dans le même processus que le fournisseur 1.1, la base de données OLE ou ODBC en vue de la connexion à DB2. Applications de tiers exécutées en tant que service Par défaut, les applications de tiers liées à des DLL DB2 de manière dynamique, par exemple liées à db2api.lib, recherchent les DLL DB2 dans le chemin en cours. Cela signifie que les applications existantes qui ne sont pas activées pour prendre en charge plusieurs versions utilisent la copie DB2 par défaut. Pour éviter cette limitation, l'application peut utiliser l'API db2SelectDB2Copy avant de charger les bibliothèques DB2. Pour plus d'informations, voir le document Call Level Interface Guide and Reference, Volume 1. Versions 32 bits et 64 bits sous Win x64 DB2 ne prend pas en charge l'installation de plusieurs versions de DB2 32 bits et 64 bits sous Windows. Si vous installez DB2 version 64 bits, la version 32 bits est supprimée du système. Ce mécanisme se produit car les registres de DB2 32 bits et 64 bits se trouvent dans des emplacements distincts. Configuration LDAP et CLI Si vous disposez de DB2 version 8 et qu'une application requiert des paramètres LDAP différents, elle doit faire appel à un utilisateur LDAP différent. Dans le cas contraire, la configuration CLI s'applique à toutes les copies de DB2 que l'utilisateur LDAP est susceptible d'utiliser. Compteurs de performances Les compteurs de performances ne peuvent être enregistrés que pour une copie DB2. En outre, ils ne peuvent surveiller que les instances de la copie DB2 dans laquelle ils sont enregistrés. Lorsque vous changez de copie DB2 par défaut, l'assistant de sélection DB2 désenregistre et réenregistre les compteurs de performances afin qu'ils soient actifs pour la copie DB2 par défaut. Windows Management Instrumentation (WMI) Une seule version du fournisseur WMI peut être enregistrée. Connectivité du client Vous ne pouvez utiliser qu'une seule copie DB2 dans un même processus. Applications liées à des DLL DB2 de manière dynamique Les applications qui sont directement liées à des DLL DB2 ou qui utilisent LoadLibrary au lieu de LoadLibraryEx avec le paramètre LOAD_WITH_ALTERED_SEARCH_PATH doivent vérifier que la bibliothèque dépendante initiale est correctement chargée. Vous pouvez utiliser votre propre méthode d'écriture de code ou appeler le fichier db2envar.bat pour configurer l'environnement avant l'exécution de l'application. Vous pouvez également appeler l'API db2SelectDB2Copy, qui peut être liée à l'application de manière statique. Modules d'extension Visual Studio 2003 Si la copie DB2 par défaut est une copie version 9.5, 9.1 ou 8, une version et une seule des plug-ins peut être enregistrée sur un même ordinateur simultanément. La version des plug-ins qui est active est celle qui a été livrée avec la copie DB2 par défaut. Octroi de licence Des licences doivent être enregistrées pour chaque copie DB2. Elles ne s'appliquent pas à l'ensemble du système. Ce mécanisme permet de posséder différentes licences pour différents chemins, ainsi que des licences limitées du produit DB2 et des versions complètes de DB2 sur le même système. Services NT Les services NT DB2 utilisent un nom au format . Par exemple, DB2NETSECSERVEUR_MACOPIE1. Le nom affiché contient également le nom de la copie ajouté entre parenthèses, par exemple Serveur de sécurité DB2 (MACOPIE1). Les instances incluent également la chaîne DB2--- dans le nom affiché dans l'applet du panneau de configuration des services. Le nom du service réel reste inchangé. API permettant de sélectionner la copie DB2 à utiliser Vous pouvez utiliser l'API db2SelectDB2Copy pour sélectionner la copie DB2 que l'application doit utiliser. Cette API ne requiert pas de DLL. Elle est liée à l'application de manière statique. Vous pouvez retarder le chargement des bibliothèques DB2 et appeler cette API avant toute autre API DB2. La fonction ne peut pas être appelée plusieurs fois pour un processus donné. Cela signifie que vous ne pouvez pas faire basculer le processus d'une copie DB2 vers une autre. L'API db2SelectDB2Copy définit l'environnement requis par l'application pour utiliser le nom de copie DB2 ou l'emplacement indiqué. Si votre environnement est déjà configuré pour exécuter la copie DB2 que vous souhaitez utiliser, il est inutile d'appeler cette API. Toutefois, si vous devez utiliser une autre copie DB2, vous devez appeler cette API avant de charger les DLL DB2 au sein du processus. Cet appel ne peut être effectué qu'une seule fois par processus. Partitionnement de bases de données avec plusieurs noeuds physiques Toutes les partitions physiques doivent posséder le même nom de copie DB2 sur tous les systèmes. Utilisation de MSCS et de plusieurs copies DB2 Chaque ressource DB2 doit être configurée pour s'exécuter dans un moniteur de ressources distinct. 2.6 Installation sous Linux et UNIX 2.6.1 Présentation de l'installation du produit serveur DB2 (Linux et UNIX) Cette rubrique présente les étapes de l'installation de votre produit serveur DB2 sous AIX, HP-UX, Linux et Solaris. Pour installer le produit serveur DB2, procédez comme suit : 1. Consultez les conditions préalables relatives à votre produit DB2. 2. Lisez le cas échéant les informations de mise à niveau pour DB2. 3. Modifiez les paramètres des noyaux sous HP-UX, Linux, et Solaris. Sous toutes les plateformes, sauf Linux on x86_32, vous devez installer un noyau 64 bits avant d'effectuer l'installation, sinon celle-ci échouera. 4. Préparez le support d'installation : DVD du produit Si le DVD du produit DB2 ne se lance pas automatiquement, montez le DVD DB2. Image d'installation Si vous avez téléchargé une image d'installation, décompressez le fichier. 5. Installez votre produit DB2 en utilisant l'une des méthodes suivantes : * l'assistant d'installation DB2, * la commande db2_install, * une installation silencieuse avec un fichier de réponses, * le déploiement des fichiers de charge. Pour les serveurs DB2, vous pouvez utiliser l'assistant d'installation DB2 pour effectuer des tâches d'installation et de configuration, telles : * la sélection du type d'installation de DB2 (classique, réduite ou personnalisée), * Choix de l'emplacement de l'installation du produit DB2. * l'installation des langues que vous pouvez spécifier ultérieurement en tant que langue par défaut pour les messages et l'interface du produit, * l'installation ou la mise à niveau d'IBM Tivoli System Automation for Multiplatforms (Linux et AIX), * la configuration d'une instance DB2, * la configuration du serveur d'administration DB2 (et des utilisateurs du DAS), * la configuration du serveur DB2 Text Search, * la configuration de la fonction de notification du moniteur de santé et des contacts d'administration, * l'installation et la configuration de votre instance (y compris la configuration d'utilisateurs d'instances), * la configuration du support de source de données Informix, * la préparation du catalogue des outils DB2, * la spécification du port du centre de documentation DB2, * la création de fichiers de réponses. 6. Si vous avez installé un serveur DB2 à l'aide d'une méthode autre que l'assistant d'installation DB2, vous devez effectuer des étapes de configuration post-installation. 2.6.2 Installation en tant qu'utilisateur root 2.6.2.1 Installation de serveurs DB2 avec l'assistant d'installation DB2 (Linux et UNIX) Cette tâche explique comment démarrer l'assistant d'installation DB2 sur les systèmes d'exploitation Linux et UNIX. L'assistant d'installation DB2 vous permet de définir des préférences d'installation et d'installer votre produit de base de données DB2 sur votre système. Avant de commencer Avant de démarrer l'assistant d'installation DB2 : * Si vous envisagez de configurer un environnement de bases de données partitionnées, consultez la rubrique s'y rapportant en cliquant sur le lien approprié au bas de cette rubrique. * Vérifiez que votre système dispose de la configuration requise (logiciels, mémoire et espace disque). * Vérifiez que vous disposez d'un navigateur pris en charge (Firefox 2.0+, Mozilla 1.7+ ou SeaMonkey 1.1.4). * Vous pouvez installer un serveur DB2 avec les droits d'accès root ou non root. Pour plus d'informations sur l'installation non root, voir les liens connexes. * L'image du produit DB2 doit être disponible. Vous pouvez obtenir une image d'installation DB2 en achetant un DVD de produit de base de données DB2 ou en la téléchargeant à partir de Passport Advantage. * Si vous installez une version non anglaise d'un produit DB2, vous devez disposer des fichiers de prise en charge de la langue nationale appropriée. * L'assistant d'installation DB2 est un programme d'installation graphique. Pour qu'il fonctionne sur votre machine, vous devez disposer d'un logiciel X windows capable d'afficher une interface graphique. Vérifiez que le serveur X windows est en cours d'exécution. Vérifiez que vous avez correctement exporté votre affichage. Par exemple, export DISPLAY=9.26.163.144:0. * Si vous utilisez un logiciel de sécurité dans votre environnement, vous devez créer manuellement les utilisateurs DB2 avant de démarrer l'assistant d'installation DB2. * Si vous envisagez d'utiliser IBM Tivoli Monitoring for Databases: DB2 Agent, avant d'installer le produit DB2, consultez la rubrique "Installation d'IBM Tivoli Monitoring for Databases: DB2 Agent avec DB2 Installer" pour des détails et pour prendre connaissance des limitations et restrictions. Restrictions * Plusieurs instances de l'assistant d'installation DB2 ne peuvent pas être exécutées dans un compte utilisateur unique. * L'utilisation des fonctions XML est limitée à une base de données définie avec le jeu de codes UTF-8 et comprend uniquement une partition de base de données. * Les zones de l'assistant d'installation DB2 n'acceptent pas de caractères non anglais. Procédure Pour démarrer l'assistant d'installation DB2 : 1. Si vous possédez un DVD du produit de base de données DB2, accédez au répertoire dans lequel il est monté en entrant la commande suivante : cd /dvdrom où /dvdrom correspond au point de montage du DVD du produit de base de données DB2. 2. Si vous avez téléchargé l'image du produit de base de données DB2, vous devez extraire et décompresser le fichier produit. a. Pour extraire le fichier produit : gzip -d produit.tar.gz où produit correspond au nom du produit téléchargé. b. Pour décompresser le fichier produit avec tar, procédez comme suit : Sur les systèmes d'exploitation Linux tar -xvf produit.tar Sur les systèmes d'exploitation AIX, HP-UX et Solaris gnutar -xvf produit.tar où produit correspond au nom du produit téléchargé. c. Changez de répertoire : cd ./produit où produit correspond au nom du produit téléchargé. Remarque : Si vous avez téléchargé un module de langue nationale, décompressez-le dans ce même répertoire. Cela permet de créer les sous-répertoires (./nlpack/disk1, par exemple) dans le même répertoire et l'utilitaire d'installation peut ainsi retrouver les images d'installation automatiquement, sans passer par des invites. 3. Entrez la commande ./db2setup à partir du répertoire dans lequel se trouve l'image du produit de base de données afin de démarrer l'assistant d'installation DB2. 4. Le tableau de bord d'installation DB2 IBM s'ouvre. Dans cette fenêtre, vous pouvez consulter les conditions préalables pour l'installation ainsi que les notes sur l'édition ou procéder directement à l'installation. Vous pouvez également consulter les conditions préalables pour l'installation ainsi que les notes sur l'édition de dernière minute. 5. Cliquez sur Installation d'un produit pour ouvrir la fenêtre correspondante et afficher les produits disponibles pour l'installation. Lancez l'installation en cliquant sur Installer une nouvelle version. Procédez à l'installation en suivant les instructions de l'assistant d'installation DB2. Une fois l'installation lancée, effectuez les sélections nécessaires dans les panneaux d'installation de l'assistant d'installation DB2. Une aide en ligne est disponible pour vous guider tout au long des étapes restantes. Pour y accéder, cliquez sur Aide ou appuyez sur F1. Vous pouvez cliquer à tout moment sur le bouton Annulation pour mettre fin à l'installation. Résultats Pour les installations non root, les produits de base de données DB2 sont toujours installés dans le répertoire $HOME/sqllib, où $HOME correspond au répertoire principal de l'utilisateur non root. Pour les installations root, les produits de base de données DB2 sont installés par défaut dans l'un des répertoires suivants : AIX, HP-UX et Solaris /opt/IBM/db2/version 9.7 Linux /opt/ibm/db2/version 9.7 Si vous effectuez l'installation sur un système sur lequel ce répertoire est déjà utilisé, les caractères _xx seront ajoutés au chemin d'installation du produit de base de données DB2, où _xx sont des chiffres, commençant à 01 puis s'incrémentant en fonction du nombre de copies DB2 installées. Vous pouvez également indiquer votre propre chemin d'installation du produit DB2. Les règles suivantes s'appliquent aux chemins d'installation DB2 : * ils peuvent inclure des lettres minuscules (a-z), majuscules (A-Z) et le caractère de soulignement ( _ ), * ils ne peuvent pas comporter plus de 128 caractères, * ils ne peuvent pas contenir d'espace, * ils ne peuvent pas contenir des caractères non anglais. Fichiers journaux d'installation : * Fichier journal d'installation DB2. Ce fichier consigne toutes les informations d'installation de DB2, erreurs comprises. * Pour les installations root, le fichier journal d'installation DB2 s'appelle db2setup.log. * Pour les installations non root, le nom du fichier journal de configuration DB2 est db2setup_nomutilisateur.log, où nomutilisateur correspond à l'ID utilisateur non root avec lequel l'installation a été effectuée. * Fichier journal des erreurs DB2. Ce fichier consigne toute erreur renvoyée par Java (par exemple, les exceptions et les informations sur les interruptions). * Pour les installations root, le fichier journal des erreurs DB2 s'appelle db2setup.err. * Pour les installations non root, le nom du fichier journal d'erreurs DB2 est db2setup_nomutilisateur.err, où nomutilisateur correspond à l'ID utilisateur non root avec lequel l'installation a été effectuée. Par défaut, ces fichiers journaux se trouvent dans le répertoire /tmp. Vous pouvez spécifier l'emplacement des fichiers journaux. Le fichier db2setup.his n'existe plus. A la place, le programme d'installation DB2 enregistre une copie du fichier journal d'installation de DB2 dans le répertoire REP_DB2/install/logs/ puis le renomme db2install.history. Si le nom existe déjà, le programme d'installation DB2 le renomme en db2install.history.xxxx, où xxxx est compris entre 0000 et 9999, en fonction du nombre d'installations sur la machine. Chaque copie d'installation comporte une liste séparée de fichiers historiques. Si une copie d'installation est entièrement supprimée, les fichiers historiques situés dans ce chemin d'installation seront également supprimés. Cette action de copie est effectuée vers la fin de l'installation si le programme s'arrête ou échoue avant la fin, le fichier historique n'est pas créé. Procédure à suivre * Vérifiez votre installation. * Effectuez les tâches post-installation nécessaires. Les modules de langue nationale peuvent également être installés en exécutant la commande ./db2setup à partir du répertoire où se trouve le module de langue nationale, après installation d'un autre produit de base de données DB2. Sous Linux x86, pour que votre produit de base de données DB2 ait accès à la documentation DB2 sur votre ordinateur local ou sur un ordinateur du réseau, vous devez installer le centre de documentation DB2. Le centre de documentation DB2 contient la documentation relative au système de bases de données DB2 et aux produits liés à DB2. Limites relatives à la mémoire pour DB2 Express Edition et DB2 Workgroup Server Edition Si vous installez DB2 Express Edition, la mémoire maximale allouée pour l'instance est de 4 Go. Si vous installez DB2 Workgroup Server Edition, la mémoire maximale allouée pour l'instance est de 16 Go. La taille de mémoire allouée à l'instance dépend du paramètre de configuration INSTANCE_MEMORY du gestionnaire de bases de données. Remarques importantes concernant la mise à niveau à partir de la version 9.1 ou 9.5 : * Si la configuration de la mémoire de la version 9.1 ou 9.5 de votre produit de base de données DB2 dépasse la limite autorisée, il se peut que le produit de base de données DB2 ne démarre pas après la mise à niveau vers la version en cours. * Le gestionnaire de réglage automatique de la mémoire n'augmentera pas la taille de la mémoire au-delà de la limite permise par la licence. 2.6.3 Installation en tant qu'utilisateur non root 2.6.3.1 Présentation de l'installation non root (Linux et UNIX) Avant la version 9.5, vous pouviez installer des produits, appliquer et annuler des correctifs, configurer des instances, ajouter des fonctions ou désinstaller des produits uniquement si vous disposiez des droits root. Vous pouvez désormais effectuer ces tâches sur les plateformes Linux et UNIX sans être un utilisateur root. Lorsqu'une installation non root est effectuée, le programme d'installation DB2 crée et configure automatiquement une instance pour un utilisateur qui ne possède pas de droits root. En tant qu'utilisateur qui ne possède pas de droits root, vous pouvez personnaliser l'instance créée sans droits root pendant l'installation. Vous pouvez également utiliser et gérer le produit DB2 sans disposer de droits utilisateur root. L'installation non root d'un produit DB2 comporte une instance DB2 avec la plupart des fonctions activées par défaut. Une installation non root peut présenter un intérêt pour un certain nombre de groupes, notamment : * Les entreprises qui possèdent des milliers de postes de travail et les utilisateurs désireux d'installer un produit DB2 sans solliciter un administrateur système * Les développeurs d'applications qui ne sont généralement pas des administrateurs système mais qui utilisent des produits DB2 pour développer des applications * Les éditeurs de logiciels indépendants (ISV) qui développent des logiciels fonctionnant sans droits utilisateur root mais qui y intègrent un produit DB2 Bien que les installations non root fournissent la plupart des fonctions offertes par les installations root, il existe quelques différences et limitations. Vous pouvez éviter certaines de ces limitations en demandant à un utilisateur root d'exécuter la commande db2rfe. 2.6.3.2 Différences entre les installations effectuées avec des droits root et les installations effectuées sans droits root Outre certaines limitations, la structure des répertoires d'une installation effectuée sans droits root est légèrement différente de celle d'une installation effectuée avec des droits root. Pendant une installation effectuée avec des droits root, les sous-répertoires et les fichiers du produit DB2 sont créés dans un répertoire choisi par l'utilisateur root. En revanche, les utilisateurs qui ne possèdent pas de droits root ne peuvent pas sélectionner le répertoire où les produits DB2 sont installés. Sans droits root, les produits sont toujours installés dans le répertoire $REP_PRINC/sqllib, où $REP_PRINC représente le répertoire principal de l'utilisateur non root. Pour une installation sans droits root, la structure des sous-répertoires au sein du répertoire sqllib est identique à celle d'une installation effectuée avec des droits root. Les utilisateurs root peuvent créer plusieurs instances lors d'une installation. La propriété de l'instance est associée à l'ID utilisateur avec lequel l'instance a été créée. Les installations effectuées sans droits root ne peuvent comporter qu'une seule instance DB2. Sans droits root, le répertoire d'installation contient tous les fichiers du produit et les fichiers d'instance DB2 sans liens lointains. Le tableau ci-après récapitule les différences entre les installations effectuées avec des droits root et celles effectuées sans droits root. Tableau 13. Différences entre les installations effectuées avec des droits root et les installations effectuées sans droits root +-----------------------+----------------------+----------------------+ | Critères | Installations avec | Installations sans | | | droits root | droits root | +-----------------------+----------------------+----------------------+ | L'utilisateur peut | Oui | Non. Les produits | | sélectionner le | | DB2 sont installés | | répertoire | | dans le répertoire | | d'installation | | principal de | | | | l'utilisateur. | +-----------------------+----------------------+----------------------+ | Nombre d'instances | Plusieurs | Une seule | | DB2 autorisées | | | +-----------------------+----------------------+----------------------+ | Fichiers déployés | Fichiers programme | Fichiers programme | | pendant | uniquement. Les | et instances de | | l'installation | instances doivent | fichier. A l'issue | | | être créées après | de l'installation, | | | l'installation. | le produit DB2 est | | | | immédiatement | | | | opérationnel. | +-----------------------+----------------------+----------------------+ 2.6.3.3 Limitations des installations non root Outre les différences entre les installation root et les installations non root, il existe plusieurs limitations pour les installations non root. Cette rubrique présente les limitations. Ainsi, il vous sera plus facile de déterminer si vous souhaitez effectuer une installation non root. Limitations du produit Certains produits DB2 ne sont pas pris en charge lorsque l'installation est effectuée sans droits root : * IBM Data Studio * DB2 Query Patroller * DB2 Net Search Extender * Centre de documentation DB2 installé en local Remarque : Le centre de documentation DB2 installé en local n'est pas pris en charge lorsque l'installation est effectuée sans droits root car le lancement du démon requiert des droits root. Toutefois, une installation sans droits root permet de configurer une instance DB2 pour utiliser un centre de documentation DB2 installé en local si celui-ci est installé sur le même système. Limitations des fonctions et des outils Les fonctions et les outils suivants ne sont pas disponibles lorsque l'installation est effectuée sans droits root : * Le serveur d'administration DB2 et les commandes associées : dascrt, dasdrop, daslist, dasmigr et dasupdt * L'assistant de configuration * Le Centre de contrôle * La fonction d'augmentation des priorités exécutée par db2governor n'est pas prise en charge * Dans WLM (Work Load Manager), les tentatives de définition de la priorité d'un agent dans la classe de service DB2 d'une instance DB2 créée sans droits root sont autorisées. Toutefois, la priorité de l'agent n'est pas prise en compte et aucune erreur SQLCODE n'est renvoyée. * Le démarrage automatique d'instances DB2 créées sans droits root n'est pas pris en charge lors de la réinitialisation du système Limitations du moniteur de santé Les fonctions du moniteur de santé suivantes ne sont pas prises en charge dans les installation non root : * Exécution d'actions de tâche ou de script sur des occurrences d'alerte * Envoi de notifications d'alerte Limitations des bases de données partitionnées Seules les bases de données ayant une seule partition sont prises en charge dans des installation non root. Vous ne pouvez pas ajouter de partitions de base de données supplémentaires. Liste des produits DB2 Si la commande db2ls est exécutée sans droits root, sa sortie est différente de celle générée par un utilisateur root. Pour plus d'informations, voir la rubrique relative à la commande db2ls. Copies DB2 Un utilisateur sans droits root ne peut avoir qu'une seule copie d'un produit DB2 installé. Limitations d'une instance DB2 Lorsque l'installation est effectuée sans droits root, une seule instance DB2 est créée pendant l'installation. Vous ne pouvez pas créer d'autres instances. Seul le propriétaire de l'instance peut exécuter des actions sur l'instance DB2 Les installations effectuées avec des droits root peuvent coexister sur le même système avec les installations effectuées sans droits root en utilisant des chemins d'installation différents. En revanche, une instance créée sans droit root peut être mise à jour ou supprimée (à l'aide de la commande (commande db2_deinstall) uniquement par l'utilisateur sans droits root qui est le propriétaire de l'instance créée sans droits root. Une instance DB2 créée par un utilisateur root ne peut être mise à jour ou supprimée que par un utilisateur doté des droits root. Commandes d'instance DB2 Les commandes d'instance DB2 suivantes ne sont pas disponibles lorsque les installations n'ont pas été effectuées avec des droits root : db2icrt Lorsque vous installez un produit DB2 sans droits root, une seule instance est automatiquement créée et configurée. Vous ne pouvez pas créer d'autres instances lorsque l'installation est effectuée sans droits root. Toutefois, si l'instance automatiquement créée doit être configurée, vous pouvez utiliser la commande de configuration de l'installation sans droits root, db2nrcfg. db2iupdt La commande db2iupdt ne peut pas être utilisée pour des instances créées sans droits root. Utilisez la commande de configuration de l'installation sans droits root (db2nrcfg) pour mettre à jour l'instance DB2 créée sans droits root. Toutefois, la mise à jour d'une instance créée sans droits root n'est généralement pas nécessaire car l'instance est automatiquement mise à jour lorsque vous mettez à jour le produit DB2. db2idrop L'instance créée automatiquement pendant une installation effectuée sans droits root ne peut pas être supprimée. Vous devez désinstaller le produit DB2 pour supprimer l'instance DB2. db2iupgrade La mise à niveau n'est pas prise en charge dans le cadre des installations non root. Limitation de la mise à niveau Les instances root ne peuvent pas devenir des instances non root. Les actions postérieures à l'installation peuvent être effectuées uniquement par le propriétaire de l'instance DB2 Les installations effectuées avec des droits root peuvent coexister sur le même système avec les installations effectuées sans droits root. Toutefois, seul l'utilisateur non root d'origine qui a installé le produit DB2 peut effectuer les actions suivantes : * Application de groupes de correctifs * Ajout de fonctions * Installations d'extensions Adaptation des valeurs ulimit La commande ulimit sous UNIX etLinux définit ou indique la quantité maximale de ressources utilisateur, comme les données ou les piles. Pour les instances d'un utilisateur root, le serveur de base de données met à jour les paramètres ulimit requis de manière dynamique sans modifier les paramètres permanents. Toutefois, pour les instances sans droits root, les paramètres ulimit peuvent uniquement être vérifiés pendant l'installation. Un message d'avertissement est affiché si les paramètres ne sont pas appropriés. Les droits root sont nécessaires pour modifier les paramètres ulimit. Limitations que la commande db2rfe peut éviter La commande db2rfe permet d'éviter les limitations liées aux installations effectuées sans droits root. Les fonctions et les options suivantes ne sont pas disponibles dans les installations effectuées sans droits root : * Authentification par le système d'exploitation * Fonction HA (High Availability) * Possibilité de réserver des noms de service dans le fichier /etc/services * Possibilité d'augmenter les limites des données utilisateur (ulimits). Cette option s'applique uniquement à AIX. Sur d'autres plateformes, vous devez augmenter les limites de données utilisateur manuellement. Exécutez la commande d'activation des fonctions root pour des installations non root (db2rfe) pour activer ces fonctions. L'exécution de la commande db2rfe est facultative et doit être effectuée par un utilisateur root. Type d'authentification pour des installations effectuées sans droits root L'authentification par le système d'exploitation représente le type d'authentification par défaut pour les produits DB2. Comme les installations effectuées sans droits root ne prennent pas en charge l'authentification du système d'exploitation, vous devez définir manuellement le type d'authentification si vous décidez de ne pas exécuter la commande db2rfe après l'installation du produit DB2 sans droit root. Vous pouvez effectuer cette opération en mettant à jour les paramètres suivants dans le fichier de configuration du gestionnaire de base de données (dbm cfg) : * clnt_pw_plugin (paramètre de configuration du module d'extension ID utilisateur-mot de passe du client) * group_plugin (paramètre de configuration du module d'extension du groupe) * srvcon_pw_plugin (paramètre de configuration du module d'extension ID utilisateur-mot de passe pour les connexions entrantes au niveau du serveur) 2.6.3.4 Installation d'un produit DB2 en tant qu'utilisateur non root La plupart des produits DB2 peuvent être installés par un utilisateur non root. Avant d'installer un produit DB2 en tant qu'utilisateur non root, prenez connaissance des différences entre les installations root et les installations non root, ainsi que de leurs limitations. Reportez-vous aux liens connexes à la fin de cette rubrique pour des détails. Conditions préalables pour l'installation d'un produit DB2 en tant qu'utilisateur non root : * Vous pouvez monter le DVD d'installation, ou le faire monter par quelqu'un. * Vous devez disposer d'un ID utilisateur valide, pouvant servir de propriétaire d'une instance DB2. Les restrictions et les exigences suivantes s'appliquent aux ID utilisateur : * ils doivent avoir un groupe primaire autre que guests, admins, users ou local, * ils peuvent inclure des lettres minuscules (a-z), des chiffres (0-9) et le caractère de soulignement ( _ ), * ils ne peuvent pas comporter plus de huit caractères, * ils ne peuvent pas commencer par IBM, SYS, SQL ou un chiffre, * ils ne peuvent pas correspondre à un mot réservé DB2 (USERS, ADMINS, GUESTS, PUBLIC ou LOCAL) ou SQL, * il ne peut pas s'agir d'ID utilisateur associés aux droits root dans le cas de l'ID instance DB2, l'ID DAS ou l'ID utilisateur isolé, * ils ne peuvent inclure de caractères accentués. * Si vous ne créez pas d'ID utilisateur mais que des ID utilisateur existants sont indiqués, assurez-vous que les ID utilisateur : * ne sont pas verrouillés, * ne sont pas associés à des mots de passe ayant expiré. * Les conditions relatives au matériel et aux logiciels existant pour le produit que vous installez s'appliquent indifféremment aux utilisateurs root et non root. * Sous AIX version 5.3, les E-S asynchrones (AIO) doivent être activées. * Votre répertoire personnel doit avoir un chemin d'accès DB2 valide. Les règles suivantes s'appliquent aux chemins d'installation DB2 : * ils peuvent inclure des lettres minuscules (a-z), majuscules (A-Z) et le caractère de soulignement ( _ ), * ils ne peuvent pas comporter plus de 128 caractères, * ils ne peuvent pas contenir d'espace, * ils ne peuvent pas contenir des caractères non anglais. L'installation de produits DB2 en tant qu'utilisateur non root est transparente pour un utilisateur non root. En d'autres termes, un utilisateur non root n'a rien de spécial à faire pour installer un produit DB2, sauf de se connecter en tant qu'utilisateur non root. Pour effectuer une installation non root : 1. Connectez-vous en tant qu'utilisateur non root. 2. Installez votre produit DB2 à l'aide d'une des méthodes à votre disposition. Options possibles : * l'assistant d'installation DB2 (installation en mode graphique), * la commande db2_install, * la commande db2setup avec fichier de réponses (installation automatique). Remarque : Etant donné que les utilisateurs non root ne peuvent pas choisir le répertoire d'installation des produits DB2, les mots clés de type FILE de votre fichier de réponses sont ignorés. Consultez les liens connexes à la fin de cette rubrique pour plus de détails. 3. Une fois le produit DB2 installé, vous devez ouvrir une nouvelle session de connexion afin d'utiliser l'instance DB2 non root. Vous pouvez cependant utiliser la même session si vous associez l'environnement de l'instance DB2 à $HOME/sqllib/db2profile (pour les shells Bourne et Korn) ou $HOME/sqllib/db2chsrc (pour les shells C), où $HOME correspond au répertoire personnel de l'utilisateur non root. Une fois le produit DB2 installé, vérifiez les limites des ressources de traitement utilisateur de votre système d'exploitation (ulimits). Si les valeurs ulimit minimales ne sont pas atteintes, le moteur DB2 risque de manquer de ressources. Ce type d'incident peut entraîner l'indisponibilité de DB2. 2.6.3.5 Activation de fonctions non root sur les installations non root à l'aide de la commande db2rfe Il existe plusieurs fonctions initialement non disponibles dans les installations non root mais qui peuvent être activées à l'aide de la commande db2rfe. Cette tâche ne nécessite pas de droits root. Pour activer des fonctions initialement indisponibles dans les installations non root : 1. Localisez les fichiers de configuration modèles. Deux fichiers de configuration modèles sont fournis : * $HOME/sqllib/instance/db2rfe.cfg est préconfiguré avec les valeurs par défaut de l'instance DB2 non root. * $HOME/sqllib/cfg/db2rfe.cfg.sample n'est pas configuré. où $HOME est le répertoire personnel de l'utilisateur non root. 2. Copiez un des fichiers de configuration modèles vers un autre emplacement de façon à ne pas modifier le fichier initial. 3. Modifiez le fichier copié. Le fichier de configuration est intégré à la commande db2rfe. Exemple de fichier de configuration : INSTANCENAME=db2inst2 SET_ULIMIT=NO ENABLE_HA=NO ENABLE_OS_AUTHENTICATION=NO RESERVE_REMOTE_CONNECTION=NO **SVCENAME=db2c_db2inst2 **SVCEPORT=48000 RESERVE_TEXT_SEARCH_CONNECTION=NO **SVCENAME_TEXT_SEARCH=db2j_db2inst2 **SVCEPORT_TEXT_SEARCH=55000 Remarque : * La valeur du paramètre INSTANCENAME est renseignée automatiquement par le programme d'installation DB2. * Le paramètre SET_ULIMIT est disponible uniquement sous AIX. Sur les autres systèmes d'exploitation, un utilisateur avec des droits root doit définir des valeurs ulimit manuellement. * La valeur par défaut des autres mots clés est NO. * Les paramètres dérivés (comme SVCENAME) sont par défaut mis en commentaires. Les commentaires sont identifiés par ** * Si vous donnez la valeur YES à un paramètre, et si celui-ci possède des paramètres dérivés ("enfants"), nous vous conseillons d'activer les paramètres dérivés et de leur donner des valeurs adéquates. Les valeurs de ports indiquées ne le sont qu'à titre d'exemple. Assurez-vous que les numéros de ports que vous attribuez sont libres. Un exemple est fourni ci-dessous ; il montre un fichier de configuration qui active les fonctions suivantes : * Haute disponibilité * Authentification à base de système d'exploitation * Recherche de texte DB2, avec un nom de service db2j_db2inst2 et un numéro de port 55000 Pour activer ces fonctions, modifiez le fichier de configuration de la façon suivante : INSTANCENAME=db2inst2 SET_ULIMIT=NO ENABLE_HA=YES ENABLE_OS_AUTHENTICATION=YES RESERVE_REMOTE_CONNECTION=NO **SVCENAME=db2c_db2inst2 **SVCEPORT=48000 RESERVE_TEXT_SEARCH_CONNECTION=YES SVCENAME_TEXT_SEARCH=db2j_db2inst2 SVCEPORT_TEXT_SEARCH=55000 4. Connectez-vous en tant qu'utilisateur disposant des droits root 5. Placez-vous dans le répertoire $HOME/sqllib/instance, où $HOME correspond au répertoire personnel de l'utilisateur non root. 6. Exécutez la commande db2rfe avec la syntaxe suivante : db2rfe -f fichier_config où fichier_config est le fichier de configuration créé à l'étape 3. Vous devez réexécuter la commande db2rfe après installation de groupes de correctifs afin de conserver les fonctions root actives sur les installations non root. 3.0 Clients et pilotes IBM Data Server - Présentation Cette rubrique décrit les informations disponibles sur les clients et les pilotes ; en outre, elle renvoie à des informations plus détaillées. Cette rubrique est destinée à vous aider lors des tâches suivantes : 1. Choix du client IBM Data Server ou du pilote approprié permettant d'activer la connexion entre votre système et les bases de données éloignées. 2. Choix de la meilleure méthode pour l'installation du client ou du pilote. 3. Suivi de la procédure et prise en compte des considérations appropriées pour la configuration du client ou du pilote. Options de connexion Les options de connexion d'un système à une base de données éloignée incluent différents clients IBM Data Server et pilotes. Les options disponibles dépendent de la nature du système qui se connecte à la base de données éloignée : * Application située sur l'ordinateur d'un utilisateur professionnel ou sur un serveur d'applications * Poste de travail dédié au développement d'application * Poste de travail d'un administrateur de base de données Il existe plusieurs options à prendre en compte lors de la connexion à des bases de données de grande et moyenne envergure. Types de client et pilote IBM Data Server Voici la liste des clients IBM Data Server et des pilotes : * IBM Data Server Client * IBM Data Server Runtime Client * IBM Data Server Driver Package * IBM Data Server Driver for ODBC and CLI * IBM Data Server Driver for JDBC and SQLJ. En outre, un produit distinct, DB2 Connect Personal Edition, inclut toutes les fonctionnalités IBM Data Server Client ainsi que la possibilité de se connecter à des bases de données de grande et moyenne envergure. Il est possible d'ajouter la fonction DB2 Connect à tout client ou pilote. Méthodes d'installation La méthode d'installation usuelle d'un client ou d'un pilote consiste à exécuter le programme d'installation fourni sur le DVD du produit. Il n'existe pas de programme d'installation pour IBM Data Server Driver for ODBC and CLI ou IBM Data Server Driver Package sous Linux et UNIX. Vous devez installer le pilote manuellement. D'autres méthodes d'installation sont également disponibles. Certaines méthodes ont été conçues en vue de l'automatisation du déploiement d'un grand nombre de clients. D'autres méthodes exploitent certaines capacités des systèmes d'exploitation Windows. Par exemple, sur les systèmes d'exploitation Windows, vous avez la possibilité d'utiliser des modules de fusion pour incorporer dans votre application la fonctionnalité de Data Server Runtime Client ou d'IBM Data Server Driver Package. Configuration d'un client ou d'un pilote Après avoir sélectionné le client à utiliser, configurez ce client en procédant comme suit : 1. Vérifiez que le système répond aux conditions préalables. 2. Effectuez l'installation. 3. Cataloguez les bases de données et configurez les connexions aux serveurs distants. Pour les systèmes sur lesquels il existe déjà un client version 8 ou un client DB2 version 9, déterminez s'il convient de migrer le client existant vers la Version 9.7 de Data Server Client ou de conserver le client pré-Version 9.7 et d'installer la Version 9.7 de Data Server Client en tant que client supplémentaire. L'installation de clients supplémentaires est réservée aux utilisateurs expérimentés. Remarque : L'option de mise à niveau et de remplacement du client existant s'applique uniquement à Data Server Client. 3.1 Types de client IBM Data Server Il existe plusieurs types de client et de pilote IBM Data Server disponibles. Chacun fournit une prise en charge spécifique. Voici la liste des types de client et de pilote IBM Data Server disponibles : * IBM Data Server Driver for JDBC and SQLJ * IBM Data Server Driver for ODBC and CLI * IBM Data Server Driver Package * IBM Data Server Runtime Client * IBM Data Server Client Chaque client et pilote IBM Data Server fournit une prise en charge spécifique : * Pour les applications Java uniquement, utilisez IBM Data Server Driver for JDBC and SQLJ. * Pour les applications utilisant ODBC ou CLI uniquement, utilisez IBM Data Server Driver for ODBC and CLI. (Egalement appelé pilote d'interface cli.) * Pour les applications utilisant ODBC, CLI, .NET, OLE DB, PHP, Ruby, JDBC ou SQLJ, utilisez IBM Data Server Driver Package. * Si vous avez besoin d'une prise en charge DB2 Command Line Processor Plus (CLPPlus), utilisez IBM Data Server Driver Package. * Si vous avez besoin de la prise en charge de l'interpréteur de commandes (CLP) DB2 et du client de base pour l'exécution et le déploiement d'applications, utilisez IBM Data Server Runtime Client. * Si vous avez besoin d'une prise en charge de l'administration de bases de données et du développement d'applications à l'aide d'interfaces de programme d'application (API) comme ODBC, CLI, .NET ou JDBC, utilisez IBM Data Server Client. IBM Data Server Driver for JDBC and SQLJ IBM Data Server Driver for JDBC and SQLJ est le pilote par défaut pour les procédures stockées par Java et les fonctions définies par l'utilisateur. Ce pilote offre une prise en charge des applications client et des applets écrits en langage Java et utilisant JDBC pour accéder aux serveurs locaux et distants, et SQLJ pour le langage SQL statique imbriqué des applications Java. IBM Data Server Driver for ODBC and CLI Data Server Driver for ODBC and CLI est une solution de déploiement léger conçue pour les déploiements relatifs aux éditeurs de logiciel indépendants. Ce pilote, également appelé pilote d'interface cli, fournit une prise en charge d'exécution pour les applications utilisant des API ODBC ou CLI sans nécessiter pour autant l'installation de Data Server Client ou Data Server Runtime Client. Ce pilote n'est disponible que sous forme de fichier tar et non pas comme une image installable. Les messages ne sont fournis qu'en anglais. IBM Data Server Driver for ODBC and CLI fournit les éléments suivants : * prise en charge d'exécution pour l'API CLI ; * prise en charge d'exécution pour l'API ODBC ; * prise en charge d'exécution pour l'API XA ; * connectivité de base de données ; * prise en charge de l'interface CLI DB2 (db2cli) ; * prise en charge du répertoire de bases de données LDAP ; * prise en charge des fonctions de trace, de consignation et de diagnostic. Enregistrez Data Server Driver for ODBC and CLI avec le gestionnaire de pilote ODBC de Microsoft à l'aide de l'utilitaire db2oreg1.exe. IBM Data Server Driver Package IBM Data Server Driver Package est une solution de déploiement légère offrant une prise en charge de l'exécution pour les applications utilisant ODBC, CLI, .NET, OLE DB, PHP, Ruby, JDBC ou SQLJ, sans nécessiter l'installation de Data Server Runtime Client ou Data Server Client. Ce pilote, d'encombrement réduit, est conçu pour être redistribué par les éditeurs de logiciels indépendants et pour la distribution des applications dans des scénarios de déploiement de masse courants dans les grandes entreprises. Les fonctions d'IBM Data Server Driver Package incluent ce qui suit : * CLPPlus (Command Line Processor Plus) DB2 pour la création, l'édition et l'exécution dynamiques des instructions SQL et des scripts. * Prise en charge des applications qui utilisent ODBC, CLI, PHP ou Ruby pour accéder aux bases de données. * Prise en charge des applications client et des applets écrits en langage Java et utilisant JDBC, ainsi que du langage SQL imbriqué pour Java (SQLJ). * Prise en charge d' IBM Informix Dynamic Server pour .NET, PHP et Ruby. * Prise en charge de l'exécution des applications SQL imbriqué. Aucun précompilateur ni aucune fonction de liaison n'est fourni. * Fichiers d'en-tête d'application pour régénérer les pilotes PHP et Ruby. * Prise en charge de l'interface CLI DB2 (db2cli). * Prise en charge des traces DRDA (db2drdat). * Sur les systèmes d'exploitation Windows, IBM Data Server Driver Package fournit également une prise en charge des applications qui utilisent .NET ou OLE DB pour accéder aux bases de données. En outre, ce pilote est disponible sous forme d'image installable et des modules de fusion sont disponibles pour vous permettre d'incorporer sans difficulté le pilote dans une installation reposant sur Windows Installer. IBM Data Server Runtime Client IBM Data Server Runtime Client fournit un moyen d'exécuter des applications sur des bases de données éloignées. Les outils d'interface graphique ne sont pas livrés avec IBM Data Server Runtime Client. Les fonctions incluent : * Interpréteur de commandes (CLP) DB2 pour l'émission de commandes. L'interpréteur de commandes offre également une possibilité d'administration à distance sommaire des serveurs. * Prise en charge de client de base pour le traitement des connexions aux bases de données, des instructions SQL et XQuery et des commandes. * Prise en charge d'interfaces d'accès aux bases de données courantes : JDBC, ADO.NET, OLE DB, ODBC, Command Line Interface (CLI), PHP et Ruby. Inclut des pilotes et des fonctions de définition de sources de données. Ainsi, pour ODBC, l'installation d'un client IBM Data Server installe le pilote ODBC et l'enregistre. Les développeurs d'application et les autres utilisateurs peuvent employer l'outil Windows ODBC Data Source Administrator pour définir des sources de données. * Exploitation du protocole LDAP (Lightweight Directory Access Protocol). * Prise en charge des protocoles de communication réseau courants : TCP/IP et Named Pipe. * Prise en charge de l'installation de plusieurs copies d'un client sur le même poste. Ces copies peuvent être de la même version ou de versions différentes. * Dispositions de licence permettant la libre redistribution d'IBM Data Server Runtime Client avec votre application. * Encombrement de déploiement réduit par rapport à celui du produit IBM Data Server Client complet, en ce qui concerne la taille de l'image d'installation et l'espace disque requis. * Catalogue qui stocke les informations de connexion aux bases de données et aux serveurs. * Avantages pour l'encapsulation sur les systèmes d'exploitation Windows : vous pouvez intégrer dans un même module le client avec votre application afin de fournir la connectivité pour cette application. Le client est également disponible sous forme de modules de fusion de Windows Installer vous permettant d'intégrer les fichiers DLL RTCL dans votre module d'installation d'application. De cette manière, il est possible d'inclure uniquement les parties du client dont vous avez besoin lors de l'utilisation de votre application. * Prise en charge d' IBM Informix Dynamic Server pour PHP, Ruby, .NET et JDBC IBM Data Server Client IBM Data Server Client inclut toutes les fonctionnalités d'IBM Data Server Runtime Client auxquelles viennent s'ajouter des fonctionnalités d'administration de base de données, de développement d'applications et de configuration client-serveur. Ses caractéristiques sont les suivantes : * Encombrement de déploiement plus important que celui d'IBM Data Server Runtime Client en ce qui concerne la taille de l'image d'installation et l'espace disque requis. Toutefois, sur les systèmes d'exploitation Windows, vous avez la possibilité de supprimer l'image IBM Data Server Client afin de réduire la taille de l'image d'installation. * Disponibilité d'un assistant de configuration pour vous aider à cataloguer vos bases de données et à configurer le serveur de base de données. * Centre de contrôle et autres outils graphiques pour l'implémentation et l'administration de base de données. Ces outils sont disponibles pour diverses versions de Windows sur plateformes x86 (32 bits uniquement), Windows sur plateformes x64 (AMD64/EM64T), Linux sur plateformes x86, et Linux sur plateformes AMD64/EM64T (x64). * Documentation du module Premiers pas à l'intention des nouveaux utilisateurs. * Outils Visual Studio * IBM Data Studio * Fichiers d'en-tête d'application * Précompilateurs pour divers langages de programmation * Prise en charge des fonctions de liaison * Exemples et tutoriels * Prise en charge d' IBM Informix Dynamic Server pour PHP, Ruby, .NET, JCC et JDBC 3.2 Pilotes IBM Data Server 3.2.1 Restrictions liées aux pilotes IBM Data Server IBM Data Server Driver Package simplifie le déploiement d'applications. Toutefois, certaines restrictions s'appliquent. Les restrictions suivantes s'appliquent à IBM Data Server Driver Package : * Aucun autre produit de base de données ne peut être installé sur le même chemin si IBM Data Server Driver Package est déjà installé. * Sur les systèmes d'exploitation Windows, vous pouvez installer au maximum 16 copies d'IBM Data Server Driver Package. * 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.) * Les connexions XA par rapport à un serveur z/OS sont prises en charge. Toutefois, les connexions XA par rapport à un serveur System i ne sont pas prises en charge. * Si vous utilisez le fichier de configuration db2dsdriver.cfg pour définir des alias, les entrées suivantes doivent contenir une valeur : * Entrées DSN_Collection (alias, nom, hôte et port) * Entrées de base de données (nom, hôte, port) Ces entrées doivent être définies ; elles ne peuvent pas être vides. * Le mot clé de configuration CLI/ODBC, DBNAME, n'est pas pris en charge. * L'attribut d'instruction d'utilitaire CLI LOAD, sql_attr_use_load_api, n'est pas pris en charge. Fonctionnalité prise en charge avec des restrictions * Il n'existe pas de répertoire de bases de données locales. Le protocole LDAP (Lightweight Directory Access Protocol) est pris en charge, mais le cache LDAP n'est pas sauvegardé sur le disque. Fonctionnalité non prise en charge * Interpréteur de commandes DB2 * API d'administration * Programme d'installation Limitations connues Pour plus d'informations sur les limitations à court terme, voir http://www.ibm.com/developerworks/wikis/display/DB2/IBM+Data+Server+Driver+Limitations 3.2.2 Installation du module de pilote de périphérique d'IBM Data Server (Windows) Sur les plateformes Windows, IBM Data Server Driver Package simplifie le déploiement des applications. Ce pilote, qui présente un faible encombrement, est conçu pour être redistribué par des éditeurs de logiciel indépendants et utilisé pour la distribution d'applications dans les scénarios de déploiement de masse propres aux grandes entreprises. IBM Data Server Driver Package ne fait pas partie d'IBM Data Server Client ni d'IBM Data Server Runtime Client. IBM Data Server Driver Package doit être installé séparément. Aucun autre produit de base de données DB2 ne peut être installé sur le même chemin d'accès si IBM Data Server Driver Package est déjà installé. IBM Data Server Driver Package est installé via l'exécution de DB2 setup.exe à partir du DVD du produit. Pour chaque langue, il existe plusieurs images d'installation. Pour installer IBM Data Server Driver Package à l'aide d'un fichier de réponses ou pour l'installer à partir de l'image d'un groupe de correctifs, vous pouvez exécuter le fichier DB2 setup.exe à partir de la ligne de commande. Un fichier de réponses exemple se trouve dans le sous-répertoire \samples. Pour les images de groupe de correctifs, vous pouvez télécharger la commande setup.exe à partir de https://www14.software.ibm.com/webapp/iwm/web/reg/pick.do?lang=en_US&source=swg-idsc11. Le chemin d'installation par défaut d'IBM Data Server Driver Package est Program Files\IBM\IBM DATA SERVER DRIVER. Lorsqu'une deuxième copie est installée sur la même machine, le nom du répertoire par défaut est Program Files\IBM\IBM DATA SERVER DRIVER_02. En général, le nom du répertoire par défaut est IBM DATA SERVER DRIVER_nn, où nn est le numéro généré afin de rendre ce répertoire unique. Si vous voulez installer plusieurs copies d'IBM Data Server Driver Package, sachez que la limite maximale est 16 copies. Chaque copie doit être installée dans un répertoire différent. Le nom de copie par défaut d'IBM Data Server Driver Package est IBMDBCL1. Si d'autres pilotes sont installés sur votre machine, ils reçoivent un nom par défaut : IBMDBCL2, IBMDBCL3, etc. Remarque : L'installation de plusieurs copies représente une méthode d'installation avancée qui n'est pas recommandée pour la plupart des utilisateurs. Après avoir installé IBM Data Server Driver Package, vous pouvez, de manière facultative, créer et remplir le fichier de configuration, db2dsdriver.cfg, avec des informations de répertoire de bases de données. 3.2.2.1 Installation de clients IBM Data Server (Windows) Instructions d'installation de tout type de client IBM Data Server, c'est-à-dire IBM Data Server Client, IBM Data Server Runtime Client et IBM Data Server Driver Package. La procédure principale présente un cas simple mais commun dans lequel aucun produit DB2 n'est installé. Si une version précédente d'un client est déjà installée sur la machine, vous devez tout d'abord consulter les rubriques relatives à la mise à niveau. Si un produit de serveur DB2 est déjà installé sur la machine, il n'est pas nécessaire d'installer de client car le serveur DB2 fournit toutes les fonctions du client IBM Data Server. Configuration requise Avant d'installer des clients IBM Data Server ou un module client : * Vous avez déterminé quel est le client le plus adapté à vos besoins. * Vous avez localisé un DVD ou une autre image d'installation nécessaire. Vérifiez que vous disposez de la version 32 bits ou 64 bits appropriée, en fonction de votre machine. * Vous disposez d'un compte utilisateur Windows qui fait partie du groupe Administrateurs. Remarque : Si un compte non administrateur est chargé de l'installation du produit, la bibliothèque d'exécution VS2005 doit être installée avant toute tentative d'installation d'un produit DB2. La bibliothèque d'exécution VS2005 est requise sur le système d'exploitation avant de pouvoir installer le produit DB2. Vous pouvez la télécharger depuis le site Web de bibliothèques d'exécution Microsoft. Vous y trouverez deux options : vcredist_x86.exe (destiné aux systèmes 32 bits) et vcredist_x64.exe (destiné aux systèmes 64 bits). * Votre système dispose de la mémoire, de l'espace disque et des logiciels requis. Le programme d'installation vérifie ces éléments et vous signale tout incident. Restrictions * Aucun autre produit DB2 ne peut être installé sur le même chemin d'accès si l'un des produits suivants est déjà installé : * IBM Data Server Runtime Client * IBM Data Server Driver Package * Centre de documentation DB2 * Les champs de l'assistant d'installation DB2 n'acceptent que les caractères anglais. Cette procédure présente le cas simple. Les informations concernant les autres situations sont décrites dans cette rubrique. Pour installer un client IBM Data Server sous Windows : 1. Connectez-vous au système sous le compte utilisateur que vous voulez utiliser pour procéder à l'installation. 2. Facultatif : arrêtez les autres programmes. 3. Insérez le DVD dans le lecteur. La fonction d'exécution automatique appelle l'assistant d'installation DB2, lequel détermine la langue sous laquelle opère votre système et lance le programme d'installation correspondant. Dans le cas de Data Server Client, vous pouvez exécuter l'assistant d'installation DB2 dans une autre langue que la langue par défaut du système en lançant manuellement cet assistant et en spécifiant le code de langue approprié. Par exemple, la commande setup -i fr exécute l'assistant de configuration DB2 en français. Pour chaque langue, il existe plusieurs images d'installation différentes de Data Server Runtime Client ou Data Server Driver Package. 4. Pour installer un client IBM Data Server ou un module client : * Si vous installez Data Server Client, lancez l'assistant d'installation DB2 ; à l'ouverture du tableau de bord DB2, sélectionnez Installation d'un produit. Suivez les invites de l'assistant d'installation DB2. * Si vous installez un Data Server Runtime Client, il ne dispose pas de tableau de bord. Pour plus de détails sur les paramètres de la commande setup, consultez les liens connexes. Si vous installez une deuxième copie de Data Server Runtime Client, la commande est : setup /v" TRANSFORMS=:InstanceId1.mst MSINEWINSTANCE=1" Pour installer chaque copie suivante de Data Server Runtime Client (au maximum 16 copies), modifiez la commande en incrémentant InstanceIdn, par exemple : setup /v" TRANSFORMS=:InstanceId2.mst MSINEWINSTANCE=1" Remarque : L'installation de plusieurs copies est réservée aux utilisateurs expérimentés. * Si vous installez Data Server Driver Package, exécutez la commande setup à partir du DVD du produit. Si vous installez une image de groupe de correctifs, voir les liens associés relatifs aux options de la commande setup. Si vous installez une deuxième copie de Data Server Driver Package, il est possible d'utiliser les méthodes suivantes : * Pour effectuer une installation d'une nouvelle copie avec un nom de copie généré par défaut : setup /o * Si le nom de la copie existe déjà, effectuez une installation de maintenance (ou une mise à niveau) sur cette copie. Sinon, effectuez une nouvelle installation en utilisant le nom de la copie spécifié. setup /n copyname Après avoir installé Data Server Driver Package, vous pouvez, de manière facultative, créer et remplir le fichier de configuration, db2dsdriver.cfg, avec des informations de répertoire de bases de données. 5. Lors de l'installation de Data Server Client sur une machine comportant déjà une copie de DB2 Universal Database (UDB) version 8, les utilisateurs ont la possibilité d'installer une nouvelle copie ou de mettre à niveau la copie de la version 8 de DB2 UDB. L'installation d'une nouvelle copie conserve la copie de la version 8 de DB2 UDB et installe une copie supplémentaire de la version 9 de DB2. Le choix de la mise à niveau copie les paramètres de l'instance du client DB2 UDB version 8 vers la copie de DB2 version 9 puis supprime la version 8 de DB2 UDB. Remarque : Si une copie de DB2 Universal Database (UDB) version 8 est déjà installée sur une machine, les paramètres par défaut ne peuvent être définis pour les copies de la version 9. Lors de l'installation de Data Server Runtime Client, le programme d'installation installe toujours une nouvelle copie. Pour mettre à niveau une instance du client DB2 UDB version 8, au cours de l'étape suivante, consultez les rubriques relatives à la migration. Une fois cette procédure terminée, le produit est maintenant installé à l'emplacement indiqué. Dans le cadre de la procédure d'installation d'IBM Data Server Client, une instance du gestionnaire de base de données DB2 est créée. L'instance est appelée "DB2" s'il n'existe pas d'autre instance nommée "DB2". Si une copie de DB2 version 8 ou de DB2 version 9.1 est déjà présente, l'instance par défaut sera nommée DB2_01. Le chemin d'installation par défaut de Data Server Client etData Server Runtime Client est Program Files\IBM\sqllib. Lorsqu'une deuxième copie est installée sur la même machine, le nom du répertoire par défaut est Program Files\IBM\sqllib_01. Généralement, le nom du répertoire par défaut est sqllib_nn où nn correspond au nombre de copies installées moins une. Le chemin d'installation par défaut de Data Server Driver Package est Program Files\IBM\IBM DATA SERVER DRIVER. Lorsqu'une deuxième copie est installée sur la même machine, le nom du répertoire par défaut est Program Files\IBM\IBM DATA SERVER DRIVER_02. En général, le nom du répertoire par défaut est IBM DATA SERVER DRIVER_nn, où nn est le numéro généré afin de rendre ce répertoire unique. Si vous voulez installer plusieurs copies de Data Server Driver Package, sachez que la limite maximale est 16 copies. Chaque copie doit être installée dans un répertoire différent. Le nom de copie par défaut de Data Server Client ou Data Server Runtime Client est DB2COPY1 Le nom de copie par défaut de Data Server Driver Package est IBMDBCL1 Cette installation n'inclut pas la documentation du produit. Reportez-vous aux liens connexes pour connaître les options d'installation ou d'accès du centre de documentation DB2. Après avoir installé votre client IBM Data Server, vous devez le configurer pour qu'il accède aux serveurs DB2 distants. Remarques relatives à l'installation à l'aide d'un compte utilisateur qui ne fait pas partie du groupe Administrateurs Les membres du groupe des utilisateurs avec pouvoirs peuvent installer un client IBM Data Server. Les membres du groupe des utilisateurs peuvent également installer un client IBM Data Server une fois que ce droit leur a été accordé. Pour permettre aux membres du groupe des utilisateurs d'installer un client IBM Data Server, un membre du groupe des administrateurs doit s'assurer que l'utilisateur effectuant l'installation dispose de droits en écriture pour : * la branche de registre HKEY_LOCAL_MACHINE\SOFTWARE. * le répertoire système (par exemple, c:\WINNT). * le chemin d'installation par défaut (c:\Program Files) ou un autre chemin d'installation. Un utilisateur non-administrateur peut également installer des groupes de correctifs si l'installation d'origine a été effectuée par un utilisateur qui n'était pas administrateur. Toutefois, un utilisateur non-administrateur ne peut pas installer de groupes de correctifs lorsque l'installation d'origine a été effectuée par un utilisateur disposant de droits administrateur. 3.2.2.2 Options de ligne de commande pour l'installation du module de pilote de périphérique IBM Data Server (Windows) IBM Data Server Driver Package peut être installé via l'exécution de DB2 setup.exe à partir de la ligne de commande. Pour les images de groupe de correctifs, vous pouvez télécharger la commande setup.exe à partir de https://www14.software.ibm.com/webapp/iwm/web/reg/pick.do?lang=en_US&source=swg-idsc11. La liste suivante décrit les options de ligne de commande disponibles pour la commande setup. Pour plus d'informations sur les options disponibles depuis Windows Installer, visitez le site http://www.msdn.microsoft.com/. /n [nom_copie] Indique le nom de copie à utiliser pour l'installation. La définition de cette option remplace le chemin d'installation indiqué dans le fichier de réponses. Si cette copie existe déjà, une installation de maintenance est effectuée sur celle-ci. Sinon, une nouvelle installation est effectuée en utilisant le nom de la copie spécifiée. /o Indique d'effectuer une nouvelle installation de la copie en générant un nom de copie par défaut. /u [fichier_réponses] Indique le chemin d'accès complet et le nom du fichier de réponses. /m Affiche la boîte de dialogue de progression au cours de l'installation. Toutefois, aucune entrée n'est réclamée à l'utilisateur. Utilisez cette option de pair avec l'option /u. /l [fichier_journal] Indique le chemin d'accès complet et le nom du fichier journal. /p [répertoire_installation] Modifie le chemin d'installation du produit. La définition de cette option remplace le chemin d'installation indiqué dans le fichier de réponses. /i langue Indique le code de langue à deux lettres dans laquelle l'installation s'effectue. /? Génère des informations d'utilisation. Après avoir installé IBM Data Server Driver Package, vous pouvez, de manière facultative, créer et remplir le fichier de configuration, db2dsdriver.cfg, avec des informations de répertoire de bases de données. L'utilisation des paramètres de ligne de commande est illustrée dans divers exemples ci-dessous : * Pour installer une nouvelle copie du produit en générant pour celle-ci un nom par défaut, utilisez la commande suivante : setup /o * Pour installer une seconde copie, utilisez la commande suivante : setup /n "NOM_COPIE" * Pour effectuer une installation à partir d'un fichier de réponses, utilisez la commande suivante : setup /u "[chemin d'accès complet au fichier de réponses]" Un fichier de réponses exemple se trouve dans le sous-répertoire \samples. 3.2.3 Installation du module de pilote de périphérique IBM Data Server (Linux et UNIX) Sous les systèmes d'exploitation Linux et UNIX, IBM Data Server Driver Package simplifie le déploiement d'applications. Ce pilote, qui présente un faible encombrement, est conçu pour être redistribué par des éditeurs de logiciel indépendants et utilisé pour la distribution d'applications dans les scénarios de déploiement de masse propres aux grandes entreprises. Pour pouvoir installer IBM Data Server Driver Package, vous devez obtenir le fichier compressé contenant ce module de pilote. Téléchargez ce fichier à partir du site Web de téléchargement du client et du groupe de correctifs : http://www-01.ibm.com/support/docview.wss?rs=71&uid=swg21288110. Sur les systèmes d'exploitation Linux et UNIX, il n'existe pas de programme d'installation pour IBM Data Server Driver Package. Ce module de pilote inclut des pilotes de base de données pour Java, ODBC/CLI, PHP et Ruby on Rails, chacun étant stocké dans son propre sous-répertoire. Les pilotes Java et ODBC/CLI sont compressés. Les étapes d'extraction de base pour chaque pilote sont les mêmes : 1. Décompressez l'archive Data Server Driver Package. 2. Localisez les fichiers du pilote dont vous avez besoin et copiez-les sur la machine cible. 3. Pour les pilotes Java et ODBC/CLI, décompressez le fichier du pilote dans le répertoire d'installation que vous avez choisi sur la machine cible. 4. Facultatif : supprimez le fichier du pilote compressé. Java Chemin : jdbc_sqlj_driver/ Nom de fichier : db2_db2driver_for_jdbc_sqlj.zip Pour des instructions d'installation, voir la rubrique : Installation du pilote IBM Data Server pour JDBC et SQLJ. ODBC/CLI Chemin : odbc_cli_driver/ Nom de fichier : ibm_data_server_driver_for_odbc_cli.tar.Z Instructions d'installation : voir Installation d'IBM Data Server Driver for ODBC and CLI PHP Chemin : php_driver//php32 ou php_driver//php64 Fichiers : ibm_db2_4.4.6.so, ibm_db2_5.2.1.so, pdo_ibm_5.2.1.so Prérequis : les pilotes PHP nécessitent l'installation du pilote ODBC/CLI, lequel est également inclus dans ce modèle de pilote. Instructions d'installation : voir Configuration de l'environnement PHP sous Linux ou UNIX Ruby on Rails Chemin : ruby_driver/ Fichier : ibm_db-0.10.0.gem Prérequis : le pilote Ruby on Rails nécessite l'installation du pilote ODBC/CLI, lequel est également inclus dans ce modèle de pilote. Pour installer le pilote Ruby on Rails, à partir de l'emplacement du fichier gem, exécutez la commande suivante : gem install ibm_db-0.10.0.gem. Pour valider l'installation, voir Vérification de l'installation avec des serveurs de données IBM sur des applications Rails Après avoir installé Data Server Driver Package, vous pouvez, de manière facultative, créer et remplir le fichier de configuration, db2dsdriver.cfg, avec des informations de répertoire de bases de données. 3.3 Méthodes d'installation de clients IBM Data Server Cette section présente les méthodes usuelles et alternatives d'installation d'un client IBM Data Server ou Driver. Les clients sont généralement installés sur des machines sur lesquelles il n'existe aucun serveur. Il n'est pas nécessaire d'installer un client si vous avez déjà installé un produit serveur car le serveur inclut toutes les fonctionnalités présentes dans un client IBM Data Server. Situations usuelles La méthode d'installation usuelle d'un client IBM Data Server ou Driver consiste à exécuter le programme d'installation fourni sur le DVD du produit (en lançant la commande setup sur les systèmes d'exploitation Windows ou la commande db2setup sur les systèmes d'exploitation Linux et UNIX). L'image d'installation d'IBM Data Server Client est intégrée à celle du serveur de base de données. Automatisation de déploiements à grande échelle Un groupe de méthodes automatise le déploiement de grands nombres de clients : * Fichier de réponses. Vous pouvez automatiser l'installation du client en utilisant la méthode d'installation à partir d'un fichier de réponses. L'installation avec un fichier de réponses vous permet d'installer des produits de base de données sans aucune intervention de l'utilisateur. * Outils de déploiement tiers. Vous pouvez installer des clients à l'aide d'outils de déploiement ou de méthodes tels que Windows Active Directory, Windows Systems Management Server (SMS) ou de produits Tivoli. Utilisation des capacités des systèmes d'exploitation Windows Un autre groupe d'options exploite les capacités des systèmes d'exploitation Windows : * Topologie de client partiel Windows. Cette option est prise en charge pour IBM Data Server Client et pour DB2 Connect Personal Edition. Une topologie de client partiel correspond à l'emplacement d'installation du code client dans un répertoire Windows partagé sur un serveur de codes et non sur le disque dur local de chaque poste de travail client. Les postes de travail individuels se connectent au répertoire partagé Windows sur le serveur de codes pour exécution du code Data Server Client. * ID non administrateur Windows. La méthode d'installation usuelle utilise l'ID utilisateur d'un administrateur Windows, c'est à dire un ID rattaché au groupe des administrateurs. Toutefois, vous pouvez aussi installer un client IBM Data Server à l'aide d'un ID utilisateur faisant partie du groupe Utilisateurs avec pouvoir ou du groupe Utilisateurs Windows. Cette méthode est envisageable lorsque l'ID utilisateur effectuant l'installation ne dispose pas des droits administrateur. Le produit DB2 prend également en charge le mécanisme de droits élevés Windows. Il est recommandé d'utiliser les droits élevés Windows pour permettre à un non-administrateur d'installer un client IBM Data Server. Alternatives pour Linux et UNIX Sur les systèmes d'exploitation Linux et UNIX, le script db2_install, qui constitue une méthode alternative pour l'installation des serveurs de base de données, s'applique également aux clients. Le pilote IBM Data Server Driver for ODBC and CLI est aussi disponible sous forme de fichier .tar. Instances client distinctes Si vous avez installé un produit serveur de base de données, vous pouvez utiliser une instance client distincte au lieu d'utiliser une instance de serveur faisant également office d'instance client. Pour créer une instance client distincte, utilisez la commande db2icrt avec l'option -s, comme illustré dans l'exemple suivant : db2icrt -s client 3.3.1 Options de connexion aux bases de données DB2 Cette section présente les options des éléments pouvant être installés sur une machine (système local) pour l'activation de sa connexion à une base de données se trouvant sur une autre machine (système distant). Pour sélectionner l'option appropriée, vous devez tout d'abord prendre en compte le fait que le système local est : * un système qui exécute des applications d'entreprise sur un système d'utilisateur d'entreprise ou sur un serveur d'applications. * un poste de travail de développement d'application. * un poste de travail d'administrateur de bases de données. Vous devez également déterminer l'emplacement des bases de données auxquelles vous souhaitez vous connecter. Les bases de données peuvent se trouver : * sur la même machine, c'est-à-dire sur la machine locale. Inclut les bases de données se trouvant dans une seule instance DB2 ou dans plusieurs instances DB2. * sur différentes machines, c'est-à-dire sur des systèmes distants. * sur différentes machines qui sont des serveurs de grande et moyenne envergure. Options pour les systèmes professionnels 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 DB2 et ces deux éléments se trouvent sur la même machine. 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 DB2 sur une autre machine. * 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 la même machine uniquement. * sur une ou plusieurs autres machines uniquement. * sur la même machine et sur d'autres machines. Si un serveur DB2 est installé sur la même machine que l'application, il n'est pas nécessaire d'installer de client DB2 distinct. Le serveur DB2 inclut une fonctionnalité permettant à des applications de se connecter à des bases de données locales ou éloignées. Si la machine sur laquelle est installée l'application n'a pas de serveur DB2, vous disposez des options suivantes pour permettre aux applications de se connecter aux bases de données DB2 éloignées : * Pilote d'application DB2. Avec un pilote d'application DB2, 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 à DB2 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 DB2 peut se trouver sur la même machine que d'autres pilotes d'application DB2 ou d'un client IBM Data Server. Les produits DB2 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 DB2. Le client IBM Data Server est installé sur toute machine qui se connecte directement à la base de données DB2. En fonction de la topologie de l'application, le client est installé sur chaque poste de travail ou sur un serveur d'applications. Un seul client IBM Data Server peut permettre à toutes les applications de la machine de se connecter à une ou plusieurs bases de données DB2 sur d'autres machines. * Modules de fusion d'instance DB2. Ces modules de fusion créent l'environnement d'une instance DB2. 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 le programme d'installation Windows et d'autres outils d'installation qui prennent en charge les modules de fusion du programme d'installation Windows. 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, vous devez utiliser les modules de fusion d'instance non-DB2 pour éviter la gestion des instances. * Modules de fusion d'instance non-DB2. Ces modules de fusion créent un environnement d'instance non-DB2. Cette approche permet de déployer IBM Data Server Driver Package en incluant les fichiers DLL du client dans le module de déploiement de l'application. Elle est destinée à une utilisation avec le programme d'installation Windows et d'autres outils d'installation qui prennent en charge les modules de fusion du programme d'installation Windows. 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 fonctionnalités 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 DB2. Chaque poste de travail de développeur inclut généralement les composants suivants : * Un environnement de développement intégré (IDE), tel que Rational Application Developer ou Microsoft Visual Studio. * Un outil de développement propre à DB2 lié à l'environnement IDE, tel que : * IBM Database Developer Add-ins for Visual Studio .NET * IBM Data Studio * 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 à 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. Dès qu'un serveur DB2 est installé sur une machine, il n'est pas nécessaire d'installer de client IBM Data Server distinct. Le serveur DB2 inclut toutes les fonctionnalités disponibles dans un client Data Server Client autonome. Options pour les postes de travail d'administrateur Un administrateur de base de données peut effectuer des tâches d'administration sur des bases de données éloignées. Il peut avoir recours à un outil, tel que telnet, pour se connecter à un serveur de base de données et exécuter des commandes administrateur DB2 localement. 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. DB2 offre plusieurs moyens d'effectuer des tâches d'administration sur un ou plusieurs serveurs DB2 à distance à partir d'un poste de travail de l'administrateur. Vous trouverez ci-dessous les options et les remarques s'y rapportant. * Installation d'IBM Data Server Runtime Client. Cette option est adaptée uniquement si vous utilisez l'interpréteur de commande (CLP) pour l'administration. * Installation d'IBM Data Server Client. Ce client inclut toutes les fonctionnalités 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 fonctionnalités incluent les outils d'administration graphiques, tels que l'assistant de configuration et le Centre de contrôle (disponibles sur les plateformes prises en charge). Ces outils utilisent le serveur d'administration DB2 (DAS) sur le serveur DB2, qui par défaut est configuré lors de l'installation du serveur DB2. * Installation d'un serveur DB2. Dès qu'un serveur DB2 est installé sur une machine, il n'est pas nécessaire d'installer de client IBM Data Server distinct. Le serveur DB2 inclut toutes les fonctionnalités disponibles dans un client IBM Data Server autonome. Options pour la connexion aux bases de données de grande et moyenne envergure Avec les produits DB2 Connect, vous pouvez vous connecter aux bases de données DB2 sur des plateformes de grande et moyenne envergure, principalement OS/390 et z/OS, System i, VSE et VM. Vous pouvez également vous connecter à des bases de données non IBM 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, ou Windows. Vous trouverez ci-dessous les options et les remarques s'y rapportant. * 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 Personal Edition. Ce produit est installé sur un poste de travail et offre une connectivité à partir de ce poste de travail. Utilisez ce produit lorsqu'il est nécessaire d'établir une connexion à partir d'un poste de travail directement à un ou plusieurs hôtes. Ce produit est disponible pour les systèmes d'exploitation Linux, Solaris et Windows. * Editions serveur de DB2 Connect. Une édition serveur du produit DB2 Connect est généralement installée sur un serveur de connectivité et sert de passerelle vers des serveurs de base de données de grande et de moyenne envergure. 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 via la passerelle DB2 Connect comme s'il s'agissait de bases de données DB2 sur Windows, Linux et UNIX. Il est possible d'utiliser les deux options simultanément. Par exemple, un poste de travail peut se connecter à une base de données de grande ou moyenne envergure de la manière suivante : * Installez DB2 Connect Personal Edition 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. 3.3.2 Installation de clients IBM Data Server (Windows) Instructions d'installation de tout type de client IBM Data Server, c'est-à-dire IBM Data Server Client, IBM Data Server Runtime Client et IBM Data Server Driver Package. La procédure principale présente un cas simple mais commun dans lequel aucun produit DB2 n'est installé. Si une version précédente d'un client est déjà installée sur la machine, vous devez tout d'abord consulter les rubriques relatives à la mise à niveau. Si un produit de serveur DB2 est déjà installé sur la machine, il n'est pas nécessaire d'installer de client car le serveur DB2 fournit toutes les fonctions du client IBM Data Server. Configuration requise Avant d'installer des clients IBM Data Server ou un module client : * Vous avez déterminé quel est le client le plus adapté à vos besoins. * Vous avez localisé un DVD ou une autre image d'installation nécessaire. Vérifiez que vous disposez de la version 32 bits ou 64 bits appropriée, en fonction de votre machine. * Vous disposez d'un compte utilisateur Windows qui fait partie du groupe Administrateurs. Remarque : Si un compte non administrateur est chargé de l'installation du produit, la bibliothèque d'exécution VS2005 doit être installée avant toute tentative d'installation d'un produit DB2. La bibliothèque d'exécution VS2005 est requise sur le système d'exploitation avant de pouvoir installer le produit DB2. Vous pouvez la télécharger depuis le site Web de bibliothèques d'exécution Microsoft. Vous y trouverez deux options : vcredist_x86.exe (destiné aux systèmes 32 bits) et vcredist_x64.exe (destiné aux systèmes 64 bits). * Votre système dispose de la mémoire, de l'espace disque et des logiciels requis. Le programme d'installation vérifie ces éléments et vous signale tout incident. Restrictions * Aucun autre produit DB2 ne peut être installé sur le même chemin d'accès si l'un des produits suivants est déjà installé : * IBM Data Server Runtime Client * IBM Data Server Driver Package * Centre de documentation DB2 * Les champs de l'assistant d'installation DB2 n'acceptent que les caractères anglais. Cette procédure présente le cas simple. Les informations concernant les autres situations sont décrites dans cette rubrique. Pour installer un client IBM Data Server sous Windows : 1. Connectez-vous au système sous le compte utilisateur que vous voulez utiliser pour procéder à l'installation. 2. Facultatif : arrêtez les autres programmes. 3. Insérez le DVD dans le lecteur. La fonction d'exécution automatique appelle l'assistant d'installation DB2, lequel détermine la langue sous laquelle opère votre système et lance le programme d'installation correspondant. Dans le cas de Data Server Client, vous pouvez exécuter l'assistant d'installation DB2 dans une autre langue que la langue par défaut du système en lançant manuellement cet assistant et en spécifiant le code de langue approprié. Par exemple, la commande setup -i fr exécute l'assistant de configuration DB2 en français. Pour chaque langue, il existe plusieurs images d'installation différentes de Data Server Runtime Client ou Data Server Driver Package. 4. Pour installer un client IBM Data Server ou un module client : * Si vous installez Data Server Client, lancez l'assistant d'installation DB2 ; à l'ouverture du tableau de bord DB2, sélectionnez Installation d'un produit. Suivez les invites de l'assistant d'installation DB2. * Si vous installez un Data Server Runtime Client, il ne dispose pas de tableau de bord. Pour plus de détails sur les paramètres de la commande setup, consultez les liens connexes. Si vous installez une deuxième copie de Data Server Runtime Client, la commande est : setup /v" TRANSFORMS=:InstanceId1.mst MSINEWINSTANCE=1" Pour installer chaque copie suivante de Data Server Runtime Client (au maximum 16 copies), modifiez la commande en incrémentant InstanceIdn, par exemple : setup /v" TRANSFORMS=:InstanceId2.mst MSINEWINSTANCE=1" Remarque : L'installation de plusieurs copies est réservée aux utilisateurs expérimentés. * Si vous installez Data Server Driver Package, exécutez la commande setup à partir du DVD du produit. Si vous installez une image de groupe de correctifs, voir les liens associés relatifs aux options de la commande setup. Si vous installez une deuxième copie de Data Server Driver Package, il est possible d'utiliser les méthodes suivantes : * Pour effectuer une installation d'une nouvelle copie avec un nom de copie généré par défaut : setup /o * Si le nom de la copie existe déjà, effectuez une installation de maintenance (ou une mise à niveau) sur cette copie. Sinon, effectuez une nouvelle installation en utilisant le nom de la copie spécifié. setup /n copyname Après avoir installé Data Server Driver Package, vous pouvez, de manière facultative, créer et remplir le fichier de configuration, db2dsdriver.cfg, avec des informations de répertoire de bases de données. 5. Lors de l'installation de Data Server Client sur une machine comportant déjà une copie de DB2 Universal Database (UDB) version 8, les utilisateurs ont la possibilité d'installer une nouvelle copie ou de mettre à niveau la copie de la version 8 de DB2 UDB. L'installation d'une nouvelle copie conserve la copie de la version 8 de DB2 UDB et installe une copie supplémentaire de la version 9 de DB2. Le choix de la mise à niveau copie les paramètres de l'instance du client DB2 UDB version 8 vers la copie de DB2 version 9 puis supprime la version 8 de DB2 UDB. Remarque : Si une copie de DB2 Universal Database (UDB) version 8 est déjà installée sur une machine, les paramètres par défaut ne peuvent être définis pour les copies de la version 9. Lors de l'installation de Data Server Runtime Client, le programme d'installation installe toujours une nouvelle copie. Pour mettre à niveau une instance du client DB2 UDB version 8, au cours de l'étape suivante, consultez les rubriques relatives à la migration. Une fois cette procédure terminée, le produit est maintenant installé à l'emplacement indiqué. Dans le cadre de la procédure d'installation d'IBM Data Server Client, une instance du gestionnaire de base de données DB2 est créée. L'instance est appelée "DB2" s'il n'existe pas d'autre instance nommée "DB2". Si une copie de DB2 version 8 ou de DB2 version 9.1 est déjà présente, l'instance par défaut sera nommée DB2_01. Le chemin d'installation par défaut de Data Server Client etData Server Runtime Client est Program Files\IBM\sqllib. Lorsqu'une deuxième copie est installée sur la même machine, le nom du répertoire par défaut est Program Files\IBM\sqllib_01. Généralement, le nom du répertoire par défaut est sqllib_nn où nn correspond au nombre de copies installées moins une. Le chemin d'installation par défaut de Data Server Driver Package est Program Files\IBM\IBM DATA SERVER DRIVER. Lorsqu'une deuxième copie est installée sur la même machine, le nom du répertoire par défaut est Program Files\IBM\IBM DATA SERVER DRIVER_02. En général, le nom du répertoire par défaut est IBM DATA SERVER DRIVER_nn, où nn est le numéro généré afin de rendre ce répertoire unique. Si vous voulez installer plusieurs copies de Data Server Driver Package, sachez que la limite maximale est 16 copies. Chaque copie doit être installée dans un répertoire différent. Le nom de copie par défaut de Data Server Client ou Data Server Runtime Client est DB2COPY1 Le nom de copie par défaut de Data Server Driver Package est IBMDBCL1 Cette installation n'inclut pas la documentation du produit. Reportez-vous aux liens connexes pour connaître les options d'installation ou d'accès du centre de documentation DB2. Après avoir installé votre client IBM Data Server, vous devez le configurer pour qu'il accède aux serveurs DB2 distants. Remarques relatives à l'installation à l'aide d'un compte utilisateur qui ne fait pas partie du groupe Administrateurs Les membres du groupe des utilisateurs avec pouvoirs peuvent installer un client IBM Data Server. Les membres du groupe des utilisateurs peuvent également installer un client IBM Data Server une fois que ce droit leur a été accordé. Pour permettre aux membres du groupe des utilisateurs d'installer un client IBM Data Server, un membre du groupe des administrateurs doit s'assurer que l'utilisateur effectuant l'installation dispose de droits en écriture pour : * la branche de registre HKEY_LOCAL_MACHINE\SOFTWARE. * le répertoire système (par exemple, c:\WINNT). * le chemin d'installation par défaut (c:\Program Files) ou un autre chemin d'installation. Un utilisateur non-administrateur peut également installer des groupes de correctifs si l'installation d'origine a été effectuée par un utilisateur qui n'était pas administrateur. Toutefois, un utilisateur non-administrateur ne peut pas installer de groupes de correctifs lorsque l'installation d'origine a été effectuée par un utilisateur disposant de droits administrateur. 3.3.3 Installation de clients IBM Data Server (Linux et UNIX) Cette tâche décrit la procédure à suivre pour effectuer l'installation d'un client IBM Data Server sous Linux ou UNIX. Ces instructions s'appliquent à IBM Data Server Client et à IBM Data Server Runtime Client. La procédure principale présente un cas simple mais commun dans lequel aucun produit DB2 n'est installé. Un récapitulatif des conditions préalables est présenté ci-dessous. Si vous avez besoin d'informations plus détaillées, consultez les liens à la fin de cette section. Si une version précédente d'un client est déjà installée sur la machine, vous devez tout d'abord consulter les rubriques relatives à la mise à niveau. Si un produit de serveur DB2 est déjà installé sur la machine, il n'est pas nécessaire d'installer de client car le serveur DB2 fournit toutes les fonctions des clients IBM Data Server Client. * Vous avez déterminé quel est le client le plus adapté à vos besoins : Data Server Client ou Data Server Runtime Client. * Vous avez localisé un DVD ou une autre image d'installation nécessaire. * Votre système dispose de la mémoire, de l'espace disque et des logiciels requis. Le programme d'installation vérifie ces éléments et vous signale tout incident. * L'installation d'un client IBM Data Server sur le système d'exploitation Solaris ou HP-UX requiert la mise à niveau des paramètres de configuration du noyau. Cette opération est également recommandée pour Linux. Pour installer un client IBM Data Server sous Linux ou UNIX : 1. Insérez et montez le DVD approprié. 2. Accédez au répertoire de montage du DVD. 3. Entrez la commande ./db2setup pour démarrer l'assistant d'installation DB2. 4. Choisissez Installation d'un produit à l'ouverture du tableau de bord DB2. 5. Sélectionnez le client que vous souhaitez installer. 6. Suivez les invites de l'assistant d'installation DB2. Utilisez l'aide en ligne de l'assistant pour vous guider dans les étapes restantes. Une fois l'installation terminée, le client IBM Data Server est installé par défaut dans les répertoires suivants : Linux /opt/ibm/db2/version 9.7 UNIX /opt/IBM/db2/version 9.7 Cette installation n'inclut pas la documentation du produit. Reportez-vous aux liens connexes pour connaître les options d'installation ou d'accès du centre de documentation DB2. Après avoir installé votre client IBM Data Server, vous devez le configurer pour qu'il accède au serveur DB2 distant. Remarques sur les installations en langue nationale Pour exécuter l'assistant d'installation DB2 dans une langue autre que la langue par défaut du système, appelez l'assistant d'installation DB2 et indiquez un code de langue. Par exemple, la commande ./db2setup -i fr exécute l'assistant d'installation DB2 en français. Toutefois, les champs de l'assistant d'installation DB2 n'acceptent que les caractères anglais. Remarques concernant l'installation sur une machine disposant d'un client DB2 version 9.5 Le nom du répertoire par défaut de la première copie est version 9.7. Si une copie est déjà installée, la seconde installation indique le nom de répertoire par défaut version 9.7_01. Généralement, le nom du répertoire par défaut est version 9.7_nn où nn correspond au nombre de copies installées moins une. Remarques concernant l'installation sur une machine comportant un client antérieur à DB2 version 9.5 Le processus d'installation de Data Server Client ou Data Server Runtime Client sur un système qui présente déjà un client DB2 Universal Database (UDB) version 8 ou DB2 version 9 conserve la copie antérieure et installe une copie DB2 version 9.5 (ou version ultérieure) supplémentaire. Pour plus d'informations sur la mise à niveau des instances client vers DB2 version 9.5 (ou version ultérieure), consultez les rubriques relatives à la mise à niveau. 4.0 Présentation des informations techniques DB2 Les informations techniques DB2 sont disponibles via les méthodes et les outils suivants : * centre de documentation DB2 * Rubriques (tâches, concepts et référence) * Aide sur les outils DB2 * Exemples de programmes * Tutoriels * Manuels DB2 * Fichiers PDF (téléchargeables) * Fichiers PDF (se trouvant sur le DVD des documents PDF DB2) * Manuels imprimés * Aide sur les lignes de commande * Aide sur la commande * Aide sur le message Remarque : Les rubriques du centre de documentation DB2 sont mises à jour plus régulièrement que les fichiers PDF ou les manuels en version papier. Pour avoir accès aux informations les plus récentes, installez les mises à jour de la documentation dès qu'elles sont disponibles ou consultez le centre de documentation DB2 sur le site ibm.com. Vous pouvez accéder à des informations techniques DB2 supplémentaires, telles que les notes techniques, les livres blancs et les documents IBM Redbooks disponibles en ligne sur le site ibm.com. Accédez au site de la bibliothèque des logiciels de gestion des informations DB2 à l'adresse http://www.ibm.com/software/data/sw-library/. Commentaires sur la documentation Nous accordons une grande importance à vos commentaires sur la documentation DB2. Si vous avez des suggestions permettant d'améliorer la documentation DB2, envoyez un message électronique à db2docs@ca.ibm.com. L'équipe de documentation DB2 lit tous les commentaires mais ne peut pas vous répondre directement. Indiquez des exemples précis, lorsque cela est possible, afin que nous puissions mieux comprendre vos préoccupations. Si vous avez des commentaires sur une rubrique ou un fichier d'aide spécifique, indiquez le titre de la rubrique et l'URL. N'utilisez pas cette adresse électronique pour contacter le service clients DB2. Si vous rencontrez un problème technique DB2 non résolu par la documentation, contactez le service de maintenance IBM. 4.1 Dispositions Les droits d'utilisation relatifs à ces publications sont soumis aux dispositions suivantes. Usage personnel : Vous pouvez reproduire ces publications pour votre usage personnel, non commercial, sous réserve que toutes les mentions de propriété soient conservées. Vous ne pouvez distribuer ou publier tout ou partie de ces publications ou en faire des oeuvres dérivées sans le consentement exprès d'IBM.. Usage commercial : Vous pouvez reproduire, distribuer et publier ces publications uniquement au sein de votre entreprise, sous réserve que toutes les mentions de propriété soient conservées. Vous ne pouvez reproduire, distribuer, afficher ou publier tout ou partie de ces publications en dehors de votre entreprise, ou en faire des oeuvres dérivées, sans le consentement exprès d'IBM. Excepté les droits d'utilisation expressément accordés dans ce document, aucun autre droit, licence ou autorisation, implicite ou explicite, n'est accordé pour ces publications ou autres informations, données, logiciels ou droits de propriété intellectuelle contenus dans ces publications. IBM se réserve le droit de retirer les autorisations accordées ici si, à sa discrétion, l'utilisation des publications s'avère préjudiciable à ses intérêts ou que, selon son appréciation, les instructions n'ont pas été respectées. Vous ne pouvez télécharger, exporter ou réexporter ces informations qu'en total accord avec toutes les lois et règlements applicables dans votre pays, y compris les lois et règlements américains relatifs à l'exportation. IBM N'OCTROIE AUCUNE GARANTIE SUR LE CONTENU DE CES PUBLICATIONS. LES PUBLICATIONS SONT LIVREES EN L'ETAT SANS AUCUNE GARANTIE EXPLICITE OU IMPLICITE. IBM DECLINE NOTAMMENT TOUTE RESPONSABILITE RELATIVE A CES PUBLICATIONS EN CAS DE CONTREFAÇON AINSI QU'EN CAS DE DEFAUT D'APTITUDE A L'EXECUTION D'UN TRAVAIL DONNE. 5.0 Remarques Le présent document peut contenir des informations ou des références concernant certains produits, logiciels ou services IBM non annoncés dans ce pays. Pour plus de détails, référez-vous aux documents d'annonce disponibles dans votre pays, ou adressez-vous à votre partenaire commercial IBM. Toute référence à un produit, logiciel ou service IBM n'implique pas que seul ce produit, logiciel ou service puisse être utilisé. Tout autre élément fonctionnellement équivalent peut être utilisé, s'il n'enfreint aucun droit d'IBM. Il est de la responsabilité de l'utilisateur d'évaluer et de vérifier lui-même les installations et applications réalisées avec des produits, logiciels ou services non expressément référencés par IBM. IBM peut détenir des brevets ou des demandes de brevet couvrant les produits mentionnés dans le présent document. La remise de ce document ne vous donne aucun droit de licence sur ces brevets ou demandes de brevet. Si vous désirez recevoir des informations concernant l'acquisition de licences, veuillez en faire la demande par écrit à l'adresse suivante : IBM Director of Licensing IBM Corporation North Castle Drive Armonk, NY 10504-1785 U.S.A. Pour le Canada, veuillez adresser votre courrier à : IBM Director of Commercial Relations IBM Canada Ltd 3600 Steeles Avenue East Markham, Ontario L3R 9Z7 Canada Les informations sur les licences concernant les produits utilisant un jeu de caractères double octet peuvent être obtenues par écrit à l'adresse suivante : IBM World Trade Asia Corporation Licensing 2-31 Roppongi 3-chome, Minato-ku Tokyo 106-0032, Japan Le paragraphe suivant ne s'applique ni au Royaume-Uni ni dans aucun autre pays dans lequel il serait contraire aux lois locales. LE PRESENT DOCUMENT EST LIVRE "EN L'ETAT". IBM DECLINE TOUTE RESPONSABILITE, EXPRESSE OU IMPLICITE, RELATIVE AUX INFORMATIONS QUI Y SONT CONTENUES, Y COMPRIS EN CE QUI CONCERNE LES GARANTIES DE QUALITE MARCHANDE OU D'ADAPTATION A VOS BESOINS. Certaines juridictions n'autorisent pas l'exclusion des garanties implicites, auquel cas l'exclusion ci-dessus ne vous sera pas applicable. Le présent document peut contenir des inexactitudes ou des coquilles. Ce document est mis à jour périodiquement. Chaque nouvelle édition inclut les mises à jour. IBM peut, à tout moment et sans préavis, modifier les produits et logiciels décrits dans ce document. Les références à des sites Web non IBM sont fournies à titre d'information uniquement et n'impliquent en aucun cas une adhésion aux données qu'ils contiennent. Les éléments figurant sur ces sites Web ne font pas partie des éléments du présent produit IBM et l'utilisation de ces sites relève de votre seule responsabilité. IBM pourra utiliser ou diffuser, de toute manière qu'elle jugera appropriée et sans aucune obligation de sa part, tout ou partie des informations qui lui seront fournies. Les licenciés souhaitant obtenir des informations permettant : (i) l'échange des données entre des logiciels créés de façon indépendante et d'autres logiciels (dont celui-ci), et (ii) l'utilisation mutuelle des données ainsi échangées, doivent adresser leur demande à : IBM Canada Limited Office of the Lab Director 8200 Warden Avenue Markham, Ontario L6G 1C7 CANADA Ces informations peuvent être soumises à des conditions particulières, prévoyant notamment le paiement d'une redevance. Le logiciel sous licence décrit dans ce document et tous les éléments sous licence disponibles s'y rapportant sont fournis par IBM conformément aux dispositions de l'ICA, des Conditions internationales d'utilisation des logiciels IBM ou de tout autre accord équivalent. Les données de performance indiquées dans ce document ont été déterminées dans un environnement contrôlé. Par conséquent, les résultats peuvent varier de manière significative selon l'environnement d'exploitation utilisé. Certaines mesures évaluées sur des systèmes en cours de développement ne sont pas garanties sur tous les systèmes disponibles. En outre, elles peuvent résulter d'extrapolations. Les résultats peuvent donc varier. Il incombe aux utilisateurs de ce document de vérifier si ces données sont applicables à leur environnement d'exploitation. Les informations concernant des produits non IBM ont été obtenues auprès des fournisseurs de ces produits, par l'intermédiaire d'annonces publiques ou via d'autres sources disponibles. IBM n'a pas testé ces produits et ne peut confirmer l'exactitude de leurs performances ni leur compatibilité. Elle ne peut recevoir aucune réclamation concernant des produits non IBM. Toute question concernant les performances de produits non IBM doit être adressée aux fournisseurs de ces produits. Toute instruction relative aux intentions d'IBM pour ses opérations à venir est susceptible d'être modifiée ou annulée sans préavis, et doit être considérée uniquement comme un objectif. Le présent document peut contenir des exemples de données et de rapports utilisés couramment dans l'environnement professionnel. Ces exemples mentionnent des noms fictifs de personnes, de sociétés, de marques ou de produits à des fins illustratives ou explicatives uniquement. Toute ressemblance avec des noms de personnes, de sociétés ou des données réelles serait purement fortuite. LICENCE DE COPYRIGHT : Le présent logiciel contient des exemples de programme d'application en langage source destinés à illustrer les techniques de programmation sur différentes plateformes d'exploitation. Vous avez le droit de copier, de modifier et de distribuer ces exemples de programmes sous quelque forme que ce soit et sans paiement d'aucune redevance à IBM, à des fins de développement, d'utilisation, de vente ou de distribution de programmes d'application conformes aux interfaces de programmation des plateformes pour lesquelles ils ont été écrits ou aux interfaces de programmation IBM. Ces exemples de programmes n'ont pas été rigoureusement testés dans toutes les conditions. Par conséquent, IBM ne peut garantir expressément ou implicitement la fiabilité, la maintenabilité ou le fonctionnement de ces programmes. Toute copie totale ou partielle de ces programmes exemples et des oeuvres qui en sont dérivées doit comprendre une notice de copyright, libellée comme suit : © (nom de votre société) (année). Des segments de code sont dérivés des Programmes exemples d'IBM Corp. © Copyright IBM Corp. _indiquez l'année ou les années_. All rights reserved. Marques IBM, le logo IBM et ibm.com sont des marques d'International Business Machines Corp. aux Etats-Unis et/ou dans certains autres pays. Les autres noms de produits et de services peuvent appartenir IBM ou à des tiers. La liste actualisée de toutes les marques d'IBM est disponible sur la page Web "Copyright and trademark information" à http://www.ibm.com/legal/copytrade.shtml. Les termes qui suivent sont des marques d'autres sociétés : * Linux est une marque de Linus Torvalds aux Etats-Unis et/ou dans certains autres pays. * Java ainsi que toutes les marques et tous les logos incluant Java sont des marques de Sun Microsystems, Inc. aux Etats-Unis et/ou dans certains autres pays. * UNIX est une marque enregistrée de The Open Group aux Etats-Unis et/ou dans certains autres pays. * Intel, le logo Intel, Intel Inside, le logo Intel Inside, Intel Centrino, le logo Intel Centrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium, et Pentium sont des marques d'Intel Corporation ou de ses filiales aux Etats-Unis et dans certains autres pays. * Microsoft, Windows, Windows NT et le logo Windows sont des marques de Microsoft Corporation aux Etats-Unis et/ou dans certains autres pays. Les autres noms de sociétés, de produits et de services peuvent appartenir à des tiers.