對于會話sniped和inactive的理解，一邊設置idle_time和sqlnet.expired_time

1、什么是SNIPED會話？

     當一個會話是INACTIVE的，且INACTIVE的時長超過了某個限制，比如PROFILE中指定的IDLE_TIME時，這個會話的狀態就會從INACTIVE變為SINPED。

     以你的例子來說，就是當一個非活動會話的空閑時間超過了360分鐘，該會話的狀態就會變為SNIPED。而不是360分鐘后清理掉SNIPED的會話。

2、SNIPED會話何時被清理？

     當被標記為SNIPED的會話的客戶端再次發出SQL語句時，客戶端會收到錯誤提示，比如ORA-02396: exceeded maximum idle time, please connect again。這時，數據庫才會徹底清理掉該會話及操作系統上的連接。

     但這樣一來，意味著如果客戶端不發出SQL，則不能清理掉的SNIPED的會話及其使用的連接，它們仍然會占用著資源，這可能引起資源不足的報錯，比如連接數達到最大的問題。這時，就需要手工來清理這些SINPED會話及其所使用的連接。

3、手工清理SNIPED會話的腳本

查詢狀態為SNIPED的spid的命令：

SELECT P.SPID from V$PROCESS P,V$SESSION S

WHERE S.PADDR=P.ADDR

and s.STATUS = 'SNIPED';

查詢狀態為SNIPED 或 INACTIVE 的spid的命令：

SELECT P.SPID from V$PROCESS P,V$SESSION S

WHERE S.PADDR=P.ADDR

and s.STATUS in  ('SNIPED','INACTIVE');

查詢上述兩種狀態，并定位用戶：

SELECT P.SPID from V$PROCESS P,V$SESSION S

WHERE S.PADDR=P.ADDR

and S.STATUS = 'SNIPED'

and S.USERNAME = 'TTT';

腳本內容：

snfile=/tmp/tmp.txt

sqlplus system/oracle <<EOF

spool $snfile

@/home/oracle/123.sql

spool off

exit;

EOF

for x in `cat /tmp/tmp.txt | grep "^[0123456789]"`

do

kill -9 $x

done

rm /tmp/tmp.txt

當你的數據庫連接方式為共享連接時，要小心不要把分配器進程或共享服務器進程也一并殺掉了。

對于10.2版本以上的數據庫且是專用連接方式的，ORACLE推薦使用：

ALTER SYSTEM DISCONNECT SESSION '<SID>,<SERIAL>' IMMEDIATE 來清理。

4、在sqlnet.ora中配置SQLNET.EXPIRE_TIME=xxx,就是啟用了DCD功能。其工作原理是當連接建立后，每隔XXX分鐘，就由服務器端發送一個探測包到客戶端，如果收到錯誤信息，就標記該連接并通知操作系統釋放連接，回收資源。