1.把数据库设成紧急状态:
然后在SQL查询分析器中，选到master数据库，输入以下语句执行（一条一条执行）
sp_configure 'allow',1
reconfigure with override
update sysdatabases set status=32768 where name='hbposv6'
2.重建日志文件（请将路径换成你的数据文件路径）
D:\MSSQL$PROD\Data\为存放数据库文件的路径
KMJXC_log2.ldf为一个新的不存在的文件，在执行以下语句时将自动建立
Dbcc rebuild_log('hbposv6','D:\ProgramFiles\MicrosoftSQL Server\MSSQL\Data\hbposv6_log2.ldf')
3.取消紧急模式（一条一条执行）
update sysdatabases set status=0 where name='hbposv6'
restore database hbposv6 with recovery
sp_configure 'allow',0
reconfigure with override
4.重起sql server
解决方法一：你可以采用以下的代码进行修复:
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1
RECONFIGURE WITH OVERRIDE
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='msdb'
Go
sp_dboption 'msdb', 'single user', 'true'
Go
DBCC CHECKDB('msdb')
Go
update sysdatabases set status =28 where name='msdb'
Go
sp_configure 'allow updates', 0
reconfigure with override
Go
sp_dboption 'msdb', 'single user', 'false'
Go
解决方法二：
MSDB数据库解决过程
难点：由于MSDB数据库不能删除，将其文件拷出来，再次附加数据库，但新的附加数据库不能叫MSDB，也就是不能同名，遇到了困难。
1：先停止整个数据库，将该数据库的文件msdbdata.mdf和msdblog.ldf拷贝粘贴出来到另一个目录下。
2：将以上的文件再拷贝到另一个目录下，也就是说复制两次。
3：选择 数据库右击鼠标 --》所有任务--》附加数据库 将复制出的一个备份文件附加上去，其中，数据库名称叫MSDB1，用户是SA或ADMINISTRATOR。
4：将MSDB1数据库备份，备份成一个文件，当时我的叫MSDB。BAK。
5：选择置疑的数据库MSDB，选择恢复数据库，将刚才备份出来的数据库强行恢复到MSDB。
6：问题解决，MSDB库又能正常使用。
完成后赶快将数据库再次备份一次。呵呵。
另附:数据库置疑解决办法
第一次遇到数据库质疑这样的问题，把我给吓坏了，重要数据啊~~大家知道为什么会发生这种情况么？是不是不正常关机的情况下会发生这种情况？
还有，现在修复好了，但昨天的数据丢失了，以前的数据倒还在。难道昨天发生了什么异常情况？
我这里一篇解决数据库质疑的文档，提供给大家，日后备用：
SQL SERVER数据库置疑后恢复步骤
1． 恢复步骤：
a.将smlog_log.ldf文件备份到其它目录下；
b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf；
c.执行以下语句修改数据库的状态：
use Master
go
update sysdatabases set status=32768 where name=’数
据库名称’ --修改状态
go
shutdown with nowait --停止数据库服务器
go
d.退出SQL并在命令行模式中通过下面的代码重新启动SQL：
sqlservr -c -T3608 -T4022 --安全模式启动SQL SERVER
e.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态：
select Name,Status from sysdatabases where Name=’ 数据库名称’
f.执行以下代码新建日志文件：
dbcc traceon(3604) --跟踪
dbcc rebuild_log(‘数据库名称’,’日志文件名称’) --文件名要有全路径和扩展名
g.将数据库置回正常状态：
update sysdatabases set status=0 where name=’数据库名称’
h.重新启动数据库后执行以下语句检查数据库：
DBCC CHECKDB --如果执行完有错误用以下语句修复
i.要修复数据库必需将数据库改为单用户模式：
Exce sp_dboption ‘数据库名称’,’single user’,’true’(‘false’恢复多用户)
j.执行以下语句修复数据库：
DBCC CHECKDB(‘数据库名称’,REPAIR_ALLOW_DATA_LOSS)
REPAIR_ALLOW_DATA_LOSS：是比较高级的修复方式
REPAIR_FAST：是简单快速的修复方式
相似问题：系统重装，忘记了备份SQL，然后又通过数据恢复工具找回了mcdb_data.mdf 和mcdb_Log.LDF，在企业管理器上用附加数据库时提示错误9004，日志错误，在网上找了诸多方法，也试过建个同名空数据库然后停止SQL SERVER然后覆盖掉MDF。但多不行，哪个大哥救救
这是详细步骤.
1.先建一个与你要恢复的数据库名称一样的数据库。
2.停止sql server,把你的数据库替换这个数据库。
3.重启sql server,把数据库设置为紧急状态。
sp_configure 'allow',1
reconfigure with overirde
update sysdatabases set status=32768 where name='yourdata'
4.重建日志文件。
dbcc rebuild_log('yourdata','your data path\newdata_log.ldf')
5.取消紧急模式。
update sysdatabases set status=0 where name='yourdata'
restore sysdatabases yourdata with recovery
sp_configure 'allow',0
reconfigure with override
6.重起sql server
7.ok
一种方法
步骤1：
创建一个新的数据库，命名为原来数据库的名字。
步骤2：
停止SQL Server
步骤3：
把老数据库的MDF文件替换新数据库的相应的MDF文件，并把LDF文件删除。
步骤4：
重新启动SQL Server服务，然后运行如下命令：
Use Master
Go
sp_configure 'allow updates', 1
reconfigure with override
Go
begin tran
update sysdatabases set status = 32768 where name = 'hbposv6'
--Verify one row is updated before committing
commit tran
步骤5：
停止SQL然后重新启动SQL Server服务，然后运行如下命令：
DBCC TRACEON(3604)
DBCC REBUILD_LOG('hbposv6','c:\mssql7\data\hbposv6_log.ldf')
Go
步骤6：
停止SQL然后重新启动SQL Server服务，然后运行：
use master
up
date sysdatabases set status = 8 where name = 'hbposv6'
Go
sp_configure 'allow updates', 0
reconfigure with override
Go
步骤7：
运行dbcc checkdb(isszmv6_branch) 检查数据库的完整性
注：都要替换成真实的数据库名字。
方法二：
数据库置疑处理？
答： 1.停止SQL Server的服务,备份SQL Server安装目录下的\data子目录一个hbposv6_branch_log.ldf(也有可能非此命名),
同时查看磁盘 2.启动SQL Server服务(如已停止),创建一个新的数据库，命名为空间是否有足够的空间； 原来数据库的名字。
3.停止SQL Server
4.把老数据库的MDF文件(hbposv6_branch_data.mdf)替换
新数据库的相应的MDF文件，
并把LDF文件(hbposv6_branch_log.ldg)删除。
5.重新启动SQL Server服务，然后运行如下命令：
Use Master
go
sp_configure 'allow updates', 1
reconfigure with override
go
begin tran
update sysdatabases set status = 32768 where name = 'hbposv6'
--Verify one row is updated before committing
commit tran
go
6.停止SQL然后重新启动SQL Server服务，然后运行如下命令
(更换日志文件路径地址)：
use master
go
DBCC TRACEON(3604)
DBCC REBUILD_LOG
('hbposv6',
'd:\Program Files\Microsoft SQL Server\MSSQL\Data\hbposv6_log.ldf')
--在这里，请输入你的数据库的路径
Go
7.停止SQL然后重新启动SQL Server服务，然后运行：
use master
go
update sysdatabases set status = 8 where name = 'hbposv6'
go
sp_configure 'allow updates', 0
reconfigure with override
go
8.运行dbcc checkdb(hbposv6) 检查数据库的完整性
9.修复数库
--请在查询分析器中执行下列语句.执行前断开其它
所有数据库连接，最好是断开网线
--如果不是该数据库名，请将数据库
--hbposv6
--改为要修复的数据库
USE master
Go
--单用户模式
EXEC sp_dboption 'hbposv6', 'single user', 'TRUE'
go
--数据库检查
DBCC CHECKDB ('hbposv6')
Go
--如果返回结果出现了红色的提示文字，说明数据库中存在错误，需要修复
--数据库修复
DBCC CHECKDB ('hbposv6','repair_allow_data_loss')
Go
--再次数据库检查，如果返回结果中没有了红色的提示文字，
说明修复成功；
DBCC CHECKDB ('hbposv6')
Go
--否则意味着还需要更高级别的修复；尝试将上面修复语句的
'repair_rebuild'换为'repair_allow_data_loss'再试，
之后再次检查数据库。
--如果还有错误未修复，请把这些信息以文字的方式发给我们
--退出前请一定要执行以下语句返回到多用户模式
EXEC sp_dboption 'hbposv6', 'single user','FALSE'
go
注：都要把 dbname 替换成真实的数据库名字。