干了十几年数据库运维，最怕听到的一句话就是“数据库挂了”。尤其那些还在跑SQL Server 2000的老系统，平时看着挺稳，真出点事，能把人急出一身汗。前几天一个朋友打电话来，说他们公司那套用了快二十年的进销存系统，库文件莫名其妙变成“置疑”状态，业务全停了。他问我有没有不用重装、不用找外面的“大神”、自己就能搞定的恢复办法。我说有，而且方法不复杂，关键是你得先搞清楚SQL Server 2000这老伙计的脾气。
先说个最常见的场景：数据库文件还在，但企业管理器里看不到，或者看到了显示“置疑”。这时候很多人第一反应是删掉重附加，结果一附加就报错，吓得赶紧关窗口。其实你只要记住一个原则——别动数据文件，别动日志文件，它们俩是命根子。SQL Server 2000恢复数据库，最核心的思路就是把系统对这两个文件的“认知”重置一遍。操作上，你打开查询分析器，连到master库，先执行一条把置疑库标记为紧急模式的语句，大概意思是让系统别管那些校验，先把文件挂载上。这一步做完，你再去企业管理器刷新，通常就能看到库了，虽然状态可能还是“只读”或者“紧急”，但数据已经能摸到了。
这里必须插一句，很多人栽就栽在没分清“恢复”和“备份”。备份是提前做的功课，恢复是出事后的急救。SQL Server 2000不像后来的版本有那么多自动修复工具，它更依赖你对文件结构的理解。比如日志文件丢了，只剩一个数据文件，这时候用常规附加肯定不行，得用“允许丢失日志”的附加参数。具体来说，在查询分析器里执行spattachsinglefiledb，系统会自己重建一个日志文件。我见过太多人一看日志没了就慌，其实只要数据文件的页结构完整，恢复成功率非常高。当然，前提是你得知道掉电或者崩溃前，数据文件有没有做过checkpoint，这个可以通过DBCC CHECKDB来看，不过那又是另一个话题了。
再说说更麻烦的情况：数据文件和日志文件都在，但数据库就是启动不了，报错信息也看不懂。这时候别跟它硬刚，先做文件拷贝。把mdf和ldf文件复制到另一个安全目录，这一步是保底。然后回到查询分析器，用“detach”命令把那个半死不活的库从系统里摘掉，再手动把文件拷回原来的数据目录，用“attach”命令重新挂载。这一套组合拳打下来，八成能救活。为什么？因为SQL Server 2000的附加机制其实很宽容，它主要靠文件头里的GUID来识别库，只要你没破坏文件头，它就能认出来。这个方法我管它叫“冷重启”，比那些花里胡哨的修复工具实在多了。
不过，要说最实用、最该掌握的招，其实是利用系统自带的“重建日志”功能。当你发现日志文件损坏，数据库无法恢复时，不用慌。在查询分析器里，把数据库设为单用户模式，然后执行一条修改数据库的语句，把日志文件路径指向一个不存在的位置，系统会误以为日志文件丢失，自动创建一个全新的日志。这个过程有点像给车换备胎——原胎废了，但轮毂还在，换个新的就能跑。操作完之后，再把数据库改回多用户模式，一切恢复正常。这个方法我用了不下二十次，成功率九成以上，唯一的风险是你会丢失最近一次checkpoint之后的少量事务，但对大多数业务系统来说，那点损失完全能接受。
当然，光会操作还不够，你得理解SQL Server 2000恢复数据库时那个“软恢复”和“硬恢复”的区别。软恢复就是系统启动时自动做的，基于日志文件里的记录，把未完成的事务回滚，把已提交但没写入磁盘的重新执行。硬恢复就是咱们手动干预，比如刚才说的重建日志、强制附加。很多时候，数据库显示“置疑”，其实是软恢复卡住了，原因可能是日志文件有物理坏块，或者系统权限不够。这时候你只需要用系统管理员身份登录，执行一条强制修复的命令，让系统跳过损坏的日志记录，直接进入紧急模式，然后再做一次完整的DBCC修复。这一套下来，数据基本上都能保住。
我特别想提醒一点，别迷信那些付费的“数据库修复软件”。不是说它们没用，而是SQL Server 2000的老库结构特殊，很多新工具根本不识别。我见过最荒唐的一个案例，客户花了两万块找“专业公司”恢复，结果对方就是用我上面说的spattachsinglefiledb给挂上的，收钱的时候还编了个“底层数据重建”的故事。其实你自己花半小时研究一下，完全能搞定。关键在于你有没有胆量在查询分析器里敲那几条命令。我建议你找个测试库先练手，把备份文件拷出来，故意删掉日志，再试着恢复，练熟了再上生产环境，心里就有底了。
说个压箱底的经验：SQL Server 2000恢复数据库，永远把“文件完整性”放在第一位。不管是置疑、丢失日志、还是文件损坏，只要mdf文件的前8KB（文件头）没坏，你就有百分之八十的把握救回来。如果文件头也坏了，那就别折腾了，赶紧找专业的数据恢复公司，他们能用底层工具扫描磁盘，那是另一个领域的事。但大多数人遇到的都是前几种情况，自己动手完全可行。记住，数据库恢复这事儿，心态比技术重要，别一看到报错就手抖，按着步骤一步步来，SQL Server 2000这老家伙其实挺讲道理的。你把它伺候顺了，它也不会为难你。
