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
- Assurez-vous que votre système dispose des fonctionnalités NUMA.
- 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
- 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 :
- la connexion à une base de données spécifiée,
- la création et le peuplement des tables de métadonnées,
- la mise à jour des paramètres DBM CFG, JDK_PATH et JAVA_HEAP_SZ,
- installe l'application des services Web de DB2.
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 :
- 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.
- 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.
- 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 :
- Déploiement des outils Web DB2 sur des serveurs d'applications WebLogic
- Déploiement des outils Web DB2 sur d'autres serveurs d'applications
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 :
- un serveur d'applications BEA WebLogic 7.0 ;
- IBM DB2 Administration Client version 8.
- Navigateur Web compatible avec HTML 4.0.
Remarque :
Les outils Web DB2 ont été testés sur Netscape 4.x, Netscape 6.x, Netscape 7.x, Mozilla 1.x, Internet Explorer 5.x, Opera 6.x, Konqueror 3.x (Linux) et EudoraWeb 2.x (SE Palm). L'utilisation de certains navigateurs Web n'ayant pas été testés peut nécessiter l'ajout d'une référence explicite à la configuration du servlet.
Restrictions
Les restrictions ci-après s'appliquent au déploiement des outils Web DB2 :
- Les conversions en langues et pages de codes multiples entre les serveurs de niveau intermédiaire et les serveurs DB2 ne sont pas prises en charge. Bien que la langue du serveur soit celle affichée, il se peut que certains caractères s'affichent incorrectement.
- Afin de visualiser les alertes du centre de santé pour les bases de données, les espaces table et les conteneurs d'espace table dans le Centre de santé Web, vous devez vous assurer que les bases de données sont cataloguées sur le serveur d'applications Web.
- Les boutons du navigateur Web (Arrêter, Précédente, Historique) ne peuvent pas être utilisés avec les outils Web DB2.
- Si vous utilisez Netscape Navigator 4 avec les outils Web DB2, il se peut que l'affichage de votre navigateur ne se régénère pas correctement. Si cela se produit, vous pouvez le régénérer en réduisant la fenêtre, puis en l'agrandissant. Vous pouvez également régénérer l'affichage en masquant la fenêtre du navigateur sous une autre fenêtre, puis en la ramenant ensuite à l'avant-plan.
- Pour affecter votre alias à un système, un noeud d'instance ou une base de données DB2 Universal Database (UDB), vous devez le cataloguer explicitement sur le serveur d'applications via l'Assistant de configuration DB2 ou le Centre de contrôle DB2.
- Le premier démarrage des outils Web DB2 sera beaucoup plus long que les démarrages suivants. Ceci est principalement dû au processus de catalogage automatique. Si vous ne voulez pas utiliser la fonctionnalité de catalogage automatique, vous pouvez raccourcir la délai d'attente en la désactivant via la configuration du servlet.
Remarque :
Les paramètres de
configuration du servlet figurent dans le fichier descripteur de déploiement web.xml. Les noms de paramètres et les valeurs par défaut peuvent être modifiés à chaque édition. Certains serveurs d'applications peuvent autoriser des modifications de ces paramètres, via leur
interface ou l'édition directe du fichier web.xml.
- La taille maximale absolue du tampon de sortie (résultats) est de 1 Mo dans le cas de l'utilisation d'un navigateur de station de travail ou de portable, même si sa configuration est supérieure.
Dans le cas de navigateurs
Web PDA, cette taille est de 1 ko.
- Sous Linux, UNIX, et Windows, les outils Web DB2 détectent et cataloguent automatiquement
les systèmes figurant sur le même réseau TCP/IP que le serveur d'applications. L'adresse IP de ces systèmes commence par les mêmes trois chiffres. Les outils tentent de cataloguer les noeuds système DB2 via le nom d'hôte TCP/IP éloigné d'origine. En cas de nom en double, les outils affectent un nom aléatoire unique. Vous devez cataloguer explicitement les autres serveurs
d'administration DB2 sur le serveur d'applications si vous voulez qu'ils soient
accessibles. Il s'agit des serveurs utilisant TCP/IP ne se trouvant pas sur le même réseau
TCP/IP que le serveur d'applications, ainsi que ceux qui ne font pas appel à
TCP/IP.
- Sous Linux, UNIX, et Windows, les outils Web DB2 tentent de détecter et de cataloguer automatiquement
les noeuds et bases de données d'instance DB2 UDB résidant sur les systèmes catalogués DB2 UDB. Il est possible de configurer une instance éloignée pour plusieurs
protocoles de communication, par conséquent, le catalogue contiendra une entrée de noeud distincte
pour chaque protocole pris en charge par une instance cataloguée automatiquement. En cas de nom en double, les outils affectent un nom aléatoire unique.
Procédure
Pour installer les outils Web DB2 sur des serveurs d'applications WebLogic :
- A partir de la console d'administration WebLogic, déployez les outils Web DB2 en procédant comme suit :
- Démarrez la console d'administration WebLogic.
- Cliquez sur
domain -> deployments -> Web Applications dans la
sous-fenêtre de gauche.
- Cliquez sur le lien Configure a new Web
Application pour installer l'application Web DB2 Web Tools.
- Dans la liste du système de fichiers, localisez le fichier Sqllib\tools\web\db2wa.war.
- Cliquez sur select sous le nom de fichier
db2wa.war.
- 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.
- Cliquez sur Configure and Deploy.
- 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.
- 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 :
- un serveur d'applications, par exemple :
- IBM DB2 Administration Client version 8.
- Navigateur Web compatible avec HTML 4.0.
Restrictions
Les restrictions ci-après s'appliquent au déploiement des outils Web DB2 :
- Les conversions en langues et pages de codes multiples entre les serveurs de niveau intermédiaire et les serveurs DB2 ne sont pas prises en charge. Bien que la langue du serveur soit celle affichée, il se peut que certains caractères s'affichent incorrectement.
- Afin de visualiser les alertes du centre de santé pour les bases de données, les espaces table et les conteneurs d'espace table dans le Centre de santé Web, vous devez vous assurer que les bases de données sont cataloguées sur le serveur d'applications Web.
- Les boutons du navigateur Web (Arrêter, Précédente, Historique) ne peuvent pas être utilisés avec les outils Web DB2.
- Si vous utilisez Netscape Navigator 4 avec les outils Web DB2, il se peut que l'affichage de votre navigateur ne se régénère pas correctement. Si cela se produit, vous pouvez le régénérer en réduisant la fenêtre, puis en l'agrandissant. Vous pouvez également régénérer l'affichage en masquant la fenêtre du navigateur sous une autre fenêtre, puis en la ramenant ensuite à l'avant-plan.
- Pour affecter votre alias à un système, un noeud d'instance ou une base de données DB2 UDB, vous devez le cataloguer explicitement sur le serveur d'applications via l'Assistant de configuration DB2 ou le Centre de contrôle DB2.
- Le premier démarrage des outils Web DB2 sera beaucoup plus long que les démarrages suivants. Ceci est principalement dû au processus de catalogage automatique. Si vous ne voulez pas utiliser la fonctionnalité de catalogage automatique, vous pouvez raccourcir la délai d'attente en la désactivant via la configuration du servlet.
Remarque :
Les paramètres de
configuration du servlet figurent dans le fichier descripteur de déploiement web.xml. Les noms de paramètres et les valeurs par défaut peuvent être modifiés à chaque édition. Certains serveurs d'applications peuvent autoriser des modifications de ces paramètres, via leur
interface ou l'édition directe du fichier web.xml.
- La taille maximale absolue du tampon de sortie (résultats) est de 1 Mo dans le cas de l'utilisation d'un navigateur de station de travail ou de portable, même si sa configuration est supérieure. Dans le cas de navigateurs
Web PDA, cette taille est de 1 ko.
- Sous Linux, UNIX, et Windows, les outils Web DB2 détectent et cataloguent automatiquement
les systèmes figurant sur le même réseau TCP/IP que le serveur d'applications. L'adresse IP de ces systèmes commence par les mêmes trois chiffres. Les outils tentent de cataloguer les noeuds système DB2 via le nom d'hôte TCP/IP éloigné d'origine. En cas de nom en double, les outils affectent un nom aléatoire unique. Vous devez cataloguer explicitement les autres serveurs
d'administration DB2 sur le serveur d'applications si vous voulez qu'ils soient
accessibles. Il s'agit des serveurs utilisant TCP/IP ne se trouvant pas sur le même réseau
TCP/IP que le serveur d'applications, ainsi que ceux qui ne font pas appel à
TCP/IP.
- Sous Linux, UNIX, et Windows, les outils Web DB2 tentent de détecter et de cataloguer automatiquement
les noeuds et bases de données d'instance DB2 UDB résidant sur les systèmes catalogués DB2 UDB. Il est possible de configurer une instance éloignée pour plusieurs
protocoles de communication, par conséquent, le catalogue contiendra une entrée de noeud distincte
pour chaque protocole pris en charge par une instance cataloguée automatiquement. En cas de nom en double, les outils affectent un nom aléatoire unique.
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
-
- Préparez le fichier de configuration Tomcat 4.0 (CLASSPATH) en
procédant comme suit :
- 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.
- Vérifiez que Tomcat Servlet/JSP Container est opérationnel :
- Démarrez Tomcat. Pour ce faire, exécutez
startup.bat à partir du répertoire
bin de Tomcat.
- Affichez la page Web principale http://hôtelocal:8080/ dans un navigateur Web.
- 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).
- Appelez les outils Web DB2 sur Tomcat Servlet/JSP Container en procédant comme suit :
- Ouvrez une fenêtre de commande DB2 et indiquez le répertoire
bin de Tomcat.
- 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%.
- 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
-
- 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.
- Démarrez la console de gestion JRun (JRun Management Console) et
connectez-vous sous l'ID administrateur du serveur d'applications.
- 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).
- Indiquez le nouveau nom de serveur
(DB2WebToolsServer) et cliquez sur le
répertoire du serveur JRun. La valeur de paramètre est automatiquement remplie.
- Cliquez sur le bouton de création de serveur.
- 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.
- Cliquez si nécessaire sur l'option de mise à jour
des numéros de port et fermez la fenêtre.
- Déployez les outils Web DB2 sur le serveur d'applications JRun en procédant comme suit :
- 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).
- Cliquez sur Applications Web, puis sur Ajout.
- 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.
- Cliquez sur Déployer et vérifiez que le
chemin du contexte est /db2wa.
- 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.
- Sélectionnez le lien Accueil situé sur le
panneau supérieur gauche de la page principale.
- 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 :
- db2icd - script d'initialisation
- db2ic.conf - fichier de configuration
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 :
- Arrêtes le démon s'il est en cours d'exécution. Sur une ligne de commande, entrez :
INIT_DIR/db2icd stop
où INIT_DIR représente le répertoire d'installation du fichier db2icd.
- 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.
- Démarrez le démon. Sur une ligne de commande, entrez :
INIT_DIR/db2icd start
où 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
où 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
où 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 :
- Agir en tant que partie du système d'exploitation
- Créer un jeton
- Verrouiller les pages dans la mémoire
- Se connecter en tant que service
- Augmenter les quotas
- Remplacer un jeton de niveau de processus
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 ]