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.

Convertir una relación SnapMirror de ONTAP existente en una relación de sincronización activa de SnapMirror

Colaboradores netapp-aaron-holt netapp-lenida netapp-ahibbard netapp-dbagwell
PDF

Si ha configurado la protección de SnapMirror, puede convertir la relación a sincronización activa de SnapMirror. A partir de ONTAP 9.15.1, puede convertir la relación para utilizar protección activo-activo simétrica.

Convierte una relación SnapMirror iSCSI o FC existente en una relación de sincronización activa SnapMirror asimétrica

Si ya tiene una relación síncrona de SnapMirror iSCSI o FC entre un clúster de origen y uno de destino, puede convertirla en una relación de sincronización activa asimétrica de SnapMirror . Esto le permite asociar los volúmenes reflejados con un grupo de consistencia, lo que garantiza un RPO cero en una carga de trabajo multivolumen. Además, puede conservar las instantáneas de SnapMirror existentes si necesita volver a un punto en el tiempo anterior a la sincronización activa de SnapMirror .

Acerca de esta tarea

  • Debe ser un administrador de clústeres y de SVM en los clústeres principales y secundarios.

  • No se puede convertir un objetivo de punto de recuperación de cero en una sincronización de objetivo de tiempo de recuperación de cero cambiando la política de SnapMirror.

  • Debe asegurarse de que se quita la asignación de las LUN antes de emitir snapmirror create el comando.

    Si los LUN existentes en el volumen secundario se asignan y se AutomatedFailover configura la política, snapmirror create el comando activa un error.

Antes de empezar

  • Debe existir una relación sincronizada de SnapMirror con objetivo de punto de recuperación cero entre el clúster primario y el secundario.

  • Se deben anular la asignación de todas las LUN del volumen de destino antes de crear la relación de SnapMirror con objetivo de tiempo de recuperación cero.

  • La sincronización activa de SnapMirror solo admite protocolos SAN (no NFS/CIFS). Asegúrese de que no hay ningún componente del grupo de consistencia montado para el acceso NAS.

Pasos

  1. Desde el clúster secundario, realice una actualización de SnapMirror en la relación existente:

    SiteB::>snapmirror update -destination-path vs1_dst:vol1

  2. Compruebe que la actualización de SnapMirror se ha realizado correctamente:

    SiteB::>snapmirror show

  3. Pausar cada una de las relaciones síncronas de objetivo de punto de recuperación cero:

    SiteB::>snapmirror quiesce -destination-path vs1_dst:vol1

    SiteB::>snapmirror quiesce -destination-path vs1_dst:vol2

  4. Elimine cada una de las relaciones síncronas de RPO cero:

    SiteB::>snapmirror delete -destination-path vs1_dst:vol1

    SiteB::>snapmirror delete -destination-path vs1_dst:vol2

  5. Liberar la relación de SnapMirror de origen, pero conservar las snapshots comunes:

    SiteA::>snapmirror release -relationship-info-only true -destination-path vs1_dst:vol1

    SiteA::>snapmirror release -relationship-info-only true -destination-path vs1_dst:vol2

  6. Cree una relación síncrona de SnapMirror con un objetivo de tiempo de recuperación cero:

    SiteB::> snapmirror create -source-path vs1_src:/cg/cg_src -destination-path vs1_dst:/cg/cg_dst -cg-item-mappings vol1:@vol1,vol2:@vol2 -policy AutomatedFailover

  7. Resincronice el grupo de consistencia:

    SiteB::> snapmirror resync -destination-path vs1_dst:/cg/cg_dst

  8. Vuelva a analizar las rutas de I/o del LUN del host para restaurar todas las rutas a los LUN.

Convierte una relación SnapMirror iSCSI o FC existente en una relación simétrica activa/activa

A partir de ONTAP 9.15.1, puede convertir una relación SnapMirror iSCSI o FC existente en una relación activa/activa simétrica de sincronización activa de SnapMirror .

Antes de empezar

  • Debe ejecutar ONTAP 9.15.1 o una versión posterior.

  • Debe existir una relación sincronizada de SnapMirror con objetivo de punto de recuperación cero entre el clúster primario y el secundario.

  • Se deben anular la asignación de todas las LUN del volumen de destino antes de crear la relación de SnapMirror con objetivo de tiempo de recuperación cero.

  • La sincronización activa de SnapMirror solo admite protocolos SAN (no NFS/CIFS). Asegúrese de que no hay ningún componente del grupo de consistencia montado para el acceso NAS.

Pasos

  1. Desde el clúster secundario, realice una actualización de SnapMirror en la relación existente:

    SiteB::>snapmirror update -destination-path vs1_dst:vol1

  2. Compruebe que la actualización de SnapMirror se ha realizado correctamente:

    SiteB::>snapmirror show

  3. Pausar cada una de las relaciones síncronas de objetivo de punto de recuperación cero:

    SiteB::>snapmirror quiesce -destination-path vs1_dst:vol1

    SiteB::>snapmirror quiesce -destination-path vs1_dst:vol2

  4. Elimine cada una de las relaciones síncronas de RPO cero:

    SiteB::>snapmirror delete -destination-path vs1_dst:vol1

    SiteB::>snapmirror delete -destination-path vs1_dst:vol2

  5. Liberar la relación de SnapMirror de origen, pero conservar las snapshots comunes:

    SiteA::>snapmirror release -relationship-info-only true -destination-path vs1_dst:vol1

    SiteA::>snapmirror release -relationship-info-only true -destination-path vs1_dst:vol2

  6. Cree una relación síncrona de RTO SnapMirror cero con la política AutomatedFailoverDuplex:

    SiteB::> snapmirror create -source-path vs1_src:/cg/cg_src -destination-path vs1_dst:/cg/cg_dst -cg-item-mappings vol1:@vol1,vol2:@vol2 -policy AutomatedFailoverDuplex

  7. Si los hosts existentes son locales en el clúster primario, añada el host al clúster secundario y establezca la conectividad con el respectivo acceso a cada clúster.

  8. En el sitio secundario, elimine los mapas de LUN de los iGroups asociados con hosts remotos.

    Nota Asegúrese de que el igroup no contiene mapas de LUN no replicadas.

    SiteB::> lun mapping delete -vserver <svm_name> -igroup <igroup> -path <>

  9. En el sitio primario, modifique la configuración del iniciador para los hosts existentes para establecer la ruta proximal de los iniciadores en el clúster local.

    SiteA::> igroup initiator add-proximal-vserver -vserver <svm_name> -initiator <host> -proximal-vserver <server>

  10. Añada un igroup y un iniciador nuevos para los hosts nuevos y configure la proximidad de host para la afinidad de host con su sitio local. Replicación de igroup ennable para replicar la configuración e invertir la localidad de host en el clúster remoto.


    SiteA::> igroup modify -vserver vsA -igroup ig1 -replication-peer vsB
    SiteA::> igroup initiator add-proximal-vserver -vserver vsA -initiator host2 -proximal-vserver vsB

  11. Detecte las rutas en los hosts y compruebe que los hosts tengan una ruta de activo/optimizada al LUN de almacenamiento desde el clúster preferido

  12. Ponga en marcha la aplicación y distribuya las cargas de trabajo de los equipos virtuales entre los clústeres.

  13. Resincronice el grupo de consistencia:

    SiteB::> snapmirror resync -destination-path vs1_dst:/cg/cg_dst

  14. Vuelva a analizar las rutas de I/o del LUN del host para restaurar todas las rutas a los LUN.

Información relacionada