解決Oracle 11gR2 空閒連線過多，導致連線數滿的問題

舊夢依稀發表於2014-05-05
Oracle
今天又遇到了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;

  3. SELECT * FROM dba_profiles WHERE PROFILE='KILLIDLE';

  5. ALTER USER TEST_USER PROFILE KILLIDLE;

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

  9. ALTER SYSTEM SET resource_limit=TRUE;






  16. CREATE OR REPLACE PROCEDURE sp_kill_idlesession

  18. /**********************************

  20. 清除idle超時的會話程式

  22. **********************************/

  24. AS

  26. CURSOR c_kill_sqls

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

  30. BEGIN

  32. FOR v_sql IN c_kill_sqls

  34.   LOOP

  36.     EXECUTE IMMEDIATE v_sql.sqlstr;

  38.   END LOOP;

  40. END;





  46. --新增JOB，定時清理過期會話

  48. DECLARE jobnum NUMBER :=661;

  50. BEGIN

  52.   dbms_job.submit(job => jobnum,

  54.                   what => 'sp_kill_idlesession;',

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

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

  60.   commit;

  62. END;







  70. --如果30分鐘過期時間太短，對資料庫訪問效能產生了影響，可以調整

  72. ALTER PROFILE KILLIDLE LIMIT IDLE_TIME 30;



 

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/28998293/viewspace-1153969/，如需轉載，請註明出處，否則將追究法律責任。

相關文章