Oracle 19c AWR快照间隔过长导致失效,如何优化AWR保留策略和调整采样频率?
- 内容介绍
- 文章标签
- 相关推荐
本文共计962个文字,预计阅读时间需要4分钟。
相关专题
awr快照不会因为“间隔过长”而失效——真正导致失效的,是间隔被设为 0(即完全关闭),或者后台进程 mmon 异常、sysaux 空间阻塞、绑定变量泛滥等底层故障。所谓“间隔过长”只是误判,实际问题往往藏在配置值或进程状态里。
怎么确认AWR快照是否真的“关了”?
关键看 dba_hist_wr_control 里的 SNAP_INTERVAL 值是不是 +00000 00:00:00.0:
- 如果是这个值,说明 AWR 快照采集已彻底禁用,不是“慢”,是“停”
- 如果是
+00000 01:00:00.0或+00000 00:30:00.0,说明采集正常,只是间隔设得长 - Oracle 19c 默认仍是每小时一次,
retention默认仍是 8 天(11520 分钟)
执行这条语句就能一眼看清:
SELECT dbid, snap_interval, retention FROM dba_hist_wr_control;
为什么有人觉得“调大间隔就失效”?
本质是混淆了“采样稀疏”和“功能失效”。比如把间隔从 60 分钟改成 24 小时,快照确实变少了,但只要 SNAP_INTERVAL 不是 0,MMON 就仍在运行,数据也仍在写入 WRH$ 表。
本文共计962个文字,预计阅读时间需要4分钟。
相关专题
awr快照不会因为“间隔过长”而失效——真正导致失效的,是间隔被设为 0(即完全关闭),或者后台进程 mmon 异常、sysaux 空间阻塞、绑定变量泛滥等底层故障。所谓“间隔过长”只是误判,实际问题往往藏在配置值或进程状态里。
怎么确认AWR快照是否真的“关了”?
关键看 dba_hist_wr_control 里的 SNAP_INTERVAL 值是不是 +00000 00:00:00.0:
- 如果是这个值,说明 AWR 快照采集已彻底禁用,不是“慢”,是“停”
- 如果是
+00000 01:00:00.0或+00000 00:30:00.0,说明采集正常,只是间隔设得长 - Oracle 19c 默认仍是每小时一次,
retention默认仍是 8 天(11520 分钟)
执行这条语句就能一眼看清:
SELECT dbid, snap_interval, retention FROM dba_hist_wr_control;
为什么有人觉得“调大间隔就失效”?
本质是混淆了“采样稀疏”和“功能失效”。比如把间隔从 60 分钟改成 24 小时,快照确实变少了,但只要 SNAP_INTERVAL 不是 0,MMON 就仍在运行,数据也仍在写入 WRH$ 表。

