Oracle数据库实例相关文件

hglo

1、参数文件（Parameter Files）

     在9i以前，Oracle使用PFILE存储初始化参数配置，这些参数在实例启动时被读取，任何修改需要重启实例才能生效。9i之后，使用SPFILE能够使用ALTER SYSTEM或ALTER SESSION来动态修改那些可动态修改的参数，任何更改能够立即生效，您能够选择使更改只应用于当前实例还是同时应用到SPFILE。这就使得任何对SPFILE的修改都能够在命令行完成，我们能够完全告别手工修改初始化参数文件，这就大大减少了人为错误的发生。SPFILE是个二进制文件，能够使用RMAN进行备份，这样实际上Oracle把参数文件也纳入了备份恢复管理。除了第一次启动数据库需要PFILE(然后能够根据PFILE创建 SPFILE),我们能够不再需要PFILE，ORACLE强烈推荐使用SPFILE，应用其新特性来存储和维护初始化参数配置。

1）创建SPFILE文件

　　缺省的ORACLE使用PFILE启动数据库，SPFILE由PFILE创建，新创建的SPFILE在下一次启动数据库时生效，CREATE SPFILE需要SYSDBA或SYSOPER的权限。语法如下：

     CREATE SPFILE[=’SPFILE-NAME’] FROM PFILE[=’PFILE-NAME’]     如： SQL> create SPFILE from PFILE;

　　缺省的，SPFILE创建到系统缺省目录(Unix: $ORACLE_HOME/dbs; NT: $ORACLE_HOME\database or ${ORACLE_HOME}\admin\db_name\PFILE\)。假如SPFILE已存在，那么再创建会返回错误，因此这也能够用来判断当前是否使用了SPFILE文件。注意：Oracle并没有像其他文件一样在运行期间保持锁定，SPFILE在运行期间是未锁定的。可以在数据库shutdown时创建和修改SPFILE文件,如：

　　SQL> shutdown immediate;
　　SQL> create SPFILE from PFILE;

2）使用SPFILE文件

    创建了SPFILE,重新启动数据库，Oracle会按以下顺序在缺省目录中搜索和使用参数文件，SPFILE就会自动生效。

• SPFILE${ORACLE_SID}.ora
• SPFILE.ora
• init${ORACLESID}.ora
  

    某些初始化参数（如：SGA中几个重要的缓存池对应的初始化参数）支持在实例运行过程中进行修改。对于那些仍然不允许在实例中进行修改的参数，可以在修改时指定scope=spfile（SCOPE参数有三个可选值：MEMORY-只改变当前实例运行、SPFILE-只改变SPFILE的配置、BOTH-改变实例及SPFILE），即只保存与SPFILE中，等下次数据库重启是生效，如：alter system set SGA_MAX_SIZE=1024M scope=spfile;

3）使用PFILE/SPFILE参数启动数据库

　 使用PFILE参数启动数据库，如：SQL> startup PFILE='E:\Oracle\admin\eyglen\PFILE\init.ora';不能以同样的方式指定SPFILE，但是能够创建一个包含SPFILE参数的PFILE文件，然后再使用PFILE启动数据库。SPFILE是个自Oracle9i之后引入的初始化参数，类似于IFILE参数。SPFILE参数用于定义非缺省路径的SPFILE文件。通过SPFILE参数能够使PFILE文件链接到SPFILE文件,同时在PFILE文件中定义其他参数，假如参数重复配置，后读取的参数将取代先前的配置。如:

• 修改PFILE文件内容如下
  

　　  #PFILE link to SPFILE
　　   SPFILE= 'E:\Oracle\Ora9iR2\database\SPFILEEYGLEN.ORA'
　　   log_archive_start = false

然后使用PFILE参数启动数据库

        SQL> startup PFILE='e:\initeyglen.ora'; 能够预见这个后读取的log_archive_start参数配置将会代替SPFILE中的配置。

4）是否使用了SPFILE

　  判断是否使用了SPFILE，能够使用以下方法：

