ONTAP Discussions

Deduplication impact on SnapMirror

semionkras
5,611 Views

Do i need to turn on deduplication on both source and distination volumes or it has no difference at all while replicating with snapmirror ?

10 REPLIES 10

adamfox
5,576 Views

Depends on the flavor of SnapMirror.

For Volume SnapMirror, you only need to run it on the source as it comes over the wire and is written pre-deduped.

For Qtree SnapMirror, the data is rehydrated on the destination so data would have to be re-deduped on the other side.

semionkras
5,576 Views

Pardon my english . let me to rephrase you :

For Volume Snapmirror data transferred compressed so less traffic needed ?

For Qtree same regular traffic transferred without deduplication and i need to enable dedup on both source and destination?

adamfox
5,576 Views

Yes.  You will typically transfer less traffic with Volume SnapMirror and deduplication because Volume SnapMirror is a physical image transfer so all of the deduplication stays intact across the transfer.    Qtree SnapMirror is a logical replication so dedped data is un-deduped, then sent across the wire and is written un-deduped to the destintaion (it stays deduped on the source, of course).  So the data would have to re-deduped on the destination in the case of Qtree SnapMirror.

Hope this helps.

semionkras
5,576 Views

Thanks Adam for both topics , it was very helpfull for me .

amiller_1
5,576 Views

semionkras
5,576 Views

Thanks , great news , now i need upgrade mine from 7.2

amiller_1
5,576 Views

If possible though, I'd probably hold off until August (i.e. for the 7.3.2 GD ONTap release).

semionkras
5,576 Views

Thanks , i will do this upgrade in august .

highvailsys
5,576 Views

Quick question, in 7.3 and later, the online backup guide mentions that metadata is placed at the aggregate level and therefore is not replicated alongside a volume snapmirror.  I found this reference in a 7.3 ONline Backup Manual.  With this in mind, it sounds like a volume snapmirror rehydrates prior to replication.  The reason I say this is that I'm troubleshooting an issue at a customer site where the snapmirror operations is many times larger then the size of the snapshots that should be replicating across.

Any insight on my interpretation or the discrepancy between space consumed in snapshots and what is snapmirrored I'd appreciate it.  Both platforms are 7.3.2.

Thanks,

Chris

AVANISHRANJAN
4,261 Views

VSM operates on Physical Block Level while QSM and Snapvault operates on Logical Block Level.

So if the Source Volume is de-duped or Compressed(a new feature in  Ontap 8.0.1) then please forget to enable the same on the Destination Volumes...

But When we work on the logical block level we need the same on the destination too..

Public