如何恢复SQL Server 2000损坏的数据库文件

日期:2020-04-29编辑作者:数据库

SQL Server2000中,如果数据库文件遇到错误的时候,我们该怎么办。以下是笔者以前的笔记。仅适用于非master,msdb的数据库。

原文发布时间为:2010-09-16 —— 来源于本人的百度文章 [由搬家工具导入]

说明如下:

只有mdf文件而没有ldf文件修复log文件或者重新生成一个log文件的方法

1 建一个测试数据库test(数据库类型为完全)2 建一个表,插入点记录

EXEC   sp_attach_single_file_db   @dbname   =   'data',  
@physname   =   'E:DataBasedata.mdf '

create table a(c1 varchar(2))goinsert into a values(aa)goinsert into a values(bb)go

只有mdf文件的恢复技术
由于种种原因,我们如果当时仅仅备份了mdf文件,那么恢复起来就是一件很麻烦的事情了。
如果您的mdf文件是当前数据库产生的,那么很侥幸,也许你使用sp_attach_db或者sp_attach_single_file_db可以恢复数据库,但是会出现类似下面的提示信息
设备激活错误。物理文件名 ’C:Program FilesMicrosoft SQL ServerMSSQLdatatest_Log.LDF’ 可能有误。
已创建名为 ’C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log.LDF’ 的新日志文件。
但是,如果您的数据库文件是从其他计算机上复制过来的,那么很不幸,也许上述办法就行不通了。你也许会得到类似下面的错误信息
服务器: 消息 1813,级别 16,状态 2,行 1
未能打开新数据库 ’test’。CREATE DATABASE 将终止。
设备激活错误。物理文件名 ’d:test_log.LDF’ 可能有误。
怎么办呢?别着急,下面我们举例说明恢复办法。
A.我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。
B.停掉数据库服务器。
C.将刚才生成的数据库的日志文件test_log.ldf删除,用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。
D.启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。
E.设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器,按右键,选择“属性”,在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。
use master
go
sp_configure ’allow updates’,1
go  
reconfigure with override
go
F.设置test为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID(’test’)
此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读置疑脱机紧急模式”可以看到数据库里面的表,但是仅仅有系统表
G.下面执行真正的恢复操作,重建数据库日志文件
dbcc rebuild_log(’test’,’C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log.ldf’)
执行过程中,如果遇到下列提示信息:
服务器: 消息 5030,级别 16,状态 1,行 1
未能排它地锁定数据库以执行该操作。
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
说明您的其他程序正在使用该数据库,如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表,那么退出SQL Server Enterprise Manager就可以了。
正确执行完成的提示应该类似于:
警告: 数据库 ’test’ 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项,并且可能需要删除多余的日志文件。
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
H.验证数据库一致性(可省略)
dbcc checkdb(’test’)
一般执行结果如下:
CHECKDB 发现了 0 个分配错误和 0 个一致性错误(在数据库 ’test’ 中)。
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
I.设置数据库为正常状态
sp_dboption ’test’,’dbo use only’,’false’
如果没有出错,那么恭喜,现在就可以正常的使用恢复后的数据库啦。
J.最后一步,我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然,我们可以在SQL Server Enterprise Manager里面恢复,也可以使用如下语句完成
sp_configure ’allow updates’,0
go  
reconfigure with override
go

3 作完全备份,到文件test_1.bak4 在作一点修改

其他方法:

insert into a values(cc)gocreate table b(c1 int)goinsert into b values(1)goinsert into b values(2)go

方法一

5 shutdown 数据库服务器6 用ultraedit编辑数据库文件test_data.mdf,随便修改点字节内容,相当于数据库遭到致命的损坏。7 启动数据库,并且运行企业管理器,点开数据库,看到test变成灰色,而且显示置疑。8 运行isql -SLocalhost -Usa -P1 backup log test TO DISK=D:Program FilesMicrosoft SQL ServerMSSQLBACKUP est_2.bak WITH NO_TRUNCATE2go

备份数据文件,然后按下面的步骤处理:

已处理 2 页,这些页属于数据库 test 的文件 TEST_Log。BACKUP LOG 操作成功地处理了 2 页,花费了 0.111 秒。

1.新建一个同名的数据库(数据文件与原来的要一致)

9 进行恢复最老的完全备份

2.再停掉sql server(注意不要分离数据库)

1 RESTORE DATABASE test FROM DISK=D:Program FilesMicrosoft SQL ServerMSSQLBACKUP est_1.bak WITH NORECOVERY2 go

3.用原数据库的数据文件覆盖掉这个新建的数据库

已处理 96 页,这些页属于数据库 test 的文件 TEST_Data。已处理 1 页,这些页属于数据库 test 的文件 TEST_Log。RESTORE DATABASE 操作成功地处理了 97 页,花费了 0.107 秒。

4.再重启sql server

10 恢复最近的日志

