SQL服务器备份那些事儿，bak文件怎么搞才靠谱，mssql备份恢复乱七八糟讲解

说到SQL Server备份这事儿，说白了就是给你家的数据库上个保险，万一哪天服务器抽风了、硬盘挂了、或者哪个程序员小哥一个误操作把重要数据删了，备份就是你最后的救命稻草，那个.bak文件，就是打包好的“保险单”，怎么弄这个.bak文件才靠谱，里面门道不少,咱今天就用大白话捋一捋。

备份不是简单点一下“备份”就完事儿了

很多人觉得备份很简单，在SQL Server Management Studio（就是那个管理数据库的图形化界面，咱就叫它SSMS吧）里，对着数据库右键，任务->备份，选个路径，点确定，看到一个.bak文件生成了，就觉得高枕无忧了，这顶多算是个“心理安慰式”备份,离靠谱还差得远。

为啥不靠谱？你备份的时候数据库还在用吗？如果数据库正在被频繁修改，你备份出来的那个.bak文件，可能就像一张拍糊了的照片，里面的数据状态可能不一致，这就引出了第一个关键点：备份类型。

根据微软官方文档（MSDN）里的说法,主要有这么几种：

1. 完整备份：这是基础，就是把整个数据库原原本本地复制一份，好比给你整个房子拍了一张全景照片，这是必须做的,是所有恢复的根基。
2. 差异备份：自从上次完整备份以后，所有发生变化的数据页的备份，它只备份“变了”的部分，好比今天做完完整备份后，明天你只拍了家里新买的家具和移动过的物品，背景墙、没动的柜子就不重复拍了，差异备份比完整备份快,文件也小。
3. 事务日志备份：这个有点特别，它备份的是数据库的操作记录（事务日志），SQL Server每个对数据的修改操作都会先记在日志里，定期备份这个日志，能让你恢复到某个非常精确的时间点，好比不仅拍了照片，还录了像，如果你只有上周日的完整备份和今天早上的差异备份，那从周日到今天早上之间的数据变更你是恢复不了的，但如果你有连续的事务日志备份，你就能像看回放一样,把数据库恢复到出问题前一刻的状态。

一个靠谱的策略绝对不是每天只做完整备份，对于重要的数据库，一个常见的“黄金组合”是：每周一次完整备份，每天一次差异备份，每隔几小时一次事务日志备份，这样即使白天出问题，最多也就损失几个小时的数据,而不是一整天。

.bak文件怎么搞才靠谱？

光有策略不行，.bak文件本身也得保护好。

1. 别把.bak文件放在数据库所在的服务器上！ 这是最最最重要的一条，想象一下，服务器硬盘物理损坏了，你的数据库文件和备份文件一起玩完，备份还有什么意义？一定要把.bak文件拷贝到另一台机器、网络共享文件夹、或者专用的备份存储上，这叫“异地备份”。
2. 定期检查.bak文件是不是好的。 备份文件也可能损坏，你不能等到要恢复的时候才发现.bak文件是坏的，应该定期（比如每周）执行一次恢复测试，就是在另一台测试服务器上，尝试用这个.bak文件把数据库恢复出来，看能不能成功，这叫“消防演习”。
3. 管理备份文件的历史版本。 每天都会产生新的备份文件，旧的不能无限期保留，硬盘会爆的，要有一个保留策略，保留最近2个月的完整备份，最近1周的差异备份，最近3天的事务日志备份”，并写个脚本自动删除过期的文件,不然手动清理太麻烦还容易出错。
4. 考虑压缩备份。 SQL Server自带备份压缩功能，能显著减小.bak文件的大小，节省存储空间和网络传输时间，虽然会稍微多消耗一点CPU，但现在CPU通常不是瓶颈，硬盘空间和网络带宽才是,这个功能一般建议开启。

恢复过程中的“乱七八糟”讲解

备份是为了恢复，恢复的时候,情况五花八门。

• 完整恢复：最常见的情况，比如测试库刷新、整个数据库迁到新服务器，这时候直接用最新的那个完整备份文件恢复就行了，如果有差异和日志备份，得按顺序来：先恢复完整备份（要加上WITH NORECOVERY选项，意思是还没完，后面还有文件要恢复），再恢复最新的差异备份（同样WITH NORECOVERY），最后按时间顺序恢复之后的所有事务日志备份，在最后一个日志备份恢复时使用WITH RECOVERY选项，这样数据库就变成可用的在线状态了，这个顺序不能乱，就像拼乐高,得从底座开始一层层往上搭。
• 时间点恢复：更高级一点，比如今天下午2点有人误删了一张表，你希望把数据库恢复到下午1点59分的状态，这时候，你需要先恢复完整备份和差异备份（到NORECOVERY状态），然后恢复事务日志备份直到下午2点前的那个，在恢复这个日志时指定时间点（WITH RECOVERY, STOPAT = '某个时间'），这样数据库就刚好恢复到那个时间点,误操作还没来得及发生。
• 文件组恢复：超级复杂的情况，有时候不是整个数据库坏了，只是存放数据库的某个硬盘坏了，而这个硬盘正好对应数据库的一个文件组，理论上可以只恢复那个损坏的文件组及其相关的日志，让数据库其他部分保持在线，但这个操作非常复杂，对业务有影响，一般不建议新手尝试,最好有专家指导。

SQL Server备份恢复这事儿，思想上要重视，不能有侥幸心理，行动上要规范，制定一个符合你业务重要性的策略（是允许丢一天数据还是只能丢一分钟？），并且坚持执行和测试，那个.bak文件，它不只是一个文件，它是你数据安全的底线，千万别等数据真的没了，才后悔莫及，这些方法大多在微软的官方文档和像Brent Ozar这类SQL Server专家写的技术博客里都有更详细的原理阐述,咱这里就是把它说得更直白了些。