对多种情况下控制文件的理解与疑问，请指正。

grassbell

[B]针对以下5种情况，dump control file，提炼trace（均上传）中部分内容进行比较并理解。蓝色为我的标注，红色为我的问题。[/B]
1．正常运行的数据库
2．正常关闭后
3．shutdown abort 后
4．重建control file noresetlogs（未打开）
5．重建control file resetlogs（未打开）

[B]环境：[/B]
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
Windows 2000 Version 5.0 Service Pack 4

[B]提供一些Tip方便大家重现：[/B]
1)dump control file 的方法：
SQL> oradebug setmypid
Statement processed.
SQL> oradebug dump controlf 4;
Statement processed.

2)16进制转换成10进制的方法：
SQL> select to_number('&A','XXXXXXXX') from dual;
Enter value for a: 3ee95f
old   1: select to_number('&A','XXXXXXXX') from dual
new   1: select to_number('3ee95f','XXXXXXXX') from dual

TO_NUMBER('3EE95F','XXXXXXXX')
------------------------------
                       4122975

[B]为了方便大家阅读，请大家评论的时候注明是那种情况，对问题标明问题号．此文只是抛砖引玉，望大家能提出宝贵意见．多～～谢！[/B]

grassbell

1．正常运行的数据库

关键词：诸多问题；数据文件stop scn 无穷大

SQL> select GROUP#,THREAD#,SEQUENCE#,MEMBERS,ARCHIVED,STATUS,FIRST_CHANGE# from v$log;

    GROUP#    THREAD#  SEQUENCE#    MEMBERS ARC STATUS           FIRST_CHANGE#
---------- ---------- ---------- ---------- --- ---------------- -------------
         1          1         26          1 YES INACTIVE               4146452
         2          1         27          1 NO  CURRENT                4146454
         3          1         25          1 YES INACTIVE               4142055

SQL> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
                 4194445

SQL> desc v$database;
Name                   Description(我自己加的)
----------------------- --------------------
......
CHECKPOINT_CHANGE#     Last SCN checkpointed
CONTROLFILE_CHANGE#    Last change number in backup control file (null if the control file is not a backup)
1.1对这个概念比较模糊？[/COLOR]
ARCHIVE_CHANGE#        Last SCN archived
ARCHIVELOG_CHANGE#     Highest NEXT_CHANGE# (from the V$ARCHIVED_LOG view) for an archived log
......
              
SQL> select CHECKPOINT_CHANGE#,CONTROLFILE_CHANGE#,ARCHIVE_CHANGE#,ARCHIVELOG_CHANGE# from v$database;

CHECKPOINT_CHANGE# CONTROLFILE_CHANGE# ARCHIVE_CHANGE# ARCHIVELOG_CHANGE#
------------------ ------------------- --------------- ------------------
           4146454             4146513         4142055            4146454

