Oracle误删除表数据后的恢复具体解释

測试环境：

SYSTEM:IBM AIX 5L                         Oracle Version:10gR2

1. undo_retention參数的查询与改动

使用show parameter undo命令查看当前的数据库參数undo_retention设置。

显演示样例如以下：

SQL> show parameter undo

NAME                                 TYPE        VALUE

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

undo_management                      string      AUTO

undo_retention                       integer     900

undo_tablespace                      string      UNDOTBS2

undo_retention(保持力)，900单位是秒，即15分钟。

改动默认的undo_retention參数设置：

SQL> ALTER SYSTEM SET undo_retention=10800 SCOPE=BOTH;

System altered.

SQL> show parameter undo

NAME                                 TYPE        VALUE

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

undo_management                      string      AUTO

undo_retention                       integer     10800

undo_tablespace                      string      UNDOTBS2

undo_retention 10800，单位秒，即3小时。

2. oracle误删除表数据后的的高速恢复功能方法

2.1 方法一
通过oracle提供的回闪功能
exec dbms_flashback.enable_at_time(to_date(‘2011-04-15 08:21:00‘,‘yyyy-mm-dd hh24:mi:ss‘));

set serveroutput on
DECLARE r_temp hr.job_history%ROWTYPE;
CURSOR c_temp IS SELECT * FROM hr.job_history;
BEGIN
OPEN c_temp;
dbms_flashback.disable;
LOOP
FETCH c_temp INTO r_temp;
EXIT WHEN c_temp%NOTFOUND;
insert into hr.job_history(EMPLOYEE_ID,JOB_ID,START_DATE,END_DATE) values (r_temp.EMPLOYEE_ID,r_temp.JOB_ID,r_temp.START_DATE,r_temp.END_DATE);
commit;
END LOOP;
CLOSE c_temp;
END;
这样的办法能够将删除的数据恢复到相应的表中，首先要保证该用户有运行dbms_flashback包的权限。

2.2 方法二
insert into hr.job_history
select * from hr.job_history as of timestamp to_timestamp(‘2011-04-15 08:20:00‘, ‘yyyy-mm-dd hh24:mi:ss‘);
这样的方法简单，easy掌握，功能和上面的一样，此处的时间为你误操作之前的时间，最好是离误操作比較近的，由于oracle保存在回滚保持段里的数据时间有一定的时间限制，这个限制由undo_retention 这个參数值决定。

查看FIRST_CHANGE#,NEXT_CHANGE#,FIRST_TIME

SQL> set pagesize 9999

SQL> col fscn for 999999999

SQL> col nscn for 999999999

SQL> select name,FIRST_CHANGE# fscn,NEXT_CHANGE# nscn,FIRST_TIME from v$archived_log;

当前的SCN为:

SQL> select dbms_flashback.get_system_change_number fscn from dual;

FSCN

----------

3435958

使用应用用户尝试闪回

SQL> connect username/password

Connected.

现有数据:

SQL> select count(*) from hs_passport;

COUNT(*)

----------

851998

创建恢复表：

SQL> create table hs_passport_recov as select * from hs_passport where 1=0;

Table created.

选择SCN向前恢复：

SQL> select count(*) from hs_passport as of scn 12929970422;

COUNT(*)

----------

861686

尝试多个SCN，获取最佳值（假设能得知详细时间，那么能够获得准确的数据闪回）

SQL> select count(*) from hs_passport as of scn &scn;

Enter value for scn: 12929941968

old   1: select count(*) from hs_passport as of scn &scn

new   1: select count(*) from hs_passport as of scn 12929941968

COUNT(*)

----------

861684

SQL> /

Enter value for scn: 12927633776

old   1: select count(*) from hs_passport as of scn &scn

new   1: select count(*) from hs_passport as of scn 12927633776

select count(*) from hs_passport as of scn 12927633776

*

ERROR at line 1:

ORA-01466: unable to read data - table definition has changed

SQL> /

Enter value for scn: 12929928784

old   1: select count(*) from hs_passport as of scn &scn

new   1: select count(*) from hs_passport as of scn 12929928784

COUNT(*)

----------

825110

SQL> /

Enter value for scn: 12928000000

