这部分的内容，其实早在10年年初就学习过，也记录了相关的笔记．但很多知识不用就慢慢被遗忘了．今天无意中听到同事在讨论问题:为什么删除了一个占用空间大的表后，表空间并没有释放呢？
职业的原因，自己在想Oracle Drop table的过程是怎么实现的，是不是要做个跟踪看下．后来想起在10g后，Oracle有了Flashback的功能，删除表的时候会先放在RecycleBin中，并不真正的物理删除,所以表空间dba_free_space是不是不会有变化？
今天重新翻了下之前的笔记，并做了试验，发现dba_free_space也是会体现变化的，这是不是哪个环节理解上有问题，还需要再测试下．
目录
1 Flashback Database 架构
2 Flashback Database
3 Flashback Drop
4 Flashback Query and Flashback Table
5 小结
#####################################################
1 Flashback Database 架构
#####################################################
Flashback Database 整个架构包括一个进程Recover Writer(RVWR)后台进程，Flashback Database Log日志和Flash Recovery Area
一旦数据库启用了Flash Database, RVWR进程会启动，RVWR进程会向Flash Recovery Area内写入Flashback Database Log, 这些日志包括数据块的"前镜像"
#####################################################
2 Flashback Database
#####################################################
1 启用Flashback Database
1.1 配置Flash Recovery Area
1)启用Flash Recovery Area
Alter system set db_recovery_file_dest_size=1G scope=both;
Alter system set db_recovery_file_dest='/u01/backup/fb' scope=both;
注意这个目录必须是Oracle:dba，属主
col name format a32 heading 'Parameter'
col value format a32 heading 'Setting'
select name, value from v$parameter where name like '%flash%' or name like '%recovery%' order by name;
2) 启用数据库Flashback功能
数据库必须处于归档模式
#重启数据库
startup mount(在Open下也可以打开)
#检查有没有开启Flashback功能
select name, current_scn, flashback_on from v$database;
#启动Flashback功能
alter database flashback on;
#确认启动
select name, current_scn, flashback_on from v$database;
#确认Flashback Log生成在/u01/backup/fb/目录下，该目录为OMF管理
oracle@Z810:/u01/backup/fb/MOUSE/flashback> ll /u01/backup/fb/MOUSE/flashback
total 8020
-rw-r----- 1 oracle dba 8200192 Aug 2 16:32 o1_mf_65f0nym9_.flb
# 设置db_flashback_retention_target参数
Alter system set db_flashback_retention_target=1440 scope=both;
单位为分钟
如果/u01/backup/fb/目录下的空间不够保存一天的回退数据怎么办呢？
Override;
#打开数据库
Alter database open;
2 Flashback Database
1) 确认能够恢复的时间点
SQL> desc v$flashback_database_log;
Name Null? Type
----------------------------------------- -------- ----------------------------
OLDEST_FLASHBACK_SCN NUMBER
OLDEST_FLASHBACK_TIME DATE
RETENTION_TARGET NUMBER
FLASHBACK_SIZE NUMBER
ESTIMATED_FLASHBACK_SIZE NUMBER
OLDEST_FLASHBACK_SCN: 数据库能回退的最早SCN
OLDEST_FLASHBACK_TIME： 数据库能回退的最早时间
RETENTION_TARGET：当前系统设置参数
FLASHBACK_SIZE： Current size (in bytes) of the flashback data 当前的Flashback Log空间
ESTIMATED_FLASHBACK_SIZE： 为了达到Retention_target定义的要求，预计需要多大的空间,这个值用于指导设置Flash Recovery Area大小
这个会改变
2) Flashback database
Flashback Database 实际上是对数据库的一个不完全恢复操作，因此需要关闭数据库，重启数据库到Mount状态；但与不完全恢复不同的是，它不需要执行restore操作。
flashback之前，先对数据库做个备份
#backup database;
#Shutdown immediate
#startup mount
#flashback database to timestamp to_timestamp('2010-08-02 17:10:04','yyyy-mm-dd hh24:mi:ss');
如何精确到找到恢复时间点呢？SCN_TO_TIMESTATMP()函数可以将SCN号转换成TimeStamp
如何找到某个操作的精确时间点，AUDIT？
#alter database open read only;
#select count(*) from xxx; 确认数据被找回
#shutdown immediate;
#Startup mount;
#alter database open resetlogs;
#backup database;
3 命令和视图
1) 检查是否启用了Flashback database 功能
Select flashback_on from v$database
2) v$flashback_database_log
这个视图用来描述Flashback log对Flash Recovery Area的占用情况
select * from v$flashback_database_log;
3) v$flashback_database_stat
这个视图用来对Flashback log的空间情况进行更细粒度的记录和估计
4) Flashback命令
这个命令既可以在SQL*Plus中使用，也可以在RMAN中使用，
Flashback [device type =
to [before] scn =
to [before] sequence =
to [before] time = '
Oracle允许使用3种方式指定回退的时间点，SCN，时间，日志序列号，
TO -- 代表回退到指定点
Before -- 代表恢复到指定点之前的一点就可以。
#####################################################
3 Flashback Drop
#####################################################
这个功能是从Oracle 10g开始出现的，用于恢复用户误删的对象(表，索引)。这个技术依赖于Tablespace Recycle Bin(表空间回收).功能类似于Windows的回收站。
1 Tablespace Recycle Bin
从10g开始，每个表空间都会有一个叫作回收站的逻辑区域(占用表空间所在的空间)，当用户执行Drop 命令时，被删除的表和表的关联对象(包括索引，约束，触发器，LOB段，LOB Index段)
不会被物理删除，而是先转移到回收站中，使用Flashback Table命令可以恢复这个对象和所有的关联对象。
不会物理清楚，是不是说明占用的物理空间仍没有释放，从dba_free_space能否反映空间的变化呢？
缺省情况下recyclebin功能是开启的
SQL> show parameter recyclebin
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
recyclebin string on
show recyclebin 查看Recyclebin的对象列表(注意 RecycleBin是表空间级的，每个表空间都对应一个RecycleBin对象池)
也可以通过视图来查看Recyclebin对象列表
select object_name, original_name from recyclebin;
既然是表空间级的，那这个语句反映的是哪个Recycelbin 池的内容呢？是执行语句的用户的默认表空间吧;
可以像查看普通表一样，查看Recycle Bin中的对象内容
select count(*) from "BIN$jOLWvgYhgyXgQOYKHREVtA==$0";
对Recyclebin中的对象执行DDL/DML动作是不允许的.
SQL> delete from "BIN$jOLWvgYhgyXgQOYKHREVtA==$0";
delete from "BIN$jOLWvgYhgyXgQOYKHREVtA==$0"
*
ERROR at line 1:
ORA-38301: can not perform. DDL/DML over objects in Recycle Bin
2 Flashback Drop 操作
flashback table t to before drop;
如果在recyclebin中有同名的对象，如两个表T都被删除，则恢复：
flashback table "BIN$jOLWvgYhgyXgQOYKHREVtA==$0" to before drop;
在恢复表的同时还可以重命名
flashback table t to before drop rename to t_bak;
Note: 一旦完成恢复，RecycleBin中的对象就消失
3 Recycle Bin的维护
Recycle Bin 是和普通对象共用表空间存储区域的，或者说RecycelBin的对象要和普通对象抢夺存储空间。如果发生空间不够，Oracle会按照先入先出的顺序，
也就是对象被删除的时间顺序覆盖Recycle Bin中的对象。也可以通过如下办法手动清除Recycle Bin占用的空间。
1) #清空某个表空间的RecycleBin池
Purge tablespace tablespace_name;
2) #清空某个表空间内的某个用户的对象
Purge tablespace tablespace_name user user_name;
3) 清除删除当前用户的对象
purge recyclebin
4) 清除所有用户的对象
Purge dba_recyclebin
需要Sysdba权限
5) Drop table xxx purge 永久删除
6) purge index object_name 清除对象的关联索引
4 Flashback Drop 的局限性
Flashback drop 是一个非常实用的技术，减少了很多不完全恢复的需要。 但仍存在一些局限性：
1) 只能用于非系统表空间和本地管理表空间
2) 不能对Recycle Bin中的对象执行DDL,DML操作，只支持查询
3）对象的参考约束不会被恢复，也就是外键约束需要重建
#####################################################
4 Flashback Query and Flashback Table
#####################################################
这些功能的实现也依赖于Flashback 功能的打开吗？是的;
Flashback Query 实际包含3个工具，即Flashback Query, Flashback Version Query 和 Flashback Transaction Query. 这些工具都是利用Undo的内容来实现回退功能。
前两个属于分析工具，用于找出想要回退到的时间点，而Flashback Table才真正完成回退的操作。
1 Flashback Query
#查询过去某个时间点时的数据
select * from emp as of timestamp to_timestamp('2010-08-03 10:55:15','yyyy-mm-dd hh24:mi:ss');
# 恢复数据
Insert into emp select * from emp as of timestamp to_timestamp('2010-08-03 10:55:15','yyyy-mm-dd hh24:mi:ss');
2 Flashback Version Query
相对于Flashback Query只能看到某一点的对象状态，Oracle 10g引入的Flashback Version Query可以看到过去某个时间段内，记录如何变化的。
根据这个变化的历史，可以决断数据是在什么时间点发生了错误。
#查看表EMP的操作历史
col versions_xid format a16 heading 'XID'
col versions_startscn format 99999999 heading 'Vsn|Start|SCN'
col versions_endscn format 99999999 heading 'Vsn|End|SCN'
col versions_operation format a12 heading 'Operation'
select versions_xid, versions_startscn, versions_endscn,
decode( versions_operation, 'I', 'Insert', 'U', 'Update', 'D', 'Delete', 'Original') "operation",
id, name
from emp
versions between scn minvalue and maxvalue;
注意结果主从下向上看。Original代表最开始的数据。
3 相关的伪列
1） ORA_ROWSCN
记录最后一次被修改时的SCN, 这里的修改是指"被提交的修改",如果没有提交，那么这个伪列不会发生变化。
ORA_ROWSCN 缺省是数据块级别的，也就是一个数据块内的所有记录都是一个ORA_ROWSCN. 数据块内的任意一条记录被修改，这个数据块内的所有记录ORA_ROWSCN都会同时改变。
通过在建表时使用关键字rowdependencies, 可以改变这咱缺省行为。使用这个关键字后，每条记录都有自己的ORA_ROWSCN.
创建表时，如果没有使用rowdependencies关键字，则ORA_ROWSCN使用的是数据块头的SCN，因此在一个数据块内所有记录的ORA_ROWSCN都一样。
如果使用了rowdependencies关键字，则每个记录都有自己的ORA_ROWSCN。这个值来自于ITL或dscn字段。
2）VERSIONS_STARTSCN
表示这行记录获得的值是在哪个SCN获得的，如果为NULL,则表明这一行的值早于versions between scn MINVALUE and MAXVALUE中的MINVALUE。
3) VERSIONS_STARTTIME
同上
4) VERSIONS_ENDSCN
这行记录的这个值是到哪个SCN过期的。
5) VERSIONS_TIME
同上
6) VERSIONS_XID
导致事务修改的事务号
7) VERSIONS_OPERATION
修改类型
U: update
I: insert
D: delete
两个函数：
SCN_TO_TIMESTAMP(current_scn)
select current_scn,scn_to_timestamp(current_scn) curr_time from v$database;
TIMESTAMP_TO_SCN('yyyy-mm-dd hh24:mi:ss1')
Notes
要使用Flashback Version Query, 用户首先要有对象的Select, flashback权限，对表执行过DDL语句之后，就只能查看DDL语句之后的版本，
也就是说Flashback Version Query 不会跨越DDL操作。
Oracle 11g有没有改变，如果可以跨越DDL的话，就可以作为小范围内的审计了;??
4 Flashback Transaction Query
Flashback Transaction Query 与Flashback Version Query类似，也是使用UNDO信息来实现，利用这个功能可以查看某个事务执行的所有变化。
使用这个功能，需要访问Flashback_transaction_query视图
select xid, operation, commit_scn, undo_sql
from flashback_transaction_query
where xid in(
select versions_xid
from emp
versions between scn minvalue and maxvalue);
XID OPERATION COMMIT_SCN UNDO_SQL
---------------- -------------------------------- ---------- --------------------------------------------------------------------------------
0500260003030000 INSERT 2160333 delete from "GZDC"."EMP" where ROWID = 'AAANPcAAEAAAABUAAB';
0500260003030000 BEGIN 2160333
0A00050086020000 INSERT 2160316 delete from "GZDC"."EMP" where ROWID = 'AAANPcAAEAAAABUAAA';
0A00050086020000 INSERT 2160316 delete from "GZDC"."DEP" where ROWID = 'AAANPbAAEAAAABMAAA';
0A00050086020000 BEGIN 2160316
可以看到每个事务的操作历史。
5 Flashback table
Flashback table 真正进行数据的回退。
如果想对表进行Flashback,必须允许row movement.
alter table t1 enable row movement;
flashback table emp,dep to scn xxxx;
6 UNDO Retention
UNDO_RETENTION参数定义的是提交修改后的UNDO记录还要保留多长时间，但是Oracle并不强制保留，如果UNDO空间不够，即使时间没有达到限制，这些记录还是会被覆盖。
可以通过在UNDO表空间或者数据库设置Retention Guanrantee来强制保留，缺省没有打开这个功能。
select tablespace_name, retention from dba_tablespaces;
TABLESPACE_NAME RETENTION
------------------------------ -----------
SYSTEM NOT APPLY
UNDOTBS1 NOGUARANTEE
SYSAUX NOT APPLY
TEMP NOT APPLY
USERS NOT APPLY
alter tablespace UNDOTBS1 retention guarantee;
SQL> select tablespace_name, retention from dba_tablespaces;
TABLESPACE_NAME RETENTION
------------------------------ -----------
SYSTEM NOT APPLY
UNDOTBS1 GUARANTEE
SYSAUX NOT APPLY
TEMP NOT APPLY
USERS NOT APPLY
即使强制后，如果空间出现不够时，如何处理？
#####################################################
5 小结
#####################################################
Flashback 家族技术总结：
工具 -- 相关技术 -- 目的
1) Flashback database -- Flashback Log -- 回滚数据库
2) Flashback drop -- Tablespace Bin -- 恢复用户误删的对象
3) Flashback Version Query -- UNDO -- 恢复用户误删的操作
4) Flashback Transaction Query -- UNDO -- 恢复用户误删的操作
5) Flashback table -- UNDO -- 恢复用户误删的操作,在表级别上的操作