Management der Storage-Effizienz
SnapMirror bewahrt die Storage-Effizienz auf den Quell- und Ziel-Volumes auf, außer wenn die nachgelagerte Datenkomprimierung auf dem Ziel-Volume aktiviert ist. In diesem Fall geht die gesamte Storage-Effizienz auf dem Ziel-Volume verloren. Um dieses Problem zu beheben, müssen Sie die nachgelagerte Komprimierung auf dem Ziel-Volume deaktivieren, die Beziehung manuell aktualisieren und die Storage-Effizienz erneut aktivieren.
Sie können mit dem volume efficiency show
Befehl bestimmen, ob die Effizienz auf einem Volume aktiviert ist. Weitere Informationen finden Sie auf den man-Pages.
Überprüfen Sie, ob SnapMirror die Storage-Effizienz aufrechtzuerhalten, indem Sie sich die SnapMirror Prüfprotokolle ansehen und die Übertragungsbeschreibung ermitteln. Wenn die Transferbeschreibung angezeigt wird transfer_desc=Logical Transfer with Storage Efficiency
, hält SnapMirror die Speichereffizienz aufrecht. Wenn die Transferbeschreibung angezeigt wird transfer_desc=Logical Transfer
, hält SnapMirror die Speichereffizienz nicht aufrecht. Beispiel:
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
-
Quell- und Ziel-Cluster sowie SVMs müssen Peering durchgeführt werden.
-
Sie müssen die nachgelagerte Komprimierung auf dem Ziel-Volume deaktivieren.
-
Logischer Transfer mit Storage: Ab ONTAP 9.3 ist kein manuelles Update mehr erforderlich, um die Storage-Effizienz erneut zu aktivieren. Wenn SnapMirror feststellt, dass die nachgelagerte Komprimierung deaktiviert wurde, wird die Storage-Effizienz automatisch bei dem nächsten geplanten Update aktiviert. Die Quelle und das Ziel müssen ONTAP 9.3 ausführen.
-
Seit ONTAP 9.3 managen AFF Systeme Storage-Effizienzeinstellungen anders als FAS Systeme, nachdem ein Ziel-Volume beschrieben werden kann:
-
Nachdem Sie ein Zielvolume mit dem
snapmirror break
Befehl schreibbar gemacht haben, wird die Caching-Richtlinie auf dem Volume automatisch auf „Auto
“ (Standardeinstellung) gesetzt.Dieses Verhalten gilt nur für FlexVol Volumes und nicht für FlexGroup Volumes.
-
Bei Resynchronisierung wird die Caching-Richtlinie automatisch auf „
none
“ eingestellt. Deduplizierung und Inline-Komprimierung werden unabhängig von Ihren ursprünglichen Einstellungen automatisch deaktiviert. Sie müssen die Einstellungen nach Bedarf manuell ändern.
-
Manuelle Updates mit aktivierter Storage-Effizienz können sehr zeitaufwendig sein. Möglicherweise möchten Sie den Betrieb in Zeiten geringerer Auslastung ausführen. |
-
Aktualisierung einer Replizierungsbeziehung und erneute Aktivierung der Storage-Effizienz:
snapmirror update -source-path <SVM:volume>|<cluster://SVM/volume>, ... -destination-path <SVM:volume>|<cluster://SVM/volume>, ... -enable-storage-efficiency true
Eine vollständige Befehlssyntax finden Sie in der man-Page.
Sie müssen diesen Befehl über die Ziel-SVM oder das Ziel-Cluster ausführen. Der Befehl schlägt fehl, wenn auf der Quelle und dem Ziel keine gemeinsame Snapshot Kopie vorhanden ist. Verwenden Sie
snapmirror initialize
, um die Beziehung neu zu initialisieren.Im folgenden Beispiel wird die Beziehung zwischen dem Quell-Volume
volA
aufsvm1
und dem Ziel-VolumevolA_dst
auf aktualisiertsvm_backup
und die Storage-Effizienz wieder aktiviert:cluster_dst::> snapmirror update -source-path svm1:volA -destination-path svm_backup:volA_dst -enable-storage-efficiency true