Oracle常用dump命令_oracle dump-CSDN博客

本文链接：https://blog.csdn.net/love4959/article/details/116031373

一.Memory Dumps
1).Global Area
ALTER SESSION SET EVENTS ‘immediate trace name global_area level n’;
1 包含PGA
2 包含SGA
4 包含UGA
8 包含indrect memory
2).Library Cache
ALTER SESSION SET EVENTS ‘immediate trace name library_cache level n’;
1 library cache统计信息
2 包含hash table histogram
3 包含object handle
4 包含object结构（Heap 0）
3).Row Cache
ALTER SESSION SET EVENTS ‘immediate trace name row_cache level n’;
1 row cache统计信息
2 包含hash table histogram
8 包含object结构
4).Buffers
ALTER SESSION SET EVENTS ‘immediate trace name buffers level n’;
1 buffer header
2 level 1 + block header
3 level 2 + block contents
4 level 1 + hash chain
5 level 2 + hash chain
6 level 3 + hash chain
8 level 4 + users/waiters
9 level 5 + users/waiters
10 level 6 + users/waiters
5).Buffer
ALTER SESSION SET EVENTS ‘immediate trace name buffer level n’;
n为某个指定block的rdba，该命令可以转储某个block在buffer中的所有版本。
6).Heap
ALTER SESSION SET EVENTS ‘immediate trace name heapdump level level’;
1 PGA摘要
2 SGA摘要
4 UGA摘要
8 Current call(CGA)摘要
16 User call(CGA)摘要
32 Large call(LGA)摘要
1025 PGA内容
2050 SGA内容
4100 UGA内容
8200 Current call内容
16400 User call内容
32800 Large call内容
7).Sub Heap
Oracle 9.0.1版本之前
ALTER SESSION SET EVENTS ‘immediate trace name heapdump_addr level n’;
若n为subheap的地址，转储的是subheap的摘要信息
若n为subheap的地址+1，转储的则是subheap的内容
Oracle 9.2.0版本之后
ALTER SESSION SET EVENTS ‘immediate trace name heapdump_addr level n, addr m’;
其中m为subheap的地址
n为1转储subheap的摘要，n为2转储subheap的内容
8).Process State
ALTER SESSION SET EVENTS ‘immediate trace name processstate level n’;
9).System State
ALTER SESSION SET EVENTS ‘immediate trace name systemstate level n’;
10).Error State
ALTER SESSION SET EVENTS ‘immediate trace name errorstack level n’;
0 Error stack
1 level 0 + function call stack
2 level 1 + process state
3 level 2 + context area
11).Hang Analysis
ALTER SESSION SET EVENTS ‘immediate trace name hanganalyze level n’;
12).Work Area
ALTER SESSION SET EVENTS ‘immediate trace name workareatab_dump level n’;
1 SGA信息
2 Workarea Table摘要信息
3 Workarea Table详细信息
13).Latches
ALTER SESSION SET EVENTS ‘immediate trace name latches level n’;
1 latch信息
2 统计信息
14).Events
ALTER SESSION SET EVENTS ‘immediate trace name events level n’;
1 session
2 process
3 system
15).Locks
ALTER SESSION SET EVENTS ‘immediate trace name locks level n’;
16).Shared Server Process
ALTER SESSION SET EVENTS ‘immediate trace name shared_server_state level n’;
n取值为1~14
17).Background Messages
ALTER SESSION SET EVENTS ‘immediate trace name bg_messages level n’;
n为pid+1
二.File Dumps
1).Block
Oracle 7之前
ALTER SESSION SET EVENTS ‘immediate trace name blockdump level n’;
n为block的rdba
Oracle8以后
ALTER SYSTEM DUMP DATAFILE file# BLOCK block#;
ALTER SYSTEM DUMP DATAFILE file#
BLOCK MIN minimum_block#
BLOCK MAX maximum_block#;
2).Tree Dump
ALTER SESSION SET EVENTS ‘immediate trace name treedump level n’;
n为object_id
3).Undo Segment Header
ALTER SYSTEM DUMP UNDO_HEADER ‘segment_name’;
4).Undo for a Transaction
ALTER SYSTEM DUMP UNDO BLOCK ‘segment_name’ XID xidusn xidslot xidsqn;
5).File Header
ALTER SESSION SET EVENTS ‘immediate trace name file_hdrs level n’;
1 控制文件中的文件头信息
2 level 1 + 文件头信息
3 level 2 + 数据文件头信息
10 level 3
6).Control file
ALTER SESSION SET EVENTS ‘immediate trace name controlf level n’;
1 文件头信息
2 level 1 + 数据库信息 + 检查点信息
3 level 2 + 可重用节信息
10 level 3
7).Redo log Header
ALTER SESSION SET EVENTS ‘immediate trace name redohdr level n’;
1 控制文件中的redo log信息
2 level 1 + 文件头信息
3 level 2 + 日志文件头信息
10 level 3
8).Redo log
ALTER SYSTEM DUMP LOGFILE ‘FileName’;
ALTER SYSTEM DUMP LOGFILE ‘FileName’
SCN MIN MinimumSCN
SCN MAX MaximumSCN
TIME MIN MinimumTime
TIME MAX MaximumTime
LAYER Layer
OPCODE Opcode
DBA MIN FileNumber . BlockNumber
DBA MAX FileNumber . BlockNumber
RBA MIN LogFileSequenceNumber . BlockNumber
RBA MAX LogFileSequenceNumber . BlockNumber;
其中time = (((((yyyy – 1988)) * 12 + mm – 1) * 31 + dd – 1) * 24 + hh) * 60 + mi) * 60 + ss;
9).Loghist
ALTER SESSION SET EVENTS ‘immediate trace name loghist level n’;
1 dump控制文件中最早和最迟的日志历史项
>1 dump 2^n个日志历史项
Oracle跟踪文件分为三种类型，一种是后台报警日志文件，记录数据库在启动、关闭和运行期间后台进程的活动情况,如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出现故障时，应首先查看该文件，但文件中的信息与任何错误状态没有必然的联系。后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中，文件格式为SIDALRT.LOG。另一种类型是DBWR、LGWR、SMON等后台进程创建的后台跟踪文件。后台跟踪文件根据后台进程运行情况产生，后台跟踪文件也保存在BACKGROUND_DUMP_DEST参数指定的目录中，文件格式为siddbwr.trc、sidsmon.trc等。还有一种类型是由连接到Oracle的用户进程(Server Processes)生成的用户跟踪文件。这些文件仅在用户会话期间遇到错误时产生。此外，用户可以通过执行oracle跟踪事件（见后面）来生成该类文件，用户跟踪文件保存在USER_DUMP_DEST参数指定的目录中，文件格式为oraxxxxx.trc，xxxxx为创建文件的进程号（或线程号）。
二、Oracle跟踪事件
Oracle提供了一类命令，可以将Oracle各类内部结构中所包含的信息转储(dump)到跟踪文件中，以便用户能根据文件内容来解决各种故障。设置跟踪事件有两种方法，一种是在init.ora文件中设置事件，这样open数据库后，将影响到所有的会话。设置格式如下：
EVENT=”eventnumber trace name eventname [forever,] [level levelnumber] : …….”
通过:符号，可以连续设置多个事件，也可以通过连续使用event来设置多个事件。
另一种方法是在会话过程中使用alter session set events命令，只对当前会话有影响。设置格式如下：
alter session set events ‘[eventnumber|immediate] trace name eventname [forever] [, level levelnumber] : …….’
通过:符号，可以连续设置多个事件，也可以通过连续使用alter session set events 来设置多个事件。
格式说明：eventnumber指触发dump的事件号，事件号可以是Oracle错误号（出现相应错误时跟踪指定的事件）或oralce内部事件号，内部事件号在10000到10999之间，不能与immediate关键字同用。
immediate关键字表示命令发出后，立即将指定的结构dump到跟踪文件中，这个关键字只用在alter session语句中，并且不能与 eventnumber、forever关键字同用。
trace name 是关键字。
eventname指事件名称（见后面），即要进行dump的实际结构名。若eventname为context，则指根据内部事件号进行跟踪。
forever关键字表示事件在实例或会话的周期内保持有效状态，不能与immediate同用。
level为事件级别关键字。但在dump错误栈(errorstack)时不存在级别。
levelnumber表示事件级别号，一般从1到10，1表示只dump结构头部信息，10表示dump结构的所有信息。
1、buffers事件：dump SGA缓冲区中的db buffer结构
alter session set events ‘immediate trace name buffers level 1’; –表示dump缓冲区的头部。
2、blockdump事件：dump数据文件、索引文件、回滚段文件结构
alter session set events ‘immediate trace name blockdump level 66666’; –表示dump块地址为6666的数据块。
在Oracle 8以后该命令已改为：
alter system dump datafile 11 block 9; –表示dump数据文件号为11中的第9个数据块。
3、controlf事件：dump控制文件结构
alter session set events ‘immediate trace name controlf level 10’; –表示dump控制文件的所有内容。
4、locks事件：dump LCK进程的锁信息
alter session set events ‘immediate trace name locks level 5’;
5、redohdr事件：dump redo日志的头部信息
alter session set events ‘immediate trace name redohdr level 1’; –表示dump redo日志头部的控制文件项。
alter session set events ‘immediate trace name redohdr level 2’; –表示dump redo日志的通用文件头。
alter session set events ‘immediate trace name redohdr level 10’; –表示dump redo日志的完整文件头。
注意：redo日志的内容dump可以采用下面的语句:
alter system dump logfile ‘logfilename’;
6、loghist事件：dump控制文件中的日志历史项
alter session set events ‘immediate trace name loghist level 1’; –表示只dump最早和最迟的日志历史项。
levelnumber大于等于2时，表示2的levelnumber次方个日志历史项。
alter session set events ‘immediate trace name loghist level 4’; –表示dump 16个日志历史项。
7、file_hdrs事件：dump 所有数据文件的头部信息
alter session set events ‘immediate trace name file_hdrs level 1’; –表示dump 所有数据文件头部的控制文件项。
alter session set events ‘immediate trace name file_hdrs level 2’; –表示dump 所有数据文件的通用文件头。
alter session set events ‘immediate trace name file_hdrs level 10’; –表示dump 所有数据文件的完整文件头。
8、errorstack事件：dump 错误栈信息，通常Oracle发生错误时前台进程将得到一条错误信息，但某些情况下得不到错误信息，可以采用这种方式得到Oracle错误。
alter session set events ‘604 trace name errorstack forever’; –表示当出现604错误时，dump 错误栈和进程栈。
9、systemstate事件：dump所有系统状态和进程状态
alter session set events ‘immediate trace name systemstate level 10’; –表示dump 所有系统状态和进程状态。
10、coalesec事件：dump指定表空间中的自由区间
levelnumber以十六进制表示时，两个高位字节表示自由区间数目，两个低位字节表示表空间号，如0x00050000表示dump系统表空间中的5个自由区间，转换成十进制就是327680，即：
alter session set events ‘immediate trace name coalesec level 327680’;
11、processsate事件：dump进程状态
alter session set events ‘immediate trace name processsate level 10’;
12、library_cache事件：dump library cache信息
alter session set events ‘immediate trace name library_cache level 10’;
13、heapdump事件：dump PGA、SGA、UGA中的信息
alter session set events ‘immediate trace name heapdump level 1’;
14、row_cache事件：dump数据字典缓冲区中的信息
alter session set events ‘immediate trace name row_cache level 1’;
三、内部事件号
1、10013：用于监视事务恢复
2、10015：转储UNDO SEGMENT头部
event = “10015 trace name context forever”
3、10029：用于给出会话期间的登陆信息
4、10030：用于给出会话期间的注销信息
5、10032：转储排序的统计信息
6、10033：转储排序增长的统计信息
7、10045：跟踪Freelist管理操作
8、10046：跟踪SQL语句
alter session set events ‘10046 trace name context forever, level 4’; –跟踪SQL语句并显示绑定变量
alter session set events ‘10046 trace name context forever, level 8’; –跟踪SQL语句并显示等待事件
9、10053：转储优化策略
10、10059：模拟redo日志中的创建和清除错误
11、10061：阻止SMON进程在启动时清除临时段
12、10079：转储 SQL*NET统计信息
13、10081：转储高水标记变化
14、10104：转储Hash连接统计信息
15、10128：转储分区休整信息
16、10200：转储一致性读信息
17、10201：转储一致性读中Undo应用
18、10209：允许在控制文件中模拟错误
19、10210：触发数据块检查事件
event = “10210 trace name context forever, level 10”
20、10211：触发索引检查事件
21、10213：模拟在写控制文件后崩溃
22、10214：模拟在控制文件中的写错误
levelnumber从1-9表示产生错误的块号，大于等于10则每个控制文件将出错
23、10215：模拟在控制文件中的读错误
24、10220：转储Undo头部变化
25、10221；转储Undo变化
26、10224：转储索引的分隔与删除
27、10225：转储基于字典管理的区间的变化
28、10229：模拟在数据文件上的I/O错误
29、10231：设置在全表扫描时忽略损坏的数据块
alter session set events ‘10231 trace name context off’; — 关闭会话期间的数据块检查
event = “10231 trace name context forever, level 10″ — 对任何进程读入SGA的数据块进行检查
30、10232：将设置为软损坏（DBMS_REPAIR包设置或DB_BLOCK_CHECKING为TRUE时设置）的数据块dump到跟踪文件
31、10235：用于内存堆检查
alter session set events ‘10235 trace name context forever, level 1’;
32、10241：转储远程SQL执行
33、10246：跟踪PMON进程
34、10248：跟踪dispatch进程
35、10249：跟踪MTS进程
36、10252：模拟写数据文件头部错误
37、10253：模拟写redo日志文件错误
38、10262：允许连接时存在内存泄漏
alter session set events ‘10262 trace name context forever, level 300’; — 允许存在300个字节的内存泄漏
39、10270：转储共享游标
40、10285：模拟控制文件头部损坏
41、10286：模拟控制文件打开错误
42、10287：模拟归档出错
43、10357：调试直接路径机制
44、10500：跟踪SMON进程
45、10608：跟踪位图索引的创建
46、10704：跟踪enqueues
47、10706：跟踪全局enqueues
48、10708：跟踪RAC的buffer cache
49、10710：跟踪对位图索引的访问
50、10711：跟踪位图索引合并操作
51、10712：跟踪位图索引OR操作
52、10713：跟踪位图索引AND操作
53、10714：跟踪位图索引MINUS操作
54、10715：跟踪位图索引向ROWID的转化
55、10716：跟踪位图索引的压缩与解压
56、10719：跟踪位图索引的修改
57、10731：跟踪游标声明
58、10928：跟踪PL/SQL执行
59、10938：转储PL/SQL执行统计信息
最后要说明的是，由于版本不同以上语法可能有些变化，但大多数还是可用的。
附完整的跟踪事件列表，event No.10000 to 10999
SET SERVEROUTPUT ON
DECLARE
err_msg VARCHAR2(120);
BEGIN
dbms_output.enable (1000000);
FOR err_num IN 10000..10999
LOOP
err_msg := SQLERRM (-err_num);
IF err_msg NOT LIKE ‘%Message ‘||err_num||’ not found%’ THEN
dbms_output.put_line (err_msg);
END IF;
END LOOP;
END;
/
1.select sid,serial#,username,osuser,machine from v$session;查询session的sid,serial#
2.exec dbms_system.set_sql_trace_in_session(141,6,true);开始跟踪
3.exec dbms_system.set_sql_trace_in_session(141,6,true) 停止跟踪
4.tkprof *.trc *.txt
1.select sid,serial#,username,osuser,machine from v$session;查询session的sid,serial#
2.exec dbms_system.set_sql_trace_in_session(141,6,true);开始跟踪
3.exec dbms_system.set_sql_trace_in_session(141,6,true) 停止跟踪
4.tkprof *.trc *.txt
5.查看文件
Oracle为RDBMS提供了多种的诊断工具，诊断事件(Event)是其中一种常用、好用的方法，它使DBA可以方便的转储数据库各种结构及跟踪特定事件的发生。使用这些事件也不是件很高深的学问，举例来说10046这个Event你也一定用过吧，如下的几篇文章我将围绕Event展开一些讨论，不对的地方大家就告诉我：

