2011-06-01 08:38 AM
We have approximately 6,000 users in our Exchange 2003 environment. We're upgrading to Exchange 2007 (though we wish it was 2010) and I was wondering if we deduped the Exchange storage how much would we see in savings?
The users have unlimited mailbox sizes, the 18tb is what is online. There is a massive amout of data that is stored offline in a archive vault that archives mail older than 1year.
I know both Exchange 2k3 and 2k7 have SIS, single instance storage. But SIS is only aware of the first email sent to reciepts 1-12, if any one of those 12 forwards it again. It stores a new copy of the data, and so on for every new fwd/composition.
The storage is fronted by v3270 filers and HDS backend
2011-06-06 11:42 AM
Typically we've seen dedupe savings around 10% on Exchange 2003 and 2007. Your Exchange environment seem a little unusal though and the savings might well be higher especially if you've stored everything in one volume. You can test your potential savings using a couple different methods:
1) Use the Space Savings Estimation Tool (SSET) - ask your NetApp SE for a copy
2) Make a clone of the Exchange Vol(s) using FlexClone, and dedupe the clone. Measure the savings with df -s and decide if you want to implement. Use an eval license for FlexClone if you don't have a license and just want to try it out.
Hope that helps
2011-07-19 02:04 AM
As per Array Maximums for ONTAP 8.0.1, you can't have a deduplicated volume bigger than 16TB - yet you can create a 16TB (or smaller volume) & migrate data gradually into it, and dedupe it during migration.
For V3270 the maximum amount of logical data in a volume (as it would be not de-duped) is 32TB.
2011-07-19 02:26 AM
You rigth, but when we follow this Document http://now.netapp.com/NOW/knowledge/docs/ontap/rel73/html/ontap/onlinebk/protecting/reference/r_oc_prot_a-sis_dedup_limitations.html#r_oc_prot_a-sis_d..., we have one statement, that says me, that he can not deduplicate:
So when die Document still says the right, he will not to get dedup his volume
2011-07-19 02:37 AM
It means if you have an existing 18TB (or bigger) volume it cannot be deduplicated.
However, if you create a new 16TB (or smaller) volume (say thinly provisioned to make the whole exercise more likely to be doable), you can gradually migrate data into it, hoping everything will fit in after multiple dedupe scans