首页  ·  知识 ·  
Label
      编辑:  图片来源:网络

闪回恢复时我们往往需要知道恢复到具体哪个SCN或者哪个时间点。这个成为闪回是否有效的关键一点。

  第一、如何获取SCN

   1、当前SCN以及如何获取

      a、 9I之前 :select max(ktuxescnw * power(2, 32) + ktuxescnb) scn from x$ktuxe;

              x$ktuxe中查询出来的是当前结束事物最大SCN值,并不完全是系统当前SCN

       b、9I之后:select dbms_flashback.get_system_change_number from dual;

             dbms_flashback查询出来的是系统当前的SCN值,可能是当前末结束事务所产生的SCN

       备注:dbms_flashback查询的SCN >= X$KTUXE查询的SCN (这里隐含说明如果没新事务产生且所有事务都结束后两者的SCN是相等的)

 2、数据文件中的CHECKPOINT SCN

          数据文件中的CHECKPOINT SCN的数值来的比两种当前的SCN要小,因为CHECKPOINT SCN是指已经写入磁盘的事务

           查询数据文件上的CHECKPOINT SCN:

           select file#,name,checkpoint_change#,to_char(checkpoint_time,'yyyy-mm-dd hh24:mi :ss') ckp_time from v$datafile;

    第二、SCN与TIME的关系

       数据库闪回到某一点一般有两种方法:

       a、基于时间       b、基于SCN

       对于ORACLE而言基于时间的闪回操作比较不精确,往往可能闪回后发现自己需要的数据或者表没有出现。同时,ORACLE即使是基于时间的闪回其最终系统内部还是要转换成对应SCN来完成闪回操作,所以基于SCN的Flashback Query是最准确的。

       在此我们引出了这里讨论的主题:如何建立SCN和TIME的时间关系

      ORACLE提供了一张系统表SMON_SCN_TIME,该表保存了TIME与SCN对应关系。

       在9IR2当中该表是5分钟刷新一次,保存5天的数据,也就是保存1440条记录(5*24*(60/5)=1440)(这个也就是为何无论你UNDO RETENTION 设置多大,其FLASHBACK QUERY只能是5天的数据范围)。

       因此在9IR2版本中表的属性修改与flashback之间时间差必须至少要达到5分钟,不然要出现ORA--01466: unable to read data - table definition has changed的错误。

       在10G版本中这个时间差缩短到了6秒,即每6秒刷新一次该表。

       该表的形式如下:select * from sys.smon_scn_time; -----9i

      

THREAD TIME_MP TIME_DP SCN_WRP SCN_BAS
1 1212371970 2008-6-2 9:59:30 0 1654857
1 1212372375 2008-6-2 10:06:15 0 1674992
1 1212372684 2008-6-2 10:11:25 0 1675907
1 1212372991 2008-6-2 10:16:32 0 1676649

        从上面列表可以发现时间和SCN号对应了起来,同时时间跨度约5分钟。

        通过时间范围来确定对应的SCN就很方便我们做FLASHBACK QUERY或者10G中的闪回。

        比如 select * from t_test as of scn1674992; 

      我们能很方便的查询到6月2日10:06:15的数据情况。

    一般在实际中可以根据这个对应表通过时间来查询过去的数据.

    比如

SQL> select SCN,scn_bas,scn_wrp,time_dp from sys.smon_scn_time where time_dp between to_date('2008-09-23 16:00:00','YYYY-MM-DD HH24:MI:SS') and  to_date('2008-09-23 16:47:00','YYYY-MM-DD HH24:MI:SS');

       SCN    SCN_BAS    SCN_WRP TIME_DP
---------- ---------- ---------- -------------------
5.6347E+10  512665365         13 2008-09-23 16:01:33
5.6347E+10  512666070         13 2008-09-23 16:21:36
5.6347E+10  512666195         13 2008-09-23 16:26:06
5.6347E+10  512666491         13 2008-09-23 16:36:06
5.6347E+10  512666815         13 2008-09-23 16:46:06
5.6347E+10  512666695         13 2008-09-23 16:41:45
5.6347E+10  512665503         13 2008-09-23 16:06:01
5.6347E+10  512665825         13 2008-09-23 16:16:01
5.6347E+10  512665668         13 2008-09-23 16:11:18
5.6347E+10  512666371         13 2008-09-23 16:31:30

此时,看SCN 就比较麻烦,这样我们采用时间方式:

SELECT * FROM TEST AS OF timestamp to_date('2008-09-23 16:36:06','YYYY-MM-DD HH24:MI:SS');

  备注:

   如果时间跨度是大于5天需要查询更加早的数据呢?这里ORACLE提供了另一个可以查询到SCN的工具就是LOGMINER。这里就这个工具不展开讨论。

本文作者:佚名 来源:http://space.itpub.net/
CIO之家 www.ciozj.com 微信公众号:imciow
   
免责声明:本站转载此文章旨在分享信息,不代表对其内容的完全认同。文章来源已尽可能注明,若涉及版权问题,请及时与我们联系,我们将积极配合处理。同时,我们无法对文章内容的真实性、准确性及完整性进行完全保证,对于因文章内容而产生的任何后果,本账号不承担法律责任。转载仅出于传播目的,读者应自行对内容进行核实与判断。请谨慎参考文章信息,一切责任由读者自行承担。
延伸阅读
也许感兴趣的
我们推荐的
主题最新
看看其它的
收藏至微信