SqlServer2008的据库备份恢复，说穿了就是备份两条命：一条是数据库文件本身，另一条是和恢日志。很多人只备份数据库文件，复步结果出事那天哭都来不及。据库我见过一家做电商的备份朋友，每天凌晨两点全备一次，和恢日志从没单独备份过。复步某天硬盘坏道，据库主库文件损坏，备份恢复时只能回到前一天凌晨的和恢数据——整整丢了22小时的订单。自那以后，复步我但凡给任何人讲备份，据库第一句话永远是备份：日志，日志，和恢日志。
备份操作其实简单到让人怀疑。打开SqlServer Management Studio，右键点击目标数据库，选择“任务”→“备份”。弹出窗口里，备份类型默认是“完整”，这个不用动，除非你是在做差异备份。目标那块，默认路径往往是C盘，你最好改到独立的备份磁盘。为什么？C盘满了系统就瘫，数据库还没垮，操作系统先罢工了。选好路径，点确定，进度条跑完，备份文件就生成了。整个过程，熟练的话一分钟内搞定。
但真正的门道在恢复。恢复时你得先想清楚：要恢复到什么时候？如果是恢复到备份完成的那一刻，直接“还原数据库”，选择刚才那份备份文件就行。可要是想恢复到备份之后的某个时间点，比如今天上午10点数据库被误删了一张表，而你昨晚做了全备，今早9点做了日志备份，那就得先还原昨晚的全备，再还原今早9点的日志备份，并且还原日志时选“时间点还原”，指定到10点之前。这个操作，很多人第一次做会懵，因为界面里“还原到时间点”那个选项默认是灰色的，你得先勾选“关闭现有连接”，再把“还原状态”改成“RESTORE WITH NORECOVERY”，它才亮起来。
有个细节我吃过亏，必须提一嘴。还原备份文件时，SqlServer2008默认会把数据文件放回原路径。如果你原库文件在D盘，而D盘已经坏了，那还原就会报错。解决办法是在“选项”页里，勾选“将数据库文件还原为”，手动把逻辑文件名对应的物理路径改到新盘符。这一步，很多人漏掉，然后对着报错信息发呆半小时。
再说一个反直觉的事儿：备份文件不是越大越安全。有时候你看到备份文件只有几百MB，而数据库有几十GB，别慌，这可能是“备份压缩”生效了，也可能是数据库里大量空间是空的。真正要警惕的是备份文件比数据库文件还大，那多半是日志文件膨胀了——说明你长期没做日志收缩，或者事务日志被某个未提交的事务卡住了。这种时候，哪怕备份成功，恢复时也会慢得让人抓狂。
最后给你一个实操建议：别只依赖图形界面。写个简单的T-SQL脚本，用BACKUP DATABASE命令加个计划任务，每天自动跑。命令长这样：BACKUP DATABASE MyDB TO DISK='D:\Backup\MyDB.bak' WITH INIT, COMPRESSION。加了COMPRESSION，2008企业版能压缩备份文件，节省一半磁盘空间。脚本的好处是，你可以把备份时间、路径、类型都写死，不担心手滑点错。我就是靠这个，把公司所有库的备份时间从凌晨2点错开到凌晨4点，避免磁盘I/O扎堆。
备份恢复这事儿，说到底是个习惯问题。你不需要懂太多高深原理，但得把流程刻进肌肉记忆。哪天数据库真崩了，你手忙脚乱翻文档，那才叫真正的灾难。