• 查询v$parameter动态视图，假如以下查询返回非空值说明使用了SPFILE：SQL> SELECT name,value FROM v$parameter WHERE name='SPFILE';
• 使用SHOW命令来显示参数配置，假如以下结果value列返回非空值说明使用了SPFILE：SQL> SHOW PARAMETER SPFILE
• 查询v$spparameter视图，假如以下查询返回0值，表示您在使用PFILE,否则表明您使用的是SPFILE：SQL> SELECT COUNT(*) FROM v$spparameter WHERE value IS NOT NULL;
  

2、跟踪文件（Trace Fiels）

1）Oracle跟踪文件分为三种类型

• 一种是后台报警日志文件（警告文件 Alert File），每个数据库默认都有一个警告文件，记录数据库在启动、关闭和运行期间后台进程的活动情况,如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等等。在数据库出现故障时，应首先查看该文件，但文件中的信息与任何错误状态没有必然的联系。后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中（默认保存在$ORACLE_HOME/admin/[SID]/bdump下，若不是共享服务器连接模式，而是专用服务器连接模式时，则在USER_DUMP_DEST参数指定的目录中），文件格式为SIDALRT.LOG或ALERT_[SID].LOG。
• 另一种类型是DBWR、LGWR、SMON等后台进程创建的后台跟踪文件。后台跟踪文件根据后台进程运行情况产生的，后台跟踪文件也保存在BACKGROUND_DUMP_DEST参数指定的目录中（默认保存在$ORACLE_HOME/admin/[SID]/bdump下，若不是共享服务器连接模式，而是专用服务器连接模式时，则在USER_DUMP_DEST参数指定的目录中），文件格式为siddbwr.trc、sidsmon.trc等。 还有
• 一种类型是由连接到Oracle的用户进程(Server Processes)生成的用户跟踪文件。这些文件仅在用户会话期间遇到错误时产生。此外，用户可以通过执行oracle跟踪事件来生成该类文件，用户跟踪文件保存在USER_DUMP_DEST参数指定的目录中，文件格式为oraxxx.trc，xxx为创建文件的进程号（或线程号）。
  

   

2）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结构的所有信息。
  

跟踪事件：
a）buffers事件：dump SGA缓冲区中的db buffer结构
　　alter session set events 'immediate trace name buffers level 1'; --表示dump缓冲区的头部。
b）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个数据块。
c）controlf事件：dump控制文件结构
　　alter session set events 'immediate trace name controlf level 10'; --表示dump控制文件的所有内容。
d）locks事件：dump LCK进程的锁信息
　　alter session set events 'immediate trace name locks level 5';
e）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';
f）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个日志历史项。
g）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 所有数据文件的完整文件头。
h）errorstack事件：dump 错误栈信息，通常Oracle发生错误时前台进程将得到一条错误信息，但某些情况下得不到错误信息，可以采用这种方式得到Oracle错误。
　　alter session set events '604 trace name errorstack forever'; --表示当出现604错误时，dump 错误栈和进程栈。
i）systemstate事件：dump所有系统状态和进程状态
　　alter session set events 'immediate trace name systemstate level 10'; --表示dump 所有系统状态和进程状态。
j）coalesec事件：dump指定表空间中的自由区间
　　levelnumber以十六进制表示时，两个高位字节表示自由区间数目，两个低位字节表示表空间号，如0x00050000表示dump系统表空间中的5个自由区间，转换成十进制就是327680，即：
　　alter session set events 'immediate trace name coalesec level 327680';
k）processsate事件：dump进程状态
　　alter session set events 'immediate trace name processsate level 10';
l）library_cache事件：dump library cache信息
　　alter session set events 'immediate trace name library_cache level 10';
m）heapdump事件：dump PGA、SGA、UGA中的信息
　　alter session set events 'immediate trace name heapdump level 1';
n）row_cache事件：dump数据字典缓冲区中的信息
　　alter session set events 'immediate trace name row_cache level 1';

