压缩和存储 SQL Server 备份的最有效方法是什么？

Question

我一直在对压缩和存储 SQL Server 备份的不同方法进行一些测试（使用 SQL Server 2008 R2 企业版），我想知道最有效的压缩算法是在 SQL 之外长期存储这些备份内部压缩算法。

我不担心物理存储或磁带驱动器或任何东西，只是试图将我们的 3TB 数据和日志文件变成最小的单个文件。

那么，例如，是 .zip 还是 .7z？或者我的数据库中有太多变量无法准确估计什么是最有效的，而我只需要做一些测试？或者 SQL Server 的内部压缩是我能得到的最好的吗？

Answer 1

我一直在对压缩和存储 MS SQL 备份的不同方法进行一些测试（使用 MS SQL 2008 R2 企业版），我想知道最有效的压缩算法是在 SQL 之外长期存储这些备份内部压缩算法。

由于您使用的是 SQL 2008 R2 企业版，您可以/必须利用

• 数据压缩 - 行和页压缩。在数据级别

• 备份时进行备份压缩，以最大限度地减少备份的磁盘占用空间。

  USE master;
  GO
  EXEC sp_configure 'backup compression default', '1';
  RECONFIGURE WITH OVERRIDE;
  

备份压缩使用 CPU 周期在数据离开服务器之前对其进行压缩，这就是为什么在绝大多数情况下，压缩备份比未压缩备份更快的原因。

请注意，当您使用开源工具时，您需要先解压缩数据库备份文件，然后才能自行启动还原过程。

例如：当您收到压缩为 5 GB 的 50 Gb SQL 数据库备份时。要恢复此数据库，您需要更多磁盘空间：

• 5 Gb 用于 zip 文件
• 50 Gb 用于备份文件
• 50 Gb 用于恢复的数据库。（假设他们在数据库中没有空白空间）

总共需要 105 Gb 的磁盘空间。

您仍然可以在备份压缩后使用开源压缩工具，如gzip、7Zip、bzip2或QuickLZ来受益。

另外，请查看codeplex上的MSSQL 压缩备份。

比较统计数据的良好参考

• 多核时代的文件压缩。
• 数据库转储的压缩方法比较

Answer 2

在备份压缩方面，我（几年前）对Red Gate 的 SQL Backup、Quests 的 LiteSpeed for SQL Server和Idera 的 SQLSafe提供的备份压缩选项进行了比较，对这三种产品进行了基准测试。最大压缩下的典型备份的差异在三者之间的时间差异约为 5%，备份大小的差异稍大，Red Gate 位居榜首（90% 压缩比 Idera 和 80% 和 85%任务，按此顺序）。