Discussion :

[pierho34]

NDA04600_awrrpt_1_52428_52429_24012024.zip

Bonjour,

Pouvez-vous m'aider sur l'analyse du rapport AWR.

Merci


Cordialement

[vanagreg]

Bonjour,

D'après le rapport ce sont des requêtes qui sont consommatrices. Il faudrait que tu nous donnes leur plan d'exécution. Par exemple pour les 2 premières:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM table(DBMS_XPLAN.DISPLAY_AWR('9uz3hzb3zr92w'));

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM table(DBMS_XPLAN.DISPLAY_AWR('3n4t01j6nf744'));

[Mohamed.Houri]

Bonjour

Nonobstant, ce que vos requêtes font, tous les "wait event" de la section "Top 10 Foreground Events by Total Wait Time" ont un temps moyen catastrophique. 260ms pour faire un db file parallel read, c'est enorme.

Il convient de trouver pourquoi ce ralentissement du disque? Est-ce par manque de CPU (4 Cores)?

Votre DB CPU Load est pourtant faible : 0.4 secondes/seconde. Ce qui tend à indiquer que pendant la durée du snapshot votre application était à 0.4/4 *100= 10% de consommation de CPU. Ce qui n'est pas excessif.

Est-ce que cette machine à 34GB de RAM héberge d'autres bases de données?

Si c'est le cas, sachez, que cette application à elle seule, prend 10GB de SGA et 1GB de PGA ( ça laisse 23GB pour l'OS et le reste des applications)

Est-ce que vous utilisez les huge pages?


Ceci dit, le db file parallel read apparait lorsque le plan d'exécution contient "table access by index rowid batched"

Bien à vous
Mohamed Houri

[pierho34]

Bonjour

Nonobstant, ce que vos requêtes font, tous les "wait event" de la section "Top 10 Foreground Events by Total Wait Time" ont un temps moyen catastrophique. 260ms pour faire un db file parallel read, c'est enorme.

Il convient de trouver pourquoi ce ralentissement du disque? Est-ce par manque de CPU (4 Cores)?

Votre DB CPU Load est pourtant faible : 0.4 secondes/seconde. Ce qui tend à indiquer que pendant la durée du snapshot votre application était à 0.4/4 *100= 10% de consommation de CPU. Ce qui n'est pas excessif.

Est-ce que cette machine à 34GB de RAM héberge d'autres bases de données?

Si c'est le cas, sachez, que cette application à elle seule, prend 10GB de SGA et 1GB de PGA ( ça laisse 23GB pour l'OS et le reste des applications)

Est-ce que vous utilisez les huge pages?


Ceci dit, le db file parallel read apparait lorsque le plan d'exécution contient "table access by index rowid batched"

Bien à vous
Mohamed Houri

Bonjour Mohammed,

La rapport AWR fourni provient effectivement d'un serveur qui héberge d'autre base de données car c'est un serveur de BENCH. La finalité sera joué en PROD ou par contre elle est toute seul sur le serveur.
Le but est d'optimiser les temps de réponse sur ce serveur.

[pierho34]

Bonjour,

D'après le rapport ce sont des requêtes qui sont consommatrices. Il faudrait que tu nous donnes leur plan d'exécution. Par exemple pour les 2 premières:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM table(DBMS_XPLAN.DISPLAY_AWR('9uz3hzb3zr92w'));

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM table(DBMS_XPLAN.DISPLAY_AWR('3n4t01j6nf744'));

Bonjour,

Tu trouveras en pièce jointe les 2 plans d'exécution.