Discussion :

[Superdub]

Bonjour à tous.

Je ne m'y connais pas beaucoup en administration de base de données, et je ne sais donc pas quelles valeurs donner aux paramètres d'une base oracle, mais je trouve un peu anormal que l'activité d'une requête soit composée à 18% du CPU, et à 82% d'attente utilisateur.

Je ne sais déjà pas à quoi correspond ce type d'attente...

Quand pensez-vous? Est-ce normal? Est-ce la solution à tous mes problèmes d'optimisation?

Je mets une capture d'écran de mon observation :




Petite précision, je suis en oracle 10g Enterprise Edition.

Merci

[scheu]

Dans ton cas l'attente est sur les Entrées/Sorties donc niveau disques
C'est sans doute une requête qui balaie beaucoup de volumétrie sur disque.
- soit les données parcourues ne sont pas en cache (normal si les données sont rarement accédées, ou alors il faut augmenter la taille du cache)
- soit la requête n'est pas optimisée (full table scan car manque un index par exemple)
- soit c'est du datawarehouse et dans ce cas tu auras inévitablement toujours des accès disques

[Superdub]

Effectivement, la volumétrie est importante.

Cela vient donc surement du fait que les index et les datas soient sur le même disque dur ...

[farenheiit]

il faut regarder dans la liste des evenements d'attente si c'est plus du SCATERED_READ ou bien Du SEQUENTIAl_READ.

Si c'est du scattered alors tu fais bcp de FTS si c'est du sequential alors c'est que tu balaies bcp d'indexes.

Tu peux essayer d'augmenter la taille du paramètre DB_FILE_MULTIBLOCK_READ_COUNT pour améliorer les perfs sur les lectures physiques car ça te permettrait de récupérer plus de blocks par I/O.

Regarde aussi la fragmentation de tes tables et de tes indexes. Si c'est fragmenté tu balayeras des blocs vides pour rien. regarde aussi ta HWM

De plus effectivemet il vaut mieux que tes DATAS et INDEXES ne soient pas sur le même disque.