Se recomienda utilizar el reequilibrio automático de FlexGroup después de una conversión de FlexVol a FlexGroup. En su lugar, puede utilizar la función de movimiento de archivos retroactivo disruptiva disponible en ONTAP 9.10.1 y versiones posteriores, para introducir la volume rebalance file-move comando. Para obtener información sobre la sintaxis de comandos, consulte volume rebalance file-move start página de manual.

El reequilibrio con la función de reequilibrio automático de FlexGroup puede degradar el rendimiento al mover un gran número de archivos, como cuando se realiza una conversión de FlexVol a FlexGroup y, además, del 50 al 85 % de los datos del volumen FlexVol se mueven a un nuevo componente.

La selección de archivos para el reequilibrado automático se basa en bloques guardados. El tamaño mínimo de archivo considerado para el reequilibrio es de 100 MB por defecto (se puede configurar tan bajo como 20 MB utilizando el parámetro min-file-size que se muestra a continuación) y el tamaño máximo de archivo es de 100 GB.

Puede configurar el reequilibrado de FlexGroup para que solo tenga en cuenta los archivos que se van a mover, que no están presentes actualmente en ninguna copia snapshot. Cuando se inicia el reequilibrio, se muestra una notificación si se programa una operación de copia Snapshot en cualquier momento durante una operación de reequilibrio.

Las copias Snapshot están restringidas si un archivo se mueve y se está encuadrando en el destino. No se permite una operación de restauración de copias snapshot mientras se está reequilibrando archivos.

Las copias de Snapshot creadas después de granular-data habilitar la opción no se pueden replicar en un sistema que ejecuta ONTAP 9.11.1 y versiones anteriores, ya que ONTAP 9.11.1 y las versiones anteriores no admiten inodos de varias partes.

El reequilibrio de FlexGroup se debe realizar entre las operaciones programadas de SnapMirror. Se puede producir un error en una operación de SnapMirror si se va a reubicar un archivo antes de que comience una operación de SnapMirror si ese movimiento de archivos no se completa en el período de reintento de SnapMirror de 24 minutos. No se producirá un error en cualquier reubicación de archivos nueva que comience después de que se inició una transferencia de SnapMirror.

Gracias a la eficiencia del almacenamiento de compresión basada en archivos, el archivo se descomprime antes de trasladarse al destino, por lo que se pierde el ahorro en la compresión. El ahorro de la compresión se recupera después de que se ejecuta un escáner en segundo plano iniciado manualmente en el volumen FlexGroup después del reequilibrio. Sin embargo, si algún archivo está asociado con una copia snapshot en cualquier volumen, el archivo se ignorará para la compresión.

La transferencia de archivos deduplicados puede provocar un aumento en el uso general del volumen FlexGroup. Durante el reequilibrio de archivos, solo se mueven bloques únicos al destino, liberando esa capacidad en el origen. Los bloques compartidos permanecen en el origen y se copian en el destino. Aunque logra el objetivo de reducir la capacidad utilizada en un componente de origen casi completo, también puede incrementar el uso general del volumen FlexGroup debido a las copias de bloques compartidos en los nuevos destinos. Esto también es posible cuando se mueven archivos que forman parte de una copia snapshot. No se reconoce completamente el ahorro de espacio hasta que se recicla la programación de la copia snapshot y ya no hay copias de los archivos en las copias snapshot.

Si se está reequilibrando un archivo durante la creación de un volumen FlexClone, no se realizará el reequilibrado en el volumen FlexClone. El reequilibrio en el volumen FlexClone se debe realizar una vez que se haya creado.

Cuando se mueve un archivo durante una operación de reequilibrio de FlexGroup, el tamaño de archivo se informa como parte de la contabilidad de cuotas tanto en los componentes de origen como de destino. Una vez completado el desplazamiento, la contabilidad de cuota vuelve a normal y el tamaño del archivo sólo se informa en el nuevo destino.

A partir de ONTAP 9.13.1, la protección autónoma frente a ransomware es compatible durante operaciones de reequilibrio disruptivas y no disruptivas.

No se admite el reequilibrio de capacidad del volumen en los volúmenes de almacenes de objetos, como los bloques S3.