sqlserver数据库表数据误删除了 怎么恢复

恢复sqlserver数据库表数据步骤如下：

一、心态：

1、务必冷静，事情已经发生不可慌乱。

2、立即查看当前时间，最好能够精确到秒,并做记录。

3、应立即向直接上级反映此事，不可隐瞒，防止事态扩大。

4、如果权限允许，应当立即停止相关应用，防止有新的数据写入数据库。

二、恢复：

1、构建新数据库以及写入一些数据

2、做一次完整备份，这个是前提，没有一份完整备份文件是无法进行接下来的 *** 作的。

注意：如上图所示，恢复模式一定要说完整，如果是其他类型那恐怕就没有下文了。一般来讲新建数据库的时候，默认不要去改恢复模式这个属性。

3、写入一条新数据。

4、记住此时要记录时间点。

此刻最好看一下系统时间。接下来就要演示如何进行数据恢复。

5、做事务日志备份，做事务日志备份需要注意一下一点，如图所示。

备份模式请选择事务日志，备份路径自行决定

进入选项，将可靠性第1、2勾选，事务日志选择第二个，压缩属性可以不选择点击确定备份成功，此时数据库将显示为正在还原状态

注意：如果备份失败，请检查该数据库是否正在被占用，如果是请kill。

6、还原完整备份。

数据库处于正在还原状态，右键数据库--任务--还原--文件和文件组，选择最近的一次完整备份。此时，需要在“选项”中选择第二种还原方式，具体如下图。

如上图，勾选完整数据备份文件。

如上图，恢复状态选择第二种，从字面意思就知道为什么要选择这种。

7、接着还原备份的事务日志。

完整备份还原完毕，接着要对事务日志进行还原，右键数据库--任务--还原--事务日志，如下图：

还原事务日志的时候需要特别注意“时间点”这个设置，其他不需要设置。

时间点选择为误删数据的时间点之前就可以恢复出误删的数据，所以之前强调要查看一下时间。如下图所示

点击确定，在确定等待还原成功，数据库变成可用状态。如下图。

如果查询发现数据不是你想要的，那么可以重复上述的 *** 作，从备份事务日志开始，然后最后选择时间点的时候在缩小范围。

在完整恢复模式或大容量日志恢复模式下，必须先备份活动事务日志（称为日志尾部），然后才能在SQLServerManagementStudio中还原数据库。有关详细信息，请参阅如何备份事务日志(SQLServerManagementStudio)。若要还原已加密的数据库，您必须有权访问用于加密数据库的证书或非对称密钥。如果没有证书或非对称密钥，数据库将无法还原。

认识数据库备份和事务日志备份

数据库备份与日志备份是数据库维护的日常工作，备份的目的是在于当数据库出现故障或者遭到破坏时可以根据备份的数据库及事务日志文件还原到最近的时间点将损失降到最低点。

数据库备份

数据库备份可以手动备份和语句备份

一手动备份数据库

1鼠标右键选择你要进行备份的数据库-任务-备份

可以在常规选项页面你可以选择备份类型是进行完整数据库备份还是差异数据库备份

2点击添加选项，选择数据库文件的存放路径

注意文件名记得加后缀bak,便于恢复时的查找

3你还可以在选项页面是追加到现有的备份集，还是覆盖所有的现有备份集，还可以选择备份验证完整性（建议选择），还可以选择是否压缩备份等。

二语句备份数据库

use master goBACKUP DATABASE [test] TO DISK = N'D:Microsoft sql serverMSSQL10MSSQLSERVERMSSQLBackup estbak' WITH NOFORMAT, NOINIT, NAME = N'test-完整 数据库 备份', SKIP, NOREWIND, NOUNLOAD, STATS = 10GO

数据库日志备份

首先需要注意，数据库日志的备份是基于数据库完整备份，也就是说你备份数据库日志之前你首先要先对数据库进行一次完整的备份，因为之间会涉及到坚持到检查点 lsn， 这也是本文接下来要讲的重点。

一手动备份数据库日志

1右键数据库-任务-备份-选择备份类型（事务日志）

2点添加，添加日志文件备份存储路径