，本篇主要谈论一下打开诊断事件的方法。

一、Event的通常格式及分类

1、通常格式如下：
EVENT=”事件名称>动作>跟踪项目>范围限定>”

2、  Event分类
诊断事件大体上可以分为四类：
a．  转储类事件：它们主要用于转储Oracle的一些结构，例如转储一下控制文件、数据文件头等内容。
b．  捕捉类事件：它们用于捕捉一些Error事件的发生，例如捕捉一下ORA-04031发生时一些Rdbms信息，以判断是Bug还是其它原因引起的这方面的问题。
c．  改变执行途径类事件：它们用于改主一些Oracle内部代码的执行途径，例如设置10269将会使Smon进程不去合并那些Free的空间。
d．  跟踪类事件：这们用于获取一些跟踪信息以用于Sql调优等方面，最典型的便是10046了，将会对Sql进行跟踪。

3、 Michael R. Ault总结了下表：
跟踪类别
事件名称
动作(Action)
Name
跟踪项目
范围限定
转储类事件
immediate
Trace
“name”
blockdump
redohdr
file_hdrs
controlf
systemstate
Level block#
Level 10
Level 10
Level 10
Level 10
捕捉类事件
Error number
Trace
“name”
Error stack
processstate
Heapdump
Foreve
Off
Level nr
改变执行途径类事件
Even code corresponding to path
Trace
“name”
Context
Forever or
Level 10
跟踪类事件
10046
Trace
“name”
Context
Forever
Level n
off

