Fonctionnement interne blocs undo [Résolu]

[comment_ca]

Question fondamentale concernant les blocs undo pour les guru oracle :

sont ils crées d'abord au niveau cache tampon base de données puis copiés par le DBWR sur disque, ou crées directement dans le Tablespace UNDO en laissant un pointeur dans le cache ?

[pifor]

Ils sont gérés dans le buffer cache:

Code :

1
2
3
4
5
6
7
8
9
10
11
12
 
dev001> SELECT file_id FROM dba_data_files WHERE tablespace_name LIKE '%UNDO%';
 
   FILE_ID
----------
         6
 
dev001> SELECT count(*) FROM v$bh WHERE file# = 6;
 
  COUNT(*)
----------
       131

[comment_ca]

Merci pour ta réponse pifor désolé pour le retard.
Maintenant je suis sur que les blocs undo existent bien au niveau buffer cache.Dans ce cas la :

sont ils d'abord crées au niveau du buffer cache puis descendus par le DBWR au checkpoint ?

ou crées diretement au niveau tablespace undo et montés en cache lors d'une demande de lecture cohérente ?

on dit que lors d'une récupération d'instance il y'a une phase de réimplementation des transactions commitées qui exitent dans le journal puis une phase d'annulation des transactions non commitées avant le crash d'instance.
Cette dernière phase utilise les données UNDO ce qui me laisse penser que les données d'annulation d'une transaction sont toujours écrites sur disque (pour qu'il arrive a annuler en cas de crash d'instance)
En même temps le fait d'ecrire aussi souvent au niveau des undo(a chaque transaction) n'est pas concevable vu le volume d'I/O important.


Pour résumer ou les blocs undo sont générés en premier ?
quand sont ils ecrits sur disque ?
par quel process (backgournd ou serveur )?

Merci pour vos réponses

[pifor]

J'ai l'impression que vous confondez UNDO et REDO. Ce sont les données REDO d'une transaction qui sont toujours écrites sur disque au COMMIT dans les online redo logs.

Je pense que les blocs UNDO sont d'abord créés dans le buffer cache et écrits (comme les blocs d'autres tablespaces) au moment du checkpoint par le processus DBWR.

Notez que le UNDO est protégé par le REDO comme un bloc "normal".

Voir une explication plus détaillée sur le fonctionnement de DBWR sur AskTom.

[orafrance]

et pour le redo ça passe dans le log buffer avant d'être écrit pas LGRW

[comment_ca]

C'est bien ce que je pensais après avoir visualisé les journaux avec logminer(instruction et son inverse)

Mille merci pour los réponses et les liens