Obtenga más información sobre la recuperación ante desastres asíncrona de ONTAP SnapMirror
Sugerir cambios
PDF
SnapMirror es la tecnología de recuperación ante desastres diseñada para la conmutación al nodo de respaldo del almacenamiento principal al secundario en un sitio geográficamente remoto. Como su nombre indica, SnapMirror crea una réplica, o mirror, de sus datos de trabajo en el almacenamiento secundario desde el cual puede continuar proporcionando datos en caso de catástrofe en el sitio principal.
Si el sitio primario sigue disponible para servir datos, sólo tiene que transferir cualquier dato que necesite y no facilitar el servicio a los clientes del espejo. Como se indica en el caso de uso de conmutación por error, las controladoras del sistema secundario deben ser equivalentes o casi equivalentes a las controladoras del sistema primario para servir datos de forma eficiente desde el almacenamiento reflejado.
Relaciones de protección de datos
Los datos se reflejan en el nivel de volumen. La relación entre el volumen de origen en el almacenamiento primario y el volumen de destino en el almacenamiento secundario se denomina una relación de protección de datos._ Los clústeres en los que residen los volúmenes y las SVM que sirven datos de los volúmenes deben estar "con relaciones entre iguales". Una relación de paridad permite que los clústeres y las SVM intercambien datos de forma segura.
En esta figura, se ilustran las relaciones de protección de datos de SnapMirror:
Ámbito de las relaciones de protección de datos
Puede crear una relación de protección de datos directamente entre los volúmenes o entre las SVM que poseen los volúmenes. En una relación de protección de datos _SVM, se replica toda la configuración de SVM o parte de ella, desde las exportaciones NFS y los recursos compartidos de SMB a RBAC, así como los datos de los volúmenes que posee la SVM.
También puede utilizar SnapMirror para aplicaciones especiales de protección de datos:
-
Una copia mirror de uso compartido de la carga del volumen raíz de la SVM garantiza que los datos permanecen accesibles en caso de interrupción del servicio o conmutación por error de un nodo.
-
Una relación de protección de datos entre SnapLock Volumes permite replicar los archivos WORM en el almacenamiento secundario.
-
A partir de ONTAP 9.13,1, se puede usar SnapMirror Asynchronous para proteger grupos de consistencia. A partir de ONTAP 9.14.1, se puede usar SnapMirror asíncrono para replicar copias Snapshot granulares de volúmenes en el clúster de destino mediante la relación del grupo de coherencia. Para obtener más información, consulte Configurar la protección asíncrona de SnapMirror.
Cómo se inicializan las relaciones de protección de datos de SnapMirror
La primera vez que se invoca SnapMirror, se realiza una transferencia baseline del volumen de origen al volumen de destino. La directiva SnapMirror de la relación define el contenido de la línea base y las actualizaciones.
Una transferencia completa bajo la política SnapMirror predeterminada MirrorAllSnapshots implica los siguientes pasos:
-
Realice una copia Snapshot del volumen de origen.
-
Transferir la instantánea y todos los bloques de datos con los que se hace referencia al volumen de destino.
-
Transfiera las snapshots restantes y menos recientes del volumen de origen al volumen de destino para su uso en caso de que el duplicado «`activo » esté dañado.
Cómo se actualizan las relaciones de protección de datos de SnapMirror
Las actualizaciones son asíncronas, según la programación configurada. La retención refleja la política de snapshots en el origen.
En cada actualización de la MirrorAllSnapshots política, SnapMirror crea una instantánea del volumen de origen y transfiere esa instantánea y cualquier instantánea realizada desde la última actualización. En el siguiente resultado del snapmirror policy show comando para la MirrorAllSnapshots política, tenga en cuenta lo siguiente:
-
Create SnapshotEs '`verdadero'', lo que indica queMirrorAllSnapshotscrea una instantánea cuando SnapMirror actualiza la relación. -
MirrorAllSnapshotsTiene las reglas «sm_created» y ««all_source_snapshots»», lo que indica que tanto la instantánea creada por SnapMirror como las instantáneas que se han realizado desde la última actualización se transfieren cuando SnapMirror actualiza la relación.
cluster_dst::> snapmirror policy show -policy MirrorAllSnapshots -instance
Vserver: vs0
SnapMirror Policy Name: MirrorAllSnapshots
SnapMirror Policy Type: async-mirror
Policy Owner: cluster-admin
Tries Limit: 8
Transfer Priority: normal
Ignore accesstime Enabled: false
Transfer Restartability: always
Network Compression Enabled: false
Create Snapshot: true
Comment: SnapMirror asynchronous policy for mirroring all snapshots
and the latest active file system.
Total Number of Rules: 2
Total Keep: 2
Rules: SnapMirror Label Keep Preserve Warn Schedule Prefix
---------------- ---- -------- ---- -------- ------
sm_created 1 false 0 - -
all_source_snapshots 1 false 0 - -
Política de MirrorLatest
La política preconfigurada MirrorLatest funciona exactamente de la misma manera que MirrorAllSnapshots, excepto que sólo la instantánea creada por SnapMirror se transfiere en el momento de la inicialización y la actualización.
Rules: SnapMirror Label Keep Preserve Warn Schedule Prefix
---------------- ---- -------- ---- -------- ------
sm_created 1 false 0 - -