Quel est le moyen le plus efficace pour compresser et stocker une sauvegarde SQL Server? [fermé]

9

J'ai fait des tests sur différentes méthodes de compression et de stockage des sauvegardes SQL Server (à l'aide de SQL Server 2008 R2 Enterprise Edition), et je me demande quel est l'algorithme de compression le plus efficace pour le stockage à long terme de ces sauvegardes, en dehors de SQL algorithmes de compression interne.

Je ne m'inquiète pas du stockage physique ou des lecteurs de bande ou quoi que ce soit, j'essaie simplement de transformer nos 3 To de données et de fichiers journaux en le plus petit fichier possible.

Ainsi, par exemple, serait un .zip ou .7z? Ou y a-t-il trop de variables dans ma base de données pour pouvoir estimer avec précision ce qui sera le plus efficace et j'aurai juste besoin de faire quelques tests? Ou la compression interne de SQL Server est-elle la meilleure que j'obtienne?

sql-server-2008-r2 compression backup

— Sean Long
source

Le stockage physique est le facteur déterminant pour cela, car notre espace sur le disque dur est faible. Cependant, je voulais éviter la discussion sur le type de RAID que j'utilise ou la réponse étant "Obtenez simplement plus de plateaux", car ce sont des choses sur lesquelles je travaille déjà, mais ce sont des solutions à long terme.

— Sean Long

Cela semble être quelque chose que vous pourriez tester, car cela dépendra largement de la nature de vos données. Sauvegardez une base de données avec la compression, puis essayez de compresser davantage le fichier de sauvegarde à l'aide d'autres outils de compression. Personnellement, je ne peux pas imaginer que vous grignoterez suffisamment d'espace supplémentaire pour que cela vaille la peine de compliquer le processus, et n'oubliez pas que plus de compression = plus de CPU, parfois = plus de temps. Donc, si cela prend une minute supplémentaire pour économiser 100 Mo d'espace disque supplémentaires, cela vaudra-t-il la peine lorsque vous tentez de restaurer?

— Aaron Bertrand

13

J'ai fait des tests sur différentes méthodes de compression et de stockage des sauvegardes MS SQL (à l'aide de l'édition MS SQL 2008 R2 Enterprise), et je me demande quel est l'algorithme de compression le plus efficace pour le stockage à long terme de ces sauvegardes, en dehors de SQL algorithmes de compression interne.

Étant donné que vous utilisez SQL 2008 R2 Enterprise Edition, vous pouvez / devez tirer parti de

Compression des données - compression des lignes et des pages. au niveau des données
Compression de sauvegarde lors de la prise de sauvegarde pour minimiser l'empreinte disque des sauvegardes.
```
USE master;
GO
EXEC sp_configure 'backup compression default', '1';
RECONFIGURE WITH OVERRIDE;
```

La compression de sauvegarde utilise des cycles CPU pour compresser les données avant qu'elles ne quittent le serveur, et c'est pourquoi dans la grande majorité des scénarios, les sauvegardes compressées sont plus rapides que les sauvegardes non compressées.

Notez que lorsque vous utilisez des outils open source, vous devez décompresser le fichier de sauvegarde de la base de données avant de pouvoir démarrer le processus de restauration lui-même.

Par exemple: lorsque vous recevez une sauvegarde de base de données SQL de 50 Go qui est compressée à 5 Go. Pour restaurer cette base de données, vous avez besoin de beaucoup plus d'espace disque:

5 Go pour le fichier zip
50 Go pour le fichier de sauvegarde
50 Go pour la base de données restaurée. (supposez qu'il n'y a pas d'espace vide dans la base de données)

Au total, 105 Go d'espace disque sont nécessaires.

Vous pouvez toujours utiliser des outils de compression open source comme gzip , 7Zip , bzip2 ou QuickLZ après la compression de sauvegarde pour en bénéficier.

Jetez également un œil à la sauvegarde compressée MSSQL sur codeplex.

Bonnes références pour les statistiques de comparaison

— Kin Shah
source

3

Si vous avez compressé vos sauvegardes via la compression SQL, vous ne pourrez pas obtenir beaucoup de compression si vous essayez de compresser / 7zip / rar le fichier de sauvegarde.

— user1207758

8

En termes de compression de sauvegarde, j'ai fait (il y a quelques années) une comparaison des options de compression de sauvegarde fournies par la sauvegarde SQL de Red Gate , la LiteSpeed de Quests pour SQL Server et SQLSafe d'Idera, en comparant les trois produits. Les différences dans une sauvegarde typique à une compression maximale étaient d'environ 5% entre les trois pour le temps nécessaire et une répartition un peu plus large pour la taille de la sauvegarde, avec Red Gate en tête (90% de compression vs 80 & 85% pour Idera & Quête, dans cet ordre).

— Thomas Rushton
source