﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / SQL Server 2005 / SQL Server 2005 Performance Tuning  / Very long avg queue length for SQL Server / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Wed, 22 May 2013 13:56:19 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: Very long avg queue length for SQL Server</title><link>http://www.sqlservercentral.com/Forums/Topic1392775-360-1.aspx</link><description>[url]http://www.simple-talk.com/books/sql-books/troubleshooting-sql-server-a-guide-for-the-accidental-dba/[/url]Start with chapter 1.</description><pubDate>Thu, 06 Dec 2012 07:50:05 GMT</pubDate><dc:creator>GilaMonster</dc:creator></item><item><title>RE: Very long avg queue length for SQL Server</title><link>http://www.sqlservercentral.com/Forums/Topic1392775-360-1.aspx</link><description>This type of performance tuning and analytics is what I (and a few others here on the forums) do for a living.  There are a WIDE range of potential issues that can be causing problems - not just the hardware.  But clearly that hardware is SIGNIFICANTLY underpowered for the size of database being processed.  Sounds like you may even be doing the ETL from the same server.  A few of the important things to look at are perf mon avg disk sec/read and avg disk sec/write as well as CPU utilization.  From within SQL Server you need to do a file IO stall and wait stats analysis.  Queries should be tuned, index fragmentation evaluated, statistics freshness checked (including on the source system), the ETL methodology itself reviewed/refactored, etc, etc, etc, etc.I HIGHLY recommend getting a professional on board to help you with this project.  That will be a win-win.  Client gets a MUCH better set of work in a shorter period of time and you get some mentoring on how to tune/monitor/maintain a data warehouse.</description><pubDate>Thu, 06 Dec 2012 06:49:08 GMT</pubDate><dc:creator>TheSQLGuru</dc:creator></item><item><title>Very long avg queue length for SQL Server</title><link>http://www.sqlservercentral.com/Forums/Topic1392775-360-1.aspx</link><description>I am looking into a very unwell data warehouse running on sql server 2005.  For the size of the DW (~700Gb) they have provided a tiny amount of Ram (3Gb) and 4CPUs.It is running on a VMWare ECX3.5, 32 bit SQL Server 2005.  Database and Indexes are on shared SAN linked through to rack via a 4Gb HBA.Some of the tables have 100m+ rows, with the largest being 2.5bn rows.  The ETL was originally struggling to finish by start of business hours, but now times have blown out by some time.  Apart from upgrading hardware and optimising poorly written queries, does anyone have any opinions on how to eliminate possible causes such as poorly performing SAN and HBA throughput?  Any ideas on which Perfmon counters can best be used to support apparent lack of hardware/resources?Many thanks if you can provide any pointers....</description><pubDate>Tue, 04 Dec 2012 21:11:09 GMT</pubDate><dc:creator>netsmurph</dc:creator></item></channel></rss>