old   1: select count(*) from hs_passport as of scn &scn

new   1: select count(*) from hs_passport as of scn 12928000000

select count(*) from hs_passport as of scn 12928000000

*

ERROR at line 1:

ORA-01466: unable to read data - table definition has changed

最后选择恢复到SCN为12929941968的时间点

SQL> insert into hs_passport_recov select * from hs_passport as of scn 12929941968;

861684 rows created.

SQL> commit;

Commit complete.

数据恢复简单样例

在过去，假设用户误删/更新了数据后，作为用户并没有什么直接的方法来进行恢复，他们必须求助DBA来对数据库进行恢复，到了Oracle9i，这一难堪的局面有所改善。Oracle 9i中提供了一项新的技术手段--闪回查询，用户使用闪回查询能够及时取得误操作前的数据，并能够针对错误进行对应的恢复措施，而这一切都无需DBA干预。

3. 以下我们通过一个样例来详细说明闪回查询的使用方法

演示样例
3.1 使用闪回查询前必须确定以下两个參数：
UNDO_MANAGEMENT = AUTO
undo_retention = 10800;

这个时间能够随便设，它表示在系统中保留提交了的UNDO信息的时间，10800就是保留3小时，即180分钟。

3.2 使用闪回查询
SQL> conn /as sysdba

Connected.

SQL> drop user lsf cascade;

User dropped.

SQL> create user lsf identified by lsf;

User created.

SQL> grant connect,resource to lsf;

Grant succeeded.

SQL> grant execute on dbms_flashback to lsf;

Grant succeeded.

SQL> conn lsf/lsf

Connected.

SQL> create table T(id int, name varchar2(20));

Table created.

SQL> insert into T values(1,‘lsf‘);

1 row created.

SQL> insert into T values(2,‘lsf‘);

1 row created.

SQL> insert into T values(3,‘lsf‘);

1 row created.

SQL> commit;

Commit complete.

SQL> select * from T;

ID NAME

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

1 lsf

2 lsf

3 lsf

SQL> set time on

10:12:50 SQL> delete from T where id=1;

1 row deleted.

10:13:02 SQL> commit;

Commit complete.

10:13:10 SQL> select * from T;

ID NAME

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

2 lsf

3 lsf

10:13:18 SQL> execute DBMS_FLASHBACK.ENABLE_AT_TIME(to_date(‘2011-04-15 10:12:50‘,‘YYYY-MM-DD HH24:MI:SS‘));

PL/SQL procedure successfully completed.

10:13:50 SQL> select * from T;

ID NAME

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

1 lsf

2 lsf

3 lsf

10:13:57 SQL> execute DBMS_FLASHBACK.DISABLE;

PL/SQL procedure successfully completed.

10:15:48 SQL> select * from T;

ID NAME

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

2 lsf

3 lsf

3.3 使用闪回查询恢复数据
10:16:59 SQL> truncate table T;

Table truncated.

10:18:15 SQL> select * from T;

no rows selected

10:18:22 SQL> insert into T values(1,‘lsf‘);

1 row created.

10:19:42 SQL> insert into T values(2,‘lsf‘);

1 row created.

10:19:48 SQL> insert into T values(3,‘lsf‘);

1 row created.

10:19:55 SQL> insert into T values(4,‘lsf‘);

1 row created.

10:20:07 SQL> insert into T values(5,‘lsf‘);

1 row created.

10:20:15 SQL> insert into T values(6,‘lsf‘);

1 row created.

10:20:21 SQL> commit;

Commit complete.

10:20:26 SQL> select * from T;

ID NAME

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

1 lsf

2 lsf

3 lsf

4 lsf

5 lsf

6 lsf

6 rows selected.

10:20:56 SQL> delete T;

6 rows deleted.

10:21:27 SQL> commit;

Commit complete.

10:21:40 SQL> declare

10:22:29   2  cursor flash_recover is

10:22:43   3  select * from T;

10:22:50   4  t_recode T%rowtype;

10:23:11   5  begin

10:23:14   6  DBMS_FLASHBACK.ENABLE_AT_TIME(to_date(‘2011-04-15 10:20:56‘,‘YYYY-MM-DD HH24:MI:SS‘));