此时dump控制文件，去看看trace
Dump file d:\oracle\admin\donnydb2\udump\donnydb2_ora_2648.trc
Wed Jun 16 09:01:06 2004
***************************************************************************
DATABASE ENTRY
***************************************************************************
Database checkpoint: Thread=1 scn: 0x0000.003f4516
(=4146454,即v$database.CHECKPOINT_CHANGE#)[/COLOR]
Arch list: Head=2, Tail=2, Force scn: 0x0000.003f33e7
(=4142055=log3.FIRST_CHANGE#，即v$database.ARCHIVE_CHANGE#)[/COLOR]
（1.2 既然是Last SCN archived，那起码应该比log1.FIRST_CHANGE#还要大吧，log1归档了呀?）[/COLOR]
scn: 0x0000.003f4516
(=4146454,即v$database.ARCHIVELOG_CHANGE#,即归档日志中最高的scn)[/COLOR]
Controlfile Checkpointed at scn:  0x0000.003f4551
(=4146513,即v$database.CONTROLFILE_CHANGE#．1.3,问题同1.1,这个值比CURRENTlog.FIRST_CHANGE#稍微大一点,代表什么呢?)[/COLOR] 06/15/2004 17:51:56
***************************************************************************
CHECKPOINT PROGRESS RECORDS
***************************************************************************
THREAD #1 - status:0x2 flags:0x0 dirty:28
on disk scn: 0x0000.0040005b
(=4194395,1.4这个值比较模糊，跟谁有关系呢？)[/COLOR]  06/16/2004 09:01:00
***************************************************************************
LOG FILE RECORDS
***************************************************************************
LOG FILE #1:
  (name #2) D:\ORACLE\ORADATA\DONNYDB2\REDO01.LOG
Thread 1 redo log links: forward: 2 backward: 0
(记录了前进和后退的日志号)[/COLOR]
Archive links: fwrd: 0 back: 0 Prev scn: 0x0000.003f33e7
(上一个归档日志log3的起始scn)[/COLOR]
Low scn: 0x0000.003f4514 06/15/2004 17:51:05
(=4146452,最开始的scn,即v$log.FIRST_CHANGE#)[/COLOR]
Next scn: 0x0000.003f4516 06/15/2004 17:51:06
(=4146454,最后记录的scn,即下一个日志的v$log.FIRST_CHANGE#)[/COLOR]
LOG FILE #2:
  (name #1) D:\ORACLE\ORADATA\DONNYDB2\REDO02.LOG
Archive links: fwrd: 0 back: 0 Prev scn: 0x0000.003f4514
Low scn: 0x0000.003f4516 06/15/2004 17:51:06
Next scn: 0xffff.ffffffff 01/01/1988 00:00:00
(当前日志，Next scn无限大)[/COLOR]
LOG FILE #3:
  (name #3) D:\ORACLE\ORADATA\DONNYDB2\REDO03.LOG
Archive links: fwrd: 0 back: 0 Prev scn: 0x0000.003f2ba0
Low scn: 0x0000.003f33e7 06/15/2004 16:31:32
Next scn: 0x0000.003f4514 06/15/2004 17:51:05
***************************************************************************
DATA FILE RECORDS
***************************************************************************
DATA FILE #1:
  (name #9) D:\ORACLE\ORADATA\DONNYDB2\SYSTEM01.DBF
tablespace 0, index=1 krfil=1 prev_file=0
(有表空间的信息)[/COLOR]
Checkpoint cnt:561 scn: 0x0000.003f4516 06/15/2004 17:51:06(等于Database checkpoint)[/COLOR]
Stop scn: 0xffff.ffffffff 06/15/2004 16:26:26
(正常运行的数据库的数据文件，stop scn无穷大)[/COLOR]
***************************************************************************
ARCHIVED LOG RECORDS(有对归档日志的记载)[/COLOR]
***************************************************************************
RECID #5 Recno 5 Record timestamp  06/15/04 17:51:07 Thread=1 Seq#=26
  Resetlogs scn and time scn: 0x0000.003d5763 06/14/04 13:08:52
  filename E:\ORADATA\ARCH\ARC00026.001
  Low scn: 0x0000.003f4514 06/15/04 17:51:05 Next scn: 0x0000.003f4516 06/15/04 17:51:06
...

grassbell

2．正常关闭后

关键词：所有数据文件Stop scn=Checkpoint scn

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount
ORACLE instance started.
......
Database mounted.
SQL> select GROUP#,THREAD#,SEQUENCE#,MEMBERS,ARCHIVED,STATUS,FIRST_CHANGE# from v$log;与第２种情况比较发现，关闭时，并不对当前日志实行归档[/COLOR]

    GROUP#    THREAD#  SEQUENCE#    MEMBERS ARC STATUS           FIRST_CHANGE#
---------- ---------- ---------- ---------- --- ---------------- -------------
         1          1         29          1 NO  CURRENT                4197798
         2          1         27          1 YES INACTIVE               4146454
         3          1         28          1 YES INACTIVE               4197668
         
此时dump控制文件，去看看trace
Dump file d:\oracle\admin\donnydb2\udump\donnydb2_ora_2676.trc
Wed Jun 16 10:54:27 2004
***************************************************************************
DATABASE ENTRY
***************************************************************************
Database checkpoint: Thread=1 scn: 0x0000.004016e6
Arch list: Head=1, Tail=1, Force scn: 0x0000.003f4516scn: 0x0000.00400da6
Controlfile Checkpointed at scn:  0x0000.00401382 06/16/2004 10:35:07
***************************************************************************
DATA FILE RECORDS
***************************************************************************
DATA FILE #1:
  (name #9) D:\ORACLE\ORADATA\DONNYDB2\SYSTEM01.DBF
Checkpoint cnt:564 scn: 0x0000.004016e6 06/16/2004 10:51:45
Stop scn: 0x0000.004016e6 06/16/2004 10:51:45(数据文件Stop scn=Checkpoint scn)[/COLOR]

grassbell

3．shutdown abort 后

关键词：所有数据文件Stop scn无穷大，下一次打开需要恢复．

SQL> shutdown abort
ORACLE instance shut down.
SQL> startup mount
ORACLE instance started.
......
Database mounted.

此时dump控制文件，去看看trace
Dump file d:\oracle\admin\donnydb2\udump\donnydb2_ora_3184.trc
Wed Jun 16 11:05:38 2004
***************************************************************************
DATABASE ENTRY
***************************************************************************
Database checkpoint: Thread=1 scn: 0x0000.004016e7
Arch list: Head=1, Tail=1, Force scn: 0x0000.003f4516scn: 0x0000.00400da6
Controlfile Checkpointed at scn:  0x0000.004016e7此时的ctl ckp scn=db ckp scn[/COLOR] 06/16/2004 11:03:36
***************************************************************************
DATA FILE RECORDS
***************************************************************************
(blkno = 0x16, size = 180, max = 254, in-use = 13, last-recid= 7)
DATA FILE #1:
  (name #9) D:\ORACLE\ORADATA\DONNYDB2\SYSTEM01.DBF
Checkpoint cnt:565 scn: 0x0000.004016e7 06/16/2004 11:03:36
Stop scn: 0xffff.ffffffff 06/16/2004 10:51:45(此时的数据文件stop scn无穷大.下一次打开数据库时，oracle发现stop scn<>checkpoint scn,则需要恢复)[/COLOR]

grassbell

4．重建control file noresetlogs（未打开）

SQL> alter database backup controlfile to trace;
Database altered.
．．．．．．
SQL> CREATE CONTROLFILE REUSE DATABASE "DONNYDB2" NORESETLOGS  ARCHIVELOG
  2      MAXLOGFILES 64
  3      MAXLOGMEMBERS 2
  4      MAXDATAFILES 254
  5      MAXINSTANCES 32
  6      MAXLOGHISTORY 226
  7  LOGFILE
  8    GROUP 1 'D:\ORACLE\ORADATA\DONNYDB2\REDO01.LOG'  SIZE 100M,
  9    GROUP 2 'D:\ORACLE\ORADATA\DONNYDB2\REDO02.LOG'  SIZE 100M,
10    GROUP 3 'D:\ORACLE\ORADATA\DONNYDB2\REDO03.LOG'  SIZE 100M
11  DATAFILE
12    'D:\ORACLE\ORADATA\DONNYDB2\SYSTEM01.DBF',
13    'D:\ORACLE\ORADATA\DONNYDB2\UNDOTBS01.DBF',
14    'D:\ORACLE\ORADATA\DONNYDB2\DRSYS01.DBF',
15    'D:\ORACLE\ORADATA\DONNYDB2\INDX02.DBF',
16    'D:\ORACLE\ORADATA\DONNYDB2\USERS01.DBF',
17    'D:\ORACLE\ORADATA\DONNYDB2\XDB01.DBF'
18  CHARACTER SET ZHS16GBK
19  ;

Control file created.

SQL> select GROUP#,THREAD#,SEQUENCE#,MEMBERS,ARCHIVED,STATUS,FIRST_CHANGE# from v$log;(没有关于归档的信息)[/COLOR]         

    GROUP#    THREAD#  SEQUENCE#    MEMBERS ARC STATUS           FIRST_CHANGE#
---------- ---------- ---------- ---------- --- ---------------- -------------
         1          1          4          1 NO  INACTIVE               4200541
         2          1          5          1 NO  INACTIVE               4200543
         3          1          6          1 NO  INVALIDATED[/COLOR]            4200560
         
SQL> select CHECKPOINT_CHANGE#,CONTROLFILE_CHANGE#,ARCHIVE_CHANGE#,ARCHIVELOG_CHANGE# from v$database;

CHECKPOINT_CHANGE# CONTROLFILE_CHANGE# ARCHIVE_CHANGE# ARCHIVELOG_CHANGE#
------------------ ------------------- --------------- ------------------
           4200780                   0               0                  0

此时dump控制文件，去看看trace
Dump file d:\oracle\admin\donnydb2\udump\donnydb2_ora_2636.trc
Wed Jun 16 11:41:01 2004
***************************************************************************
DATABASE ENTRY
***************************************************************************
Controlfile Creation Timestamp  06/16/2004 11:38:27
Database checkpoint: Thread=1 scn: 0x0000.0040194c有对最后一次checkpoint的记载，但是没有下面的信息[/COLOR]
Arch list: Head=1, Tail=3, Force scn: 0x0000.00000000scn: 0x0000.00000000
Controlfile Checkpointed at scn:  0x0000.00000000  
***************************************************************************
REDO THREAD RECORDS
***************************************************************************
THREAD #1 - status:0x6 thread links forward:0 back:0
#logs:3 first:1 last:3 current:3 last used seq#:0x6[/COLOR]
***************************************************************************
LOG FILE RECORDS　（有对日志信息的记载）[/COLOR]
***************************************************************************
(blkno = 0x15, size = 72, max = 64, in-use = 3, last-recid= 0)
LOG FILE #1:
  (name #3) D:\ORACLE\ORADATA\DONNYDB2\REDO01.LOG
Thread 1 redo log links: forward: 2 backward: 0
siz: 0x32000 seq: 0x00000004 hws: 0x3 bsz: 512 nab: 0x2 flg: 0x0 dup: 1
Archive links: fwrd: 2 back: 0 Prev scn: 0x0000.00000000
Low scn: 0x0000.0040185d 06/16/2004 11:35:24
Next scn: 0x0000.0040185f 06/16/2004 11:35:24
***************************************************************************
DATA FILE RECORDS（有对数据文件信息的记载）[/COLOR]
***************************************************************************
DATA FILE #1:
  (name #9) D:\ORACLE\ORADATA\DONNYDB2\SYSTEM01.DBF
Checkpoint cnt:575 scn: 0x0000.0040194c 06/16/2004 11:37:45
Stop scn: 0x0000.0040194c 06/16/2004 11:38:27(数据文件Stop scn=Checkpoint scn)[/COLOR]
***************************************************************************
ARCHIVED LOG RECORDS（没有对归档日志历史的记载）[/COLOR]
***************************************************************************
(blkno = 0x44, size = 584, max = 237, in-use = 0, last-recid= 0)

grassbell

5．重建control file resetlogs（未打开）

SQL> alter database backup controlfile to trace;
Database altered.
．．．．．．
SQL> CREATE CONTROLFILE REUSE DATABASE "DONNYDB2" RESETLOGS  ARCHIVELOG
  2      MAXLOGFILES 64
  3      MAXLOGMEMBERS 2
  4      MAXDATAFILES 254
  5      MAXINSTANCES 32
  6      MAXLOGHISTORY 226
  7  LOGFILE
  8    GROUP 1 'D:\ORACLE\ORADATA\DONNYDB2\REDO01.LOG'  SIZE 100M,
  9    GROUP 2 'D:\ORACLE\ORADATA\DONNYDB2\REDO02.LOG'  SIZE 100M,
10    GROUP 3 'D:\ORACLE\ORADATA\DONNYDB2\REDO03.LOG'  SIZE 100M
11  DATAFILE
12    'D:\ORACLE\ORADATA\DONNYDB2\SYSTEM01.DBF',
13    'D:\ORACLE\ORADATA\DONNYDB2\UNDOTBS01.DBF',
14    'D:\ORACLE\ORADATA\DONNYDB2\DRSYS01.DBF',
15    'D:\ORACLE\ORADATA\DONNYDB2\INDX02.DBF',
16    'D:\ORACLE\ORADATA\DONNYDB2\USERS01.DBF',
17    'D:\ORACLE\ORADATA\DONNYDB2\XDB01.DBF'
18  CHARACTER SET ZHS16GBK
19  ;

Control file created.

SQL> select GROUP#,THREAD#,SEQUENCE#,MEMBERS,ARCHIVED,STATUS,FIRST_CHANGE# from v$log;(初始了日志的所有信息)[/COLOR]

    GROUP#    THREAD#  SEQUENCE#    MEMBERS ARC STATUS           FIRST_CHANGE#
---------- ---------- ---------- ---------- --- ---------------- -------------
         1          1          0          1 YES UNUSED                       0
         2          1          0          1 YES UNUSED                       0
         3          1          0          1 YES INVALIDATED                  0
         
SQL> select CHECKPOINT_CHANGE#,CONTROLFILE_CHANGE#,ARCHIVE_CHANGE#,ARCHIVELOG_CHANGE# from v$database;(初始了scn的所有信息)[/COLOR]

CHECKPOINT_CHANGE# CONTROLFILE_CHANGE# ARCHIVE_CHANGE# ARCHIVELOG_CHANGE#
------------------ ------------------- --------------- ------------------
                 0                   0               0                  0
                 
此时dump控制文件，去看看trace
Dump file d:\oracle\admin\donnydb2\udump\donnydb2_ora_3220.trc
Wed Jun 16 13:18:58 2004
***************************************************************************
DATABASE ENTRY        (初始了ckp/scn的所有信息)[/COLOR]
***************************************************************************
Controlfile Creation Timestamp  06/16/2004 13:20:06
Database checkpoint: Thread=0 scn: 0x0000.00000000
Arch list: Head=0, Tail=0, Force scn: 0x0000.00000000scn: 0x0000.00000000
Controlfile Checkpointed at scn:  0x0000.00000000         
***************************************************************************
REDO THREAD RECORDS
***************************************************************************
#logs:3 first:1 last:3 current:3 last used seq#:0x0[/COLOR]
***************************************************************************
LOG FILE RECORDS（没有对日志信息的记载）[/COLOR]
***************************************************************************
(blkno = 0x15, size = 72, max = 64, in-use = 3, last-recid= 0)
LOG FILE #1:
  (name #3) D:\ORACLE\ORADATA\DONNYDB2\REDO01.LOG
Thread 1 redo log links: forward: 2 backward: 0
siz: 0x32000 seq: 0x00000000 hws: 0x0 bsz: 512 nab: 0x0 flg: 0x1 dup: 1
Archive links: fwrd: 0 back: 0 Prev scn: 0x0000.00000000
Low scn: 0x0000.00000000 01/01/1988 00:00:00
Next scn: 0x0000.00000000 01/01/1988 00:00:00     
***************************************************************************
DATA FILE RECORDS
***************************************************************************
DATA FILE #1:
  (name #9) D:\ORACLE\ORADATA\DONNYDB2\SYSTEM01.DBF
Checkpoint cnt:577 scn: 0x0000.00402bec 06/16/2004 13:18:55(有)[/COLOR]
Stop scn: 0xffff.ffffffff 06/16/2004 13:20:06(数据文件Stop scn无穷大，下次打开需要恢复)[/COLOR]  
***************************************************************************
ARCHIVED LOG RECORDS（没有对归档日志历史的记载）[/COLOR]
***************************************************************************
(blkno = 0x44, size = 584, max = 237, in-use = 0, last-recid= 0)

grassbell

5种情况下的trace文件，供参考

grassbell

写到最后，发现情况原来越多了，实在写不下去了。而且觉得有点罗索，不知道对大家有没有用。

卷心菜

很不错。顶先

lyra

CONTROLFILE_CHANGE# Last change number in backup control file (null if the control file is not a backup)
1.1对这个概念比较模糊？
我也比较困惑于这个概念,不过私下揣测,这代表对控制文件的修改号;比如当我们的日志进行切换时,数据库要做一系列的动作,比如给数据文件头上锁,写上SCN,对控制文件写入信息,最后当控制文件修改完毕,再写一个CONTROLFILE_CHANGE# ,表示控制文件的最后修改完成发生在这个SCN;
所以,CONTROLFILE_CHANGE# 总比数据库的checkpoint大一些.
当然这是个人揣测,可能不准.