在被设置为“可疑”后很纳闷，之前没有遇到此类情况，问了几个前辈依然未找到问题所在。最后还是解决了，现在给大家分享我的解决办法：

首先，不能使得数据库脱机、分离等操作，在这种情况下，数据库不能惊醒备份的。如果你真的使得数据库脱机，就再也没有办法解决了。我也干过这件傻事，千万不能重蹈覆辙哦。

其次，执行下列代码，将dbName换成你自己的数据库。

USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
ALTER DATABASE dbName SET EMERGENCY
GO
sp_dboption 'dbName', 'single user', 'true'
GO
DBCC CHECKDB('dbName','REPAIR_ALLOW_DATA_LOSS')
GO
ALTER DATABASE dbName SET ONLINE
GO
sp_configure 'allow updates', 0 reconfigure with override
GO
sp_dboption 'dbName', 'single user', 'false'
GO

接着，尽管这样能够使得数据库恢复正常，至少可以让对数据库进行操作。包括查询、更新等。但是这并没有真正的解决问题，只是修改了数据库的“可疑”状态。

下面就要找具体问题所在，发生这种情况的缘由很多，或是数据库操作、或是触发器、存储过程、索引、日志。

如果你的数据库不是很大，其间的数据不多，希望能够重新建立数据库，然后再导入数据。

如果很大，而且很重要不能及时更新的话，希望大家搜索一下数据库或者系统、应用程序的日志，看一下日志记录，或许你会发现一些可疑的苗头。

最后，发现数据库在记录日志的时候出现了问题，建议删除久的日志文件（当然主日志文件是不能删除的），你可以添加新的日志文件。并检查数据库、日志的自增长是否正常。

ITPub博客

SQL Server 05数据库被置为“可疑”的解决方法

最新文章