eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

« 10gRAC系列之二-使用srvctl管理RAC数据库 | Blog首页 | 10gRAC系列之三-使用crs_stat工具查看资源状态 »

Oracle10g中SCN与TimeStamp的相互转换
modb.pro

作为对于闪回操作(flashback)的一个增强,Oracle10g提供了函数对于SCN和时间戳进行相互转换。

首先通过dbms_flashback.get_system_change_number 可以获得系统当前的SCN值:

SQL> col scn for 9999999999999
SQL> select dbms_flashback.get_system_change_number scn from dual;

SCN
--------------
8908390522972

通过scn_to_timestamp函数可以将SCN转换为时间戳:

SQL> select scn_to_timestamp(8908390522972) scn from dual;

SCN
---------------------------------------------------------------------------
05-JAN-07 10.56.30.000000000 AM

再通过timestamp_to_scn可以将时间戳转换为SCN:

SQL> select timestamp_to_scn(scn_to_timestamp(8908390522972)) scn from dual;

SCN
--------------
8908390522972

通过这两个函数,最终Oracle将SCN和时间的关系建立起来,在Oracle10g之前,是没有办法通过函数转换得到SCN和时间的对应关系的,一般可以通过logmnr分析日志获得。

但是这种转换要依赖于数据库内部的数据记录,对于久远的SCN则不能转换,请看以下举例:

SQL> select min(FIRST_CHANGE#) scn,max(FIRST_CHANGE#) scn from v$archived_log;

SCN SCN
------------------ ------------------
8907349093953 8908393582271

SQL> select scn_to_timestamp(8907349093953) scn from dual;
select scn_to_timestamp(8907349093953) scn from dual
*
ERROR at line 1:
ORA-08181: specified number is not a valid system change number
ORA-06512: at "SYS.SCN_TO_TIMESTAMP", line 1
ORA-06512: at line 1


SQL> select scn_to_timestamp(8908393582271) scn from dual;

SCN
---------------------------------------------------------------------------
05-JAN-07 11.45.50.000000000 AM

-The End-


历史上的今天...
    >> 2014-01-08文章:
    >> 2010-01-08文章:
    >> 2008-01-08文章:
    >> 2005-01-08文章:
           Oracle初始化参数的来源

By eygle on 2007-01-08 11:02 | Comments (6) | Backup&Recovery | SQL.PLSQL | 1312 |

6 Comments

结合ora_rowscn就更好玩了

恩,Oracle在这些小地方做的增强的确不少;不过实际用途却不大了。

从v$database和从dbms_flashback.get_system_change_num中查询出来的当前SCN总有差异,是否是因为在我切换查询语句的这个时间点中SCN就已经发生变化了?但是记得你在书上说SCN是3秒才变一次,但是这两个地方查询出来的SCN相差8-20.

oracle10g中能不能只闪回一个user或一个表空间?因为实际业务中,我们有很多数据库用户,但是一次升级脚本只针对一个用户,如果想回滚升级脚本,似乎只能拿备份文件来恢复,如果oracle闪回能提供这样的功能的话,就能解决很多问题。

flashback drop功能只能闪回表及表中的数据,但是表上的主键、索引闪回后名称都用recyclebin中的标识,似乎不是很好。
flashback drop功能也不能闪回被drop掉的视图、包等objects,这方面的加强只能期待下个版本了。

为了能够闪会行级数据,建表的时候可以加rowdependencies选项。想请教这个选项加上以后对系统的性能、存储等方面都有哪些影响?
rowdependencies还有哪些其他作用?谢谢!


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com