SUMSEN

Oracle&Sql爱好者,用友NC管理员

  博客园 :: 首页 :: 博问 :: 闪存 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::

虽然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 rownum<1000;

现在执行闪回查询,则数据来自UNDO表空间:

在PL/SQL Developer中查看执行计划,比较巧合,一步到位,看到了SYS_FBA字样,说明已经使用了闪回归档

XMV502@jsce>set 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"<=3081868 AND ("STARTSCN" IS NULL OR
"STARTSCN"<=3056856))

   6 - filter("STARTSCN"<=3056856 OR "STARTSCN" IS NULL)
   7 - access("T".ROWID=CHARTOROWID("RID"(+)))
   8 - filter("T"."VERSIONS_STARTSCN" IS NULL)
  10 - filter(("ENDSCN"(+) IS NULL OR "ENDSCN"(+)>3081868) AND ("STARTSCN"(+) IS
 NULL OR

              "STARTSCN"(+)<3081868))

Note
-----
   - dynamic sampling used for this statement (level=2)


统计信息
----------------------------------------------------------
         69  recursive calls
          0  db block gets
      45722  consistent gets
      45614  physical reads
          0  redo size
        425  bytes sent via SQL*Net to client
        415  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          1  sorts (memory)
          0  sorts (disk)
          1  rows processed

 

如果没有的话,可以使用下面代码快速执行

begin
    for i in 1 .. 100 loop
   delete from t where rownum < 31;
   commit;
  end loop;
    end;

通过以上执行计划可以看到,查询闪回来自SYS_FBA_TCRV_75388系统表,该表隶属于闪回归档表空间(xmv502的),用于记录闪回数据:

  

从它可以查到刚刚删除的999条记录

 

  闪回功能生成的字典对象有多个,通过查询USER_TABLES/USER_OBJECTS视图可以获得这些对象的详细信息:

select table_name,tablespace_name from user_tables where table_name like '%FBA%';

 

可以通过数据字典视图来查看关于闪回归档表的记录:

  select * from user_flashback_archive_tables;

闪回归档的数据字典:

     DBA_FLASHBACK_ARCHIVE

  DBA_FLASHBACK_ARCHIVE_TABLES

  DBA_FLASHBACK_ARCHIVE_TS

  USER_FLASHBACK_ARCHIVE

  USER_FLASHBACK_ARCHIVE_TABLES

  总之,闪回数据归档是Oracle 11g提供的重要增强之一,通过合理使用这一增强,可以为数据库提供更为全面的数据生命周期管理,Oracle关于UNDO技术的进化至此又迈进了重要的一步。

posted on 2013-01-20 22:13  sumsen  阅读(1070)  评论(0编辑  收藏  举报