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.

Conceptos básicos de la recuperación ante desastres de SnapMirror asíncrono

Colaboradores
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.

"Relaciones entre iguales de clústeres y SVM"

La siguiente figura muestra las relaciones de protección de datos de SnapMirror.

Ilustración de 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.

    "Archivado y cumplimiento de normativas con tecnología SnapLock"

  • A partir de ONTAP 9.13.1, se puede utilizar SnapMirror asíncrono para proteger grupos de consistencia. A partir de ONTAP 9.14.1, se puede utilizar 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 Snapshot es «'verdadero'», lo que lo indica MirrorAllSnapshots Crea una copia Snapshot cuando SnapMirror actualiza la relación.

  • MirrorAllSnapshots Dispone 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: Asynchronous SnapMirror 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 -        -