事件号：
　　10013：用于监视事务恢复
　　10015：转储UNDO SEGMENT头部
　　　　     event = "10015 trace name context forever"
　　10029：用于给出会话期间的登陆信息
　　10030：用于给出会话期间的注销信息
　　10032：转储排序的统计信息
　　10033：转储排序增长的统计信息
　　10045：跟踪Freelist管理操作
　　10046：跟踪SQL语句（SQL_TRACE=TRUE）
　　　　　　alter session set events '10046 trace name context forever, level 4'; --跟踪SQL语句并显示绑定变量
　　　　　　alter session set events '10046 trace name context forever, level 8'; --跟踪SQL语句并显示等待事件
　　10053：转储优化策略
　　10059：模拟redo日志中的创建和清除错误
　　10061：阻止SMON进程在启动时清除临时段
　　10079：转储 SQL*NET统计信息
　　10081：转储高水标记变化
　　10104：转储Hash连接统计信息
　　10128：转储分区休整信息
　　10200：转储一致性读信息
　　10201：转储一致性读中Undo应用
　　10209：允许在控制文件中模拟错误
　　10210：触发数据块检查事件
　　　　　　event = "10210 trace name context forever, level 10"
　　10211：触发索引检查事件
　　10213：模拟在写控制文件后崩溃
　　10214：模拟在控制文件中的写错误
　　　　　　levelnumber从1-9表示产生错误的块号，大于等于10则每个控制文件将出错
　　10215：模拟在控制文件中的读错误
　　10220：转储Undo头部变化
　　10221；转储Undo变化
　　10224：转储索引的分隔与删除
　　10225：转储基于字典管理的区间的变化
　　10229：模拟在数据文件上的I/O错误
　　10231：设置在全表扫描时忽略损坏的数据块
　　　　　　alter session set events '10231 trace name context off'; -- 关闭会话期间的数据块检查
　　　　　　event = "10231 trace name context forever, level 10" -- 对任何进程读入SGA的数据块进行检查
　　10232：将设置为软损坏（DBMS_REPAIR包设置或DB_BLOCK_CHECKING为TRUE时设置）的数据块dump到跟踪文件
　　10235：用于内存堆检查
　　　　　　alter session set events '10235 trace name context forever, level 1';
　　10241：转储远程SQL执行
　　10246：跟踪PMON进程
　　10248：跟踪dispatch进程
　　10249：跟踪MTS进程
　　10252：模拟写数据文件头部错误
　　10253：模拟写redo日志文件错误
　　10262：允许连接时存在内存泄漏
　　　　　　alter session set events '10262 trace name context forever, level 300'; -- 允许存在300个字节的内存泄漏
　　10270：转储共享游标
　　10285：模拟控制文件头部损坏
　　10286：模拟控制文件打开错误
　　10287：模拟归档出错
　　10357：调试直接路径机制
　　10500：跟踪SMON进程
　　10608：跟踪位图索引的创建
　　10704：跟踪enqueues
　　10706：跟踪全局enqueues
　　10708：跟踪RAC的buffer cache
　　10710：跟踪对位图索引的访问
　　10711：跟踪位图索引合并操作
　　10712：跟踪位图索引OR操作
　　10713：跟踪位图索引AND操作
　　10714：跟踪位图索引MINUS操作
　　10715：跟踪位图索引向ROWID的转化
　　10716：跟踪位图索引的压缩与解压
　　10719：跟踪位图索引的修改
　　10731：跟踪游标声明
　　10928：跟踪PL/SQL执行
　　10938：转储PL/SQL执行统计信息
　　由于版本不同以上语法可能有些变化，但大多数还是可用的。

3）跟踪工具
　　Tkprof：一个用于分析Oracle跟踪文件并且产生一个更加清晰合理的输出结果的可执行工具。
　　oradebug：比较老的sql*plus命令行工具，用于跟踪进程、转储等等。

色破飞机

V　幸福已经离我远去了.在你走的同时也把我的幸福全部带走了　〃