Comportamento in termini di efficienza dello storage con lo spostamento dei volumi e le operazioni SnapMirror
-
PDF del sito di questa documentazione
- Amministrazione del cluster
-
Amministrazione dei volumi
-
Gestione dello storage logico con la CLI
- Utilizzare le quote per limitare o tenere traccia dell'utilizzo delle risorse
-
Gestione dello storage logico con la CLI
-
Gestione dello storage NAS
- Configurare NFS con la CLI
- Gestisci NFS con la CLI
-
Gestire SMB con la CLI
- Gestire i server SMB
- Gestire l'accesso ai file utilizzando SMB
- Autenticazione e controllo dell'accesso
-
Sicurezza e crittografia dei dati
- Utilizzare FPolicy per il monitoraggio e la gestione dei file su SVM
- Protezione dei dati e disaster recovery
Raccolta di documenti PDF separati
Creating your file...
Il modo in cui l'efficienza dello storage si comporta su un volume quando si esegue un'operazione di spostamento del volume o SnapMirror e ciò che accade quando si esegue un'interruzione di SnapMirror e si attiva manualmente l'efficienza dello storage sensibile alla temperatura dipende dal tipo di efficienza sul volume di origine.
La seguente tabella descrive il comportamento di un volume di origine e di un volume di destinazione quando si esegue uno spostamento del volume o un'operazione SnapMirror con diversi tipi di efficienza dello storage, nonché il comportamento quando si attiva manualmente l'efficienza dello storage sensibile alla temperatura (TSSE).
Efficienza del volume di origine |
Comportamento predefinito del volume di destinazione |
Comportamento predefinito dopo l'attivazione manuale di TSSE (dopo l'interruzione di SnapMirror) |
||||
Tipo di efficienza dello storage |
Nuove scritture |
Compressione dati a freddo |
Tipo di efficienza dello storage |
Nuove scritture |
Compressione dati a freddo |
|
Nessuna efficienza dello storage (probabile FAS) |
Compressione del file |
La compressione del file viene tentata inline sui dati appena scritti |
Nessuna compressione dei dati a freddo, i dati rimangono così come sono |
TSSE con algoritmo cold data scan come ZSTD |
viene tentata la compressione inline 8k in formato TSSE |
File dati compressi: N/A.
|
Nessuna efficienza dello storage (probabile FAS) |
Compressione dei file su piattaforme C-Series che utilizzano ONTAP 9.11.1P10 o ONTAP 9.12.1P3 |
Nessuna compressione dati Cold abilitata per TSSE |
File dati compressi: N/A. |
TSSE con algoritmo cold data scan come ZSTD |
Compressione inline 8K |
File dati compressi: N/A.
|
Nessuna efficienza dello storage (probabile FAS) |
TSSE su piattaforme C-Series che utilizzano ONTAP 9.12.1P4 e versioni successive o ONTAP 9.13.1 e versioni successive |
Viene tentata la compressione inline 8K in formato TSSE |
File dati compressi: N/A.
|
TSSE con algoritmo cold data scan come ZSTD |
Viene tentata la compressione inline 8K in formato TSSE |
File dati compressi: N/A.
|
Gruppo di compressione del file |
Uguale all'origine |
La compressione del file viene tentata inline sui dati appena scritti |
Nessuna compressione dei dati a freddo, i dati rimangono così come sono |
TSSE con algoritmo cold data scan come ZSTD |
viene tentata la compressione inline 8k in formato TSSE |
File dati compressi: Non compressi
|
Scansione dei dati TSSE cold |
TSSE che utilizza lo stesso algoritmo di compressione del volume di origine (LZOPro→LZOPro e ZSTD→ZSTD) |
Tentativo di compressione inline 8K in formato TSSE |
Tentativo di compressione di 32K con LzoPro dopo il raggiungimento di un livello di freddo basato su giorni di soglia sia sui dati esistenti che sui dati appena scritti. |
TSSE è attivato. NOTA: L'algoritmo di scansione dei dati cold LZOPro può essere modificato in ZSTD. |
Viene tentata la compressione inline 8K in formato TSSE |
Viene tentata una compressione di 32K dopo che la temperatura dei giorni di soglia è stata soddisfatta sia sui dati esistenti che sui dati appena scritti. |