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.

Cree una relación de replicación

Colaboradores
PDF

La relación entre el volumen de origen del almacenamiento principal y el volumen de destino del almacenamiento secundario se denomina relación de protección de datos. puede usar la snapmirror create Comando para crear relaciones de protección de datos de recuperación ante desastres, SnapVault o replicación unificada de SnapMirror.

Nota Este procedimiento se aplica a los sistemas FAS, AFF y ASA actuales. Si tiene un sistema ASA R2 (ASA A1K, ASA A70 o ASA A90), siga "estos pasos" para crear una relación de replicación. Los sistemas R2 de ASA ofrecen una experiencia de ONTAP simplificada específica para clientes de SAN.

A partir de ONTAP 9.11.1, se puede usar System Manager para seleccionar políticas de mirroring y almacén predefinidas y personalizadas, para mostrar y seleccionar políticas heredadas, y para anular las programaciones de transferencia definidas en una política de protección al proteger volúmenes y máquinas virtuales de almacenamiento. Esta función también está disponible en ONTAP 9.8P12 y en parches posteriores de ONTAP 9.8.

Nota

Si utiliza la versión de revisión de ONTAP 9.8P12 o posterior de ONTAP 9.8 y configuró SnapMirror con System Manager, debe utilizar ONTAP 9.9.1P13 o posterior y ONTAP 9.10.1P10 o versiones de revisión posteriores si tiene pensado actualizar a las versiones de ONTAP 9.9.1 o ONTAP 9.10.1.
Antes de empezar
Acerca de esta tarea

Hasta ONTAP 9.3, SnapMirror invocado en modo DP y SnapMirror invocado en modo XDP utilizaba distintos motores de replicación, con distintos enfoques respecto a la dependencia de versión:

  • SnapMirror que se invoca en el modo DP utilizaba un motor de replicación version-dependent en el que la versión de ONTAP debía ser la misma en el almacenamiento primario y secundario:

    cluster_dst::>  snapmirror create -type DP -source-path ... -destination-path ...

  • SnapMirror, al que se invocó en el modo XDP, utilizó un motor de replicación de version-flexible que admitía diferentes versiones de ONTAP en el almacenamiento primario y secundario:

    cluster_dst::>  snapmirror create -type XDP -source-path ... -destination-path ...

Las importantes ventajas de SnapMirror, que ofrece una versión flexible, superan la ligera ventaja del rendimiento de la replicación obtenido con el modo basado en la versión. Por este motivo, a partir de ONTAP 9.3, se ha creado el modo XDP como nuevo valor predeterminado, y cualquier invocación del modo DP en la línea de comandos o en scripts nuevos o existentes se convierte automáticamente al modo XDP.

Las relaciones existentes no se ven afectadas. Si una relación ya es del tipo DP, seguirá siendo del tipo DP. La siguiente tabla muestra el comportamiento que puede esperar.

Si especifica…​

El tipo es…​

La política predeterminada (si no se especifica una política) es…​

PROTECCIÓN DE DATOS

XDP

MirrorAllSnapshots (recuperación ante desastres de SnapMirror)

Nada

XDP

MirrorAllSnapshots (recuperación ante desastres de SnapMirror)

XDP

XDP

XDPDefault (SnapVault)

Consulte también los ejemplos del procedimiento siguiente.

Las únicas excepciones a la conversión son las siguientes:

  • Las relaciones de protección de datos de SVM siguen siendo las predeterminadas en el modo DP.

    Especifique XDP explícitamente para obtener el modo XDP con el valor predeterminado MirrorAllSnapshots política.

  • Las relaciones de protección de datos con uso compartido de carga siguen siendo las predeterminadas en el modo DP.

  • Las relaciones de protección de datos de SnapLock siguen siendo las predeterminadas en el modo DP.

  • Las invocaciones explícitas de DP siguen en el modo DP de forma predeterminada si establece la siguiente opción para todo el clúster:

    options replication.create_data_protection_rels.enable on

    Esta opción se ignora si no invoca explícitamente DP.

En ONTAP 9.3 y versiones anteriores, los volúmenes de destino pueden contener hasta 251 copias Snapshot. A partir de la versión 9.4 de ONTAP, un volumen de destino puede contener hasta 1019 copias snapshot.

