Click here to monitor SSC
SQLServerCentral is supported by Redgate
 
Log in  ::  Register  ::  Not logged in
 
 
 


Slowness on a cluster.


Slowness on a cluster.

Author
Message
mbricker 81885
mbricker 81885
SSC Journeyman
SSC Journeyman (81 reputation)SSC Journeyman (81 reputation)SSC Journeyman (81 reputation)SSC Journeyman (81 reputation)SSC Journeyman (81 reputation)SSC Journeyman (81 reputation)SSC Journeyman (81 reputation)SSC Journeyman (81 reputation)

Group: General Forum Members
Points: 81 Visits: 29
Good morning all,

I am not sure whether this belongs in this forum.

Let me preface this by saying I do not have a huge amount of experience with clusters.
We have an active/active cluster. One side has the default instance hosting 97 databases.
The other side has three instances each supporting a single application. (Note: I did not set this up).
There is 64 GB of ram and 16 processors on each one.
We are running SQL Server 2008 R2 SP2 CU5.

We are getting slowness complaints from users of one application whose databases are in the default instance. There are 20 separate databases supporting this app. The slowness comes and goes. I ran a trace a few weeks ago that seemed to show that all applications were affected during these times.
If I look at resource waits, I see issues with Logging and Buffer I/O have the highest cumulative wait times. Backup is also in the same ballpark. (2,000,000)+.
When I see a wait type pop up under processes, it is usually WRITE_LOG.
There are seven 4GB temp files, but all on the same drive. We have added three addition drives to the default instance and plan to move 2 of the temp files to each one.
That would leave 1 temp file and the temp log on the original drive. I know how to reassign the files. My question is, will restarting the service cause it to fail over to the B side?
Am I even on the right track here?
I have included top 20 wait times.
Attachments
Top 20 wait times.xlsx (3 views, 10.00 KB)
Erland Sommarskog
Erland Sommarskog
SSC Eights!
SSC Eights! (991 reputation)SSC Eights! (991 reputation)SSC Eights! (991 reputation)SSC Eights! (991 reputation)SSC Eights! (991 reputation)SSC Eights! (991 reputation)SSC Eights! (991 reputation)SSC Eights! (991 reputation)

Group: General Forum Members
Points: 991 Visits: 866
Your highest wait type is CXPACKET, which indicates that you have a lot of (unbalanced) parallelism.

My approach to a situation like this is to set up a trace where I capture Stmt:Completed and a few more events filtered for Duration, for instance > 100 ms. But that is more difficult if the application does not use stored procdures, and even more if they don't parameterise statements. But apart from that, this usually gives me some queries to tune (by rewriting, adding indexes etc.)

And since this problem comes and goes this indicates that there is a certain process that needs fixing.

Erland Sommarskog, SQL Server MVP, www.sommarskog.se
Go


Permissions

You can't post new topics.
You can't post topic replies.
You can't post new polls.
You can't post replies to polls.
You can't edit your own topics.
You can't delete your own topics.
You can't edit other topics.
You can't delete other topics.
You can't edit your own posts.
You can't edit other posts.
You can't delete your own posts.
You can't delete other posts.
You can't post events.
You can't edit your own events.
You can't edit other events.
You can't delete your own events.
You can't delete other events.
You can't send private messages.
You can't send emails.
You can read topics.
You can't vote in polls.
You can't upload attachments.
You can download attachments.
You can't post HTML code.
You can't edit HTML code.
You can't post IFCode.
You can't post JavaScript.
You can post emoticons.
You can't post or upload images.

Select a forum

































































































































































SQLServerCentral


Search