li
  当前位置:主页 > 性能优化 > 文章内容
li
解读oracle控制文件
来源: www.ixdba.net  作者: IXDBA.NET官方    时间:2007-12-15   阅读:42  
本文章共28792字,分3页,当前第1页,快速翻页:
 

Oracle 9201的控制文件内容列表:

控制文件头..

数据库项..

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

扩展的数据库项(该项从Oracle9i开始引入)..

IXDBA.NET技术社区

重做线程项..

日志文件项..

数据文件项..

临时文件记录项(该项从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

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

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

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

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

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

当前控制文件Checkpointed时的scn0x0000.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)

低速缓存rbarecovery block address)指出了在实例恢复或者崩溃恢复中,需要恢复的重做开始值(即,重做日志文件中的一个块地址)

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

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

on disk scnon 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 = 0x71, size = 276, max = 1, in-use = 1, last-recid= 0)

62.  Control AutoBackup date(dd/mm/yyyy)=13/ 7/2003

63.  Next AutoBackup sequence= 0

重做线程项

64.***********************************************

65.REDO THREAD RECORDS  

66.***********************************************

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

68.  THREAD #1 - status:0xf thread links forward:0 back:0

69.  #logs:4 first:1 last:4 current:3 last used seq#:0x20

这个条目说明数据库中总共有4个日志文件组,第一个组为