"Free buffer wait event" et ajout de DBWR : quel est le pb?

Bonjour,

J'aimerais savoir pourquoi quand on a le "Free buffer wait event", une préco d'ADDM est d'augmenter le nombre de process DBWR.

Concrètement, sur une base j'ai le buffer cache qui est déjà rempli avant le lancement d'un INSERT et quand l'INSERT se lance, j'ai tout de suite du "Free buffer wait event" qui représente plus de 90% des wait events.
ADDM me propose d'augmenter le nombre de DBWR de 1 à 2 : OK mais pourquoi le premier DBWR n'est-il pas suffisant?

Je comprends le mécanisme : DBWR n'écrit pas assez vite les dirty blocs sur le disque dur et le process serveur doit attendre DBWR avant de charger en cache les données à insérer.
Mais pourquoi DBWR peut-il être défectueux à ce moment précis et OK les autres heures? Visiblement il n'arrive pas à traiter un cache rempli mais le vrai pb est où : il écrit pas assez vite sur le disque dur (donc pb de ddur), la machine virtuelle est lente (mais alors on ne devrait pas avoir un autre wait event)...?

Merci pour vos réflexions :-)

Pouvez-vous fournir un rappport AWR ou statspack ?
On devrait y trouver tout ce qu'il faut pour juger de la pertinence de la suggestion ADDM.

Hé pas bête, je n'avais pas pensé au fait que ADDM pouvait s'être trompé.
A vrai dire j'avais trouvé cette solution (augmenter le nombre de process) avant de consulter ADDM; comme ensuite ADDM a dit la même chose, je n'ai pas remis en cause sa préco.

Je vois demain si j'ai un peu de temps pour joindre un extract des waits events du rapport AWR car je ne mettrais pas ici la totalité pour des raisons de confidentialité.

Il ne faut pas que les événements d'attente, mais plein d'autres choses.
Vous pouvez bien sûr remplacer le nom du serveur et de l'instance par des valeurs bidons, et supprimer la liste des requêtes SQL.

En tout cas, je serais très surpris que cette suggestion ADDM soit pertinente !

Finalement je ne mettrais pas de rapport AWR car ma question n'est pas liée à un incident précis mais est plutôt une question théorique : pourquoi le process DBWR est-il parfois tellement "incompétent" qu'il doive être secondé? Je ne vois pas comment il peut ralentir ou perdre du temps dans ses tâches. Une voiture ira moins vite si ses pneus se dégonflent mais quid d'un programme qui ralentit?

Pour ma part je ne m'intéresserai pas plus avant à votre question, bien que j'aie une réponse quasiment rédigée depuis hier.
Vous ne voulez pas faire l'effort de fournir les informations utiles et concrètes, alors je ne vois pas l'intérêt de poser la question ici.

C'est une façon de voir les choses.
En ce qui me concerne, je ne rendrais pas public des infos de prod d'un de mes clients.

Bonjour,
Une des raisons pour 'free buffer wait' peut être que DBWR n'écrit pas assez vite et une des solutions peut être d'en mettre plusieurs en parallèle, d'où la recommendation ADDM.
Mais il y a plein d'autres possibilités:
- si la bande passante vers le disque est saturé, il ne sert à rien de mettre plusieurs DBWR
- avant de mettre plusieurs DBWR on peut d'abord vérifier si on est en Async I/O
- il y a peut-être aussi d'autre causes: buffer cache trop petit, trop de lectures physiques, trop de modifications,...
Cordialement,
Franck.