SQL数据库被质疑的解决方法

1、 组网：

iMC（智能管理中心）依赖数据库，目前iMC在Windows环境下支持SQL 2005和SQL 2008数据库，在Linux环境下支持ORACLE 11G R1/R2数据库。

【图1】

2、 问题描述：

1.访问iMC的WEB网管页面提示连接不上**数据库，打开部署监控代理【进程】查看对应的进程提示“进程启动未知错误”，如下图2所示：

【图2】

3、 过程分析：

打开部署监控代理【运行环境】数据库空间使用提示“数据库连接失败，请检查数据库是否可用”，如下图3所示：

【图3】

点击“配置”按钮，弹出的对话框会提示连接不上哪些数据库，具体如下图4所示，对话框中会列出异常的数据库名称：

【图4】

此时，通过SQL客户端SQL Server Manager Studio登陆到SQL发现对应的数据库被质疑，英文版SQL的数据库会被标示Suspect字样 ，具体见下图5：

【图5】

4、 解决方法：

通常这个问题是由于硬盘空间不够或硬盘读写错误，异常关机等原因导致SQL数据库被质疑，解决方法如下：

打开数据库里的SQL查询编辑器窗口，分别执行以下的命令；

【图6】

1.修改数据库为紧急模式。

ALTER DATABASE unba_slave SET EMERGENCY;

2.使数据库变为单用户模式。

ALTER DATABASE unba_slave SET SINGLE_USER;

3.修复数据库日志重新生成，此命令检查的分配，结构，逻辑完整性和所有数据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数，该程序将检查和修复报告的错误。但是，这些修复可能会导致一些数据丢失。

DBCC CheckDB (unba_slave , REPAIR_ALLOW_DATA_LOSS)

4. 使数据库变回为多用户模式

ALTER DATABASE unba_slave SET MULTI_USER

5.重启SQL进程,使用SQL Server Manager Studio登陆数据库查看对应的进程是否正常。

备注：

如果数据量比较大，这里需要注意一下，自动恢复时tempdb数据库会随着修复而占用磁盘空间，默认的tempdb是在系统盘，如果系统盘不够大，就会修复失败，这时可以考虑将tempdb数据库转移到磁盘空间较大的磁盘里。