4、其它说明:
a．如果immediate放在第一个说明是无条件事件，即命令发出即转储到跟踪文件。
b． trace name位于第二、三项，除它们外的其它限定词是供Oracle内部开发组用的。
c． level通常位于1-10之间(10046有时用到12)，10意味着转储事件所有的信息。例如当转储控制文件时，level1表示转储控制文件头，而level 10表明转储控制文件全部内容。
d．转储所生成的trace文件在user_dump_dest初始化参数指定的位置。

二、说一说设置的问题了

可以在init.ora中设置所需的事件，这将对所有会话期打开的会话进行跟踪，也可以用alter session set event 等方法设置事件跟踪，这将打开正在进行会话的事件跟踪。

1、在init.ora中设置跟踪事件的方法
a．语法
EVENT=”event 语法|,level n|：event 语法|,level n|…”
b．举例
event=”10231 trace name context forever,level 10’
c．可以这样设置多个事件：
EVENT=”\
10231 trace name context forever, level 10:\
10232 trace name context forever, level 10″

2、通过Alter session/system set events这种方法
举个例子大家就明白了
Example:
Alter session set events ‘immediate trace name controlf level 10’;
Alter session set events ‘immediate trace name blockdump level 112511416’; (*)
在oracle8x及之上的版本也有这样的语句：
Alter system dump datafile 13 block 15;实现的功能与(*)是类似的。

