InstantForum.NET v2.9.0SQLServerCentralhttp://www.sqlservercentral.com/Forums/notifications@sqlservercentral.comSat, 18 May 2013 14:07:59 GMT20http://www.sqlservercentral.com/Forums/Topic1394987-146-1.aspxYeah its the smaller sibling of AX but based on the same principles so yes the two do go hand in hand.Wed, 12 Dec 2012 02:19:10 GMTanthony.greenhttp://www.sqlservercentral.com/Forums/Topic1394987-146-1.aspxThanks, 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.Wed, 12 Dec 2012 02:16:14 GMTsotnhttp://www.sqlservercentral.com/Forums/Topic1394987-146-1.aspx[url]http://www.microsoft.com/en-gb/download/details.aspx?id=13647[/url][url=http://www.google.co.uk/url?sa=t&rct=j&q=&esrc=s&source=web&cd=3&ved=0CEEQFjAC&url=http%3A%2F%2Fwww.axug.com%2Fevents%2Faxug-workshop---dax-troubleshooting-tools&ei=xknIUJ2GCdCa0QXM4YDwDg&usg=AFQjCNEBZcJrxW2lnzkg-dYnVlSU5WKlKA&bvm=bv.1354675689,d.d2k&cad=rja]Troubleshooting Dynamics[/url]Two links I have used in the past on configuring the DB server for Dynamics, and also trouble shooting Dynamics.Wed, 12 Dec 2012 02:11:17 GMTanthony.greenhttp://www.sqlservercentral.com/Forums/Topic1394987-146-1.aspxAmazing, good guess :-)Wed, 12 Dec 2012 01:57:50 GMTsotnhttp://www.sqlservercentral.com/Forums/Topic1394987-146-1.aspxWhat is the application which the database serves? Going to go out on a wild guess and say Dynamics?Wed, 12 Dec 2012 01:47:22 GMTanthony.greenhttp://www.sqlservercentral.com/Forums/Topic1394987-146-1.aspxProblem 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 timedue to the infinite loopTue, 11 Dec 2012 22:48:18 GMTjeetsingh.cshttp://www.sqlservercentral.com/Forums/Topic1394987-146-1.aspxplease check any sql system background process is running with high CPUlike CHECKPOINT , LAZY WRITER ,RESOURCE MONITORTue, 11 Dec 2012 22:22:09 GMTHemant.Rhttp://www.sqlservercentral.com/Forums/Topic1394987-146-1.aspxThanks for the pointer, I'll read through that.Normally I find it is a single process which is easy to spot/fix.Tue, 11 Dec 2012 04:17:12 GMTsotnhttp://www.sqlservercentral.com/Forums/Topic1394987-146-1.aspxRead chapter 3 of the accidental DBA guide, link in my signature below to the download.Tue, 11 Dec 2012 04:10:26 GMTanthony.greenhttp://www.sqlservercentral.com/Forums/Topic1394987-146-1.aspxRather 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.Tue, 11 Dec 2012 04:04:24 GMTsotnhttp://www.sqlservercentral.com/Forums/Topic1394987-146-1.aspxThis 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?Tue, 11 Dec 2012 03:10:20 GMTsotn