Pardon, je suis à la bourre ( ça se dit comme ça ?)

checkpoint not complete est généralement évité d'une manier pifométrique soit en augmentant la taille du redo log (file) soit en rajoutant des redos supplémentaires (je préfère augmenter la taille, moi). Parfois, une modification de log_buffer est bénéfique (je ne dis rien la, non ;-))

Lors du switch des redo logs, un checkpoint a lieu - ça c'est une axiome Oracle. Supposons qu'un checkpoint a eu lieu 10 millisécondes avant et qu'il n'est pas encore fini. Oracle ne va pas switcher tant que le dernier ckpt n'est pas fini.

Comme le message est trouvé avant CHAQUE switch, il est effectivement possible que les redos sont comme disait Pierre inadéquats (trop petits, pour l'hemoragie des données qui les peuplent).

Mais je ne veux pas paraitre debile: le message est devant CHAQUE switch ou de deux en deux, ou trois en trois ? Repondez-moi, je vous dirai pourquoi je pose la question ;-)

Racontez-nous la FREQUENCE des switchs !

La faute n'est pas généralement a LGWR, mais a DBWR qui ne vomit pas assez vite les blocs de la SGA.

Vérifier donc également les traces de DBWR, le paramètre db_block_checkpoint_batch

Radu Caulea,

Senior Oracle Consultant

www.caulea.fr.st