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

« 当Oracle9i的OPTIMIZER_MODE = FIRST_ROWS时EXP过慢的解决方法 | Blog首页 | 对referrers.cgi(反向链接)的一点调整 »

数据文件SCN的一致性问题

回答几个留言板上的问题:
1、数据库正常运行中,所有数据文件的SCN都是一致的吗?
2、将一数据文件offline后,再将其online时,这个数据文件的SCN会前提吗?假如是,前提到的SCN是怎么确定的?

1.数据库正常运行时,所有数据文件的SCN不一定一致。
问题在这个所有上,比如Offline表空间,数据文件的SCN会被冻结,而且表空间的数据文件offline/online时又会发生文件检查点,使单个数据文件SCN和数据库其他问题不一致。

2.表空间online时,Oracle会取得当前SCN,解冻offline文件SCN,和当前SCN同步。
简单的实验就可以清晰地看到这些变化:
SQL> set echo on
SQL> @a
SQL> alter system checkpoint;

System altered.

SQL> select file#,checkpoint_change# from v$datafile;

     FILE# CHECKPOINT_CHANGE#
---------- ------------------
         1          546198149
         2          546198149
         3          546198149

SQL> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
               546198149

SQL> alter tablespace users offline;

Tablespace altered.

SQL> select file#,checkpoint_change# from v$datafile;

     FILE# CHECKPOINT_CHANGE#
---------- ------------------
         1          546198149
         2          546198149
         3          546198153

SQL> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
               546198159

SQL> alter tablespace users online;

Tablespace altered.

SQL> select file#,checkpoint_change# from v$datafile;

     FILE# CHECKPOINT_CHANGE#
---------- ------------------
         1          546198149
         2          546198149
         3          546198162

SQL> 
SQL> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
               546198178



如果是单纯的offline datafile,那么将不会触发文件检查点,只有针对offline tablespace的时候才会触发文件检查点,这也是为什么online datafile需要media recovery而online tablespace不需要。
实验结果是最好的明证。

历史上的今天...
    >> 2012-08-06文章:
    >> 2010-08-06文章:
    >> 2009-08-06文章:
           ASM的一张体系结构简图
    >> 2008-08-06文章:
           骨肉情深
    >> 2007-08-06文章:

无觅

By eygle on 2005-08-06 23:28 | Comments (6) | Backup&Recovery | 368 |

6 Comments

对于数据文件的offline我补充一点吧,如果是单纯的offline datafile,那么将不会触发文件检查点,只有针对offline tablespace的时候才会触发文件检查点,这也是为什么online datafile需要media recovery而online tablespace不需要。

恩,这个确实是我没写清楚,修正过来。

有个问题,想请教一下啊?
对于第二点:我的理解也是这样的,但现在看到一个问题
2.表空间online时,Oracle会取得当前SCN,解冻offline文件SCN,和当前SCN同步。
SQL> alter tablespace users online;

Tablespace altered.

SQL> select file#,checkpoint_change# from v$datafile;

FILE# CHECKPOINT_CHANGE#
---------- ------------------
1 546198149
2 546198149
3 546198162

SQL>
SQL> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
546198178

这两个所看到的并不一致啊?

数据库的SCN会不停变化的,GET_SYSTEM_CHANGE_NUMBER获得的是当前SCN,会高于数据文件的SCN的.

我对通过dbms_flashback.get_system_change_number 是不断的变化,并没有像eygle大师那样说的情况。。

但是select file#,checkpoint_change# from v$datafile

是offline然后online之后就可以了。。

Hopewell_Go 说的是什么意思啊?我没大看明白


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