Oracle 11g之前,当数据库出现问题时,往往第一时间需要看alert日志,看看里面记录了哪些错误,可以给我们提示。alert文件名则
是alert_<ORACLE_SID>.log,文件存储路径由参数background_dump_dest决定,例如:
SQL> show parameter background_dump_dest
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
background_dump_dest string /opt/app/ora10g/admin/petest/bdump
可以知道alert日志就保存在/opt/app/ora10g/admin/petest/bdump路径下。
例如如下这个log后缀的alert日志,内容是文本格式的,可以直接打开查看:
从Oracle 11g开始,alert除了文本格式,还提供了xml格式的,且日志路径有所变化。如果设置了参数diagnostic_dest,则原来的
background_dump_dest等路径将失效。Oracle 11g提供的新特性“自动诊断库(Automatic Diagnostic Repository, ADR)”的目
录就是通过这个参数设置的,这个目录下存放的是数据库诊断日志、跟踪文件等之前分布于bdump、cdump等路径中的文件,这个
目录通常称为ADR base。例如:
SQL> show parameter diag
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
diagnostic_dest string /home/oracle
diagnostic_dest的缺省值还和环境变量ORACLE_BASE有关,例如:
>如果设置了ORACLE_BASE,则diagnostic_dest = $ORACLE_BASE
>如果未设置ORACLE_BASE,则diagnostic_dest = $ORACLE_HOME/log
根据eygle的介绍,11g将环境变量ORACLE_BASE引入到了数据库内部,使用隐含参数记录:
SELECT x.ksppinm NAME, y.ksppstvl VALUE, x.KSPPDESC PDESC
FROM SYS.x$ksppi x, SYS.x$ksppcv y
WHERE x.indx = y.indx AND x.ksppinm LIKE '%&par%';
NAME VALUE PDESC
--------------- ----------------- ------------------
_oracle_base /home/oracle ORACLE_BASE
注意这里SQL的输入的是小写oracle_base。
可以使用v$diag_info查看ADR信息:
SQL> select * from v$diag_info;
INST_ID NAME VALUE
---------- ------------------------- -------------------------
1 Diag Enabled TRUE
1 ADR Base /home/oracle
1 ADR Home /home/oracle/diag/rdbms/galt/galt
1 Diag Trace /home/oracle/diag/rdbms/galt/galt/trace
1 Diag Alert /home/oracle/diag/rdbms/galt/galt/alert
1 Diag Incident /home/oracle/diag/rdbms/galt/galt/incident
1 Diag Cdump /home/oracle/diag/rdbms/galt/galt/cdump
1 Health Monitor /home/oracle/diag/rdbms/galt/galt/hm
1 Default Trace File /home/oracle/diag/rdbms/galt/galt/trace/galt_ora_8970.trc
1 Active Problem Count 1
1 Active Incident Count 50
11 rows selected.
其中Diag Alert保存的是xml格式的alert日志,Diag Trace保存的是文本格式的alert日志。
还提供了一个新工具ADRCI(ADR Command Interpreter),说是用于管理诊断数据,友好阅读xml格式的日志,但这里我还没搞清楚为什么需要xml格式的日志,请高手指教。
命令行中输入adrci就可以登录了,例如:
[oracle@riserver2 diag]$ adrci
ADRCI: Release 11.2.0.1.0 - Production on Sat Jun 21 18:51:31 2014
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
ADR base = "/home/oracle"
adrci>
使用show alert可以选择需要查看的日志文件:
adrci> show alert
Choose the alert log from the following homes to view:
1: diag/tnslsnr/riserver2/listener
2: diag/rdbms/galt/galt
Q: to quit
Please select option:
接下来就是为什么要有ADR?
ADR是将各类跟踪文件、日志文件的存储进行统一,不会像之前需要不同文件时要到不同目录中查找,有时还得看看参数设置到哪
些路径下了。Oracle 11g提出了FDI,故障诊断基础框架,Fault Diagnosability Infrastructure,宗旨就是简化用户的数据库出现
故障时向Oracle请求协助需要反复交互的过程。以前用户需要根据Oracle的要求,不断反复交互,收集数据,再反馈Oracle,才能
解决SR,通过FDI,可能会提高故障分析解决的效率。(因为我还没提过,所以不知道是否真的节省了成本?)
FDI的核心组件是ADR,相关的日志文件进行了归类汇总都存储于ADR之下。同时使用IPS,事件打包服务,Incident Packaging
Service,可以将相关的数据、日志文件打包压缩,然后用户将这个文件传给Oracle诊断。
例如:
adrci> show incident
ADR Home = /home/oracle/diag/tnslsnr/riserver2/listener:
*************************************************************************
0 rows fetched
ADR Home = /home/oracle/diag/rdbms/galt/galt:
*************************************************************************
INCIDENT_ID PROBLEM_KEY CREATE_TIME
-------------------- ------------------------ ----------------------------------------
129708 ORA 4030 2014-06-21 05:35:06.727000 +08:00
129709 ORA 4030 2014-06-21 05:35:15.598000 +08:00
129710 ORA 4030 2014-06-21 05:35:23.600000 +08:00
129711 ORA 4030 2014-06-21 05:35:31.526000 +08:00
129712 ORA 4030 2014-06-21 05:35:39.611000 +08:00
5 rows fetched
可以看到这里有5次INCIDENT,可以用如下命令查看具体的信息:
ADR Home = /home/oracle/diag/tnslsnr/riserver2/listener:
*************************************************************************
0 rows fetched
<INCIDENT_INFO mode="detail">
<ADR_HOME name="/home/oracle/diag/tnslsnr/riserver2/listener">
ADR Home = /home/oracle/diag/rdbms/galt/galt:
*************************************************************************
**********************************************************
INCIDENT INFO RECORD 1
**********************************************************
INCIDENT_ID 129708
STATUS ready
CREATE_TIME 2014-06-21 05:35:06.727000 +08:00
PROBLEM_ID 1
CLOSE_TIME <NULL>
FLOOD_CONTROLLED none
ERROR_FACILITY ORA
ERROR_NUMBER 4030
ERROR_ARG1 832
ERROR_ARG2 callheap
ERROR_ARG3 temporary memory
ERROR_ARG4 <NULL>
ERROR_ARG5 <NULL>
ERROR_ARG6 <NULL>
ERROR_ARG7 <NULL>
ERROR_ARG8 <NULL>
ERROR_ARG9 <NULL>
ERROR_ARG10 <NULL>
ERROR_ARG11 <NULL>
ERROR_ARG12 <NULL>
SIGNALLING_COMPONENT <NULL>
SIGNALLING_SUBCOMPONENT <NULL>
SUSPECT_COMPONENT <NULL>
SUSPECT_SUBCOMPONENT <NULL>
ECID <NULL>
IMPACTS 0
PROBLEM_KEY ORA 4030
FIRST_INCIDENT 129708
FIRSTINC_TIME 2014-06-21 05:35:06.727000 +08:00
LAST_INCIDENT 129757
LASTINC_TIME 2014-06-21 05:35:52.409000 +08:00
IMPACT1 34668547
IMPACT2 34668546
IMPACT3 0
IMPACT4 0
KEY_NAME ProcId
KEY_VALUE 2.1
KEY_NAME Client ProcId
KEY_VALUE oracle@riserver2.3005_140012269696768
KEY_NAME SID
KEY_VALUE 383.1
OWNER_ID 1
INCIDENT_FILE /home/oracle/diag/rdbms/galt/galt/trace/galt_pmon_3005.trc
OWNER_ID 1
INCIDENT_FILE /home/oracle/diag/rdbms/galt/galt/incident/incdir_129708/galt_pmon_3005_i129708.trc
1 rows fetched
可以看到目录下有异常事件的跟踪信息:
[oracle@riserver2 diag]$ cd /home/oracle/diag/rdbms/galt/galt/incident/incdir_129708/
[oracle@riserver2 incdir_129708]$ ls -l
total 7408
-rw-r-----. 1 oracle root 7561282 Jun 21 05:35 galt_pmon_3005_i129708.trc
-rw-r-----. 1 oracle root 19034 Jun 21 05:35 galt_pmon_3005_i129708.trm
下面就使用IPS进行打包:
adrci> set homepath diag/rdbms/galt/galt
adrci> ips create package incident 129708
Created package 1 based on incident id 129708, correlation level typical
adrci> ips generate package 1 in /home/oracle/diag
Generated package 1 in file /home/oracle/diag/ORA4030_20140621184527_COM_1.zip, mode complete
Additional incremental files:
/home/oracle/diag/ORA4030_20140621184527_INC_2.zip
解压缩这两个文件可以看到像alert日志等都打进来了,这里两文件压缩后是17MB左右,但alert日志就有1.7GB,所以压缩效率还很高。