Discussion :

[shirai]

Bonjour,

Je souhaiterai connaître votre avis sur le cas suivant :

Via la requête :

Code :

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

Select SEQUENCE#, FIRST_CHANGE#, status  from v$log ;

j'obtiens :

SEQUENCE# FIRST_CHANGE# STATUS
---------------------------------------------------------------
2662 6633991 INACTIVE
2663 6638010 ACTIVE
2664 6642020 CURRENT

Le fait d'avoir un chevauchement entre le checkpoint 2663 et 2664 veut-il dire que la taille des redo logs n'est pas suffisament grande ?

Merci de votre retour.

Cordialement.

[Modération, Orafrance : Pensez à utiliser les balises [CODE] et [QUOTE] qui améliorent nettement la lisibilité, merci]

[orafrance]

je ne comprends pas l'histoire de chevauchement

[shirai]

Bonjour,

Je veux dire par chevauchement : le fait qu'il y ait un fichier redo log courant et un autre actif en même temps.

Merci.

[orafrance]

Ca n'a aucun rapport, un log passe de CURRENT à ACTIVE lors d'un switch et de ACTIVE à INACTIVE après le temps indiqué par le paramètre log_checkpoint_timeout

ACTIVE signifie simplement que le redo est en cours d'archivage ou de switch

[Pomalaix]

Pour ce genre de question, un seul réflexe : la doc !!!

http://download-west.oracle.com/docs...98.htm#1094295

* UNUSED - Online redo log has never been written to. This is the state of a redo log that was just added, or just after a RESETLOGS, when it is not the current redo log.
* CURRENT - Current redo log. This implies that the redo log is active. The redo log could be open or closed.
* ACTIVE - Log is active but is not the current log. It is needed for crash recovery. It may be in use for block recovery. It might or might not be archived.
* CLEARING - Log is being re-created as an empty log after an ALTER DATABASE CLEAR LOGFILE statement. After the log is cleared, the status changes to UNUSED.
* CLEARING_CURRENT - Current log is being cleared of a closed thread. The log can stay in this status if there is some failure in the switch such as an I/O error writing the new log header.
* INACTIVE - Log is no longer needed for instance recovery. It may be in use for media recovery. It might or might not be archived.


Pas d'inquiétude, votre situation est parfaitement normale.

Par contre Orafrance, je ne suis pas d'accord avec ce que tu dis sur l'état ACTIVE. Cet état est indépendant de l'archivage éventuel, et n'est possible qu'après un basculement de log.
Il indique uniquement que si le serveur plante subitement, le log en question sera nécessaire pour le redémarrage, en plus de celui qui était en CURRENT évidemment.

[thomasjcj]

ACTIVE signifie simplement que le redo est en cours d'archivage ou de switch

Pour completer, meme lorsque le switch est terminé, la mise a jour du Statut ACTIVE->INACTIVE du control file (et donc de la vue V$LOG) par le Process LGWR peut intervenir avec un certain delai car c'est une operation de faible priorité.

[shirai]

Merci à tous pour ces précions.

Bonne journée.

[orafrance]

Pomalaix le problème de la soc dans ce cas c'est qu'elle dit : le status active indique que le redo est actif

Pour le status active, je le tiens de ce message : http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=FOR&p_id=481037.996

So active doesn't necessarily mean its archived or not, but means some process is using it or the log file is waiting for some process to access it.

c'est donc bien que l'archivage PEUT être en cours ou simplement un checkpoint

PS : j'avoue que ce status est assez mal documenté

[Pomalaix]

Pour le status active, je le tiens de ce message : http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=FOR&p_id=481037.996

So active doesn't necessarily mean its archived or not, but means some process is using it or the log file is waiting for some process to access it.

c'est donc bien que l'archivage PEUT être en cours ou simplement un checkpoint

L'archivage peut être un cours, certes, tout comme je peux être en train de manger de la sole : ça n'a pas d'influence sur l'état ACTIVE.

Le contenu du lien que tu cites me paraît douteux.
Je crois qu'il ne faut pas chercher dans V$LOG d'autres informations que les suivantes :
- quel est le fichier log qui reçoit actuellement les écritures (statut CURRENT)
- quels sont les fichiers log qui sont nécessaires en cas de plantage d'instance (statut ACTIVE), indépendamment des considérations d'archivage qui sont tout à fait indépendantes

Notre maître à tous confirme d'ailleurs les dires de la doc :
http://asktom.oracle.com/pls/ask/f?p=4950:8:15870124340228858758::NO::F4950_P8_DISPLAYID,F4950_P8_CRITERIA:346817516082

