Installation et configuration - Informations complémentaires

Fichier de configuration de noeud DB2 - db2nodes.cfg

Le paramètre resourcesetname est uniquement pris en charge sous AIX, HP-UX, Solaris et Linux.

Dans les systèmes d'exploitation Linux, la colonne resourcesetname définit un nombre qui correspond à un noeud NUMA (accès mémoire non uniforme) sur le système. L'utilitaire système numactl doit être disponible en plus d'un noyau 2.6 avec prise en charge des règles NUMA. Consultez la page man pour numact1 pour obtenir plus d'informations concernant la prise en charge NUMA sur des systèmes d'exploitation Linux.

Exemple d'utilisation de resourcesetname sur des systèmes d'exploitation Linux

Cet exemple vous présente le paramétrage d'un ordinateur NUMA à quatre noeuds, chaque noeud logique étant associé à un noeud NUMA.

Procédure

  1. Assurez-vous que votre système dispose des fonctionnalités NUMA.
  2. Puis lancez la commande suivante :
    $ numactl --hardware
    
    Des résultats semblables à ce qui suit s'affichent :
    available: 4 nodes (0-3)
    node 0 size: 1901 MB
    node 0 free: 1457 MB
    node 1 size: 1910 MB
    node 1 free: 1841 MB
    node 2 size: 1910 MB
    node 2 free: 1851 MB
    node 3 size: 1905 MB
    node 3 free: 1796 MB
    
  3. Dans cet exemple, le système comporte quatre noeuds NUMA. Modifiez le fichier db2nodes.cfg comme suit afin d'associer chaque noeud logique multiple (MLN) à un noeud NUMA du système :
    0 nomhôte 0 nomhôte 0
    1 nomhôte 1 nomhôte 1
    2 nomhôte 2 nomhôte 2
    3 nomhôte 3 nomhôte 3
    

Variable de registre DB2NOLIOAIO remplacée par DB2LINUXAIO (Linux)

L'utilisation de la variable de registre DB2NOLIOAIO est déconseillée à partir de la version 8.2.2 (équivalente de la version 8.1, FixPak 9) de DB2 Universal Database (UDB) . Pour les utilisateurs Linux, la variable de registre DB2NOLIOAIO a été remplacée par DB2LINUXAIO.

Serveur d'applications pour DB2 UDB

Le serveur d'applications pour DB2 Universal Database (UDB) ne prend plus en charge l'administration distante et les procédures mémorisées.

Les rubriques mises à jour sont les suivantes :

Activation du serveur d'applications pour DB2 UDB

L'activation de la base de données entraîne :

Condition préalable

Sous Linux, après l'installation du serveur d'applications et avant son activation, vous devez configurer l'environnement Java de Linux. Voir le manuel Application Development Guide: Building and Running Applications pour plus de détails sur la configuration de l'environnement Java de Linux.

Procédure

Pour activer le serveur d'applications pour DB2 UDB, procédez comme suit :

  1. Connectez-vous au serveur DB2 en tant qu'utilisateur root sur les systèmes d'exploitation Linux ou UNIX ou en tant qu'utilisateur doté des droits Administrator sur les systèmes d'exploitation Windows.
  2. Pour les systèmes d'exploitation basés sur Linux- et UNIX-, exécutez la commande suivante :
       . /chemin_instancedb2/sqllib/db2profile 
    chemin_instancedb2 étant l'emplacement où l'instance DB2 UDB a été créée.
  3. Exécutez l'une des commandes suivantes :
    • Pour les systèmes d'exploitation Linux et UNIX :
         chemin_install_ServeurApp/bin/enable.sh 
               -db alias_bdd 
               -user utilisateur_bdd 
               -password mot_de_passe_bdd 
               -db2path chemin_sqllib 
               -instance nom_instance
               -easpath chemin_sai
               -fencedid id_utilisateur_isolé
    • Pour les systèmes d'exploitation Windows :
         chemin_install_serveurApp\bin\enable 
               -db alias_bdd 
               -user utilisateur_bdd 
               -password mot_de_passe_bdd 
               -db2path chemin_sqllib 
               -instance nom_instance
               -easpath chemin_sai
      
    où :
    • alias_bdd est l'alias de la base de données à activer,
    • utilisateur_bdd est l'ID utilisateur à employer lors de la connexion à la base de données,
    • mot_de_passe_bdd est le mot de passe à employer avec l'ID utilisateur lors de la connexion à la base de données,
    • chemin_sqllib est le chemin du répertoire SQLLIB de l'instance DB2 UDB. Ce chemin est utilisé pour la mise à jour de DB2EAS à l'aide des fichiers JAR requis,
    • nom_instance est le nom d'une instance DB2 UDB,
    • chemin_sai est le chemin du serveur d'applications intégré,
    • id_utilisateur_isolé est l'ID de l'utilisateur isolé.

