转储控制文件头

控制

 

 
 
 

转出控制文件必须在数据库打开(OPEN)或者安装(MOUNT)的状态下进行。

 

1.      连接数据库

E:\>sqlplus "/ as sysdba"

 

SQL*Plus: Release 9.2.0.1.0 - Production on 星期五 5月 14 08:52:03 2004

 

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

 

连接到:

Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production

With the Partitioning, OLAP and Oracle Data Mining options

JServer Release 9.2.0.1.0 - Production

 

2.      确定跟踪文件的目录:

sys@TEST_LUNAR> show parameter dump

 

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

background_core_dump                 string      partial

background_dump_dest                 string      e:\oracle\admin\test\bdump

core_dump_dest                       string      e:\oracle\admin\test\cdump

max_dump_file_size                   string      UNLIMITED

shadow_core_dump                     string      partial

user_dump_dest                       string      e:\oracle\admin\test\udump

sys@TEST_LUNAR>

 

sys@TEST_LUNAR> host dir E:\oracle\admin\test\udump

 驱动器 E 中的卷是 ORACLE

 卷的序列号是 707A-C50C

 

 E:\oracle\admin\test\udump 的目录

 

2002-01-13  21:59       <DIR>          .

2002-01-13  21:59       <DIR>          ..

               0 个文件              0 字节

               2 个目录  2,444,267,520 可用字节

 

3.      转储控制文件头

sys@TEST_LUNAR> alter session set events 'immediate trace name controlf level 1';

 

会话已更改。

 

sys@TEST_LUNAR> host dir E:\oracle\admin\test\udump

 驱动器 E 中的卷是 ORACLE

 卷的序列号是 707A-C50C

 

 E:\oracle\admin\test\udump 的目录

 

2002-01-13  21:59       <DIR>          .

2002-01-13  21:59       <DIR>          ..

2004-05-14  09:06                  949 test_ora_1364.trc

               1 个文件            949 字节

               2 个目录  2,444,263,424 可用字节

 

sys@TEST_LUNAR>

 

 

4.      解读dump出来的控制文件头(level 1)信息

以下是test_ora_1364.trc的内容(共23行):

(1)     Dump file e:\oracle\admin\test\udump\test_ora_1364.trc

 

(2)       Fri May 14 09:06:10 2004

创建跟踪文件的时戳

 

(3)       ORACLE V9.2.0.1.0 - Production vsnsta=0

数据库当前的版本是V9.2.0.1.0

注意:与(18)条目的区别

 

(4)       vsnsql=12 vsnxtr=3 ???

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

当前OS信息

 

