[ORACLE 9.2i] Importance du type d'analyze

pholos · 05/09/2007, 21h50

Bonjour à tous,

Je suis confronté à une situation que j'ai du mal à comprendre.

J'ai une application deployée sur 4 instances differentes (dev, recette, pré-prod et prod) qui donne des temps de reponse au niveau applicatif completement differents entre d'une part :

des analyzes compute ou estimate

et

des analyzes gather statistics

quand je dis des differences, ce sont des differences de l'ordre de 1mn30 à 10secondes pour l'affichage d'une page.

J'ai consulté les plans d'executions et ils sont les memes quelque soit la methode d'analyze, j'ai testé le estimate 10%, le 20%; le compute et finalement le gather.

qu'en pensez vous?

merci!

7gyY9w1ZY6ySRgPeaefZ · 05/09/2007, 22h39

Qu'en est-il des différences de volumétries et d'activités entre ces bases ?
Et les paramétrages ?

pholos · 07/09/2007, 10h10

Bonjour,

Cette base fait entre 2.5 et 7Go en terme de volumetrie entre les differents environnements.

Quelque soit la volumetrie la difference est flagrante. Pour le parametrage, l'instance est parametrée par defaut sauf pour les parametres memoire qui ont été adaptés suivants les environnements.

J'ai testé en mode OPTIMIZER_GOAL=RULE et CHOOSE, aucun impact non plus au niveau des temps de reponse ou du plan d'execution.

lallio · 08/09/2007, 15h56

Bonjour,

Les temps de réponse sont différents en fontion de l'instance ou du mode d'analyze des stats.

d'une facon général il est conseillé d'utilisé dbms_stats
par ailleurs, il est important de voir si l'écart est important sur une même instance ou entre deux instances.

pholos · 13/09/2007, 16h57

Citation:

Envoyé par lallio

par ailleurs, il est important de voir si l'écart est important sur une même instance ou entre deux instances.

c'est pire que ca, sur la meme instance, en fonction du type d'analyze, il suffit de chronometrer pour constater d'importantes differences.

Merilka · 14/09/2007, 14h05

Un petit truc tout bête... as-tu bien vérifié que l'optimiseur est bien passé en choose? car OPTIMIZER_GOAL n'est parfois pas pris en compte (vieux mot clé)...il faut mettre OPTIMIZER_MODE...

Je constate un peu le même problème que toi en fait sur un de nos environnements de recette (je n'ai pas encore la réponse^^)

Pour contourner, on a exporté les statistiques de production et on les a importé en recette...

(on utilise bien dbms_stat)

05/09/2007, 21h50	#1
pholos Nouveau Membre du Club Inscription : mai 2007 Messages : 72 Détails du profil Informations forums : Inscription : mai 2007 Messages : 72 Points : 26 Points : 26	[ORACLE 9.2i] Importance du type d'analyze Bonjour à tous, Je suis confronté à une situation que j'ai du mal à comprendre. J'ai une application deployée sur 4 instances differentes (dev, recette, pré-prod et prod) qui donne des temps de reponse au niveau applicatif completement differents entre d'une part : des analyzes compute ou estimate et des analyzes gather statistics quand je dis des differences, ce sont des differences de l'ordre de 1mn30 à 10secondes pour l'affichage d'une page. J'ai consulté les plans d'executions et ils sont les memes quelque soit la methode d'analyze, j'ai testé le estimate 10%, le 20%; le compute et finalement le gather. qu'en pensez vous? merci!
	00

05/09/2007, 22h39	#2
7gyY9w1ZY6ySRgPeaefZ Expert Confirmé dba Inscription : juillet 2007 Messages : 2 523 Détails du profil Informations personnelles : Sexe : Localisation : Canada Informations professionnelles : Activité : dba Informations forums : Inscription : juillet 2007 Messages : 2 523 Points : 3 972 Points : 3 972	Qu'en est-il des différences de volumétries et d'activités entre ces bases ? Et les paramétrages ?
	00

07/09/2007, 10h10	#3
pholos Nouveau Membre du Club Inscription : mai 2007 Messages : 72 Détails du profil Informations forums : Inscription : mai 2007 Messages : 72 Points : 26 Points : 26	Bonjour, Cette base fait entre 2.5 et 7Go en terme de volumetrie entre les differents environnements. Quelque soit la volumetrie la difference est flagrante. Pour le parametrage, l'instance est parametrée par defaut sauf pour les parametres memoire qui ont été adaptés suivants les environnements. J'ai testé en mode OPTIMIZER_GOAL=RULE et CHOOSE, aucun impact non plus au niveau des temps de reponse ou du plan d'execution.
	00

08/09/2007, 15h56	#4
lallio Membre actif Inscription : septembre 2007 Messages : 188 Détails du profil Informations personnelles : Localisation : France Informations forums : Inscription : septembre 2007 Messages : 188 Points : 195 Points : 195	Bonjour, Les temps de réponse sont différents en fontion de l'instance ou du mode d'analyze des stats. d'une facon général il est conseillé d'utilisé dbms_stats par ailleurs, il est important de voir si l'écart est important sur une même instance ou entre deux instances.
	00

14/09/2007, 14h05	#6
Merilka Invité régulier Inscription : septembre 2007 Messages : 7 Détails du profil Informations forums : Inscription : septembre 2007 Messages : 7 Points : 5 Points : 5	Un petit truc tout bête... as-tu bien vérifié que l'optimiseur est bien passé en choose? car OPTIMIZER_GOAL n'est parfois pas pris en compte (vieux mot clé)...il faut mettre OPTIMIZER_MODE... Je constate un peu le même problème que toi en fait sur un de nos environnements de recette (je n'ai pas encore la réponse^^) Pour contourner, on a exporté les statistiques de production et on les a importé en recette... (on utilise bien dbms_stat)
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email