怎么把sql server 2008 备份文件bak还原

1、打开SQL Server Management Studio，连接数据库，找到“本地” - “数据库”。

2、右键单击“还原数据库”或“还原文件和文件组”。

3、在“还原文件和文件组”界面上，输入目标数据库名称，选择“源设备”，然后单击“浏览”以选择要还原的文件。

4、您可以添加多个备份文件，选择恢复文件，单击“确定”。

5、检查要恢复的bak备份文件，单击OK，开始恢复 *** 作，根据数据量，恢复所需的时间不同，请耐心等待。

6、等待还原完成，单击“确定”，刷新数据库列表，可以看到刚恢复的数据库。此时，bak备份文件已恢复到数据库。

是可以恢复的，网站的网页就不用说了，重新部署在机器上就可以。

至于数据库的话，既然你把C:\Program Files\Microsoft SQL Server\MSSQL下面的内容统统的进行了备份，那么会有这样一个目录C:\Program Files\Microsoft SQL Server\MSSQL\Data 这个目录下面存放着SQLServer数据库的数据文件和日志文件，比如对pubs数据库来说就是（pubsmdf和pubs_logldf）这两个就是数据库的关键文件。你需要按照如下方法进行 *** 作：

第一先在SQLServer下新建一个数据库和你以前的数据库同名。

第二将这个新建的数据库“脱机”（在数据库上点右键，选择“所有任务”里面会有“脱机”这个选项）

第三从上面提到的目录下将和你数据库同名的两个文件复制出来。

第四将这两个文件拷贝到你新安装的SQLServer的“Data”文件夹下，覆盖掉现有的同名文件，如果你的安装和以前一样的话那么路径如下“C:\Program Files\Microsoft SQL Server\MSSQL\Data”

第五将刚才被“脱机”的数据库重新启动就可以了。

1、打开企业管理器，右键单击你需要还原到的“数据库”节点，选择“所有任务”-“还原数据库”。

2、在“还原数据库”对话框的“常规”选项卡中选择“从设备”。

3、“还原自”-“磁盘”-“添加”，定位至备份文件bak所在目录，选择该文件。依次确定退出。

4、切换至“选项”选项卡 查看“将数据库文件还原为”下的路径当前是否存在且路径，如果路径不存在，则还原出错。同时如果路径下存在同名文件，需选中“在现有数据库强制还原”完成 *** 作。

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

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

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

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

4再重启sql server

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

6完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用

数据库的脚本创建一个新的数据库,并将数据导进去就行了

USE MASTER

GO

SP_CONFIGURE 'ALLOW UPDATES',1 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 reconfigure with override

Go

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

假设数据库为TEST：

按以下步骤执行

A．设置数据库允许直接 *** 作系统表。此 *** 作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。

use master

go

sp_configure 'allow updates',1

go

reconfigure with override

go

B．设置test为紧急修复模式

update sysdatabases set status=-32768 where dbid=DB_ID('test')

此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表

C．下面执行真正的恢复 *** 作，重建数据库日志文件

dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_logldf')

执行过程中，如果遇到下列提示信息：

服务器: 消息 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使用”。此时可以访问数据库里面的用户表了。

D．验证数据库一致性（可省略）

dbcc checkdb('test')

一般执行结果如下：

CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'test' 中）。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

E．设置数据库为正常状态

sp_dboption 'test','dbo use only','false'

如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。

F．最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接 *** 作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成

sp_configure 'allow updates',0

go

reconfigure with override

go

上面的语句 *** 作步骤有点问题：

应该如下：

A．我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。

B．停掉数据库服务器。

C．将刚才生成的数据库的日志文件test_logldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_datamdf。

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 Files\Microsoft SQL Server\MSSQL\Data\test_logldf')

执行过程中，如果遇到下列提示信息：

服务器: 消息 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

1、使用SQL最简单备份，还原数据库。

2、为了方便以后的使用，开始对语句进行简单的封装->存储过程。进行备份。

3、还原数据库，数据库还原后的保存位置(目录)(使用系统默认保存位置。为数据库重命名(使用数据库默认名称)不包含扩展名，如果目录已存在该名称的数据库，将会被覆盖 。

sql

server中误删除数据的恢复本来不是件难事，从事务日志恢复即可。但是，这个恢复需要有两个前提条件：

1

至少有一个误删除之前的数据库完全备份。

2

数据库的恢复模式（recovery

mode）是“完整（full）”。

针对这两个前提条件，会有三种情况：

情况一、如果这两个前提条件都存在，通过sql语句只需三步就能恢复（参考文章），无需借助第三方工具。

a)

备份当前数据库的事务日志：backup

log

[数据库名]

to

disk=

n'备份文件名'

with

norecovery

b)

恢复一个误删除之前的完全备份：restore

database

[数据库名]

from

disk

=

n'完全备份文件名'

with

norecovery,

replace

c)

将数据库恢复至误删除之前的时间点：restore

log

[数据库]

from

disk

=

n'第一步的日志备份文件名'

with

stopat

=

n'误删除之前的时间点'

,

recovery

情况二、如果第1个前提条件不存在，第2个前提条件存在，需要借助第三方工具。

情况三、如果第2个前提条件不存在，无法恢复。所以，一定要将数据库恢复模式设置为“完整（full）”。

我现在面临的是第二种情况，需要找第三方工具。

开始找的是log

explorer

for

sql

server，不支持sql

server

2008。

后来找的是sql

log

rescue，也不支持sql

server

2008。

接着找到的是systools

sql

recovery，支持sql

server

2008，但需要购买，demo版并没有数据恢复功能。

最终在officerecoverycom上找到recovery

for

sql

server，虽然也是商业软件，需要购买，但demo版可以恢复数据，只要数据库文件不超过24gb。幸好朋友的数据库文件不大，用它完成了误删除数据的恢复。

下面分享一下用recovery

for

sql

server进行恢复的 *** 作步骤：

1

运行recovery

for

sql

server

2

点击菜单中的

file

>

recover，选择要恢复的数据库的数据文件（mdf）

3

next

>

next，进入

recovery

configuration

界面，选择custom（选择了custom才可以选择从日志中恢复误删除的数据）。

4

next

进入

recovery

options

窗口，选中

search

for

deleted

records，并选择要恢复的数据库的日志文件路径（log

file

path）。

5

next

并选择目标文件夹（destination

folder），用于存放恢复过程中生成的sql语句与bat文件。

6

点击start，开始恢复 *** 作（在上一步选择的目标文件夹中生成相应的sql文件与bat文件），然后，出现

sql

server

database

creation

utility

窗口。

7

next，选择被恢复数据存放的目标数据库。

8

next,

选择

import

availiable

data

from

both

database

and

log

files

9

next,

next,

然后就完成数据的恢复！

不同的数据库有不同的恢复方式。

Oracle 11g之后有闪存回归机制，在一定的时间内可以从闪存中恢复数据。

MySQL数据库则在开启了binlog日志的情况下，可以通过binlog日志恢复被删除的数据。

以上就是关于怎么把sql server 2008 备份文件bak还原全部的内容，包括:怎么把sql server 2008 备份文件bak还原、SQL数据库数据恢复怎么弄、sql server数据库怎么恢复等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！