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

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

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

1. CREATE PROFILE KILLIDLE LIMIT IDLE_TIME 30;
   
2. 
   
3. SELECT * FROM dba_profiles WHERE PROFILE='KILLIDLE';
   
4. 
   
5. ALTER USER TEST_USER PROFILE KILLIDLE;
   
6. 
   
7. SELECT username,PROFILE FROM dba_users WHERE username='TEST_USER';
   
8. 
   
9. ALTER SYSTEM SET resource_limit=TRUE;
   
10. 
    
11. 
    
12. 
    
13. 
    
14. 
    
15. 
    
16. CREATE OR REPLACE PROCEDURE sp_kill_idlesession
    
17. 
    
18. /**********************************
    
19. 
    
20. 清除idle超时的会话进程
    
21. 
    
22. **********************************/
    
23. 
    
24. AS
    
25. 
    
26. CURSOR c_kill_sqls
    
27. 
    
28. IS SELECT 'alter system kill session '''||s.sid||','||s.SERIAL#||''' immediate' sqlstr FROM v$session s WHERE s.STATUS='SNIPED';
    
29. 
    
30. BEGIN
    
31. 
    
32. FOR v_sql IN c_kill_sqls
    
33. 
    
34.   LOOP
    
35. 
    
36.     EXECUTE IMMEDIATE v_sql.sqlstr;
    
37. 
    
38.   END LOOP;
    
39. 
    
40. END;
    
41. 
    
42. 
    
43. 
    
44. 
    
45. 
    
46. --添加JOB，定时清理过期会话
    
47. 
    
48. DECLARE jobnum NUMBER :=661;
    
49. 
    
50. BEGIN
    
51. 
    
52.   dbms_job.submit(job => jobnum,
    
53. 
    
54.                   what => 'sp_kill_idlesession;',
    
55. 
    
56.                   next_date => to_date('30-04-2014 18:00:00', 'dd-mm-yyyy hh24:mi:ss'),
    
57. 
    
58.                   interval => 'SYSDATE + 1/144');
    
59. 
    
60.   commit;
    
61. 
    
62. END;
    
63. 
    
64. 
    
65. 
    
66. 
    
67. 
    
68. 
    
69. 
    
70. --如果30分钟过期时间太短，对数据库访问性能产生了影响，可以调整
    
71. 
    
72. ALTER PROFILE KILLIDLE LIMIT IDLE_TIME 30;
    
73. 
    

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/28998293/viewspace-1153969/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/28998293/viewspace-1153969/