‘壹’ sql2005数据库被置疑，我之前有备份，可不可以删除置疑的数据库，然后用备份恢复啊
直接附加数据库
删了；
数据库--所有任务--附加数据库；找到mdf文件，验证--确定
‘贰’ 如何修复 SQL 数据库置疑
修复sql2000数据库置疑
在实际的操作中由于突然断电或者突然断网造成数据库置疑（在企业管理器中数据库后面出现置疑两个字），下面我们通过以下方法来进行修复置疑的数据库。
A．我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。
B.停掉数据库服务器。
C. 将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。
D. 启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。
E. 设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
F.设置test为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表
G.下面执行真正的恢复操作，重建数据库日志文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
执行过程中，如果遇到下列提示信息：
服务器: 消息 5030，级别 16，状态 1，行 1
未能排它地锁定数据库以执行该操作。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。
正确执行完成的提示应该类似于：
警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
H.验证数据库一致性（可省略）
dbcc checkdb('test')
一般执行结果如下：
CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'test' 中）。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
I.设置数据库为正常状态
sp_dboption 'test','dbo use only','false'
如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。
J.最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成
sp_configure 'allow updates',0
go
reconfigure with override
go
‘叁’ sql数据库置疑怎么处理
修复方法
1
打开SQL企业管理器
按序打开 ,开始--所有程序（或程序）--Microsoft SQL Server--企业管理器
打开后按序点+号展开直到数据库
‘肆’ 求教！数据库置疑，我想做一个软件来实现sql上的操作。让质疑处理变得方便一些。
1.先使用dos命令停止数据库服务。stop sqlserver
2.拷贝数据库所在文件到另外一个目录， ，这里注意提示，如果出现文件损坏或者IO错误，那基本就不能恢复了。
3.附加数据库。EXEC sp_attach_db '质疑的数据库名字',‘刚才你将质疑数据库拷贝到哪里了，这里写路径’。如果成功返回0
4.附加成功后，自己测试一下，然后给个提示成功。
提示：最好不要写这种程序，成功率应该不会太高，一般丢失文件才、磁盘错误等才会这样，情况比较复杂，不是简单的几个命令就能处理的。上面的步骤是理想状态下的步骤。
‘伍’ 【求辅佐】sql2005数据库质疑，怎么解决
2005往后那些所谓的系统表已经是一个视图，所以不能更新。
1、改削数据库为紧迫模式
2、使数据库变为的暌姑户模式
Net
stop
mssqlserver
--遏制处事
3、修复数据库日志年夜头生成，此呼吁搜检的分配，结构，逻辑完整性和所稀有据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC
CHECKDB呼吁参数，该轨范将搜检和修复陈述的错误。可是，这些修复可能会导致一些数据丢失踪。
当数据库发生这种操作故障时，按如下操作轨范可解决此问题，打开数据库里的Sql
发芽编纂器窗口，运行以下的呼吁。
1
DBCC
CheckDB
(Sharepoint_Config
,
REPAIR_ALLOW_DATA_LOSS)
1
ALTER
DATABASE
Sharepoint_Config
SET
MULTI_USER
4、使数据库变回为多用户模式
1
ALTER
DATABASE
Sharepoint_Config
SET
SINGLE_USER
5、起头－>运行－>输入cmd－>打开DOS呼吁窗口，输入以下呼吁重启数据库处事
1
ALTER
DATABASE
Sharepoint_Config
SET
EMERGENCY解决体例：
Net
start
mssqlserver
--启动处事
再次，打开Sql
Server
2005时被标识表记标帜为“可疑”的数据库已恢复正常状况。
‘陆’ 如何修复 SQL 数据库置疑
SQL数据库修复大师6.6 是一款功能强大的数据修复工具
对修复 SQL 数据库置疑 823错误 无损
支持对SQL 2000 SQL2005 SQL2008 的mdf文件进行修复 支持数据库日志（LDF）生成 直接附加
对数据库823错误 质疑错误 效果最佳 完美支持中文记录
SQL 2000 2005 2008 数据库修复工具，修复系统表损坏 索引损坏 823报错 日志报错等各种故障
‘柒’ SQL SERVER数据库质疑怎么办
因为你把数据库的物理文件删除了，但是数据库中还有。
A．我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager
里面建立。
B．停掉数据库服务器。
C．将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据
库数据文件test_data.mdf。
D．启动数据库服务器。此时会看到数据库test的状态为"置疑"。这时候不能对此数据库进行任何*作。
E．设置数据库允许直接*作系统表。此*作可以在SQL Server Enterprise Manager里面选择数据库服
务器，按右键，选择"属性"，在"服务器设置"页面中将"允许对系统目录直接修改"一项选中。也可以
使用如下语句来实现。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
F．设置test为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此时可以在SQL Server Enterprise Manager里面看到该数据库处于"只读/置疑/脱机/紧急模式"可以
看到数据库里面的表，但是仅仅有系统表
G．下面执行真正的恢复*作，重建数据库日志文件
dbcc rebuild_log('test','C:/Program Files/Microsoft SQL Server/MSSQL/Data/test_log.ldf')
执行过程中，如果遇到下列提示信息：
服务器: 消息 5030，级别 16，状态 1，行 1
未能排它地锁定数据库以执行该*作。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager
打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。
正确执行完成的提示应该类似于：
警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致
性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为"只供DBO使用"。此时可以
访问数据库里面的用户表了。
H．验证数据库一致性（可省略）
dbcc checkdb('test')
一般执行结果如下：
CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'test' 中）。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
I．设置数据库为正常状态
sp_dboption 'test','dbo use only','false'
如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。
J．最后一步，我们要将步骤E中设置的"允许对系统目录直接修改"一项恢复。因为平时直接*作系统表
是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用
如下语句完成
sp_configure 'allow updates',0
go
reconfigure with override
go
‘捌’ sql数据库质疑的原因及解决办法
sql数据库质疑是设置错误造成的，解决方法为：
1、通过DBCC CHECKCB('DBName') 来检测数据库异常的原因，如果可以检测到数据库的异常，其中红色部分即时数据目前存在的问题，我们也在检测结果最后看到数据的总体的错误情况的汇总。
‘玖’ SQL数据库质疑怎么解决
1,停止sql服务管理器，将日志文件 aaa.ldf 改成 aaa1.ldf(重新命名)
2，再开启sql服务管理器，打开查询分析器：依次执行
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
update sysdatabases set status=-32768 where dbid=DB_ID('aaa')
go
dbcc rebuild_log('aaa','d:\aaa_log.ldf') -----一定要是数据库路径，如果不对要改下
go
dbcc checkdb('aaa')
go
sp_dboption 'aaa','dbo use only','false'
go
sp_configure 'allow updates',0
go
reconfigure with override
go
之后再次刷新企业管理器，应该就可以了！这种问题一般是断电或者动过文件路径导致的！