10:24:22   7  open flash_recover;

10:24:39   8  DBMS_FLASHBACK.DISABLE;

10:24:59   9  loop

10:25:05  10  FETCH flash_recover into t_recode;

10:25:24  11  EXIT WHEN flash_recover%NOTFOUND;

10:25:45  12  insert into T values(t_recode.id,t_recode.name);

10:26:35  13  end loop;

10:26:39  14  CLOSE FLASH_RECOVER;

10:26:50  15  commit;

10:26:56  16  end;

10:26:58  17  /

PL/SQL procedure successfully completed.

10:27:00 SQL> select * from T;

ID NAME

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

1 lsf

2 lsf

3 lsf

4 lsf

5 lsf

6 lsf

6 rows selected.

我们能够已经恢复了全部的6条纪录，可是因为闪回查询的局限性，有可能不能恢复全部的6条记录，原因就在以下。

4. 局限性

4.1 闪回查询是基于SCN的，尽管我们运行的是：
DBMS_FLASHBACK.ENABLE_AT_TIME(to_date(‘2011-04-15 10:20:56‘,‘YYYY-MM-DD HH24:MI:SS‘));
但Oracle并不会精确的这个时间点，而是ROUND DOWN到近期的一次SCN，然后从这个SCN開始进行恢复。而Oracle 9i是每五分钟记录一次SCN的，并将SCN和相应时间的映射做个纪录。

因此假设使用DBMS_FLASHBACK.ENABLE_AT_TIME来进行恢复，为了避免恢复失败，我们能够先等5分钟，然后再进行恢复。
使用DBMS_FLASHBACK.ENABLE_AT_TIME进行恢复另一个缺点，那就是在Oracle 9i中SCN和相应时间的映射信息仅仅会保留5天，因此我们无法通过DBMS_FLASHBACK.ENABLE_AT_TIME来恢复5天前的数据。假设你想使用闪回查询来恢复5天前的数据，你必须自己来确定须要恢复的SCN，然后使用DBMS_FLASHBACK.ENABLE_AT_SYSTEM_CHANGE_NUMBER(SCN_NUMBER); 来定位你的恢复时间点，以下是用法：
10:27:27 SQL> VARIABLE SCN_SAVE NUMBER;

10:32:47 SQL> EXECUTE :SCN_SAVE := DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER;

PL/SQL procedure successfully completed.

10:33:24 SQL> print SCN_SAVE;

SCN_SAVE

----------

3438420

10:33:41 SQL> execute DBMS_FLASHBACK.ENABLE_AT_SYSTEM_CHANGE_NUMBER(:SCN_SAVE);

PL/SQL procedure successfully completed.

10:34:31 SQL> select * from T;

ID NAME

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

1 lsf

2 lsf

3 lsf

4 lsf

5 lsf

6 lsf

6 rows selected.

另外，在使用DBMS_FLASHBACK.ENABLE_AT_TIME前，你必须设定你的NLS_DATE_FORMAT的精确程度，Oracle默认的是精确到天，假设你不设定，像上面的样例你不会得到预期结果。

4.2 假设你使用sysdate和DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER来获取时间点或者SCN值，你必须注意它们取得都是当前的时间点和SCN值。

4.3 你仅仅能在事务開始时进入闪回查询模式，假设之前有DML操作，则必须COMMIT。

4.4 闪回查询无法恢复到表结构改变之前，由于闪回查询使用的当前的数据字典。

时间： 2024-10-29 19:06:28

Oracle误删除表数据后的恢复具体解释的相关文章

oracle 误删除表的几种恢复方法

在删除数据的时候不小心,把delete语句执行错了,把别的表给delete,而且还执行了commit!那么如何进行恢复呢,下面介绍几种恢复方法.第一种: 1.打开Flash存储的权限ALTER TABLE tableName ENABLE row movement ;2.把表还原到指定时间点flashback table tableName to timestamp to_timestamp(''2018-03-16 10:40:00'',''yyyy-mm-dd hh24:mi:ss'');后

mysql清空表数据后如何让自增ID仍从1开始

