oracle11g新特性：闪回数据归档（Flashback Data Archive）#ocp试验#

bobpxp

　　虽然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"