Si consiglia di non utilizzare il ribilanciamento automatico di FlexGroup dopo una conversione da FlexVol a FlexGroup. È invece possibile utilizzare la funzione di spostamento dei file retroattivo e disgregativo disponibile in ONTAP 9.10.1 e versioni successive, immettendo il volume rebalance file-move comando. Per la sintassi dei comandi, vedere volume rebalance file-move start pagina man.

Il ribilanciamento con la funzionalità di ribilanciamento automatico di FlexGroup può degradare le prestazioni quando si sposta un elevato numero di file, come quando si esegue una conversione da FlexVol a FlexGroup, e fino al 50-85% dei dati sul volume FlexVol viene spostato in un nuovo componente.

La selezione del file per il ribilanciamento automatico si basa sui blocchi salvati. La dimensione minima del file considerata per il ribilanciamento è di 100 MB per impostazione predefinita (può essere configurata a partire da 20 MB utilizzando il parametro min-file-size mostrato di seguito) e la dimensione massima del file è di 100 GB.

È possibile configurare il ribilanciamento di FlexGroup per considerare solo i file da spostare che non sono attualmente presenti in alcuna copia Snapshot. Quando si avvia il ribilanciamento, viene visualizzata una notifica se viene pianificata un'operazione di copia Snapshot in qualsiasi momento durante un'operazione di ribilanciamento.

Le copie Snapshot sono limitate se un file viene spostato e viene sottoposto a framing nella destinazione. Un'operazione di ripristino della copia Snapshot non è consentita mentre è in corso il ribilanciamento del file.

Qualsiasi copia Snapshot creata dopo l' granular-data attivazione dell'opzione non può essere replicata su un sistema che esegue ONTAP 9.11.1 e versioni precedenti perché ONTAP 9.11.1 e versioni precedenti non supportano inodes multi-parte.

Il ribilanciamento di FlexGroup deve avvenire tra le operazioni pianificate di SnapMirror. Un'operazione SnapMirror potrebbe non riuscire se un file viene spostato prima dell'inizio di un'operazione SnapMirror, se tale spostamento non viene completato entro il periodo di 24 minuti. Qualsiasi nuovo trasferimento di file che inizia dopo l'avvio di un trasferimento SnapMirror non avrà esito negativo.

Con l'efficienza dello storage di compressione basato su file, il file viene decompresso prima di essere spostato a destinazione, in modo da perdere i risparmi di compressione. I risparmi di compressione vengono riottenuti dopo l'esecuzione di uno scanner in background avviato manualmente sul volume FlexGroup dopo il ribilanciamento. Tuttavia, se un file è associato a una copia Snapshot su qualsiasi volume, il file viene ignorato per la compressione.

Lo spostamento dei file deduplicati può causare un maggiore utilizzo generale del volume FlexGroup. Durante il ribilanciamento dei file, vengono spostati solo i blocchi univoci nella destinazione, liberando tale capacità nell'origine. I blocchi condivisi rimangono sull'origine e vengono copiati nella destinazione. Anche se questo raggiunge l'obiettivo di ridurre la capacità utilizzata su un componente di origine quasi completo, può anche portare a un maggiore utilizzo generale sul volume FlexGroup a causa delle copie dei blocchi condivisi sulle nuove destinazioni. Ciò è possibile anche quando i file che fanno parte di una copia Snapshot vengono spostati. Il risparmio di spazio non viene riconosciuto completamente fino a quando il programma di copia Snapshot non viene riciclato e non sono più presenti copie dei file nelle copie Snapshot.

Se durante la creazione di un volume FlexClone è in corso il ribilanciamento dei file, il ribilanciamento non verrà eseguito sul volume FlexClone. Il ribilanciamento sul volume FlexClone deve essere eseguito dopo la sua creazione.

Quando un file viene spostato durante un'operazione di ribilanciamento FlexGroup, la dimensione del file viene riportata come parte della contabilità delle quote sia sui componenti di origine che di destinazione. Una volta completato lo spostamento, la contabilità delle quote torna alla normalità e la dimensione del file viene riportata solo sulla nuova destinazione.

A partire da ONTAP 9.13.1, la protezione autonoma da ransomware è supportata durante operazioni di ribilanciamento senza interruzioni e con interruzioni.

Il ribilanciamento della capacità dei volumi non è supportato sui volumi degli archivi di oggetti, come i bucket S3.