① 数据库置疑是什么
当数据库主文件丢失或者和服务器和数据库文件丢失连接时就这样。。。
② 在sql server 2000中经常会遇到数据库置疑，我想问下怎么解决置疑恢复问题。不是用备份还原的那些
首先数据库置疑是复杂的，原因有多种一般是因为数据文件损坏，硬盘或者有坏道，或者是因为数据字典内容损坏，日志损坏等，必须要有针对性的恢复。最简单的就是日志文件损坏的恢复，可以通过重新创建日志的方法恢复。要是其他问题，还没有备份的话就必须建一个空数据库，用sqlseever的命令和sql将数据迁入新库中（即使这样，也未必能保证不丢失数据），像你说的通过鼠标点一下的操作就将数据库恢复的方法现在还没有！！
1 数据库属性，设置中，允许对系统目录直接修改(Allow modifications to be made directly to the system catalogs) 选中
2 update sysdatabases set status=32768 where name='数据库名称'
这条语句执行之后就可以对数据库进行读取了！！！！
3 进入查询分析器 创建一个新数据库
4 在质疑数据库中 运行下面语句
select 'select * into 新数据名称..'+rtrim(name)+' from '+name from
sysobjects where xtype='u' order by name
5 将第四步运行结果复制到新数据库中执行！！！
这个方法是可以解决大部分数据库置疑问题的！
③ 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.重新启动电脑，成功！
④ SQL SERVER 2000 重启数据库或服务器以后 出现置疑的问题。
你把你的数据库文件换一个盘，放置。然后再附加。我以前用sqlserver2005 也出现过类似的问题，不过，我把需要的附加的文件换了一个位置，然后就成功了。这个原因，是你数据库中存在相同的文件，但是，一时也找不到在哪，所以，就引起附加的冲突了。
⑤ 正在使用的SQL数据库突然断电后就置疑了，如何恢复
SQL
SERVER数据库突然断电后就置疑是由于内存中的数据丢失或者数据库结构损坏造成数据库不能回滚操作，那么整个数据库就置疑了，通过DBCC查出问题的原因才好进行解决问题，具体可咨询广州正大数据恢复这样专业的数据恢复公司。
⑥ SQL2000数据库突然置疑 这是什么原因造成的 我先介绍下现象。
在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
⑦ 如何修复SQL数据库置疑 修复SQL数据库置疑方法
1、在实际的操作中由于突然断电或者突然断网造成数据库置疑（在企业管理器中数据库后面出现置疑两个字），下面我们通过以下方法来进行修复置疑的数据库。
2、我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。
3、停掉数据库服务器。
4、将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。
5、启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。
6、设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。
⑧ 数据库为什么会置疑有什么条件会产生这个原因
1 SQL Server所在分区空间是否够？数据库文件大小是否达到最大文件限制？
2 数据库文件损坏或被非正常删除时出现这种情况
3 病毒防火墙的扫描也会引起数据库置疑
INF: Consideration for a virus scanner on a computer that is running SQL Server 2000
http://support.microsoft.com/default.aspx?scid=kb;en-us;309422
If the virus sweep has opened a database file and still has it open when SQL Server tries to open the database (such as when SQL Server starts or when SQL Server opens a database that AutoClose has closed), the database to which the file belongs might be marked suspect. The SQL Server database files typically have the .mdf, .ldf, and .ndf file suffixes.
4 当SQL Server启动时，将会尝试获得对数据库文件的排他访问权，如果此时该文件被其他程序占用，或者遗失，数据库将会被标记为置疑。
PRB: Missing device causes database to be marked suspect
http://support.microsoft.com/kb/180500/EN-US/
⑨ SQL2000数据库msdb质疑怎么处理
原因：非正常程序中断或错误结束SQL服务，都会导致MSDB数据库被“置疑”。
Msdb 数据库供SQLServer 代理程序调度警报和作业以及记录操作员时使用。比如，我们备份了一个数据库，会在表backupfile中插入一条记录，以记录相关的备份信息。
但因为Msdb数据库并未存储特别重要的信息，因此可以从别的机器拷贝一份相同的msdbdata.mdf和msdblog.ldf覆盖掉即可。
解决步骤
A服务器为被“置疑”的服务器；B服务器上装有和A服务器相同版本的数据库软件。版本是SQL SERVER 2000。
步骤1、停止B服务器上的SQL SERVER 服务，拷贝“msdbdata.mdf”和“msdblog.ldf”文件。
步骤2、停止A服务器上的SQL SERVER 服务，将从B服务器上拷贝“msdbdata.mdf”和“msdblog.ldf”文件覆盖掉A服务器上的这两个文件。
步骤3、重新启动A服务器上的SQL SERVER服务。
步骤4、如果MSDB数据库仍然是置疑状态，可以执行下面的SQL。
USEMASTER
GO
SP_CONFIGURE'ALLOWUPDATES',1RECONFIGUREWITHOVERRIDE
GO
UPDATESYSDATABASESSETSTATUS=32768WHERENAME='msdb'
Go
sp_dboption'msdb','singleuser','true'
Go
DBCCCHECKDB('msdb')
Go
updatesysdatabasessetstatus=28wherename='msdb'
Go
sp_configure'allowupdates',0reconfigurewithoverride
Go
sp_dboption'msdb','singleuser','false'
Go