数据库被置疑了，如何恢复？

数据库被置疑了，错误信息如下：

SQL Server 检测到基于一致性的逻辑 I/O 错误 校验和不正确(应为: 0x473d1d10，但实际为: 0x81d22e69)。在文件 'D:\MSSQL\DATA\SQL_HB_D001.mdf' 中、偏移量为 0x000000025de000 的位置对数据库 ID 7 中的页 (1:4847) 执行 读取 期间，发生了该错误。SQL Server 错误日志或系统事件日志中的其他消息可能提供了更详细信息。这是一个威胁数据库完整性的严重错误条件，必须立即纠正。请执行完整的数据库一致性检查(DBCC CHECKDB)。此错误可以由许多因素导致；有关详细信息，请参阅 SQL Server 联机丛书。
在重做数据库 'SQL_HB_D001' 的日志中记录的操作时，日志记录 ID (2556:270:3) 出错。通常，特定故障以前会在 Windows 事件日志服务中记录为错误。请利用完整备份还原数据库，或者修复该数据库。
恢复期间出错，导致数据库 'SQL_HB_D001' (数据库 ID 7)无法重新启动。请诊断并纠正这些恢复错误，或者从已知的正确备份中还原。如果无法更正错误，或者为意外错误，请与技术支持人员联系。
无法打开数据库 'SQL_HB_D001'。恢复操作已将该数据库标记为 SUSPECT。有关详细信息，请参阅 SQL Server 错误日志。
ALTER DATABASE 语句失败。 (Microsoft SQL Server，错误: 824)

SQL Server 2008环境，
有一份两个月前的同一数据库文件保存完好。
可以恢复吗？

14 个解决方案

#1

--常规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并在(COMMAND)命令行模式中通过下面的代码重新启动SQL：   
sqlservr -c -T3608 -T4022     --安全模式启动SQL SERVER
--e.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态：   
select Name,Status from sysdatabases where Name='数据库名稱'  
--f.执行以下代码新建日志文件：   
dbcc traceon(3604)--跟踪   
dbcc rebuild_log('数据库名称','日志文件全路徑') --文件名要有全路径和扩展名
--dbcc rebuild_log('prs_msc','d:\mscsql\mssql\data\prs_msc_log.ldf
--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：是简单快速的修复方式
/*
處理状态就为"置疑"的數據庫
备份数据文件,然后按下面的步骤处理:   
1.新建一个同名的数据库(数据文件与原来的要一致)   
2.再停掉sql server(注意不要分离数据库)   
3.用原数据库的数据文件覆盖掉这个新建的数据库   
4.再重启sql server   
5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)   
6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用数据库的脚本创建一个新的数据库,并将数据导进去就行了.

*/
USE   MASTER   
GO   
SP_CONFIGURE 'ALLOW UPDATES',1
GO
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
GO
reconfigure with override   
Go     
sp_dboption '置疑的数据库名', 'single user','false'   
Go   

#2

引用楼主  的回复:

SQL Server 2008环境，
有一份两个月前的同一数据库文件保存完好。
可以恢复吗？

最简单的办法：如果是备份文件，删掉该数据库后新建个同名的后还原上去即可；如果是.mdf和.ldf文件，删掉该数据库后新建个同名的后直接附加上去即可。

#3

引用 1 楼  的回复:

SQL code

--常规SQL SERVER数据库置疑后恢复步骤   
--1． 恢复步骤：   
--a.将smlog_log.ldf文件备份到其它目录下；   
--b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf；   
--c.执行以下语句修改数据库的状态：   
use Master   
go   
update sysdat……

2008不允许对系统目录进行即席更新。

#4

引用 2 楼  的回复:

引用楼主 的回复:
SQL Server 2008环境，
有一份两个月前的同一数据库文件保存完好。
可以恢复吗？

最简单的办法：如果是备份文件，删掉该数据库后新建个同名的后还原上去即可；如果是.mdf和.ldf文件，删掉该数据库后新建个同名的后直接附加上去即可。

两个月前的是.mdf和.ldf文件，附加我会做。
是我没说清楚，我要恢复的是现在置疑的数据。
用两个月前的旧文件，企不是出现数据空档了？

#5

引用 3 楼  的回复:

引用 1 楼 的回复:
SQL code

--常规SQL SERVER数据库置疑后恢复步骤
--1． 恢复步骤：
--a.将smlog_log.ldf文件备份到其它目录下；
--b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf；
--c.执行以下语句修改数据库的状态：
use Master
go
update sysdat……


……

USE   MASTER   
GO   
SP_CONFIGURE 'ALLOW UPDATES',1
GO
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
GO
reconfigure with override   
Go     
sp_dboption '置疑的数据库名', 'single user','false'   
Go   
按这个整。。。

#6

引用 5 楼  的回复:

引用 3 楼 的回复:
引用 1 楼 的回复:
SQL code

--常规SQL SERVER数据库置疑后恢复步骤
--1． 恢复步骤：
--a.将smlog_log.ldf文件备份到其它目录下；
--b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf；
--c.执行以下语句修改数据库的状态：
use Master
go
update s……

各位好心人，再次提醒一下：
“UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名'”这一句通不过。
因为SQL Server 2008会提示：“不允许对系统目录进行即席更新。”

#7

try this,

use master

alter database [数据库名] set single_user

DBCC CHECKDB([数据库名],repair_rebuild)

alter database [数据库名] set multi_user

#8

引用 7 楼  的回复:

try this,

SQL code


use master

alter database [数据库名] set single_user

DBCC CHECKDB([数据库名],repair_rebuild)

alter database [数据库名] set multi_user

你好，执行后返回的消息是：

消息 926，级别 14，状态 1，第 3 行
无法打开数据库 'SQL_HB_D001'。恢复操作已将该数据库标记为 SUSPECT。有关详细信息，请参阅 SQL Server 错误日志。
消息 5069，级别 16，状态 1，第 3 行
ALTER DATABASE 语句失败。
消息 926，级别 14，状态 1，第 5 行
无法打开数据库 'SQL_HB_D001'。恢复操作已将该数据库标记为 SUSPECT。有关详细信息，请参阅 SQL Server 错误日志。
消息 824，级别 24，状态 2，第 3 行
SQL Server 检测到基于一致性的逻辑 I/O 错误 校验和不正确(应为: 0x473d1d10，但实际为: 0x81d22e69)。在文件 'D:\MSSQL\DATA\SQL_HB_D001.mdf' 中、偏移量为 0x000000025de000 的位置对数据库 ID 7 中的页 (1:4847) 执行 读取 期间，发生了该错误。SQL Server 错误日志或系统事件日志中的其他消息可能提供了更详细信息。这是一个威胁数据库完整性的严重错误条件，必须立即纠正。请执行完整的数据库一致性检查(DBCC CHECKDB)。此错误可以由许多因素导致；有关详细信息，请参阅 SQL Server 联机丛书。
消息 3313，级别 21，状态 2，第 3 行
在重做数据库 'SQL_HB_D001' 的日志中记录的操作时，日志记录 ID (2556:270:3) 出错。通常，特定故障以前会在 Windows 事件日志服务中记录为错误。请利用完整备份还原数据库，或者修复该数据库。
消息 3414，级别 21，状态 1，第 3 行
恢复期间出错，导致数据库 'SQL_HB_D001' (数据库 ID 7)无法重新启动。请诊断并纠正这些恢复错误，或者从已知的正确备份中还原。如果无法更正错误，或者为意外错误，请与技术支持人员联系。

#9

我把数据搞回来了，记录一下，以备再用：

--1、要先将原文件保存一份后，在SQL Server中删除原数据，再新建一个同名数据库。
--2、执行以一段代码：
use Master   
go   
alter database SQL_HB_D001 set emergency --将置疑数据库设为“紧急”，SQL_HB_D001是数据库名
go
--3、停用服务器，将新文件用保存的原文件覆盖，再启用服务器。
--4、执行以一段代码：
use Master 
declare @databasename varchar(255)   
set @databasename= 'SQL_HB_D001' --你的.mdf文件文件名 
 
exec sp_dboption @databasename, N'single', N'true' --将目标数据库置为单用户状态   
 
dbcc checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS)   
 
