-- 将 数据库的恢复模式(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的软件,来防止此类问题的发生。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)