Version imprimable
Bonjour,
J'ai une base qui a un fichier de logs qui fait 5Gb dont seulement à peu près 200Mb sont occupés.
Je sais que je pourrais le réduire, mais il y a un traitement une fois par semaine qui le refera grossir jusqu'à ces 5Gb.
Ma question est simple : Aurais-je un problème de performance à avoir un fichier de LOG aussi gros et à 95% vide ? Si oui , pourquoi ?
Merci de votre réponse.
Lance un backup du fichier log avec l'option truncate only.
Puis lance des shrinklog.
En principe non, ce serait même le contraire. Si à un moment donné votre traietement a eu besoin de journaliser 2 Go de transaction et que le fichier est petit, il faudra faire des opérations de croissance du fichier qui pénaliseront très fortement lesdites transactions.Citation:
Aurais-je un problème de performance à avoir un fichier de LOG aussi gros et à 95% vide ? Si oui , pourquoi ?
En tout état de cause si vous voulez des performances il faut adapter la taille de votre fichier du journal des transactions au volume courant des transactions, de manière a ce que jamais il n'ai besoin de croitre.
Cela s'audite régulièrement.
A +
Bonjour,
Merci de vos réponses. Le fichier de log est actuellement à sa bonne taille, car comme dit plus haut, il y a ce fameux job hebdo qui est assez lourd.
J'avais positionné la taille de la log à 3Gb (la base fait à peut près 15Gb), et je l'avais laissé en croissance automatique à cause de ce job dont j'ignorais le comportement.
Après quelques mois d'utilisation, le fichier de log a grossit jusqu'à 5Gb et ne grossit plus. C'est donc pour moi la taille qu'il faut lui laisser.
J'ai des sauvegardes de log qui tournent toutes les heures et une complète une fois par jour.
J'avais juste peur que d'avoir un fichier aussi gros et la plupart du temps vide pourrait nuire aux performances ... Me voici rassuré.