Convertire una relazione di tipo DP esistente in XDP in ONTAP
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.
-
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. Per informazioni generali, vedere "XDP sostituisce DP come impostazione predefinita di SnapMirror".
-
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.
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. |
-
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
Potrebbe essere utile conservare una copia dell'output del[
snapmirror show
comando per tenere traccia delle impostazioni di relazione esistenti. Ulteriori informazioni sul comandosnapmirror show
nel riferimento comandi ONTAP. -
Dai volumi di origine e di destinazione, assicurarsi che entrambi i volumi dispongano di una copia 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
-
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>
Ulteriori informazioni sul comando
snapmirror quiesce
nel riferimento comandi ONTAP.È 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
accesosvm1
e il volume di destinazionevolA_dst
accesosvm_backup
:cluster_dst::> snapmirror quiesce -destination-path svm_backup:volA_dst
-
Interrompere la relazione di tipo DP esistente:
snapmirror break -destination-path <SVM:volume>
Ulteriori informazioni sul comando
snapmirror-break
nel comando ONTAP command reference .È 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
accesosvm1
e il volume di destinazionevolA_dst
accesosvm_backup
:cluster_dst::> snapmirror break -destination-path svm_backup:volA_dst
-
Se l'eliminazione automatica delle copie 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 della copia Snapshot sul volume di destinazione
volA_dst
:cluster_dst::> volume snapshot autodelete modify -vserver svm_backup -volume volA_dst -enabled false
-
Eliminare la relazione DP-type esistente:
snapmirror delete -destination-path <SVM:volume>
Ulteriori informazioni sul comando
snapmirror-delete
nel riferimento comandi ONTAP.È 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
accesosvm1
e il volume di destinazionevolA_dst
accesosvm_backup
:cluster_dst::> snapmirror delete -destination-path svm_backup:volA_dst
-
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
-
È 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".
È 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
accesosvm1
e il volume di destinazionevolA_dst
accesosvm_backup
utilizzando l'impostazione predefinitaMirrorAllSnapshots
policy:cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy MirrorAllSnapshots
-
Risincronizzare i volumi di origine e di destinazione:
snapmirror resync -source-path <SVM:volume> -destination-path <SVM:volume>
Per migliorare i tempi di risincronizzazione, è possibile utilizzare questa
-quick-resync
opzione, ma dovresti essere consapevole che i risparmi offerti dall'efficienza dello storage possono andare persi. Ulteriori informazioni sul comandosnapmirror resync
nel comando ONTAP.È 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
accesosvm1
e il volume di destinazionevolA_dst
accesosvm_backup
:cluster_dst::> snapmirror resync -source-path svm1:volA -destination-path svm_backup:volA_dst
-
Se l'eliminazione automatica delle copie Snapshot è stata disattivata, riattivarla:
volume snapshot autodelete modify -vserver <SVM> -volume <volume> -enabled true
-
Utilizzare
snapmirror show
Per verificare che sia stata creata la relazione SnapMirror. -
Quando il volume di destinazione SnapMirror XDP inizia ad aggiornare le copie Snapshot come definito dalla policy SnapMirror, utilizzare l'output di
snapmirror list-destinations
Dal cluster di origine per visualizzare la nuova relazione SnapMirror XDP.