编辑手记：对于数据库的闪回功能，可能大家都不陌生，那么如何在多租户环境下使用该功能，如果关闭了表空间的闪回功能，会给数据库带来哪些影响？我们一起来学习。
本文来自周四大讲堂内容整理。
我们先说一下flashback这个单词，我们大家常称它为闪回，可能有的人称它为回闪。flashback 是oracle 9i 版本开始提供的一项特性，利用oracle查询多版本一致的特点，实现从回滚段中读取一定的时间内在表中操作过的数据。 flashback database是oracle10g的新增功能，在启动flashback database之后，它定期将已发生变化的块写入闪回日志的日志文件中。这些日志不是由传统的log writer (lgwr) 进程写入，而是由一种称作recovery writer (rvwr)的新进程写入。这是oracle10g的新增进程。 闪回日志是存储在闪回恢复区（flash recovery area）,闪回恢复区简称fra。配置闪回恢复区，有两个参数：db_recovery_file_dest和db_recovery_file_dest_size。
db_recovery_file_dest是用来指定fra的存储路径，可以指定一个文件系统下的路径，也可以指定asm磁盘组，但是不能将该路径指向一个裸设备。rac数据库要指定共享存储上。
db_recovery_file_dest_size这个参数是指定fra最大可用空间。建议分配大一些，如果剩余空间不足15%的时候，它将会在alert中增加告警，提示空间不足。但此时不会影响数据库正常运行。
可以通过视图v$flashback_database_log、v$flashback_database_stat查看闪回日志及数据库状态。当需要flashback database时，通过flashback log中保存的数据，就可以快速将oracle数据库恢复到指定时间点块的状态，然后通过应用重做日志，将数据库恢复到一致状态。
闪回数据库：
使用闪回数据库，通过还原自先前某个时间点以来发生的所有更改，可快速将数据库恢复到那个时间的状态。因为不需要还原备份，所以此操作速度很快。可以使用此功能还原导致逻辑数据损坏的更改。
使用闪回数据库时，oracle db 可使用过去的块映像回退对数据库的更改。在正常数据库操作期间，oracle db 会不定期地将这些块映像记录在闪回日志中。闪回日志将按顺序写入并且不进行归档。oracle db 会自动在快速恢复区中创建、删除闪回日志和调整它的大小。您仅需出于监视性能目的而关注闪回日志，并确定为快速恢复区分配了多少磁盘空间以存放闪回日志。
使用闪回数据库倒回数据库所需的时间与需回退到多久以前以及目标时间之后发生的数据库活动量成比例。还原和恢复整个数据库所需的时间会长得多。闪回日志中的前像仅用于将数据库还原至过去的某一时间点，而前滚恢复则用于将数据库恢复到与过去某个时间一致的状态。oracle db 可将数据文件恢复至以前的时间点，但辅助文件除外，如初始化参数文件。
启用闪回数据库功能时，会启动rvwr（闪回写进程）后台进程。此后台进程按顺序将闪回数据库数据从闪回缓冲区写入闪回数据库日志，这些日志会被循环使用。随后，当发出flashback database 命令时，系统使用闪回日志还原块的前像，然后使用重做数据前滚到所需的闪回时间。
启用闪回数据库的开销取决于数据库的读/写混合工作量。因为查询不需要记录任何闪回数据，所以工作量的写操作量越大，启用闪回数据库的开销就越高。可以从v$flashback_database_stat查看在一个时间段内数据库闪回日志记录的信息。
在一个end_time -begin_time时间段内：
flashback_data记录写闪回日志大小；（单位：字节） db_data记录数据库读写大小；（单位：字节） redo_data记录redo日志的大小；（单位：字节） estimated_flashback_size记录预估满足保留时间所需要的空间大小。（单位：字节） con_id代表的是容器id。
字段含义如下：
oldest_flashback_scn 保留的最低系统改变号； oldest_flashback_time 最低系统改变号的时间； retention_target 闪回日志保留时间（单位：时间）； flashback_size 当前闪回日志的大小（单位：字节）； estimated_flashback_size 预估满足保留时间所需要的空间大小（单位：字节）；
闪回日志可以通过参数指定保留时间，db_flashback_retention_target。默认值为：1440 minutes。
实验步骤：
1、首先，我们开启数据库闪回功能：
mkdir -p /u01/app/oracle/fast_recovery_area alter system setdb_recovery_file_dest_size=10g; alter system setdb_recovery_file_dest='/u01/app/oracle/fast_recovery_area' scope=both;
shutdown immediate; startup mount; alter database archivelog; alter database flashback on; alter database open;
查看当前数据库实例状态：
set lines 200 col name for a30 select con_id,name,open_mode from v$pdbs;
开启pdb实例：
alter session set container=perfeader; alter pluggable database perfeader open;
我们来创建测试表空间，测试用户：
查看表所在默认表空间：
col table_name for a20 select table_name,tablespace_name fromuser_tables;
查看表的数据量：
select count(*) from perfeader.test; select count(*) from perfeader.test1;
查询当前数据库scn:
select current_scn from v$database;
删掉表test中20000行数据：
delete from perfeader.test where rownum<=20000; commit;
查询当前test表中数据量：
再向表中插入20行数据，然后commit查询表perfeader.test表的数据量。
insert into perfeader.test select * fromdba_objects where rownum <= 20;
等一下，测试将数据闪回到scn= 1469627，delete数据之后，insert之前。
操作
scn
表（test）数据量
表（test1）数据量
create table
72612
38
delete test 数据
52612
commit
1469627
insert test 数据
52632
查询开启闪回的表空间：
select * from v$tablespace;
接下来查看数据库是否开启闪回：
select flashback_on from v$database;
关闭表空间test的闪回：
alter tablespacetest flashback off;
关闭数据库，闪回数据库到scn=1469627:
conn / as sysdba shutdown immediate startup mount flashback database to scn 1469627;
这个时候，我们能够看到闪回报错为无法闪回数据文件13，没有闪回日志。
开启数据库，开启表空间test闪回，需要在pdb实例开启：
alter tablespace test flashback on;
要切换到perfeader实例,才可以开启表空间test01的闪回：
我们再创建一个表空间test01，测试关闭该表空间的闪回功能，是否会有不一样的报错？
开启pdb实例，创建表空间test01：
create tablespace test01 datafile'/u01/app/oracle/oradata/prod/test01_01.dbf' size 100m autoextend on; alter tablespace test01 flashback off;
闪回到表空间test的delete数据的时间点scn=1469627
flashback database to scn 1469470;
可以发现，表空间test01是关闭闪回功能的，我们闪回到test01表空间创建之前的时间点也是无法闪回的。我们可以看出闪回日志中的表空间必须是连续，而且没有表空间是关闭闪回的。
问题1：关闭表空间的闪回功能，会给出什么告警信息？
结论：如果数据库中有表空间没有开启闪回，将告警显示没有该表空间的闪回日志可以闪回。无论是在开启数据库闪回之前，还是之后，都将会报没有闪回日志。说明，如果在一个连续的数据库闪回日志，该闪回日志过程中某一个表空间关闭了闪回，都将无法将数据库闪回到之前的某一时间点。
开启数据库，还是相同的步骤重新创建用户，表空间及表：
create tablespace test02 datafile '/u01/app/oracle/oradata/prod/test02_01.dbf'size 100m autoextend on; create user allen identified by allendefault tablespace test02 account unlock; grant dba to allen; conn allen/allen@perfeader create table allen.test as select * fromdba_objects; create table allen.test1 tablespace usersas select * from dba_users;
查看表所在表空间：
查看该表空间中表的数据：
select count(*) from allen.test; select count(*) from allen.test1;
先关闭表空间test02闪回功能，稍后闪回的时候我们将不闪回该表空间:
alter tablespacetest02 flashback off;
查看perfeader 用户，users表空间下表test1的数据：
从perfeader用户表test1中删除一条数据：
delete from perfeader.test1 whereusername='system';
commit后查看当前数据库scn：
删除1行之后commit，查询scn号,这个时候perfeader.test1表有37行,test没有改变.
delete test1 数据
37
1470592
这时，我们又向allen用户下的表test,test1都插入数据，使其状态改变。
查询allen用户下表test，test1的数据量：
第一步插入表test1：
insert into allen.test1 select * from allen.test1;
commit查询test,test1表的数据：
查询当前scn:
第二步插入表test2：
insert into allen.test select * from allen.test;
第三步插入表test1，test2:
变化之后的数据，我们可以看一下下面的表格：
perfeader用户：
39
allen用户：
72631
insert test1 数据后
78
1470812
insert test 数据后
145262
1470885
insert test,test1 数据后
290524
156
1470968
insert test插入数据后这个时候allen用户下的表的数据是test（145262），test1（78），而perfeader用户下的数据是test（52632），test1（37）。
等一下，测试将数据闪回到scn=1470812。
我们再测试一下，test02表空间没有开启闪回功能，会报什么错误。
关闭数据库，启动数据库到mount，闪回数据库，scn= 1470812：
flashback database to scn 1470812;
闪回数据库表空间allen用户insert test数据后commit时间点，还是会报无test02_1.dbf闪回日志：
flashback database to scn 1470885;
尝试一下在pdb做闪回，告诉我们不允许在插入的数据库做闪回：
查看当前闪回日志中的信息发现，闪回最老的时间点是开启闪回数据库功能的时间：
alter session set nls_date_format='yyyy-mm-ddhh24:mi:ss'; select * from v$flashback_database_log; select * from v$flashback_database_stat;
下面我们验证，将关闭闪回功能的表空间offline，是否能够闪回数据库？
alter tablespace test02 offline;
查询表空间online状态：
select tablespace_name,status,online_statusfrom dba_data_files;
切换到cdb$root实例，关闭数据库并闪回数据数据库到scn=1470812。
当open数据库时，会提示是resetlogs开启，还是noresetlogs方式：
如果以resetlogs方式打开数据库：
alter database open resetlogs;
切换到pdb实例perfeader，并open：
select open_mode from v$database;
下面是从alert日志来看，数据库是使用归档日志、redo日志恢复到scn= 1470812+1：
打开redo日志前滚：
12c会依次打开undo表空间：cdb$root->pdb$seed-> perfeader
打开数据库perfeader，报ora-01110错误：
当查看表空间test02的数据文件状态时，还是offline，并且闪回功能还是关闭的：
set lines 200 pages 200 col name for a53 selectfile#,name,status,checkpoint_change#,last_change# from v$datafile;
当查询test02表空间下的数据会报无法读取数据文件test02_01.dbf，报错如下：
如果以noresetlogs方式open数据库，会报如下错误：
sql> alterdatabase open noresetlogs; alter databaseopen noresetlogs * error at line 1: ora-01610:recovery using the backup controlfile option must be done
当recovery数据库后，这时可以open数据库了：
sql> recoverdatabase; media recovery complete. sql> alterdatabase open;
database altered.
接下来我们验证问题2.
问题2：关闭“表空间”的闪回，是否还可以闪回数据库?
以open noresetlogs或者open noresetlog方式打开后，如果想要恢复被offline的表空间需要进行以下recover 数据文件步骤：
alter database create datafile 15 as'/u01/app/oracle/oradata/prod/test02_01.dbf'; recover datafile 15; alter database datafile 15 online;
最后查看一下数据文件，表空间的状态：
select file#,name,status,checkpoint_change#,last_change#from v$datafile; select file#,status,recover,checkpoint_change#from v$datafile_header;
可以看到15号数据文件test02_01.dbf的检查点是比其他的数据文件检查点大。
查询test02表空间下的数据已经闪回到scn=1482450时间点：
查看闪回后的数据，allen.test表的数据是72631，test1的数据是78。正是scn=1470812时间点的数据。
结论：是可以做到表空间关闭了闪回功能,而其他的表空间没有关闭闪回功能，将关闭闪回的表空间offline后，可以将数据库闪回到指定的时间点，而数据库闪回后需要将关闭闪回的表空间数据文件recover，并online该表空间，数据就可以恢复到指定的时间点。
总结：
序号
问题
结果
1
关闭表空间的闪回功能，闪回数据库会给出什么告警信息？
如果数据库中有表空间没有开启闪回，将告警显示没有该表空间的闪回日志可以闪回。无论是在开启数据库闪回之前，还是之后，都将会报没有闪回日志。说明，如果在一个连续的数据库闪回日志，该闪回日志过程中某一个表空间关闭了闪回，都将无法将数据库闪回到之前的某一时间点。
2
关闭“表空间”的闪回，是否还可以闪回数据库？
是可以做到表空间关闭了闪回功能,而其他的表空间没有关闭闪回功能，将关闭闪回的表空间offline后，可以将数据库闪回到指定的时间点，而数据库闪回后需要将关闭闪回的表空间数据文件recover，并online该表空间，数据就可以恢复到指定的时间点。