教你用压缩技术给SQL Server备份文件瘦身

众所周知，随着数据库体积的日益庞大，其备份文件的大小也水涨船高。虽然说通过差异备份与完全备份配套策略，可以大大的减小SQL Server数据库备份文件的容量。可是，其体积仍然很庞大。所以，在日常工作中，如何给SQL Server的备份文件瘦身，就是很多数据库管理员所关心的问题了。

也许微软的数据库产品设计专家听到了众多数据库管理员的呼声了吧。在最新的2008版本的SQLServer数据库中，提出了备份压缩的概念。其基本原理跟利用RAR等压缩工具压缩文件一样，可以让原有的备份文件体积更小。这直接带来的好处，就是可以节省服务器的备份空间。另外，若SQLServer数据库配置了异地备份的话，那么也可以节省网络带宽，缩短异地备份的时间，等等。

笔者前不久刚把数据库升级到了2008，并重新更改了备份配置，让数据库支持备份压缩。下面笔者就把备份压缩的管理心得跟大家分享一下。希望笔者这些经验能够帮助大家做好SQL Server数据库备份压缩的管理。简单的来说，如果要采用备份压缩技术，那么数据库管理员要弄明白几个问题。

问题一：备份压缩技术的限制条件。

由于备份压缩技术是2008版本中才提出来的，所以其兼容性可能就会收到一些限制。根据官方的说法是，从2008以后的数据库版本，都会支持这个备份压缩技术。故向后兼容应该问题不大。数据库管理员关心的应该是，从低版本升级到高版本的数据库时的一些限制条件。掌握这些限制条件，可能会让数据库升级少遇到一些问题。根据笔者的了解，这里至少有二个限制条件。

一是压缩的备份和未压缩的备份不能够共存于一个媒体集中。在SQL Server数据库中，如果要对数据集进行备份，则首先需要建立一个媒体集。笔者升级完成之后，先对数据库进行了一个完全备份，这个备份没有采用压缩技术。后来笔者在测试压缩备份的时候，却发现怎么都不成功。后来根据错误提示查询了相关资料并进行亲自测试，才发现压缩的备份和未压缩的备份不能够共存于一个媒体集中。笔者后来重新建立了一个媒体集后，备份压缩技术就可以起作用了。

二是早期版本的SQL Server数据库无法读取压缩的备份。为了测试备份压缩技术的向前兼容性，笔者特意利用备份压缩后的数据库文件，去恢复2005版本的数据库。注意，这个数据库文件是升级到2008后马上备份的，也就是说，除了这个压缩技术外，没有采用2008的新技术与新对象。但是，却发现2005版本的数据库根本不认账，不认识这个压缩后的备份文件。可见，早期版本的SQL Server数据根本无法读取压缩后的备份文件。