SQL Server 2000 SQL Server 2005 数据库 质疑

问题描述

==========

SQL Server 2005用户数据库由于硬件故障处于“质疑”状态。

解决办法

==========

说明：采用以下数据库急救办法，修复的数据库中的数据在大多情况下都很有可能失败，即使修复成功，数据库中的数据也可能会有丢失，数据完整性会有一定程度的损坏，所以修复后的数据库中的数据不一定可用，请慎重考虑后再选择使用急救后的数据库，因为这些数据虽然已经恢复，但还是问题数据，很有可能会对今后的工作造成潜在的风险。我们建议数据库管理员要对数据库做定期的数据备份和数据库维护。

1.在SQL Server 2005或SQL Server 2008中急救“质疑”数据库的办法

--------------------------------------------------------------------
1）将“质疑”数据库附加至SQL Server中

注意：通常“质疑”数据库都无法成功添加到其他的数据库中，可以通过以下办法任意一个尝试附加：

方法a.将数据库文件.mdf和.ldf文件存放至默认的数据目录中：C:/Program files/Microsoft SQL Server/MSSQL.1/MSSQL/Data/

方法b.利用以下语句，只添加mdf文件

EXEC sp_attach_single_file_db @dbname = 'AdventureWorks',

    @physname = N'C:/Program Files/Microsoft SQL Server/MSSQL.1/MSSQL/Data/AdventureWorks_Data.mdf';

方法c.创建同名数据库->停止SQL Server服务->替换同名数据库文件->启动SQL Server服务

2）将数据库设置为“单用户模式”

use master

go

alter database test set single_user

go

3）将数据库设置为“紧急模式”

alter database test set emergency

go

4）检查数据库

DBCC CHECKDB('test')

go

5）尝试使用通过重建索引对数据库做“无损”数据恢复

DBCC CHECKDB('test',REPAIR_REBUILD )

Go

6）如果步骤5失败，尝试对数据库做“有损”数据恢复，执行完毕后，注意SQL Server的输出结果，会提供数据库有哪些数据发生损失

DBCC CHECKDB('test',REPAIR_ALLOW_DATA_LOSS )

Go

参考链接：http://msdn.microsoft.com/zh-cn/library/ms176064(v=SQL.90).aspx

7）如果步骤6失败，尝试通过导出表来获取剩余数据，存储过程等等

use test

go

select * from sys.objects where type='U'

go

参考链接：http://msdn.microsoft.com/zh-cn/library/ms190324(v=SQL.90).aspx

8）当操作完毕后，将数据库设置为“多用户模式”

alter database test set multi_user

go

注意：无论使用什么办法成功地修复了数据库，我们都建议客户能够创建一个新的数据库，将旧的数据库的架构和数据导入新数据库后，废除旧的数据库，以免今后出现潜在的风险。

2.在SQL Server 2000中急救“质疑”数据库的办法

--------------------------------------------------------------------

1）将“质疑”数据库附加至SQL Server中

注意：通常“质疑”数据库都无法成功添加到其他的数据库中，可以通过以下办法任意一个尝试附加：

方法a.利用以下语句，只添加mdf文件

EXEC sp_attach_single_file_db @dbname = 'AdventureWorks',

    @physname = N'C:/Program Files/Microsoft SQL Server/MSSQL.1/MSSQL/Data/AdventureWorks_Data.mdf';

方法b.创建同名数据库->停止SQL Server服务->替换同名数据库文件->启动SQL Server服务

EXEC sp_attach_single_file_db @dbname = 'pubs',

   @physname = 'c:/Program Files/Microsoft SQL Server/MSSQL/Data/pubs.mdf'

2）允许更新服务器配置

use master

go

Sp_configure 'allow updates', 1

Go

Reconfigure with override

Go

3）将数据库设置为“紧急”状态

select * from sysobjects

go

Update master..sysdatabases set status = 32768 where name =''

Go

Select * from sysdatabases

--Check that above UPDATE statement change the status to 32768

Go

执行以上语句后需要重新启动SQL Server服务才能生效。

参考链接：http://msdn.microsoft.com/zh-cn/library/aa260406(v=sql.80).aspx

4）重新创建数据库日志文件

dbcc rebuild_log('DB_name','LDF path and name')

--LDF name should be different with the previous name.

go

Update master..sysdatabases set status = 0 where name =''

go

sp_configure 'allow updates', 0

go

reconfigure with override

go

5)将数据库设置为“单用户模式”

select * from sysobjects

go

Update master..sysdatabases set status = 4096 where name =''

Go

Select * from sysdatabases

--Check that above UPDATE statement change the status to 4096

Go

执行以上语句后需要重新启动SQL Server服务才能生效。

6）检查数据库

DBCC CHECKDB('test')

go

7）尝试使用通过重建索引对数据库做“无损”数据恢复

DBCC CHECKDB('test',REPAIR_REBUILD )

Go

8）如果步骤7失败，尝试对数据库做“有损”数据恢复，执行完毕后，注意SQL Server的输出结果，会提供数据库有哪些数据发生损失

DBCC CHECKDB('test',REPAIR_ALLOW_DATA_LOSS )

Go

参考链接：http://msdn.microsoft.com/zh-cn/library/aa258278(v=sql.80).aspx

9）如果步骤8失败，尝试通过导出表来获取剩余数据，存储过程等等

select * from sysobjects

go

Update master..sysdatabases set status = 32768 where name =''

Go

Select * from sysdatabases

--Check that above UPDATE statement change the status to 32768

Go

重新启动SQL Server服务使以上数据库状态修改生效。

use test

go

select * from sysobjects where type='U'

go

参考链接：http://msdn.microsoft.com/zh-cn/library/aa260447(v=sql.80).aspx

8）当操作完毕后，将数据库设置为“正常状态”

select * from sysobjects

go

Update master..sysdatabases set status = 0 where name =''

Go

Select * from sysdatabases

--Check that above UPDATE statement change the status to 0

Go

重新启动SQL Server服务使以上数据库状态修改生效。

注意：无论使用什么办法成功地修复了数据库，我们都建议客户能够创建一个新的数据库，将旧的数据库的架构和数据导入新数据库后，废除旧的数据库，以免今后出现潜在的风险。