最近刚换了工作，不过还好，还是老本行，数据库的运维工作。比较郁闷的就是摊上了升级，后台那个报错啊！先说一下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 的连接，那就删呗本文来源gao@daima#com搞(%代@#码网@，其实我也不知这样会不会对其他造成大的影响，和领导说明，不过还是决定删除。
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 归档日志过大导致无法存储的解决办法
转载请注明原文链接：ORA-00020:maximum number of processes 不能停机怎么办
