Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Convertire una relazione di tipo ONTAP SnapMirror DP esistente in XDP

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

Se si esegue l'aggiornamento a ONTAP 9.12.1 o versioni successive, è necessario convertire le relazioni di tipo DP in XDP prima di eseguire l'aggiornamento. ONTAP 9.12.1 e versioni successive non supportano le relazioni di tipo DP. È possibile convertire facilmente una relazione di tipo DP esistente in XDP per sfruttare SnapMirror flessibile in versione.

Prima di eseguire l'aggiornamento a ONTAP 9.12.1, è necessario convertire le relazioni di tipo DP esistenti in XDP prima di poter eseguire l'aggiornamento a ONTAP 9.12.1 e versioni successive.

A proposito di questa attività

  • SnapMirror non converte automaticamente le relazioni di tipo DP esistenti in XDP. Per convertire la relazione, è necessario interrompere ed eliminare la relazione esistente, creare una nuova relazione XDP e risincronizzare la relazione.

  • Durante la pianificazione della conversione, è necessario tenere presente che la preparazione in background e la fase di data warehousing di una relazione SnapMirror XDP possono richiedere molto tempo. Non è raro che la relazione di SnapMirror riporti lo stato di "preparazione" per un periodo di tempo prolungato.

Nota

Dopo aver convertito un tipo di relazione SnapMirror da DP a XDP, le impostazioni relative allo spazio, come la dimensione automatica e la garanzia dello spazio, non vengono più replicate nella destinazione.
Fasi

  1. Dal cluster di destinazione, assicurarsi che la relazione SnapMirror sia di tipo DP, che lo stato del mirror sia SnapMirrored, che lo stato della relazione sia inattivo e che la relazione sia integra:

    snapmirror show -destination-path <SVM:volume>

    L'esempio seguente mostra l'output di 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

    Potrebbe essere utile conservare una copia dell'output del snapmirror show comando per tenere traccia delle impostazioni di relazione esistenti. Ulteriori informazioni su snapmirror show nella "Riferimento al comando ONTAP".

  2. Dai volumi di origine e di destinazione, verificare che entrambi i volumi abbiano uno snapshot comune:

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

    Nell'esempio riportato di seguito viene illustrato il volume snapshot show output per i volumi di origine e di destinazione:

    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. Per garantire che gli aggiornamenti pianificati non vengano eseguiti durante la conversione, interrompere la relazione DP-type esistente:

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

    È necessario eseguire questo comando dalla SVM di destinazione o dal cluster di destinazione.

    Nell'esempio seguente viene meno la relazione tra il volume di origine volA acceso svm1 e il volume di destinazione volA_dst acceso svm_backup:

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

    Ulteriori informazioni su snapmirror quiesce nella "Riferimento al comando ONTAP".

  4. Interrompere la relazione di tipo DP esistente:

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

    È necessario eseguire questo comando dalla SVM di destinazione o dal cluster di destinazione.

    Nell'esempio seguente viene spezzata la relazione tra il volume di origine volA acceso svm1 e il volume di destinazione volA_dst acceso svm_backup:

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

    Ulteriori informazioni su snapmirror break nella "Riferimento al comando ONTAP".

  5. Se l'eliminazione automatica degli snapshot è attivata sul volume di destinazione, disattivarla:

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

    Nell'esempio seguente viene disattivata l'eliminazione automatica dello snapshot sul volume di destinazione volA_dst :

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

  6. Eliminare la relazione DP-type esistente:

    snapmirror delete -destination-path <SVM:volume>

    Ulteriori informazioni su snapmirror-delete nella "Riferimento al comando ONTAP".

    Nota

    È necessario eseguire questo comando dalla SVM di destinazione o dal cluster di destinazione.

    Nell'esempio riportato di seguito viene eliminata la relazione tra il volume di origine volA acceso svm1 e il volume di destinazione volA_dst acceso svm_backup:

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

  7. Rilasciare la relazione di disaster recovery della SVM di origine sull'origine:

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

    L'esempio seguente rilascia la relazione di disaster recovery della SVM:

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

    Ulteriori informazioni su snapmirror release nella "Riferimento al comando ONTAP".

  8. È possibile utilizzare l'output conservato da snapmirror show Comando per creare la nuova relazione XDP-type:

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

    La nuova relazione deve utilizzare lo stesso volume di origine e di destinazione. Per ulteriori informazioni sui comandi descritti in questa procedura, consultare la "Riferimento al comando ONTAP".

    Nota

    È necessario eseguire questo comando dalla SVM di destinazione o dal cluster di destinazione.

    L'esempio seguente crea una relazione di disaster recovery SnapMirror tra il volume di origine volA acceso svm1 e il volume di destinazione volA_dst acceso svm_backup utilizzando l'impostazione predefinita MirrorAllSnapshots policy:

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

  9. Risincronizzare i volumi di origine e di destinazione:

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

    Per migliorare il tempo di risincronizzazione, puoi utilizzare -quick-resync opzione, ma bisogna essere consapevoli che i risparmi in termini di efficienza di archiviazione potrebbero andare persi.

    Nota

    È necessario eseguire questo comando dalla SVM di destinazione o dal cluster di destinazione. Sebbene la risincronizzazione non richieda un trasferimento di riferimento, può richiedere molto tempo. È possibile eseguire la risincronizzazione in ore non di punta.

    Nell'esempio riportato di seguito viene risincronata la relazione tra il volume di origine volA acceso svm1 e il volume di destinazione volA_dst acceso svm_backup:

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

    Scopri di più su snapmirror resync nel "Riferimento al comando ONTAP" .

  10. Se è stata disattivata l'eliminazione automatica degli snapshot, riattivarla:

    volume snapshot autodelete modify -vserver <SVM> -volume <volume> -enabled true
