解决Oracle 11gR2 空闲连接过多，导致连接数满的问题

转自：http://blog.itpub.net/28998293/viewspace-1153969/ （有修改）

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

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

1. grant select on v_$session to TEST_USER;    --(解决v$session表或视图不存在)
   
2. 给用户TEST_USER系统权限alter system;
3. 
   
4. CREATE PROFILE KILLIDLE LIMIT IDLE_TIME 30;
5. SELECT * FROM dba_profiles WHERE PROFILE='KILLIDLE';
6. ALTER USER TEST_USER PROFILE KILLIDLE;
7. SELECT username,PROFILE FROM dba_users WHERE username='TEST_USER';
8. ALTER SYSTEM SET resource_limit=TRUE;
9. 
   
10. CREATE OR REPLACE PROCEDURE sp_kill_idlesession
11. /**********************************
12. 清除idle超时的会话进程
13. **********************************/
14. AS
15. CURSOR c_kill_sqls
16. IS SELECT 'alter system kill session '''||s.sid||','||s.SERIAL#||''' immediate' sqlstr FROM v$session s WHERE s.STATUS='SNIPED';
17. BEGIN
18. FOR v_sql IN c_kill_sqls
19.   LOOP
20.     EXECUTE IMMEDIATE v_sql.sqlstr;
21.   END LOOP;
22. END;
    
23. 
    
24. --添加JOB，定时清理过期会话
25. DECLARE jobnum NUMBER :=661;
26. BEGIN
27.   dbms_job.submit(job => jobnum,
28.                   what => 'sp_kill_idlesession;',
29.                   next_date => to_date('30-04-2014 18:00:00', 'dd-mm-yyyy hh24:mi:ss'),
30.                   interval => 'SYSDATE + 1/144');
31.   commit;
32. END;
33. 
    
34. --如果30分钟过期时间太短，对数据库访问性能产生了影响，可以调整
35. ALTER PROFILE KILLIDLE LIMIT IDLE_TIME 30;