dbcc checkdb(@databasename,REPAIR_REBUILD)   
 
exec sp_dboption @databasename, N'single', N'false'

#10

SQL Server 2005、2008的数据修复用这个。

#11

恭喜楼主,

#12

好多人误导啊！

#13

我是用着个方法来处理SQL2000数据库质疑的，成功率较高
1.停止SQL Server的服务,备份SQL Server安装目录下的\data子目录下故障数据库的两个文件,一个数据文件dbname_data.mdf,一个dbname_log.ldf(也有可能非此命名),同时查看磁盘空间是否有足够的空间； 
2.启动SQL Server服务(如已停止),创建一个新的数据库，命名为原来数据库的名字。
3.停止SQL Server
4.把老数据库的MDF文件(dbname_data.mdf)替换新数据库的相应的MDF文件，并把LDF文件(dbname_log.ldf)删除。
5.重新启动SQL Server服务，然后运行如下命令：
Use Master
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
go

6.停止SQL然后重新启动SQL Server服务，然后运行如下命令(更换日志文件路径地址)：
use master
go
DBCC TRACEON(3604)
DBCC REBUILD_LOG('db_name','c:\Program Files\Microsoft SQL Server\MSSQL\Data\dbname_log.ldf')
go

7.停止SQL然后重新启动SQL Server服务，然后运行：
use master
go
update sysdatabases set status = 8 where name = 'db_name'
go
sp_configure 'allow updates', 0
reconfigure with override
go
8.运行dbcc checkdb(db_name) 检查数据库的完整性

#14

如果检查出数据库有问题还要修复数据库，修复方法如下：
--请在查询分析器中执行下列语句.执行前断开其它所有数据库连接，最好是断开网线
USE master
Go
--单用户模式
EXEC sp_dboption 'hbposv6', 'single user', 'TRUE'
go
--数据库检查
DBCC CHECKDB ('hbposv6')
Go
--如果返回结果出现了红色的提示文字，说明数据库中存在错误，需要修复
--数据库修复
DBCC CHECKDB ('hbposv6',repair_rebuild)
Go
--再次数据库检查，如果返回结果中没有了红色的提示文字，说明修复成功；
DBCC CHECKDB ('hbposv6')
Go
--否则意味着还需要更高级别的修复；尝试将上面修复语句的'repair_rebuild'换为'repair_allow_data_loss'再试，之后再次检查数据库。
--如果还有错误未修复，请把这些信息以文字的方式发给我们

--退出前请一定要执行以下语句返回到多用户模式
EXEC sp_dboption 'hbposv6', 'single user','FALSE'
go