ITPUB论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

返回列表 发新帖
更多
查看: 14917|回复: 54

[精华] 对多种情况下控制文件的理解与疑问,请指正。 [复制链接]

版主

曾经的深入讨论区斑竹:)

精华贴数
10
技术积分
11953
社区积分
370
注册时间
2003-6-13
论坛徽章:
11
授权会员
日期:2005-10-30 17:05:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01ITPUB北京九华山庄2008年会纪念徽章
日期:2008-01-21 16:50:24参与2007年甲骨文全球大会(中国上海)纪念
日期:2007-08-06 15:19:02会员2006贡献徽章
日期:2006-04-17 13:46:34管理团队2006纪念徽章
日期:2006-04-16 22:44:45管理团队成员
日期:2011-05-07 01:45:08
发表于 2004-6-16 14:11:07 |显示全部楼层
[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]

版主

曾经的深入讨论区斑竹:)

精华贴数
10
技术积分
11953
社区积分
370
注册时间
2003-6-13
论坛徽章:
11
授权会员
日期:2005-10-30 17:05:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01ITPUB北京九华山庄2008年会纪念徽章
日期:2008-01-21 16:50:24参与2007年甲骨文全球大会(中国上海)纪念
日期:2007-08-06 15:19:02会员2006贡献徽章
日期:2006-04-17 13:46:34管理团队2006纪念徽章
日期:2006-04-16 22:44:45管理团队成员
日期:2011-05-07 01:45:08
发表于 2004-6-16 14:11:44 |显示全部楼层

1.正常运行的数据库

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
...

使用道具 举报

版主

曾经的深入讨论区斑竹:)

精华贴数
10
技术积分
11953
社区积分
370
注册时间
2003-6-13
论坛徽章:
11
授权会员
日期:2005-10-30 17:05:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01ITPUB北京九华山庄2008年会纪念徽章
日期:2008-01-21 16:50:24参与2007年甲骨文全球大会(中国上海)纪念
日期:2007-08-06 15:19:02会员2006贡献徽章
日期:2006-04-17 13:46:34管理团队2006纪念徽章
日期:2006-04-16 22:44:45管理团队成员
日期:2011-05-07 01:45:08
发表于 2004-6-16 14:13:18 |显示全部楼层

2.正常关闭后

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;与第2种情况比较发现,关闭时,并不对当前日志实行归档[/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]

使用道具 举报

版主

曾经的深入讨论区斑竹:)

精华贴数
10
技术积分
11953
社区积分
370
注册时间
2003-6-13
论坛徽章:
11
授权会员
日期:2005-10-30 17:05:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01ITPUB北京九华山庄2008年会纪念徽章
日期:2008-01-21 16:50:24参与2007年甲骨文全球大会(中国上海)纪念
日期:2007-08-06 15:19:02会员2006贡献徽章
日期:2006-04-17 13:46:34管理团队2006纪念徽章
日期:2006-04-16 22:44:45管理团队成员
日期:2011-05-07 01:45:08
发表于 2004-6-16 14:13:43 |显示全部楼层

3.shutdown abort 后

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]

使用道具 举报

版主

曾经的深入讨论区斑竹:)

精华贴数
10
技术积分
11953
社区积分
370
注册时间
2003-6-13
论坛徽章:
11
授权会员
日期:2005-10-30 17:05:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01ITPUB北京九华山庄2008年会纪念徽章
日期:2008-01-21 16:50:24参与2007年甲骨文全球大会(中国上海)纪念
日期:2007-08-06 15:19:02会员2006贡献徽章
日期:2006-04-17 13:46:34管理团队2006纪念徽章
日期:2006-04-16 22:44:45管理团队成员
日期:2011-05-07 01:45:08
发表于 2004-6-16 14:14:01 |显示全部楼层

4.重建control file noresetlogs(未打开)

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)

使用道具 举报

版主

曾经的深入讨论区斑竹:)

精华贴数
10
技术积分
11953
社区积分
370
注册时间
2003-6-13
论坛徽章:
11
授权会员
日期:2005-10-30 17:05:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01ITPUB北京九华山庄2008年会纪念徽章
日期:2008-01-21 16:50:24参与2007年甲骨文全球大会(中国上海)纪念
日期:2007-08-06 15:19:02会员2006贡献徽章
日期:2006-04-17 13:46:34管理团队2006纪念徽章
日期:2006-04-16 22:44:45管理团队成员
日期:2011-05-07 01:45:08
发表于 2004-6-16 14:14:24 |显示全部楼层

5.重建control file resetlogs(未打开)

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)

使用道具 举报

版主

曾经的深入讨论区斑竹:)

精华贴数
10
技术积分
11953
社区积分
370
注册时间
2003-6-13
论坛徽章:
11
授权会员
日期:2005-10-30 17:05:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01ITPUB北京九华山庄2008年会纪念徽章
日期:2008-01-21 16:50:24参与2007年甲骨文全球大会(中国上海)纪念
日期:2007-08-06 15:19:02会员2006贡献徽章
日期:2006-04-17 13:46:34管理团队2006纪念徽章
日期:2006-04-16 22:44:45管理团队成员
日期:2011-05-07 01:45:08
发表于 2004-6-16 14:17:35 |显示全部楼层
5种情况下的trace文件,供参考
附件: 你需要登录才可以下载或查看附件。没有帐号?注册

使用道具 举报

版主

曾经的深入讨论区斑竹:)

精华贴数
10
技术积分
11953
社区积分
370
注册时间
2003-6-13
论坛徽章:
11
授权会员
日期:2005-10-30 17:05:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01ITPUB北京九华山庄2008年会纪念徽章
日期:2008-01-21 16:50:24参与2007年甲骨文全球大会(中国上海)纪念
日期:2007-08-06 15:19:02会员2006贡献徽章
日期:2006-04-17 13:46:34管理团队2006纪念徽章
日期:2006-04-16 22:44:45管理团队成员
日期:2011-05-07 01:45:08
发表于 2004-6-16 14:28:58 |显示全部楼层
写到最后,发现情况原来越多了,实在写不下去了。而且觉得有点罗索,不知道对大家有没有用。

使用道具 举报

注册会员

一般会员

精华贴数
0
技术积分
80
社区积分
7
注册时间
2004-6-10
论坛徽章:
0
发表于 2004-6-16 14:58:24 |显示全部楼层
很不错。顶先

使用道具 举报

注册会员

中级会员

精华贴数
0
技术积分
540
社区积分
0
注册时间
2003-11-15
论坛徽章:
0
发表于 2004-6-16 15:01:00 |显示全部楼层

Re: 1.正常运行的数据库

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大一些.
当然这是个人揣测,可能不准.

使用道具 举报

相关内容推荐
您需要登录后才可以回帖 登录 | 注册

TOP技术积分榜 社区积分榜 徽章 电子杂志 团队 统计 邮箱 虎吧 老博客 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档 | IT博客
CopyRight 1999-2011 itpub.net All Right Reserved. 北京皓辰网域网络信息技术有限公司版权所有 联系我们 网站律师 隐私政策 知识产权声明
京ICP证:060528号 北京市公安局海淀分局网监中心备案编号:1101082001 广播电视节目制作经营许可证:编号(京)字第1149号
  
回顶部