============= oracle数据库archivelog暴增分析 ====================

前言

归档量突然增长到981G/天,导致归档目录使用率告警

归档日志量异常暴增会导致磁盘空间爆满,数据库异常

1、归档日志量统计

SELECT TRUNC(FIRST_TIME) "TIME",
SUM(BLOCK_SIZE * BLOCKS) / 1024 / 1024 / 1024 "SIZE(GB)"
FROM V$ARCHIVED_LOG
GROUP BY TRUNC(FIRST_TIME) order by TRUNC(FIRST_TIME);

部分输出:

TIME SIZE(GB)
--------- ----------

09-JUN-21 63.345335
10-JUN-21 50.041029
11-JUN-21 43.3773184
12-JUN-21 41.8273354
13-JUN-21 36.834712
14-JUN-21 38.4342957
15-JUN-21 42.0742655
16-JUN-21 40.6740589
17-JUN-21 44.1439724
18-JUN-21 53.9158897
19-JUN-21 981.466756

2、日志生成量最大的对象 (按小时统计)

select * from (
SELECT to_char(begin_interval_time, 'YYYY_MM_DD HH24:MI') snap_time,
dhsso.object_name,
SUM(db_block_changes_delta)
FROM dba_hist_seg_stat dhss,
dba_hist_seg_stat_obj dhsso,
dba_hist_snapshot dhs
WHERE dhs.snap_id = dhss.snap_id
AND dhs.instance_number = dhss.instance_number
AND dhss.obj# = dhsso.obj#
AND dhss.dataobj# = dhsso.dataobj#
AND begin_interval_time> sysdate - 120/1440
GROUP BY to_char(begin_interval_time, 'YYYY_MM_DD HH24:MI'),
dhsso.object_name
order by 3 desc)
where rownum<=5;

SNAP_TIME         OBJECT_NAME                   SUM(DB_BLOCK_CHANGES_DELTA)
---------------- ------------------------------ ---------------------------
2021_06_19 09:00 OMS_GOODSQTY_UPLOAD_GDST_IDX    1506104016
2021_06_19 09:00 OMS_GOODSQTY_UPLOAD_IDX         175114000
2021_06_19 09:00 OMS_GOODSQTY_UPLOAD             148411280
2021_06_19 09:00 BMS_ST_IO_DTLTMP_INOUTID_IDX    201616
2021_06_19 09:00 GRESA_SA_DTL_RSAID_IDX          138160

tips:也可以查awr的Segments by Physical Writes的数据,数据相对应

3、相关sql查询

SELECT to_char(begin_interval_time, 'YYYY_MM_DD HH24:MI'),
dbms_lob.substr(sql_text, 4000, 1),
dhss.instance_number,
dhss.sql_id,
executions_delta,
rows_processed_delta
FROM dba_hist_sqlstat dhss, dba_hist_snapshot dhs, dba_hist_sqltext dhst
WHERE UPPER(dhst.sql_text) LIKE '%OMS_GOODSQTY_UPLOAD%'
AND dhss.snap_id = dhs.snap_id
AND dhss.instance_Number = dhs.instance_number
AND dhss.sql_id = dhst.sql_id;

当前sql查询:

select a.username,a.sid,b.sql_text from v$session a,v$sql b
where a.sql_id=b.sql_id and b.sql_text like '%OMS_GOODSQTY_UPLOAD%';

4、查找关联SQL的session和module和machine

select username,program,module,machine from dba_hist_active_sess_history WHERE
sql_id = 'cs3758yhdjxav';

处理方式及总结

排查出归档生成量最大的对象相关信息(用户名、对象名、程序名、模块、机器)反馈应用测排查相关业务,

紧急处理方式先停止相关异常业务,再进行业务侧优化。

新的业务上线前需要经过严格的测试,新业务上线前需要提前沟通,实时观察数据库情况,以便出现问题及时发现和处理;

数据库维护期间要保持高度警惕,认真观察,冷静分析

技术
今日推荐
下载桌面版
GitHub
百度网盘(提取码:draw)
Gitee
云服务器优惠
阿里云优惠券
腾讯云优惠券
华为云优惠券
站点信息
问题反馈
邮箱:[email protected]
QQ群:766591547
关注微信