5.此时打开企业管理器时会出现置疑,先不管,执行下面的语句(注意修改其中的数据库名)

1 RESTORE LOG test FROM DISK=D:Program FilesMicrosoft SQL ServerMSSQLBACKUP est_2.bak WITH RECOVERY2 go

USE MASTER
GO

已处理 2 页,这些页属于数据库 test 的文件 TEST_Log。RESTORE LOG 操作成功地处理了 2 页,花费了 0.056 秒。

SP_CONFIGURE ’ALLOW UPDATES’,1 RECONFIGURE WITH OVERRIDE
GO

数据已经完全恢复了,可以使用了。

UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME=’置疑的数据库名’
Go

select * from ago

sp_dboption ’置疑的数据库名’, ’single user’, ’true’
Go

总结,DBA应该有一个完善的数据库备份计划。本例中,如果没有一个完全备份的话,数据库的恢复就不可能

DBCC CHECKDB(’置疑的数据库名’)  
Go

当sql server数据库崩溃时如何恢复?

update sysdatabases set status =28 where name=’置疑的数据库名’
Go

任何数据库系统都无法避免崩溃的状况,即使你使用了clustered,双机热备……仍然无法完全根除系统中的单点故障,何况对于大部分用户来说,无法承受这样昂贵的硬件投资。所以,在系统崩溃的时候,如何恢复原有的宝贵数据就成为一个极其重要的问题了。

sp_configure ’allow updates’, 0 reconfigure with override
Go  

在恢复的时候,最理想的情况就是你的数据文件和日志文件都完好无损了,这样只需要sp_attach_db,把数据文件附加到新的数据库上即可,或者在停机的时候把所有数据文件(一定要有master等)都copy到原有路径下也行,不过一般不推荐这样的做法,sp_attach_db比较好,虽然麻烦许多。

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

但是呢,一般数据库崩溃的时候系统是未必能有时间把未完成的事务和脏页等写入磁盘的,这样的情况sp_attach_db就会失败。那么,寄期望于dba制定了一个良好的灾难恢复计划吧。按照你的恢复计划,还原最新的完全备份,增量备份或者事务日志备份,然后如果你的活动事务日志还能读得出来的话,恭喜你!你可以还原到崩溃前的状态。

6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用
数据库的脚本创建一个新的数据库,并将数据导进去就行了.

一般的单位都是没有专职的dba的,如果没有可用的备份,更可能是最近一次备份的时间过于久远而导致不可接受的数据损失,而且你的活动事务日志也处于不可用的状态,那就是最麻烦的情况了。

方法二

不幸的很的是,一般数据库崩溃都是由于存储子系统引起的,而这样的情况是几乎不可能有可用的日志用于恢复的。那么就只好试一下这些方案了。当然,是要求至少你的数据文件是存在的,要是数据文件、日志文件和备份都没有了的话,别找我,你可以到楼顶上去唱“神啊,救救我吧”。

1、建一个同名的数据库
2、修改服务器设置:允许多系统目录进行直接修改
3、停止SQL Server
4、用原mdf文件覆盖新建库的数据库文件
5、重启SQL Server(这时数据库应该是置疑)
6、将数据库置为紧急状态:update master.dbo.sysdatabases set status = 32768 where name = dbname
7、重建日志:dbcc rebulid_log(’dbname’, ’logfile’) (可能不需要这一步。)
8、数据库重新启动,然后再还原数据库状态用以下语句
update master.dbo.sysdatabases set status = 16 where name = dbname

首先,你可以试一下sp_attach_single_file_db,试着恢复一下你的数据文件,虽然能恢复的可能性不大,不过假如这个数据库刚好执行了一个checkpoint的话,还是有可能成功的。

如果你没有好到有摸彩票的手气,最重要的数据库没有像你期盼的那样attach上去,不要气馁,还是有别的方案的。

本文由www.129028.com金沙发布于数据库,转载请注明出处:如何恢复SQL Server 2000损坏的数据库文件

关键词:

SQL Server 2000的安全配置

SQLserver2000数据库应用非常广泛,一旦出现安全问题,造成的损失往往难以估量!应提前预防,防患于未然。这里,我...

详细>>

如何查看某个查询用了多少TempDB空间www.129028.com金沙

DECLARE @read BIGINT, @write BIGINT; SELECT @read = SUM(num_of_bytes_read), @write = SUM(num_of_bytes_written) FROM tempdb.sys.database_files AS DBFJOI...

详细>>

浅析SQL语句中GROUP BY的用法

GROUP BY 是分组查询, 一般 GROUP BY 是和 聚合函数配合使用,你可以想想 你用了GROUP BY 按 ITEM.ITEMNUM这个字段分组,那其他字...

详细>>

微软总是试图使它的软件安装尽可能地简单顺www.129028.com金沙

如果你没有特意记录安装日期,那么有没有办法从SQL Server里查询到呢?想想我们在安装的时候,肯定会有Windows认证登...

详细>>