【DB笔试面试536】在Oracle中，Oracle 10g和11g告警日志文件的位置在哪里？
【DB笔试面试536】在Oracle中，Oracle 10g和11g告警日志文件的位置在哪里？
小麦苗DBA宝典
发布于 2019-09-29 15:17:13
发布于 2019-09-29 15:17:13
♣
题目部分
在Oracle中，Oracle 10g和11g告警日志文件的位置在哪里？
♣
答案部分
作为一名DBA，必须知道告警日志是什么，在何处。实时的监控数据库的告警日志是必须进行的工作。监控并且根据不同的告警级别，通过邮件或短信发送告警信息给DBA，这可以帮助DBA及时了解数据库的变化与异常，及时响应并介入处理。
告警日志文件有2种类型，一种是纯文本格式的，另外一种是xml文件格式的，平时查看最多地是纯文本格式的告警日志。告警日志的内容包含：消息和错误的类型、ORA-600内部错误、ORA-1578块损坏错误、ORA-12012作业队列错误、实例启动关闭，恢复等信息、特定的DDL命令、影响表空间，数据文件及回滚段的命令、可持续的命令被挂起、LGWR不能写入到日志文件、归档进程启动信息、调度进程的相关信息和动态参数的修改信息等。
无论是Oracle 10g还是11g，其告警日志的位置都可以由参数BACKGROUND_DUMP_DEST来查询，只不过在Oracle 11g中位置有所变化。在Oracle 10g中，告警日志一般在$ORACLE_BASE/admin/$ORACLE_SID/bdump目录下：
SYS@lhrdb> SHOW PARAMETER BACKGROUND_DUMP_DEST
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
background_dump_dest string /u01/app/oracle/admin/lhrdb/bdump在Oracle 11g中，告警日志一般在$ORACLE_BASE/diag/rdbms/$DBNAME/$ORACLE_SID/trace目录下：
SYS@lhrdb> SHOW PARAMETER BACKGROUND_DUMP_DEST
NAME TYPE VALUE
------------------------------------ ---------------------- ------------------------------
background_dump_dest string /oracle/app/oracle/diag/rdbms/lhrdb/lhrdb/trace
[ZFZHLHRDB1:oracle]:/oracle>cd /oracle/app/oracle/diag/rdbms/lhrdb/lhrdb/trace
[ZFZHLHRDB1:oracle]:/oracle/app/oracle/diag/rdbms/lhrdb/lhrdb/trace>ls -l alert*
-rw-r----- 1 oracle asmadmin 13852942 Oct 17 13:22 alert_lhrdb.log
从Oracle 12.1.0.1开始，参数BACKGROUND_DUMP_DEST已废弃，告警日志的位置应该由以下SQL来查询：
SQL> SELECT d.VALUE FROM V$DIAG_INFO d WHERE d.NAME='Diag Trace';
VALUE
---------------------------------------------------------
/u01/app/oracle/diag/rdbms/lhrdb/lhrdb/trace
需要注意的是，该SQL也适用于Oracle 11g的版本。
由于告警日志按时间的先后顺序不断累积存储，久而久之，势必造成告警日志的过大，难以维护，查找相关的信息也不方便。另外，若告警日志超大，也会严重影响系统的性能。这里提供3种办法来管理告警日志：①使用外部表方式来管理告警日志将大大简化维护工作量，也可以更直关的获取所需的信息。②视图V$DIAG_ALERT_EXT对应的基表里存储了告警日志的内容，可以根据该视图将告警日志的内容存储在历史表中。③利用SHELL脚本定时将告警日志进行备份，防止告警日志过大而影响系统性能。
1．外部表管理告警日志的脚本如下所示：
drop directory DIR_ALERT;
create directory DIR_ALERT as '/u01/app/oracle/diag/rdbms/orclasm/orclasm/trace';
drop table alert_log;
create table alert_log(
text varchar2(500)
)organization external
(type oracle_loader
default directory DIR_ALERT
access parameters
(records delimited by newline
)location('alert_orclasm.log')
) reject limit unlimited;
select * from alert_log where text like 'ORA-%';
查看最新的10条告警日志记录：
select * from (
select rownum rn,a.text from alert_log a) b where b.rn>=(select count(1)-10 from alert_log a);
看最新的10条ORA告警日志记录：
SELECT *
FROM (SELECT rownum rn,
a.text
FROM alert_log a
WHERE a.text LIKE 'ORA-%') b
WHERE b.rn >=
(SELECT COUNT(1) - 10 FROM alert_log a WHERE a.text LIKE 'ORA-%');
--2．利用V$DIAG_ALERT_EXT记录历史告警日志的脚本如下所示：
---drop table XB_ALERTLOG_ALL_LHR ;
create table XB_ALERTLOG_ALL_LHR
(
ID NUMBER primary key,
alert_date date,
message_text VARCHAR2(3000),
message_type NUMBER,
message_level NUMBER,
message_id VARCHAR2(67),
message_group VARCHAR2(67),
detailed_location VARCHAR2(163),
problem_key VARCHAR2(67),
record_id NUMBER,
organization_id VARCHAR2(67),
component_id VARCHAR2(67),
host_id VARCHAR2(67),
host_address VARCHAR2(49),
client_id VARCHAR2(67),
module_id VARCHAR2(67),
process_id VARCHAR2(35)
) nologging
partition by range(alert_date)
interval(numtoyminterval(1,'month'))
(partition P201406 VALUES LESS THAN(TO_DATE('201407','YYYYMM')));
--drop SEQUENCE S_XB_SQL_MONITOR_LHR;
CREATE SEQUENCE S_XB_ALERTLOG_ALL_LHR START WITH 1 INCREMENT BY 1 cache 20;
create index ind_ALERTLOG_ALL_In_Date on XB_ALERTLOG_ALL_LHR(ALERT_DATE,Record_Id) local nologging;
---------记录历史告警日志
CREATE PROCEDURE p_alert_log_lhr AS
v_max_recordid NUMBER;
v_max_date DATE;
BEGIN
SELECT MAX(a.record_id),
MAX(a.alert_date)
INTO v_max_recordid,
v_max_date
FROM XB_ALERTLOG_ALL_LHR a
WHERE a.alert_date >= SYSDATE - 360 / 1440 --3h'之前
AND a.alert_date <= SYSDATE;
INSERT INTO XB_ALERTLOG_ALL_LHR nologging
(ID,
ALERT_DATE,
MESSAGE_TEXT,
MESSAGE_TYPE,
MESSAGE_LEVEL,
MESSAGE_ID,
MESSAGE_GROUP,
DETAILED_LOCATION,
PROBLEM_KEY,
RECORD_ID,
ORGANIZATION_ID,
COMPONENT_ID,
HOST_ID,
HOST_ADDRESS,
CLIENT_ID,
MODULE_ID,
PROCESS_ID)
SELECT s_XB_ALERTLOG_ALL_LHR.Nextval,
to_date(to_char(a.ORIGINATING_TIMESTAMP,
'YYYY-MM-DD HH24:MI:SS'),
'YYYY-MM-DD HH24:MI:SS') alert_date,
a.MESSAGE_TEXT,
a.MESSAGE_TYPE,
a.MESSAGE_LEVEL,
a.MESSAGE_ID,
a.MESSAGE_GROUP,
a.DETAILED_LOCATION,
a.PROBLEM_KEY,
a.RECORD_ID,
a.ORGANIZATION_ID,
a.COMPONENT_ID,
a.HOST_ID,
a.HOST_ADDRESS,
a.CLIENT_ID,
a.MODULE_ID,
a.PROCESS_ID
FROM v$diag_alert_ext a
WHERE a.COMPONENT_ID = 'rdbms'
AND a.FILENAME LIKE
'/u01/app/oracle/diag/rdbms/orclasm/orclasm/alert/log.xml%'
AND a.RECORD_ID > v_max_recordid
AND a.ORIGINATING_TIMESTAMP >= v_max_date;
COMMIT;
END p_alert_log_lhr;
/
--定时任务：
BEGIN
DBMS_SCHEDULER.CREATE_JOB(JOB_NAME => 'job_p_alert_log_lhr',
JOB_TYPE => 'STORED_PROCEDURE',
JOB_ACTION => 'p_alert_log_lhr',
ENABLED => TRUE,
START_DATE => SYSDATE,
comments => '记录历史告警日志，每2个小时执行一次');
END;
/
3．利用SHELL脚本定时将告警日志进行备份
利用Linux下的crontab设置每周日早上凌晨归档一次告警日志：
[oracle@rhel6lhr ~]$ crontab -l
2 12 * * 1 /home/oracle/lhr/alert_log_archive.sh
[oracle@rhel6lhr ~]$ more /home/oracle/lhr/alert_log_archive.sh
#*************************************************************************
# FileName :alert_log_archive.sh
#*************************************************************************
# Author :lhr
# CreateDate :2014-07-16
# blogs :http://blog.itpub.net/26736162
# Description :this script is made the alert log archived every day
# crontab : 2 0 * * 0 /home/oracle/lhr/alert_log_archive.sh ---sunday exec
#*************************************************************************
#! /bin/bash
# these solved the oracle variable problem.
export ORACLE_SID=orclasm
export ORACLE_BASE=/u01/app/oracle
mydate=`date +'%Y%m%d%H%M%S'`
alert_log_path="$ORACLE_BASE/diag/rdbms/$ORACLE_SID/$ORACLE_SID/trace/"
alert_log_file="alert_$ORACLE_SID.log"
alert_arc_file="alert_$ORACLE_SID.log""."${mydate}
cd ${alert_log_path};
if [ ! -e "${alert_log_file}" ]; then
echo "the alert log didn't exits, please check file path is correct!";
exit;
fi
if [ -e ${alert_arc_file} ];then
echo "the alert log file have been archived!"
else
mv ${alert_log_file} ${alert_arc_file}
cat /dev/null > ${alert_log_file}
fi
& 说明：
有关告警日志的更多内容可以参考我的BLOG：http://blog.itpub.net/26736162/viewspace-1221559/
本文选自《Oracle程序员面试笔试宝典》，作者：李华荣。
本文参与 腾讯云自媒体分享计划，分享自微信公众号。
原始发表：2019-04-08，如有侵权请联系 cloudcommunity@tencent.com 删除
评论
登录后参与评论
推荐阅读
相关产品与服务
对象存储
对象存储（Cloud Object Storage，COS）是由腾讯云推出的无目录层次结构、无数据格式限制，可容纳海量数据且支持 HTTP/HTTPS 协议访问的分布式存储服务。腾讯云 COS 的存储桶空间无容量上限，无需分区管理，适用于 CDN 数据分发、数据万象处理或大数据计算与分析的数据湖等多种场景。