Version imprimable
Bonjour,
Pour éviter des collectes de statistique couteuses et longues , je suis en train de voir la mise en place du monitoring sur les tables de tous les chemas susceptibles d'évoluer.
Je recherche un retour d'experience sur ce point pour savoir si l'activation du monitoring sur toutes les tables et indexes de tous les shemas applicatifs d'une instance va se ressentir au niveau perf. En gros est-ce que le monitoring est consommateur ?
Merci
BonjourCitation:
Envoyé par jf4db
Vous n'avez pas précisé votre version, et c'est justement une information cruciale pour vous répondre.
Quand vous dites "l'activation du monitoring", est-ce à ALTER TABLE MONITORING que vous pensez ?
Citation:
Envoyé par Pomalaix
Oui c'est cette commande.
Ma version oracle : 9.2.0.6
Merci
Dommage que vous ne soyez pas en 10g, tout ça a été bien amélioré...Citation:
Envoyé par jf4db
"Est-ce que le monitoring est consommateur ?"
Pour ma part je n'ai jamais ressenti la nécessité de l'activer sur une base complète, et je n'ai aucun retour d'expérience à partager sur ce point. Néanmoins, en 10g, le suivi de l'évolution des données (ce qui correspond tout à fait à MONITORING) a lieu par défaut sur toute la base, dès lors que le paramètre STATISTICS_LEVEL est au moins à TYPICAL. Et je n'ai pas constaté que les performances soient spécialement altérées ni entendu quelqu'un dire qu'il l'avait désactivé, car trop pénalisant.
Est-ce que l'inocuité de MONITORING est transposable à la 9i, c'est encore une autre question.
Pour revenir au problème de base qui concerne la durée de calcul des statistiques, avez-vous, si c'est possible, utilisé les méthodes traditionnelles, à savoir :
- calcul des statistiques uniquement le dimanche, quand personne ne travaille
- utilisation du paramètre ESTIMATE_PERCENT lors de l'appel de DBMS_STATS.GATHER_xxx_STATS. Ainsi, au lieu de calculer les statistiques en lisant toutes les lignes de la table, vous pouvez indiquer qu'il faut n'en lire que n %, et faire des extrapolations pour le reste.
Bonjour,
J'ai personnellement un retour d'expérience. J'ai mis en place le monitoring de bases en 8 et 9 sur un parc de 100/110 bases. Les performances n'ont pas sensiblement bougé suite au monitoring. Par contre, les stats ca va mieux, et les rebuild pareil. On a profité de ce mode monitoring pour calculer les stats à la manière de la V10 (gather auto) et pour rebuilder que ce qui est nécessaire (quand on passe 1 journée par semaine à rebuilder des données ayant 4 ou 5 ans ca fout les boules quand meme...).
Bref que du bon !
Par contre, c'est un peu le bazare en v8: faut se faire un petit truc en meta sql pour mettre le monitoring sur les tables. Et en V9, la mise en monitoring ne se fait pas pour les nouveaux objets. Faut penser de temps en temps à mettre les nouvelles tables en monitoring.
Merci pour ces retours.Citation:
Envoyé par mildiou51
Je vais mettre en place le monitoring pour éviter de recalculer statistiques des objets qu'i n'ont pas bougés avec le GATHER AUTO .
je comprends pas pour le rebuild ? ce monitoring (en 9i) ne sert pas uniquement pour la collecte de stat?
En fait on a fait un meta sql pour générer des index. On va sortir que les tables qui ont plus de 10% de modifs (en faisant une jointure avec dba_tab_modifications)
a faire bien sur avant le calcul des index :D