Sous-sections

Monitoring et optimisation

Titre bien ronflant pour le contenu réel de cette section...

Analyse

Pour démarrer l'analyseur de performances:
dbmcli -d mails -u dbm,dbm_passwd dban_start

Ce qui créera des fichiers dans /dossier d'install/indep_data/wrk/nom_base/analyser ainsi que
/dossier d'install/indep_data/wrk/nom_base/analyser/date-du-jour qui pourront servir à analyser les taux d'occupation mémoire, hit ratio, taux de remplissage données et log, tâches, transactions...Le fichier de configuration est /dossier d'install/depend/env/dbanalyzer74.cfg et on peut y régler normalement les paramètres de dbanalyzer si on y comprend quelque chose (j'ai modifié la valeur de INTERVAL afin qu'il fasse ses analyses moins souvent mais il ne semble pas en avoir tenu compte, le fichier est en lecture seule).

Ce sont les fichiers à suivre, semble-t-il, pour surveiller les performances du système et pour le diagnostic des blocages. Il existe les commandes dban_state et dban_stop qui se passent de commentaires.

Il y a quand même un petit souci avec cette commande: lancée par dbmcli elle affiche dans une sortie de ps le nom et password du dba !
Si on le lance avec la commande dbanalyzer, le nom d'un utilisateur est demandé (il faut donner le dba), puis son mot de passe. Donc c'est bon de ce côté, mais dbanalyzer ne se détache pas de son terminal de contrôle.

Solutions proposées sur la liste:

Optimisation des statistiques de l'optimiseur

L'optimiseur calcule le meilleur moyen d'obtenir un résultat à partir des données dont il dispose, des statistiques sur les tables, qu'il convient donc de mettre à jour régulièrement (tâche cron par exemple).

Ce qui peut se faire avec dbmcli:

dbmcli -d BASE -u dbm,dbm_passwd sql_updatestat [table]

Si la commande ne prend pas de nom de table en argument, ce sont les statistiques de la base qui sont mises à jour.

jean-michel OLTRA 2004-07-06