Limitaciones conocidas con NetApp Backup and Recovery para volúmenes ONTAP
Consulta estas limitaciones antes de usar NetApp Backup and Recovery para volúmenes ONTAP.
-
NetApp Backup and Recovery puede realizar una copia de seguridad de Cloud Volumes ONTAP en un almacén de objetos en las regiones de AWS China (incluidas Beijing y Ningxia); sin embargo, es posible que primero deba modificar manualmente las políticas de identidad y acceso.
Para obtener detalles sobre cómo crear un agente de consola en AWS, consulte "Instalación de un agente de consola en AWS" .
Para obtener más detalles, consulte la publicación del blog. "Blog de funciones de NetApp Backup and Recovery , mayo de 2023" .
-
NetApp Backup and Recovery no es compatible con las regiones de Microsoft Azure China.
Para obtener detalles sobre cómo crear un agente de consola en Azure, consulte "Instalación de un agente de consola en Azure" .
-
NetApp Backup and Recovery no admite copias de seguridad de volúmenes FlexCache .
Limitaciones de replicación para volúmenes ONTAP
-
Solo puedes seleccionar un volumen FlexGroup a la vez para la replicación. Necesitas activar las copias de seguridad por separado para cada volumen FlexGroup.
Los volúmenes FlexVol no tienen esa limitación: puedes seleccionar todos los volúmenes FlexVol de tu sistema y asignarles las mismas políticas de backup.
-
La siguiente funcionalidad es compatible con "NetApp Replication" , pero no cuando se utiliza la función de replicación de NetApp Backup and Recovery:
-
No se admite una configuración en cascada donde la replicación se produce del volumen A al volumen B y del volumen B al volumen C. La compatibilidad incluye la replicación del volumen A al volumen B.
-
No hay soporte para replicar datos hacia y desde FSx para sistemas ONTAP .
-
No hay soporte para crear una replicación única de un volumen.
-
-
Al crear replicaciones desde sistemas ONTAP locales, si la versión de ONTAP en el sistema Cloud Volumes ONTAP de destino es 9.8, 9.9 o 9.11, solo se permiten políticas de bóveda reflejada.
-
Cuando conviertes un volumen FlexVol a un volumen FlexGroup o viceversa, el volumen convertido se considera un volumen nuevo; necesitas configurar la protección para el volumen convertido después de la conversión. Puedes restaurar backups creados antes de la conversión a un volumen diferente.
Limitaciones de copia de seguridad a objeto para volúmenes ONTAP
-
En la versión preliminar de Backup and Recovery para la implementación local de NetApp Console, las copias de seguridad en almacenamiento de objetos solo son compatibles con destinos ONTAP S3 y StorageGRID. El archivado de copias de seguridad no es compatible en esta versión preliminar.
-
Al realizar copias de seguridad de datos, NetApp Backup and Recovery no mantendrá NetApp Volume Encryption (NVE). Esto significa que los datos cifrados en el volumen NVE se descifrarán mientras se transfieren al destino y no se mantendrá el cifrado.
Para obtener una explicación sobre estos tipos de cifrado, consultehttps://docs.netapp.com/us-en/ontap/encryption-at-rest/configure-netapp-volume-encryption-concept.html["Descripción general de la configuración de NetApp Volume Encryption"^] .
-
No realices copias de seguridad de volúmenes de destino de SnapMirror que tengan instantáneas de retención a largo plazo habilitadas. Estas instantáneas se crean directamente en el destino y no se moverán al almacenamiento de objetos. Esta restricción se aplica incluso si la política de SnapMirror se cambia después para deshabilitar la retención a largo plazo.
-
Cuando crea o edita una política de respaldo cuando no hay volúmenes asignados a la política, la cantidad de copias de seguridad retenidas puede ser un máximo de 1018. Después de asignar volúmenes a la política, puede editarla para crear hasta 4000 copias de seguridad.
-
Al realizar copias de seguridad de volúmenes de protección de datos (DP):
-
Las relaciones con las etiquetas SnapMirror
app_consistentyall_source_snapshotno se respaldarán en la nube. -
Si creas copias locales de instantáneas en el volumen de destino de SnapMirror (independientemente de las etiquetas de SnapMirror utilizadas), estas instantáneas no se moverán a la nube como backups. Debes crear una política de instantáneas con las etiquetas deseadas en el volumen DP de origen para que NetApp Backup and Recovery pueda hacer backup de ellas.
-
-
FlexGroup las copias de seguridad de volúmenes no se pueden trasladar al almacenamiento de archivo.
-
Las copias de seguridad de volumen de FlexGroup pueden usar DataLock y protección contra ransomware si el clúster ejecuta ONTAP 9.13.1 o superior.
-
La copia de seguridad del volumen SVM-DR se admite con las siguientes restricciones:
-
Las copias de seguridad solo se admiten desde el servidor secundario de ONTAP .
-
La política de snapshot aplicada al volumen debe ser una de las políticas reconocidas por NetApp Backup and Recovery, incluyendo diaria, semanal, mensual, etc. La política predeterminada "sm_created" (usada para Mirror All Snapshots) no es reconocida y el volumen DP no aparecerá en la lista de volúmenes que se pueden respaldar.
-
SVM-DR y la copia de seguridad y recuperación de volúmenes funcionan de forma totalmente independiente cuando la copia de seguridad se realiza desde el origen o desde el destino. La única restricción es que SVM-DR no replica la relación de nube SnapMirror. En el escenario de recuperación ante desastres, cuando la máquina virtual de almacenamiento pasa a estar en línea en la ubicación secundaria, debes actualizar manualmente la relación de nube SnapMirror.
-
-
Soporte de MetroCluster :
-
Si utilizas ONTAP 9.12.1 GA o una versión posterior, el backup es compatible cuando estás conectado al sistema primario. Toda la configuración de backup se transfiere al sistema secundario para que los backups en la nube continúen automáticamente después de la conmutación de sitios. No necesitas configurar el backup en el sistema secundario (de hecho, no puedes hacerlo).
-
Cuando utiliza ONTAP 9.12.0 y versiones anteriores, la copia de seguridad solo se admite desde el sistema secundario de ONTAP .
-
A partir de ONTAP 9.18.1, las copias de seguridad de volúmenes FlexGroup son compatibles en configuraciones MetroCluster.
-
-
La copia de seguridad ad hoc de un volumen mediante el botón Backup Now no es compatible con los volúmenes de protección de datos.
-
No se admiten configuraciones SM-BC.
-
ONTAP no admite la distribución en ramificación de las relaciones de SnapMirror desde un único volumen a varios almacenes de objetos; por lo tanto, esta configuración no es compatible con NetApp Backup and Recovery.
-
El modo WORM/Compliance en un almacén de objetos se admite en Amazon S3, Google Cloud Platform (GCP), Azure y StorageGRID en este momento. Esto se conoce como la función DataLock, y debe gestionarse usando la configuración de NetApp Backup and Recovery, no usando la interfaz del proveedor de la nube.
Restaurar limitaciones para volúmenes ONTAP
Estas limitaciones se aplican tanto a los métodos de búsqueda y restauración como a los de exploración y restauración de archivos y carpetas, a menos que se indique específicamente.
-
No es posible restaurar carpetas a partir de instantáneas locales.
-
Restauración de archivos y carpetas en una configuración de recuperación ante desastres (DR): después de una conmutación por error, los volúmenes de una máquina virtual de almacenamiento configurada para DR conservan relaciones SnapMirror preexistentes en un estado de ruptura. Los intentos de restaurar archivos o carpetas que crean relaciones RST temporales de SnapMirror son bloqueados por ONTAP porque el volumen de destino ya tiene una relación.
-
Explorar y restaurar puede restaurar hasta 100 archivos individuales a la vez.
-
Search & Restore puede restaurar un archivo a la vez.
-
Al utilizar ONTAP 9.13.0 o superior, Explorar y restaurar y Buscar y restaurar pueden restaurar una carpeta junto con todos los archivos y subcarpetas que contiene.
Al utilizar una versión de ONTAP posterior a la 9.11.1 pero anterior a la 9.13.0, la operación de restauración solo puede restaurar la carpeta seleccionada y los archivos en esa carpeta; no se restauran las subcarpetas ni los archivos en las subcarpetas.
Al utilizar una versión de ONTAP anterior a 9.11.1, no se admite la restauración de carpeta.
-
La restauración de directorios y carpetas se admite para datos que residen en el almacenamiento de archivo solo cuando el clúster ejecuta ONTAP 9.13.1 y versiones posteriores.
-
La restauración de directorios y carpetas se admite para datos protegidos mediante DataLock solo cuando el clúster ejecuta ONTAP 9.13.1 y versiones posteriores.
-
El archivo que se va a restaurar debe usar el mismo idioma que el del volumen de destino. Recibirá un mensaje de error si los idiomas no son los mismos.
-
La prioridad de restauración Alta no se admite al restaurar datos desde el almacenamiento de archivo de Azure a sistemas StorageGRID .
-
Si realiza una copia de seguridad de un volumen DP y luego decide romper la relación SnapMirror con ese volumen, no podrá restaurar archivos en ese volumen a menos que también elimine la relación SnapMirror o invierta la dirección de SnapMirror .
-
Limitaciones de la restauración rápida:
-
La ubicación de destino debe ser un sistema Cloud Volumes ONTAP que utilice ONTAP 9.13.0 o superior.
-
No es compatible con copias de seguridad ubicadas en almacenamiento archivado.
-
Los volúmenes FlexGroup solo son compatibles si el sistema de origen desde el cual se creó la copia de seguridad en la nube ejecutaba ONTAP 9.12.1 o superior.
-
Los volúmenes SnapLock solo son compatibles si el sistema de origen desde el cual se creó la copia de seguridad en la nube ejecutaba ONTAP 9.11.0 o superior.
-
Habilitar la indexación en una configuración de recuperación de desastres
Al activar la indexación en un clúster de SVM de almacenamiento en una configuración de recuperación ante desastres (DR), aparece un error que indica que la operación no está permitida en una SVM que está configurada como destino para SVM DR. A pesar del error, el proceso de backend establece el estado snapdiff-rpc-server en "activado" para las SVM de almacenamiento de origen. Después de que se ejecute la programación de la política de DR de SVM de almacenamiento, este estado se propaga a las SVM de almacenamiento de destino.
Solución: Espera a que se ejecute la programación de la política de DR de la SVM después del error inicial y luego intenta habilitar la indexación de nuevo.