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 de tipo DP de ONTAP SnapMirror existente a XDP

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

Si actualiza a ONTAP 9.12.1 o una versión posterior, debe convertir las relaciones de tipo DP a XDP antes de realizar la actualización. ONTAP 9.12.1 y las versiones posteriores no admiten relaciones de tipo DP. Puede convertir fácilmente una relación de tipo de DP existente a XDP para poder aprovechar las ventajas de la flexibilidad de versión de SnapMirror.

Antes de actualizar a ONTAP 9.12.1, debe convertir las relaciones de tipo DP existentes a XDP antes de poder actualizar a ONTAP 9.12.1 y versiones posteriores.

Acerca de esta tarea

  • SnapMirror no convierte automáticamente las relaciones de tipo DP existentes a XDP. Para convertir la relación, debe romper y eliminar la relación existente, crear una nueva relación XDP y volver a sincronizar la relación.

  • Al planificar la conversión, tenga en cuenta que la preparación en segundo plano y la fase de almacenamiento de datos de una relación de SnapMirror para XDP pueden llevar mucho tiempo. No es poco frecuente ver la relación de SnapMirror que informa sobre el estado "preparación" para un periodo de tiempo prolongado.

Nota

Después de convertir un tipo de relación de SnapMirror de DP a XDP, las configuraciones relacionadas con el espacio, como la configuración automática de tamaño y la garantía de espacio, ya no se replican en el destino.
Pasos

  1. En el clúster de destino, compruebe que la relación SnapMirror sea del tipo DP, que el estado de mirroring sea en SnapMirror, que el estado de la relación sea inactivo y que la relación esté en buen estado:

    snapmirror show -destination-path <SVM:volume>

    En el ejemplo siguiente se muestra el resultado del snapmirror show comando:

    cluster_dst::>snapmirror show -destination-path svm_backup:volA_dst

Source Path: svm1:volA
Destination Path: svm_backup:volA_dst
Relationship Type: DP
SnapMirror Schedule: -
Tries Limit: -
Throttle (KB/sec): unlimited
Mirror State: Snapmirrored
Relationship Status: Idle
Transfer Snapshot: -
Snapshot Progress: -
Total Progress: -
Snapshot Checkpoint: -
Newest Snapshot: snapmirror.10af643c-32d1-11e3-954b-123478563412_2147484682.2014-06-27_100026
Newest Snapshot Timestamp: 06/27 10:00:55
Exported Snapshot: snapmirror.10af643c-32d1-11e3-954b-123478563412_2147484682.2014-06-27_100026
Exported Snapshot Timestamp: 06/27 10:00:55
Healthy: true
    Nota

    Puede resultarle útil conservar una copia snapmirror show del resultado del comando para realizar un seguimiento de la existencia de la configuración de relaciones. Obtenga más información sobre snapmirror show en el "Referencia de comandos del ONTAP".

  2. Desde los volúmenes de origen y destino, debe asegurarse de que ambos volúmenes tengan una snapshot común:

    volume snapshot show -vserver <SVM> -volume <volume>

    En el ejemplo siguiente, se muestra volume snapshot show el resultado de los volúmenes de origen y destino:

    cluster_src:> volume snapshot show -vserver vsm1 -volume volA
---Blocks---
Vserver Volume Snapshot State Size Total% Used%
-------- ------- ------------------------------- -------- -------- ------ -----
svm1 volA
weekly.2014-06-09_0736 valid 76KB 0% 28%
weekly.2014-06-16_1305 valid 80KB 0% 29%
daily.2014-06-26_0842 valid 76KB 0% 28%
hourly.2014-06-26_1205 valid 72KB 0% 27%
hourly.2014-06-26_1305 valid 72KB 0% 27%
hourly.2014-06-26_1405 valid 76KB 0% 28%
hourly.2014-06-26_1505 valid 72KB 0% 27%
hourly.2014-06-26_1605 valid 72KB 0% 27%
daily.2014-06-27_0921 valid 60KB 0% 24%
hourly.2014-06-27_0921 valid 76KB 0% 28%
snapmirror.10af643c-32d1-11e3-954b-123478563412_2147484682.2014-06-27_100026
valid 44KB 0% 19%
11 entries were displayed.


