如何判断死进程呢?

wxfjordan

我发现这几条SESSION一直挂在系统上, 很久了, 我如何判断这些session, 是没有用的? 或是死进程?

1. sys@ZZYDB> select SERIAL#,SID,USERNAME,MACHINE,LOGON_TIME from v$session where sid in (783,1158,974,1165,208);
   
2. 
   
3.    SERIAL#          SID USERNAME                             MACHINE                    LOGON_TIME
   
4. ---------- ---------- ------------------------------ ---------------------- -------------------
   
5.       2999          208 CONSTSYN                             WORKGROUP\SHIBAOWEI    2012-12-05 11:26:02
   
6.      21140          783 POPULARCENTER                     WORKGROUP\SHIBAOWEI    2012-11-07 16:48:10
   
7.      45458          974 CONSTSYN                             WORKGROUP\SHIBAOWEI    2012-12-04 13:45:04
   
8.      58765         1158 CONSTSYN                             WORKGROUP\SHIBAOWEI    2012-12-14 10:26:38
   
9.      54981         1165 NXLTSMFLOW                     bjsjzx-1                    2012-11-19 13:20:03
   

复制代码

Liu Maclean(刘相兵

那么可能是dead connection ，确认不是应用连接数据库  而是TOAD的话 一般可以直接KILL掉

wxfjordan

这几条SESSION挂住已经有很长时间了, 而且是用TOAD程序连接的, 我问过用这个程序登录的开发人员, 他说已经很久没有登录这台服务器了. 而且我在 12月4日做巡检的时候就已经对这几条SESSION, 特别的留意了.

1. SELECT e.sql_text,
   
2.        r.name,
   
3.        s.serial#,
   
4.        s.sid,
   
5.        s.username,
   
6.        s.machine,
   
7.        s.LOGON_TIME,
   
8.        t.used_ublk*8192/1024/1024||'M' USED_M,
   
9.        substr(s.program, 1, 78) pro
   
10. FROM   sys.v_$session s,
    
11.        sys.v_$transaction t,
    
12.        sys.v_$rollname r,
    
13.        sys.v_$sqlarea e
    
14. WHERE  t.addr = s.taddr
    
15.   and  t.xidusn = r.usn
    
16.   and  e.address = DECODE(s.sql_hash_value, 0, s.prev_sql_addr, s.sql_address)
    
17.   and  s.sid in (783,1158,974,1165,208)
    
18. order  by t.USED_UBLK desc
    
19. /
    
20. 
    
21. SQL_TEXT                                                           NAME                   SERIAL#    SID        USERNAME           MACHINE                LOGON_TIME          USED_M          PRO
    
22. ------------------------------------------------------------------ ---------------------- ---------- ---------- ------------------ ---------------------- ------------------- --------------- ----------
    
23. insert into JSLT_DAILY_STS select * from V_DAILY_STA@DBLINKJSLT    _SYSSMU4_1440059666$   21140      783        POPULARCENTER      WORKGROUP\SHIBAOWEI    2012-11-07 16:48:10 .0234375M       Toad.exe
    
24. where datetime >= to_char(sysdate - 30, 'yyyy-mm-') || '01'
    
25. 
    
26. CREATE TABLE TEMP_PLATFORM8 AS SELECT * FROM T_COUNTRY_SEGMENT@SXL _SYSSMU10_4077337953$  58765      1158       CONSTSYN           WORKGROUP\SHIBAOWEI    2012-12-14 10:26:38 .015625M        Toad.exe
    
27. TGJ
    
28. 
    
29. CREATE TABLE TEMP_PLATFORM4 AS SELECT * FROM T_COUNTRY_SEGMENT@SXL _SYSSMU3_3720001429$   45458      974        CONSTSYN           WORKGROUP\SHIBAOWEI    2012-12-04 13:45:04 .015625M        Toad.exe
    
30. TGJ
    
31. 
    
32. select distinct substr(a.segment, 1, 5) head  from VALID_NUMBER_SE _SYSSMU8_3417650142$   2999       208        CONSTSYN           WORKGROUP\SHIBAOWEI    2012-12-05 11:26:02 .0078125M       Toad.exe
    
33. CT@HLJTXZL a where a.segment not in(     select B.SEGMENT from
    
34. t_phone_segment b join t_city c    on B.CITY_ID = C.CITY_ID   
    
35. where B.TELECO_ID = 1 and C.PRO_ID = 11 ) order by 1
    

复制代码

Liu Maclean(刘相兵

wxfjordan 发表于 2012-12-24 15:18
如果我现在想分析这几条SESSION的状态, 我应该用什么跟踪事件好呢?

你为什么认为这几个session存在问题？

wxfjordan

如果我现在想分析这几条SESSION的状态, 我应该用什么跟踪事件好呢?

Liu Maclean(刘相兵

v$session.status

STATUS        VARCHAR2(8)        Status of the session:
ACTIVE - Session currently executing SQL
INACTIVE
KILLED - Session marked to be killed
CACHED - Session temporarily cached for use by Oracle*XA
SNIPED - Session inactive, waiting on the client


http://docs.oracle.com/cd/B19306 ... 7/dynviews_2088.htm


一般来说 v$SESSION.STATUS是准确的， 例如 KILLED 和 INACTIVE


如果 session hang住，那么往往 status= ACTIVE 可以通过查看 stack call 和 processtate或者 session的等待事件判断 其具体状态

wxfjordan

不可以这样判断吧! 既然进程已经被卡住, 它在ORACLE上看肯定是一个不准确的状态.

1. 
   
2.   1  select vp.SPID,vs.status
   
3.   2    from v$process vp,
   
4.   3            v$session vs
   
5.   4   where vs.sid in (783, 1158, 974, 208)
   
6.   5         and vs.PADDR=vp.ADDR
   
7. /
   
8. 
   
9. SPID                         STATUS
   
10. ------------------------ --------
    
11. 5245                         ACTIVE
    
12. 5102                         ACTIVE
    
13. 6168                         ACTIVE
    
14. 1239                         ACTIVE

复制代码

307679393

select status from v$session