Discussion :

[olivier]]

Bonjour.

je travaille en 10g sur WinServer 2003 SP2.
J'ai constaté dans mes logs qu'entre 5h et 6h du matin, période pendant la quelle j'ai effectivement un "traitement de masse" qui tourne, la base effectue plus de 100 switch log.
Le reste du temps la base tourne à moins de 10 switch par heure.

Faut-il porter des modifications ou bien puis-je laisser les choses en l'état.

Merci de votre aide

[dell68]

Essaye de regarder sur le AWR durant cette période via des snapshots, en générant un rapport AWR ou
un ADDM

[olivier]]

Bonjour.

Désolé d'avoir été aussi long à répondre mais ayant lu qu'AWR n'était pas gratuit, je me suis renseigné auprès de mon service informatique. La réponse est tombée hier, la licence de cette base ne permet pas d'utiliser ce module.

Merci quand même pour cette piste.

En fait, ma question était surtout de savoir s'il est nécessaire de changer quelque chose dans le paramétrage des logs ou si je peux laisser les choses telles quelles.

[dell68]

Domage, car ça aurait pu te pister avec un Rapport ADDM sur l'interval du snapshot et te dire les recommendations ..
Par contre, regarde la conception du traitement éffectuée pendant cette generations de redo archives et éssaye si
tu peux changer la strategie de l'applicatif, sinon tu auras d'autres problèmes à résoudre autres que les 100 switch logs /Heure .

[a.presles]

100 switch par heure donc a peine plus de 1 par minute ne pose pas de problème ne change rien.

[olivier]]

Je vais donc laisser les choses en l'état.

merci à tous les deux.

[mnitu]

Analyser seulement la fréquence ne vous dit pas tout l'histoire. Vous avez de traitement batch qui modifient beaucoup des données donc qui génèrent beaucoup de redo et qui génèrent les switch des fichiers de log. Jusqu'au là tout est normal.
Si par contre des autres problèmes se manifestent à ce même moment (des attentes dans les fichiers d'alertes, etc.) alors vous avez quelque chose à faire.

[dell68]

En règle générale, pour une base Oracle avec une grande activité transactionnelle, il faut dimenssionner les
tailles des journaux redo et avoir un nombre de groupe adecquate pour avoir un basculement environ toutes
30 à 40 minutes .
Mais comme c'est une fréquence très élévée ponctuellement, donc tu peux liasser comme ça !

[Heaven93]

bonjour
la recommandation est de 3 ou 4 switches par heure. en période plus creuse, si on a moins de 10 switches par heure (on peut imaginer que c'est plus près de 10 que de 5) doubler la taille des redo parait sage. s'il n'y a pas de licence diagnostic and tuning, alors il faut voir si les disques portant les redologs supportent la charge et les logfile sync correctement, particulièrement s'ils sont accédés par d'autres applications car, dans ce cas, celles-ci pourraient être pénalisées sur ce créneau.
regarder l'alert.log et les traces éventuelles générées sur le créneau horaire est le premier réflexe à mettre en oeuvre (plus rapide que poster sur le site ;-))
ensuite même si vous aviez la licence diagnostic and tuning , le report ADDM serait à lire avec précaution. il faut prendre un peu de recul par rapport aux recommandations. si ça suffisait pour tuner, il n'y aurait plus de dba

[dell68]

Pour réajuster une taille optimal des redo log, il existe la fonction de conseil redo logfile size advisor, qui
est basé sur la definition du parametre fast_start_mttr_target en nombre de seconde, qui est la durée minimum
de la récupération de l'instance apres arrêt anormale .
Des que tu definie ce parametre, surveille les statistiques de la vue v$instance_recovery, durant la période à laquelle,
tu éffectue ton traitement batch, tu obtiendra une éstimation de taille de tes redo en fonction de la charge transactionnelle,
(par exemple, tu peux commencer à FAST_START_MTTR_TARGET=30) !

[olivier]]

C'est en "épluchant" les logs que j'ai constaté cet état de fait.
A part ça, pas de message d'alerte ou d'erreur; pas plus que dans les fichiers trc de bdump ou udump.

Concernant les disques, je n'ai pas constaté d'anomalie en interrogeant l'administration du système.

Pour ce qui concerne le FAST_START_MTTR_TARGET, je vais commencer par le mettre en oeuvre sur une base de test. Je mettrai ici les résultats.

Merci à tous.

[ora_home]

Bonjour,

Tu peux poster les informations sur les groupes REDO, et la taille des fichiers ? (V$LOG et V$LOGFILE)