December 20, 2002 at 6:31 am
I am running SQL 2000 on NT4. SQL starts up fine, but seems to start with 9 BACKGROUND processes listed when I run sp_who2 after startup. These are 'task manager' processes. They do not seem to end, and begin blocking user processes. Is there any way to tell what is actually happening with these tasks? What process is actually being run?
Thanks for any info.
December 20, 2002 at 10:46 am
Try to run
sp_who2 Active
instead of just sp_who2. It will show you what processes are actually doing something, not idle. Also, can you see what process ID is blocking your process? It is in the column BlkBy (Blocked By).
Michael
December 20, 2002 at 11:54 am
Thanks for the response. They also show up when I run sp_who2 'active'. They are not blocked by anything, but were blocking other user processes.
December 20, 2002 at 12:26 pm
Run sp_lock @process_id to see what objects are blocked by the given process ID. then think why those objects might be blocked.
December 20, 2002 at 12:36 pm
I wondering what those processes are? I see the usuall Lazy Writer, Log Writer, etc. but what processes would run under the Task Manager command? There are no schedule tasks currently running.
December 20, 2002 at 1:13 pm
1. Run "sp_who2 Active" to see all the active prossese including the one that is blocked. See what Process ID blocks it (number in the column BlkBy; if dot instead of number, it is not blocked or blocked "by itself").
2. Run "sp_lock <Process ID>" where Process ID is the one you found in the step 1 to see all the exclusive locks by the process (locks marked by X).
3. Look for object Id of the objects that are ocked exclusively. Find the object names. Think why those objects might be locked. Resolve the issues.
It is hard to cover everything or resolve complicated issues in the mode of this forum. Sorry if this was not enough but hope it helps.
Michael
December 20, 2002 at 6:31 pm
They sound like the internal processes. Are the spids below 10. If so I ran into a similar issue recently where the drive space was been filled and then I see the same type issue. Once I freed up space permanently I haven't see this again.
December 21, 2002 at 4:41 am
Yes, they are spid 5 - 12. I have definetly been running out of space lately, and have had a few user processes fail because they used up all the space on the drives. Maybe this is the issue.
Thanks for all the reponses.
December 21, 2002 at 7:34 am
Let us know if you get more space and things do not change. I have a 52GB drive array and the problems started for me under when I got under 4GB but not sure where and more specifically what was pushing the limit (mostly of tempdb) up that high but we do have a lot of very large reports run in the mornings when it failed.
Viewing 9 posts - 1 through 8 (of 8 total)
You must be logged in to reply to this topic. Login to reply