Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>If I was to take a guess, I would assume that the background database load from the webserver is elevating locks and causing the whole thing to slow down. Then you take a large-ish query and run it and that causes lock (and resource) contension. </p> <p>I see this <em>ALL THE TIME</em> with companies complaining of performance problems with their client-server applications when going from one SQL server to a cluster. In the web-world, we get those issues much earlier.</p> <p>The solution (most times) to lock issues with one of the following: * Refactor your queries to work better (storing SCOPE_IDENTITY instead of calling it 5 times for example) * Use the <a href="http://www.sql-server-performance.com/articles/per/lock_contention_nolock_rowlock_p1.aspx" rel="nofollow noreferrer">NO LOCK statement</a> everywhere it makes sense.</p> <p>EDIT:</p> <p>Also, try viewing the server with the new 2008 SQL Management Studio <a href="http://www.sql-server-performance.com/articles/dba/%20New_Features_in%20_SSMSPart1_p1.aspx" rel="nofollow noreferrer">'Activity Monitor'</a>. You can find it by right-clicking on your server and selecting 'Activity Monitor'. </p> <ul> <li>Go to the Processes section and look at how many processes are 'waiting'. Your wait time should be near-0. If you see alot of stuff under 'Wait Type', post a screen shot and I can give you an idea of what the next step is.</li> <li>Go to the Resource Waits section and see what the numbers look like there. Your waiters should always be near-0.</li> <li>And 'Recent Expensive Queries' is awesome to look at to find out what you can do to improve your general performance.</li> </ul> <p>Edit #2:</p> <p>How much slower is it? Your SAN seems to be taking up about 10 seconds worth, but if you are talking 20 seconds vs. 360 seconds, then that would not be relevent, and there is no waits for locks, so I guess I am drawing a blank. If the differene is between 1 second and 10 seconds then it seems to be network related.</p>
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload