过了这么多天，相信各位对oracle和sql已经有了一定程度的认识，也能

够进行基本的操作了。我们都知道如果我们用dml语句进行了误操作，在

事务未提交的情况下是可以通过rollback来撤销的，也就是利用oracle的

undo表空间来恢复数据。那么问题来了，如果我进行了ddl的误操作或者

已经提交了事务，在这种情况下该怎么进行恢复呢？这就需要用到oracle的

闪回特性了。oracle的闪回特性可以针对不同的对象利用回收站、redo、

undo等功能来进行数据的恢复。

闪回功能的配置

开启闪回之前必须开启归档，因为闪回数据库会产生大量的闪回日志，而重

做日志文件的大小不能满足大量闪回日志的存储需要，只能够通过归档来实

现。如果不开启归档模式则会报ORA-38706: Cannot turn on FLASHBACK DATABASE logging.

首先要配置3个参数：log_archive_dest_1、db_recovery_file_dest_size和

db_recovery_file_dest.

db_recovery_file_dest：指定闪回恢复区的位置，用来存放进行闪回操作所要用到的文件

db_recovery_file_dest_size：指定闪回恢复区的可用空间大小

log_archive_dest_1:指定归档的路径

然后要开启数据库到mount状态，因为要使日志文件和数据文件处于脱机状态。

然后先开归档

alter database archivelog;

再开闪回

alter database flashback on;

最后打开数据库就完成闪回功能的配置了。

关于闪回的权限

SQL> select * from dba_sys_privs where privilege like '%FLASH%';

GRANTEE PRIVILEGE ADM

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

SYS FLASHBACK ANY TABLE NO

DBA FLASHBACK ANY TABLE YES

recyclebin

recyclebin就是前面所提到的回收站功能。它只是一个逻辑区域，是和普通对象共用表空间的存储区域

，也可以说成和普通对象时竞争关系。当空间不足时，orcle会按照队列顺序（先入先出）覆盖recyclebin中的对象，当然也可以手动删除。

为了避免被删除对象与同类对象名称的重复，被删除表（及相依对象）放到回收站后，系统会对被删除的对象名进行转换。格式为：BIN$globalUID$version

开启recyclebin功能

每个用户都可以被认为拥有一个他自己的回收站

闪回表

闪回表可以恢复表到一个特定的时间点。可以在数据库在线的时候进行这项操作，你可以恢复表数据和相关的对象（如：索引、触发器、约束等），虽然闪回很强大，但闪回表不能解决物理的损坏，例如：坏磁盘或者数据段跟索引的不一致。Oracle数据库不能恢复表在任何DDL操作改变了表结构之前的状态

通过以下命令来恢复被删除的表

flashback table t_flash to before drop;（表恢复后，其相关联的其它对象需要进行重命名）

同一表多次删除后进行闪回，最后删除的表会最先闪回

闪回指定表

flashback table "BIN$/oaA5QQfYZXgQKjACwEgzg==$0" to before drop rename to t_flash_old;

恢复某些删除或修改过的记录，基于时间戳或scn

必须要先开启行迁移功能

SQL> alter table t_flash enable row movement;

Table altered.

SQL> flashback table t_flash to timestamp to_timestamp('20140719 14:58:50','yyyymmdd hh24:mi:ss'); --基于scn：to scn 547195

Flashback complete.

SQL> alter table t_flash disable row movement;

Table altered.

闪回数据库

如果要进行数据库级别的闪回，就必须要先开启数据库到mount状态，以保证数据文件和日志文件不会再变化。

SQL> shutdown immediate

SQL> startup mount

--闪回数据库

SQL> flashback database to scn 630060;

FLASHBACK DATABASE 命令之后，接下来有两种方式让你修复数据库：

1、alter database open resetlogs这样指定scn之后的所有数据全部失效

2、导入导出操作：先以READ ONLY模式打开数据库，然后立刻通过逻辑导出的方式将误操作涉及表的数据导出，再执行'recover database'命令以重新应用数据库产生的REDO，将数据库修复到Flashback Database操作前的状态，然后再通过逻辑导入的方式，将之前误操作的表重新导入，这样对现有数据的影响最小，不会有数据丢失。

闪回还原点

闪回还原点分为两种，正常还原点和担保还原点

正常还原点和担保还原点的信息都是保存在控制文件，区别在于正常还原点的信息如果不手动删除控制文件也会自动维护管理删除，而担保还原点如果不手动删除，控制文件是不会自动删除的。如果担保还原点和Flashback Database一起使用，那么数据库就能闪回到担保还原点起和之后的任何时间点。

担保还原点必须在开启闪回的条件下才能够进行设置，否则就只能在mount状态进行。

正常还原点

create restore point spt_normal;

flashback database to restore point spt_normal;

alter database open resetlogs;

担保还原点

create restore point spt_grt guarantee flashback database;

flashback database to restore point spt_grt;

alter database open resetlogs;

删除还原点

drop restore point spt_normal;

清空回收站 purge recyclebin

获取当前SCN select current_scn from v$database;

查看可用的闪回空间

select (100 - sum(percent_space_used)) + sum(percent_space_reclaimable) free_precent

from v$flash_recovery_area_usage;y_area_usage;

查看已有还原点

select name,scn,guarantee_flashback_database,time from v$restore_point;

查看回收站信息

select object_name,original_name,type,ts_name,droptime from user_recyclebin order by droptime;

查看数据库是否具有闪回权限

select * from dba_sys_privs where privilege like '%FLASH%';

此篇文章转发于公众号“老张的技术博客”，如有侵权，将第一时间删除！