重启服务
--------------------------------------------------
日志文件丢了，建一个日志文件
--------------------------------------------------
SQL SERVER 2005 数据库状态为“可疑”的解决方法
--MyDB为修复的数据名
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
ALTER DATABASE MyDB SET EMERGENCY
GO
sp_dboption 'MyDB', 'single user', 'true'
GO
DBCC CHECKDB('MyDB','REPAIR_ALLOW_DATA_LOSS')
GO
ALTER DATABASE MyDB SET ONLINE
GO
sp_configure 'allow updates', 0 reconfigure with override
GO
sp_dboption 'MyDB', 'single user', 'false'
GO
-------------------------------------------------
当数据库发生这种操作故障时，可以按如下操作步骤可解决此方法，打开数据库里的Sql 查询编辑器窗口，运行以下的命令。
1、修改数据库为紧急模式
ALTER DATABASE Zhangxing SET EMERGENCY
2、使数据库变为单用户模式
ALTER DATABASE Zhangxing SET SINGLE_USER
3、修复数据库日志重新生成，此命令检查的分配，结构，逻辑完整性和所有数据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数，该程序将检查和修复报告的错误。但是，这些修复可能会导致一些数据丢失。
DBCC CheckDB (Zhangxing, REPAIR_ALLOW_DATA_LOSS)
4、使数据库变回为多用户模式
ALTER DATABASE Zhangxing SET MULTI_USER
也可以这样做：
1：重新建立一个，一样的数据库，路径名称，文件都一样。
2：关掉SQL Server服务;
3：把源文件COPY过来;
4：开启SQL Server服务，这样问题同样就解决了。
❷ 如何处理SQL Server数据库出现“可疑”情况
如果说还可以创建数据库。只是某个数据库出现可疑，那就是我说的那两个文件被删或者移除追问：
一直在运行的啊！好好的 没删除啊！我用过很多办法都不行啊 我脱离 然后再附加 曾经遇到这样的问题！我试过把mdf拿去其他机，然后成功！我就备份BAK回来原来新建 还原 都很顺利！这次就是不行。回答：
是整个服务器质疑还是只是一个数据库？还能建库吗？既然祢有备份那就附加，如果附加不了估计就是服务器问题。建议把Sql重新装下。估计就好了
有9个数据库 ，各种程序都有！同样的程序的数据库有三个，有两个出问题！ 之前出问题的也是同一种程序新装SQL的话，我全部停止几个小时，肯定有损失的 而且麻烦！ 我不能次次遇见这样的问题就新装SQL吧！
我总要找个解决的办法的啊 哪怕出现“可疑”后能够备份BAK数据库也好！
我也经常用数据库，也出现过质疑，基本就是我说的那两种情况，我仔细想了下，既然是质疑，我想肯定那两个备份文件服务器默认找不到的缘故，只能是被移除或者更名但是祢又说备份在呢还可以附加。而且祢又有那么多库。不能停！祢给我截个图吧。
❸ SQL 2008 可疑状态，数据库好像损坏了
楼主，你好！这类问题我自己没有碰到过，当然也就没有经验。我这边有一个可以参考的网址，你可以去看看，或许有所帮助。
网址1：http://www.itpub.net/thread-49776-1-1.html（这个也是断电）
网址2：http://www.itpub.net/tree/index_105_1/（这个是MSSQLServer问题的总目录）
另，附图两张。
以上希望能帮助到你。
❹ sql 2008 数据库 可疑
你这个服务器是不是突然关掉过？可疑是由于数据文件跟日志文件完整性不一致导致，修正日志重新生成日志，重启服务就好了
❺ 使用SQL Server2005，打开数据库的时候数据库名字后面出现可疑字样， 如：ABC(可疑)，导致无法使用系统，
首先，不能使得数据库脱机、分离等操作，在这种情况下，数据库不能惊醒备份的。如果你真的使得数据库脱机，就再也没有办法解决了。我也干过这件傻事，千万不能重蹈覆辙哦。
其次，执行下列代码，将dbName换成你自己的数据库。
USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDEGOALTER DATABASE dbName SET EMERGENCYGOsp_dboption 'dbName', 'single user', 'true'GODBCC CHECKDB('dbName','REPAIR_ALLOW_DATA_LOSS')GOALTER DATABASE dbName SET ONLINEGOsp_configure 'allow updates', 0 reconfigure with overrideGOsp_dboption 'dbName', 'single user', 'false'GO
接着，尽管这样能够使得数据库恢复正常，至少可以让对数据库进行操作。包括查询、更新等。但是这并没有真正的解决问题，只是修改了数据库的“可疑”状态。
下面就要找具体问题所在，发生这种情况的缘由很多，或是数据库操作、或是触发器、存储过程、索引、日志。
如果你的数据库不是很大，其间的数据不多，希望能够重新建立数据库，然后再导入数据。
如果很大，而且很重要不能及时更新的话，希望大家搜索一下数据库或者系统、应用程序的日志，看一下日志记录，或许你会发现一些可疑的苗头。
❻ 被sql server标为可疑怎么解决
在进行些不正常操作如数据库在读写时而无故停止数据库，从而导致Sql Server 数据库不正常中断，当再次打开数据库时会发现某些数据库会被标记为“可疑”（suspect)，即在数据库名旁加上了黄色的惊叹号，这时数据库就不能再被打开了
❼ SQL2000中的数据库文件损坏，请教高手有什么办法
以下是参考资料,若无法解决,把数据发给我,我帮你看一下. 一、SQL-Server附加数据库时失败。 1、异常情况：服务器在正常运行的情况下突然断电，导致数据库文件损坏，具体表现是：数据库名后面有“（置疑）”字样。 2、异常分析：关于823错误的 SQL-SERVER 中的帮助：错误823严重级别 24消息正文在文件 "%4!" 的偏移量 %3! 处的 %2! 过程中，检测到 I/O 错误 %1!。 解释Microsoft SQL Server 在对某设备进行读或写请求时遇到 I/O 错误。该错误通常表明磁盘问题。但是，错误日志中在错误 823 之前记录的其它核心消息应指出涉及了哪个设备。 3、解决办法： 在SQL-Server企业管理器中，新建同名数据库（这里假设为Test）后，停止数据库，把损坏的数据库文件Data.mdf和Test_log.LDF覆盖刚才新建数据库目录下的Data.mdf和Test_log.LDF，同时删除Test_log.LDF文件；启动数据库服务，发现数据库名Test后面有“置疑”字样。不要紧，打开SQL自带查询分析器，分别执行如下SQL语句：--第一、exec sp_configure 'allow updates',1 RECONFIGURE WITH OVERRIDE /* 打开修改系统表的开关 */--第二、update sysdatabases set status=32768 where name='数据库名' /* 设置数据库状态 */--第三、DBCC REBUILD_LOG ('数据库名','E:\database\1204_Log.LDF') /* 重建LDF文件 */--第四、update sysdatabases set status=0 where name='数据库名' /* 重置数据库状态 */--第五、restore database 数据库名 WITH RECOVERY /* 恢复数据库 */--第六、exec sp_configure 'allow updates',0 RECONFIGURE WITH OVERRIDE /* 关闭打开修改系统表的开关 */ 按照此方法操作，应该能修复数据库正常访问了。
❽ 如何解除SQL 2005 数据库可疑状态
“置疑”状态，服务没有找到文件，
如果确认文件还在，分离数据库，然后再附加就行
❾ SQL数据库2008数据库显示可疑，属性显示关闭如何修复
方法/步骤
修改数据库为紧急模式
ALTER DATABASE Test SET EMERGENCY
❿ 为什么sql server 2008r2 数据库出现"可疑"导致无法访问
数据库已损坏了，需要修复数据库