如何查看Control File中保存的内容

 

Control File是二进制文件,用普通的方法很难知道其中到底保存了什么内容,但是Oracle却提供了一个SQL*PLUS命令来将Control File的内容dump到文本文件中。

方法如下: 以SYSDBA身份登入SQL*PLUS

sys@JILL>oradebug setmypid
Statement processed.

sys@JILL>oradebug dump controlf 3(bt啊。。。control +f....)
Statement processed.
sys@JILL>

sys@JILL>select type from V$controlfile_record_section; 可以提前看看controlfile里面到底藏了哪些信息 呵呵!

可见我的数据库中在controlfile中主要记录了34中信息,很多都是rman产生的,没有使用catalog,所以很多信息都放在了controlfile中。

TYPE
----------------------------
DATABASE
CKPT PROGRESS
REDO THREAD
REDO LOG
DATAFILE
FILENAME
TABLESPACE
TEMPORARY FILENAME
RMAN CONFIGURATION
LOG HISTORY
OFFLINE RANGE
ARCHIVED LOG
BACKUP SET
BACKUP PIECE
BACKUP DATAFILE
BACKUP REDOLOG
DATAFILE COPY
BACKUP CORRUPTION
COPY CORRUPTION
DELETED OBJECT
PROXY COPY
BACKUP SPFILE
DATABASE INCARNATION
FLASHBACK LOG
RECOVERY DESTINATION
INSTANCE SPACE RESERVATION
REMOVABLE RECOVERY FILES
RMAN STATUS
THREAD INSTANCE NAME MAPPING
MTTR
DATAFILE HISTORY
STANDBY DATABASE MATRIX
GUARANTEED RESTORE POINT
RESTORE POINT

34 rows selected.

将把control file dump到USER_DUMP_DEST初始化参数指定的目录下。


sys@JILL>show parameter USER_DUMP_DEST

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
user_dump_dest                       string      /export/home/oracle/product/10
                                               .2/rdbms/log

其中3为dump level。 level的解释如下:

1 :only the file header

2 :just the file header, the database info record, and checkpoint progress records

3 :all record types, but just the earliest and latest records for circular reuse record types

4 :as above, but includes the 4 most recent records for circular reuse record types

5+ :as above, but the number of circular reuse records included doubles with each level

http://blog.csdn.net/lunar2000/archive/2004/11/30/198942.aspx

http://blog.csdn.net/lunar2000/archive/2004/11/30/198956.aspx

对controlfile很详细的解读

=====我的controlfile 导出如下,搞懂controfile会让你对整个数据库的结构有非常清晰的了解。===========

Dump file /export/home/oracle/product/10.2/rdbms/log/ora10g_ora_1388.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /export/home/oracle/product/10.2
System name:    SunOS
Node name:    james.jill.com
Release:    5.10
Version:    Generic_127128-11
Machine:    i86pc
Instance name: ora10g
Redo thread mounted by this instance: 1
Oracle process number: 21
Unix process pid: 1388, image: oracle@james.jill.com (TNS V1-V3)

*** 2008-11-15 15:46:41.690
*** SERVICE NAME:(SYS$USERS) 2008-11-15 15:46:41.689
*** SESSION ID:(32.15) 2008-11-15 15:46:41.689
DUMP OF CONTROL FILES, Seq # 2217 = 0x8a9
V10 STYLE FILE HEADER:
    Compatibility Vsn = 169869312=0xa200000
    Db ID=2268329493=0x8733f615, Db Name='JILL'
    Activation ID=0=0x0
    Control Seq=2217=0x8a9, File size=418=0x1a2
    File Number=0, Blksiz=16384, File Type=1 CONTROL

友情提示:看这些16进制(OX打头的)的信息,可以使用windows自带的计算器的科学模式,快速的进行16进制和10进制的转换。


