上周五晚上十一点，我正窝在沙发上看剧，手机突然响了。接起来一听，是老张，声音都变了调：“数据库崩了，客户数据全丢了，明天要交付的项目怎么办？”我处理过太多类似的求助电话了。SQL Server 2008虽然已经停止官方支持，但国内还有大量企业在用，数据崩溃这种事隔三差五就会遇到。别慌，数据恢复没那么玄乎，关键是要按步骤来。
先说个残酷的现实：数据库崩溃后，你做的第一件事决定了数据还能不能救回来。很多人一看到报错就慌了，直接重启服务、重装系统，这等于把恢复的机会也毁掉了。我见过最典型的案例是某电商公司，凌晨三点数据库报错，运维小哥二话不说重启了服务器，结果数据文件损坏更严重，花了两天时间才从备份里恢复，损失了几百万的订单。所以第一步，先把所有操作停下来，别动任何文件，别重启服务，别做任何修改。
第二步，去找到数据文件和日志文件。SQL Server 2008的数据文件默认在安装目录下的MSSQL10.SQL2008MSSQLDATA文件夹里，后缀是.mdf和.ldf。但很多公司因为磁盘空间不够，会把文件放到其他盘。如果找不到，可以打开SQL Server配置管理器，查看实例属性，里面会显示文件的路径。我记得有个客户把数据库文件放在D盘一个叫“重要数据”的文件夹里，结果硬盘坏了，他以为数据全没了，其实只要把硬盘拆下来挂到另一台电脑上，文件还能读出来。所以别急着格式化硬盘，先把文件拷贝出来，放到安全的地方。
第三步，也是最核心的一步：用正确的恢复模式。SQL Server 2008提供了三种恢复模式：简单模式、完整模式和大容量日志模式。大部分企业用的是完整模式，这种模式下，只要日志文件没被截断，理论上可以恢复到任意时间点。操作方法是：打开SSMS，右键点击数据库，选择任务-还原-数据库。在还原界面里，选择“设备”，然后找到你的备份文件。如果只有数据文件没有备份，可以用附加数据库的方式：右键点击数据库，选择附加，找到.mdf文件。但有个坑，如果日志文件损坏，附加时会报错。这时候需要用CREATE DATABASE命令创建一个同名的空数据库，然后停止SQL Server服务，用损坏的.mdf文件替换掉新建的.mdf文件，再启动服务。这个方法我试过上百次，成功率在80%以上。
不过，最棘手的情况是连.mdf文件都损坏了。这时候需要专业的第三方工具，比如Stellar Phoenix SQL Recovery或者ApexSQL Recover。这些工具能扫描损坏的文件，把还能读出来的表结构和数据提取出来。我有个做金融系统的客户，数据库因为硬盘坏道导致.mdf文件多处损坏，用工具扫描了整整八个小时，救回了92%的数据。虽然价格不便宜，但比起数据丢失的损失，这点钱算不了什么。
但说实话，数据恢复永远是被动的，最好的办法是提前设置好备份策略。很多公司觉得备份麻烦，或者嫌备份占用硬盘空间，结果出事了才后悔。我建议至少做三种备份：每天一次的完整备份，每小时的差异备份，以及每五分钟的事务日志备份。这样就算数据库崩溃，最多只丢失五分钟的数据。SQL Server 2008的维护计划向导可以自动完成这些操作，设置一次能用好几年。
还有个小细节很多人忽略：定期测试备份文件的可用性。我见过太多公司，备份文件堆了好几T，真要用的时候才发现备份文件也是坏的。每个月抽一天，用测试服务器还原一次备份，确认数据能正常读取。这个习惯能让你在关键时刻不抓瞎。
说句掏心窝子的话，数据恢复不是万能的。有些损坏太严重，或者操作不当导致数据被覆盖，神仙也救不回来。所以别等到崩溃了才想着怎么恢复，平时多花点功夫在预防上。如果你的SQL Server 2008还在运行，现在就去检查一下备份策略，把维护计划配置好。真出了问题，也别慌，按这三步走，大概率能把数据救回来。毕竟，数据就是企业的命，命保住了，其他都好说。
