Table des Matières
Publicité
temps système lié à la création d'une structure de répertoire interne et à la lecture
des fichiers répertoire chaque fois qu'une connexion est établie.
Sans mise en cache (DIR_CACHE=NO), lorsque vous vous connectez à une base de
données, le répertoire approprié est lu à partir d'un disque et la recherche est
effectuée. Une fois les entrées de requête trouvées, tout l'espace mémoire dédié aux
recherches de répertoire est libéré.
Avec la mise en cache, une mémoire cache de répertoire partagé est générée lors
du traitement db2start et libérée lorsque DB2 s'arrête. Cette mémoire cache est
utilisée par tous les processus du serveur DB2 (db2agent). Aussi, une mémoire
cache de répertoire d'application privée est générée lorsqu'une application effectue
sa première connexion à une base de données et libérée lorsque l'application se
termine.
Chaque mémoire cache fournit une image du répertoire système des bases de
données, du répertoire des services de connexion à la base de données et du
répertoire des noeuds. La mémoire cache réduit les coûts de connexion en
éliminant les entrés-sorties du fichier de répertoire et en limitant les recherches
dans le répertoire.
Si un répertoire cache est mis à jour, les modifications ne sont pas propagées
immédiatement aux mémoires cache. Si une entrée de répertoire n'est pas détectée
dans une mémoire cache, le répertoire d'origine est parcouru.
La mise en cache augmente la quantité de mémoire privée requise par une
application. Sans la mise en cache, l'espace mémoire est uniquement requis
lorsqu'une recherche de répertoire est effectuée. L'utilisation générale de la
mémoire partagée par DB2 augmente légèrement car les renseignements répertoire
partagés entre les agents de base de données sont déplacés dans la mémoire
partagée. La taille de l'espace mémoire requis pour une mémoire cache dépend du
nombre d'entrées définies dans chaque répertoire.
NUMDB
Le comportement de DB2 Connect n'était pas affecté par le paramètre de
configuration NUMDB dans les versions précédentes, ce qui n'est plus le cas à
partir de la version 8. Ce paramètre indique le nombre maximal de bases de
données auxquelles les clients peuvent se connecter via le serveur DB2 Connect.
Plus spécifiquement, il s'agit du nombre maximal d'alias de base de données
différents pouvant être catalogués sur le serveur DB2 Connect.
Autres paramètres DB2 Connect
Les paramètres AGENTPRI et MAXAGENTS sont obsolètes dans la version 9.5.
Les commandes prévues pour la mise à jour de la valeur du paramètre
MAXAGENTS restent exécutables afin de ne pas perturber les applications
existantes, mais les valeurs sont ignorées. Le nom du paramètre n'apparaîtra dans
aucune liste de configuration. Jusqu'ici, le nombre total d'agents pouvant être créés
sur une partition DB2 donnée était déterminé par le paramètre de configuration
MAXAGENTS. Vous avez désormais la possibilité d'automatiser la configuration
des agents.
100
IBM DB2 Connect 9.7 - - Guide d'utilisation
Publicité
Table des Matières
