Discussion :

[kameleo10]

Bonjour,

Est ce que quelqu'un pourrait m'expliquer
-Dans quels cas LGWR ecrit les données du redo buffer dans les redo logs.
-Dans quels cas DBWR ecrit les données du databuffer cache dans les datafiles .
Et quels rapport ca a avec le process check point.

Merci

[bouyao]

Bonjour,

Pour le LGWR :

Il sufiit de lire le nouveau article Les fichiers redo

en plus en préparation un article sur le checkpoint :

Le mot Checkpoint signifie la synchronisation des données modifiées en mêmoire avec les fichiers de données dans la base. Par intervalle, le fait d'écrire les données modifiées dans les fichiers de données entre les checkpoints assure la disponibilité d'une quantité de mémoire, qui améliorera les performances pour trouver de la mémoire libre pour les opérations suivantes. Le mécanisme d'écritures des blocs modifiés dans le disque n'est pas synchronisé avec le commit des transactions.

Le checkpoint se réalise sous quatre types d'évènements :

Quand le delai de LOG_CHECKPOINT_TIMEOUT est atteint.
Quand la taille en byte de (LOG_CHECKPOINT_INTERVALL * taille d'E/S des blocs OS) est écrite dans le fichier redo en cours.
Directement par la commande ALTER SYSTEM SWITCH LOGFILE.
Directement par la commande ALTER SYSTEM CHECKPOINT.

Le checkpoint doit être rompus dans deux cas spécifiques :


Le DBWR écrit les tampons modifiés de la cache dans les fichiers de données.
Le LGWR met à jours l'entête des fichiers de données et le fichier de contrôle.
Quand LGWR effectue cette tâche, il ne peut pas faire son travail normalement, qui consiste à écrire les transactions dans les fichiers redo. Un process spécifique CKPT doit être utiliser pour liberer le LGWR de cette tâche. A partir de la version Oracle8 le process CKPT démarre automatiquement.


Le mécanisme de checkpoints présente un dilemme pour les dba Oracle, qui doivent trouver un point de compromis entre une performance global de l'instance et la rapidité de la restauration. La durée de restauratement est directement lié à la frequence des checkpoints.


Plus il y'a de checkpoints, plus la restauration est rapide. La restauration dépend de la quantité écrite dans le fichier redo depuis le dernier checkpoint.


Quand une restauration est nécessaire suite à un crash de l'instance, seulement les transactions écrites depuis le dernier checkpoint qui sont appliqués. Suivant le contexte, on a le choix entre la sécurité avec des checkpoints fréquents et un temps de restauration court ou une performance globale de l'instance avec des checkpoints moins fréquents. Normalement la majorité préfère la performance, car elle représente l'activité majeure dans une base de production.


Il y'a deux types de checkpoints :


Checkpoint normal
Checkpoint incremental
Le checkpoint normal met à jours les fichiers de contrôle et les entêtes des fichiers de données


Le checkpoint incremental met à jours seulement le fichier de contrôle.

[Jaouad]

Juste un petit ajout à cette bonne présentation , il faut également prendre en compte, à partir de la la 9i ( si je ne dis pas de bétises ), le paramétre :fast_start_mttr_target qui va effectué des checkpoint intermédaire.

kameleo10 je vous conseille de vous plonger dans la documentation car ici il s'agit de fondamentaux

Jaouad

[kameleo10]

Merci pour l'aide .

[comment_ca]

Bouyao t'a oublié le checkpoint partiel (quand tu fais un offline normal sur un tablespace ou quand tu le mets en lecture seule ça ecrit dans le fichier de contrôle et uniquement dans les fichiers du tablespace en question)