asked on
SQL disk performance
I need to look in to an SQl LUN performance issue, the LUN is served by an EMC CX4-240 SAN.
my issue is that SQl performance is poor, the SQl server is robust enough for the workload i.e. CPU utilization is at about 25% Memory 53%.
however on the storage side when I look at MS counters using prefmon.exe most of the counter like queue, Disk transfer per/sec average disk bytes disk write are all at 100% at all times.
I ran an SQl backup to NULL so I could estimate my storage performance and the the process completed with the speed of 49.5 MB/sec.
I ran the same SQL backup to NULL on a lab system on an ESX server and storage on the same ESX at a much faster speed of 120.3 MB/sec.
how can I pinpoint the source of this performance bottleneck, the SAN people are telling me that the SAN is solid and all I can see on the SQl server side points to disk issue.
any help would be appreciated.
my issue is that SQl performance is poor, the SQl server is robust enough for the workload i.e. CPU utilization is at about 25% Memory 53%.
however on the storage side when I look at MS counters using prefmon.exe most of the counter like queue, Disk transfer per/sec average disk bytes disk write are all at 100% at all times.
I ran an SQl backup to NULL so I could estimate my storage performance and the the process completed with the speed of 49.5 MB/sec.
I ran the same SQL backup to NULL on a lab system on an ESX server and storage on the same ESX at a much faster speed of 120.3 MB/sec.
how can I pinpoint the source of this performance bottleneck, the SAN people are telling me that the SAN is solid and all I can see on the SQl server side points to disk issue.
any help would be appreciated.
Microsoft SQL Server 2008Microsoft SQL ServerStorage
Last Comment
atorex
ASKER
SQL is not the issue, the slow or high I/O is basically 24/7 same performance on the drives, the EMC has 4 GB fiber channels. My issue is just I/O we have gone over all aspects of SQL, indexes and optimal query and so on still same issue I/O is maxed out.
if sql server is not the issue ..not EMC issue .. please clarify what "I/O is maxed out. " in your case?
where do you see it ? how do you know?
maybe drives too slow? are you on RAID 5?
do you have all disks online\no rebuild\etc. ?
maybe you need to add more emc "brains" ? what did emc say? maybe you need upgrade the server firmware? is it VMware or physical server? is it for all servers or just specific? did just start? are you running Antivirus there ? can you check the AV setting?
where do you see it ? how do you know?
maybe drives too slow? are you on RAID 5?
do you have all disks online\no rebuild\etc. ?
maybe you need to add more emc "brains" ? what did emc say? maybe you need upgrade the server firmware? is it VMware or physical server? is it for all servers or just specific? did just start? are you running Antivirus there ? can you check the AV setting?
ASKER
Sorry, it may be EMC thats what I think and am looking for a way to confirm or perhaps prove us wrong in that assumption. onb the OS looking at harware performance what we see is a slow write hard drive system, I would like to proove this to the SAN techs I dont know what if anything they have looked at but from my perspective that is the issue ( we may not be correct in that assumption) but all we can see points to some disk sytem bottleneck. May be a slow disk as you indicated or busy array or some other cause, i dont know.
I ran this command on 2 equal systems with the exceptiom of hardware and the result was sugnificantly faster on the lesser system.
backup database MyDB to disk = 'NUL:'
BACKUP DATABASE successfully processed 114622090 pages in 18095.621 seconds (49.486 MB/sec).
the result above is on the production sytem showing 49.5 MB/sec on the lab sytem the result was 120 MB/sec.
the production server is hardware the lab system is on ESX i 5.1, my problem is I'm not in the office with issue and dont have direct access to the EMC unit nor do I have expetise to do much on it. I may have to turn it over to the SAn boys but having issues proving it to them!!!
I ran this command on 2 equal systems with the exceptiom of hardware and the result was sugnificantly faster on the lesser system.
backup database MyDB to disk = 'NUL:'
BACKUP DATABASE successfully processed 114622090 pages in 18095.621 seconds (49.486 MB/sec).
the result above is on the production sytem showing 49.5 MB/sec on the lab sytem the result was 120 MB/sec.
the production server is hardware the lab system is on ESX i 5.1, my problem is I'm not in the office with issue and dont have direct access to the EMC unit nor do I have expetise to do much on it. I may have to turn it over to the SAn boys but having issues proving it to them!!!
ASKER CERTIFIED SOLUTION
THIS SOLUTION ONLY AVAILABLE TO MEMBERS.
View this solution by signing up for a free trial.
Members can start a 7-Day free trial and enjoy unlimited access to the platform.
ASKER
Let me see if I can get that info from the SAN boys
ASKER
We had EMC look at the SAN and they will work on the sytem
based on the EMC stats check what is running on sql (probably sql backups):
if backups try to use backup compression, different times of the backup execution maybe also you can check if your sql server has regularly running DB maints jobs: reindex; checkdb; update stats, etc..
see what queries are running when you got the problems -- you may have some select into (for example) and need to tune tempdb ; maybe you need to put your DBs on fast drives (fiber)..
check with EMC what you have? check the running code that may need optimization, check your sql server configuration
\setup..
and post what you found