oracle 10g的闪回技术总结

oracle 10g闪回技术总结oracle 10g的闪回一共有三种：1、全库闪回2、表被drop后的闪回3、表被dml操作之后的闪回（dml操作指delete、insert、update三种操作）一、介绍各种闪回和那些因素有关1）全库的闪回由于需要的空间是当前数据库空间大小的两倍（即如果数据库是50G,则要另外还需要100G空间才能使用全库的闪回），因此目前在所有项目中都不使用，这里也不做介绍2）被drop掉的表能否闪回来与两个因素相关：1、该表所在表空间的大小有关，即如果表空间够大，用drop语句删除的表，并不是真正的从数据库中删除，而是把表改成BIN$开头的表，但是如果表空间不够大，在有新数据要存入该表空间的时候，就会覆盖这些BIN$表所暂的物理空间，此时也就没有办法利用闪回恢复该表了2、删除该表的时候是否用的purge，如果在drop的时候使用了purge，则该表就被从表空间中彻底的被删除了，如果要恢复，必须用以前的备份恢复3）被dml操作之后表数据能否闪回与下面两个因素的关系：1、undo_retention参数设置值UNDO_RETENTION参数用以控制事务提交以后UNDO信息保留的时间，UNDO信息可以用于一系列的闪回查询等操作,该参数以秒为单位.但是默认情况这是一个非担保性(NO Guaranteed)限制，也就是说，如果有其他事务需要回滚空间，而空间出现不足时，这些信息仍然会被覆盖。

2、undo表空间的大小闪回需要的数据都是存储在undo表空间中，保留多久是由undo_retention 参数设置值和表空间大小一起决定，在undo表空间足够大的情况下，可以闪回undo_retention参数设置保留时间之内的数据（例如：undo_retention参数设置了900，这可以闪回15分钟前的数据），但是如果undo表空间不够大，在undo 使用到100%的时候，这个时候如果有其他事务需要使用回滚段时，就会覆盖已经commit但是还没有过undo_retention保留时间的信息。

不过可以通过undo 表空间的一个属性设置，使得在没有过undo_retention保留时间的信息不被删除，但是这个时候在undo表空间100%之后，会影响正常业务的正常使用，在alter 日志中会报undo表空间不够的错。

在undo表空间的RETENTION属性为GUARANTEE时，信息在没有过保留时间是不能被覆盖的，在NOGUARANTEE时，信息在没有过保留时间是可以被覆盖的，可以通过下面的命令查询和修改该属性的值：SQL> select tablespace_name , RETENTION from dba_tablespaces where tablespace_name=’UNDOTBS’;TABLESPACE_NAME RETENTION------------------------------ -----------UNDOTBS2 NOGUARANTEESQL> ALTER TABLESPACE UNDO_TS RETENTION GUARANTEE;OrSQL> ALTER TABLESPACE UNDO_TS RETENTION NOGUARANTEE;Undo表空间的大小和数据库的数据量没有直接关系，但和对数据库数据修改的量以及undo_retention保留时间有关，数据修改量越大保留时间越长需要的undo表空间就越多。

