[DBA] checkpoint incomplet

Bonjour à tous ,

je viens de consulter ce matin le fichier log de ma base de données et j'ai le message suivant:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

Thu Jul 20 15:09:20 2006 Thread 1 cannot allocate new log, sequence 79 Checkpoint not complete Current log# 1 seq# 78 mem# 0: /ora/data/mabase/u01/redo01.log Thread 1 advanced to log sequence 79 Current log# 2 seq# 79 mem# 0: /ora/data/mabase/u01/redo02.log Thu Jul 20 22:00:33 2006 Thread 1 advanced to log sequence 80 Current log# 1 seq# 80 mem# 0: /ora/data/mabase/u01/redo01.log Fri Jul 21 01:19:45 2006 Thread 1 advanced to log sequence 81 Current log# 2 seq# 81 mem# 0: /ora/data/mabase/u01/redo02.log

---

ma question est la suivante :
que veut dire Checkpoint not complete ?
faut il y remedier même si oui comment ?

merci d'avance

Cela veut dire que Oracle essaie de réutiliser un redo log group alors qu'il n'a pas eu le temps d'ecrire tous les blocs modifiés dans les fichiers des tablespace scorrespondant aux modifications de ce redo log qu'il veut réutiliser.

Ce n'est pas un problème grave. Mais Oracle va simplement attendre (= suspendre les activités de mise à jour dans la base nécessitant n'écrire dans les redo logs) jusqu'à ce que le checkpoint soit terminé. C'est un problème de performance.

Pour y remédier: on peut essayer d'avoir plus de redo log groupes ou d'augmenter la fréquence des checkpoints.

Comme vous n'avez pas spécifié de version on ne peut même pas vous aider plus que ca

Si vous n'avez pas beosin de spécificité du au fast_start_mttr_target il vaut mieux augmenter la taille de vos REDO vous switchez peut être trop vite.

Pour les chekpoint je vous conseille également de synchroniser le checkpoint et le switch

Une autre piste consiste à verifier les disques sur lesquels sont les REDO

Bonjour,

Penser à :tagcode:

Essaye de lire cet article : http://mbouayoun.developpez.com/fichredo/

et

http://mbouayoun.developpez.com/reglredo/

Re bonjour,

merci pour votre reponse , en effet j'ai oublié de préciser la version d'oracle est la 10G 10.2 .
je voudrais savoir comment augmenter la taille des redos , et comment
d'augmenter la fréquence des checkpoints.
j'ai verifier avec cette requete :

Code:

---

1 2 3

SELECT event,total_waits,total_timeouts,time_waited,AVERAGE_WAIT FROM v$system_event WHERE event IN ('log file sync','log file parallel write')

---

le resultat est le suivant :

Citation:

---

EVENT TOTAL_WAITS TOTAL_TIMEOUTS TIME_WAITED VERAGE_WAIT

log file parallel write 2205 0 675 0,31
log file sync 129 0 48 0,37

---

si Jaouad peut etre plus précis dans l'explication sur ces deux points

Citation:

---

je vous conseille également de synchroniser le checkpoint et le switch comment ?
Une autre piste consiste à verifier les disques sur lesquels sont les REDO
verifier la taille du disque c'est ça?

---

merci d'avance

Balises ajoutées par Jaouad et Magnus. Merci d'y penser :wink:

Nabou, Merci de bien utiliser les balises Code et Quote
comme tu le voit nous ( magnus et moi ) sommes obligé de repasser aprés :?

Ceci étant dit , pour revenir au fond du probléme :

Ici il s'agit de la somme de ces événements depuis le dernier démarrage, cela est une vision trop macro pour que l'on puisses l'exploiter? Est ce que ces deux wait event apparaissent dans les STATSPACK ( section top 5 event )

Aprés nous pourrons aviser.

Pour la modification de la taille des REDO je te conseille la lecture des articles donnée par Bouyao . Oracle recommende un sitwh de REDO tout les 15 mins. si tu switche trop vite on systéme connait un goulot détranglement qui peuvent d'ailleurs expliqué les waits event :

Citation:

---

log file parallel write
log file sync

---

tu peux synchroniser les checkpoints et les switch en mettant à 0 le paramétre checkpoint interval , mais est ce que cela est compatible avec les paramétres de ton INIT ou SPFILE ?

Lorsque je parle des disques, je penses plutôt à la vitesses et à leur répartition des REDO sur ces disques

Jaouad

D'abords , désolé je ferrais attention la prochaine fois pour les balises, et j'ai vérifier le paramètre log_checkpoint_interval=0, j'ai aussi opté pour ajouter un troisième groupe aux deux qui existaient , et je verrais le résultat par la suite

merci pour les explications.