December 17, 2009 at 12:45 pm
I was curious if there is a definitive guide from a credible source that talks about what SQL functions and/or transactions that could drop a persistent connection to a production database?
December 17, 2009 at 12:50 pm
Drop a different connection? So from one session terminate another?
KILL is what you're looking for. It's the only thing (other than a shutdown) that can terminate someone else's connection.
Edit: Taking a DB offline/single user/restricted user WITH ROLLBACK... will also disconnect users.
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
December 17, 2009 at 1:02 pm
GilaMonster (12/17/2009)
Drop a different connection? So from one session terminate another?KILL is what you're looking for. It's the only thing (other than a shutdown) that can terminate someone else's connection
I have Access 97 users connected through an odbc connection to SQL 2005. Out of the blue all of the users started getting #Deleted in the form fields. Resetting their PC's fixed the issue. I checked with the DBA and all he did was changed the database recovery mode from Simple to Full. Would that drop existing connections?
December 17, 2009 at 1:03 pm
geez, I re-read my question and the context was all wrong. sorry. It sounded like a noob question like "how do i kill a process?" lol
December 17, 2009 at 1:09 pm
Nope. A switch of recovery model does not disconnect users.
Is it possible that he took the database offline? Set it to single user or restricted mode?
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
December 17, 2009 at 1:21 pm
No. I reviewed the logs and nothing out of the ordinary. My only guess is that there was a subtle network glitch that interrupted the network connection. Thanks for responding quickly. 😉
Viewing 6 posts - 1 through 5 (of 5 total)
You must be logged in to reply to this topic. Login to reply