cluster_dest:> volume snapshot show -vserver svm_backup -volume volA_dst
---Blocks---
Vserver Volume Snapshot State Size Total% Used%
-------- ------- ------------------------------- -------- -------- ------ -----
svm_backup volA_dst
weekly.2014-06-09_0736 valid 76KB 0% 30%
weekly.2014-06-16_1305 valid 80KB 0% 31%
daily.2014-06-26_0842 valid 76KB 0% 30%
hourly.2014-06-26_1205 valid 72KB 0% 29%
hourly.2014-06-26_1305 valid 72KB 0% 29%
hourly.2014-06-26_1405 valid 76KB 0% 30%
hourly.2014-06-26_1505 valid 72KB 0% 29%
hourly.2014-06-26_1605 valid 72KB 0% 29%
daily.2014-06-27_0921 valid 60KB 0% 25%
hourly.2014-06-27_0921 valid 76KB 0% 30%
snapmirror.10af643c-32d1-11e3-954b-123478563412_2147484682.2014-06-27_100026

  3. Para garantizar que las actualizaciones programadas no se ejecuten durante la conversión, desactive la relación de tipo DP existente:

    snapmirror quiesce -source-path <SVM:volume> -destination-path <SVM:volume>
    Nota

    Se debe ejecutar este comando desde la SVM de destino o el clúster de destino.

    El ejemplo siguiente pone en modo inactivo la relación entre el volumen volA svm1 de origen en y el de destino volA_dst en svm_backup:

    cluster_dst::> snapmirror quiesce -destination-path svm_backup:volA_dst

    Obtenga más información sobre snapmirror quiesce en el "Referencia de comandos del ONTAP".

  4. Rompa la relación de tipo de DP existente:

    snapmirror break -destination-path <SVM:volume>
    Nota

    Se debe ejecutar este comando desde la SVM de destino o el clúster de destino.

    En el ejemplo siguiente, se interrumpe la relación entre el volumen de origen volA svm1 volA_dst en y el de destino en svm_backup:

    cluster_dst::> snapmirror break -destination-path svm_backup:volA_dst

    Obtenga más información sobre snapmirror break en el "Referencia de comandos del ONTAP".

  5. Si la eliminación automática de Snapshot está habilitada en el volumen de destino, deshabilite este elemento:

    volume snapshot autodelete modify -vserver _SVM_ -volume _volume_ -enabled false

    En el ejemplo siguiente se deshabilita la eliminación automática de Snapshot en el volumen de destino volA_dst :

    cluster_dst::> volume snapshot autodelete modify -vserver svm_backup -volume volA_dst -enabled false

  6. Elimine la relación de tipo de DP existente:

    snapmirror delete -destination-path <SVM:volume>

    Obtenga más información sobre snapmirror-delete en el "Referencia de comandos del ONTAP".

    Nota

    Se debe ejecutar este comando desde la SVM de destino o el clúster de destino.

    En el ejemplo siguiente se elimina la relación entre el volumen de origen volA en svm1 y el volumen de destino volA_dst en svm_backup:

    cluster_dst::> snapmirror delete -destination-path svm_backup:volA_dst

  7. Libere la relación de recuperación ante desastres de la SVM de origen en el origen:

    snapmirror release -destination-path <SVM:volume> -relationship-info-only true

    En el ejemplo siguiente se libera la relación de recuperación de desastres de SVM:

    cluster_src::> snapmirror release -destination-path svm_backup:volA_dst -relationship-info-only true

    Obtenga más información sobre snapmirror release en el "Referencia de comandos del ONTAP".

  8. Puede utilizar la salida que conservó del snapmirror show comando para crear la nueva relación de tipo XDP:

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

    La nueva relación debe usar el mismo volumen de origen y destino. Obtenga más información sobre los comandos descritos en este procedimiento en el "Referencia de comandos del ONTAP".

    Nota

    Se debe ejecutar este comando desde la SVM de destino o el clúster de destino.

    En el ejemplo siguiente se crea una relación de recuperación de desastres de SnapMirror entre el volumen de origen volA en svm1 y el volumen de destino volA_dst cuando svm_backup se utiliza MirrorAllSnapshots la política predeterminada:

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

  9. Resincronización de los volúmenes de origen y destino:

    snapmirror resync -source-path <SVM:volume> -destination-path <SVM:volume>

    Para mejorar el tiempo de resincronización, puede utilizar el -quick-resync opción, pero debe tener en cuenta que se pueden perder ahorros en eficiencia de almacenamiento.

    Nota

    Se debe ejecutar este comando desde la SVM de destino o el clúster de destino. Aunque la resincronización no requiere una transferencia básica, puede requerir mucho tiempo. Puede que desee ejecutar la resincronización en horas de menor actividad.

    En el siguiente ejemplo, se vuelve a sincronizar la relación entre el volumen volA svm1 de origen en y el de destino volA_dst en svm_backup:

    cluster_dst::> snapmirror resync -source-path svm1:volA -destination-path svm_backup:volA_dst

    Obtenga más información sobre snapmirror resync en el "Referencia de comandos del ONTAP" .

  10. Si deshabilitó la eliminación automática de snapshots, vuelva a habilitarla:

    volume snapshot autodelete modify -vserver <SVM> -volume <volume> -enabled true
