Skip to main content
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Obtenga información sobre la recuperación ante desastres síncrona de ONTAP SnapMirror

Colaboradores netapp-lenida netapp-aaron-holt netapp-ahibbard netapp-aherbin netapp-thomi netapp-dbagwell netapp-revathid
PDF

A partir de la versión ONTAP 9.5, la tecnología síncrona de SnapMirror (SM-S) es compatible con todas las plataformas FAS y AFF que tengan al menos 16 GB de memoria y en todas las plataformas ONTAP Select. La tecnología síncrona de SnapMirror es una función con licencia por nodo que proporciona replicación de datos síncrona a nivel de volumen.

Esta funcionalidad aborda las normativas regulatorias y nacionales para la replicación síncrona en sectores financieros, sanitarios y otros regulados, en los que no es necesaria una pérdida de datos nula.

Operaciones síncronas de SnapMirror permitidas

El límite del número de operaciones de replicación síncrona de SnapMirror por par de alta disponibilidad depende del modelo de controladora.

En la tabla siguiente se enumera el número de operaciones síncronas de SnapMirror que se permiten por pareja de alta disponibilidad según el tipo de plataforma y la versión de ONTAP.

Plataforma

ONTAP 9.14.1 a ONTAP 9.11.1

ONTAP 9.10.1

ONTAP 9.9.1

Versiones anteriores a ONTAP 9.9.1

AFF

400

200

160

80

ASA

400

200

160

80

FAS

80

80

80

40

ONTAP Select

40

40

40

20

Funciones admitidas

La siguiente tabla indica las funciones compatibles con SnapMirror Synchronous y las versiones ONTAP que admiten.

Función

Se admite la primera versión

Información adicional

Antivirus en el volumen principal de la relación síncrona de SnapMirror

ONTAP 9,6

Replicación de snapshots creada por aplicaciones

ONTAP 9,7

Si una instantánea se etiqueta con la etiqueta adecuada en el momento de la snapshot create operación, usando la CLI o la API de ONTAP, SnapMirror síncrono replica las instantáneas, tanto las creadas por el usuario como las creadas con scripts externos, después de poner en estado de espera las aplicaciones. A partir de ONTAP 9.14.1, ya no existe el requisito de la etiqueta para la replicación de instantáneas creadas por aplicaciones. Para más información sobre la replicación de instantáneas creadas por aplicaciones, consulta el "Base de conocimientos de NetApp : Cómo replicar snapshots creados por aplicaciones con SnapMirror sincrónico".

Protección autónoma contra ransomware

ONTAP 9.19.1

Después de actualizar a ONTAP 9.19.1 RC y activar ARP en volúmenes que forman parte de relaciones síncronas de SnapMirror, la relación puede experimentar un breve estado de desincronización. Este estado es temporal y la relación debería resincronizarse automáticamente sin ninguna intervención.

Clonar eliminación automática

ONTAP 9,6

Los agregados de FabricPool con política de organización en niveles de Ninguna, Snapshot o Automática son compatibles con el origen y el destino de SnapMirror síncronos.

ONTAP 9,5

El volumen de destino de un agregado de FabricPool no se puede establecer en la política de organización en niveles All.

FC

ONTAP 9,5

En todas las redes para las que la latencia no supere los 10ms ms

FC-NVMe

ONTAP 9,7

Clones de archivo

ONTAP 9,7

FPolicy en el volumen principal de la relación síncrona de SnapMirror

ONTAP 9,6

Cuotas duras y flexibles en el volumen principal de la relación síncrona de SnapMirror

ONTAP 9,6

Las reglas de cuota no se replican en el destino; por lo tanto, la base de datos de cuotas no se replica en el destino.

Relaciones síncronas dentro del clúster

ONTAP 9.14.1

La alta disponibilidad se proporciona cuando los volúmenes de origen y de destino se encuentran en diferentes pares de alta disponibilidad. Si se desactiva todo el clúster, no será posible el acceso a los volúmenes hasta que se recupere el clúster. Las relaciones síncronas de SnapMirror dentro del clúster contribuirán al límite general de Relaciones por pareja de alta disponibilidad.

iSCSI

ONTAP 9,5

Clones LUN y clones de espacio de nombres NVMe

ONTAP 9,7

Clones LUN respaldados por copias Snapshot creadas por aplicación

ONTAP 9,7

Acceso de protocolo mixto (NFS v3 y SMB)

ONTAP 9,6

Restauración de NDMP/NDMP

ONTAP 9.13.1

El clúster de origen y de destino deben ejecutar ONTAP 9.13.1 o versiones posteriores para usar NDMP con SnapMirror síncrono. Para obtener más información, consulte Transferencia de datos mediante la copia ndmp.

