Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Speichereffizienzverhalten bei ONTAP Volumeverschiebungen und SnapMirror-Operationen

Beitragende netapp-lenida netapp-dbagwell johnlantz dmp-netapp
Änderungen vorschlagen

Das Verhalten der Speichereffizienz kann durch andere Speichervorgänge, die gleichzeitig aktiv sind oder gestartet werden, beeinflusst werden. Es ist wichtig, die Auswirkungen dieser Vorgänge auf die Speichereffizienz zu berücksichtigen.

Es gibt verschiedene Situationen, in denen die Speichereffizienz eines Volumes durch andere Vorgänge beeinflusst werden kann, darunter Volume Moves, SnapMirror-Beziehungen, FabricPool Volumes und "temperaturabhängige Speichereffizienz (TSSE)".

FabricPool

Die `all`Tiering-Richtlinie wird häufig auf Datensicherungsvolumes verwendet, um Daten sofort als kalt zu kennzeichnen und sie so schnell wie möglich zu stufen. Es ist kein Warten auf eine Mindestanzahl von Tagen erforderlich, bevor die Daten als kalt markiert und gestuft werden.

Da die `all`Tiering-Richtlinie Daten so schnell wie möglich verschiebt, können Speicher-Effizienzfunktionen, die auf Hintergrundprozessen basieren, wie die 32K effiziente adaptive Komprimierung (TSSE), nicht rechtzeitig angewendet werden. Inline-Speicher-Effizienzfunktionen wie die 8K-Komprimierung werden wie gewohnt angewendet.

Die folgende Tabelle beschreibt das Verhalten eines Quellvolumes und eines Zielvolumes, wenn eine dieser Operationen durchgeführt wird.

Quellvolumeffizienz

Standardverhalten des Zielvolumes

Standardverhalten nach manueller Aktivierung von TSSE (nach SnapMirror Unterbrechung)

Speichereffizienztyp

Neue Schreibvorgänge

Kalte Datenkomprimierung

Speichereffizienztyp

Neue Schreibvorgänge

Kalte Datenkomprimierung

Keine Speichereffizienz (wahrscheinlich FAS)

Dateikomprimierung

Die Dateikomprimierung wird inline auf neu geschriebenen Daten versucht.

Keine Datenkomprimierung für kalte Daten, die Daten bleiben unverändert.

TSSE mit Kaltdaten-Scan-Algorithmus als ZSTD

Die 8k Inline-Datenkomprimierung wird im TSSE-Format versucht.

Dateikomprimierte Daten: Nicht verfügbar + Unkomprimierte Daten: 32K-Komprimierung nach Erreichen der Schwellenwerttage versucht + Neu geschriebene Daten: 32K-Komprimierung nach Erreichen der Schwellenwerttage versucht

Keine Speichereffizienz (wahrscheinlich FAS)

Dateikomprimierung auf C-Series Plattformen mit ONTAP 9.11.1P10 oder ONTAP 9.12.1P3

Keine TSSE-fähige Datenkomprimierung für kalte Daten

Dateikomprimierte Daten: N/A

TSSE mit Kaltdaten-Scan-Algorithmus als ZSTD

8K Inline-Datenkomprimierung

Dateikomprimierte Daten: Nicht verfügbar + Unkomprimierte Daten: 32K-Komprimierung nach Erreichen der Schwellenwerttage versucht + Neu geschriebene Daten: 32K-Komprimierung nach Erreichen der Schwellenwerttage versucht

Keine Speichereffizienz (wahrscheinlich FAS)

TSSE auf C-Series Plattformen mit ONTAP 9.12.1P4 und höher oder ONTAP 9.13.1 und höher

8K Inline-Datenkomprimierung wird im TSSE-Format versucht

Dateikomprimierte Daten: Nicht verfügbar + Unkomprimierte Daten: 32K-Komprimierung nach Erreichen der Schwellenwerttage versucht + Neu geschriebene Daten: 32K-Komprimierung nach Erreichen der Schwellenwerttage versucht

TSSE mit Kaltdaten-Scan-Algorithmus als ZSTD

8K Inline-Datenkomprimierung wird im TSSE-Format versucht

Dateikomprimierte Daten: Nicht verfügbar + Unkomprimierte Daten: 32K-Komprimierung nach Erreichen der Schwellenwerttage versucht + Neu geschriebene Daten: 32K-Komprimierung nach Erreichen der Schwellenwerttage versucht

Dateikomprimierungsgruppe

Gleiche Quelle

Die Dateikomprimierung wird inline auf neu geschriebenen Daten versucht.

Keine Datenkomprimierung für kalte Daten, die Daten bleiben unverändert.

TSSE mit Kaltdaten-Scan-Algorithmus als ZSTD

Die 8k Inline-Datenkomprimierung wird im TSSE-Format versucht.

Dateikomprimierte Daten: Nicht komprimiert + Unkomprimierte Daten: 32K-Komprimierung wird nach Erreichen der Schwellenwerttage versucht + Neu geschriebene Daten: 32K-Komprimierung wird nach Erreichen der Schwellenwerttage versucht

TSSE Kaltdatenscan

TSSE verwendet denselben Datenkomprimierungsalgorithmus wie das Quellvolume (LZOPro→LZOPro und ZSTD→ZSTD)

8K Inline-Datenkomprimierung im TSSE-Format versucht

Eine 32K-Datenkomprimierung mit LzoPro wird versucht, nachdem die auf Schwellenwert-Tagen basierende Kälte sowohl bei bestehenden als auch bei neu geschriebenen Daten erreicht wurde.

TSSE ist aktiviert. HINWEIS: Der LZOPro cold data scan Algorithmus kann auf ZSTD umgestellt werden.

8K Inline-Datenkomprimierung wird im TSSE-Format versucht

Die 32K-Komprimierung wird sowohl für bestehende als auch für neu geschriebene Daten versucht, nachdem die Schwelle für die Anzahl der Kältetage erreicht wurde.