之前已经为大家介绍了SQL Server数据库的还原、SQL Server数据库的备份，下文将继续为大家带来关于SQL Server数据库的恢复。
--方案一：我现在只是还原的数据库文件 并没有备份日志文件 所以我再去备份日志文件
backup log Company to disk='d:\backup\2.bak' --备份日志文件
restore database Company from disk='d:\backup\1.bak' --再去还原数据库
restore log Company from disk='d:\backup\2.bak'--这步可有可无
--执行的结果为：如下图：
--方案二 由于错误消息中的提示：请使用 RESTORE 语句的 WITH REPLACE 或 WITH STOPAT 子句来只覆盖该日志的内容。
---消息 3013，级别 16，状态 1，第 1 行 所以 我想到去覆盖掉日志文件 虽然恢复模式是完整的 但是我要覆盖它 也是可以的
--只是对数据库的操作没有日志没有完全还原而已 也是可以的
--执行语句如下：
restore database Company from disk='d:\backup\1.bak' WITH REPLACE
--执行成功
/*已为数据库 'Company'，文件 'Company_Data' (位于文件 1 上)处理了 224 页。
已为数据库 'Company'，文件 'Company_Log' (位于文件 1 上)处理了 5 页。
RESTORE DATABASE 成功处理了 229 页，花费 0.225 秒(8.319 MB/秒)。*/
--方案三：我想了一下 我只是备份了数据库，但是没有备份日志文件 根据备份还原的原理
/*
恢复模式 说明
简单 不用备份的事务日志，即可还原
用于小型数据库和不经常更改的数据库
完整 所有事务都被记录到日志中
保留所有日志，直到事务日志备份
用于生产数据库
大容量日志 完整恢复模式的补充
不将大容量日志操作写入日志
*/
--所以我修改了这个数据库的属性中的恢复模式 改为 “简单”
--如下图:
#p#
--我直接执行还原的代码
restore database Company from disk='d:\backup\1.bak'
/*执行结果：
已为数据库 'Company'，文件 'Company_Data' (位于文件 1 上)处理了 224 页。
已为数据库 'Company'，文件 'Company_Log' (位于文件 1 上)处理了 5 页。
RESTORE DATABASE 成功处理了 229 页，花费 0.224 秒(8.356 MB/秒)。*/
--三种还原的解决方案成功
--但是这用到项目中数据库正在使用的话是不成功的 ，它具有排它性 !
--所以我写了一个存储过程来解决，这也是很多程序员花了很久才解决的问题
--代码用法如下 ：有附带的例子下载
--创建存储过程 killspid
create proc killspid (@dbname varchar(20))
as
begin
declare @sql nvarchar(500)
declare @spid int
set @sql='declare getspid cursor for
select spid from sysprocesses where dbid=db_id('''+@dbname+''')'
exec (@sql)
open getspid
fetch next from getspid into @spid
while @@fetch_status < >-1
begin
exec('kill '+@spid)
fetch next from getspid into @spid
end
close getspid
deallocate getspid
end
GO
--说明：
--1.此存储过程应写在Master中;
--2.以上代码就是解决因为数据库正在使用,所以未能获得对数据库的排它访问权的问题,不然系统有时会报错;
以上就是我要为大家介绍的全部内容。希望能够对大家有所帮助，掌握了上文中介绍的知识点，在大家以后的工作中遇到类似的问题，就能很出色的完成。
【编辑推荐】
