Riattiva la SVM di origine di ONTAP SnapMirror
È possibile ristabilire la relazione di protezione dei dati originale tra la SVM di origine e di destinazione quando non è più necessario fornire dati dalla destinazione. La procedura è in gran parte identica alla procedura per la replica del volume, con un'eccezione. È necessario arrestare la SVM di destinazione prima di riattivare la SVM di origine.
-
Se si sono aumentate le dimensioni del volume di destinazione durante la distribuzione dei dati da esso, prima di riattivare il volume di origine, è necessario aumentare manualmente la dimensione massima automatica sul volume di origine per garantire che possa crescere in modo sufficiente.
|
|
L'amministratore del cluster dovrebbe sospendere le scritture dal client prima di riattivare l'SVM di origine per evitare la perdita di dati. |
A partire da ONTAP 9.11,1, puoi ridurre il tempo di risincronizzazione durante una prova per il disaster recovery utilizzando -quick-resync true`l'opzione CLI del `snapmirror resync comando mentre esegui la risincronizzazione inversa di una relazione di disaster recovery della SVM. Una rapida risincronizzazione può ridurre il tempo necessario per tornare alla produzione ignorando le operazioni di ricostruzione e ripristino del data warehouse. Ulteriori informazioni su snapmirror resync nella "Riferimento al comando ONTAP".
|
|
La risincronizzazione rapida non preserva l'efficienza dello storage dei volumi di destinazione. L'attivazione della risincronizzazione rapida potrebbe aumentare lo spazio del volume utilizzato dai volumi di destinazione. |
Questa procedura presuppone che la linea di base nel volume di origine originale sia intatta. Se la linea di base non è intatta, è necessario creare e inizializzare la relazione tra il volume da cui si stanno fornendo i dati e il volume di origine originale prima di eseguire la procedura.
A partire da ONTAP 9.8, è possibile utilizzare System Manager per riattivare una VM di archiviazione di origine dopo un disastro.
È possibile eseguire questa attività utilizzando System Manager o ONTAP CLI.
-
Nel cluster di destinazione, selezionare la relazione di protezione desiderata: fare clic su Protezione > Replica.
-
Passa il cursore sul nome della fonte, clicca
e fai clic su Risincronizzazione inversa. -
Nella finestra Reverse Resync Relationship (relazione risincronizzazione inversa), fare clic su Reverse Resync (risincronizzazione inversa*)
La relazione scompare dalla tabella Replicazione e ora viene gestita dal cluster di origine originale.
-
Nel cluster di origine, fare clic su Protezione > Replica e verificare che la risincronizzazione inversa sia completa controllando che lo stato sia Mirrored.
-
Nel cluster di destinazione originale, vai a Cluster > VM di archiviazione.
-
Individua la VM di archiviazione, passa il cursore sul nome della VM di archiviazione, fai clic
e fare clic su Stop. -
Nella finestra Arresta VM di archiviazione, fare clic su Arresta.
-
Nel cluster di origine, vai su Protezione > Replica e individua la VM di archiviazione che desideri riattivare, passa il cursore sul nome della VM di archiviazione, fai clic su
e fare clic su Attiva VM di archiviazione di destinazione. -
Nella finestra Attiva VM di archiviazione di destinazione, seleziona Attiva la VM di archiviazione di destinazione e interrompi la relazione, quindi fai clic su Attiva.
-
Quando torni alla pagina Replica, passa di nuovo il cursore sul nome della VM di archiviazione, fai clic su
e fai clic su Risincronizzazione inversa.
-
Nel cluster di destinazione, selezionare la relazione di protezione desiderata: fare clic su Protezione > Relazioni.
-
Passa il cursore sul nome della fonte, clicca
e fai clic su Risincronizzazione inversa. -
Nella finestra Reverse Resync Relationship (relazione risincronizzazione inversa), fare clic su Reverse Resync (risincronizzazione inversa*)
La relazione scompare dalla tabella Relazioni perché ora è gestita dal cluster di origine originale.
-
Nel cluster di origine, fare clic su Protezione > Relazioni e verificare che la risincronizzazione inversa sia completa controllando che lo stato sia visualizzato come Mirrored.
-
Nel cluster di destinazione originale, vai su Archiviazione > VM di archiviazione.
-
Individua la VM di archiviazione, passa il cursore sul nome della VM di archiviazione, fai clic
e fare clic su Stop. -
Nella finestra Arresta VM di archiviazione, fare clic su Arresta.
-
Nel cluster di origine, individua la VM di archiviazione (che ora è la SVM di origine della relazione invertita), passa il cursore sul nome della SVM, fai clic su
e fare clic su Attiva VM di archiviazione di destinazione. -
Nella finestra Attiva VM di archiviazione di destinazione, seleziona Attiva la VM di archiviazione di destinazione e interrompi la relazione e fai clic su Attiva.
-
Quando torni alla pagina Relazioni, passa di nuovo il cursore sul nome della VM di archiviazione, fai clic su
e fai clic su Risincronizzazione inversa.
-
Dalla SVM di origine originale o dal cluster di origine, creare una relazione DR SVM inversa utilizzando la stessa configurazione, policy e impostazioni di conservazione delle identità della relazione DR SVM originale:
snapmirror create -source-path <SVM>: -destination-path <SVM>:Inserire i due punti (:) dopo il nome SVM in -source-pathe.-destination-pathopzioni. Vedere l'esempio riportato di seguito.Nell'esempio seguente viene creata una relazione tra la SVM da cui vengono forniti i dati,
svm_backup`E la SVM di origine originale, `svm1:cluster_src::> snapmirror create -source-path svm_backup: -destination-path svm1:
Ulteriori informazioni su
snapmirror createnella "Riferimento al comando ONTAP". -
Dalla SVM di origine originale o dal cluster di origine, eseguire il seguente comando per invertire la relazione di protezione dei dati:
snapmirror resync -source-path <SVM>: -destination-path <SVM>:Inserire i due punti (:) dopo il nome SVM in -source-pathe.-destination-pathopzioni. Vedere l'esempio riportato di seguito.Sebbene la risincronizzazione non richieda un trasferimento di riferimento, può richiedere molto tempo. È possibile eseguire la risincronizzazione in ore non di punta.
Il comando non riesce se uno snapshot comune non esiste sull'origine e sulla destinazione. Utilizzare snapmirror initializeper reinizializzare la relazione.Nell'esempio seguente viene invertita la relazione tra la SVM di origine originale,
svm1`E la SVM da cui vengono forniti i dati, `svm_backup:cluster_src::> snapmirror resync -source-path svm_backup: -destination-path svm1:
Esempio di utilizzo dell'opzione -quick-resync:
cluster_src::> snapmirror resync -source-path svm_backup: -destination-path svm1: -quick-resync true
-
Quando si è pronti a ristabilire l'accesso ai dati alla SVM di origine, arrestare la SVM di destinazione originale per disconnettere tutti i client attualmente connessi alla SVM di destinazione originale.
vserver stop -vserver <SVM>Nell'esempio riportato di seguito viene interrotta la SVM di destinazione originale che attualmente fornisce i dati:
cluster_dst::> vserver stop svm_backup
-
Verificare che la SVM di destinazione originale si trovi nello stato arrestato utilizzando
vserver showcomando.cluster_dst::> vserver show Admin Operational Root Vserver Type Subtype State State Volume Aggregate -------- ------- ---------- ---------- ----------- ---------- ---------- svm_backup data default stopped stopped rv aggr1 -
Dalla SVM di origine originale o dal cluster di origine originale, eseguire il seguente comando per eseguire l'aggiornamento finale della relazione inversa e trasferire tutte le modifiche dalla SVM di destinazione originale alla SVM di origine:
snapmirror update -source-path <SVM>: -destination-path <SVM>:Inserire i due punti (:) dopo il nome SVM in -source-pathe.-destination-pathopzioni. Vedere l'esempio riportato di seguito.Nell'esempio riportato di seguito viene aggiornata la relazione tra la SVM di destinazione originale da cui vengono forniti i dati,
svm_backup`E la SVM di origine originale, `svm1:cluster_src::> snapmirror update -source-path svm_backup: -destination-path svm1:
Ulteriori informazioni su
snapmirror updatenella "Riferimento al comando ONTAP". -
Dalla SVM di origine originale o dal cluster di origine originale, eseguire il seguente comando per interrompere i trasferimenti pianificati per la relazione inversa:
snapmirror quiesce -source-path <SVM>: -destination-path <SVM>:Inserire i due punti (:) dopo il nome SVM in -source-pathe.-destination-pathopzioni. Vedere l'esempio riportato di seguito.Nell'esempio seguente vengono interrompiti i trasferimenti pianificati tra la SVM da cui si stanno fornendo i dati,
svm_backup`E la SVM originale, `svm1:cluster_src::> snapmirror quiesce -source-path svm_backup: -destination-path svm1:
-
Quando l'aggiornamento finale è completo e la relazione indica "Quiesced" per lo stato della relazione, eseguire il seguente comando dalla SVM di origine o dal cluster di origine originale per interrompere la relazione invertita:
snapmirror break -source-path <SVM>: -destination-path <SVM>:Inserire i due punti (:) dopo il nome SVM in -source-pathe.-destination-pathopzioni. Vedere l'esempio riportato di seguito.Nell'esempio seguente viene spezzata la relazione tra la SVM di destinazione originale da cui si stavano servendo i dati,
svm_backup`E la SVM di origine originale, `svm1:cluster_src::> snapmirror break -source-path svm_backup: -destination-path svm1:
Ulteriori informazioni su
snapmirror breaknella "Riferimento al comando ONTAP". -
Se la SVM di origine originale è stata precedentemente arrestata, dal cluster di origine, avviare la SVM di origine originale:
vserver start -vserver <SVM>Nell'esempio seguente viene avviata la SVM di origine originale:
cluster_src::> vserver start svm1
-
Dalla SVM di destinazione originale o dal cluster di destinazione originale, ristabilire la relazione di protezione dei dati originale:
snapmirror resync -source-path <SVM>: -destination-path <SVM>:Inserire i due punti (:) dopo il nome SVM in -source-pathe.-destination-pathopzioni. Vedere l'esempio riportato di seguito.Nell'esempio seguente viene ristabilita la relazione tra la SVM di origine originale,
svm1`E la SVM di destinazione originale, `svm_backup:cluster_dst::> snapmirror resync -source-path svm1: -destination-path svm_backup:
-
Dalla SVM di origine originale o dal cluster di origine originale, eseguire il seguente comando per eliminare la relazione di protezione dei dati invertita:
snapmirror delete -source-path <SVM>: -destination-path <SVM>:Inserire i due punti (:) dopo il nome SVM in -source-pathe.-destination-pathopzioni. Vedere l'esempio riportato di seguito.Nell'esempio seguente viene eliminata la relazione inversa tra la SVM di destinazione originale,
svm_backup`E la SVM di origine originale, `svm1:cluster_src::> snapmirror delete -source-path svm_backup: -destination-path svm1:
-
Dalla SVM di destinazione originale o dal cluster di destinazione originale, rilasciare la relazione di protezione dei dati invertita:
snapmirror release -source-path <SVM>: -destination-path <SVM>:Inserire i due punti (:) dopo il nome SVM in -source-pathe.-destination-pathopzioni. Vedere l'esempio riportato di seguito.Nell'esempio seguente viene rilasciata la relazione inversa tra SVM di destinazione originale, svm_backup e SVM di origine,
svm1cluster_dst::> snapmirror release -source-path svm_backup: -destination-path svm1:
-
Utilizzare
snapmirror showPer verificare che sia stata creata la relazione SnapMirror.Ulteriori informazioni su
snapmirror shownella "Riferimento al comando ONTAP". -
Riprendi le operazioni di scrittura dal tuo client alla SVM di origine.