初了解Oracle 11g的Automatic Diagnostic Repository新特性

bisal

发布于 2019-01-29 11:25:48

5440

发布于 2019-01-29 11:25:48

文章被收录于专栏：bisal的个人杂货铺bisal的个人杂货铺

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

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"; 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