***************************************************************************
1 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)
10/09/2008 23:17:41
DB Name "JILL"
Database flags = 0x10404001 0x00001000
Controlfile Creation Timestamp 10/09/2008 23:17:42 数据库创建时间
Incmplt recovery scn: 0x0000.00000000
Resetlogs scn: 0x0000.00099829 Resetlogs Timestamp 11/02/2008 00:58:37 最近的一次resetlog
Prior resetlogs scn: 0x0000.00065ea8 Prior resetlogs Timestamp 10/26/2008 21:25:52
Redo Version: compatible=0xa200000
#Data files = 8, #Online files = 8
Database checkpoint: Thread=1 scn: 0x0000.000ae5a4 导出时的scn
Threads: #Enabled=1, #Open=1, Head=1, Tail=1
enabled threads:       01000000 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 00000000 00000000 00000000 00000000 00000000
Max log members = 5, Max data members = 1
Arch list: Head=1, Tail=1, Force scn: 0x0000.000a986dscn: 0x0000.000a9870
Activation ID: 2270298222
Controlfile Checkpointed at scn: 0x0000.000afdbf 11/15/2008 15:21:55
thread:0 rba:(0x0.0.0)
enabled threads: 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
00000000 00000000 00000000 00000000 00000000 00000000




***************************************************************************
2 CHECKPOINT PROGRESS RECORDS

***************************************************************************
(size = 8180, compat size = 8180, section max = 4, section in-use = 0,
last-recid= 0, old-recno = 0, last-recno = 0)
(extent = 1, blkno = 2, numrecs = 4)
THREAD #1 - status:0x2 flags:0x0 dirty:2
low cache rba:(0x4.26d80.0) on disk rba:(0x4.26d86.0)
on disk scn: 0x0000.000affb6 11/15/2008 15:45:25
resetlogs scn: 0x0000.00099829 11/02/2008 00:58:37
heartbeat: 670840101 mount id: 2271478102
Flashback log tail log# 12 thread# 1 seq 50 block 123 byte 0




***************************************************************************
3 EXTENDED DATABASE ENTRY
***************************************************************************
(size = 276, compat size = 276, section max = 1, section in-use = 1,
last-recid= 0, old-recno = 0, last-recno = 0)
(extent = 1, blkno = 130, numrecs = 1)
Control AutoBackup date(dd/mm/yyyy)= 9/11/2008
Next AutoBackup sequence= 3
Database recovery target inc#:4, Last open inc#:4
flg:0x0, flag:0x1
Change tracking state=0, file index=0, checkpoint count=0
Flashback log count=18, block count=9276
Oldest guarantee restore point=0
Highest thread enable/disable scn: 0x0000.00000000
Number of Open thread with finite next SCN in last log: 0




***************************************************************************
4 REDO THREAD RECORDS
***************************************************************************
(size = 256, compat size = 256, section max = 1, section in-use = 1,
last-recid= 0, old-recno = 0, last-recno = 0)
(extent = 1, blkno = 5, numrecs = 1)
THREAD #1 - status:0xbf thread links forward:0 back:0
#logs:3 first:1 last:3 current:1 last used seq#:0x4
enabled at scn: 0x0000.00099829 11/02/2008 00:58:37
disabled at scn: 0x0000.00000000 01/01/1988 00:00:00
opened at 11/15/2008 13:15:14 by instance ora10g
Checkpointed at scn: 0x0000.000ae5a4 11/15/2008 13:15:14
thread:1 rba:(0x4.1a723.10)
enabled threads: 01000000 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 00000000 00000000 00000000 00000000 00000000
log history: 30




