>  기사  >  데이터 베이스  >  ORA-00020:maximum number of processes 不能停机怎么办

ORA-00020:maximum number of processes 不能停机怎么办

WBOY
WBOY원래의
2016-06-07 17:34:20929검색

最近刚换了工作,不过还好,还是老本行,数据库的运维工作。比较郁闷的就是摊上了升级,后台那个报错啊!先说一下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 归档日志过大导致无法存储的解决办法

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.