3同数据库完整备份一样，你也可以选择覆盖现有备份集或者追加到现有备份集，这里现在覆盖现有备份集、验证完整性，然后确认备份

二语句备份数据库事务日志

BACKUP LOG [test] TO DISK = N'D: esttrn' WITH NOFORMAT, INIT, NAME = N'test-事务日志 备份', SKIP, NOREWIND, NOUNLOAD, STATS = 10GO

数据库还原

右键数据库-还原数据库-添加需要进行还原的数据库文件路径

在还原源选项中你可以选择‘源数据库’，‘源设备’。1选择源数据库工具会自动显示该数据库之前的一些备份，然后直接选择需要还原的数据库备份集。

2选择源设备点击后面的，添加需要还原的数据库文件

2点击确认还原数据库

数据库恢复

数据库恢复的前提是1一个完整的数据库备份2包含这个完整数据库备份的事务日志备份3完整备份之间也可以存在数个差异备份

对于数据库维护空间始终是一个比较头疼的问题，特别是对于大型数据库而言，每天的日志文件增长是庞大的，很多数据库管理员会定时对数据库日志文件进行收缩，但是经常收缩会存在收缩完日志文件还是不能减少，这是因为存在很多活动的日志无法收缩可以用

DBCC LOGINFO('数据库名称')

我们看到
status=0的日志，代表已经备份到磁盘的日志文件；而
status=2的日志还没有备份。当我们收缩日志文件时，收缩掉的空
间其实就是
status=0的空间，如果日志物理文件无法减小，这里一
定能看到非常多status=2的记录

解决办法：1可以分离要收缩的数据库，然后手动删除日志文件，然后附加数据库，数据库就会产生一个很小的日志文件（不推荐使用这种方法）

2右键要出来的数据库选择“属性”-"选项"，将恢复模式改成"简单"，然后利用收缩工具可以讲日志文件收缩到很小，收缩完记得讲恢复模式改成"完整"

也可以用语句进行处理(dbname是你要进行收缩的数据库名，dbname_log是你要进行收缩的数据库的逻辑日志名称)

USE [master]
GO ALTER DATABASE [dbname] SET recovery SIMPLE WITH NO_WAIT GO
ALTER DATABASE [dbname] SET RECOVERY SIMPLE --简单模式
GO
USE [dbname]
GO
DBCC SHRINKFILE (N'dbname_log' , 11, TRUNCATEONLY) GO
USE [master]
GO
ALTER DATABASE [dbname] SET RECOVERY FULL WITH NO_WAIT ALTER DATABASE [dbname] SET RECOVERY FULL

对于第一种方法不赞同使用，首先对于数据库的分离与附加有时候会破坏数据库，造成数据库无法还原，还有就是对于在线数据库也不允许进行分离 *** 作。

对于第二种方法是slq2008收缩日志文件的一种方法，但是此方法也不能使用过于频繁，因为进行数据库恢复模式的更改会截断事务日志文件，这样的话当时利用事务日志文件进行恢复的时候检查点不能包含数据库文件，而且当你要对事务日志进行备份的时候会重新提示你需要对数据库进行完整备份。

举个例子：比如你昨天晚上进行了一次完整备份，然后同时你也进行了一次日志备份（提前日志未被截断），然后你每个小时进行过一次差异备份，最近的差异备份时间点是14点，如果此时数据库错误修改了数据，你可以立马备份一个日志文件将数据库恢复到日志备份开始到日志备份终点前的任意时间点 。

如果此时你进行了修改数据库模式，截断日志进行了收缩，那么你的数据只能恢复到昨天晚上备份的那个日志备份时间前的任意时间点，也就是今天所做的数据库更改无法再恢复了，因为日志文件已经被截断了，不知道这样解释是否明白

因为日志文件的检查点（lsn）是连续的，每一次日志备份都是在上一次备份的基础上lsn往后增加的，lsn的范围也包括了数据库文件的lsn，也只有日志文件的lsn包括了数据库文件的lsn,才能将数据库文件进行回滚。

上图中总共有三个备份文件，一个完整备份、一个差异备份、一个日志备份，大家可以注意观察完整备份的第一个lsn与最后一个lsn,和检查点