(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

实例名称为test

 

(11)   Redo thread mounted by this instance: 1

这说明这是一个单实例数据库,当前线程被实例1装载

 

(12)   Oracle process number: 13

目前Oracle的进程数为13,这个信息同select count(*) from v$process的结果相同:

sys@TEST_LUNAR> select count(*) from v$process;

 

  COUNT(*)

----------

        13

 

sys@TEST_LUNAR>

 

 

 

(13)   Windows thread id: 1364, image: ORACLE.EXE

这条信息反应了前台进程中可执行部分的信息,注意在windows平台上Oracle作为一个ORACLE.EXE进程来运行。所以,这里前台进程中的可执行部分是:ORACLE.EXE;创建该跟踪文件的线程号为1364(十进制数)。

如果在UNIX中,这部分信息会类似下面的信息:

Image: $1$DUA41:[V8ROOT.RDBMS]SQLPLUS.EXE;8

        即该跟踪文件是由前台进程SQLPLUS.EXE创建的,其操作系统进程号(PID)为8

 

(14)   *** 2004-05-14 09:06:10.000

创建跟踪文件的时戳

 

(15)   *** SESSION ID:(10.9) 2004-05-14 09:06:10.000

创建控制文件的session的SID 和SERIAL#,本例中,SID是10,SERIAL#是9,这部分信息可以同v$session视图中看到的一样。

sys@TEST_LUNAR> select sid,serial# ,username from v$session;

 

       SID    SERIAL# USERNAME

---------- ---------- ------------------------------

         1          1

         2          1

         3          1

         4          1

         5          1

         6          1

         7          1

         8          1

         9          1

        10          9 SYS

 

已选择10行。

 

sys@TEST_LUNAR> 

 

 

 

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

说明这是一个控制文件的转储,Seq #是控制文件的序列号,它意味着控制文件的更新次数,也可以看作是控制文件的版本。2929是10进制表示的,0xb71是十六进制表示的。(这行信息同21行给出的信息是一样的含义)

 

*********以下内容是通用文件头(generic file header)信息*************

通用文件头信息对于数据库中所有的数据文件,控制文件和日志文件都应当是一样的。

(17) FILE HEADER:

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

指出了创建控制文件时的Oracle的版本,这里是0x9200000,即,9.2.0。

Compatibility Vsn指出了兼容版本为0x8000000,即,8.0。

注意:与(3)条目的区别

 

(19)   Db ID=1750352942=0x6854442e, Db Name='TEST1'

Db ID是数据库标识号,Oracle根据数据库的创建时间和数据库名按照一定的算法得出的;Db Name为数据库名,本例中数据库名为TEST1。

 

(20)   Activation ID=0=0x0

 

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

Control Seq同16行信息的含义;

File size指出了控制文件的物理大小,其单位为块,

即,控制文件的实际大小=File size的值 * 数据块的大小(DB_BLOCK_SIZE)

 

(22)   File Number=0, Blksiz=8192, File Type=1 CONTROL

控制文件的文件号为0,类型为1;

Blksiz对应于操作系统数据块的大小,在Windows平台上为8192K

(如果是UNIX操作系统,Blksiz的值为512)???

 

 

**************************通用文件头结束****************************

 

(23) *** END OF DUMP ***

 

 

 

时间: 2024-09-14 19:22:25

转储控制文件头的相关文章

[20161111]数据库文件头的修复.txt

[20161111]数据库文件头的修复.txt --这里指文件头实际上数据文件第1块(从0算起). --找到一个链接,http://www.cnblogs.com/hrhguanli/p/4708273.html --要修改的信息相对较多. 1 .改动数据的DBA,rdba_kcbh 2 .改动文件的大小,kccfhfsz 3 .改动文件号,kccfhfno 4 .改动文件创建时SCN,kcvfhcrs 5 .改动文件创建时间,kcvfhcrt 6 .改动表空间号,kcvfhtsn 7 .改动相

如何使用BBED查看SYSTEM文件头的root dba及bootstrap$

数据库版本11.2.0.4 实验思路是:     --其中数据库OPEN时的TRACE信息,可以参考:http://blog.csdn.net/q947817003/article/details/17025489 file#1 block#1==>root dba==>struct ktetb 即先从SYSTEM的数据文件头:file#1 block#1 找到root dba的位置,然后在root dba所在的块内,找到struct ktetb 所描述的块的位置,然后查看struct kte

ART世界探险(11) - OAT文件格式分析(1) - ELF文件头(上)

ART世界探险(11) - OAT文件格式分析(1) - ELF文件头(上) 既然是要探险,咱们就保持一定的深度,起码将来可以做个基于ART的黑客之类的. 所以我们针对细节多下一些工夫,先仔细分析一下OAT文件的格式. ART的本质上是一个编译器,所以我们需要对编译.链接的主要环节都有一个比较深入的了解.想要绕过编译原理去学好ART,是不太现实的一件事情,我们选择可以让这个过程有趣和好玩. 闲扯不多说了,言归正传. 可执行文件 OAT是一种可执行文件,所以封装在一个ELF格式的可执行文件中. 可

Oracle 12C的第一次异常恢复—文件头坏块

接到第一个使用Oracle 12C作为生产库的恢复救援.有两个业务数据文件报文件头损坏,其他数据文件全部是9月份的一次备份,在当前的条件下,希望我们能够帮他们恢复出来业务文件中的数据数据库版本信息  代码如下 复制代码 SQL> select * from v$version; BANNER                                                                               CON_ID-------------------

[20160407]bbed修改文件头2(补充).txt

[20160407]bbed修改文件头2(补充).txt --昨天被别人问一个问题,就是我的测试修改数据文件相应的CHECKPOINT_CHANGE#就ok了.偏移量是block=1的offset=484. --链接 http://blog.itpub.net/267265/viewspace-2075424/ --不过别人问的是这个时间是如何存储的.我以前也做过一些.链接: --http://blog.itpub.net/267265/viewspace-746222/ --我的感觉在11.2

php通过文件头检测文件类型通用代码类(zip,rar等)

有时候我们这样做还不完善.可能有些人上存一些文件,但是他通过修改扩展名,让在我们的文件类型之内. 单实际访问时候又不能展示(因为扩展名与文件内容不符).下面这个php类,可能能够给我们带来帮助.一.php检测类 首先说明下,上面文件头与文件类型映射关系来自网上,如果你有新的文件需要检查,只需要将映射加入即可. 如果你需要知道文件头信息,可以通过工具:winhex打开标准文件查找.如: 代码: 复制代码 代码如下: <?php /*通过文件名,获得文件类型* *@author chengmo* *

C#获取WAVE文件文件头信息

C#获取WAVE文件文件头信息 前些日子在论坛里问了,没人回答,今天有空自己写了一下 文件格式依据网站 http://www.moon-soft.com/program/FORMAT/ using System; using System.IO; using System.Text; namespace WAV { /// <summary> /// Summary description for Wav. /// </summary> public class Wav { pub

SQLserver数据文件(MDF)的页面文件头结构剖析

先执行一下以下SQL语句,我的测试环境为SQL2005 dbcc traceon(3604) go dbcc page(master,1,0,2) 可以看到MDF文件的一些物理结构信息,其中包括重要的头96个字节.也就是第一个页面的文件头. ........ PAGE HEADER: Page @0x03FA0000 m_pageId = (1:0) m_headerVersion = 1 m_type = 15 m_typeFlagBits = 0x0 m_level = 0 m_flagBi

word制作多个单位联合发文的文件头两种方法

  发红头文件的时候,经常遇到多个单位同时发文,那么如何用word文档制作多个单位联合发文的文件头呢?小编这就和大家分享2种简单的制作方法.快快学起来吧! 步骤 新建一个word文档,输入发文的单位名称,小编随便打了两个.每个单位名称要单独占据一个自然段. 选中所有文字,从格式工具栏中设置字体.字号.颜色(红色).文字对齐为"分散对齐" . 选择菜单"格式"--"段落",在打开的"段落"对话框中,设置适当行距 ,如图例,固定值