Post reply

URGENT: CPU 100% SQLSERVR.EXE but no high CPU process

  • December 11, 2012 at 3:10 am

    #271820

    This morning on our production SQL 2005 9.0.3353 box it is running at 100% CPU.

    I have looked at sysprocessses but there is no record showing an abnormally large CPU value.

    We have restarted the server and it went back to 100% before any users logged in.

    Ther are no SQL Agent jobs running ( I have even stopped that service but sqlservr.exe is still at 99%)

    Normally I can find a process/connection causing high CPU but in this case there is no process causing it that I can find.

    Before we look at installing SP4 as a guess as it has been running fine for a few years now.

    Any ideas?

  • December 11, 2012 at 4:04 am

    #1567353

    Rather than 1 process, it seems that FETCH_APICursor is recorded thousands of times so the cumulative effect is total CPU.

    In SQL profiler, this shows as cursor fetch etc. but for all users.

    The application uses cursors heavily (don't ask).

    Is there anything to check as to why there would be more calls to a cursor than before, such as tempdb issue?

    There is nothing in SQL logs.

  • December 11, 2012 at 4:10 am

    #1567355

    Read chapter 3 of the accidental DBA guide, link in my signature below to the download.

  • December 11, 2012 at 4:17 am

    #1567357

    Thanks for the pointer, I'll read through that.

    Normally I find it is a single process which is easy to spot/fix.

  • December 11, 2012 at 10:22 pm

    #1567691

    please check any sql system background process is running with high CPU

    like CHECKPOINT , LAZY WRITER ,RESOURCE MONITOR

  • December 11, 2012 at 10:48 pm

    #1567697

    Problem may be there in your cursor any one of them

    may be going into a infinite loop

    thats why the cpu usage may be high all the time

    due to the infinite loop

  • December 12, 2012 at 1:47 am

    #1567746

    What is the application which the database serves? Going to go out on a wild guess and say Dynamics?

  • December 12, 2012 at 1:57 am

    #1567750

    Amazing, good guess 🙂

  • December 12, 2012 at 2:11 am

    #1567756

    http://www.microsoft.com/en-gb/download/details.aspx?id=13647

    Troubleshooting Dynamics

    Two links I have used in the past on configuring the DB server for Dynamics, and also trouble shooting Dynamics.

  • December 12, 2012 at 2:16 am

    #1567761

    Thanks, but we are not using that member of the dynamics family (we use NAV which is even more cursor heavy) but the 'concepts' still apply.

  • December 12, 2012 at 2:19 am

    #1567763

    Yeah its the smaller sibling of AX but based on the same principles so yes the two do go hand in hand.

Viewing 11 posts - 1 through 10 (of 10 total)

You must be logged in to reply to this topic. Login to reply