数据库出问题了咋整，教你几招修复SQL老版本的办法

（引用来源：根据CSDN博客《SQL Server数据库故障排查与修复实战》和知乎专栏《老DBA的数据库急救手册》中的常见问题整理）

数据库，尤其是那些还在跑着老版本SQL Server（比如2008、2012甚至更早）的数据库，有时候就跟老爷爷老奶奶的身体一样，说闹脾气就闹脾气，你一打开应用，页面直接报错，提示连不上数据库，那一刻的心情，真是拔凉拔凉的，别慌，这时候最忌讳的就是手忙脚乱乱操作，咱一步一步来，教你几招实用的“急救”办法。

第一招：先别乱动，搞清楚到底哪儿疼

肚子疼还分胃疼和阑尾炎呢，数据库出问题也一样,你得先诊断清楚症状。

1. 看错误日志：这是最直接的法子。 老版本的SQL Server，你可以直接到它安装的服务器上，找到那个叫“LOG”的文件夹，里面会有一些文件，文件名带着日期，用记事本打开最新的那个，里面会密密麻麻记录着数据库干了啥、出了啥错，你重点找那些标着“Error”、“Failed”或者严重级别（Severity）很高的信息，看不懂英文没关系，直接把错误代码（那一串数字，比如18456、823）复制下来，去网上搜，百分之九十的问题都能找到原因，比如错误18456,大概率就是用户名密码不对或者登录权限出了问题。
2. 检查数据库状态： 打开SQL Server的管理工具（比如SQL Server Management Studio，简称SSMS），连上去看看，如果连都连不上，那可能是数据库服务根本没启动，这时候就去服务器的“服务”里面，找到那个叫“SQL Server (实例名)”的服务，看看它是不是处于“已停止”状态，试着启动一下，如果能连上，但某个具体的数据库显示“可疑”（Suspect）或者“脱机”（Offline）,那问题就出在这个库本身。
3. 看看硬盘空间够不够： 这是个非常常见但又极其容易被忽略的问题，数据库在运行中会产生大量的日志文件，如果存放数据库文件的硬盘分区空间被占满了，数据库直接就“罢工”了，赶紧去服务器上检查一下C盘、D盘还有没有剩余空间，特别是存放数据库主文件（.mdf）和日志文件（.ldf）的那个盘。

第二招：常见小毛病的“速效救心丸”

诊断完之后，如果是些常见问题，可以尝试下面这些操作,但切记操作前有条件的话先备份！

1. 数据库变成“可疑”状态了： 这个情况在老版本里挺多的，你可以试试用一个简单的命令来修复，在SSMS里新建一个查询窗口，输入以下命令,然后执行：

   EXEC sp_resetstatus '你的数据库名';
   ALTER DATABASE 你的数据库名 SET EMERGENCY;
   DBCC checkdb('你的数据库名');
   ALTER DATABASE 你的数据库名 SET ONLINE;

   这一套组合拳的意思是：先重置状态，然后设为紧急模式，接着检查数据库错误，最后尝试重新上线，但要注意，DBCC checkdb可能会提示需要更进一步的修复,那时候就要用到下面更厉害的一招了。

2. 数据库质疑，需要强制修复： 如果上面的检查发现了一致性错误，可能就得下猛药了，这里有个老DBA常用的方法（引用来源：知乎专栏《老DBA的数据库急救手册》中提到的经典单用户模式修复法）：

   

   • 先把数据库设置为单用户模式，防止别人同时连接干扰：ALTER DATABASE 你的数据库名 SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
   • 然后执行修复命令，其中REPAIR_ALLOW_DATA_LOSS是修复级别，顾名思义，它可能会丢失一些数据，但能救活数据库：DBCC CHECKDB ('你的数据库名', REPAIR_ALLOW_DATA_LOSS)
   • 修复完成后，再改回多用户模式：ALTER DATABASE 你的数据库名 SET MULTI_USER;
   • 重要警告： 这招是“保库”不保数据的最后一招，意味着只要能恢复数据库在线，哪怕丢一点数据也行，只有在万不得已、没有其他备份可用的情况下才考虑使用。

第三招：终极法宝——还原备份

上面两招都属于现场急救，而还原备份才是真正的“后悔药”，也是最靠谱、最安全的方法,这也是为什么我们整天念叨着要定期备份数据库的原因。

1. 如果有最新的完整备份： 那你就占了绝对主动权，把出问题的数据库彻底分离（Detach）或者直接删掉（如果敢的话），在SSMS里右键点击“数据库”，选择“还原数据库”，选择你的备份文件（.bak文件），按照向导一步步操作就行了，几分钟后,一个完好如初的数据库就回来了。
2. 备份也坏了或者太旧了怎么办？ 这确实很棘手，这时候可以尝试寻找第三方数据库修复工具，有些工具能直接读取损坏的数据库文件（.mdf）并尝试修复和提取数据，但这属于商业软件，通常需要付费,而且也不能保证百分百成功。

最后啰嗦几句：

对付老版本数据库，预防永远大于治疗，定期做完整备份、差异备份和日志备份，并定期检查备份文件是否可用，监控数据库文件的增长情况，别等到硬盘爆满了才后悔，老版本的SQL Server毕竟已经停止了主流支持，安全和稳定性都存在风险，如果条件允许,制定计划升级到更新的版本才是长远之计。

当数据库真的出问题时，冷静是第一位的，胡乱操作可能会让情况变得更糟，按照先诊断、再尝试简单修复、最后考虑还原备份或强制修复的顺序来，能最大程度地减少损失,希望你的数据库永远用不上这些招数！