备份需求与检查环境

数据库迁移的方法很多，想用一个简单的方式，备份恢复方式。检查数据库大小为580GB，但是清理出的磁盘空间只有570GB，怎么办？

1. 可以清理一下数据库里面的无用数据，风险是可能把有用的数据也清理掉。
2. 也可以收缩SQL数据库，显示没有太大空间可用。

查询SQL压缩备份特性

微软的SQL Server支持压缩备份，可以选择不同的压缩比例，SQL的企业版，标准版，开发版均支持压缩选项，版本要2008以后。

压缩备份的好处是什么？

1. 减少磁盘空间占用。
2. 加速备份。
3. 数据不会丢失。
4. 减少资源和性能占用，通常情况，选择压缩备份可以显著减低CPU占用率。

但是也有一些限制，

1. 压缩备份和非压缩备份不能同时存在。
2. 老版本无法读取新版本的压缩备份，升级SQL的需要注意。
3. NTbackup不能共享磁带。

对这次需求来说，主要就是减少磁盘空间占用，但是具体压缩比例多少，580GB的数据库，备份后能压缩到多少呢？

备份实战开始

习惯了图形GUI，点击开始备份，SQL立刻计算压缩比例，可以立刻查看生成的bak文件大小，如果空间不够，将会弹出错误提示信息。看到生产的文件大小，有点意外，太厉害了！

生成的bak备份文件竟然只有193GB，原始数据库文件580GB，日志文件1GB，压缩比例达到了30%左右。比较令人满意。速度明显比以往的备份快了。