3、使用DBMS_SYSTEM.SET_EV的方法
a．过和定义如下
DBMS_SYSTEM.SET_EV(
SI Binary_integer,
SE Binary_integer,
EV Binary_integer,
LE Binary_integer,
NM Binary_integer);

SI: 即v$session中的sid
SE:即v$session中的serial#
EV:要设置的事件
LE:要设置事件的级别
NM:名称
b．举个例子，以10046为例
SQL> EXECUTE SYS.DBMS_SYSTEM.SET_EV(sid,serial#,10046,12,”)；

4、使用Oradebug来设置诊断事件的方法
同样举个例子大家就明白了：
a．找到spid
SQL>select username, sid, serial#, paddr from v$session where username=’qiuyb’;

USERNAME SID SERIAL# PADDR
——————————————————–
HRB3 265 910 C000000084435AD8

SQL>SELECT ADDR,PID,SPID FROM V$PROCESS WHERE ADDR= C000000084435AD8′;
ADDR PID SPID
——————————————
C000000084435AD8 91 4835

b．设置事件，以10046为例
sqlplus /nolog
SQL>connect / as sysdba;
SQL>oradebug setospid 4835
SQL>oradebug unlimit　　　–不限制转储文件的大小
SQL> oradebug event 10046 trace name context forever,level 12 –设置事件进行sql跟踪

SQL> oradebug event 10046 trace name context off –关闭跟踪

注意不要用oradug去跟踪oracle的smon,pmon等几个进程，操作不当可能会杀掉这几个后台进和引起宕库。

三、你可能的问题

1、我如何知道在系统中设置了哪些event?
回答：
a．如果你的事件是在init.ora中设置的可以用
SQL>show parameter event;
来查看
b． Michael R.Ault给的SQL
serveroutput on size 1000000
declare
event_level number;
begin
for i in 10000..10999 loop
sys.dbms_system.read_ev(i,event_level);
if (event_level > 0) then
dbms_output.put_line(‘Event ‘||to_char(i)||’ set at level ‘||
to_char(event_level));
end if;
end loop;
end;
/

2、在oracle9i中使用spfile的那种如何设置诊断事件呢？
回答：
简单，Alter system命令就可以完成
alter system set event=’10046 trace name context forever, level 12′ scope=spfile;
重启一下就生效了。

3、坏了，我的9i设置完诊断事件，起不来了，报ORA-02194错怎么办?
回答：
那你一定是在使用Alter system时把某一项写错了，比如把context写成了conetxt了，可以做如下的解决：
a．由spfile生成pfile
SQL>create pfile from spfile;
File created.

b．编辑pfile以修正错误
Change… *.event=’10046 trace name conetxt forever, level 12′
-to- *.event=’10046 trace name context forever, level 12’
c．用pfile启动
SQL>startup pfile=/…..
d.重新生成 SPFILE.
SQL>create spfile from pfile;
File created.

4、常用的诊断事件有哪些，如何设置及功能如何？
这些我会在后后面的文章中提到。

文章参照文档:
1、Michael R.Ault写的”Using Oracle Events”这篇文章
2、Metalink的Note:168042.1

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

1. 连接数据库
E:\>sqlplus “/ as sysdba”

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

连接到:
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
[email=sys@TEST_LUNAR]sys@TEST_LUNAR[/email]
>

sys@TEST_LUNAR> host dir E:\oracle\admin\test\udump
驱动器 E 中的卷是 ORACLE
卷的序列号是 707A-C50C

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

2002-01-13  21:59                .
2002-01-13  21:59                ..
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                .
2002-01-13  21:59                ..
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）条目的区别