原文出处:http://database.51cto.com/art/201108/280035.htm
本文主要介绍了利用日志挖掘Oracle不完全恢复来恢复误删除的表、数据和视图的方法,希望能够对您有所帮助。
AD:51CTO 网+ 第十二期沙龙:大话数据之美_如何用数据驱动用户体验
@H_404_9@@H_404_9@在数据库操作中,当我们误删除了表、数据或者是视图等,可以利用日志挖掘Oracle不完全恢复进行恢复,本文主要就介绍了利用日志挖掘Oracle不完全恢复来恢复数据的方法,接下来我们就开始介绍这一过程。 @H_404_9@实施该方法需要满足两个条件:1.DB工作在归档模式下;2.有冷准备份的数据文件。 @H_404_9@接下来我们介绍恢复过程,格式如下:
colscriptfora80colsql_REDOfora80@H_404_9@
@H_404_9@--拼接从哪里挖的语句 @H_404_9@
select'execdbms_logmnr.add_logfile('''||member||''')'asscriptfromv$logfile;@H_404_9@
@H_404_9@--从哪里挖 @H_404_9@
execdbms_logmnr.add_logfile('/oracle/oradata/orcl_new/redo03.log');execdbms_logmnr.add_logfile('/oracle/oradata/orcl_new/redo02.log');execdbms_logmnr.add_logfile('/oracle/oradata/orcl_new/redo01.log');@H_404_9@
@H_404_9@--开始挖 @H_404_9@
execdbms_logmnr.start_logmnr;@H_404_9@
@H_404_9@--找结果-->要恢复的语句时的时间戳; @H_404_9@
selectscn,sql_redofromv$logmnr_contentswheresql_redolike'droptableemp%';SCNsql_REDO------------------------------------------------------------------------------------------1036547droptablet1purge;1037333droptablescott.emppurge;--1037333-->要恢复的时间戳@H_404_9@
@H_404_9@--关掉DB
shutdownabort@H_404_9@
@H_404_9@--拷贝冷备的文件--*.dbf到数据文件目录下,并进行覆盖;因为要利用日志把sys,user等表空间的数据,重做一次;
[oracle@OracleWeblogicorcl_new_bk]$cp*.dbf../orcl_new/@H_404_9@--启动到mount下 @H_404_9@
startupmount@H_404_9@
@H_404_9@--恢复到1037333droptablescott.emppurge的时间点; @H_404_9@--要求:trc @H_404_9@
recoverdatabaseuntilchange1035742;@H_404_9@
@H_404_9@--启动DBinresetlogs; @H_404_9@
alterdatabaSEOpenresetlogs;@H_404_9@
@H_404_9@原理: @H_404_9@1.冷备份的数据文件*.dbf比现在要旧,那么数据文件的scn肯定就比现在的小; @H_404_9@2.使用日志挖掘方法,在日志中找出删表时的scn; @H_404_9@3.在数据库shutdown的状态下,用冷备份的数据文件*.dbf,覆盖现在的*.dbf文件;--保证数据文件完整性 @H_404_9@4.启动DB到mount下,恢复到日志挖掘的时间点(利用日志对数据文件重做一次) @H_404_9@5.以resetlog方式open---以前的日志就覆盖了; @H_404_9@PS: @H_404_9@数据库有四种状态shutdown、nomount、mount、open。 @H_404_9@shutdown是指关闭状态。 @H_404_9@nomount是指根参数文件已经构造出实例的状态。 @H_404_9@mount是指为实例打开控制文件,并读出控制文件中相关信息,但并不验证。 @H_404_9@open是指对相关文件进行验证,如没有问题,就打开,让用户可以访问。 @H_404_9@关于利用日志挖掘Oracle不完全恢复恢复误删除的表/数据/视图等的操作就介绍到这里了,希望能够带给您一些收获吧!