Re: Raising up numbers of Locks Request
- From: FrancescoCavani <FrancescoCavani@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 19 May 2009 07:57:04 -0700
well, when i close all my application i check the connections on my DB and
see no more SPID on the activity monitor. So is not a connection non
terminated or some application non terminated. And i'd like to underline the
usually my system works very well, also when we have many connections and
many requests. every two o three days i've got this problem, as SQL Server
did not release locks or resources or something so.
"Tibor Karaszi" wrote:
To me this sounds like some application which doesn't terminate (even.
though you close all applications), and is hanging with some open
transaction that has these locks open. I'd start with trying to
pinpoint if that is the case using sp_who, sp_who2, sp_lock etc.
--
Tibor Karaszi, SQL Server MVP
http://www.karaszi.com/sqlserver/default.asp
http://sqlblog.com/blogs/tibor_karaszi
"FrancescoCavani" <FrancescoCavani@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in
message news:2B5B5A57-3503-4E5B-AE00-F7A366AF4ACC@xxxxxxxxxxxxxxxx
I've got a SQL Server 2005 DB. some clients (about 30) connected to
hime with
my applications. 5 clients use the db hard.
Some times a week i've got this problem on the server: the DB
performances
have a big degrade. My queries takes a lot of times to run. Much
more than
usual. This happens not when i've got a many requests from my
applications,
but seems random. Looking into performance monitor of the server i
can see
raising up the number of Lock Request in SQLServerLocks. When the
system work
normally this numebers changes between 0 and 30.000. When i've got
this
problem this numbers reaches more then 200.000 and remains so high.
And all
my DB queries take much time to run. I can close all my
applications, but the
server remains overloaded, the numbers of locks remains so high. To
restore
normal work condition i have to restart SQL2005 service.
My server have SQL Server standard edition. SP2.
Any help or any idea?
Thanks
- Follow-Ups:
- Re: Raising up numbers of Locks Request
- From: Tibor Karaszi
- Re: Raising up numbers of Locks Request
- References:
- Raising up numbers of Locks Request
- From: FrancescoCavani
- Re: Raising up numbers of Locks Request
- From: Tibor Karaszi
- Raising up numbers of Locks Request
- Prev by Date: Re: Error for a job that uses a MSDASQL linked server
- Next by Date: Re: Named Instance Connectivity SQL 2008/2000 Same box
- Previous by thread: Re: Raising up numbers of Locks Request
- Next by thread: Re: Raising up numbers of Locks Request
- Index(es):
Relevant Pages
|