今天又遇到了11gR2连接数满的问题，以前也遇到过，因为应用那边没有深入检查，没有找到具体原因，暂且认为是这个版本Oracle的BUG吧。

上次的处理办法是用Shell脚本定时在系统中kill  v$session.status='INACTIVE'的连接，但是这次现场没有在操作系统中部署脚本的权限，只好在数据库中做处理，幸好我们对这个数据库有完全的权限。这次使用了profile+JOB定时alter system kill 'sid,seral#' immediate的方式。具体脚本如下：

 

       CREATE PROFILE KILLIDLE LIMIT IDLE_TIME 30;

 SELECT * FROM dba_profiles WHERE PROFILE='KILLIDLE';

 ALTER USER TEST_USER PROFILE KILLIDLE;

 SELECT username,PROFILE FROM dba_users WHERE username='TEST_USER';

 ALTER SYSTEM SET resource_limit=TRUE;






 CREATE OR REPLACE PROCEDURE sp_kill_idlesession

 /**********************************

 清除idle超时的会话进程

 **********************************/

 AS

 CURSOR c_kill_sqls

 IS SELECT 'alter system kill session '''||s.sid||','||s.SERIAL#||''' immediate' sqlstr FROM v$session s WHERE s.STATUS='SNIPED';

 BEGIN

 FOR v_sql IN c_kill_sqls

   LOOP

     EXECUTE IMMEDIATE v_sql.sqlstr;

   END LOOP;

 END;





 --添加JOB，定时清理过期会话

 DECLARE jobnum NUMBER :=661;

 BEGIN

   dbms_job.submit(job => jobnum,

                   what => 'sp_kill_idlesession;',

                   next_date => to_date('30-04-2014 18:00:00', 'dd-mm-yyyy hh24:mi:ss'),

                   interval => 'SYSDATE + 1/144');

   commit;

 END;







 --如果30分钟过期时间太短，对数据库访问性能产生了影响，可以调整

 ALTER PROFILE KILLIDLE LIMIT IDLE_TIME 30;