oracle11g新特性：闪回数据归档（Flashback Data Archive）#ocp试验#
虽然ORA-01555错误可以通过种种手段来避免和减少，但是随着时间的流逝，这些UNDO信息总会失去，那么能否将这些信息保存起来，使得数据库在一定的历史周期之内可以不断向后追溯，使得我们可以看到一个数据表在任意历史时间点上的切片呢？从Oracle Database 11g开始，Oracle 提供了一个这样的功能：闪回数据归档（Flashback Data Archive）。通过这一功能Oracle数据库可以将UNDO数据进行归档，从而提供全面的历史数据查询，也因此Oracle引入一个新的概念 Oracle Total Recall，也即Oracle全面回忆功能。闪回数据归档可以和我们一直熟悉的日志归档类比，日志归档记录的是Redo的历史状态，用于保证恢复的连续性；而闪回归档记录的是UNDO的历史状态，可以用于对数据进行闪回追溯查询；后台进程LGWR用于将Redo信息写出到日志文件，ARCH进程负责进行日志归档；在Oracle 11g中，新增的后台进程FBDA（Flashback Data Archiver Process）则用于对闪回数据进行归档写出：
闪回归档数据甚至可以以年为单位进行保存，Oracle可以通过内部分区和压缩算法减少空间耗用，这一特性对于需要审计以及历史数据分区的环境尤其有用，但是注意，对于繁忙的数据库环境，闪回数据存储显然要耗用更多的存储空间。当然，用户可以根据需要，对部分表进行闪回数据归档，从而满足特定的业务需求。
因为闪回数据归档需要独立的存储，所以在使用该特性之前需要创建独立的ASSM（自动段空间管理）表空间：
create tablespace fbda datafile 'e:\fla.dbf' size 200M segment space management auto;
然后可以基于该表空间创建闪回数据归档区，FLASHBACK ARCHIVE ADMINISTER系统权限是创建闪回数据存档所必需的，此处使用SYS用户进行：
create flashback archive fa tablespace fbda retention 1 month;--保存期限一月
此后就可以使用该归档区来记录数据表的闪回数据量。为了测试方便，先将UNDO表空间更改为较小，以使得UNDO数据能够尽快老化：
create undo tablespace UNDOTBS2_SMALL datafile 'e:/UNDOTBS2_SMALL.dbf' size 10M autoextend off;
alter system set undo_tablespace= UNDOTBS2_SMALL; --更改撤销表空间为上面的小的
接下来使用测试用户连接，对测试表执行闪回归档设置，FLASHBACK ARCHIVE对象权限是启用历史数据跟踪所必需的：
测试的表是xmv502.gl_detail
alter table gl_detail flashback archive fa;--取消对于数据表的闪回归档可以使用如下命令：alter table table_name no flashback archive;
记录当前数据库的scn号，下面删除数据到undo表空间
select current_scn from v$database;-- 3056856
delete from gl_detail where rownumset autotrace on
XMV502@jsce>select count(*) from gl_detail as of scn 3056856;
COUNT(*)
----------
740739
执行计划
----------------------------------------------------------
Plan hash value: 442400851
--------------------------------------------------------------------------------
---------------------------------------
| Id| Operation | Name | Rows| Bytes |
Cost (%CPU)| Time | Pstart| Pstop |
--------------------------------------------------------------------------------
---------------------------------------
| 0 | SELECT STATEMENT | | 1 | |
3231 (1)| 00:00:39 | | |
| 1 |SORT AGGREGATE | | 1 | |
| | | |
| 2 | VIEW | | 38036 | |
3231 (1)| 00:00:39 | | |
| 3 | UNION-ALL | | | |
| | | |
| 4 | PARTITION RANGE SINGLE | | 999 | 25974 |
7 (0)| 00:00:01 | 1 | 1 |
|*5 | TABLE ACCESS FULL | SYS_FBA_HIST_75388 | 999 | 25974 |
7 (0)| 00:00:01 | 1 | 1 |
|*6 | FILTER | | | |
| | | |
|*7 | HASH JOIN OUTER | | 37037 | 72M|
3223 (1)| 00:00:39 | | |
|*8 | TABLE ACCESS BY INDEX ROWID| GL_DETAIL | 37037 | 434K|
3217 (1)| 00:00:39 | | |
| 9 | INDEX FULL SCAN | PK_GL_DETAIL | 740K| |
3217 (1)| 00:00:39 | | |
|* 10 | TABLE ACCESS FULL | SYS_FBA_TCRV_75388 | 999 |1978K|
5 (0)| 00:00:01 | | |
--------------------------------------------------------------------------------
---------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
5 - filter("ENDSCN">3056856 AND "ENDSCN"
页:
[1]