近期维护服务器，并将数据库迁移至新的服务器，不过运行了没几天，数据访问出现问题，数据不能正常更新，查看服务器，发现该数据库被置为“可疑”，很纳闷，之前没有遇到此类情况，问了几个前辈依然未找到问题所在。最后还是解决了，现在给大家分享我的解决办法：
首先，不能使得数据库脱机、分离等操作，在这种情况下，数据库不能惊醒备份的。如果你真的使得数据库脱机，就再也没有办法解决了。我也干过这件傻事，千万不能重蹈覆辙哦。
其次，执行下列代码，将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
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
接着，尽管这样能够使得数据库恢复正常，至少可以让对数据库进行操作。包括查询、更新等。但是这并没有真正的解决问题，只是修改了数据库的“可疑”状态。
下面就要找具体问题所在，发生这种情况的缘由很多，或是数据库操作、或是触发器、存储过程、索引、日志。
如果你的数据库不是很大，其间的数据不多，希望能够重新建立数据库，然后再导入数据。
如果很大，而且很重要不能及时更新的话，希望大家搜索一下数据库或者系统、应用程序的日志，看一下日志记录，或许你会发现一些可疑的苗头。
最后，发现数据库在记录日志的时候出现了问题，建议删除久的日志文件（当然主日志文件是不能删除的），你可以添加新的日志文件。并检查数据库、日志的自增长是否正常。