A partir de ONTAP 9.5, se admiten las relaciones síncronas de SnapMirror.

A partir de ONTAP 9.14.1, la -backoff-level opción se agrega a los snapmirror create`comandos , `snapmirror modify`y `snapmirror restore para permitirle especificar el nivel de interrupción por relación. La opción solo se admite con las relaciones SnapMirror de FlexVol. El comando opcional especifica el nivel de backup de SnapMirror debido a las operaciones del cliente. Los valores de retroceso pueden ser altos, medios o ninguno. El valor predeterminado es high.

Pasos

Puede usar System Manager o la interfaz de línea de comandos de ONTAP para crear una relación de replicación.

System Manager

  1. Seleccione el volumen o LUN que desea proteger: Haga clic en almacenamiento > volúmenes o almacenamiento > LUN y, a continuación, haga clic en el volumen o nombre de LUN que desee.

  2. Haga clic en Icono Proteger.

  3. Seleccione el clúster de destino y la máquina virtual de almacenamiento.

  4. De forma predeterminada, la política asíncrona está seleccionada. Para seleccionar una directiva síncrona, haga clic en más opciones.

  5. Haga clic en proteger.

  6. Haga clic en la ficha SnapMirror (local o remoto) del volumen o LUN seleccionados para verificar que la protección está configurada correctamente.

CLI

  1. En el clúster de destino, cree una relación de replicación:

    Antes de ejecutar este comando, debe sustituir las variables entre paréntesis angulares por los valores requeridos.

    snapmirror create -source-path <SVM:volume> -destination-path <SVM:volume> -type <DP|XDP> -schedule <schedule> -policy <policy>

    Para obtener una sintaxis de comando completa, consulte la página man.

    Nota `schedule`El parámetro no es aplicable al crear relaciones síncronas de SnapMirror.

    En el siguiente ejemplo se crea una relación de recuperación ante desastres de SnapMirror con los valores predeterminados MirrorLatest política:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy MirrorLatest

    En el siguiente ejemplo se crea una relación de SnapVault con los valores predeterminados XDPDefault política:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy XDPDefault

    En el ejemplo siguiente se crea una relación de replicación unificada con la opción predeterminada MirrorAndVault política:

    cluster_dst:> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy MirrorAndVault

    En el siguiente ejemplo se crea una relación de replicación unificada mediante el método personalizado my_unified política:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy my_unified

    En el ejemplo siguiente se crea una relación de SnapMirror síncrona con la Sync política predeterminada:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -policy Sync

    En el ejemplo siguiente se crea una relación de SnapMirror síncrona con la StrictSync política predeterminada:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -policy StrictSync

    En el siguiente ejemplo se crea una relación de recuperación ante desastres de SnapMirror. Con el tipo de DP convertido automáticamente a XDP y sin ninguna directiva especificada, la política predeterminada es la MirrorAllSnapshots política:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type DP -schedule my_daily

    En el siguiente ejemplo se crea una relación de recuperación ante desastres de SnapMirror. Si no se especifica ningún tipo o política, la directiva se establece de forma predeterminada en MirrorAllSnapshots política:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -schedule my_daily

    En el siguiente ejemplo se crea una relación de recuperación ante desastres de SnapMirror. Sin ninguna directiva especificada, la directiva se establece de forma predeterminada en XDPDefault política:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily

    En el siguiente ejemplo, se crea una relación síncrona de SnapMirror con la política predefinida SnapCenterSync:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -policy SnapCenterSync
    Nota La política predefinida SnapCenterSync es de tipo Sync. Esta normativa replica cualquier copia snapshot que se cree con el snapmirror-label de "coherente con la aplicación".
Después de terminar

Utilice la snapmirror show Comando para verificar que la relación de SnapMirror se ha creado. Para obtener una sintaxis de comando completa, consulte la página man.

Información relacionada

Otras maneras de hacerlo en ONTAP

Para ejecutar estas tareas con…​ Ver este contenido…​

System Manager Classic (disponible con ONTAP 9.7 y versiones anteriores)

"Información general sobre backup de volúmenes mediante SnapVault"