我一直在测试压缩和存储 SQL Server 备份的不同方法(使用 SQL Server 2008 R2 企业版),我想知道在 SQL 之外,对于这些备份的长期存储最有效的压缩算法是什么内部压缩算法。
我不担心物理存储或磁带驱动器或任何东西,只是试图将我们的 3TB 数据和日志文件转换为我能做到的最小的单个文件。
那么,例如,是 .zip 还是 .7z?或者我的数据库中有太多变量无法准确估计最有效的方法,我只需要做一些测试?还是 SQL Server 的内部压缩是我能得到的最好的?
我一直在测试压缩和存储 SQL Server 备份的不同方法(使用 SQL Server 2008 R2 企业版),我想知道在 SQL 之外,对于这些备份的长期存储最有效的压缩算法是什么内部压缩算法。
我不担心物理存储或磁带驱动器或任何东西,只是试图将我们的 3TB 数据和日志文件转换为我能做到的最小的单个文件。
那么,例如,是 .zip 还是 .7z?或者我的数据库中有太多变量无法准确估计最有效的方法,我只需要做一些测试?还是 SQL Server 的内部压缩是我能得到的最好的?
由于您使用的是 SQL 2008 R2 企业版,因此您可以/必须利用
备份时进行备份压缩,以最大程度地减少备份的磁盘占用空间。
备份压缩使用 CPU 周期在数据离开服务器之前对其进行压缩,这就是为什么在绝大多数情况下,压缩备份比未压缩备份更快的原因。
请注意,当您使用开源工具时,您需要先解压缩数据库备份文件,然后才能自行启动还原过程。
例如:当您收到压缩为 5 GB 的 50 Gb 的 SQL 数据库备份时。要恢复此数据库,您需要更多磁盘空间:
总共需要 105 Gb 的磁盘空间。
备份压缩后,您仍然可以使用gzip、7Zip、bzip2或QuickLZ等开源压缩工具受益。
另外,请查看codeplex上的MSSQL Compressed Backup 。
比较统计的良好参考
在备份压缩方面,我(几年前)对Red Gate 的 SQL Backup、Quests 的 LiteSpeed for SQL Server和Idera 的 SQLSafe提供的备份压缩选项进行了比较,并对这三种产品进行了基准测试。在最大压缩下的典型备份中,三者之间的时间差异约为 5%,而备份大小的差异则更大,Red Gate 名列前茅(90% 压缩,而 Idera 为 80% 和 85%)任务,按此顺序)。