Al termine

  1. Utilizzare snapmirror show Per verificare che sia stata creata la relazione SnapMirror.

    Ulteriori informazioni su snapmirror show nella "Riferimento al comando ONTAP".

  2. Quando il volume di destinazione SnapMirror XDP inizia ad aggiornare gli snapshot come definito dal criterio SnapMirror, utilizzare l'output del snapmirror list-destinations comando dal cluster di origine per visualizzare la nuova relazione SnapMirror XDP.

Ulteriori informazioni sulle relazioni di tipo DP

A partire da ONTAP 9,3, la modalità XDP è quella predefinita e tutte le chiamate della modalità DP sulla riga di comando o negli script nuovi o esistenti vengono convertite automaticamente in modalità XDP.

Le relazioni esistenti non vengono influenzate. Se una relazione è già di tipo DP, continuerà ad essere di tipo DP. A partire da ONTAP 9,5, MirrorAndVault è il criterio predefinito quando non è specificata alcuna modalità di protezione dei dati o quando la modalità XDP è specificata come tipo di relazione. La tabella seguente mostra il comportamento previsto.

Se si specifica…​

Il tipo è…​

Il criterio predefinito (se non si specifica un criterio) è…​

DP

XDP

MirrorAllSnapshot (DR SnapMirror)

Niente

XDP

MirrorAndVault (replica unificata)

XDP

XDP

MirrorAndVault (replica unificata)

Come illustrato nella tabella, i criteri predefiniti assegnati a XDP in circostanze diverse garantiscono che la conversione mantenga l'equivalenza funzionale dei tipi precedenti. Naturalmente, è possibile utilizzare policy diverse in base alle esigenze, incluse le policy per la replica unificata:

Se si specifica…​

E la policy è…​

Il risultato è…​

DP

MirrorAllSnapshot

Dr. SnapMirror

XDPDefault

SnapVault

MirrorAndVault

Replica unificata

XDP

MirrorAllSnapshot

Dr. SnapMirror

XDPDefault

SnapVault

Le uniche eccezioni alla conversione sono le seguenti:

  • Le relazioni di protezione dei dati SVM continuano a essere impostate per impostazione predefinita sulla modalità DP in ONTAP 9.3 e versioni precedenti.

    A partire da ONTAP 9.4, le relazioni di protezione dei dati SVM passano per impostazione predefinita alla modalità XDP.

  • Le relazioni di protezione dei dati per la condivisione del carico del volume root continuano a essere predefinite in modalità DP.

  • Le relazioni di protezione dei dati di SnapLock continuano a essere impostate per impostazione predefinita sulla modalità DP in ONTAP 9.4 e versioni precedenti.

    A partire da ONTAP 9.5, le relazioni di protezione dei dati di SnapLock passano per impostazione predefinita alla modalità XDP.

  • Le invocazioni esplicite di DP continuano a essere predefinite in modalità DP se si imposta la seguente opzione a livello di cluster:

    options replication.create_data_protection_rels.enable on

    Questa opzione viene ignorata se non si richiama esplicitamente DP.

Informazioni correlate