【Oracle】-【v$session】v$session的SNIPED狀態

最近有個測試庫剛出現的情況，
現象：
以前一直未出現過這種狀態：
有的應用(這裡部署的應用有100多個，且都是Tuxedo長連線資料庫 的應用)每天第一次執行時報：ORA-02396: exceeded maximum idle time, please connect again
過段時間會有應用報錯：ORA-02391: exceeded simultaneous SESSIONS_PER_USER limit，此時也無法登入資料庫了。

測試庫資訊：
版本：9.2.0.7.0

判斷問題思路：
SELECT * FROM v$session WHERE username='STAR' ORDER BY status;
檢視有許多都是SPINED狀態的。

用下面的語句產生的kill -9 ...會提示no such process或invalid id，SPID不是OS程式的ID麼？
SELECT s.username,s.status,s.machine,osuser,spid,
'kill -9 '||spid UNIX_level_kill,
'alter system kill session ' ||''''||s.sid||','||s.serial# || ''';' Oracle_level_kill,
TO_CHAR (logon_time, 'dd/mm/yyyy hh24:mi:ss') logon_time,
last_call_et idle_time,
TO_CHAR (TRUNC (last_call_et / 3600, 0))||' '||' HRS '||TO_CHAR (TRUNC ((last_call_et - TRUNC(last_call_et / 3600, 0) * 3600) / 60, 0)) ||' MINS' idle_time_hour_minute,
module 
FROM v$session s, v$process p
WHERE TYPE = 'USER'
AND s.username='STAR'
AND p.addr = s.paddr
AND status = 'SNIPED' 
-- AND SUBSTR (machine, 1, 19) NOT IN ('machine')
AND last_call_et > 60 * 60 * 2
-- session idle time more than 1 hour

ORDER BY last_call_et desc;

問題的原因：

就是由於設定了資源計劃這種profile，idle_time是60分鐘，sessions_per_user是60。

解決方法：

最直接的就是將該使用者的profile改為DEFAULT，若不修改預設，則DEFAULT的idle_time和sessions_per_user都是unlimited。

再解釋下v$session中：

SPINED狀態的session問題，根據@dbsnake大拿的意思，這種狀態是Oralce自身判斷需要kill -9幹掉OS進城後的狀態，但該session還在v$session，這時只能用alter system幹掉該session。至於上述"SPID不是OS程式的ID麼"的問題，則是因為Oracle內部已經用kill -9幹掉該程式了，那當然提示no such process等錯誤。

KILL狀態的session，是使用alter system從Oracle級幹掉的session，等待事務回滾。

INACTIVE狀態表示當前的這個session處於非活動狀態，比如開啟一個PLSQL但沒有操作。

ACTIVE表示正處於active，例如當前在一個PLSQL的SQL Window。

說明：

處於SNIPED的session，例如用PLSQL登陸的超時了，被kill -9，此時不要重新登入，只需要執行一條SQL，它會報錯，此時從另一個session看該SNIPED的session被清空了，否則需要用alter system刪除該session。

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