如果你写日志的目的地被填满了，那会冻结你的系统。
我会检查，看看是否有abd不寻常的尖峰每小时和每天的基础上。

Hourly Archive Log Generation :

set pages 1000
alter session set nls_date_format = 'DD-MON-YYYY HH24:MI:SS';

select trunc(COMPLETION_TIME,'HH') Hour,thread# , 
round(sum(BLOCKS*BLOCK_SIZE)/1024/1024/1024) GB,
count(*) Archives from v$archived_log 
group by trunc(COMPLETION_TIME,'HH'),thread#  order by 1 ;

Daily Archive Log Generation :

SQL> select trunc(COMPLETION_TIME,'DD') Day, thread#, 
round(sum(BLOCKS*BLOCK_SIZE)/1024/1024/1024) GB,
count(*) Archives_Generated from v$archived_log 
group by trunc(COMPLETION_TIME,'DD'),thread# order by 1;

其次，您可能需要考虑运行rman命令来释放空间，例如

DELETE expired;
DELETE obsolete;

最后，将警报日志上传到Oracle支持。在11g中，这可能是有问题的，因为该版本已被取消支持多年

假设你没有空间，阻塞会话或任何其他问题，只是对活动重做日志的问题。
状态ACTIVE意味着重做日志中的某些数据更改此时尚未写入数据文件。您可以执行检查点以强制将所有重做写入数据文件。

SQL> alter system checkpoint;

System altered.

检查点完成后，您可以再次检查所有重做日志的状态。他们现在应该不活跃。