Manage storage efficiency
SnapMirror preserves storage efficiency on the source and destination volumes, with one exception, when postprocess data compression is enabled on the destination. In that case, all storage efficiency is lost on the destination. To correct this issue, you need to disable postprocess compression on the destination, update the relationship manually, and re-enable storage efficiency.
The source and destination clusters and SVMs must be peered.
You must disable postprocess compression on the destination.
You can use the
volume efficiency show command to determine whether efficiency is enabled on a volume. For more information, see the man pages.
You can check if SnapMirror is maintaining storage efficiency by viewing the SnapMirror audit logs and locating the transfer description. If the transfer description displays
transfer_desc=Logical Transfer, SnapMirror is not maintaining storage efficiency. If the transfer description displays
transfer_desc=Logical Transfer with Storage Efficiency, SnapMirror is maintaining storage efficiency. For example:
Fri May 22 02:13:02 CDT 2020 ScheduledUpdate[May 22 02:12:00]:cc0fbc29-b665-11e5-a626-00a09860c273 Operation-Uuid=39fbcf48-550a-4282-a906-df35632c73a1 Group=none Operation-Cookie=0 action=End source=<sourcepath> destination=<destpath> status=Success bytes_transferred=117080571 network_compression_ratio=1.0:1 transfer_desc=Logical Transfer - Optimized Directory Mode
Logical Transfer with storage
Starting with ONTAP 9.3, manual update is no longer required to re-enable storage efficiency. If SnapMirror detects that postprocess compression has been disabled, it automatically re-enables storage efficiency at the next scheduled update. Both the source and the destination must be running ONTAP 9.3.
Starting with ONTAP 9.3, AFF systems manage storage efficiency settings differently from FAS systems after a destination volume is made writeable:
After you make a destination volume writeable using the
snapmirror breakcommand, the caching policy on the volume is automatically set to “auto” (the default).
This behavior is applicable to FlexVol volumes, only, and it does not apply to FlexGroup volumes.
On resync, the caching policy is automatically set to “none”, and deduplication and inline compression are automatically disabled, regardless of your original settings. You must modify the settings manually as needed.
Manual updates with storage efficiency enabled can be time-consuming. You might want to run the operation in off-peak hours.
Update a replication relationship and re-enable storage efficiency:
snapmirror update -source-path SVM:volume|cluster://SVM/volume, … -destination-path SVM:volume|cluster://SVM/volume, … -enable-storage-efficiency true
For complete command syntax, see the man page.
You must run this command from the destination SVM or the destination cluster. The command fails if a common Snapshot copy does not exist on the source and destination. Use
snapmirror initializeto re-initialize the relationship.
The following example updates the relationship between the source volume
svm1and the destination volume
svm_backup, and re-enables storage efficiency:
cluster_dst::> snapmirror update -source-path svm1:volA -destination-path svm_backup:volA_dst -enable-storage-efficiency true