二、用例子说明如何闪回被drop表（以scott用户下的dept表为例）说明：dept的表上原来有一个1个约束，1个索引，对于索引原来叫什么名之，在表没有闪回之前可以通过下面的语句找到，但是约束在没有删除之前叫什么名字就没有办法找到了，此时只能重新给命名一个新的名字，并且原来的外键约束在闪回之后也是丢失的，需要重新创建Select object_name,original_name,BASE_OBJECT,partition_name,type,ts_name,createtime,droptime,can_undropfrom user_recyclebin;1、被删除的表没有被重建，恢复方法SQL> drop table dept;Table dropped.SQL> show recyclebinORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME---------------- ------------------------------ ------------ -------------------DEPT BIN$Yp7QtTHs4WzgQwpCA2nhbA==$0 TABLE 2009-02-11:13:42:06SQL>selectobject_name,original_name,BASE_OBJECT,partition_name,type,ts_name,createtime,droptime,ca n_undrop from user_recyclebin;OBJECT_NAME ORIGINAL_NAME BASE_OBJECT PARTITION_NAME TYPE TS_NAME CREATETIME------------------------------ -------------------------------- ----------- -------------------------------- ------------------------- ------------------------------ -------------------DROPTIME CAN------------------- ---BIN$Yp7QtTHs4WzgQwpCA2nhbA==$0 DEPT 51205TABLE USERS2006-02-16:09:45:382009-02-11:13:42:06 YESBIN$Yp7QtTHr4WzgQwpCA2nhbA==$0DEPT_PK 51205 INDEX USERS 2006-02-16:09:45:392009-02-11:13:42:05 NO（从上面标红的可以看出，index在表闪回的时候，是不能闪回的，这里指的不能闪回是说index的名字不能变成原来的DEPT_PK,但是在表闪回之后，在user_indexes视图里面是可以看到名字为“BIN$Yp7QtTHr4WzgQwpCA2nhbA==$0”索引，所以在表闪回来之后需要个给index改名）SQL> flashback table dept to before drop;Flashback complete.SQL> alter index "BIN$Yp7QtTHr4WzgQwpCA2nhbA==$0" rename to edpt_pk;Index altered.（同样约束也是一样，也需要改名，要不然看到的约束名字也是以BIN$开头的，约束改名之用toad比较方便，如下）登录toad，一次按照上面的步骤就可以把约束改名了，最后单机ok即可。

2、被删除的表已经被重建，该表闪回回来就不能叫原来的名字了，需要改名才可以。

SQL> drop table dept;Table dropped.SQL> create table dept as select * from emp;Table created.SQL> show recyclebinORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME---------------- ------------------------------ ------------ -------------------DEPT BIN$Yp++TDYMQczgQwpCA2lBzA==$0 TABLE 2009-02-11:14:30:43SQL> flashback table dept to before drop;flashback table dept to before drop*ERROR at line 1:ORA-38312: original name is used by an existing objectSQL> flashback table dept to before drop rename to dept_bak;Flashback complete.3、如果表被删除了两次，想闪回前一次删除的那个表的恢复方法SQL> drop table dept;Table dropped.SQL> create table dept as select * from emp;Table created.SQL> show recyclebinORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME---------------- ------------------------------ ------------ -------------------DEPT BIN$Yp++TDYNQczgQwpCA2lBzA==$0 TABLE 2009-02-11:14:45:42SQL> drop table dept;Table dropped.SQL> show recyclebinORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME---------------- ------------------------------ ------------ -------------------DEPT BIN$Yp++TDYOQczgQwpCA2lBzA==$0 TABLE 2009-02-11:14:46:44DEPT BIN$Yp++TDYNQczgQwpCA2lBzA==$0 TABLE 2009-02-11:14:45:42SQL> flashback table "BIN$Yp++TDYNQczgQwpCA2lBzA==$0" to before drop;Flashback complete.SQL> show recyclebinORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME---------------- ------------------------------ ------------ -------------------DEPT BIN$Yp++TDYOQczgQwpCA2lBzA==$0 TABLE 2009-02-11:14:46:44注意：对于上面的2和3的情况，对于index、constraint、trigger等等和上面第一种情况对index、constraint处理方法一样三、用例子说明如何闪回被dml操作过的表（以scott用户下的test 表为例）对于这种闪回恢复，一般可以分为两种方法恢复，一种是恢复到过去的某个scn点，但是这种方法需要知道scn号，这个只能从系统中查到，或者通过oracle 提供的一个函数把时间转换成对应的scn号，因此还是比较麻烦的，所以很少用；另外一种就是指定恢复到过去的某个时间点，这种方法看上去一目了然，所以也都使用这种方法，下面也只举第二种方法的例子。