4月30号我建立了一个profile文件，并配置给了用户HZ，
profile里有这么一句idle_time 120，可是
select machine,LOGON_TIME,PROGRAM from v$session where username='HZ' ORDER BY LOGON_TIME DESC
结果是：
12        dlyx        2002-5-8 8:07:47        JDBC Thin Client
13        dlyx        2002-5-5 9:18:26        JDBC Thin Client
14        dlyx        2002-5-5 9:18:19        JDBC Thin Client
15        dlyx        2002-5-4 8:09:26        JDBC Thin Client
为什么还有5月4号，5号的session?
我以为我设置有错，我在sql plus里用HZ连接，并
SQL> SELECT TO_CHAR(SYSDATE,'YYYY-MM-DD HH24:MI:SS') FROM DUAL;

TO_CHAR(SYSDATE,'YYYY-MM-DDHH24:MI:SS'
--------------------------------------
2002-05-08 13:05:02

SQL> SELECT TO_CHAR(SYSDATE,'YYYY-MM-DD HH24:MI:SS') FROM DUAL;
SELECT TO_CHAR(SYSDATE,'YYYY-MM-DD HH24:MI:SS') FROM DUAL
*
错误位于第1行：
ORA-02396: exceeded maximum idle time, please connect again


SQL>
那说明是配置正确的，那是什么原因呢？请各位指教！

连接池一类的连接
数据库不会认为它处于空闲而断掉的

应该是这类连接始终以一定频率保持着某种网络请求

关于连接池，本身有一些时间设置
在3层结构中它是针对（瘦）client而言

我今天查看了v$session,里面有很多status为sniped,什么时候会从v$session里清除？难道不会清除吗？

偶也不清楚，呵呵

oracle的pmon定时清除吧

只是无法确切的知道什么时候清除或者多久清除一次

要是也可配就好了

我今天去查看v$session,竟然还有5月4号的session,状态是sniped.也不知道是什么时候Oracle把这些jdbc连接sniped,也不知道什么时候Oracle会清理它们。
select SID,SERIAL#,PROCESS,PROGRAM,STATUS,LOGON_TIME
from v$session where username='HZ' ORDER BY LOGON_TIME,STATUS
结果：
28        97        32110        JDBC Thin Client        SNIPED        2002-5-4 8:08:47
29        8        25041        JDBC Thin Client        SNIPED        2002-5-4 8:09:26
30        26        2356        JDBC Thin Client        SNIPED        2002-5-4 8:09:26
31        95        11260        JDBC Thin Client        SNIPED        2002-5-5 9:18:19
32        284        54633        JDBC Thin Client        SNIPED        2002-5-5 9:18:26
33        263        35848        JDBC Thin Client        SNIPED        2002-5-8 8:07:47
34        125        34427        JDBC Thin Client        SNIPED        2002-5-8 8:08:02
35        148        9591        JDBC Thin Client        SNIPED        2002-5-8 14:48:59
36        40        21650        JDBC Thin Client        SNIPED        2002-5-8 15:12:32
37        79        8848        JDBC Thin Client        SNIPED        2002-5-8 15:12:32
38        224        43107        JDBC Thin Client        SNIPED        2002-5-9 9:35:13
39        127        8276        JDBC Thin Client        SNIPED        2002-5-9 9:35:59
40        364        47711        JDBC Thin Client        SNIPED        2002-5-10 14:43:25
唉。

唉，oracle不会去清理啦，除非这个用户重新连接。ft
只有kill -9 把这个shadow process废了

我也在作这个实验，老兄，你的init.ora中resource_limit=true写了吗？否则profile是不会生效的。

设了呀，要不然session怎么会被sniped呢。而且我第一帖里就验证过了