Une fois le serveur d'applications pour DB2 activé, il démarre automatiquement.

Démarrage du serveur d'applications pour DB2 UDB en local

Le serveur d'applications doit être démarré à l'aide de l'ID utilisateur isolé pour les systèmes créant des services Web dans un environnement .NET ou en exécutant uniquement le registre de métadonnées XML.

Démarrage à distance du serveur d'applications pour DB2 UDB

La section est supprimée. Le serveur d'applications pour DB2 UDB ne prend plus en charge l'administration distante.

Arrêt du serveur d'applications pour DB2 UDB en local

Le serveur d'applications doit être arrêté à l'aide de l'ID utilisateur isolé pour les systèmes créant des services Web dans un environnement .NET ou en exécutant uniquement le registre de métadonnées XML.

Arrêt à distance du serveur d'applications pour DB2 UDB

La section est supprimée. Le serveur d'applications pour DB2 UDB ne prend plus en charge l'administration distante.

Désinstallation du serveur d'applications pour DB2 UDB

La section est supprimée. Le serveur d'applications pour DB2 UDB ne prend plus en charge l'administration distante.

Activation du serveur d'applications intégré DB2

La base de données activée d'un serveur d'applications intégré DB2 doit être située dans une instance 32 bits. Toutes les bases de données auxquelles on accède à partir du serveur d'applications intégré DB2 peuvent être situées dans des instances 32 bits et 64 bits.

Déploiement des outils Web DB2

Les serveurs d'applications utilisant JDK 1.4 ne nécessitent plus de personnalisation de la variable CLASSPATH pendant le déploiement d'outils Web DB2. Toutes les dépendances, y compris les dépendances de l'analyseur XML, sont maintenant déployées avec le module Web et sont chargées à partir du répertoire WEB-INF\lib en fonction des spécifications J2EE. Cette modification affecte deux rubriques d'information :

Les rubriques mises à jour sont les suivantes :

Déploiement des outils Web DB2 sur des serveurs d'applications WebLogic

Cette tâche décrit la procédure de déploiement et de configuration des outils Web DB2 (dont le Centre de commande Web et le Centre de santé Web) sur BEA WebLogic 7.0. Ces outils s'exécutent comme des applications Web sur un serveur Web pour permettre d'accéder aux serveurs DB2 à l'aide des navigateurs Web.

Conditions préalables

Avant d'installer les outils Web DB2 sur WebSphere, vérifiez que vous disposez des éléments suivants :

Restrictions

Les restrictions ci-après s'appliquent au déploiement des outils Web DB2 :

Procédure

Pour installer les outils Web DB2 sur des serveurs d'applications WebLogic :

  1. A partir de la console d'administration WebLogic, déployez les outils Web DB2 en procédant comme suit :
    1. Démarrez la console d'administration WebLogic.
    2. Cliquez sur domain -> deployments -> Web Applications dans la sous-fenêtre de gauche.
    3. Cliquez sur le lien Configure a new Web Application pour installer l'application Web DB2 Web Tools.
    4. Dans la liste du système de fichiers, localisez le fichier Sqllib\tools\web\db2wa.war.
    5. Cliquez sur select sous le nom de fichier db2wa.war.
    6. Dans la liste des serveurs disponibles, sélectionnez celui qui doit héberger DB2 Web Tools, puis cliquez sur la flèche pour le faire passer dans la liste des serveurs cibles.
      Remarque :
      Vous devez conserver le nom d'origine db2wa, car celui-ci est défini dans le code de l'application DB2 Web Tools.
    7. Cliquez sur Configure and Deploy.
    8. Patientez pendant que le serveur d'applications régénère l'état du processus de déploiement de l'application Web sur le serveur sélectionné. Si le déploiement aboutit, l'état suivant s'affiche : Deployed=true.
  2. Appelez l'application Web DB2 Web Tools située à l'adresse :
    http://nom-serveur:numéro-port-serveur-app/db2wa
    Par exemple : http://nom-serveur:7001/db2wa.

Déploiement des outils Web DB2 sur d'autres serveurs d'applications

Cette tâche décrit la procédure de déploiement et de configuration des outils Web DB2 (dont le Centre de commande Web et le Centre de santé Web) sur d'autres serveurs d'applications, tels Tomcat 4.0 et Macromedia JRun 4.0. Ces outils s'exécutent comme des applications Web sur un serveur Web pour permettre d'accéder aux serveurs DB2 à l'aide des navigateurs Web.

