解读Oracle 9201的控制文件

答案：
 Oracle 9201的控制文件内容列表：

 

 

控制文件头...

数据库项... 

检查点进度记录（该项从Oracle8开始引入）... 

扩展的数据库项（该项从Oracle9i开始引入）... 

重做线程项... 

日志文件项... 

数据文件项... 

临时文件记录项（该项从Oracle9i开始引入）... 

表空间记录项（该项从Oracle8开始引入）... 

Rman配置记录项（该项从Oracle9i开始引入）... 

日志文件历史记录项... 

脱机范围记录项（该项从Oracle8开始引入）... 

归档日志记录项（该项从Oracle8开始引入）... 

使用Rman备份数据库的备份集记录项（该项从Oracle8开始引入）... 

使用Rman备份数据库的备份片记录项（该项从Oracle8开始引入）... 

使用Rman备份数据库的备份数据文件的记录项（该项从Oracle8开始引入）... 

使用Rman备份数据库的备份归档日志文件的记录项（该项从Oracle8开始引入）... 

使用Rman备份数据库时数据文件拷贝的记录项（该项从Oracle8开始引入）... 

使用Rman备份数据库的备份数据文件损坏记录项（该项从Oracle8开始引入）... 

使用Rman备份数据库的数据文件拷贝损坏记录项（该项从Oracle8开始引入）... 

使用Rman备份数据库的删除记录（该项从Oracle8开始引入）... 

使用Rman备份数据库的代理拷贝记录项（该项从Oracle8i开始引入）... 

INCARNATION RECORDS（该项从Oracle9i开始引入）... 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

第1行到第22行的内容为控制文件的头信息，这部分内容的解释参见《转储控制文件头》。
控制文件头
1.     Dump file e:\oracle\admin\test\udump\test_ora_376.trc

2.     Fri May 14 15:09:52 2004

3.     ORACLE V9.2.0.1.0 - Production vsnsta=0

4.     vsnsql=12 vsnxtr=3

5.     Windows 2000 Version 5.0 Service Pack 4, CPU type 586

6.     Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production

7.     With the Partitioning, OLAP and Oracle Data Mining options

8.     JServer Release 9.2.0.1.0 - Production

9.     Windows 2000 Version 5.0 Service Pack 4, CPU type 586

10.  Instance name: test

11.  Redo thread mounted by this instance: 1

12.  Oracle process number: 13

13.  Windows thread id: 376, image: ORACLE.EXE

14.  *** 2004-05-14 15:09:52.000

15.  *** SESSION ID:(10.21) 2004-05-14 15:09:52.000

16.  DUMP OF CONTROL FILES, Seq # 2929 = 0xb71

 

＝＝＝＝＝＝＝第17行到第22行为通用文件头＝＝＝＝＝＝＝＝

17.FILE HEADER:

18.  Software vsn=153092096=0x9200000, Compatibility Vsn=134217728=0x8000000

19.  Db ID=1750352942=0x6854442e, Db Name='TEST1'

20.  Activation ID=0=0x0

21.  Control Seq=2929=0xb71, File size=228=0xe4

22.  File Number=0, Blksiz=8192, File Type=1 CONTROL

**************************控制文件头信息结束****************************

 

 
数据库项
23.**********************************************************************

24.DATABASE ENTRY  

25.**********************************************************************

26.  (blkno = 0x1, size = 192, max = 1, in-use = 1, last-recid= 0)

blkno

size指出数据库项的字节数，本例中为192byte;

max指出最大的块

in-use当前正在使用的块

last-recid

 

27.  DF Version: creation=0x9200000 compatible=0x8000000, Date  07/13/2003 14:30:51

数据文件的版本是9.2.0，兼容版本是8.0

 

28.  DB Name "TEST1"

数据库名为"TEST1"

 

29.  Database flags = 0x00404001

 

 

30.  Controlfile Creation Timestamp  07/13/2003 14:30:52

控制文件的创建时间

 

