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日志，内容是文本格式的，可以直接打开查看：
-rw-r-----. 1 oracle root 1.8G Jun 21 19:30 alert_bisal.log
从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，可以用如下命令查看具体的信息：
adrci> show incident -mode DETAIL -p "incident_id=129708";
<INCIDENT_INFO mode="detail">
<ADR_HOME name="/home/oracle/diag/tnslsnr/riserver2/listener">
**********************************************************
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 [email protected]_140012269696768
KEY_NAME SID
KEY_VALUE 383.1
OWNER_ID 1
INCIDENT_FILE /home/oracle/diag/rdbms/galt/galt/trace/galt_pmon_3005.trc
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，所以压缩效率还很高。
![【MySQL数据库】数据库索引事务1.索引2.事务[图]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)