标签：oracle闪回技术
Oracle闪回技术
1.Flashback Database
2.Flashback Drop
3.Flashback Table
4.Flashback Query
1.Flashback Database（利用闪回日志恢复）
描述：Oracle Flashback Database特性允许通过SQL语句Flashback Database语句，让数据库前滚到当前的前一个时间点或者SCN。闪回数据库可以迅速将数据库回到误操作或人为错误的前一个时间点，如ctrl+Z操作，可以不利用备份就快速的实现基于时间点的恢复。Oracle通过创建新的Flashback Logs（闪回日志），记录数据库的闪回操作。如果希望能闪回数据库，需要设置如下参数：DB_RECOVER_FILE_DEST日志的存放位置，DB_RECOVER_FILE_DEST_SIZE恢复区的大小。
注：在创建数据库的时候，Oracle将自动创建恢复区，但默认是关闭的，需要执行alter database flashback on命令。
1. Flashback Database 不能解决Media Failure， 这种错误RMAN恢复仍是唯一选择
2. 如果删除了数据文件或者利用Shrink技术缩小数据文件大小，这时不能用Flashback Database技术回退到改变之前的状态，这时候就必须先利用RMAN把删除之前或者缩小之前的文件备份restore 出来， 然后利用Flashback Database 执行剩下的Flashback Datbase。
3. 如果控制文件是从备份中恢复出来的，或者是重建的控制文件，也不能使用Flashback Database。
4. 使用Flashback Database锁能恢复到的最早的SCN， 取决与Flashback Log中记录的最早SCN。
Flashback Database 包括一个进程Recover Writer(RVWR)后台进程，Flashback Database Log日志 和Flash Recovery Area。一旦数据库启用了Flashback Database， 则RVWR进程会启动，该进程会向Flash Recovery Area中写入Flashback Database Log， 这些日志包括的是数据块的" 前镜像"， 这也是Flashback Database 技术不完全恢复块的原因。
配置Flash Recovery Area
要想使用Flashback Database， 必须使用Flash Recovery Area，因为Flashback Database Log只能保存在这里。 要配置的2个参数如下，一个是大小，一个是位置。如果数据库是RAC，flash recovery area 必须位于共享存储中。数据库必须处于archivelog 模式.
启用Flash Recovery Area：
SQL>ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE=4G SCOPE=BOTH;
SQL>ALTER SYSTEM SET DB_RECOVERY_FILE_DEST=‘/home/oracle/fast’ SCOPE=BOTH;
禁用Flash Recovery Area：
SQL>ALTER SYSTEM SET DB_RECOVERY_FILE_DEST=‘‘ ;
对于Flash Recovery Area，Oracle 是这样建议的，flash recovery area 设置的越大，flashback database 的恢复能力就越强，因此建议flash recovery area 能够放的下所有的数据文件，增量备份，以及所有尚未备份的归档文件，当然还有它自己产生的flashback logs。
在数据库运行过程中，oracle 自动向该区域写入文件，当剩余空间不足15%的时候，它就会在alert 中增加警告，提示你空间不足。但此时不会影响数据库的正常运转，直到所有空间统统被用掉之后，oracle 首先尝试删除寻些过期的文件，冗余文件或备份过的文件。
步骤：
配置参数信息；
关闭数据库
启动到mount状态
检查Flashback 功能， 缺省时功能是关闭的。
select name,current_scn,flashback_on from v$database;
NAME CURRENT_SCN FLASHBACK_ON
--------- ----------- ------------------
PROD1 1064824 YES
off为不打开,改为off可以在open状态下改,改完后flash_recovery_area下的flashback log文件会被Oracle自动删掉.
这时候会在开始设定的目录/u01/app/oracle/flash_recovery_area 下生成一个ORCL/FLASHBACK目录(ORCL根据数据库名称变化),下面放的是flashback log文件.
设置参数：DB_FLASHBACK_RETENTION_TARGET
alter system set db_flashback_retention_target=1440 scope=both;
该参数用来控制flashback log 数据保留的时间，或者说，你希望flashback database 能够恢复的最早的时间点。默认值是1440，单位是minute，即24 小时，需要注意的是该参数虽然未直接指定flash recovery area大小，但却受其制约，举个例子假如数据库每天有10%左右的数据变动的话，如果该初始化参数值设置为1440，则flash recovery area 的大小至少要是当前数据库实际容量的10%，如果该初始化参数设置为2880，则flash recovery area 的大小就至少是数据库所占容量的20%。
例：
SQL> create table test1
2 (id number,
3 name varchar2(20));
Table created.
SQL> create table test2
2 (id number,
3 name varchar2(20));
Table created.
SQL> insert into test1 values(dbms_flashback.get_system_change_number,‘A‘);
1 row created.
SQL> insert into test2 values(dbms_flashback.get_system_change_number,‘A‘);
1 row created.
SQL> commit;
Commit complete.
SQL> select * from test1;
ID NAME
---------- --------------------
1065468 A
SQL> select * from test2;
ID NAME
---------- --------------------
1065470 A
查询当前的scn
SQL> SELECT CURRENT_SCN FROM V$DATABASE;
CURRENT_SCN
-----------
1065501
查询当前的时间
SQL> select to_char(sysdate,‘yy-mm-dd hh24:mi:ss‘) time from dual;
删除表1数据并提交
delete from test1;
commit;
select * from test1;
no rows selected
增加表2数据并提交
insert into test2 values(dbms_flashback.get_system_change_number,‘B‘);
commit;
select * from test2;
ID NAME
---------- --------------------
1065470 A
1065529 B
恢复步骤
shutdown immediate
startup mount
SCN或时间点恢复
Flashback database to scn 1065501;
Flashback database to timestamp to_timestamp(‘16-10-15 09:36:05‘,‘yy-mm-dd hh24:mi:ss‘);
打开数据库：
在执行完flashback database 命令之后，oracle 提供了两种方式让你修复数据库：
1). 先执行alter database open read only 命令以read-only 模式打开数据库，然后立刻通过逻辑导出的方式将误操作涉及表的数据导出，再执行recover database 命令以重新应用数据库产生的redo，将数据库修复到flashback database 操作前的状态，然后再通过逻辑导入的方式，将之前误操作的表重新导入，这样的话对现有数据的影响最小，不会有数据丢失。
2). 直接alter database open resetlogs 打开数据库，当然指定scn 或者timestamp 时间点之后产生的数据统统丢失。
SQL> alter database open read only;
Database altered.
SQL> select * from test1;
ID NAME
---------- ----------
3759479 A
对于test1表,这里我们发现恢复点之前的数据已经闪回.这时候应该将闪回的test1表的数据导出,对数据库做完整的恢复,然后将数据导入.
SQL> select * from test2;
ID NAME
---------- ----------
3759479 A
对于test2表,这里我们发现恢复点之前的数据也存在,但是恢复点之后的数据(3761885 B)丢失了.
SQL> shutdown immediate
SQL> startup mount
exp sys/oracle@PROD1 file=/home/oracle/test1.dmp tables=test1
SQL> recover database;
Media recovery complete.
SQL> alter database open;
Database altered.
再来验证数据:
SQL> select * from test1;
no rows selected
SQL> select * from test2;
ID VAL
---------- ----------
3759479 A
3761885 B
imp sys/oracle@PROD1 IGNORE=Y TABLES=test1 FULL=N file=/home/oracle/test1.dmp
是完整恢复后的正确数据,把开始test1表的导出数据导入test1表,数据找回完成.
和Flashback Database 相关的2个视图：
1. V$database
这个视图可以查看是否启用了Flashback database功能
SQL> select flashback_on from v$database;
2. V$flashback_database_log
Flashback Database 所能回退到的最早时间，取决与保留的Flashback Database Log 的多少， 该视图就可以查看许多有用的信息。
Oldest_flashback_scn / Oldest_flashback_time : 这两列用来记录可以恢复到最早的时点
Flashback_size: 记录了当前使用的Flash Recovery Area 空间的大小
Retention_target: 系统定义的策略
Estimated_flashback_size: 根据策略对需要的空间大小的估计值
3. V$flashback_database_stat
这个视图用来对Flashback log 空间情况进行更细粒度的记录和估计。 这个视图以小时为单位记录单位时间内数据库的活动量，Flashback_Data 代表Flashback log产生数量，DB_Date 代表数据改变数量，Redo_Date代表日志数量，通过这3个数量可以反映出数据的活动特点，更准确的预计Flash Recovery Area的空间需求
3、Flashback Drop（利用回收站功能恢复）
Oracle的Flashback Drop闪回删除功能给出我们一种误删除表的便捷恢复方式，实现这种功能的原理是Oracle的“回收站”（RecycleBin）功能。注意，如果被删除的表原先是存放在SYSTEM系统表空间上，则不支持此功能。
恢复被错误drop掉的表。当一张表被删除后，依然可以查看被drop表的内容，是通过查看回收站中的内容实现的。
被删除的表将被存在一个叫recyclebin回收站的地方，当drop掉表后，实际上就是将改表改了个名字。
回收站有关的视图
DBA_RECYCLEBIN
USER_RECYCLEBIN
RECYCLEBIN
被drop掉的表简短信息
show recyclebin
表空间不足
用户的空间配额不足
purge命令
使用flashback命令恢复表后，与之对应的回收站中的那条记录内容被清除
FLASHBACK TABLE TEST3 TO BEFORE DROP;
FLASHBACK TABLE "BIN$Z6gzDCWg7hfgQAB/AQAROQ==$0" TO BEFORE DROP;
FLASHBACK TABLE TEST3 TO BEFORE DROP RENAME TO TEST3_VERSION_1;
SQL> create table test3
2 (id number,
3 name varchar2(30))
4 tablespace users;
Table created.
SQL> insert into test3 values(1,‘A‘
2 );
1 row created.
SQL> insert into test3 values(2,‘B‘);
1 row created.
SQL> commit;
Commit complete.
SQL> select * from test3;
ID NAME
---------- ------------------------------
1 A
2 B
SQL> drop table test3;
Table dropped.
SQL> show recyclebin;
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ -------------------
TEST3 BIN$PujbM654As3gUKjAZhJL+A==$0 TABLE 2016-10-15:10:06:59
SQL> select * from test3;
select * from test3
*
ERROR at line 1:
ORA-00942: table or view does not exist
SQL> FLASHBACK TABLE TEST3 TO BEFORE DROP;
Flashback complete.
SQL> select * from test3;
ID NAME
---------- ------------------------------
1 A
2 B
SQL>
清除当前用户的回收站
SQL> purge recyclebin;
SQL> purge user_recyclebin;
清除指定表空间tbs_sec_d的回收站
SQL> purge tablespace tbs_sec_d;
清除指定表空间tbs_sec_d，同时指定用户sec的回收站
SQL> purge tablespace tbs_sec_d user sec;
清除回收站中所有的内容（sys用户）
SQL> purge dba_recyclebin
不产生回收站数据的同时drop表方法
这种方法是彻底删除表的方法，使用前要考虑清楚。
SQL> drop table ft_1 purge;
3、Flashback Table（利用UNDO保留信息恢复）
Oracle Flashback Table特性允许利用Flashback Table语句，确保闪回到表的前一个时间点。利用回滚段信息来恢复一个或一些表到以前的一个时间点（一个快照）。要注意的是，Flashback Table不等于Flashback Query，Flashback Query仅仅是查询以前的一个快照点而已，并不改变当前表的状态，而Flashback Table将改变当前表及附属对象一起回到以前的时间点。
undo_management，参数需要是“AUTO”
undo_retention，单位是秒，调整可回滚的时间范围
在线操作
恢复到指定的时间点（或者SCN）的任何数据
自动恢复相关属性
满足分布式的一致性
数据的一致性，所有相关对象将自动一致。
SQL> flashback table test4 to timestamp to_timestamp(‘2012-12-29 16:44:17‘, ‘yyyy-mm-dd hh24:mi:ss‘);
SQL> flashback table test4 to scn 662421;
SQL> flashback table test4 to timestamp to_timestamp(‘2012-12-29 16:44:17‘, ‘yyyy-mm-dd hh24:mi:ss‘) enable triggers;
普通用户中需要有Flashback any table的系统权限；
有该表的select、insert、delete、alter权限；
必须保证该表有row movement（行移动）。
例：
create table test4 tablespace users as select * from hr.employees;
select count(*) from test4;
select * from test4;
为test4表创建索引
create index ind_test4 on test4(employee_id);
create or replace trigger tr_test
after update on test4
for each row
begin
null;
end
tr_test;
/
(sys)
select to_char(sysdate, ‘yyyy-mm-dd hh24:mi:ss‘) time, to_char(dbms_flashback.get_system_change_number) scn from dual;
delete from test4;
commit;
drop index ind_test4;
create or replace trigger tr_test
after insert on test4
for each row
begin
null;
end
tr_test;
/
确保该表中的行迁移(row movement)功能
alter table test4 enable row movement;
flashback table test4 to timestamp to_timestamp(‘2016-10-15 10:49:09‘, ‘yyyy-mm-dd hh24:mi:ss‘) enable triggers;
select index_name from user_indexes where table_name = ‘test4‘;
select object_name, status from user_objects where object_name in(‘TR_TEST‘, ‘IND_TEST‘);
select text from user_source t where t.name = ‘TR_TEST‘;
1． Flashback table在真正的高可用环境中，使用意义不大，受限比较多，要必须确保行迁移功能
2． Flashback table过程中，阻止写操作
3． 使用flashback table可以将delete方式删除的表闪回到之前某个时间点，而表中索引却不能正常恢复，因为drop索引的过程是不记录undo的。
4． 恢复的触发器本身还是修改后的，并不随表flashback到修改以前的时间点。说明关键字enable triggers只能保证触发器的状态正常，而不是内容回滚.
5． 由于原理利用其undo信息，来恢复其对象，因此也是不能恢复truncate数据
6． 恢复数据用flashback query实现比较好
4.Flashback Query
Flashback Query 是利用多版本读一致性的特性从UNDO 表空间读取操作前的记录数据！
什么是多版本读一致性
Oracle 采用了一种非常优秀的设计，通过undo 数据来确保写不堵塞读，简单的讲，不同的事务在写数据时，会将数据的前映像写入undo 表空间，这样如果同时有其它事务查询该表数据，则可以通过undo 表空间中数据的前映像来构造所需的完整记录集，而不需要等待写入的事务提交或回滚。
flashback query 有多种方式构建查询记录集，记录集的选择范围可以基于时间或基于scn，甚至可以同时查询出记录在undo 表空间中不同事务时的前映象。用法与标准查询非常类似，要通过flashback query 查询undo 中的撤销数据，最简单的方式只需要在标准查询语句的表名后面跟上as of timestamp(基于时间)或as of scn(基于scn)即可。这个功能和flashback on/off 以及recyclebin on/off没有关系.
例：
hr用户
create table test5
(id number,
name varchar2(20));
Table created.
SQL> insert into hr.test5 values(dbms_flashback.get_system_change_number,‘A‘); (sys)
select * from test5;
ID NAME
---------- --------------------
1061963 A
select to_char(sysdate,‘yy-mm-dd hh24:mi:ss‘) time from dual;
TIME
-----------------
16-10-15 11:27:15
alter table test5 enable row movement;
delete from test5;
commit;
select * from hr.test5 as of timestamp (SYSTIMESTAMP - INTERVAL ‘2‘ MINUTE);
或者
select * from test5 as of timestamp to_timestamp(‘16-10-15 11:27:15‘,‘YY-MM-DD hh24:mi:ss‘);
insert into test5 select * from test5 as of timestamp to_timestamp(‘16-10-15 11:27:15‘,‘YY-MM-DD hh24:mi:ss‘);
As of scn 示例
SELECT dbms_flashback.get_system_change_number FROM dual;
SELECT CURRENT_SCN FROM V$DATABASE;
delete from hr.test5;
commit;
insert into hr.test5 select * from hr.test5 as of scn 1063434;
commit;
select * from hr.test5;
事实上，Oracle 在内部都是使用scn，即使你指定的是as of timestamp，oracle 也会将其转换成scn，系统时间标记与scn 之间存在一张表，即SYS 下的SMON_SCN_TIME
每隔5 分钟，系统产生一次系统时间标记与scn 的匹配并存入sys.smon_scn_time 表，该表中记录了最近1440个系统时间标记与scn 的匹配记录，由于该表只维护了最近的1440 条记录，因此如果使用as of timestamp 的方式则只能flashback 最近5 天内的数据（假设系统是在持续不断运行并无中断或关机重启之类操作的话）。
注意理解系统时间标记与scn 的每5 分钟匹配一次这句话，举个例子，比如scn:3764577,3765348 分别匹配12-01-12 13:52:00 和12-01-12 13:57:00，则当你通过as of timestamp 查询12-01-12 13:52:00或12-01-12 13:57:00 这段时间点内的时间时，oracle 都会将其匹配为scn:3764577到undo 表空间中查找，也就说在这个时间内，不管你指定的时间点是什么，查询返回的都将是12-01-12 13:52:00 这个时刻的数据。
查看SCN 和timestamp 之间的对应关系：
select scn,to_char(time_dp,‘yyyy-mm-dd hh24:mi:ss‘)from sys.smon_scn_time;
本文出自 “11862116” 博客，请务必保留此出处http://11872116.blog.51cto.com/11862116/1959074
标签：oracle闪回技术
原文地址：http://11872116.blog.51cto.com/11862116/1959074
