Performances en 9i

chebdo · 08/12/2006, 19h27

Le problème est classique, les traitements sont hyper long, nous sommes en 9i avec des tables space en Locally Managed.
Nous avons constaté une forte fragmentation au niveau des tables et des index.

Cela est-il une piste de recherche, même si nos TS sont en locally managed ?
Vers quelles autres pistes doit-on chercher ?

nuke_y · 08/12/2006, 20h42

Est-ce que les plans d'exécution sont corrects ? Les statistiques sont calculées ?

Il me semble (mais j'attends confirmation des experts) qu'une forte fragmentation des index et des tables peut "fausser" les statistiques et l'optimiseur préférera se passer d'index -> durées très longues.

chebdo · 10/12/2006, 11h02

Mes tables contiennent des index, et ceci sont ventilés sur differents tablespaces. Les stats sont à jour, en revanche je n'ai pas regardé les plans.

Comme je le disais la forte fragmentation a plus qu'attiré mon attention.

Est-ce vraiment une piste d'audit a partir du moment ou mes TS son en mode "Localy Managed".

Pour le plan, je ne pourrais le faire que Mardi, au mieux demain ?

Merci.

nuke_y · 10/12/2006, 15h04

De toutes façons, je ne pense pas dire de bétises en disant que la fragmentation ce n'est jamais bon. Mais de là à dire que la fragmentation est la seule cause de la mauvaise performance... il faudrait regarder les plans.

orafrance · 11/12/2006, 08h48

Citation:

Envoyé par chebdo

Nous avons constaté une forte fragmentation au niveau des tables et des index.

Comment tu as vu ça ? Quels sont les options de stockage du tablespace et des objets ?

Citation:

Envoyé par chebdo

Cela est-il une piste de recherche, même si nos TS sont en locally managed ?
Vers quelles autres pistes doit-on chercher ?

Oui

Les waits et les events... parce que regarder au hasard c'est pas une méthode... tes problèmes peuvent venir de plein d'autres choses : latch, lock, DB_CACHE_SIZE, SGA, etc...

orafrance · 11/12/2006, 09h23

Citation:

Envoyé par nuke_y

De toutes façons, je ne pense pas dire de bétises en disant que la fragmentation ce n'est jamais bon. Mais de là à dire que la fragmentation est la seule cause de la mauvaise performance... il faudrait regarder les plans.

la fragmentation n'est pas un problème tant que tu ne veux pas réduire la taille des tablespaces :
1°) dans l'idéal tu fais que des accés en mémoire

2°) tu as peux de chance d'avoir aucun fragmentation au niveau des disques... même en cas de disques strippés c'est pas du tout souhaitable pour pouvoir paralléliser les lectures

Marc Musette · 11/12/2006, 10h28

la fragmentation n'affecte pas la performance , juste l'utilisation de l'espace .

ceci peut être résolu en utilisant des LMT avec "un extent size" fixe.

orafrance · 11/12/2006, 11h09

Citation:

Envoyé par Marc Musette

"un extent size" fixe.

exactement... UNIFORM SIZE dans le vocabulaire Oracle

08/12/2006, 19h27	#1
chebdo Invité de passage Inscription : décembre 2006 Messages : 3 Détails du profil Informations forums : Inscription : décembre 2006 Messages : 3 Points : 0 Points : 0	Performances en 9i Le problème est classique, les traitements sont hyper long, nous sommes en 9i avec des tables space en Locally Managed. Nous avons constaté une forte fragmentation au niveau des tables et des index. Cela est-il une piste de recherche, même si nos TS sont en locally managed ? Vers quelles autres pistes doit-on chercher ?
	00

08/12/2006, 20h42	#2
nuke_y Membre Expert Inscription : mai 2004 Messages : 1 812 Détails du profil Informations forums : Inscription : mai 2004 Messages : 1 812 Points : 1 609 Points : 1 609	Est-ce que les plans d'exécution sont corrects ? Les statistiques sont calculées ? Il me semble (mais j'attends confirmation des experts) qu'une forte fragmentation des index et des tables peut "fausser" les statistiques et l'optimiseur préférera se passer d'index -> durées très longues. __________________ Il vaut mieux monopoliser son intelligence sur des bêtises que sa bêtise sur des choses intelligentes. Mon combat pour les droits des consommateurs face aux abus des grandes marques.
	00

10/12/2006, 15h04	#4
nuke_y Membre Expert Inscription : mai 2004 Messages : 1 812 Détails du profil Informations forums : Inscription : mai 2004 Messages : 1 812 Points : 1 609 Points : 1 609	De toutes façons, je ne pense pas dire de bétises en disant que la fragmentation ce n'est jamais bon. Mais de là à dire que la fragmentation est la seule cause de la mauvaise performance... il faudrait regarder les plans. __________________ Il vaut mieux monopoliser son intelligence sur des bêtises que sa bêtise sur des choses intelligentes. Mon combat pour les droits des consommateurs face aux abus des grandes marques.
	00

11/12/2006, 10h28	#7
Marc Musette Membre expérimenté Inscription : décembre 2003 Messages : 480 Détails du profil Informations forums : Inscription : décembre 2003 Messages : 480 Points : 539 Points : 539	la fragmentation n'affecte pas la performance , juste l'utilisation de l'espace . ceci peut être résolu en utilisant des LMT avec "un extent size" fixe. __________________ * OPN Exadata Specialist * * OCE Performance Tuning 11g * * OCE Rac 10g * * OCP DBA 9i-10g-11g *
	00

10/12/2006, 11h02	#3
chebdo Invité de passage Inscription : décembre 2006 Messages : 3 Détails du profil Informations forums : Inscription : décembre 2006 Messages : 3 Points : 0 Points : 0	Mes tables contiennent des index, et ceci sont ventilés sur differents tablespaces. Les stats sont à jour, en revanche je n'ai pas regardé les plans. Comme je le disais la forte fragmentation a plus qu'attiré mon attention. Est-ce vraiment une piste d'audit a partir du moment ou mes TS son en mode "Localy Managed". Pour le plan, je ne pourrais le faire que Mardi, au mieux demain ? Merci.
	00

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