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 el tipo de relación de sincronización activa de SnapMirror

Colaboradores
PDF

A partir de ONTAP 9.15.1, se puede convertir entre tipos de protección de sincronización activa de SnapMirror: De asimétrica a activo-activo simétrico y viceversa.

Convertir a una relación activo-activo simétrica

Puede convertir una relación de sincronización activa de SnapMirror con una protección aysnchronous para usar activo-activo simétrico.

Antes de empezar

  • Ambos clústeres deben ejecutar ONTAP 9.15.1 o una versión posterior.

  • Las configuraciones activo-activo simétricas requieren el AutomatedFailoverDuplex política de protección. Alternativamente, puede hacerlo Crear una política de SnapMirror personalizada proporcionado el -type es automated-failover-duplex.

System Manager
Pasos para una configuración uniforme

  1. Quite el igroup de destino:

    1. En el clúster de destino, vaya a Hosts > Grupos de iniciadores de SAN.

    2. Seleccione el igroup con la relación SnapMirror y, a continuación, Eliminar.

    3. En el cuadro de diálogo, seleccione el cuadro Desasignar las LUN asociadas y luego Eliminar.

  2. Edite la relación de sincronización activa de SnapMirror.

    1. Navegue hasta Protección > Relaciones.

    2. Seleccione el menú de kabob junto a la relación que desea modificar y luego Editar.

    3. Modifique la Política de Protección a AutomatedFailoverDuplex.

    4. Seleccionando AutoMatedFailoverDuplex solicita un cuadro de diálogo para modificar la configuración de proximidad del host. Para los iniciadores, seleccione la opción apropiada para Iniciador proximal a y luego Guardar.

    5. Selecciona Guardar.

  3. En el menú Protección, confirme que la operación se ha realizado correctamente cuando la relación se muestre como InSync.

Pasos para una configuración no uniforme

  1. Quite el igroup de destino:

    1. En el sitio secundario, vaya a HOSTS > Grupos de iniciadores SAN.

    2. Seleccione el igroup con la relación SnapMirror y, a continuación, Eliminar.

    3. En el cuadro de diálogo, seleccione el cuadro Desasignar las LUN asociadas y luego Eliminar.

  2. Cree un nuevo igroup:

    1. En el menú Grupos de iniciadores de SAN del sitio de destino, seleccione Agregar.

    2. Proporcione un Nombre, seleccione el Sistema Operativo del Host y, a continuación, elija Miembros del Grupo Iniciador.

    3. Selecciona Guardar.

  3. Asigne el nuevo igroup a las LUN de destino.

    1. Vaya a Almacenamiento > LUN.

    2. Seleccione todas las LUN que desea asignar al igroup.

    3. Seleccione Más y luego Asignar a grupos de iniciadores.

  4. Edite la relación de sincronización activa de SnapMirror.

    1. Navegue hasta Protección > Relaciones.

    2. Seleccione el menú de kabob junto a la relación que desea modificar y luego Editar.

    3. Modifique la Política de Protección a AutomatedFailoverDuplex.

    4. Al seleccionar AutoMatedFailoverDuplex, se inicia la opción de modificar la configuración de proximidad del host. Para los iniciadores, seleccione la opción apropiada para Iniciador proximal a y luego Guardar.

    5. Selecciona Guardar.

  5. En el menú Protección, confirme que la operación se ha realizado correctamente cuando la relación se muestre como InSync.

CLI
Pasos para una configuración uniforme

  1. Modifique la política de SnapMirror desde AutomatedFailover para AutomatedFailoverDuplex:

    snapmirror modify -destination-path destination_path -policy AutomatedFailoverDuplex

  2. Al modificar la política se desencadena una resincronización. Espere a que se complete la resincronización y confirme que la relación es Insync:

    snapmirror show -destination-path destination_path

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

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

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

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

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

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

Pasos para una configuración no uniforme

  1. Modifique la política de SnapMirror desde AutomatedFailover para AutomatedFailoverDuplex:

    snapmirror modify -destination-path destination_path -policy AutomatedFailoverDuplex

  2. Al modificar la política se desencadena una resincronización. Espere a que se complete la resincronización y confirme que la relación es Insync:

    snapmirror show -destination-path destination_path

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

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

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

  6. En el sitio secundario, añada un nuevo igroup e iniciador para los nuevos hosts y establezca la proximidad de host para la afinidad del host con su sitio local. Asigne las LUN al igroup.


    SiteB::> igroup create -vserver svm_name -igroup igroup_name
    SiteB::> igroup add -vserver svm_name -igroup igroup_name -initiator host_name
    SiteB::> lun mapping create -igroup igroup_name -path path_name

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

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

Convertir de activo/activo simétrico a una relación asimétrica

Si configuró una protección activo-activo simétrica, puede convertir la relación en protección asimétrica mediante la interfaz de línea de comandos de ONTAP.

Pasos

  1. Mueva todas las cargas de trabajo de la máquina virtual al host local al clúster de origen.

  2. Quite la configuración del igroup de los hosts que no gestionan las instancias de la máquina virtual y modifique la configuración del igroup para finalizar la replicación de igroup.

    code

  3. En el sitio secundario, desasigne las LUN.

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

  4. En el sitio secundario, elimine la relación activo-activo simétrica.

    SiteB::> snapmirror delete -destination-path destination_path

  5. En el sitio principal, libere la relación activo-activo simétrica.
    SiteA::> snapmirror release -destination-path destination_path -relationship-info-only true

  6. Desde el sitio secundario, cree una relación con el mismo conjunto de volúmenes que contiene el AutomatedFailover política: vuelva a sincronizar la relación.


    SiteB::> snapmirror create -source-path source_path -destination-path destination_path -cg-item-mappings source:@destination -policy AutomatedFailover
    SiteB::> snapmirror resync -destination-path vs1:/cg/cg1_dst

    Nota El grupo de coherencia en el sitio secundario necesita "se debe eliminar" antes de volver a crear la relación. Los volúmenes de destino "Se debe convertir a tipo DP".

  7. Confirme que la relación Mirror State sea Snapmirrored El estado de la relación es Insync.

    snapmirror show -destination-path destination_path

  8. Vuelva a detectar las rutas desde el host.