Aspectos básicos para la recuperación ante desastres asíncrona de 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 del almacenamiento primario y el volumen de destino del almacenamiento secundario se denomina «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 tener una relación entre iguales._ Una relación entre iguales permite que los clústeres y las SVM se intercambien datos con seguridad.
La siguiente figura muestra 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.
Transferencia completa con la política de SnapMirror predeterminada MirrorAllSnapshots implica los siguientes pasos:
-
Haga una copia Snapshot del volumen de origen.
-
Transfiera la copia Snapshot y todos los bloques de datos que hace referencia al volumen de destino.
-
Transferir las copias snapshot restantes y menos recientes del volumen de origen al volumen de destino para su uso en caso de que el espejo «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 Snapshot en el origen.
En cada actualización bajo MirrorAllSnapshots Política, SnapMirror crea una copia Snapshot del volumen de origen y transfiere esa copia Snapshot y todas las copias Snapshot que se hayan realizado desde la última actualización. En el siguiente resultado de la snapmirror policy show comando para MirrorAllSnapshots política, tenga en cuenta lo siguiente:
-
Create Snapshotes «'verdadero'», lo que lo indicaMirrorAllSnapshotsCrea una copia Snapshot cuando SnapMirror actualiza la relación. -
MirrorAllSnapshotsDispone de las reglas «m_creado» y «'all_source_snapshots», lo cual indica que tanto la copia snapshot creada por SnapMirror como cualquier copia snapshot realizada 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
Preconfigurados MirrorLatest la política funciona exactamente de la misma manera que MirrorAllSnapshots, Excepto que sólo la copia snapshot creada por SnapMirror se transfiere al inicializar y actualizar.
Rules: SnapMirror Label Keep Preserve Warn Schedule Prefix
---------------- ---- -------- ---- -------- ------
sm_created 1 false 0 - -