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:
dban_start peuvent voir le processus.
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