数据库修复技术

29.

sp_dboption '
置疑的数据库名
', 'single user', 'false'   

30.

   
31.

Go   
  
无日志恢复
SQL Server
数据库方法二

没有效果的恢复步骤
  
附加数据库
_Rambo
讲过被删除日志文件中不存在活动日志时，可以这么做来恢复
:
1
，分离被置疑的数据库，可

以使用
sp_detach_db
2
，附加数据库，可以使用
sp_attach_single_file_db  
但是，很遗憾，执行之后，
SQL Server
质疑数据文件和日志文件不符，所以无法附加数据库数
据文件。

DTS
数据导出
  
不行，无法读取
XXX
数据库，
DTS Wizard
报告说
“
初始化上下文发生错误
”
。

紧急模式
  
怡红公子讲过没有日志用于恢复时，可以这么做
:
1
，把数据库设置为
em
ergency m
ode
2
，

重新建立一个
log
文件

3
，把
SQL Server
重新启动一下

4
，把应用数据库设置成单用户模式

5
，做
DBCC CHECKDB  
6
，如果没有什么大问题就可以把数据库状态改回去了，记得别忘了把系统表的修改选

项关掉

我实践了一下，
把应用数据库的数据文件移走，
重新建立一个同名的数据库
XXX
，
然后停掉
SQL
服务，把原来的数据文件再覆

盖回来。之后，按照怡红公子的步骤走。
  
但是，也很遗憾，除了第
2
步之外，其他步骤执行非常成功。可惜，重启
SQL Server
之后，
这个应用数据库仍然是置疑
!  
不过，让我欣慰的是，这么做之后，倒是能够
Select
数据了，让我大出一口气。

只不过，组
件使用数据库时，报告说
:“
发生错误
:-2147467259,
未能在数据库

'XXX'
中运行

BEGIN
TRANSACTION
，因为该数据库处于回避恢复模式。
”
  
最终成功恢复的全部步骤

设置数据库为紧急模

式

停掉
SQL Server
服务
;  
把应用数据库的数据文件
XXX_Data.mdf
移走
;
重新建立一个同名的数据库
XXX;
停掉
SQL
服务
;  
把原来的数据文件再覆盖回来
;  
运行以下语句，把该数据库设置为紧急模式
;
运行
  
1.

Use Master   
2.

   
3.

Go   

4.

     
5.

sp_configure 'allow updates', 1   

6.

     
7.

reconfigure with override   

8.

   
9.

Go   

执行结果
:  
DBCC
执行完毕。如果

DBCC
输出了错误信息，请与系统管理员联系。
  
已将配置选项

'allow updates'
从

0
改为

1
。请运行

RECONFIGURE
语句以安装。

接着运行
“update sysdatabases set status =
32768 where name =
'XXX'”

执行结果
:  
(
所影响的行数为

1
行
)
重启
SQL Server
服务
;  
运行以下语句，把应用数据库设置为
Single User
模式
;
运行
“sp_dboption 'XXX', 'single user', 'true'”
  
执行结果
:
命令已成功完成。

ü

做
DBCC CHECKDB;
运行
“DBCC CHECKDB('XXX')”

执行结果
:  
'XXX'
的

DBCC
结果。

'sysobjects'
的

DBCC
结果。
  
对象

'sysobjects'
有

273
行，这些行位于

5
页中。

'sysindexes'
的

DBCC
结果。
  
对象

'sysindexes'
有

202
行，这些行位于

7
页中。

'syscolumns'
的

DBCC
结果。

………
  
ü

运行以下语句把系统表的修改选项关掉
;
运行
“sp_resetstatus "XXX"

go  
sp_configure 'allow updates', 0
reconfigure with override

Go”

执行结果
:  
在

sysdatabases
中更新数据库

'XXX'
的条目之前，模式

=
0
，状态

=
28(
状态

suspect_bit =
0)
，
  
没有更新

sysdatabases
中的任何行，因为已正确地重置了模式和状态。没有错误，未进行任
何更改。
  
DBCC
执行完毕。如果

DBCC
输出了错误信息，请与系统管理员联系。
  
已将配置选项

'allow updates'
从

1
改为

0
。请运行

RECONFIGURE
语句以安装。
  
重新建立另外一个数据库
XXX.Lost;
DTS
导出向导

运行
DTS
导出向导
;  
复制源选择
EmergencyMode
的数据库
XXX
，导入到
XXX.Lost;  
选择
“
在
SQL Server
数据库之间复制对象和数据
”
，试了多次，好像不行，只是复制过来了所
有表结构，但是没有数据，也没有视图和存储过程，而且
DTS
向导最后报告

复制失败
;
所以最后选择
“
从源数据库复制表和视图
”
，但是后来发现，这样总是只能复制一部分表记录
;
于

是选择
“
用一条查询指定要传输的数据
”
，缺哪个表记录，就导哪个
;
视图和存储过程是执行
SQL
语句添加的。

维护
Sql Server
中表的索引
  
在使用和创建数据库索引中经常会碰到一些问题，在这里可以采用一些另类的方法解决
…

--
第一步
:
查看是否需要维护，查看扫描密度
/Scan Density
是否为
100%
declare @table_id int  
set @table_id=object_id('
表名
')
dbcc showcontig(@table_id)

--
第二步
:
重构表索引
  
dbcc dbreindex('
表名
',pk_
索引名
,100)  
--
重做第一步，如发现扫描密度
/Scan Density
还是小于
100%
则重构表的所有索引

--
并不一定能达
100%
。

dbcc dbreindex('
表名
','',100)  
  
利用第三方软件恢复数据库推荐软件：

国内

软件
  
软件名称


SQL
数据库修复软件
3.52
  
主页






WWW.SZWISEGO.COM

  
下载地址


http://nj.onlinedown.net/SOFT/105406.htm

  
特点

对数据库置疑


823
报错


日志报错

灯故障修复能力极强，
这个软件对页撕裂，
文件
头无效的报错修复也是很完美，不过可惜作者不出售软件，只提供服务。

试用版可以预览
导数据。

  
国外软件

  
推荐

Kernel Recovery for SQL  
是一个
SQL
数据库恢复工具，可以支持微软
SQL
Server
2000
和
2005
。它功能强大，使用
方便，采用了
QFSCI
算法可以对损坏的数据库文件进行扫描，恢复受损的部分

  
下载地址

http://www.onlinedown.net/soft/60208.htm