SQL Server 数据恢复到指点时间点(完整恢复)

说到数据库恢复,其实我们一般最常见的有两种,一种就是简单恢复,通过备份的bak文件直接恢复数据库,缺点就是有可能数据丢失。另外一种就是通过备份的数据+事务日志还原数据。但是后者还原的话我们需要保证事务日志的完整性。我们今天就主要介绍的是第二种,所有的操作过程我们使用的是SSMS进行操作的。

注:使用第二种方法还原数据的时候需要注意的问题:1、要准备好之前的完整备份的数据,2、备份全新的事务日志。3、通过完整备份的数据进行完整还原。4、通过备份的全新的事务日志进行指定时间点的数据还原。

我们首先创建一个测试数据库---DB2,然后创建一个表info

定义字段信息

我们插入数据

select * from info
insert into info(idcode,age)values(‘zs‘,18)
insert into info(idcode,age)values(‘ls‘,20)
insert into info(idcode,age)values(‘gwl‘,27)

接下来我们备份数据,备份路劲D:\DB_BACKUP

右击数据库---任务--备份

备份类型:完整。

备份路劲:D:\db_backup\db2.bak

备份完成

备份完成的文件

成功备份后,我们增加几条数据,然后删除几条数据(我们需要注意时间点,方便后面的操作)

此时就当是我们误操作结果;误操作后,我们正常还原了就可以了

需要注意的是,输入的写入和删除有可能是不同的用户进行操作的,所以 通过还原肯定是数据丢失了,所以我们通过完全备份恢复完成后,还需要通过log进行还原。

当前时间时21:32

我们插入了几条数据

select * from info
insert into info(idcode,age)values(‘xll‘,118)
insert into info(idcode,age)values(‘wc‘,210)
insert into info(idcode,age)values(‘lc‘,127)

我们在过几分钟进行数据删除--删除2两条测试数据

当前时间为:

接下来我们删除两条数据

select * from info
delete info where idcode = ‘ls‘
delete info where idcode = ‘gwl‘

此时我们发现数据有异常所以需要通过备份进行还原。但是我们的备份之后,做了一些数据的插入,如果用之前备份的恢复的话,数据肯定有丢失,所以我们还需要借助日志进行还原。

所以我们需要通过完整备份进行恢复,然后通过log进行恢复,然后恢复到指定的时间点。

在恢复完整备份之前,我们需要进行一次全新的事务日志备份。

其实备份事务日志的目录是为了将其写入截断,保证数据的完整性

数据库---右击--任务---备份---备份类型--事务日志

备份成功后

此时我们需要通过完整备份进行还原以下数据

数据库---任务---还原--数据库

选择设备---浏览备份的数据库文件

记住,我们一定要在选项中选择 norecovery  
恢复状态:RESTORE WITH NORECOVERY

开始还原提示以下信息:

我们也可以使用以下脚本进行还原

USE [master]
BACKUP LOG [DB2] TO DISK = N‘D:\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Backup\DB2_LogBackup_2017-03-19_22-40-40.bak‘ WITH NOFORMAT, NOINIT, NAME = N‘DB2_LogBackup_2017-03-19_22-40-40‘, NOSKIP, NOREWIND, NOUNLOAD, NORECOVERY , STATS = 5
RESTORE DATABASE [DB2] FROM DISK = N‘D:\DB_BACKUP\DB2.bak‘ WITH FILE = 1, NORECOVERY, NOUNLOAD, STATS = 5
GO

出现以上问题,我们有两种解决方法

1、还原数据库时,点击选择页上的选项,勾选覆盖现有数据库(WITH REPLACE),点确定后即可成功还原数据库(推荐此方法)。

2、进行还原操作时,点击选择页上的选项,勾选保持源数据库处于正在还原状态(BACKUP LOG WITH NORECOVERY),即可解决问题。

我们选择第二种方法可以正常恢复成功

此时我们查看到数据库一直再提示---正在还原中,该现象为正常的。

接下来我们要通过事务日志进行数据还原。

数据库---任务---还原---事务日志

浏览到保存的事务日志文件—DB2.trn

然后我们需要选择删除数据的日期及时间:我们上面记载了删除数据的日期及时间 21:36

此时是恢复数据的主要关键地方。

确认的时间点信息

我们此时需要单击选项菜单:

恢复状态:回滚未提交的事务,使用数据库处理可以使用的状态。无法还原其他事务日志(RESTORE WITH RECOVERY)

我们也可以通过脚本进行数据还原。

RESTORE LOG [DB2] FROM DISK = N‘D:\DB_BACKUP\DB.trn‘ WITH FILE = 1, NOUNLOAD, STATS = 10, STOPAT = N‘2017-03-19T21:36:01‘
GO

还原成功后,数据库状态显示正常

接下来我们查看数据,恢复正常了;

时间: 2024-12-13 04:28:30

SQL Server 数据恢复到指点时间点(完整恢复)的相关文章

SQL SERVER 提供了一些时间函数:

