Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase

Adhoc query timing out Expand / Collapse
Author
Message
Posted Wednesday, January 23, 2013 3:57 PM
Grasshopper

GrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopper

Group: General Forum Members
Last Login: Tuesday, December 16, 2014 11:24 AM
Points: 16, Visits: 1,047
Hi
We have simple Adhoc queries running from an application.
The query runs for hours and gets timed out.
At the same time I could see from Activity Monitor that it uses multiple threads.
I even changed the Arithmetic Abort Enabled to True for the database but still its running for hours.

The same query when run in SSMS finishes within 5-10 mintues and also uses only one thread.

I am pretty confused on fixing this behaviour.
Any insight would be helpful.

Thanks.
Post #1410829
Posted Wednesday, January 23, 2013 5:21 PM


SSCertifiable

SSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiable

Group: General Forum Members
Last Login: Monday, December 15, 2014 2:26 PM
Points: 5,466, Visits: 7,647
Abdul Rahman (1/23/2013)
Hi
We have simple Adhoc queries running from an application.
The query runs for hours and gets timed out.
At the same time I could see from Activity Monitor that it uses multiple threads.

That by itself isn't necessarily an issue. What wait types did you have besides CXPacket?

I even changed the Arithmetic Abort Enabled to True for the database but still its running for hours.

What did you hope to accomplish with that choice? Not being rude, we just don't know what you're seeing that you thought it would affect it.

The same query when run in SSMS finishes within 5-10 mintues and also uses only one thread.

This is telling. First, I'd check on all the settings that the connection is using vs. the ones you default to for SSMS. Connections also default setings, like SET ANSI_NULL on, things like that. This may help you locate part of your issue.

Secondly, I'd confirm that it's the EXACT same query by using profiler and trapping the query on its way in from the application. Very minor differences can make a huge difference. It's also an easy way to tell the set statements the connection will force during a connection.



- Craig Farrell

Never stop learning, even if it hurts. Ego bruises are practically mandatory as you learn unless you've never risked enough to make a mistake.

For better assistance in answering your questions | Forum Netiquette
For index/tuning help, follow these directions. |Tally Tables

Twitter: @AnyWayDBA
Post #1410845
Posted Wednesday, January 23, 2013 5:49 PM
Grasshopper

GrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopper

Group: General Forum Members
Last Login: Tuesday, December 16, 2014 11:24 AM
Points: 16, Visits: 1,047
The wait types are CXPacket only.
I found online that having Arithabort ON could resolve this issue and tried that.

I did ran Profiler and yes it is the same query, which we had to kill as it was running forever.


It's also an easy way to tell the set statements the connection will force during a connection.


I am not sure on where to check this on the connection ?

The query is being generated by the Application and we cannot add any SET commands to it.
Post #1410855
Posted Wednesday, January 23, 2013 10:18 PM
Grasshopper

GrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopperGrasshopper

Group: General Forum Members
Last Login: Tuesday, December 16, 2014 11:24 AM
Points: 16, Visits: 1,047
I also sense the difference in settings between SSMS and the Application Server.
I will have to check it on the Application Server.
But I am not able to understand why the same query is using so many threads when executed using the application and only a single thread when executed through SSMS ?
Post #1410891
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse