Si votre fichier grossit chaque nuit à 500 Mo, il n'y a qu'une seule action correcte : pré-développez le fichier à 500 Mo et laissez-le là . Réduire le fichier journal est préjudiciable. La croissance automatique du fichier journal est également dommageable.
- vous atteignez l'initialisation de remplissage zéro de la croissance du fichier pendant les opérations normales, ce qui réduit les performances
- votre journal augmente par petits incréments, créant de nombreux fichiers journaux virtuels, ce qui entraîne une baisse des performances opérationnelles
- votre journal est fragmenté lors de la réduction. Bien qu'elle ne soit pas aussi grave qu'une fragmentation des fichiers de données, la fragmentation des fichiers journaux a tout de même un impact sur les performances
- un jour, la croissance quotidienne de 500 Mo manquera d'espace disque et vous souhaiteriez que le fichier soit pré-développé
Vous n'avez pas à me croire sur parole, vous pouvez lire sur certains des blogs MVP ce qu'ils ont à dire sur la pratique de la réduction régulière des journaux et des fichiers :
- Auto-shrink – éteignez-le !
- Oh, l'horreur ! S'il vous plaît, arrêtez de dire aux gens qu'ils doivent réduire leurs fichiers journaux !
- Pourquoi voulez-vous être restrictif avec la réduction des fichiers de base de données
- Ne touchez pas à ce bouton de réduction !
- Ne tronquez pas vos fichiers ldf !
Il y en a d'autres, j'en ai juste marre de les lier.
Chaque fois que vous réduisez un fichier journal, une fée perd ses ailes.
