statpack spreport

Bonjour,
apres avoir executer le raport sur une snapshot d'un etat slow du serveur j'ai ce resultat:

Citation:

---

Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
-------------------------------- ------------ ----------- --------
CPU time 3,407 -17.89
log buffer space 1,237 445 -2.34
log file sync 63,132 370 -1.94
log file parallel write 46,293 182 -.96
SQL*Net more data to client 2,430 72 -.38

---

Le probleme est soit l'emplacement des fichiers redologs sur le disque mais ça on a pas le choix car on est sur RAID 5 ou bien c'est la taille du buffer des logs, actuellement il est de log_buffer = 524288.
Est ce que c'est une valeur trop petite ?
Et si je l'augmente est ce qu'il y a d'autres parametres qui seront impactés ?

Merci pour toutes suggestions.

Oracle 9.2.0.4 S.E. sur RedHat v.3.

Bonsoir,
l'évenement d'attente CPU TIME indique que le CPU est occupé a autre chose : Il te faut déterminer à quoi il est utiliser. Ensuite le raid 5 ne dégrade pas les perfs lorsque tu es en mode lecture, cependant dés que tu fait de la modification - suppréssion - insertion il est extrémement long car pour chaque action il vérifie un bitmap de cohérence ( peut être est il occupé a cela ), les perfs sont catastrophiques, sauf si c'est uniquement pour de la lecture, il faut plutôt priviligiés sur Oracle , un raid 0+1 ou même à la rigueur 1+0

Jaouad

quelle est la fréquence des switchs ?

Merci pour vos réponses,

Pour Fred_D: les switch peuvent aller de 1/20mn jusqu'a 7/1mn et la taille des archives log est de 20Meg.

Excuser, il y avait une erreur avec la derniere version du rapport :oops:,
voici une nouvelle version.

Citation:

---

Snap Id Snap Time Sessions Curs/Sess Comment
------- ------------------ -------- --------- -------------------
Begin Snap: 4 21-Apr-06 08:00:17 38 3.9
End Snap: 5 21-Apr-06 08:40:13 95 3.7
Elapsed: 39.93 (mins)

Cache Sizes (end)
~~~~~~~~~~~~~~~~~
Buffer Cache: 1,920M Std Block Size: 8K
Shared Pool Size: 336M Log Buffer: 512K

Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
--------------- ---------------
Redo size: 14,185.35 5,237.00
Logical reads: 2,769.19 1,022.34
Block changes: 79.48 29.34
Physical reads: 73.84 27.26
Physical writes: 9.06 3.35
User calls: 33.02 12.19
Parses: 48.71 17.98
Hard parses: 6.12 2.26
Sorts: 5.94 2.19
Logons: 0.07 0.03
Executes: 49.80 18.39
Transactions: 2.71

% Blocks changed per Read: 2.87 Recursive Call %: 89.94
Rollback per transaction %: 3.41 Rows per Sort: 923.06

Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 99.98 Redo NoWait %: 100.00
Buffer Hit %: 97.42 In-memory Sort %: 100.00
Library Hit %: 95.58 Soft Parse %: 87.44
Execute to Parse %: 2.19 Latch Hit %: 99.77
Parse CPU to Parse Elapsd %: 4.91 % Non-Parse CPU: 55.12

Shared Pool Statistics Begin End
------ ------
Memory Usage %: 79.12 95.73
% SQL with executions>1: 7.38 5.37
% Memory for SQL w/exec>1: 9.70 8.16

Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
-------------------------------------------- ------------ ----------- --------
latch free 25,565 1,743 54.01
db file sequential read 48,535 560 17.35
db file scattered read 10,692 528 16.38
CPU time 187 5.81
buffer busy waits 1,294 69 2.13
-------------------------------------------------------------

---

dois je conclure que mon problem est le lach ?

Merci pour toute précision.

Citation:

---

Envoyé par learn

les switch peuvent aller de 1/20mn jusqu'a 7/1mn et la taille des archives log est de 20Meg.

---

7/min c'est bcp trop, Oracle préconise un switch par 1/4h en moyenne :)

http://mbouayoun.developpez.com/reglredo/

Citation:

---

Envoyé par learn

dois je conclure que mon problem est le lach ?

---

sans aucun doute :?

Tu peux lire ceci par exemple : http://oracle.developpez.com/guide/tuning/latch/

Regarde du coté de v$session_event et v$latch_children aussi ;)

merci Fred_D, j'ai bien lu le document de Jaouad et j'ai besoin de plus de détails. Si vous avez d'autres références.

Il faut avant tout détecter qu'elle le type de latch , un latch pose probléme dés que son ration en get et misses est > à 1 .

Ensuite ce travail effectué tu pourras voir les solutions à ton soucis .

Dans ton cas c'est un problème applicatif. Essaye d'optimiser les requêttes.
Si tu a des latch free , c'est parce que tu consomme beaucoup de CPU.
Essaye de voir la cause de cette consommation de CPU.