dump的control file简单分析

      开始接触ORACLE时候，控制文件，日志文件，数据文件，这三种文件很重，为什么呢？ 数据文件重要是因为存放了数据，日志文件重要是因为记录所有操作的信息，但是控制文件很重要是因为记录数据库的结构信息，但是到底记录了哪些信息？ 运行中的数据库，放在内存里的控制文件的信息又是什么样子呢？接下来我简单的说明一下有关dump出来的控制文件。

      这里我是利用oradebug工具从测试环境里dump的控制文件，是个基于10gR2的双节点RAC，在这里我只会拿出控制文件里部分重要的信息，会省略了一部分信息。

      首先了解一些简单的名词或概念：

检查点结构：主要由检查点SCN和当前激活的线程标识等
检查点位置：数据文件头部和控制文件中每个重做线程的记录
数据库检查点：记录在控制文件的数据库信息部分，是所有打开的线程中线程检查点SCN最小的线程检查点
线程检查点:每个激活的线程在控制文件中的记录中都包含了一个检查点结构，称之为线程检查点;这个检查点中的SCN字段就是线程检查点SCN，还有线程序号和RBA字段指明了这个线程检查点跟哪个SCN相关。

     这里提出一个疑问：在RAC下，如果把redo log放在非共享磁盘，会出现什么情况？

     控制文件的头信息

/u01/app/oracle/admin/trsendb/udump/trsendb1_ora_19945.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1
System name:    Linux
Node name:    trsen01--节点名
Release:    2.6.18-194.el5--系统内核版本
Version:    #1 SMP Tue Mar 16 21:52:43 EDT 2010
Machine:    i686--机器cpu类型
Instance name: trsendb1--实例名
Redo thread mounted by this instance: 1
Oracle process number: 23
Unix process pid: 19945, image: oracle@trsen01 (TNS V1-V3)

controlfile的大小:932*(16384/1024)+(16384/1024)=14928,注意这里不要少算一个块头的大小
*** 2014-02-26 09:17:01.880
*** ACTION NAME:() 2014-02-26 09:17:01.880
*** MODULE NAME:(sqlplus@trsen01 (TNS V1-V3)) 2014-02-26 09:17:01.880
*** SERVICE NAME:(SYS$USERS) 2014-02-26 09:17:01.880
*** SESSION ID:(130.15) 2014-02-26 09:17:01.880
DUMP OF CONTROL FILES, Seq # 624 = 0x270
 V10 STYLE FILE HEADER:
    Compatibility Vsn = 169870592=0xa200500
    Db ID=40091397=0x263bf05, Db Name='TRSENDB'--数据库的DBID，全球唯一，及数据库的名字
    Activation ID=0=0x0
    Control Seq=624=0x270, File size=932=0x3a4--块数
    File Number=0, Blksiz=16384, File Type=1 CONTROL--块大小     控制文件的头信息

数据库信息

***************************************************************************
DATABASE ENTRY
***************************************************************************
 (size = 316, compat size = 316, section max = 1, section in-use = 1,
  last-recid= 0, old-recno = 0, last-recno = 0)
 (extent = 1, blkno = 1, numrecs = 1)
 02/13/2014 15:00:21
 DB Name "TRSENDB" --数据库名，并不是实例名
 Database flags = 0x00404000 0x00001000
 Controlfile Creation Timestamp  02/13/2014 15:00:24--控制文件的创建时间
 Incmplt recovery scn: 0x0000.00000000
 Resetlogs scn: 0x0000.0005ea13 Resetlogs Timestamp  02/13/2014 15:00:25 --使用resetlogs时的scn及时间
 Prior resetlogs scn: 0x0000.00000001 Prior resetlogs Timestamp  04/15/2010 13:14:39--使用resetlogs之前的SCN和时间
 Redo Version: compatible=0xa200500
 #Data files = 7, #Online files = 7 --数据文件个数，在online状态的数据文件个数
 Database checkpoint: Thread=1 scn: 0x0000.001910aa --发生完全检查点的SCN及线程号
 Threads: #Enabled=2, #Open=1, Head=1, Tail=1
 enabled  threads:  01100000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
  00000000 0000000