Operaciones síncronas de SnapMirror (NDO) sin interrupciones solo en plataformas AFF/ASA.

ONTAP 9.12.1

La compatibilidad con operaciones no disruptivas le permite realizar muchas tareas de mantenimiento comunes sin necesidad de programar un tiempo de inactividad. Las operaciones admitidas incluyen la toma de control y el retorno al nodo primario, y el movimiento de volúmenes, siempre y cuando haya un solo nodo superviviente entre cada uno de los dos clústeres.

NFS v4,2

ONTAP 9.10.1

NFS v4,0

ONTAP 9,6

NFS v4,1

ONTAP 9,6

NVMe/TCP

9.10.1

Eliminación de una limitación elevada de la frecuencia de funcionamiento de metadatos

ONTAP 9,6

Replicación de las operaciones de gestión de instantáneas

ONTAP 9.19.1

A partir de ONTAP 9.19.1, las operaciones de gestión de instantáneas snapshot delete, snapshot rename y snapshot modify se replican en el clúster secundario.

Replicación programada de instantáneas

ONTAP 9.19.1

A partir de ONTAP 9.19.1, puedes activar la replicación de instantáneas programadas usando una política de SnapMirror. En versiones anteriores a ONTAP 9.19.1, las instantáneas programadas creadas usando una política de instantáneas no se replican.

Seguridad para datos confidenciales en tránsito con cifrado TLS 1.2

ONTAP 9,6

Restauración parcial de archivos y archivos individuales

ONTAP 9.13.1

SMB 2,0 o posterior

ONTAP 9,6

Cascada de reflejos síncronos SnapMirror

ONTAP 9,6

La relación del volumen de destino de la relación síncrona de SnapMirror debe ser una relación de SnapMirror asíncrono.

Recuperación ante desastres de SVM

ONTAP 9,6

* Una fuente síncrona de SnapMirror también puede ser una fuente de recuperación ante desastres de SVM, por ejemplo, una configuración de fan-out con SnapMirror síncrono como una pierna y la recuperación ante desastres de SVM como la otra. * Una fuente síncrona de SnapMirror no puede ser un destino de recuperación ante desastres de SVM porque SnapMirror Synchronous no admite la configuración en cascada de una fuente de protección de datos. Debe liberar la relación síncrona antes de ejecutar un cambio de sincronización de recuperación ante desastres de SVM en el clúster de destino. * Un destino síncrono de SnapMirror no puede ser una fuente de recuperación de desastres de SVM porque la recuperación de desastres de SVM no admite la replicación de volúmenes de DP. Una resincronización flip del origen síncrono provocaría la recuperación ante desastres de SVM excepto el volumen DP en el clúster de destino.

"Snapshots a prueba de manipulación"

ONTAP 9.19.1

Puedes especificar el tiempo de caducidad solo durante la creación de instantáneas. No puedes establecer ni ampliar el tiempo de caducidad en instantáneas existentes.

Restauración basada en cinta al volumen de origen

ONTAP 9.13.1

Paridad de marca de hora entre los volúmenes de origen y destino para NAS

ONTAP 9,6

Si se actualizó de ONTAP 9,5 a ONTAP 9,6, la marca de tiempo se replica solo para todos los archivos nuevos y modificados en el volumen de origen. La Marca de hora de los archivos existentes en el volumen de origen no está sincronizada.

Funciones no admitidas

Las siguientes funciones no se admiten con las relaciones síncronas de SnapMirror:

  • Grupos de consistencia

  • Sistemas DPO optimizados para DP

  • Volúmenes de FlexGroup

  • Volúmenes de FlexCache

  • Limitación global

  • En una configuración ramificada, solo una relación puede ser una relación síncrona de SnapMirror; todas las demás relaciones del volumen de origen deben ser relaciones asíncronas de SnapMirror.

  • Movimiento de LUN

  • Configuraciones de MetroCluster

  • No se admiten las LUN de acceso SAN y NVMe combinadas ni los espacios de nombres NVMe en el mismo volumen o SVM.

  • SnapCenter

  • Volúmenes de SnapLock

  • Backup a cinta o restauración con volcado y SMTape en el volumen de destino

  • Piso de rendimiento (QoS mín.) para volúmenes de origen

  • SnapRestore de volumen

  • VVol

Modos de funcionamiento

