支持对SQL 2000 SQL2005 SQL2008 的mdf文件进行修复，支持数据库日志（LDF）生成，直接附加对数据库823错误 质疑错误 效果最佳 完美支持中文记录
Ⅱ 如何修复 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 sercer 2000 被置疑怎么恢复
--恢复Master
--方法1:重装SQL,但是数据就Over掉了
--方法2:重建Master Rebuildm.exe 用到SQL的安装文件，
--从安装目录X86\Data中拷取原文件
--重建成功后,不要启动SQL Server,以单用户模式进入SQL
--SQLserver的安装目录\bin\sqlservr.exe -m
--还原数据库备份restore database master from disk='e:\master.bak'
--恢复Master
--启动SQL SERVER
sp_admpdevice 'disk',Mas, 'E:\Master.bak'
backup database master to mas
restore verifyonly from mas
--Cut the Master db
--rebuildm.exe
--Sqlservr.exe -m
restore database master from disk='e:\master.bak'
如果是Model 数据库损坏,具体过程为:
先重建Master数据库,再恢复Model数据库的备份；
MSDB的损坏不影响SQL Server的正常运行, 备份还原和用户数据库相同
TempDB:SQL Server每次启动的时候,都会使用Model数据库重建,不用备份
Ⅳ 修复SQL2000数据库置疑时出现的错误
备份数据文件,然后按下面的步骤处理: 1.新建一个同名的数据库(数据文件与原来的要一致) 2.再停掉sql server(注意不要分离数据库) 3.用原数据库的数据文件覆盖掉这个新建的数据库 4.再重启sql server 5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名) 6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用 数据库的脚本创建一个新的数据库,并将数据导进去就行了. USE MASTER GO SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE GO UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名' Go sp_dboption '置疑的数据库名', 'single user', 'true' Go DBCC CHECKDB('置疑的数据库名') Go update sysdatabases set status =28 where name='置疑的数据库名' Go sp_configure 'allow updates', 0 reconfigure with override Go sp_dboption '置疑的数据库名', 'single user', 'false 假设数据库为TEST： 按以下步骤执行 A．设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。 use master go sp_configure 'allow updates',1 go reconfigure with override go B．设置test为紧急修复模式 update sysdatabases set status=-32768 where dbid=DB_ID('test') 此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表 C．下面执行真正的恢复操作，重建数据库日志文件 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 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
Ⅳ 如何修复 SQL 数据库置疑
SQL数据库修复大师6.6 是一款功能强大的数据修复工具
对修复 SQL 数据库置疑 823错误 无损
支持对SQL 2000 SQL2005 SQL2008 的mdf文件进行修复 支持数据库日志（LDF）生成 直接附加
对数据库823错误 质疑错误 效果最佳 完美支持中文记录
SQL 2000 2005 2008 数据库修复工具，修复系统表损坏 索引损坏 823报错 日志报错等各种故障
Ⅵ 如何修复sql2000数据库文件 软件
给你一个我日常维护数据库的方法吧。
SQL Server 2000数据库LDF损坏,只有mdf的恢复方法。
SQL Server 2000数据库文件遭到破坏的现象经常出现，数据库出错是否可以修复呢？答案是可以的，本日志以一个sql server 2000数据库，数据库日志文件ldf损坏了，mdf正常，数据库附加失败的修复方法总结一下，数据库数据恢复在很多时候比较复杂，当数据库存在大量错误的时候，使用DBCC修复也是不可以的，需要拆解数据库来抢救重要的数据，下面是较为常见的一种SQL Server 2000数据库修复方式：
1） 先及时把原来的数据库文件（如test.mdf)备份到其他地方。
2） 停掉服务器。
3） 删除这个test.mdf。
4) 重新建立一个test同名数据库。
5） 删除这个新建立的test数据库的test.ldf文件，并用开始备份好test.mdf文件覆盖这个新建立的test.mdf文件。
6） 启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。
.设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”。
7） 设置test为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表
8） 下面执行真正的恢复操作，重建数据库日志文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
执行过程中，如果遇到下列提示信息：
服务器: 消息 5030，级别 16，状态 1，行 1
未能排它地锁定数据库以执行该操作。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在操作中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。
正确执行完成的提示应该类似于：
警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
9） 验证数据库一致性
dbcc checkdb('test')
10.设置数据库为正常状态
sp_dboption 'test','dbo use only','false'
如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。
11）最后一步，我们要将步骤6中设置的“允许对系统目录直接修改”一项恢复；
Ⅶ sql 2000 数据库置疑的解决方法
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='AIS20090521094413'
Go
sp_dboption 'AIS20090521094413', 'single user', 'true'
Go
update sysdatabases set status =28 where name='AIS20090521094413'
Go
sp_configure 'allow updates', 0 reconfigure with override
Go
sp_dboption 'AIS20090521094413', 'single user', 'false'
Go
DBCC CHECKDB('AIS20090521094413')
GO
AIS20090521094413 替换成你数据库的名字、 将以上语句在查询器里面执行。
Ⅷ 求sql2000数据库数据文件mdf修复工具
如果是简单的数据库质疑，可以使用以下：
1.新建一个同名的数据库
2.再停掉sql server
3.用suspect数据库的文件覆盖掉这个新建的同名数据库
4.再重启sql server
5.此时打开企业管理器时新建的同名数据库会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='his222'
Go
sp_dboption 'test', 'single user', 'true'
Go
DBCC CHECKDB('test')
Go
update sysdatabases set status =28 where name='test'
Go
sp_configure 'allow updates', 0 reconfigure with override
Go
sp_dboption 'test', 'single user', 'false'
Go
6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用
数据库的脚本创建一个新的数据库,并将数据导进去就行了.
如果这样改不加数据库状态,你就把数据库导成一个新库来代替旧库吧
企业管理器--右键你的数据库--所有任务--导出数据
--目标标数据库选择新建
--选择"在两个sql数据库之间复制对象和数据"
--把"包含扩展属性"选上,其他的根据需要选择
--最后完成
－－－－目前正在做得修复表的操作如下，大家看看还有没有其它方法
USE MASTER
GO
sp_dboption '问题数据库', 'single user', 'true'
Go
DBCC CHECKDB('问题数据库', REPAIR_ALLOW_DATA_LOSS)
Go
USE '问题数据库'go
exec sp_msforeachtable 'DBCC CHECKTABLE("问题表",REPAIR_ALLOW_DATA_LOSS)'
exec sp_msforeachtable 'DBCC DBREINDEX("问题表")'
go
sp_dboption '问题数据库', 'single user', 'false'
Go
Ⅸ sql2000数据库经常置疑怎么处理
修复数据库前，请做好相关备份。最好不要前后台相连，以免造成不必要的数据丢失。我们以名为“kspos”的数据库为例。1.首先把服务管理器先停止，把原来置疑的数据库下的两个文件拷贝出来，
启动服务管理器，在企业管理器中删除该数据库，然后建立一个同名的数
据库。停止服务管理器，把置疑的数据库文件拷贝进去覆盖。2.运行中输入“isqlw”,打开查询分析器。3.输入语句USE
MASTER
GOSP_CONFIGURE
'ALLOW
UPDATES',1
RECONFIGURE
WITH
OVERRIDE
GOUPDATE
SYSDATABASES
SET
STATUS
=-32768
WHERE
NAME='kspos'
Go使数据库处于紧急修复模式4.输入语句：use
kspos
go
dbcc
checkdb
('kspos')
此语句作用在于查询数据库的损坏状况。5.删除原来的日志文件，重新建立新的日志文件。
DBCC
REBUILD_LOG
('kspos','D:\Program
Files\Microsoft
SQL
Server\MSSQL\Data\bw9kyy_01_Log.LDF'
)6.右击kspos数据库\属性\选项\选择单用户。7.修复
dbcc
checkdb
('kspos',REPAIR_ALLOW_DATA_LOSS)
REPAIR_ALLOW_DATA_LOSS
执行由
REPAIR_REBUILD
完成的所有修复，包括对行和页进行分配和取消分配以改正分配错误、结构行或页的错误，以及删除已损坏的文本对象。这些修复可能会导致一些数据丢失。修复操作可以在用户事务下完成以允许用户回滚所做的更改。如果回滚修复，则数据库仍会含有错误，应该从备份进行恢复。如果由于所提供修复等级的缘故遗漏某个错误的修复，则将遗漏任何取决于该修复的修复。修复完成后，备份数据库。
REPAIR_FAST
进行小的、不耗时的修复操作，如修复非聚集索引中的附加键。这些修复可以很快完成，并且不会有丢失数据的危险。
REPAIR_REBUILD
执行由
REPAIR_FAST
完成的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。
8.关闭单用户模式，在企业管理器中直接右击kspos\属性\选项，把前面的对
勾去掉即可。
然后在查询分析器中执行如下语句：
USE
MASTER
GO
SP_CONFIGURE
'ALLOW
UPDATES',0
RECONFIGURE
WITH
OVERRIDE
GO
到此修复工程完毕。注：一般此修复步骤需要5-8次,只需执行第7步即可。 这个方法绝对好用。
Ⅹ sql数据库置疑怎么处理
修复方法
1
打开SQL企业管理器
按序打开 ,开始--所有程序（或程序）--Microsoft SQL Server--企业管理器
打开后按序点+号展开直到数据库