Después de terminar

  1. Utilice snapmirror show el comando para verificar que la relación de SnapMirror se ha creado.

    Obtenga más información sobre snapmirror show en el "Referencia de comandos del ONTAP".

  2. Una vez que el volumen de destino de SnapMirror XDP comience a actualizar las instantáneas tal como se define en la política de SnapMirror, utilice el comando de salida snapmirror list-destinations del clúster de origen para mostrar la nueva relación de SnapMirror XDP.

Información adicional sobre las relaciones de tipo DP

A partir de ONTAP 9,3, el modo XDP es el 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. A partir de ONTAP 9,5, MirrorAndVault es la política predeterminada cuando no se especifica ningún modo de protección de datos o cuando se especifica el modo XDP como tipo de relación. La siguiente tabla muestra el comportamiento esperado.

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

MirrorAndVault (replicación unificada)

XDP

XDP

MirrorAndVault (replicación unificada)

Como se muestra en la tabla, las políticas predeterminadas asignadas a XDP en diferentes circunstancias garantizan que la conversión mantenga la equivalencia funcional de los tipos anteriores. Por supuesto, puede utilizar diferentes políticas según sea necesario, incluidas las políticas para la replicación unificada:

Si especifica…​

Y la política es…​

El resultado es…​

PROTECCIÓN DE DATOS

MirrorAllSnapshots

Recuperación ante desastres de SnapMirror

XDPDefault

SnapVault

Reflejo de AndVault

Replicación unificada

XDP

MirrorAllSnapshots

Recuperación ante desastres de SnapMirror

XDPDefault

SnapVault

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

  • Las relaciones de protección de datos de SVM siguen siendo las predeterminadas para el modo DP en ONTAP 9.3 y versiones anteriores.

    A partir de ONTAP 9.4, las relaciones de protección de datos de la SVM se establecen en el modo XDP de manera predeterminada.

  • Las relaciones de protección de datos con uso compartido de carga de volumen raíz continúan hasta los valores predeterminados en el modo DP.

  • Las relaciones de protección de datos de SnapLock continúan en el modo DP de ONTAP 9.4 y versiones anteriores.

    A partir de ONTAP 9.5, las relaciones de protección de datos de SnapLock se establecen en el modo XDP de manera predeterminada.

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

Información relacionada