干这行的人，早晚都得碰上数据库出幺蛾子的时候。硬盘突然挂了，机房断电了，或者哪个手欠的同事把表给删了——这时候你才想起来备份没做，那真是哭都来不及。SQL Server的备份和恢复，说白了就是给数据买保险，平时看着没啥用，真出事的时候能救命。我今天不跟你绕弯子，直接把步骤掰开了揉碎了讲，你照着操作就行。
先说说备份这档子事。SQL Server里最常用的就是完整备份，相当于给整个数据库拍个快照。你在SSMS里右键点数据库，选“任务”，再点“备份”，弹出来的窗口里选“完整”，目标那边最好选磁盘。有个细节容易被忽略：备份文件别直接丢C盘系统盘，万一系统崩了文件也跟着没，放D盘或者单独的备份服务器才靠谱。还有，别用默认的文件名，自己改成年月日加库名的格式，比如“MyDB_20250619.bak”，这样以后找起来一目了然。
完整备份虽然简单，但有个坑——它只管备份那一刻的数据，之后新写入的数据全都不在里面。所以光有完整备份不够，还得配合差异备份和日志备份。差异备份记录的是上次完整备份之后的变化，比完整备份小得多，恢复的时候先恢复完整备份，再恢复最新的差异备份，速度能快不少。日志备份就更细了，它记录的是每一次事务操作，理论上可以做到精准到某个时间点。这三样搭配着来，才算是个完整的备份策略。
具体操作上，差异备份和完整备份的步骤差不多，就是备份类型选“差异”而已。日志备份稍微特殊点，前提是你得把数据库的恢复模式设成“完整”，不然日志备份根本没法做。右键数据库，属性里找“选项”，恢复模式那儿选“完整”，然后才能正常做日志备份。这个设置我建议你一开始建库的时候就弄好，别等到需要备份了才想起来改，到时候又得折腾半天。
备份做好了，还得定期检查备份文件是不是真的能用。我见过不少人，备份是天天做，但从来没试过恢复，结果真出事那天发现备份文件是坏的，那心情简直没法形容。所以每个月至少挑一次，找个测试环境，把最新的备份文件恢复一下，看看数据是不是完整的。这个习惯花不了多少时间，但能让你睡觉睡得踏实点。
接下来是恢复的部分，这才是真正考验人的环节。恢复之前先搞清楚你要恢复到什么状态：是恢复到备份那一刻，还是恢复到出事故前的某个时间点？如果是前者，那就简单了，在SSMS里右键数据库，选“任务”，再点“还原”，然后选“数据库”，找到你的备份文件，点确定就行。但这里有个大坑：如果你要恢复的数据库还在线上，而且有别的连接占着，还原会失败。你得先把那些连接踢掉，或者干脆把现有数据库删了再还原——前提是你确认那个库里的数据已经没用了。
要是你想恢复到某个时间点，那就得用到日志备份了。还原的时候选“时间线”，SQL Server会给你画出一个时间轴，你选定目标时间点，它会自动把完整备份、差异备份、日志备份按顺序合并起来，恢复到那个时刻的状态。这个功能特别好用，比如你在下午三点误删了一批数据，只要日志备份齐全，就能恢复到两点五十九分的状态，把损失降到最低。但前提是你得有从完整备份开始到目标时间点的所有日志备份，中间断了任何一环，这个时间点恢复就做不成了。
说个很多人容易忽略的点：恢复操作本身也会影响线上业务。比如你在生产环境上恢复一个大库，整个过程可能要几分钟甚至几十分钟，期间这个库是没法用的。所以恢复操作尽量安排在业务低峰期做，而且要提前跟业务方沟通好，别到时候被人堵着门骂。另外，恢复完一定要检查一下数据完整性，跑几个关键查询看看数字对不对，别恢复完就撒手不管了，万一恢复过程中出了点小问题，你都不知道。
SQL Server的备份和恢复，说到底就是个熟能生巧的活。我见过不少新手，第一次做备份的时候紧张得不行，生怕点错按钮把库弄坏了。其实没那么玄乎，你只要把完整备份、差异备份、日志备份这套组合拳练熟了，再把恢复流程在测试环境多演练几遍，真到了出事的那个下午，你也能不慌不忙地把数据捞回来。记住，备份不是做给领导看的，是给自己留后路的。今天你多花十分钟把备份策略配好，明天也许就能省下加班一整夜的力气。
