You will probably need to run defrag on your Exchange databases with some frequency or Exchange will show its true face and slow to a creep and you'll be in trouble with pretty much everyone. Microsoft default settings for defrag are very aggressive and basically they don't think that your storage has anything else to do than optimize their concept of mail storage all night, every night.
The best plan is to probably find out how often it really needs to be done (there is probably some tool or log that will help here, I'm not an Exchange admin) and then to run 'reallocate' jobs on the NetApp side after the Exchange defrag is done. Then you will have the most optimal layout.
Can you explain a little bit more about the "reallocate" please? I've not used this before on our filers - in fact, it was the first I've heard of it!
I was always led to believe that Filers required no "defragging" due to the way the Waffle file system worked - in fact, I am sure that was one of the selling points!
Anyway, I've read-up about "reallocation" but I still cannot fathom why or in which cases its important to use.
In this case it looks like you're suggesting that after Exchange has done an online defrag, I should then perform a filer "defrag/reallocation" on the Exchange volumes?
(Regarding the Exchange online defrag and whether its needed, this is something that Microsoft seems to recommend. Without it Exchange performance can slow down. So disabling online defrag in Exchange is not an option. We will simply schedule it weekly/bi-weekly rather than daily ;-).
I am now sure reallocation will improve my performance issues. After reading the guide, running a "reallocation measure -o" and hearing your experiences, I think its clear that my larger volumes are highly fragmented and therefore impacting operations that require many sequential reads - like Exchange/SQL verification.
It is definitely vital to defrag your server's files and to keep fragmentation levels low. You should take a look at using Diskeeper 2011 as it is completely transparent and will defrag your server without having to take it offline. It alss prevents most fragmentation from occurring in the first place. You can get a free trial for the Server and/or Enterprise server at their site.
The discussion here is about standard maintenance routines that you will find in most databases. "Vacuuming" or re-indexing or optimizing or defrag'ing are standard optimizing routines that many software packages require to work around "fragmentation" atrophy that happens as the data structures grow through insert and delete operations. In this case it is not a "no-no". The only thing you really need to remember is: Application first. Reallocate second.
I guess it wasn't entirely apparent for me that you were addressing your comments to the "diskkeeper" software, per se. Since these threads will also be read, perhaps in haste, as reference information in the future, I just tried to clarify that what the original poster wanted wasn't defragging per se.
So, diskkeeper may be a "no-no" but "vacuuming" routines from applications are required and a subsequent reallocate will give or reclaim performance advantages.
Just to be clear here, shaunjurr is correct in his understanding.
Whilst I appreciate information regarding server defrag, my original post was actually regarding "application defrag" the such of which occurs when Exchange runs a storage group database defrag. This is an Exchange function, and completely different to what the likes of Diskkeeper is doing.
And also to be clear, I believe running Windows disk defrag programs such as the built-in one provided in Windows - or Diskkeeper - is an extremely big no-no when using a VMware/NetApp infrastructure.
Thanks for the help so far shaunjurr. And as a follow-up, I have since ran some "reallocations" on some of my highly used vols and it seems to work without issues. It also reported some of my vols as being extremely fragments (rating 9). Therefore I am starting to schedule reallocate - especially after my Exchange defrag takes place. So far so good.
My eyes have been opened to the world of reallocate and its importance!