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.

Risincronizzare una relazione di replica

Collaboratori

È necessario risincronizzare una relazione di replica dopo che si rende scrivibile un volume di destinazione, dopo che un aggiornamento non riesce perché non esiste una copia Snapshot comune sui volumi di origine e di destinazione o se si desidera modificare il criterio di replica per la relazione.

A partire da ONTAP 9.8, è possibile utilizzare Gestione sistema per eseguire un'operazione di risincronizzazione inversa per eliminare una relazione di protezione esistente e invertire le funzioni dei volumi di origine e di destinazione. Quindi si utilizza il volume di destinazione per fornire i dati durante la riparazione o la sostituzione dell'origine, l'aggiornamento dell'origine e il ripristino della configurazione originale dei sistemi.

A proposito di questa attività
  • Sebbene la risincronizzazione non richieda un trasferimento di riferimento, può richiedere molto tempo. È possibile eseguire la risincronizzazione in ore non di punta.

  • La risincronizzazione dei volumi che fanno parte di una configurazione fan-out o a cascata può richiedere più tempo. Non è raro che la relazione di SnapMirror riporti lo stato di "preparazione" per un periodo di tempo prolungato.

Questa procedura sostituisce i dati nel volume di origine originale in una relazione asincrona, in modo da poter iniziare nuovamente a servire i dati dal volume di origine e riprendere la relazione di protezione originale.

Nota

System Manager non supporta la risincronizzazione inversa con relazioni intracluster. È possibile utilizzare l'interfaccia utente di ONTAP per eseguire operazioni di risincronizzazione inversa con relazioni intracluster.

Quando si esegue un'operazione di risincronizzazione inversa, vengono eliminati tutti i dati sul volume di origine più recenti dei dati nella copia Snapshot comune.

Fasi

Puoi risincronizzare le relazioni di replica usando System Manager o l'interfaccia a riga di comando di ONTAP. Una volta reso scrivibile un volume di destinazione, puoi eseguire la risincronizzazione inversa di una relazione di replica utilizzando System Manager. Se si utilizza l'interfaccia CLI di ONTAP, la procedura è la stessa indipendentemente dal fatto che si stia rendendo scrivibile un volume di destinazione o si stia aggiornando la relazione di replica.

Risincronizzazione inversa di System Manager
  1. Nel cluster di destinazione, fare clic su protezione > Relazioni.

  2. Passare il mouse sulla relazione scomposta che si desidera invertire, fare clic su icona kabobe selezionare Reverse Resync.

  3. Nella finestra Reverse Resync Relationship (relazione risincronizzazione inversa), fare clic su Reverse Resync (risincronizzazione inversa*)

  4. In Relazioni, monitorare l'avanzamento della risincronizzazione inversa visualizzando Stato trasferimento per la relazione.

Risincronizzazione di System Manager
  1. Fare clic su protezione > Relazioni.

  2. Passare il mouse sulla relazione che si desidera risincronizzare, quindi fare clic su Icona delle opzioni di menu e selezionare Interrompi.

  3. Quando lo stato della relazione viene visualizzato come "interrotto", fare clic su Icona delle opzioni di menu e selezionare Risincronizza.

  4. In Relazioni, monitorare l'avanzamento della risincronizzazione controllando lo stato della relazione. Lo stato diventa "mirrored" al termine della risincronizzazione.

CLI
  1. Risincronizzare i volumi di origine e di destinazione:

    snapmirror resync -source-path <SVM:volume|cluster://SVM/volume> -destination-path <SVM:volume|cluster://SVM/volume> -type DP|XDP -policy <policy>

    Per la sintassi completa dei comandi, vedere la pagina man.

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

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

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