之前已经为大家介绍了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.以上代码就是解决因为数据库正在使用,所以未能获得对数据库的排它访问权的问题,不然系统有时会报错;
以上就是我要为大家介绍的全部内容。希望能够对大家有所帮助，掌握了上文中介绍的知识点，在大家以后的工作中遇到类似的问题，就能很出色的完成。
【编辑推荐】
- 丢失归档日志文件后数据库应当如何恢复如何恢复数据库的内容表中出现Block错误的恢复方法及具体步骤