Getting the Windows ‘busy’ hourglass cursor is sure to raise anyone’s blood pressure. Sometimes you’re left there waiting because a resource you’re attempting to access is already being used by someone else. So you get to WAIT. You are being BLOCKED because what you want is LOCKED. How can you see what the hold-up is?
And more importantly, how can we figure out who or what is causing the delay so we can go KILL them (their session, cough!)
Tools -> Monitor Sessions
This is an enhanced report. There is a report version of this under the Database Administration and Sessions category. What makes this report ‘enhanced’ is that it has a context menu available that allows me to start a trace, or execute a ‘kill.’
My session is SID #16. SID #25 is holding me up. Maybe I should go check what they’re doing…
This is a snippet from a handy little report called ‘Blocking Locks by User.’ It’s available under the Database Administration and Locks report category.
Ok, now I know what I need to do
And cue the music…




Twitter
RSS
GooglePlus
Facebook
Feb 28, 2013 @ 13:50:41
Kudos for the RATM
Bombtrack
Feb 28, 2013 @ 15:46:26
to look at session activity, do I need to be logged in as sys, sysman, system, the database user?
Feb 28, 2013 @ 15:49:44
No, but you need select privs on v$sessions, locks, etc
Mar 01, 2013 @ 07:25:10
Jeff,
Just like to say I always appreciate your posts. There’s so much in SQLDeveloper that’s available, it’s hard to keep track of all of it. Reminders are always a plus. Ditto on the RATM.
Mar 01, 2013 @ 09:39:10
Thanks Tony! Appreciate your support, it inspires me to keep writing