修复方法
1
打开SQL企业管理器
按序打开 ,开始--所有程序（或程序）--Microsoft SQL Server--企业管理器
打开后按序点+号展开直到数据库
2. 如何解决SQL Server数据库置疑问题
您好，是这样的：
1.首先确认已经备份了.mdf和.ldf文件。
2. 在SQL Server中新建一个同名的数据库，然后停止SQL Server服务。
3. 用原有的.mdf和.ldf文件覆盖新建数据库对应的.mdf和.ldf文件。
4. 重新启动SQL Server服务，这是应该会看到这个数据库处于置疑（Suspect）状态。
5. 在SQL查询分析器中执行以下命令，以允许更新系统表：use mastergosp_configure "allow updates",1reconfigurewithoverridego。
6. 将这个数据库置为紧急模式：update sysdatabases set status = 32768 where name="db_name"go。
7. 使用DBCC CHECKDB命令检查数据库中的错误：DBCC CHECKDB("db_name")GO。
8. 如果DBCC CHECKDB命令失败，请转至第10步，否则先将数据库置为单用户模式，再尝试对其进行修复：sp_dboption "db_name","single
user","true"DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)GO
如果在执行DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令时提示说数据库未处于单用户模式状态的话，则重新启动SQLServer服务，然后继续尝试。
9. 如果DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令失败，请转至第10步，否则若成功修复了数据库中的错误：
重新执行DBCC CHECKDB("db_name")命令，确认数据库中已没有错误存在。
清除数据库的置疑状态：sp_resetstatus "db_name"
清除数据库的单用户模式状态：sp_dboption "db_name","single user","false"
重新启动SQL Server服务，如果一切正常的话，则数据库已经成功恢复。
10.如果以上步骤都不能解决问题的话，请参考附件中的文档尝试通过重建事务日志来恢复数据库中的数据。如果您只有MDF文件，问题就更加复杂一些，我们需要直接重建事务日志了:
1. 在SQL Server中新建一个同名的数据库，然后停止SQL Server服务。
2. 用原有的ldf文件覆盖新建数据库对应的.mdf文件，将其日志文件（.ldf）删除。
3. 启动SQL Server服务，并将数据库置为紧急模式（同上: 步骤5和步骤6）。
4. 停止并重新启动SQL Server服务。
5. 执行以下命令重建数据库日志文件：(下面是个示例，您要用您实际的数据库名)
DBCC REBUILD_LOG（"cas_db", "D:\cas_db\cas_db_Log.LDF"）
6. 重新将该数据库置为单用户模式。
7. 再次尝试使用DBCC CHECKTABLE或DBCC CHECKDB命令检查并修复数据库中。
3. sql数据库置疑 data里找不到该数据库的数据 怎么办
先使用“无日志附加”的方法进行附加数据后，对数据库做DBCC检测，然后针对错误进行修复
。一般如果数据库正在进行读写操作，突然断电，会导致数据库无法回写正常的数据，这样就会导致数据库索引及其它错误，常见的有“并闫锁页错误”、“表错误:
分配单元ID
169144，页(1:XXXX)。测试(IS_OFF
(BUF_IOERR,
pBUF->bstat))失败。”，可以先用DBCC先进行修复
，命令：
DBCC
CHECKDB(DBName,REPAIR_FAST)
--不丢失数据
DBCC
CHECKDB(DBName,REPAIR_REBUILD)--不丢失数据
DBCC
CHECKDB(DBName,REPAIR_ALLOW_DATA_LOSS)--会丢失数据
如果还是修复不好，就找专业的数据恢复公司做修复吧，可以找北亚数据恢复修复
，他们修复SQL数据库很厉害。。。
4. sql2000数据库置疑怎么处理
1、新建一同名数据库（文件名，文件组都和原来的一样），然后停止数据库服务，用原来文件替换新建的数据库文件，启动数据库，该数据库被设为suspect
2、把数据库改成紧急模式：
sp_configure
'allow',
1
reconfigure
with
override
update
sysdatabases
set
status
=
32768
where
name
=
'数据库名'
3、把LDF文件改名，再执行
DBCC
REBUILD_LOG
('数据库名',
'E:\fdzz\database\fdzz1204_Log.LDF'
)
4、恢复数据库紧急模式
update
sysdatabases
set
status
=
0
where
name
=
'数据库名'
如果不行,你就去看这篇文章.
http://www.flashmayi.com/article/show.php?id=8363&spn=1
5. sql数据库置疑，错误代码926，请问要如何修复
请输入你的答案...
数据库926错误解决方案在做任何操作前首先备份数据库的数据文件和日志文件！以及最新的备份文件！第一种解决方法：先删除报错数据库，再新建一同名数据库，然后暂停Service
manager（及sql
server
服务）
，删除库文件和日志文件再启动Service
manager
，使用单数据文件恢复数据库命令恢复数据库。例：打开sql
server/tools/sql
server
query
analyzer
执行下面操作
EXEC
sp_attach_single_file_db
@dbname
=
'pubs',
@physname
=
'c:\mssql7\data\pubs.mdf'
说明：‘pubs’为要恢复的数据库名称，‘c:\mssql7\data\pubs.mdf’为要恢复的数据库的库文件的具体路径和文件名称。再重新启动一下service
manager
，看能否正常打开处理后的数据库；如果不可以再使用第二种方案。第二种解决方法：打开sql
server/tools/sql
server
query
analyzer
执行下面操作
USE
MASTER
GO
sp_configure
'allow
update',1
RECONFIGURE
WITH
OVERRIDE
GO
UPDATE
sysdatabases
set
status
=
32768
WHERE
name
=
'db_pos363'
GO
sp_configure
'allow
update',0
RECONFIGURE
WITH
OVERRIDE
GO
说明：'db_pos363'是要修复的数据库名称。执行完毕再重启一下Service
manager打开数据库看是否处于紧急状态！再从另一装有sql
2000的机器上连接报错的数据库，然后再在sql
2000的机器上新建一数据库，再使用sql
2000自带的数据库导入导出功能（在新建的数据库上单击右键/所有任务/数据导入、数据导出）从报错数据库导入数据到新建的数据库中！在导入选项中注意以下几项：
1，
导入方式选择分‘从源数据库复制表和视图’以及‘从sql
server数据库间复制对象和数据’。当选择从源数据库复制表和视图时一定要选择全部表！
2，
当选择‘从sql
server数据库间复制对象和数据’时，在‘导入导出向导’对话框中去除‘使用默认选项’的选中标志；再在打开‘选项’对话框，去除以下三项的选中标志。A,复制数据用户和数据库角色；B，复制sql
server
登陆；C，复制对象及权限。
3，
在使用‘从sql
server数据库间复制对象和数据’时，有时会出现单张表导入失败，这时有时会在导入结束时提示那几张表导入失败有时不提示，如果提示，就再使用‘从源数据库复制表和视图’并选中导入失败的表重新导入一遍；如果不提示就只能在一张张表打开查看了，发现空表后再使用‘从源数据库复制表和视图’导入需要导入的表！导入成功后再删除sql
server
7.0机器上处于紧急状态的数据库，再新建一个同名数据库，建好后再使用sql
2000的数据库导出功能导出到此数据库中，在导出过程中同样要注意导入时的注意事项！
6. sql server2000数据库置疑还能用吗
在MS SQLSERVER中一直有这样的问题,SQLSERVER的状态"置疑",原因约有以下几条:
1.错误的删除日志;
2.硬件(HD)损坏,造成日志和数据文件写错误;
3.硬盘的空间不够,比如日志文件过大;
解决办法:
最简单的办法是有数据库的全备份,然后恢复即可.
步骤:
1. 删除原始的数据库:
USE MASTER
GO
DROP DATABASE DB_SUEPECT
2.建立同名的数据库:
USE master
GO
CREATE DATABASE DB_SUSPECT
ON
( NAME = DBNAME_DAT,
FILENAME = 'C:',
SIZE = 10,
FILEGROWTH = 5 )
LOG ON
( NAME = 'DBNAME_LOG',
FILENAME = 'g:',
SIZE = 5MB,
FILEGROWTH = 5MB )
GO
3.恢复数据库:
RESTORE DATABASE DB_SUSPECT
FROM DBNAME_BACKUP.DAT
4.数据库完整性检测:
DBCC CHECKDB('DB_SUSPECT')
5.重新启动MSSQLSERVER服务.
如果没有全备份,那就要用一些特殊的方法:
1.设置数据库为紧急模式
Use Master
GO
sp_configure 'allow updates', 1
reconfigure with override
GO
UPDATE sysdatabases SET status = 32768 where name = '乎孝DB_SUSPECT'
GO
2.停掉SQL Server服务:
.Net STOP MSSQLSERVER
3.把原始数据库的数据文件DBNAME_DAT.MDF,DBNAME_LOG.LDF移走:
4.启动SQL Server服务:
.Net START MSSQLSERVER
5.重新建立一个同名的数据库DB_SUSPECT；
USE master
GO
CREATE DATABASE DB_SUSPECT
ON
( NAME = DBNAME_DAT,
FILENAME = 'C:',
SIZE = 10,
FILEGROWTH = 5 )
LOG ON
( NAME = 'DBNAME_LOG',
FILENAME = 'g:',
SIZE = 5MB,
FILEGROWTH = 5MB )
GO
6.设置数据禅顷尘库运行在单用户的模式:
USE MASTER
GO
ALTER DATABASE DB_SUSPECT SET SINGLE_USER
GO
7.停掉SQL服务:
.Net STOP MSSQLSERVER
8.把原来的数据文件再覆盖回来:
9.启动SQL Server服务:
.Net START MSSQLSERVER
10.重新设置SQLSERVER的状态:
USE MASTER
GO
EXEC sp_resetstatus "DB_SUSPECT"
11.数据库完整性检测:
DBCC CHECKDB('DB_SUSPECT')
12.恢复数据库为多用户模式:
USE MASTER
GO
ALTER DATABASE DB_SUSPECT SET MULTI_USER
GO
13.恢复SQLSERVER原始的配置:
USE MATER
GO
UPDATE sysdatabases SET status = 4194320 where name = 'DB_SUSPECT'
GO
14.配置SQLSERVER不允许更新系统表:
USE MASTER
GO
sp_configure 'allow updates', 0
reconfigure with override
GO
15.重新启动MSSQLSERVER服务:
最好重新启动操作系统
16.备份数据库:
可以通过SQLSERVER企业管理器或T-SQL.需要备份MASTER和DB_SUSPECT
补贺禅充一点，如果用DOMAIN\USER时,要注意对.MDF.LDF的所在目录的权限.
灵验脚本
遇到这种数据库置疑情况，就运行下面这个脚本，屡试不爽：
======================================================
--before running any script, run the following to set the
master database to allow updates
USE master
GO
sp_configure 'allow updates', 1
GO
RECONFIGURE WITH OVERRIDE
GO
--Run the following script
UPDATE master..sysdatabases SET status = status ^ 256
WHERE name = 'Database_Name'
--Run the following script
exec SP_resetstatus Database_Name
--stop and start the MSDTC at this stage
--After the procere is created, immediately disable
updates to the system tables:
exec sp_configure 'allow updates', 0
GO
RECONFIGURE WITH OVERRIDE
GO
7. 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步即可。 这个方法绝对好用。
8. SQL数据库置疑回复后使用过程中又忽然出现置疑,如何解决
步骤1：
创建一个新的数据库，命名为原来数据库的名字。
步骤2：
停止SQL
Server
步骤3：
把老数据库的MDF文件替换新数据库的相应的MDF文件，并把LDF文件删除。
步骤4：
重新启动SQL
Server服务，然后运行如下命令：
Use
Maste
Go
sp_configure
'allow
updates',
1
reconfigure
with
override
Go
begin
tran
update
sysdatabases
set
status
=
32768
where
name
=
'db_name'
--Verify
one
row
is
updated
before
committing
commit
tran
步骤5：
停止SQL然后重新启动SQL
Server服务，然后运行如下命令：
DBCCTRACEON（3604）
DBCCREBUILD＿LOG（'db_name','c:\mssql7\data\dbxxx_3.ldf'）
Go
步骤6：
停止SQL然后重新启动SQL
Server服务，然后运行：
use
master
update
sysdatabases
set
status
=
8
where
name
=
'db_name'
Go
sp_configue
'allow
updates',
0
reconfigure
with
override
go
步骤7：
运行dbcc
checkdb(db_name)
检查数据库的完整性
9. SQl数据库被置疑！！！高手请进！！
假定数据库名为AA
1.将AA_log.ldf文件备份到其它目录下；
2.将源目录下的AA_log.ldf文件改名为smlog_log_bak.ldf；
3.在查询分析器中执行以下语句修改数据库的状态：
use Master
go
update sysdatabases set status=32768 where name='AA' --修改状态
go
shutdown with nowait --停止数据库服务器
go
4.退出SQL并在命令行模式中执行以下代码：
sqlservr -c -T3608 -T4022 --安全模式启动SQL SERVER
5.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态：
select Name,Status from sysdatabases where Name='AA'
6.在查询分析器中执行以下代码重建日志文件：
dbcc traceon(3604) --跟踪
dbcc rebuild_log('AA','AA') --文件名要有全路径和扩展名
本步骤如果成功，继续执行下一步的操作，如果报错，也可以不管它继续下一步，也可以将操作之前建立的同名空数据库日志文件COPY过来就行。
7.在查询分析器中执行以下代码将数据库置回正常状态：
update sysdatabases set status=0 where name='AA'
8.重新启动数据库后执行以下语句检查数据库：
DBCC CHECKDB --如果执行完有错误用以下9.10两步语句修复
9.要修复数据库必需将数据库改为单用户模式：
Exec sp_dboption '数据库名称','single user','true'
10.执行以下语句修复数据库：
DBCC CHECKDB('AA',REPAIR_ALLOW_DATA_LOSS)
11.将数据库改为多用户模式：
Exec sp_dboption 'AA','single user','false'
12.重新启动电脑，成功！