31.  Incmplt recovery scn: 0x0000.00000000

如果数据库进行过不完全回复，我们可以看出

 

32.  Resetlogs scn: 0x0000.04ada796 Resetlogs Timestamp  07/13/2003 14:34:39

启用Resetlogs时的scn值和时戳，

 

33.  Prior resetlogs scn: 0x0000.04a0b855 Prior resetlogs Timestamp  04/11/2003 09:59:18

启用Resetlogs之前的scn值和时戳

Oracle不能够应用Resetlogs之前的重做日志（redo log file）。

 

34.  Redo Version: creation=0x9200000 compatable=0x9200000

重做日志文件的版本是9.2.0，兼容版本是8.0

 

35.  #Data files = 12, #Online files = 12

数据库总共有12个数据文件，并且这12个文件全部处在联机（online）状态

 

36.  Database checkpoint: Thread=1 scn: 0x0000.04b9d858

 

 

37.  Threads: #Enabled=1, #Open=1, Head=1, Tail=1

当前启用了一个线程，当然，也仅仅打开了这一个线程

 

38.  enabled  threads:  01000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

 

 

39.  Max log members = 3, Max data members = 1

数据库允许每个日志组最多有3个log member；

Oracle目前还不支持数据文件的多路复用，因此，Max data members的值为1，这个条目是为以后的版本升级而预留的。

 

40.  Arch list: Head=3, Tail=3, Force scn: 0x0000.04b93016scn: 0x0000.04b9d857

请注意Force scn，凡是开始scn小于Force scn的重做都被归档。强制scn是所有重做都被归档的scn。

 

41.  Controlfile Checkpointed at scn:  0x0000.04b9d85a 05/14/2004 08:37:00

当前控制文件Checkpointed时的scn为0x0000.04b9d85a？？？

 

42.  thread:0 rba:(0x0.0.0)

43.  enabled  threads:  00000000 00000000 00000000 00000000 00000000 00000000

00000000 00000000

 

 

 
检查点进度记录（该项从Oracle8开始引入）
44.**********************************************************************

45.CHECKPOINT PROGRESS RECORDS

46.  **********************************************************************

检查点进度记录这个条目是从Oracle 8开始出现在控制文件中的。该项目主要用来记录缓冲区高速缓存的状态，每个记录占用控制文件的一个块。

 

47.   (blkno = 0x4, size = 104, max = 1, in-use = 1, last-recid= 0)

48.  THREAD #1 - status:0x2 flags:0x0 dirty:15

线程信息，

 

49.  low cache rba:(0x20.1f0.0) on disk rba:(0x20.204.0)

低速缓存rba（recovery block address）指出了在实例回复或者崩溃恢复中，需要恢复的重做开始值（即，重做日志文件中的一个块地址）；

on disk rba是磁盘上的最高的重做值，在进行实力恢复应用重做的时候必须达到这个值。如果on disk rba

 

50.  on disk scn: 0x0000.04b9f6e2 05/14/2004 15:06:42

on disk scn是on disk rba处的scn值

 

51.  resetlogs scn: 0x0000.04ada796 07/13/2003 14:34:39

启用Resetlogs时的scn值和时戳，和数据库项中的相应条目是一致的

 

 

52.  heartbeat: 526099342 mount id: 903127902

 

 

53.  MTTR statistics status: 3

 

 

54.  Init time: Avg: 23012858, Times measured: 3

55.  File open time: Avg: 123550, Times measured: 43

56.  Log block read time: Avg: 182, Times measured: 32758

57.  Data block handling time: Avg: 22934, Times measured: 135

 

 

 

 

 
扩展的数据库项（该项从Oracle9i开始引入）
58.  ***********************************************************************

59.  EXTENDED DATABASE ENTRY

60.  ***********************************************************************

61.  (blkno =

上一个：ORALCE: Select into VS Insert into select(真的晕)
下一个：Oracle内存结构(四)----如何获得Oracle各内存段的内部信息