SnapMirror Synchronous tiene dos modos de funcionamiento según el tipo de política de SnapMirror utilizada:

  • Modo de sincronización en modo de sincronización, las operaciones de E/S de la aplicación se envían en paralelo a los sistemas de almacenamiento primario y secundario. Si la escritura en el almacenamiento secundario no se realiza por ningún motivo, se permite que la aplicación continúe escribiendo en el almacenamiento principal. Cuando se corrige la condición de error, la tecnología síncrona de SnapMirror se vuelve a sincronizar automáticamente con el almacenamiento secundario y reanuda la replicación del almacenamiento principal al secundario en modo síncrono. En el modo síncrono, RPO=0 y RTO son muy bajos hasta que se produce un fallo de replicación secundaria en el momento en el que el objetivo de punto de recuperación y el objetivo de tiempo de recuperación se vuelven indeterminados, pero igual que el tiempo para reparar el problema que provocó un error en la replicación secundaria y para finalizar la resincronización.

  • Modo StrictSync SnapMirror synchronous puede operar opcionalmente en modo StrictSync. Si la escritura en el almacenamiento secundario no se completa por ningún motivo, las operaciones de I/o de la aplicación fallan y, por lo tanto, se garantiza que el almacenamiento primario y secundario sean idénticos. La I/O de la aplicación al primario se reanuda únicamente cuando la relación de SnapMirror vuelve al InSync estado. Si falla el almacenamiento primario, se pueden reanudar las operaciones de I/o de la aplicación en el almacenamiento secundario después de la conmutación por error, sin pérdida de datos. En el modo StrictSync, el objetivo de punto de recuperación es siempre cero y el objetivo de tiempo de recuperación es muy bajo.

Estado de la relación

El estado de una relación síncrona SnapMirror es siempre en el InSync estado durante un funcionamiento normal. Si la transferencia SnapMirror falla por cualquier motivo, el destino no está sincronizado con el origen y puede pasar al OutofSync estado.

En el caso de las relaciones síncronas de SnapMirror, el sistema comprueba automáticamente el estado de la relación InSync`o `OutofSync) a un intervalo fijo. Si el estado de la relación es OutofSync, ONTAP activa automáticamente el proceso de resincronización automática para restablecer la relación con InSync el estado. La resincronización automática se activa solo si la transferencia falla debido a alguna operación, como la conmutación por error no planificada del almacenamiento en el origen o en el destino, o una interrupción del servicio de red. Operaciones iniciadas por el usuario, snapmirror quiesce como y snapmirror break no activan la resincronización automática.

Si el estado de la relación es OutofSync para una relación síncrona de SnapMirror en el modo StrictSync, se detienen todas las operaciones de I/O del volumen primario. `OutofSync`El estado en la relación síncrona de SnapMirror en el modo de sincronización no interrumpe el funcionamiento del volumen primario y las operaciones de I/O en el volumen primario.

Replicación programada de instantáneas

A partir de ONTAP 9.19.1, puedes usar el parámetro de política de SnapMirror -sync-snapshot-replication-mode en modo de privilegio avanzado para replicar snapshots programadas al destino de SnapMirror. Replicar snapshots programadas proporciona simetría entre los volúmenes primario y secundario en una relación síncrona de SnapsMirror.

Requisitos previos

  • Debes ser administrador de clúster o SVM

  • Debes estar en modo de privilegios avanzados

  • Debes configurar una política SnapMirror definida por el usuario que use el parámetro -sync-snapshot-replication-mode e incluya la opción sched_created.

    • Las políticas definidas por el sistema no se pueden modificar. Debes crear una nueva política y restablecer la relación.

    • Los cambios de política definidos por el usuario requieren una resincronización (quiesce seguida de resume) para que surtan efecto en las relaciones existentes.

El parámetro acepta estas opciones:

  • none- desactiva la replicación de instantáneas síncronas que no son SnapMirror

  • application_created- replica las instantáneas creadas por la aplicación

  • sched_created - replica las instantáneas programadas

  • sm_created - replica instantáneas creadas por SnapMirror asíncrono (fanout leg)

  • Una lista de tipos separada por comas: application_created, sched_created, y sm_created.

El parámetro solo tiene efecto una vez que el estado de la relación es InSync. Los tipos de instantáneas que no aparecen en la lista solo se almacenan en el volumen primario.

A partir de ONTAP 9.19.1, snapmirror initialize replica todas las instantáneas en el clúster secundario, mientras que snapmirror resync solo replica las nuevas instantáneas creadas después de la última instantánea común. Durante una operación de resincronización, las instantáneas no replicadas etiquetadas como solo primarias cuando el estado de la relación es InSync no se replican en el clúster secundario, y esas instantáneas se conservan en el nuevo clúster secundario tras una operación de resincronización inversa.

Nota La creación de instantáneas en volúmenes síncronos SnapMirror puede aumentar la latencia de E/S del usuario. Se recomienda utilizar planificaciones de instantáneas con una frecuencia superior a 30 minutos.
Información relacionada