Discussion :

[Alain B.]

Bonjour,

Il y a un point dans la gestion des redolog qui m'échappe et les différentes docs que j'ai parcourues ne m'ont pas aidé

Pourquoi un redolog reste à l'état 'ACTIVE' alors qu'il a été archivé ?
par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
   GROUP#    THREAD#    SEQUENCE#      STATUS    ARCHIVED        BYTES
_________ __________ ____________ ___________ ___________ ____________
        1          1           79 ACTIVE      YES            314572800
        2          1           80 ACTIVE      YES            314572800
        3          1           81 CURRENT     NO             314572800
        4          1           76 INACTIVE    YES            314572800
        5          1           77 INACTIVE    YES            314572800
        6          1           78 INACTIVE    YES            314572800

Pourquoi ne passent ils pas à INACTIVE dès qu'ils sont archivés ?
Qu'est ce qu'Oracle a besoin de faire en plus de l'archivage ?

PS:
C'est juste de la curiosité, ce fonctionnement ne me pose aucun soucis pratique.

[Pomalaix]

C'est juste que la colonne STATUS et la colonne ARCHIVED sont indépendantes.
Rien n'interdit qu'un groupe de redo logs soit déjà archivé (vu qu'il est plein) alors qu'il a toujours le statut ACTIVE.

Le statut ACTIVE signifie que ce groupe de redo logs contient au moins une transaction qui n'a pas encore été inscrite dans les fichiers de données (depuis le cache de données en SGA)
Autrement dit, la dernière opération CHECKPOINT n'incluait pas encore toutes les transactions figurant dans ce groupe.
Lorsque toutes les transactions de ce groupe auront été inscrites dans les fichiers de données, ce groupe va passer en statut INACTIVE.
Et ceci se passe indépendamment de la notion d'archivage.

[Alain B.]

J'ai compris, ils sont actifs dans le sens que des données des transactions contenues dans ces redo n'ont pas encore été appliquées dans les fichiers de données.

Ils sont actifs car on a besoin de leur contenu, et non pas car on y écrit des infos.

Merci.

[Pomalaix]

Ils sont actifs dans le sens où, si la base se plantait brutalement (shutdown abort, coupure électrique), on aurait en effet besoin des redo logs en statut ACTIVE pour appliquer aux fichiers de données les transactions qui n'y avaient pas encore été écrites. Cela fait partie de l'opération de récupération d'instance, qui s'effectue automatiquement au redémarrage de la base si elle est nécessaire.

En dehors de ce cas spécifique (récupération d'instance au redémarrage), il n'y a jamais d'écritures depuis les redo logs vers les fichiers de données.
Comme je l'ai indiqué dans ma réponse initiale, les écritures vers les fichiers de données se font depuis le cache de données en SGA.

[pachot]

Ils sont actifs car on a besoin de leur contenu, et non pas car on y écrit des infos.

Oui, on peut même dire que quand ils sont actifs, on ne peut rien y écrire: il ne peuvent être réutilisés qu'une fois inactifs (et archivés).