不知道是不是和系统的io有关，业务量也不大

传个awr看看

重启了服务，看不到之前的awr了

那就传离故障最近的不跨越数据库重启的awr呗，结合数据库的dba_hist_active_sess_history以及数据库日志看看能不能找出一些蛛丝马迹。

重启服务后的第一个awr报告

awr显示重启后压力不大，一些内存增长以及物理读特征符合重启后重新缓存执行计划、数据块等。

发生问题前的最近的awr以及问题前的一小段时间的dba_hist_active_sess_history有信息吗？
以及数据库alert日志有相关报错吗？

使用该sql查询故障时间的数据
SELECT T.INSTANCE_NUMBER,
T.SQL_ID,
T1.SQL_TEXT,
T.EVENT,
T.SESSION_STATE,
T.BLOCKING_SESSION,
T.MACHINE,
COUNT(1)
FROM DBA_HIST_ACTIVE_SESS_HISTORY T, GV$SQL T1
WHERE T.SQL_ID = T1.SQL_ID
AND T.INSTANCE_NUMBER = T1.INST_ID
AND T.SAMPLE_TIME >= TO_DATE(‘20210301 15:00;00’, ‘YYYYMMDD HH24:MI;SS’)
AND T.SAMPLE_TIME <= TO_DATE(‘20210301 16:00;00’, ‘YYYYMMDD HH24:MI;SS’)
GROUP BY T.INSTANCE_NUMBER,
T.SQL_ID,
T.EVENT,
T.SESSION_STATE,
T.BLOCKING_SESSION,
T1.SQL_TEXT,
T.MACHINE
ORDER BY COUNT(1) DESC;

如图：

数据库alert日志没看到相关报错日志

可以根据下面简单几个步骤查询DBA_HIST_ACTIVE_SESS_HISTORY辅助判断是否能发现一些蛛丝马迹。
第一，查询故障前等待事件总趋势，例如：

select trunc(sample_time,'mi'),count(1) from dba_hist_active_sess_history
where sample_time > to_date('20200412 20:00:00','yyyymmdd hh24:mi:ss')
and sample_time < to_date('20200412 21:00:00','yyyymmdd hh24:mi:ss')
and event is not null group by trunc(sample_time,'mi')
having count(1) > 2 order by 1; 

第二，查询等待事件详细分布，例如：

select trunc(sample_time,'mi'),event,count(1)
 from dba_hist_active_sess_history
 where sample_time > to_date('20200412 20:20:00','yyyymmdd hh24:mi:ss')
 and sample_time < to_date('20200412 20:30:00','yyyymmdd hh24:mi:ss')
 and event is not null 
 group by trunc(sample_time,'mi'),event
having count(1) > 2 order by 1,3;

第三，根据趋势判断有无异常，如果有异常时间段，那就根据具体时间段再进一步查询dba_hist_active_sess_history视图一些重要的字段即可，判断有无异常之处。

**
假如故障是周期性发生，建议对操作系统资源进行监控。**

出现了null event

数据库具体是几点重启的呢？
数据库卡死，操作系统表现怎么样呢？

看这数据，一个小时也没采到多少数据，详细查查DBA_HIST_ACTIVE_SESS_HISTORY的一些具体列呗，
比如
sample_time
session_id
blocking_session
sql_opname
sql_id
event
p1
p2
p3
program
module
action
machine
pga_allocated

数据库是20210301 15:27 重启的

是出现了bug吗

目前没查到相关的bug，不排除，11.2.0.1版本确实bug多一些。

目前的信息来看，没法定位跟进一步判断，重启前数据库数据，操作系统数据基本没有。

好的，多谢大佬帮助，等下次出现故障的时候，我收集awr报告看下