Oracle数据库诊断文件(日志)查看


		Oracle数据库诊断文件(日志)查看
 
Diagnostic File（诊断文件）
1：诊断文件的作用
Diagnostic files ：
包含了后台遇见重大事件的信息。
被用于解析问题，
被用于日常管理日志文件。
2：诊断文件日志的分类
分为两类：
   1： alterSID.log
                               -----background trace files （后台进程跟踪文件）
    2： trace files ---
                               -----user trace file （用户trace 文件）
 1：对于Background trace files文件的命名：
命名方式： SID_processname_PID.trc  对应解释  SID_进程名_进程号.trc
 
2:   对于user trace files 的文件命名为:
SID_ora_PID.trc  解释： SID_ora_进程号.trc
 
3：对于 alertSID.log 说明：
 这个文件是为了记录： 1：记录一些操作命令
                                      2：记录主要事件的结果
                                      3：以及日常的操作信息
                                      4：被用于诊断数据库错误
每一个entry 都有一个time stamp（时间戳）和它关联
该文件必须被ORACLE DBA管理
这个文件的位置在：  BACKGROUND_DUMP_DEST
通过 show parameter dump 查看这个文件的位置：
 
这个文件中也包含数据库的启动信息相当于pfile或者spfile的内容。
用管理员登录： 
 
2：下面是实战操作：
首先用sysdba登录后执行：
[sql] 
SQL> show parameter dump  
  
NAME                                 TYPE        VALUE  
------------------------------------ ----------- ------------------------------  
background_core_dump                 string      partial  
background_dump_dest                 string      d:\app\topwqp\diag\rdbms\orcl\  
                                                 orcl\trace  
core_dump_dest                       string      d:\app\topwqp\diag\rdbms\orcl\  
                                                 orcl\cdump  
max_dump_file_size                   string      unlimited  
shadow_core_dump                     string      none  
user_dump_dest                       string      d:\app\topwqp\diag\rdbms\orcl\  
                                                 orcl\trace                       
可以看到这些文件的路径信息。
根据显式的信息我找到我的文件位置：
目录结构如下：
 

 
下面说一下如何才能记录信息到这些日志文件，需要一些开关，如果不开，记录的只是
一点点信息而已：
两种方式 能够让用户tracing
 
 
1：session 级别的：
使用如下命令：
ALTER SESSSION SET SQL_TRACE = TRUE
第二种是执行如下存储过程：
dbms_system.SET_SQL_TRACE_IN_SESSION
 
 
第二个方式是 instance级别的：
设置初始化参数：  SQL_TRACE = TRUE
 
 
一般采用session级别的。因为设置instance级别的容易造成log文件过大；
 
 
可以通过alterSID.log文件中的信息制作pfile 或者spfile文件启动
数据库。
 
下面采用session级别的修改sql_trace为true即可在user_dump_dest中对应文件中看到相应的信息。
[sql] 
SQL> conn /as  sysdba  
已连接。  
SQL> alter session set sql_trace = true;  
  
会话已更改。  
 
执行过后：查看
orcl_ora_7188.trc文件信息 PS：如果不知道哪个文件就把这个目录下的全部删除，再执行sql就会看到生成的文件：
查看这个文件信息如下：
很详细的执行信息：
比如一个语句为：select * from dual
这个文件中会生成如下信息：
[plain] 
*** 2013-06-13 22:58:20.776  
=====================  
PARSING IN CURSOR #1 len=18 dep=0 uid=0 oct=3 lid=0 tim=9184375464 hv=942515969 ad='232363f8' sqlid='a5ks9fhw2v9s1'  
select * from dual  
END OF STMT  
PARSE #1:c=0,e=32,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=9184375458  
EXEC #1:c=0,e=50,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=9184376205  
FETCH #1:c=0,e=109,p=0,cr=3,cu=0,mis=0,r=1,dep=0,og=1,tim=9184376423  
STAT #1 id=1 cnt=1 pid=0 pos=1 obj=115 op='TABLE ACCESS FULL DUAL (cr=3 pr=0 pw=0 time=0 us cost=2 size=2 card=1)'  
FETCH #1:c=0,e=2,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=0,tim=9184376893  
 
是对这个sql的执行的详细解读分析
 
下面贴上今天的部分执行的信息：
[plain] 
*** 2013-06-13 22:58:20.776  
=====================  
PARSING IN CURSOR #1 len=18 dep=0 uid=0 oct=3 lid=0 tim=9184375464 hv=942515969 ad='232363f8' sqlid='a5ks9fhw2v9s1'  
select * from dual  
END OF STMT  
PARSE #1:c=0,e=32,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=9184375458  
EXEC #1:c=0,e=50,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=9184376205  
FETCH #1:c=0,e=109,p=0,cr=3,cu=0,mis=0,r=1,dep=0,og=1,tim=9184376423  
STAT #1 id=1 cnt=1 pid=0 pos=1 obj=115 op='TABLE ACCESS FULL DUAL (cr=3 pr=0 pw=0 time=0 us cost=2 size=2 card=1)'  
FETCH #1:c=0,e=2,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=0,tim=9184376893  
  
*** 2013-06-13 23:15:15.474  
=====================  
PARSING IN CURSOR #1 len=289 dep=0 uid=0 oct=3 lid=0 tim=10199053291 hv=2462394820 ad='232017e0' sqlid='7cfz5wy9caaf4'  
SELECT NAME NAME_COL_PLUS_SHOW_PARAM,DECODE(TYPE,1,'boolean',2,'string',3,'integer',4,'file',5,'number',        6,'big integer', 'unknown') TYPE,DISPLAY_VALUE VALUE_COL_PLUS_SHOW_PARAM FROM V$PARAMETER WHERE UPPER(NAME) LIKE UPPER(:NMBIND_SHOW_OBJ) ORDER BY NAME_COL_PLUS_SHOW_PARAM,ROWNUM