[ALL] Total Wait Time / Total DB Time

Bonjour,

J'essaye de trouver une requête permettant de me retourner le total des attentes par rapport au temps total passé dans la base de données.

Je penses qu'il faut se baser à partir de la 10g sur les données contenues dans les rapport AWR, avez vous déjà fait quelque chose de semblable ?

Cyrille

Bonjour,

Citation:

---

Envoyé par Cyborg289

le total des attentes par rapport au temps total passé dans la base de données.

---

En général, on compte les wait events ('attentes') dans le db time ('temps total passé dans la base de données').
Pouvez-vous préciser le besoin ?
Cordialement,
Franck.

Bonjour,

Effectivement les attentes sont incluses dans le DB time, ce que je voudrais c'est justement savoir combien de pourcentage du DB time représentent les attentes.

Code:

---

1 2 3 4 5 6 7

SELECT metric_name, ROUND(AVG(value),1) "Average Wait time %" FROM v$sysmetric_history WHERE metric_name = 'Database Wait Time Ratio' GROUP BY metric_name;

---

Avec cette requête j'obtiens le pourcentage d'attente par rapport au DB time pour la dernière heure, je me demandais s'il est possible d'obtenir la même information sur une période plus longue, du genre 1 jours, 2 jours ...

Merci

Oui, c'est possible.
Les wait events tout comme le DB time est dans AWR. DBA_HIST_SYS_TIME_MODEL a le 'DB time' et le 'CPU time'. Le temps d'attente est la différence.

Mais ce ratio risque d'être inutile, et encore plus sur des périodes longues.
Quel conclusion si vous avez 90% d'attente ? Et si vous avez 10% d'attente ?

Bonjour,

Je comprends bien le problème, si on a beaucoup d'attente cela signifie quand même un problème sur la base de données, par contre si on en a pas beaucoup il faut faire attention à la mesure car sur un période de 24h si on a seulement 2h d'activité avec une forte attente celle_ci ne paraîtra pas via cette requête.

Que pouvez vous me suggérer ?

Cyrille

Citation:

---

si on a beaucoup d'attente cela signifie quand même un problème sur la base de données

---

Pourquoi ? Une instance qui passerait tout son temps en CPU dans aucune attente (donc aucun i/o) ce serait louche aussi, non ?

Bonjour,

Pour ma si l'instance passe son temps en CPU c'est normal, après tout c'est bien ce qu'on lui demande, c'est même une situation idéale.

Par contre si il y a trop d'attente (hormis le CPU time) c'est bien l'indication d'un problème sous-jacent non ?

J'ai abandonné l'idée de faire une requête historique mais plutôt de faire un ratio sur chaque heure avec la requête suivante :

Code:

---

1 2 3 4 5 6 7

SELECT metric_name, ROUND(AVG(value),1) "Average Wait time %" FROM v$sysmetric_history WHERE metric_name = 'Database Wait Time Ratio' GROUP BY metric_name;

---

Dans la vue v$sysmetric_history le Database Wait Time Ratio exclue le CPU time est lui retourné par CPU Time ratio.

Cyrille

Citation:

---

Pour ma si l'instance passe son temps en CPU c'est normal, après tout c'est bien ce qu'on lui demande, c'est même une situation idéale.

---

Idéale pour Oracle Corporation, oui, que que les licences se payent au nombre de CPUs :D