SQL SERVER 提供了一些时间函数:取当前时间:select getdate()取前一个月的时间:SELECT DATEADD(MONTH,-1,GETDATE()) 月份减一个月取年份:SELECT YEAR( DATEADD(MONTH,-1,GETDATE())),Year 取年份取月份:SELECT MONTH( DATEADD(MONTH,-1,GETDATE())) ,month 取月份.如上,可通过对日期函数的各种组合,来达到目标.

SQL Server 2008对日期时间类型的改进

微软在备受多年的争议后,终于对日期时间数据类型开刀了,在新版的SQL Server 2008中一口气增加了4种新的日期时间数据类型,包括: Date:一个纯的日期数据类型. Time:一个纯的时间数据类型. DateTime2:新的日期时间类型,将精度提到到了100纳秒. DateTimeOffset:新的日期时间类型,在DateTime2的基础上增加了时区部分. 下面是在SQL Server 2008中日期时间数据类型的一个简单汇总表: 数据类型 格式 取值范围 精度 存储尺寸 date yy

.Net Framework 与 SQL Server 2005 混乱的时间最大最小值

http://blog.csdn.net/jiwenyi163/article/details/2973100 .Net Framework 与 SQL Server 2005 混乱的时间最大最小值 之前才跟 dotjum 聊到 Microsoft 在 DateTime 還有 SQL Server 2005 的最小最大時間非常地不一致,沒想到果然有人也碰過相同的困擾. 參考: C# DateTime.MinValue is not the same as SqlDateTime.MinValue

MS SQL Server数据恢复软件测试-导出结果记录数量对比

一. 测试目的:MS SQL Server数据恢复软件是一款恢复故障数据库的工具,其设计的目的是为了解决坏库的数据恢复.本工具最基本的恢复功能是正常情况下能恢复出任何好库的数据而不存在偏差,但在实际情况下,各种应用的数据库存在着不同的使用场景以及开发环境,有着细微差异,软件恢复要顾及到各种细节,难免会漏掉一些关键细节而导致恢复结果不一定能达到100%,所以数据库恢复测试比对能得出相应的改进办法,提高软件质量.二. 测试步骤:对一个好库的测试,我们在实际数据恢复业务中,会接触到各种各样的应用数据库

SQL Server获取索引创建时间&重建时间&重组时间

原文:SQL Server获取索引创建时间&重建时间&重组时间 之前写过一篇博客"SQL Server中是否可以准确获取最后一次索引重建的时间?",里面主要讲述了三个问题:我们能否找到索引的创建时间?最后一次索引重建(Index Rebuild)的时间? 最后一次索引重组(INDEX REORGANIZE)的时间呢?,当时得出的结论,答案是我们无法准确的找到索引的创建时间.最后一次索引重组时间,最后一次索引重建的时间.但是最近看到一篇博客"SQL Server

SQL Server数据恢复——日志备份

太坑了,我把数据给删了 “大坑啊,数据被我误删了.”从事数据库相关工作的过程中,我想应该很多人会有过和我一样的遭遇吧?尤其是在进行update或者delete操作的时候,忘记了where条件.这些毁灭性的操作,足以使你不能淡定.然后就开始到baidu.csdn.csblogs等等找恢复方案.网上呢,也是众说纷纭,一时间,你又崩溃了.这个时候要学会淡定,否则,会让你心碎的. 幸好,还可以数据恢复 出现这类问题之后,我们的目的就是想找回误操作之前的数据,在SSMS2008之前,有个很出名的工具Log

Sql Server数据库由于未知原因丢失的恢复方法

故障描述: 5块2T硬盘组建RAID5,划分LUN供windows服务器使用.在windows服务器内装有Sql Server2008数据库.存储空间内共有三个逻辑分区,大小分别为500G.800G.2.3T.数据库文件丢失,主要涉及五个数据库,表个数约为6000个左右.丢失原因未知,且不能确定数据存储位置.三个数据库的大小分别为8G.15G.20G.在文件丢失后服务器仍处于开机状态,但并未写入大量数据. 初检流程: 1.使用RAID信息及内部数据块信息重组RAID.重组RAID2.提取LUN内

SQL server查看查询所用时间

先记录执行前的时间,然后在记录执行Sql后的时间,然后做减法 declare @d datetime set @d=getdate() /*SQL脚本开始*/ /*SQL脚本结束*/ select [语句执行花费时间(毫秒)]=datediff(ms,@d,getdate()) 原文地址:https://www.cnblogs.com/zeng-qh/p/10173219.html

sql server:取当前时间前10分钟之内的数据 dateadd()

当前时间 select GETDATE() 当前时间点前10分钟 dateadd() select dateadd(minute,-10,GETDATE()) 取当前时间点前10分钟以内的数据,且按创建时间倒序排 select * from tablename where CreateDate > dateadd(minute,-10,GETDATE()) order by CreateDate desc dateadd(间隔类型,增量,时间点) select DATEADD(year,-1,g