Discussion :

[star]

J'ai une base 10.1.0.2.0 de test en archivelog et je remarque que toutes les heures à peu près un switch log se produit alors qu'aucune transaction n'est faite sur la base. En conséquent, le redo log en ligne courant est archivé.
Sauriez-vous me donner une explication ?
Par ailleurs, j'ai une base 7.3.4 en prod sur laquelle je ne rencontre pas cette situation. Si rien ne se passe aucun switch de redo ne se produit et aucune archive n'est générée.
Merci bien de votre aide
.

[thg]

Je pense que le parametre LOG_CHECKPOINT_TIMEOUT n'est pas reglé a la meme valeur sur vos 2 bases ...

Lorsque le LOG_CHECKPOINT_TIMEOUT est atteint, il y a un switch des LOGs , donc archivage si vous etes en mode ARCHIVE LOG ...

[star]

Merci pour la réponse.
Je vais comparer la valeur du paramètre entre mes 2 bases dès lundi.
Il y a le paramètre LOG_CHECKPOINT_INTERVAL qui serait peut être à considérer aussi. J'y jêterai un coup d'oeil par la même occasion.
Sinon d'autres pistes ?
Merci encore.
.

[aline]

Il y a aussi le paramètre archive_lag_target (géneralement utilisé pour les bd standby) qui force un switch des redos n secondes après le dernier switch.

[star]

J'ai vérifier les paramètres d'initialisation suivants :

Code :

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

1
2
3
4
5
ARCHIVE_LAG_TARGET est à 0
LOG_CHECKPOINT_INTERVAL est à 0
LOG_CHECKPOINT_TIMEOUT était à 1800, je l'ai positionné à 0
FAST_START_IO_TARGET est à 0
FAST_START_MTTR_TARGET est aussi à 0

Mais rien y fait, un log switch se produit toutes les heures malgré qu'aucune transaction n'est faite sur la base.
Je me dis qu'il y aurait peut être des transactions Oracle programmées de manière à ce qu'elles s'exécutent toutes les heures ?
Sauriez-vous m'indiquer une nouvelle piste de recherche parce que là je sèche ?
Merci encore.
.

[bouyao]

Bonjour star,

Tout simplement le paramètre FAST_START_MTTR_TARGET est different de zéro.

Pour désactiver ton switch log il suffit de :

Code :

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

alter system set FAST_START_MTTR_TARGET=0  scope=both

Ce paramètre spécifie le nombre de secondes pour que la base fait une réstauration suite à un crash.

[star]

Bjr bouyao et aussi à tous,
Merci pour la réponse, mais comme je l'ai indiqué

Code :

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

FAST_START_MTTR_TARGET est aussi à 0

J'ai comme un doute du coup !
Pour m'en assurer, je forcerai la valeur avec l'alter system dès demain.
Merci pour la suggestion, je manque d'idée pour ma part !
.

[bouyao]

Est ce que les fichiers archivelogs ont les mêmes tailles ?

[star]

Est ce que les fichiers archivelogs ont les mêmes tailles ?

Oui,
Je n'ai pas Oracle sous la main, mais oui, ils ont la même taille 9782Ko si j'ai bonne mémoire.
.

[bouyao]

Donc, il y'a de l'activité dans la base.

[star]

Certainement !
Comment pourrais-je faire pour savoir ce qui se passe ?
.

[star]

Si ça peut servir,
En arrêtant la console OEM, mon problème de switchlog toutes les heures a disparu.
J'ai pas trouvé mieux !
J'ai pourtant essayé de comprendre avec Entreprise Manager le comment du pourquoi, mais sans succès.
Merci à tous pour votre aide.
.

[nassim_dba]

Je pense que le parametre LOG_CHECKPOINT_TIMEOUT n'est pas reglé a la meme valeur sur vos 2 bases ...

Lorsque le LOG_CHECKPOINT_TIMEOUT est atteint, il y a un switch des LOGs , donc archivage si vous etes en mode ARCHIVE LOG ...

Salut , cest moi nassim

je voualis juste corrigé une erreur fréquente de mes amis DBA

un checkpoint n'entraine pas forcement un switch logfile vous pouriez test ça

1- select group#, members, status from v$log;
2- alter system checkpoint;
3-select group#, members, status from v$log;

et vous remarquiez que le fichier redo courant reste toujours le mme

[nassim_dba]

Si ça peut servir,
En arrêtant la console OEM, mon problème de switchlog toutes les heures a disparu.
J'ai pas trouvé mieux !
J'ai pourtant essayé de comprendre avec Entreprise Manager le comment du pourquoi, mais sans succès.
Merci à tous pour votre aide.
.

il est fort possible que vous aviez crée des objet invalid avec Enterprise manager,
ceci implique un alter automatique de ce te objet pour le compiler, ceci dit une écriture dans le journal après un certain temps c'est un checkpoint et cela se répète tant que l'objet est invalid,
quand tu as fermé entreprise manager il ya eu une annulation de la création de l'objet invalide donc pas d'alter et par voie de conséquence pas de switch logfile


j’espère que j'ai répondu a ta question

Nassim