SQL Server: IOps in 2008 R2 vs 2005

I was given a report by our hosting provider, who manages our SAN, that shows the peak number of IOps on our SAN-attached drives (although not the throughput) has gone way, way up.  In some cases the peak IOps is almost seven times as many IO read/writes for only slightly more MB/sec of data since last year.  The major difference between this year and last is that we upgraded to SQL 2008 R2 from SQL 2005.
Is there any reason to think that SQL 2008R2 might be doing more, but smaller IOps?  Or might be bursting them more rapidly?  I don't have a good explanation for it (and the boss is asking.)  To cover all bases, I have to at least wonder about the veracity of the report he gave me (the report is an analysis of an EMC NAR file, if that means anything to you).   We have more total processor cores on servers connected to it, as well - could that have something to do with it (more threads doing reads and writes)?
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

sql 2008 has a data compression feature
this feature is used by db mirroring  automatically, can reduce io
and the compression feature for backup have a high data compression ratio
There is problem in up-gradation from 2008 r2 settings and Mistakes in  follow Upgrade adviser

would you recall what process you follow in up-gradation that is effecting you server IOps

Following link will be use full
cgilsonAuthor Commented:
Sorry, I don't understand your first statement.  Could you please rephrase it?  
To upgrade the server, we did a completely new install of SQL on a new server, disconnected jkconnected the LUNS where the user databases resided to the new server, and attached them using CREATE DATABASE ... FOR ATTACH statements, created the server-level objects (logins, linked servers, etc) with scripts, then upgraded the databases with sp_dbcmptlevel.
Big Business Goals? Which KPIs Will Help You

The most successful MSPs rely on metrics – known as key performance indicators (KPIs) – for making informed decisions that help their businesses thrive, rather than just survive. This eBook provides an overview of the most important KPIs used by top MSPs.

sorry for typing mistake
i would like to write
"There is problem in up-gradation from sql server 2005 to 2008 r2 settings and Mistakes in  follow Upgrade advise"

this is t link the link which helps you to determine you have installed and configure properly




If i catch correctly your question means that you are facing High I/O with  sql 2K8 r2 server and slow performance?

then specify it with complete specification configuration of your all systems  Os, HD,

cgilsonAuthor Commented:
We're not actually haveing a performance problem, my boss is just asking why the IO is so much higher, and I have no good explanation for it - That's part of the reason that I think the report might be wrong (or at least, it's capturing wrong or incomplete data).  I was wondering if SQL Server 2008 R2 somehow did more, smaller-sized reads and writes than SQL 2005.  I haven't been able to find anything that says that is the case.  Also, since the upgrade advisor didn't say we really needed to change anything, and we didn't actually perform an in-place upgrade (instead we moved the databases to an entirely new server running the newer version of SQL), I don't think we did anything "wrong" per se, in the upgrade.
 I think I am going to tell them to make sure that the report is accurate, or to find out if anything else changed on that SAN.
in my opinion there is something wrong  with configuration,hardware software memory settings,OS or version problem,
you please scan following thread  
if would useful

this link
Tuning your SAN: Too much HBA Queue Depth?

cgilsonAuthor Commented:
After our hosting provider took another look at it, it turns out that when we created some new LUNS, they created them with a dramatially smaller block allocation size than what had been configured on the server previously. Fortunately, we're going to be moving out of this data center in the next couple months, so we don't really have to worry about .  This explains it!

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
cgilsonAuthor Commented:
The solution was from something I had initiated before recieving any helpful comments.
I gave myself a "B" because I didn't make sure that the drives were configured correctly when I accepted them from the hosting provider!
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Microsoft SQL Server 2008

From novice to tech pro — start learning today.