当前位置:Gxlcms > mysql > ORA-00020:maximumnumberofprocesses不能停机怎么办

ORA-00020:maximumnumberofprocesses不能停机怎么办

时间:2021-07-01 10:21:17 帮助过:26人阅读

最近刚换了工作,不过还好,还是老本行,数据库的运维工作。比较郁闷的就是摊上了升级,后台那个报错啊!先说一下ora-00020报错吧

最近刚换了工作,不过还好,还是老本行,数据库的运维工作。比较郁闷的就是摊上了升级,,后台那个报错啊!

先说一下ora-00020报错吧!大家都知道原因,就是进程数达到上限了。

select count(*) from v$process;

show parameter processes

两个值已经无限接近或相同了。

对停机要求不高的数据库来说非常容易,那就是修改一下参数processes的值就好了,具体流程如下:

alter system set processes=2000 scope=spfile;

shutdown immediate

startup

show parameter processes

查看值是否改变成功就好了,那么要是不能停机怎么办啊

我就比较悲剧的遇到了这种情况,还在郁闷中,不过为了系统的正常运行,还是做了一些工作,正常工作是祖宗啊!

查询一下现在的进程数:

select count(*) from v$session;

查看inactive的进程数量:

select count(*) from v$session where status='INACTIVE';

查看哪些用户下出现的INACTIVE最多

select username,count(*) from v$session where status='INACTIVE' group by username;

还好我的系统存在大量的INACTIVE 的连接,那就删呗,其实我也不知这样会不会对其他造成大的影响,和领导说明,不过还是决定删除。


declare cursor mycur is
select b.sid,b.serial# from v$session b where b.username= '用户名' and b.STATUS = 'INACTIVE';
begin
for cur in mycur
loop
execute immediate ( 'alter system kill session '''||cur.sid || ','|| cur.SERIAL# ||''' ');
end loop;

end;

小心哦!领导同意的情况下可以这样。

相关阅读:

Oracle ORA-01555 快照过旧 说明

ORA-01078 和 LRM-00109 报错解决方法

ORA-01555超长的Query Duration时间

ORA-00471 处理方法笔记

ORA-00314,redolog 损坏,或丢失处理方法

ORA-00257 归档日志过大导致无法存储的解决办法

人气教程排行