Conditions préalables

Avant d'installer les outils Web DB2, vérifiez que vous disposez des éléments suivants :

Restrictions

Les restrictions ci-après s'appliquent au déploiement des outils Web DB2 :

Procédure

Les procédures d'installation des outils Web DB2 sur des serveurs d'applications tels Tomcat 4.0 ou Macromedia JRun 4.0 sont les suivantes :

Tomcat 4.0
  1. Préparez le fichier de configuration Tomcat 4.0 (CLASSPATH) en procédant comme suit :
    1. Créez la variable d'environnement/système CATALINA_HOME qui doit contenir le chemin d'accès à Tomcat 4.0 (répertoire principal). Par exemple, D:\jakarta-tomcat-4.0.3.
    2. Vérifiez que Tomcat Servlet/JSP Container est opérationnel :
      1. Démarrez Tomcat. Pour ce faire, exécutez startup.bat à partir du répertoire bin de Tomcat.
      2. Affichez la page Web principale http://hôtelocal:8080/ dans un navigateur Web.
  2. Déployez les outils Web DB2 dans Tomcat Servlet/JSP Container. Pour ce faire, localisez le chemin d'installation des outils Web DB2 (Sqllib\tools\web\db2wa.war ) et copiez db2wa.war dans le répertoire de déploiement de Tomcat (répertoire webapps de Tomcat).
  3. Appelez les outils Web DB2 sur Tomcat Servlet/JSP Container en procédant comme suit :
    1. Ouvrez une fenêtre de commande DB2 et indiquez le répertoire bin de Tomcat.
    2. Démarrez Tomcat à l'aide de startup.bat et vérifiez qu'un nouveau répertoire (db2wa) a été ajouté dans le répertoire webapps.
      Remarque :
      L'exécution de startup.bat à partir d'une fenêtre d'invite ne permet pas de définir DB2PATH. Pour ce faire, la ligne CLASSPATH doit être modifiée pour faire explicitement référence au chemin d'installation de DB2 UDB, et non à la variable d'environnement %DB2PATH%.
    3. L'application d'entreprise DB2 Web Tools se trouve à l'adresse http://localhost:8080/db2wa, elle est accessible à l'aide du navigateur Web compatible avec HTML 4.0.
