干了十几年DBA，SQL Server 2008 R2这版本至今还在不少老系统里跑着。前阵子帮客户处理故障，对方技术员说数据库坏了，一问三不知，连备份文件在哪都找不着。后来折腾半天，从磁盘碎片里捞出来一部分数据，损失不小。这事儿让我特想写篇实在的，把备份和还原这点事掰开揉碎了讲清楚。别嫌这版本老，越老的东西越得靠手艺活，新版本那些花活它玩不了，但基础操作练扎实了，照样能保你数据平安。
先说备份这步。很多人觉得备份就是右键数据库，选个备份，完事。但真到还原的时候才发现，要么备份文件打不开，要么还原出来数据对不上，急得满头汗。其实备份前你得先想清楚，要备份的是整个库，还是只要数据文件。整个库备份最简单，备份文件带后缀.bak，里面包含了表结构、存储过程、视图，还有权限设置，属于全家桶。但如果你只想把某个表的数据弄出来，或者要迁移到别的环境，那就得用文件组备份或者生成脚本的方式。2008R2这版本，文件组备份的恢复策略挺讲究，搞不好就给你报个“备份集不完整”的错，够你喝一壶的。
说个我踩过的坑。有次给某国企做例行维护，对方要求备份后把数据库文件挪到新磁盘。我图省事，只做了完整备份，没做差异备份和日志备份。结果迁移完第二天，业务反馈数据少了一上午的量。一查，原来那上午有十几个事务日志没备份，完整备份只能还原到备份时间点，之后的数据全丢了。打那以后我给自己定了死规矩：生产库必须完整备份加日志备份，频率看业务量，至少每天一次完整备份，日志备份每半小时一次。别嫌麻烦，真出事的时候，这半小时的备份能让你少丢半小时的数据，换算成钱，可能够你买好几块企业级硬盘了。
备份策略定好了，还得注意备份文件放哪儿。有些人图方便，直接把备份文件放在数据库服务器本地磁盘，还是C盘。这跟把鸡蛋放一个篮子里没区别，系统盘一挂，备份和数据库一起完蛋。我的习惯是，备份文件放独立磁盘，最好和数据库文件物理隔离。有条件的话，一份放本机，一份拷到异地服务器或者云存储。2008R2支持备份到网络共享路径，但得注意权限设置，SQL Server服务账户得有写权限，不然报错都报得莫名其妙。你想想，半夜三点数据库崩了，你爬起来还原，结果发现备份文件在另一台关了机的服务器上，那心情，比吃了苍蝇还难受。
再说还原。还原这事比备份复杂多了，因为你要考虑还原到什么时候、用哪种还原模式。如果只是误删了几条数据，想恢复到删除之前，那就得用时间点还原，要求你的日志备份链是完整的，中间缺一个，时间点还原就玩不转。如果是整个数据库崩溃，那就简单点，直接还原最近的完整备份，再依次还原差异备份和日志备份。但这里有个细节，2008R2还原的时候，默认是“无恢复”模式，也就是说还原完数据库还处于恢复状态，用户连不上，你得下一步用“恢复”模式，把数据库拉起来。很多人栽在这，还原完发现数据库一直显示“正在恢复”，以为失败了，其实是一步没做对。
还有个容易忽视的点，就是还原时的文件路径问题。2008R2的数据库文件默认放在C盘的Program Files目录下，但你还原的时候，如果目标服务器上这个目录没权限，或者磁盘空间不够，还原就会失败。我的做法是，还原之前先查一下源数据库的文件路径，然后在目标服务器上建好对应的目录，再手动指定还原路径。别用默认的自动路径，那玩意儿经常给你搞出个C盘爆满的意外惊喜。你想想，白天业务正跑着，突然告警说磁盘满了，一查是还原操作把C盘塞满了，这锅背得冤不冤。
另外，还原前一定要确认目标数据库的状态。如果你要还原的数据库名已经存在，而且还有人在用，那还原操作会直接失败。这时候你得先断开所有连接，把数据库设成单用户模式，再执行还原。2008R2里有个坑，单用户模式下如果连接没释放干净，还原还是会被卡住，得用活动监视器找到那个顽固的进程ID，手动杀掉。这操作看着简单，但真到生产环境，手一抖杀错进程，那可是会出人命的。所以我的习惯是，还原操作尽量安排在凌晨维护窗口，提前通知业务方，把应用停掉，再动手。
说到备份验证，很多人从来没做过。备份文件生成了，但能不能用，你心里没底。我见过太多人，备份文件躺在那半年，真出事还原的时候，报错说备份文件损坏，欲哭无泪。所以我的规矩是，每次完整备份完，抽时间在测试环境做一次还原演练。别怕麻烦，这比买保险管用。2008R2有个命令叫RESTORE VERIFYONLY，可以快速检查备份文件的完整性，但这只检查物理结构，不保证数据逻辑正确。真要验证，还是得实实在还原一次，跑几个关键查询，看看数据对不对得上。
说个实战案例。去年帮一个客户处理故障，他们的2008R2数据库突然无法访问，错误日志显示日志文件损坏。客户急得不行，因为他们的备份策略是每周一次完整备份，没有日志备份。我一看这情况，只能还原到上周的备份点，等于丢了一周数据。客户当时脸就绿了。后来我帮他们重建了备份策略，完整备份每天一次，日志备份每15分钟一次，还加了个异地备份的脚本。上个月他们又出过一次故障，因为备份齐全，还原到故障前10分钟的状态，业务几乎没受影响。那个客户后来跟我说，早知道备份这么重要，当初就不该省那点事。
说这么多，核心就一句话：备份不是保险，是救命药；还原不是技术活，是熟练工。2008R2虽然老，但只要你把备份策略定好，还原步骤练熟，它照样能稳稳当当地给你扛着业务。别等到数据库崩了才想起备份，那时候哭都来不及。趁现在系统还正常，赶紧检查一下你的备份文件，做一次还原演练，花不了多少时间，但真出事的时候，你会感谢自己当初的勤快。那感觉，比中了彩票还踏实。