mysql清空表数据后如何让自增ID仍从1开始?也就是说如何重排auto_increment 清空表时使用truncate命令,而不用delete命令 mysql> truncate test; 使用truncate命令的好处: 1).速度快 2).可以对自增ID进行重排,使自增ID仍从1开始计算   原文地址:https://www.cnblogs.com/superboblogs/p/9445318.html

Oracle误删除表空间的恢复

对于误删除表空间的恢复,本文通过基于数据库的时间点恢复和基于表空间的时间点恢复分别加以讨论 一 通过基于数据库的时间点恢复被误删除的表空间 1 需要注意的事项 a 基于数据库的时间点恢复将会回退整个数据库. b 误删除表空间,当数据库有之前可用于恢复的全库备份和相关归档,如果对数据库执行不完全恢复,恢复该数据库到删除表空间之前的状态,便可恢复误删除的表空间.但实际上当我们删除表空间,数据库备份中将不存在关于该表空间的的信息,直接进行恢复将会出现问题.如下所示: RMAN> list backup

oracle数据库误删数据后，及时闪回恢复数据

删除数据后最好不要进行其他无关操作 ①确定删除数据的时间 ②此语句找出删除的数据:select * from 表名 as of timestamp to_timestamp('删除时间点','yyyy-mm-dd hh24:mi:ss') ③删除的数据重新插入原表:insert into 表名 (select * from 表名 as of timestamp to_timestamp('删除时间点','yyyy-mm-dd hh24:mi:ss')); 要保证主键不重复.

oracle 两表数据对比---minus

    1 引言 在程序设计的过程中,往往会遇到两个记录集的比较.如华东电网PMS接口中实现传递一天中变更(新增.修改.删除)的数据.实现的方式有多种,如编程存储过程返回游标,在存储过程中对两批数据进行比较等等. 本文主要讨论利用ORACLE的MINUS函数,直接实现两个记录集的比较. 2 实现步骤 假设两个记录集分别以表的方式存在,原始表为A,产生的比较表为B. 2.1 判断原始表和比较表的增量差异 利用MINUS函数,判断原始表与比较表的增量差异. 此增量数据包含两部分: 1)原始表A有.比

oracle删除表数据的两种的方式

转自:https://blog.csdn.net/qq_37840993/article/details/82490787 平时写sql中我们都会用到删除语句,而平时删除表数据的时候我们经常会用到两种方式: 在oracle中,truncate.delete都可以删除表数据,具体的区别以及sql语法如下: truncate table [表名]; delete from [表名]; delete与truncate的区别:delete:会产生rollback,如果删除大数据量的表速度会很慢,而且同时

ORACLE数据库文件丢失后的恢复测试

一.测试环境 数据库版本是11GR2,在做完一份完全备份之后,关机,做一份快照,每一次开机之后都执行数次alter system switch logfile以产生归档日志. 之后的测试都是基于这么一个完全备份来恢复. CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/%F'; backup incremental level 0 format '/backup/%T_%f' database; 二.

mysql 清空或删除表数据后，控制表自增列值的方法

http://blog.sina.com.cn/s/blog_68431a3b0100y04v.html 方法1: truncate table 你的表名 //这样不但将数据全部删除,而且重新定位自增的字段 方法2: delete from 你的表名 dbcc checkident(你的表名,reseed,0) //重新定位自增的字段,让它从1开始 方法3: 如果你要保存你的数据,介绍你第三种方法,by QINYI 用phpmyadmin导出数据库,你在里面会有发现哦 编辑sql文件,将其中的自

为什么固态硬盘删除数据后无法恢复？

无论是谁,都难免会有误删文件的情况出现,所以捏,Windows从一开始就有了"回收站"的保护机制.但也架不住强迫症患者们没事就清理,毕竟鼠标右键点击"清空"选项的时候,它们就真的从硬盘上抹掉了. 嗯,当走到这步的时候,我们还有最后救命的办法,用软件尝试恢复数据,但绝对不是次次有效,对传统的机械硬盘用这招还好,虽然不能说是100%吧,但成功率超过五成还是有的.但在SSD可就不好说了,真心的十试九败.为什么SSD的成功率就那么低,关键的问题点就在它和机械硬盘完全不同的数