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。所以压缩效率还非常高。
版权声明：本文博主原创文章。博客，未经同意不得转载。