SQL Server 数据库 备份有两种方式，一种是使用BACKUP DATABASE将 数据库 文件 备份出去，另外一种就是直接拷贝 数据库 文件 mdf和日志 文件 ldf的方式。 下面将主要讨论一下后者的备份与 恢复 。本文假定您能熟练使用SQL Server Enterprise Manager(SQL Ser
SQL Server 数据库 备份有两种方式，一种是使用BACKUP DATABASE将 数据库 文件 备份出去，另外一种就是直接拷贝 数据库 文件 mdf和日志 文件 ldf的方式。
下面将主要讨论一下后者的备份与 恢复 。本文假定您能熟练使用SQL Server Enterprise Manager(SQL Server企业管理器)和SQL Server Quwey Analyser(SQL Server查询分析器)。
1、正常的备份、 恢复 方式
正常方式下，我们要备份一个 数据库 ，首先要先将该 数据库 从运行的数据服务器中断开，或者停掉整个 数据库 服务器，然后复制 文件 。
以下是引用片段：
卸下 数据库 的命令：Sp_detach_db 数据库 名
连接 数据库 的命令：Sp_attach_db或者sp_attach_single_file_db
s_attach_db [@dbname =] ′dbname′, [@filename1 =] ′filename_n′ [,...16]
sp_attach_single_file_db [@dbname =] ′dbname′, [@physname =] ′physical_name′
使用此方法可以正确 恢复 SQL Sever7.0和SQL Server 2000的 数据库 文件 ，要点是备份的时候一定要将mdf和ldf两个 文件 都备份下来，mdf 文件 是 数据库 数据 文件 ，ldf是 数据库 日志 文件 。
例子：
假设 数据库 为test，其数据 文件 为test_data.mdf，日志 文件 为test_log.ldf。
下面我们讨论一下如何备份、 恢复 该 数据库 。
以下是引用片段：
卸下 数据库 ：sp_detach_db 'test'
连接 数据库 ：sp_attach_db 'test',
'C:\Program Files\Microsoft SQL
Server\MSSQL\Data\test_data.mdf',
'C:\Program Files\Microsoft SQL Server
\MSSQL\Data\test_log.ldf'
sp_attach_single_file_db 'test',
'C:\Program Files\Microsoft SQL Server
\MSSQL\Data\test_data.mdf'
2、只有mdf 文件 的 恢复 技术
由于种种原因，我们如果当时仅仅备份了mdf 文件 ，那么 恢复 起来就是一件很麻烦的事情了。
如果您的mdf 文件 是当前 数据库 产生的，那么很侥幸，也许你使用sp_attach_db或者sp_attach_single_file_db可以 恢复 数据库 ，但是会出现类似下面的提示信息
设备激活错误。
物理 文件 名 'C:\Program Files\Microsoft SQL Server\MSSQL\data\test_Log.LDF'可能有误。
已创建名为 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_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 Files\Microsoft SQL Server\MSSQL\Data\test_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
查看更多关于轻松掌握SQLServer数据库文件恢复技术的详细内容...