Un détail qui m’avait échapé lors de la migration de mon environnement SQL Server 2008 vers SQL Server 2008 R2 :
En effet, ce mode est disponible dès la version standard, comme on peut le voir dans la page :
Paramétrage pour les taches de sauvegarde du plan de maintenance
L’intérêt de cette option est réel, ainsi lorsqu’on édite le package SSIS de maintenance (plan de maintenance), on trouve pour les actions de sauvegarde (Log ou Fichiers de données) l’option “Backup Compression” :
Cette liste propose donc 3 valeurs différentes :
- Utiliser les valeurs par défaut du serveur
- Compresser les Backups
- Ne pas compresser les backups
Paramètre de compression des backup par défaut
La première option va donc utiliser le paramétrage appliqué directement au serveur pour la compression :
Ainsi dans les paramètres du serveur SQL, on trouve l’option directement disponible pour toutes les bases de données (Il faut redémarrer le service SQL Server si on le change)
Option de compression lors d’un backup manuel
On retrouve donc cette même option lorsque l’on veut faire une sauvegarde manuellement pour une base de données particulière.
Comparaison pour un exemple de sauvegarde
Lorsque l’on active cette option pour une base de données de contenu SharePoint WSS V3 d’environ 25 GB, les tailles des fichiers de backup donnent ceci :
- Sans compression : un peu plus de 20 GB
- Avec compression : un peu plus de 14 GB
Ce qui représente, pour cet exemple, un ratio d’environ 30% de gain de taille du fichier, il faut faire le calcul sur une ferme entière.
Attention :
Cette modification impose que la restauration se face sur un même niveau de version, car la compression n’est pas supportée par les versions de SQL Server 2008 R2 en dessous de la Standard Edition.
Il faut aussi savoir que le gain est variable suivant le contenu de votre base de données, mais peut être plus ou moins important.
Romelard Fabrice [MVP]
Commentaires
Enregistrer un commentaire