Please start any new threads on our new
site at https://forums.sqlteam.com. We've got lots of great SQL Server
experts to answer whatever question you can come up with.
| Author |
Topic |
|
joelbrda
Starting Member
5 Posts |
Posted - 2005-09-26 : 10:40:36
|
| I have an intranet app with about 30 or so people hitting it once or twice a day. It will work for days or weeks without any problem at all. Then it will timeout on any command that isn't a SELECT. I browse databases in Enterprise Manager, etc but anything other than SELECT just doesn't work. I've looked at all the error logs and tried profiling all commands, but can't seem to ever find what causes this. The only fix is to restart the SQL service. Has anybody had this problem? |
|
|
SqlStar
Posting Yak Master
121 Posts |
Posted - 2005-09-26 : 18:59:00
|
| Hi,I think problem is related to lock, connection and memory management. 1. Are you closing the opened connection every time?2. You should kill/destroy the objects in your front-end applications.Please check these with your application's code.Rafiq~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~"You have to dream before your dreams can come true" -- President Of India |
 |
|
|
madhivanan
Premature Yak Congratulator
22864 Posts |
|
|
sachinsamuel
Constraint Violating Yak Guru
383 Posts |
Posted - 2005-09-27 : 00:59:27
|
| I agree with joelbrda. The problem is in the application. In case this happens again, please check the locks in the database. Also check the events in event viewer for any unseen error.RegardsSachin |
 |
|
|
derrickleggett
Pointy Haired Yak DBA
4184 Posts |
Posted - 2005-09-27 : 17:19:21
|
| Did you look in sp_who2, sp_lock, and sysprocesses to see what the active processes are? You need to find out if you have locking and blocking.MeanOldDBAderrickleggett@hotmail.comWhen life gives you a lemon, fire the DBA. |
 |
|
|
joelbrda
Starting Member
5 Posts |
Posted - 2005-09-27 : 17:36:42
|
| So for the SP_lock what am I looking at?56 4 0 0 DB S GRANT57 4 0 0 DB S GRANT58 5 0 0 DB S GRANT61 5 0 0 DB S GRANT62 5 0 0 DB S GRANT63 5 0 0 DB S GRANT64 5 0 0 DB S GRANT66 5 0 0 DB S GRANT67 5 0 0 DB S GRANT67 1 85575343 0 TAB IS GRANT |
 |
|
|
derrickleggett
Pointy Haired Yak DBA
4184 Posts |
Posted - 2005-09-27 : 17:42:17
|
| All those are shared or intent shared locks. Look up locking in SQL Server Books Online. You really need to focus on if you have U, IX, SIX, or X leading up to failure point or you have exclusive locks at the time you're having issues. I'm assuming you know how to check for blocking already?MeanOldDBAderrickleggett@hotmail.comWhen life gives you a lemon, fire the DBA. |
 |
|
|
joelbrda
Starting Member
5 Posts |
Posted - 2005-09-28 : 11:13:14
|
| No, not really too much. If I set a Lock timeout, will that prevent blocking if a second cn is waiting for a first? |
 |
|
|
|
|
|
|
|