怎么恢复oracle 中被drop掉的分区

Posted 2023-04-11

使用 ALTER TABLE XXXXXX DROP PARTITION FOR (TO_DATE('10-10-2013','DD-MM-YYYY')); 怎么恢复这个被删除掉的分区。
检查了select * from recyclebin 里面没有任何的数据，recyclebin没有启动

基于oracle数据文件和控制文件的恢复，只要数据文件还在 就可以利用PRM FOR Oracle工具从中抽取出有用数据。

PRM可以再无备份的情况下恢复被truncated掉的表，也可以恢复无法打开的Oracle数据库(Alter database open失败)中的数据。 PRM是图形化增强版的Oracle DUL工具，同时具备很多Oracle DUL不具备的特性。

而且PRM无需学任何新命令。

对于误操作DROP TABLE的数据恢复

D公司的应用开发人员在ASM存储环境下，在没有任何备份的情况下DROP了系统中一张核心应用表，此时第一时间采用PRM可以恢复该DROP掉数据表的绝大部分数据。10g以后提供了 recyclebin回收站特性，可以首先通过查询DBA_RECYCLEBINS视图来确定被DROP掉的表是否在回收站中，如果在则优先通过回收站flashback to before drop，如果回收站中也没有了，则第一时间使用PRM恢复。

恢复简要流程如下：
首先将被DROP掉的数据表所在的表空间OFFLINE
通过查询数据字典或者LOGMINER找到被DROP掉数据表的DATA_OBJECT_ID，如果此步骤中得不到这个DATA_OBJECT_ID，则需要在NON-DICT非字典模式下
启动PRM，进入NON-DICT非字典模式，并加入被DROP掉数据表所在的表空间的所有数据文件，之后SCAN DATABASE+SCAN TABLE from Extent MAP
通过DATA_OBJECT_ID定位到展开对象树形图中对应的数据表，采用DataBridge模式插回到源数据库中 参考技术A 不管recyclebin是否启动，都不能通过recyclebin恢复删除的分区，得用flashback database或者备份恢复 参考技术B recyclebin没有启动的话，是不能恢复的。

如果recyclebin开启的话，可以用如下命令恢复：
flashback table cube_scope to before drop

提示：
以下几种drop不会将相关对像放进回收站recyclebin中

* drop tablespace :会将recyclebin中所有属于该tablespace的对像清除
* drop user ：会将recyclebin中所有属于该用户的对像清除
* drop cluster : 会将recyclebin中所有属于该cluster的成员对像清除
* drop type : 会将recyclebin中所有依赖该type对像清除 参考技术C 另外找个数据库服务器 用备份恢复出来 ~~ 然后导出该分区，拿过来导入 参考技术D recyclebin没有启动的话，是不能恢复的。

Oracle中Drop,Delete,Truancate表恢复

Oracle中Drop,delete,truancate表恢复

oracle中，常常会由于一些失误导致表的删除，以下是我写的一些表恢复的方法。

闪回模式得满足条件（启用闪回区和启用归档）：

1.检查是否启动了flash recovery area

show parameter db_recovery_file

2.检查是否启用了归档

archive log list;

（一）Drop表的恢复

如果按照平时删除表的方法：(Drop table tablename;)的话。表不会立即被删除，而是存放于回收站中(Oracle 10g以后才有)。我们可以通过闪回(Flashback)把表恢复。

 查看被回收站中删除的表：

    Select * from dba_recyclebin (where type=‘TABLE‘); --找出对应的表是否存在

  闪回表：

    Flashback tbale 表名 to before drop;

**回收站存放的不仅仅只有表，还有其他对象

（二）Delete表的恢复

同样，Delete后可以通过闪回时间戳或者闪回SCN号进行恢复。

  基于时间戳恢复

①确定删除数据的时间（在删除数据之前的时间就行，不过最好是删除数据的时间点）

②用以下语句找出删除的数据：

 select * from 表名 as of timestamp to_timestamp(‘删除时间点‘,‘yyyy-mm-dd hh24:mi:ss‘)

③开启行移动功能 

 alter table 表名 enable row movement

④把删除的数据重新插入原表：

 insert into 表名 (select * from 表名 as of timestamp to_timestamp(‘删除时间点‘,‘yyyy-mm-dd hh24:mi:ss‘));注意要保证主键不重复。

⑤关闭行移动功能 ( 千万别忘记 )

 alter table 表名 disable row movement

  基于SCN号恢复

①获取当前的SCN号
 select dbms_flashback.get_system_change_number from dual; --假设得到scn号为10672000

②如果知道删除前的SCN号最好，如果不知道就通过闪回查询尝试.

 select count(*) from 表名 as of scn 10671000; --如果数据量为0，则继续提前scn号

 select count(*) from 表名 as of scn 10670000； --查询的数据量为原来的数据量，则ok

③通过查询的SCN号进行闪回恢复

 insert into 表名 select * from tablename as of scn 10670000;

(三)Truncate表的恢复

truncate表后不会产生日志记录和回滚段空间的使用，不能用查询闪回恢复。

①最简单的方法：下载使用PRM (数据库灾难恢复工具）

②进行数据库闪回（在生产库不推荐）：

 select  sysdate from dual;  --查看时间戳,确认已经开启闪回，如果没开启，只能用①方法了;

 shutdown immediate;  --关闭数据库

 startup mount;  --启动到mount状态

 flashback database to timestamp to_timestamp(‘2017-07-30 18:22:33‘,‘yyyy-mm-dd hh24:mi:ss‘);  --闪回删除时间点的时间

 alter database open;  --打开数据库