误删除(drop)表的恢复处理
(2014-11-29 15:35:05)
标签:
股票 |
分类: ORACLE |
缺陷得到了弥补。可以将丢失掉的表,通过flashback命令直接找回。
非常简单且易用。
首先,可以查看当前schema中的表:
SQL> select * from tab;
TNAME
------------------------ ------- ----------
GY_YGDM
然后删除该表:
SQL> drop table GY_YGDM;
Table dropped.
检查表状态:
SQL> select * from tab;
TNAME
------------------------------ ------- ----------
BIN$04LhcpndanfgMAAAAAANPw==$0 TABLE
由此可知,Oracle将drop掉的表重命名了。而且对应的触发器,索引
等对象,所涉及到的表名,都已经对应修改。
假设现在有N个表都被drop掉了,那么如何查看被drop掉的表和在回收
站里面被重新命名后的名称呢?如下:
SQL> show recyclebin
ORIGINAL
NAME
---------------- ------------------------------ ------------
------------------
GY_YGDM
或者:
select * from dba_recyclebin;
select * from user_recyclebin;
该命令需要在10g以上的版本的sqlplus中执行方可查看。
然后恢复该表:
SQL> FLASHBACK TABLE GY_YGDM TO BEFORE
DROP;
FLASHBACK COMPLETE.
可以看到删除的表已经被恢复了:
SQL> SELECT * FROM TAB;
TNAME
------------------------------ ------- ----------
GY_YGDM
记住,将删除的表放在回收站中不会释放原有的表空间,要释放这些空
间,需要执行:
purge recyclebin;
那么如果10g中要彻底删除一个表,而不要将该表回收放入回收站中呢:
drop table GY_YGDM purge;
由于drop一个表在Oracle中只是对该表重命名,而并没有迁移该表对应
的表空间,因此删除后的表如果没有purge,则会一直占用该表空间。
直到表空间不足时,Oracle首先会去回收站中按照先进先出的原则来清
理回收站中的表。
当然,也可以用手动的方式来清理指定的表:
purge table GY_YGDM;
或者使用该对象在回收站中的名字:
purge table "BIN$04LhcpndanfgMAAAAAANPw==$0";
该命令将清除掉所有跟该表相关的对象,包括索引、约束、触发器等。如果想永
久的删除一个索引,则可以:
purge index in_test_01;
这个命令仅仅删除该表的索引,而不影响该表(回收站中的)。
有一种情况,drop表emp后,又创建了emp表,然后再次drop后再创建emp表,再drop:
create table emp(id number(10));
drop table emp;
create table emp(id number(10), name varchar2(100));
drop table emp;
create table emp(id number(10), name varchar2(100), sex
varchar2(2));
drop table emp;
当执行purge table emp后,是purge掉哪个表呢?还是全部purge掉?
答案是跟前面自动清理的原理一样,每次清除第一个被drop掉的emp表,判断的依据是user_recyclebin.dropscn,根据该值的大小决定purge的顺序。
另外,如果要对drop掉的表做恢复处理,而此时又已经创建了表emp,那么如何恢复该表呢(由于已经存在该表名,不能直接恢复)。方法:
flashback table emp to before drop rename to
emp_old;
即将恢复的表命名为其他名称的一个表。
恢复的时候跟purge的顺序是相反的,即最后一个被drop掉的最先被恢复。
http://download.oracle.com/docs/cd/B19306_01/backup.102/b14192/flashptr004.htm#sthref634
http://www.oracle.com/technology/pub/articles/10gdba/week5_10gdba.html