Skip to Main Content

Oracle Database Discussions

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

Interested in getting your voice heard by members of the Developer Marketing team at Oracle? Check out this post for AppDev or this post for AI focus group information.

Oracle Patch 10.2.0.4 for Linux x86

Maran ViswarayarFeb 25 2008 — edited Apr 14 2009
Oracle has just launced the 10.2.0.4 patchset for Linux x86 machines

I think most of you are aware of these:)

Comments

516450
Here is the information from the documentation:

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


HTH

Thanks
Chandra
user135518
Thank you for your reply.

This is my dilemma, the documentation does not define INACTIVE and does define SNIPED as "Session inactive, waiting on client". Need to know the difference between INACTIVE and SNIPED.
579237
this is my confusion too..many a time when i check session i find hunderds of inactive sessions ..what does that mean
516450
Ok, take a look at Metalink Note:1005059.6...which has some information on this.

HTH

Thanks
chandra pabba
477483
Inactive - nothing is being done, server waits for tasks to be assigned from the client.

Sniped - the session has passed the idle_time limit defined in user profile. The session will remain snipped until the client communicates with the db again, when it will get "ORA-02396: exceeded maximum idle time, please connect again" and the session is removed from v$session.
293720
Inactive means the session is connected, and idle. The client is not currently making a database call.

Sniped means the system has killed the session, but the client doesn't know it.

-Mark
Madrid
Sniped:
When IDLE_TIME is set in the users' profiles or the default profile. This will kill the sessions in the database (status in v$session now becomes SNIPED) and they will eventually disconnect. It does not always clean up the Unix session (LOCAL=NO sessions). At this time all oracle resources are released but the shadow processes remains and OS resources are not released. This shadow process is still counted towards the parameters of init.ora.
This process is killed and entry from v$session is released only when user again tries to do something. Another way of forcing disconnect (if your users come in via SQL*Net) is to put the file sqlnet.ora on every client machine and include the parameter "SQLNET.EXPIRE_TIME" in it to force the close of the SQL*Net session.


For further references:

session inactive ??
make a job to delete the sniped sessions
How do I put a timeout in my DataBase?
Killing Session with Locks in Linux



~ Madrid
Elber
I have 200 sessions inactive, if my reosurce_limit is SESSION=200, when other session need to open, what will hapen? Some INACTIVE SESSION will release?


Tks,

Elber.

Message was edited by:
Elber
416047
No, the one trying to connect will get an error.

You can use profiles to limit the time a session can remain idle if you want to terminate those sessions.

http://download.oracle.com/docs/cd/B10501_01/server.920/a96521/users.htm#15451
1 - 9
Locked Post
New comments cannot be posted to this locked post.

Post Details

Locked on May 12 2009
Added on Feb 25 2008
15 comments
13,749 views