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

太坑了,我把数据给删了

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

幸好,还可以数据恢复

出现这类问题之后,我们的目的就是想找回误操作之前的数据,在SSMS2008之前,有个很出名的工具LogExploer,但是好像是收费的(反正,我是对收费的工具,都是避而远之)。除了这之外,我们还可以使用日志备份的功能,来完成数据恢复。

下面我们来讲解用日志备份的方法来恢复数据(有图有真相哦)。

准备工作:

1.运行下面的代码,创建RecoverDemo数据库,和TestTable表。

 1 USE [RecoverDemo]
 2 GO
 3 /****** Object:  Table [dbo].[TestTable]    Script Date: 10/22/2014 17:00:36 ******/
 4 SET ANSI_NULLS ON
 5 GO
 6 SET QUOTED_IDENTIFIER ON
 7 GO
 8 SET ANSI_PADDING ON
 9 GO
10 CREATE TABLE [dbo].[TestTable](
11     [A] [varchar](50) NULL
12 ) ON [PRIMARY]
13 GO
14 SET ANSI_PADDING OFF
15 GO
16 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a1‘)
17 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a2‘)
18 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a3‘)
19 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a4‘)
20 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a5‘)
21 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a6‘)
22 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a7‘)
23 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a8‘)
24 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a9‘)
25 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a10‘)

2.然后做一次完整备份,至于步骤就没必要说了吧。(恢复数据的前提是,该数据库至少做过一次完整备份)

提示:因为所有类型的备份都是基于完整备份的,如果没有至少一次的完整备份,其他的备份都是多余的,所以一定要在建完数据库后做一次完整备份。

3.确认数据库的恢复模式为完整。

提示:在生产环境中,都强烈建议使用【完整恢复模式】,即使说相对于其他两中恢复模式,完整恢复模式产生的日志会很大,但是在出现问题的时候,这都不算什么了。

4.执行下面脚本,向TestTable中添加数据。

 1 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a11‘)
 2 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a12‘)
 3 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a13‘)
 4 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a14‘)
 5 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a15‘)
 6 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a16‘)
 7 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a17‘)
 8 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a18‘)
 9 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a19‘)
10 INSERT [dbo].[TestTable] ([A]) VALUES (N‘a20‘)

检查结果:select * from TestTable

灾难发生了

1.我们误操作删除(delete from TestTable)了TestTable中的数据。

这个时候,你就该不淡定了。

别急!我们来恢复数据

之前的那些都算是抛砖引玉吧,接下来才是我们重点想讲述的。

1.做日志备份,记住一定要选择【备份日志尾部】。

然后在【选项】中,严格按照红色框中的选择项进行勾选,否则,你可能会哭的。并且保证数据库不要有连接,因为有链接,日志备份是备份不了的。

2.日志备份后数据库会处于【正在还原状态...】

日志备份后就可以进行数据还原了

3.先要还原完整备份,注意一定要选择最后那一次的完整备份,否则是还原不了的。

4.最后一步就是还原日志备份了,选择恢复的时间点不必太在意,只要填写你误操作之前的时间点,就可以了。

哈哈,数据还原成功了。

 后事之师

1.在进行危险操作的的时候一定要,谨慎谨慎,以免造成不必要的麻烦。

2.一定要养成备份的习惯,千万不要因为嫌弃日志文件过于庞大,就将恢复模式设为【简单】,甚至是删除日志文件,到那个时候神仙恐怕也就不了你了。

时间: 2024-08-28 08:52:29

SQL Server数据恢复——日志备份的相关文章

SQL Server 2014 日志传送部署(2):日志传送系统要求和实验架构

13.2 部署日志传送 13.2.1 部署日志传送的系统要求 SQL Server 2014日志传送的部署对硬件基础设施有一定的要求,下面将概述这些系统要求. 网络 日志传送不一定需要Windows域环境,但是Windows域环境方便了日志传送的配置和管理:相对非域环境,其安全性提升不少. 参与日志传送的SQL Server服务器必须在网络中相互连通,主服务器能够将事务日志备份到共享文件夹,辅助服务器可以将事务日志备份复制到本地文件夹:监视服务器能够连接到主服务器和辅助服务器. 服务器和存储 主

Sql Server 事务日志(三)

SQL server的日志文件会随着数据修改的增加而变大,在处理日志文件时,我们常用的方式是将日志截断,并收缩. Backup log databasename to disk='' dbcc shrinkfile(databasename_log) 当然,如果磁盘空间紧张,可以将恢复模式改成‘simple’的方式使日志截断,然后再收缩日志 alter database test set recovery simple; DBCC shrinkfile(test_log) alter datab

