• 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 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技术的进化至此又迈进了重要的一步。

  • 相关阅读:
    012 字典
    011 递归
    010 函数与闭包
    009 格式化
    000 机器学习的概念原理
    008 元组
    007 列表
    005 Numpy的基本操作
    071 SparkStreaming与SparkSQL集成
    070 DStream中的transform和foreachRDD函数
  • 原文地址:https://www.cnblogs.com/sumsen/p/2868961.html
Copyright © 2020-2023  润新知