JRun
  1. Préparez un nouveau serveur d'applications pour les outils Web DB2 en procédant comme suit :
    Recommandation

    La création d'un serveur d'applications est recommandée, mais n'est pas obligatoire. Le serveur par défaut peut être utilisé à des fins de tests et, dans ce cas, seule la configuration du chemin de classe JVM et du répertoire de déploiement est obligatoire.

    1. Démarrez la console de gestion JRun (JRun Management Console) et connectez-vous sous l'ID administrateur du serveur d'applications.
    2. Créez un serveur d'applications à l'aide de l'option de création de serveur située dans la partie supérieure droite de la page principale. Ne modifiez pas le nom d'hôte affiché (hôtelocal).
    3. Indiquez le nouveau nom de serveur (DB2WebToolsServer) et cliquez sur le répertoire du serveur JRun. La valeur de paramètre est automatiquement remplie.
    4. Cliquez sur le bouton de création de serveur.
    5. Enregistrez les valeurs générées ou indiquez des nouvelles valeurs pour les paramètres suivants :
      • adresse URL du fournisseur JNDI ;
      • numéro de port du serveur Web. Il s'agit de la valeur à utiliser dans l'adresse URL des outils Web DB2 (http://localhost:numéro_port_serveur_Web/db2wa)
      • numéro de port du mandataire du connecteur Web.
    6. Cliquez si nécessaire sur l'option de mise à jour des numéros de port et fermez la fenêtre.
  2. Déployez les outils Web DB2 sur le serveur d'applications JRun en procédant comme suit :
    1. Démarrez le serveur d'applications qui doit héberger l'application Web DB2 Web Tools (DB2WebToolsServer, par défaut, ou tout autre serveur à l'exception du serveur d'administration).
    2. Cliquez sur Applications Web, puis sur Ajout.
    3. Parcourez la section Fichier de déploiement pour sélectionner le fichier Sqllib\tools\web\db2wa.war dans le chemin d'installation de DB2 UDB.
    4. Cliquez sur Déployer et vérifiez que le chemin du contexte est /db2wa.
    5. Sélectionnez le serveur d'applications et vérifiez que l'application DB2 Web Tools apparaît dans la section Applications Web. Ne cliquez pas sur Validation sur cette page.
    6. Sélectionnez le lien Accueil situé sur le panneau supérieur gauche de la page principale.
    7. Redémarrez le serveur d'applications à partir de la vue Accueil qui contient les outils Web DB2 (DB2WebToolsServer).
L'application d'entreprise DB2 Web Tools se trouve à l'adresse http://localhost:numéro_port_serveur_web/db2wa, accessible à l'aide d'un navigateur Web compatible avec HTML 4.0.

E-S directes sur les unités de blocs (Linux)

Les E-S directes sont désormais prises en charge sur les systèmes de fichiers et les unités de blocs pour les distributions de Linux avec un noyau 2.6. Les E-S directes sur les unités de blocs représentent une alternative pour spécifier des conteneurs d'unité pour l'accès disque direct ou pour les E-S brutes. Les performances des E-S directes sont équivalentes à la méthode d'unité de caractères bruts. DB2 Universal Database (UDB) permet les E-S directes pendant l'ouverture de l'espace table lorsque l'instruction CREATE TABLESPACE spécifie un nom d'unité de bloc pour le chemin du conteneur. Les mêmes performances étaient atteintes à l'aide de la méthode d'E-S brute, par la définition d'accès de l'unité de blocs vers l'unité de caractères à l'aide de l'utilitaire raw.

Tableau 37. Comparaison d'E-S directes et brutes
E-S brutes utilisant une unité par bloc avec des E-S en accès direct (nouvelle méthode) E-S brutes utilisant un pilote d'unité par caractère et un utilitaire brut (ancienne méthode)
CREATE TABLESPACE dms1
MANAGED BY DATABASE
USING (DEVICE '/dev/sda5' 11170736)
CREATE TABLESPACE dms1
MANAGED BY DATABASE 
USING (DEVICE '/dev/raw/raw1' 11170736)

Bien que DB2 UDB prenne toujours en charge la méthode d'utilisation de l'utilitaire brut pour les E-S brutes, cette méthode devient dépassée dans les distributions récentes et risque d'être supprimée dans le futur. Nous vous conseillons d'utiliser la nouvelle méthode qui consiste à indiquer directement un périphérique.

Recommandation

Si vous voulez exploiter des accès disque directs, créez vos conteneurs d'unités DMS à l'aide d'E-S directes pour éviter tout problème de migration.

Remarque :
Les E-S directes ne sont pas prises en charge par DB2 UDB sur Linux/390.

Démon du Centre de documentation DB2 (Linux et UNIX)

Le démon du Centre de documentation DB2 est responsable du contrôle du serveur de documentation DB2. Le démon, qui fait partie de l'installation du Centre de documentation DB2, est composé de deux fichiers :

Ces fichiers sont installés aux emplacements suivants :

AIX
/etc/db2icd

/var/db2/v81/db2ic.conf

HP
/sbin/init.d/db2icd

/var/opt/db2/v81/db2ic.conf

Environnement d'exploitation Solaris
/etc/init.d/db2icd

/var/db2/v81/db2ic.conf

Linux
/etc/init.d/db2icd

/var/db2/v81/db2ic.conf

Démarrage ou arrêt du démon du Centre de documentation (AIX, environnement d'exploitation Solaris, HP, Linux)

Vous n'avez à démarrer ou arrêter le démon manuellement que lorsque vous voulez changer les variables de configuration du démon. Normalement, le démon est lancé au démarrage du système, en fonction des niveaux d'exécution créés pendant l'installation du Centre de documentation DB2.

Procédure

Pour arrêter et démarrer le démon du Centre de documentation :

  1. Arrêtes le démon s'il est en cours d'exécution. Sur une ligne de commande, entrez :
    INIT_DIR/db2icd stop
    INIT_DIR représente le répertoire d'installation du fichier db2icd.
  2. Changez toutes les variables pour le démon en éditant le fichier db2ic.conf. Actuellement, vous pouvez modifier le numéro de port TCP où la documentation est disponible et l'emplacement de l'espace de travail temporaire utilisé par le démon en cours d'exécution.
  3. Démarrez le démon. Sur une ligne de commande, entrez :
    INIT_DIR/db2icd start
    INIT_DIR représente le répertoire d'installation du fichier db2icd.

Lorsque le démon démarre, il utilise les nouvelles variables d'environnement.

Il existe également une option pour arrêter et redémarrer le démon immédiatement. Sur une ligne de commande, entrez :

INIT_DIR/db2icd restart

INIT_DIR représente le répertoire d'installation du fichier db2icd.

Vous pouvez vérifier l'état du démon à n'importe quel moment. Sur une ligne de commande, entrez :

INIT_DIR/db2icd status

INIT_DIR représente le répertoire d'installation du fichier db2icd.Le démon renvoie l'état actuel et affiche l'ID de processus du démon s'il est actif.

Mots clés des fichiers réponses et fichiers modèles

Pour installer le Centre de documentation de DB2 Version 8.2 à l'aide d'un fichier réponses, utilisez les informations suivantes :

Mot clé du fichier réponses (PROD)
INFORMATION_CENTER
Nom du fichier réponses
db2doce.rsp

Codes d'erreur de l'installation au moyen d'un fichier réponses

Le code d'erreur suivant ne concerne que Windows et n'est pas applicable à Linux et UNIX.

3010
L'installation a abouti mais il faut redémarrer le système pour terminer l'installation.

Comptes utilisateur requis pour l'installation de serveurs DB2 (Windows)

Augmenter les quotas
Le droit utilisateur Augmenter les quotas a été remplacé par Ajuster les quotas de mémoire pour un processus sous Windows XP et Windows Server 2003.
Droits utilisateur octroyés par le programme d'installation de DB2 pour le débogage de programmes
Le programme d'installation de DB2 n'octroie pas le droit utilisateur de débogage. Il octroie les droits utilisateur suivants :

Prise en charge d'E-S asynchrones (Linux)

La prise en charge des E/S asynchrones (AIO) est désormais disponible sous Linux (noyau 2.6 et certains noyaux 2.4) pour les unités par caractère et les systèmes de fichiers O_DIRECT. AIO améliorer les performances des pages. Vous pouvez activer et désactiver AIO sous Linux en émettant la commande db2set.

Pour utiliser AIO, les utilisateurs doivent installer libaio-0.3.98 ou ultérieur et avoir un kernel prenant en charge AIO. Les utilisateurs doivent également exécuter la commande db2set DB2LINUXAIO=true et redémarrer DB2 Universal Database.

Modification de la commande db2ln pour créer des liens de bibliothèques DB2 UDB 64 bits (Linux et UNIX)

Dans les précédents niveaux de DB2 Universal Database (UDB) version 8, la commande db2ln créait certains liens DB2 sous /usr/lib et /usr/include. Sur les plateformes qui prennent en charge des instances DB2 UDB 32 bits et 64 bits, ces liens désignent des fichiers de bibliothèque ou incluent des fichiers sous DB2DIR/lib64 ou DB2DIR/include64 par défaut, DB2DIR étant le répertoire dans lequel DB2 UDB version 8 est installé. Si la valeur par défaut n'est pas souhaitée, vous pouvez spécifier la largeur de bit en exécutant la commande db2ln avec le marqueur -w :

db2ln -w 32|64

Ceci évite la coexistence d'instances 32 bits et d'instances 64 bits DB2 UDB sur certaines plateformes.

A partir de DB2 UDB version 8.2, la commande db2ln crée des liens de bibliothèque DB2 64 bits sur ces plateformes, dans des répertoires appropriés. Dans ce cas, le marqueur -w ne sert qu'à remplir /usr/include. Lorsque la commande db2ln crée des liens pour les fichiers de bibliothèque DB2 UDB, des liens 32 bits et 64 bits sont créés sur les plateformes prises en charge. Ceci permet la coexistence et l'exécution simultanées d'instances 32 bits et d'instances 64 bits.

Sur certaines distributions Linux, le rpm de développement libc est fourni avec la bibliothèque /usr/lib/libdb2.so ou /usr/lib64/libdb2.so. Cette bibliothèque est utilisée pour l'implémentation de la BD Berkeley de Sleepycat Software et n'est pas associée à DB2 UDB d'IBM. Toutefois, ce fichier empêche le fonctionnement des commandes db2ln et db2rmln. La commande db2ln n'écrase pas le fichier et db2rmln ne le supprime pas. Dans ce cas, pour compiler les applications à l'aide de DB2 UDB, les processus de compilation et de liaison doivent respectivement indiquer un chemin d'accès absolu aux en-têtes et aux bibliothèques de DB2 UDB. Cette méthode est recommandée car elle permet la compilation et la liaison sur plusieurs éditions de DB2 UDB installées sur un même ordinateur.

Voir le manuel d'installation et de configuration deDB2 UDB version 8.2 pour plus de détails sur les restrictions relatives à l'utilisation de la commande db2ln.

[ Début de page |Page précédente | Page suivante | Table des matières ]