第二个差异备份文件的的第一个lsn与最后一个lsn,和检查点，最后的日志备份的第一个lsn和最后一个lsn包含了前面两个备份文件的lsn,这种情况数据库就可以恢复到日志文件备份前的任意时间点，如果日志文件没有包含数据库文件的最后一个lsn也就无法恢复了。

管理员可以选择在运行时对系统的影响最小，同时又能满足还原要求的备份过程。管理员还根据资源要求选择数据库的恢复模式。恢复模式将针对完全恢复数据的重要程度来平衡记录开销。恢复模式包括：
◆完全
数据非常重要并且必须能够恢复到故障点。记录所有的数据修改。可使用SQL Server 2000的所有恢复选项。
◆大容量日志记录
如有必要，可重播某些大容量 *** 作（大容量复制 *** 作、select INTO、文本处理），因此不完全记录这些 *** 作。只能恢复到上一次数据库或日志备份的末尾。
◆简单
自上次备份后所做的所有数据更改都是可替代的，或是可重做的。记录开销最小，但不能恢复自上次备份结束后的内容。

前提条件
-- 将 数据库的恢复模式（Recovery mode）设置为  “完整（Full）”
-- 此 *** 作可以在  SQL Server Management Studio 中， 选择数据库， 鼠标右键， 属性后，在 选项 标签中进行设置。
USE [master]
GO
ALTER DATABASE [test] SET RECOVERY FULL WITH NO_WAIT
GO
-- 完整备份数据库
backup database test to disk='e:\test_20130704dat'
GO
已为数据库 'test'，文件 'Test' (位于文件 1 上)处理了 376 页。
已为数据库 'test'，文件 'Test_log' (位于文件 1 上)处理了 3 页。
BACKUP DATABASE 成功处理了 379 页，花费 1151 秒(2571 MB/秒)。
 
 测试数据
USE [test]
GO
-- 创建测试表
CREATE TABLE test_br_table (
  ID   int,
  VAL  VARCHAR(10),
  PRIMARY KEY(ID)
);
GO
INSERT INTO test_br_table  VALUES (1, 'TEST1');
INSERT INTO test_br_table  VALUES (2, 'TEST2');
INSERT INTO test_br_table  VALUES (3, 'TEST3');
GO
SELECT GETDATE()
GO
-----------------------
2013-07-04 16:44:12393
(1 行受影响)
-- 假设误 *** 作， 删除所有的数据了
DELETE FROM test_br_table
GO
(3 行受影响)
 
 
 恢复 
USE [master]
GO
-- 步骤1 备份当前数据库的事务日志：
BACKUP LOG [Test] TO disk= N'e:\test_log' WITH NORECOVERY
GO
已为数据库 'Test'，文件 'Test_log' (位于文件 1 上)处理了 9 页。
BACKUP LOG 成功处理了 9 页，花费 0046 秒(1486 MB/秒)。
 
-- 步骤2 恢复一个误删除之前的完全备份：
RESTORE DATABASE [Test] FROM DISK = N'e:\test_20130704dat' WITH NORECOVERY,  REPLACE
GO
已为数据库 'Test'，文件 'Test' (位于文件 1 上)处理了 376 页。
已为数据库 'Test'，文件 'Test_log' (位于文件 1 上)处理了 3 页。
RESTORE DATABASE 成功处理了 379 页，花费 0828 秒(3574 MB/秒)。
-- 步骤3 将数据库恢复至误删除之前的时间点：
RESTORE LOG [Test] FROM  DISK = N'e:\test_log' WITH  STOPAT = N'2013-07-04 16:44:12393' , RECOVERY
GO
已为数据库 'Test'，文件 'Test' (位于文件 1 上)处理了 0 页。
已为数据库 'Test'，文件 'Test_log' (位于文件 1 上)处理了 9 页。
RESTORE LOG 成功处理了 9 页，花费 0013 秒(5258 MB/秒)。
 
 核对数据
use [Test]
GO
SELECT  FROM test_br_table
GO
ID          VAL
----------- ----------
          1 TEST1
          2 TEST2
          3 TEST3
(3 行受影响)

---