February 10, 2014 at 6:43 pm
I got a session that is in suspended state and the blocking spid shows from the same session, say, spid 107 blocked by spid 107. I use sp_who2 and there is only one row returned. it used rarely cpu nor io. I tried to kill it but it now keep in "KILL/ROLLBACK" state. not sure how to get rid of it. Could anyone help on this?
Thanks,
V
February 10, 2014 at 7:35 pm
Now you just wait it out. The spid is in a rollback state and all you can do is wait for it to finish.
Jason...AKA CirqueDeSQLeil
_______________________________________________
I have given a name to my pain...MCM SQL Server, MVP
SQL RNNR
Posting Performance Based Questions - Gail Shaw[/url]
Learn Extended Events
February 10, 2014 at 9:57 pm
ok. and that's what i'm doing now. it has been 2 days...before i killed it, it had run for 18 hours...
February 11, 2014 at 1:27 am
Wait. Rollback usually takes longer than the roll forward. DO NOT restart SQL, otherwise the rollback will be restarted after the instance restarts, probably with the database unavailable to anyone.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
February 11, 2014 at 2:24 am
thx for reminding.
I will not restart sql server for this. It looks like no other session as been affected by this session. however, the weird thing is that the session has used zero CPU & IO in sp_who2...
February 11, 2014 at 4:19 am
If you run a KILL for that session, what's the output that you get?
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
February 12, 2014 at 1:06 am
when i just tried to kill the session again. it showed,
SPID 107: transaction rollback in progress. Estimated rollback completion: 0%. Estimated time remaining: 0 seconds.
February 12, 2014 at 1:28 am
Ok, in that case (0%, 0sec) it's probably a stuck rollback (they happen from time to time, it'll be trying to get something that it can't get) and it's usually safe to restart SQL. Do it next time you have a maintenance window, unless this rolling back session is causing problems.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
February 12, 2014 at 7:08 pm
Got it! thanks Gail!
Viewing 9 posts - 1 through 8 (of 8 total)
You must be logged in to reply to this topic. Login to reply