冷备下模拟rm-rf*.dbf恢复案例 - 数据库编程

em change number | System Commit Number 但是很多情况下理解成第一种更为准确。
SQL> select current_scn from v$database;
CURRENT_SCN
-----------
0
SQL> alter database open;
数据库已更改。

SQL> select current_scn from v$database;
CURRENT_SCN
-----------
7232872
SQL> select current_scn from v$database;
CURRENT_SCN
-----------
7232878
SQL> select current_scn from v$database;
CURRENT_SCN
-----------
7232879
SQL> select current_scn from v$database;
CURRENT_SCN
-----------
7232905
SQL> select current_scn from v$database;
CURRENT_SCN
-----------
7232915
SQL> select current_scn from v$database;
CURRENT_SCN
-----------
7232917

SCN是oracle的一种时钟机制，随时间而增加，每个数据库都有一个全局SCN,通过SCN oracle来维护数据库的一致性。SCN无处不在，resetlogs scn,checkpoint scn.......
除非数据库重建，否则永远不会为0，上面出现0，是因为数据库还没打开啦。
此时我们在sysY用户下：
SQL> show user;
USER 为 "SYS"
SQL> create table tt(id number,scn number);
表已创建。
SQL> insert into tt values(1,dbms_flashback.get_system_change_number);
已创建 1 行。
SQL> insert into tt values(2,dbms_flashback.get_system_change_number);
已创建 1 行。
SQL> commit;
提交完成。
SQL> select * from tt;
ID SCN
---------- ----------
1 7235265
2 7235294
通过查找tt,可以大致估算我们插入数据时的时间。
查看v$log:

SQL> select group#,status,archived,sequence#,first_change#,next_change# from v$log;
GROUP# STATUS ARC SEQUENCE# FIRST_CHANGE# NEXT_CHANGE#
---------- ---------------- --- ---------- ------------- ------------
1 INACTIVE YES 424 7179754 7189656
2 INACTIVE YES 425 7189656 7227701
3 CURRENT NO 426 7227701 2.8147E+14

有上述插入数据的SCN和目前日志的FIRST_CHANGE#知，上述数据的日志存放在当前日志文件中，也就是序列号为426。上述的FIRST_CHANGE#表示开始使用该组日志时的scn,
next_change#表示切换该组日志时的scn，也就是使用下一组日志的FIRST_CHANGE#。

分析一下status：
current:表示目前使用的日志，毫无疑问。
active:已经完成归档，日志文件已经写入磁盘，可能和该部分日志相对应的数据块的修改还没有写入磁盘，在内存里，所以该日志文件在数据库crash后恢复可能会用到。
inactive:此时已经完成归档，日志文件和对应修改的数据库已经写入磁盘。
由于这三组日志循环切换，产生的日志我们怎么标识呢，
这就是序列号重要的作用了：
SQL> alter system switch logfile;
系统已更改。
SQL> select name,thread#,sequence#,first_change#,next_change# from v$archived_log WHERE sequence# = 426;
NAME THREAD# SEQUENCE# FIRST_CHANGE# NEXT_CHANGE#
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ---------- ---------- ------------- ------------
/u01/app/oracle/flash_recovery_area/ORCL3939/archivelog/2015_04_27/o1_mf_1_426_bmvr5f9j_.arc 1 426 7227701 7236412
看上面的 name,sequence#，知道序列用来标识归档文件的作用了吧。
THREAD#：因为此时数据库是在单实例下，一个数据库对应一个实例：
所以此时thread#可以理解为实例编号。
在RAC下，此时的THREAD#对应的是节点号。我们现在模拟：
SQL> insert into tt values(3,dbms_flashback.get_system_change_number
2 );
已创建 1 行。
SQL> commit;
提交完成。
SQL> alter system switch logfile;
系统已更改。
SQL> insert into tt values(4,dbms_flashback.get_system_change_number
2 );
已创建 1 行。
SQL> COMMIT;
提交完成。
SQL> alter system switch logfile;
系统已更改。
SQL> insert into tt values(5,dbms_flashback.get_syste

冷备下模拟rm-rf*.dbf恢复案例(二)