Sql Server 事务日志

Sql Server事务日志文件是数据库文件的重要组成部分,事务日志主要用来存放数据库的修改记录.数据库为了得到更高的写入效率和性能,同时保证ACID特性,数据在写入时,会将更新先写入事务日志,因为事务日志是连写的,所以写事务会比较快.简单来说,顺序写入时,磁盘的磁头会保持在一定的区域内连续写入,而数据写入数据文件时,有随机性,磁盘的磁头移动消耗的时间要比数据写入日志文件时多. Sql Server对于事务日志文件的管理,是将日志文件在逻辑上分成若干个文件(VLFS),方便管理. 创建一个1M的

实战 SQL Server 2008 日志传送(Log Shipping)

实战 SQL Server 2008 日志传送(Log Shipping) 一.什么是日志传送? 原理很简单,三个动作六个字:备份->复制->恢复. 如果由人来完成这个三个动作,只能叫日志搬运工:而由SQL Server Job自动完成,就叫日志传送.同样的事情,不一样的档次,所以叫法也不一样. 二.日志传送能解决什么问题? 解决数据库的多服务器热备份问题.多台服务器定时备份,随时可以作为主数据库服务器的替补. 三.日志传送的优点是什么? 简单!比SQL Server的数据库复制.镜像简单多了

对 sql server 数据库的备份进行加密

原文:对 sql server 数据库的备份进行加密 嗯,最近在研究数据库备份相关的东西,考虑到应该为数据库备份加个密,就准备从网上搜索一下看看有什么好办法,没想到还挺乱... 首先,我从网上搜到的,对数据库备份加密的方法,主要有三种:   1.在使用 BACKUP 语句时,添加 PASSWORD 参数[此方法适用于 sql server 2012 以前的版本(不包含 2012)] 不过呢,其实这个 PASSWORD 参数的加密,并不是我们想象中的对数据完整的加密. 根据 MSDN 中的介绍:h

SQL Server 2005 日志文件过大处理

由于安装的时候没有计划好空间,默认装在系统盘,而且又没有做自动备份.截断事务日志等,很快LDF文件就达到十几G,或者几十G ,此时就不得不处理了. 备份和计划就不说了,现在就说下怎么把它先删除吧: 1:先分离数据库 2:为了保险,先不要删除,把LDF文件重命名下 3:附件数据库. 4:OK. 以上可能遇到的问题: 1:有用户连接,无法分离(勾选“断开所有连接”) 2:附件数数据库的时候提示找不到LDF文件,不要慌,在附件的时候,把LDF的路径一项删除,然后点击"确定",这样就附件成功了

人人都是 DBA(VI)SQL Server 事务日志

SQL Server 的数据库引擎通过事务服务(Transaction Services)提供事务的 ACID 属性支持.ACID 属性包括: 原子性(Atomicity) 一致性(Consistency) 隔离性(Isolation) 持久性(Durability) 事务日志(Transaction Log) 事务日志(Transaction Log)存储的是对数据库所做的更改信息,让 SQL Server 有机会恢复数据库.而恢复(Recovery)的过程就是使数据文件与日志保持一致的过程.

SQL Server AlwaysOn日志收缩

当前好多项目都在逐渐的采用SQL Server AlwaysOn架构来作为数据库的高可用集群技术. 并且当前微软的大多数产品.Citrix XenDesktop.XenApp.PVS.XenMobile也都支持该技术,AlwaysOn兼具了Mirror和Cluster的双重优势,既能实现唯一的主机名.IP地址访问,由不需要像集群那样必须使用共享存储,而是可以像Mirror一样,将数据保存为多个副本,同时AlwaysOn还具有多读多写的架构,可以非常有效地提高数据库性能,单个AlwaysOn组最大

sql server 错误日志errorlog

一 .概述 SQL Server 将某些系统事件和用户定义事件记录到 SQL Server 错误日志和 Microsoft Windows 应用程序日志中. 这两种日志都会自动给所有记录事件加上时间戳. 使用 SQL Server 错误日志中的信息可以解决SQL Server的相关问题. 查看 SQL Server 错误日志可以确保进程(例如,备份和还原操作.批处理命令或其他脚本和进程)成功完成. 此功能可用于帮助检测任何当前或潜在的问题领域,包括自动恢复消息(尤其是在 SQL Server 实