Discussion :

[pacmann]

Salut !

Voilà, suite à ce que j'ai pu rencontrer je ne dirais où, j'ai une petite question :
Est-ce que la redo log peut se remplir lorsqu'il n'y a pas de DML ?

Attendez, je pose la question différemment : est-ce que de simple requêtes SELECT extrêmement mal optimisées couplées à des statistiques complètement à l'ouest pourraient entraîner par je ne sais quelle voie une activité anormalement élevée de la redo log ?

Merci !

(j'ai une autre question, mais ça parle vraiment d'autre chose... à toute suite !)

[Pomalaix]

Voilà, suite à ce que j'ai pu rencontrer je ne dirais où, j'ai une petite question :
Est-ce que la redo log peut se remplir lorsqu'il n'y a pas de DML ?

En passant, il faut se méfier des sigles. Usuellement, DML est censé signifier Data Manipulation Language, et inclut le SELECT. Et parfois, ce qui semble être votre cas, on l'utilise au sens de Data Modification Language, ce qui exclut le SELECT.

Attendez, je pose la question différemment : est-ce que de simple requêtes SELECT extrêmement mal optimisées couplées à des statistiques complètement à l'ouest pourraient entraîner par je ne sais quelle voie une activité anormalement élevée de la redo log ?

Le lien suivant fournit plusieurs pistes : http://www.dbspecialists.com/october-2003.html
SELECT FOR UPDATE, audit, et nettoyage de bloc différé (delayed block cleanout).

Indépendamment de tout ça, si le paramètre ARCHIVE_LAG_TARGET est positionné, vous aurez une génération régulière d'archivelogs, mais qui devraient être quasi vides s'il n'y a vraiment aucune activité transactionnelle.

[pacmann]

Merci Pomalaix !

J'ai du faire le raccourci DML => modification après avoir vu l'expression "DML Locks"

L'article est très instructif, et répond bien à ma question.

Concernant les archivelogs, le paramètre prend la valeur de ARCHIVE_LAG_TARGET dans v$parameter est : 0

Je sais pas trop comment ça s'interprète, mais dans la mesure où le nombre de redo logs switches a triplé dans la dite période critique, je suppose qu'il ne s'agissait pas de logs vides...

Enfin, tout ça pour redire merci, et... RESOLU !