With Exchange the general answer is if it ain't broke don't fix it...doing anything to the datastores is asking for trouble.
With Exchange the general answer is if it ain't broke don't fix it...doing anything to the datastores is asking for trouble.
+1
Also, with larger stores taking HOURS to complete you are talking big downtime.
Only time I run them is when I want to claw back whitespace in the stores after mailbox management.
We don't defrag unless we have to.
Ive only even had too perform an offline defrag on the private information store a couple of times, mainly due to the fact that the disk subsystem hadnt been specified properly and performance was taking a hit, but these stores were still in the 100Gb+ region. A more effective way of managing exchange is to use multiple storage groups and keep each store to a more manageable size ~25Gb.
Yeah I can understand the ...you putting 2007 into the same Org or a new one?Thanks for the feedback guys! We have yet to migrate any users to 2007 but our existing 2003 server has a single DB at 100Gb, makes me cry
Thanks for the feedback guys! We have yet to migrate any users to 2007 but our existing 2003 server has a single DB at 100Gb, makes me cry
need enterpise edition though. We have a 60gb mail store and it is a bitch to do maintenance on.
Ex2007 is a geo-clustered CCR in our existing domain setup. Going to be migrating users over in the next few weeks. I have split the database up into 8 (with 8 SGs). Much better