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

Question

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

我并不担心物理存储或磁带驱动器什么的，我只是想把3TB的数据和日志文件转化为我能做到的最小的单个文件。

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

Answer 1

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

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

• 数据级的数据压缩-行和页压缩。
• 备份压缩在进行备份时尽量减少备份的磁盘占用。使用母版；去执行sp_configure‘备份压缩默认’，'1'；重新配置与覆盖；

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

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

当您收到一个50 GB的SQL数据库备份时，它被压缩为5GB。要还原此数据库，您需要更多的磁盘空间：

• 5GB的zip文件
• 备份文件为50 Gb
• 还原的数据库为50 Gb。(假设它们不是数据库中的空空间)

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

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

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

用于比较统计的良好参考资料

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

Answer 2

在备份压缩方面，我(几年前)对红色的SQL备份、服务器的LiteSpeed和Idera's SQLSafe提供的备份压缩选项进行了比较，并对这三种产品进行了基准测试。在最大压缩情况下，典型备份之间的差异约为5%，而对于备份大小则有更大的差异(90%的压缩比80 %和85%的Idera & Quest，按顺序排列)。