active -- has stuff in it that is needed for instance recovery if we crashed right now.

current -- where stuff is being written to right now

inactive -- was used at some point, but isn't needed for instance recovery anymore (all blocks it was protecting have been flushed to disk by a checkpoint) and isn't the current redo log file...

All other status would be "not normal" and after some period of activity would become "normal"

[orafrance]

oui oui, on est complétement d'accord, en fait ACTIVE = utiliser par un process mais pas par les instructions courantes... donc toutes autres choses qui se passent sur le redo DONT l'archivage qui utilise le fichier de redo à archiver évidemment

EDIT : l'archivage n'est donc pas complétement indépendant puisque tant qu'il n'est pas fini, le redo est actif et est donc nécessaire en cas de recover

[Pomalaix]

...ACTIVE = utiliser par un process...

Justement, je suis convaincu que c'est une fausse interprétation (les gars du support Oracle ne disent pas que des exactitudes), mais je n'ai rien pour le prouver davantage.

[orafrance]

bah moi ça ne me semble pas illogique de dire que tant que l'archivage est en cours, le redo nécessite d'être présent pour un recover... m'enfin... si tu trouves une doc qui léve le mystère sur ce point je suis preneur

Si ça c'est pas du chipotage de gros drogués d'Oracle

[lalystar]

active -- has stuff in it that is needed for instance recovery if we crashed right now.

Pour moi, uniquement le redo en status CURRENT est nécessaire en cas d'instance recovery car lors du switch logfile précédent, il y a eu un checkpoint et tout ce qui était dans le buffer cache protégé par ce redo est sur disque dans les datafiles. Ce redo n'est plus nécessaire pour l'instance recovery, Oracle ne le considère plus sauf pour l'archivage éventuel amha.


Laly.

[orafrance]

Bah non, si c'est dans le redo c'est que c'est plus dans le buffer cache... et puis de toute façon t'es pas sûr que les datafiles sont synchro alors moi je pense plutôt que c'est nécessaire tant l'archive n'est pas OK ou le checkpoint en cours (bon là faut pas avoir de bol )

[lalystar]

si c'est dans le redo c'est que c'est plus dans le buffer cache

Un bloc peut très bien être dans le redo log file mais rester "dirty" dans le buffer cache (suite à un commit par exemple).


Laly.

[orafrance]

mais dans le redo t'as pas les blocs, les blocs sont dans le UNDO si je ne m'abuse ???

Houla, tu me fais salement douter

[lalystar]

Dans le redo tu as la version du bloc après modif, dans le undo avant modif. Du coup moi aussi je doute, dans le redo, c'est l'image du bloc entier, ou bien un delta entre le bloc avant et le bloc après ?


Laly.

[orafrance]

Pour moi, le redo c'est la commande + ancienne valeur + nouvelle valeur... sinon, comment fait logminer pour s'y retrouver, il ne dépouille pas les blocs quand même

[orafrance]

http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96521/onlineredo.htm#3848

For example, if you change a salary value in an employee table, you generate a redo record containing change vectors that describe changes to the data segment block for the table, the rollback segment data block, and the transaction table of the rollback segments.

http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96521/onlineredo.htm#3873

Online redo log files that are required for instance recovery are called active online redo log files.

etc... etc... voila qui nous éclaire d'avantage

[thomasjcj]

Pour moi, uniquement le redo en status CURRENT est nécessaire en cas d'instance recovery car lors du switch logfile précédent, il y a eu un checkpoint et tout ce qui était dans le buffer cache protégé par ce redo est sur disque dans les datafiles. Ce redo n'est plus nécessaire pour l'instance recovery, Oracle ne le considère plus sauf pour l'archivage éventuel amha.

En cas de Crash, le recover de l'instance se fait a partir du dernier Checkpoint. Le Redolog en ACTIVE est donc aussi necessaire car le checkpoint est en cours, et le checkpoint SCN dans le fichier de controle et les Fichiers de base ne sont pas encore mis a jour.

A mon avis pomalaix a raison. lors du switch le redolog est marque en Active. Pendant le switch le redolog est marque ACTIVE, le Checkpoint est realise par le Process DBW. Lorsque le Checkpoint est fini, les fichiers de base sont synchrone et le redolog est marque Inactive. Il n'est plus necessaire pour un Instance recovery.
Tout ca est completement independant du fait que la base est en mode ARCHIVELOG ou PAS.
Pendant le switch, si la base est en ARCHIVELOG, le process ARC est lance par le LGWR et archive le redolog. l'archivge peut continuer apres que le redolog soit marqué INACTIVE