***************************************************************************
5 LOG FILE RECORDS
***************************************************************************
(size = 72, compat size = 72, section max = 5, section in-use = 5,
last-recid= 12, old-recno = 0, last-recno = 0)
(extent = 1, blkno = 6, numrecs = 5)
LOG FILE #1:
(name #1) /export/home/oradata/redo_log/redo01.log

Thread 1 redo log links: forward: 2 backward: 0
siz: 0x32000 seq: 0x00000004 hws: 0xa bsz: 512 nab: 0xffffffff flg: 0x8 dup: 1
Archive links: fwrd: 0 back: 0 Prev scn: 0x0000.000a837e
Low scn: 0x0000.000a9870 11/09/2008 23:21:24
Next scn: 0xffff.ffffffff 01/01/1988 00:00:00
LOG FILE #2:
(name #2) /export/home/oradata/redo_log/redo02.log

Thread 1 redo log links: forward: 3 backward: 1
siz: 0x32000 seq: 0x00000002 hws: 0x6 bsz: 512 nab: 0x454 flg: 0x1 dup: 1
Archive links: fwrd: 0 back: 0 Prev scn: 0x0000.00099829
Low scn: 0x0000.000a8183 11/05/2008 21:00:58
Next scn: 0x0000.000a837e 11/05/2008 21:16:45
LOG FILE #3:
(name #3) /export/home/oradata/redo_log/redo03.log

Thread 1 redo log links: forward: 0 backward: 2
siz: 0x32000 seq: 0x00000003 hws: 0x8 bsz: 512 nab: 0xa3d5 flg: 0x1 dup: 1
Archive links: fwrd: 0 back: 0 Prev scn: 0x0000.000a8183
Low scn: 0x0000.000a837e 11/05/2008 21:16:45
Next scn: 0x0000.000a9870 11/09/2008 23:21:24
LOG FILE #4: <deleted>
Thread 0 redo log links: forward: 0 backward: 0

siz: 0x0 seq: 0x00000000 hws: 0x0 bsz: 0 nab: 0x0 flg: 0x3 dup: 0
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
LOG FILE #5: <deleted>
Thread 0 redo log links: forward: 0 backward: 0

siz: 0x0 seq: 0x00000000 hws: 0x0 bsz: 0 nab: 0x0 flg: 0x3 dup: 0
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


 

From:http://hi.baidu.com/dba_james/blog/item/133c47d8f91924ee38012f66.html

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在 Oracle 数据库,可以通过修改参数控制 Control File 的备份周期。具体操作如下: 1.登录到数据库服务器并以管理员身份启动 SQL*Plus 或其他 Oracle 数据库客户端工具。 2.使用 SYS 或其他具有 SYSDBA 权限的用户登录到数据库实例。 3.执行以下语句查看当前数据库Control File 自动备份配置: ``` SHOW CONTROLFILE AUTOBACKUP; ``` 如果输出结果为 "OFF",表示当前未启用 Control File 自动备份功能;如果输出结果为 "ON",表示当前已启用 Control File 自动备份功能,并且备份周期默认为每次备份数据库时都会备份 Control File。 4.如果需要修改 Control File 自动备份周期,可以执行以下语句: ``` CONFIGURE CONTROLFILE AUTOBACKUP ON; CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/u01/backup/%F'; CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE TAPE TO '/dev/rmt0'; CONFIGURE CONTROLFILE AUTOBACKUP MAXCOPIES 3; ``` 其,第一条语句用于启用 Control File 自动备份功能,第二条语句用于指定备份文件的格式和存储路径,第三条语句用于指定备份文件的最大备份数量。在这个例子,自动备份的 Control File 文件将会保存在磁盘上的 /u01/backup 目录,备份文件名的格式为 %F,表示使用时间戳作为备份文件名的一部分;同时,还指定了备份文件最大备份数量为 3,表示最多只保留 3 个备份文件。 5.执行以下语句验证修改是否生效: ``` SHOW CONTROLFILE AUTOBACKUP; ``` 如果输出结果为修改后的值,表示修改已生效。 注意:修改 Control File 自动备份的参数需要谨慎操作,必须确保备份文件的存储路径和备份文件的最大备份数量设置合理,否则可能会导致备份文件过多或存储位置不正确的问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值