今天用SQL SERVER修改了批量21W条数据,突然发现自己改错了,怎样返回上一步?

今天用SQL SERVER修改了批量21W条数据,突然发现自己改错了,怎样返回上一步?,第1张

前提条件

-- 将 数据库的恢复模式(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_20130704.dat'

GO

已为数据库 'test',文件 'Test' (位于文件 1 上)处理了 376 页。

已为数据库 'test',文件 'Test_log' (位于文件 1 上)处理了 3 页。

BACKUP DATABASE 成功处理了 379 页,花费 1.151 秒(2.571 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:12.393

(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 页,花费 0.046 秒(1.486 MB/秒)。

 

-- 步骤2. 恢复一个误删除之前的完全备份:

RESTORE DATABASE [Test] FROM DISK = N'e:\test_20130704.dat' WITH NORECOVERY,  REPLACE

GO

已为数据库 'Test',文件 'Test' (位于文件 1 上)处理了 376 页。

已为数据库 'Test',文件 'Test_log' (位于文件 1 上)处理了 3 页。

RESTORE DATABASE 成功处理了 379 页,花费 0.828 秒(3.574 MB/秒)。

-- 步骤3. 将数据库恢复至误删除之前的时间点:

RESTORE LOG [Test] FROM  DISK = N'e:\test_log' WITH  STOPAT = N'2013-07-04 16:44:12.393' , RECOVERY

GO

已为数据库 'Test',文件 'Test' (位于文件 1 上)处理了 0 页。

已为数据库 'Test',文件 'Test_log' (位于文件 1 上)处理了 9 页。

RESTORE LOG 成功处理了 9 页,花费 0.013 秒(5.258 MB/秒)。

 

 核对数据.

use [Test]

GO

SELECT * FROM test_br_table

GO

ID          VAL

----------- ----------

          1 TEST1

          2 TEST2

          3 TEST3

(3 行受影响)

Oracle DBA神器:PRM-DUL灾难恢复工具可以直接从这种受损的Oracle数据库中将数据拯救出来。

当你的数据库因为ORA-00600/ORA-07445或其他ORA-报错,或丢失关键的system表空间数据文件,或ASM diskgroup损坏时均可以考虑采用PRM-DUL来做恢复。PRM-DUL采用独创的DataBridge恢复技术,直接从数据文件中抽取数据后可以像DBLINK那样直接插入到新建数据库中,而无需数据落地成为DMP文件占用空间。

做数据库一定要备份。真正的应用中都必须有备份的。

我只能抱歉的告诉你这个真的没办法恢复了。

使用update/delete命令时,一个好的习惯是先放where clause;

其次应该为SSMS装source control的软件,来防止此类问题的发生。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/10007219.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-04
下一篇 2023-05-04

发表评论

登录后才能评论

评论列表(0条)

保存