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.

Converti il tipo di relazione di sincronizzazione attiva di SnapMirror

Collaboratori

A partire da ONTAP 9.15.1, puoi convertire tra i tipi di SnapMirror Active Sync Protection: Da asimmetrico a simmetrico Active/Active e viceversa.

Conversione in una relazione Active/Active simmetrica

È possibile convertire una relazione di sincronizzazione attiva SnapMirror con la protezione aysnronal in modo da utilizzare Active/Active simmetrico.

Prima di iniziare
  • Entrambi i cluster devono eseguire ONTAP 9.15.1 o versione successiva.

  • Le configurazioni Active/Active simmetriche richiedono AutomatedFailoverDuplex policy di protezione. In alternativa, è possibile Creazione di una policy SnapMirror personalizzata fornito il -type è automated-failover-duplex.

System Manager
Procedura per una configurazione uniforme
  1. Rimuovere l'igroup di destinazione:

    1. Sul cluster di destinazione, passare a host > gruppi iniziatori SAN.

    2. Selezionare l'igroup con la relazione SnapMirror, quindi Elimina.

    3. Nella finestra di dialogo, selezionare la casella Unmap the associated LUN (Rimuovi LUN associati), quindi Delete (Elimina**).

  2. Modifica la relazione di sincronizzazione attiva di SnapMirror.

    1. Andare a protezione > Relazioni.

    2. Selezionare il menu kabob accanto alla relazione che si desidera modificare, quindi Modifica.

    3. Modificare Criteri di protezione in AutomatedFailoverDuplex.

    4. Selezione AutoMatedFailoverDuplex richiede una finestra di dialogo per modificare le impostazioni di prossimità dell'host. Per gli iniziatori, selezionare l'opzione appropriata per iniziatore prossimale a quindi Salva.

    5. Selezionare Salva.

  3. Nel menu protezione, confermare l'operazione riuscita quando la relazione viene visualizzata come InSync.

Procedura per una configurazione non uniforme
  1. Rimuovere l'igroup di destinazione:

    1. Sul sito secondario, accedere a host > gruppi iniziatori SAN.

    2. Selezionare l'igroup con la relazione SnapMirror, quindi Elimina.

    3. Nella finestra di dialogo, selezionare la casella Unmap the associated LUN (Rimuovi LUN associati), quindi Delete (Elimina**).

  2. Creare un nuovo igroup:

    1. Nel menu gruppi iniziatori SAN del sito di destinazione, selezionare Aggiungi.

    2. Fornire un Nome, selezionare sistema operativo host, quindi scegliere membri del gruppo iniziatori.

    3. Selezionare Salva.

  3. Mappare il nuovo igroup ai LUN di destinazione.

    1. Passare a archiviazione > LUN.

    2. Selezionare tutte le LUN da mappare all'igroup.

    3. Selezionare Altro quindi Mappa a gruppi iniziatori.

  4. Modifica la relazione di sincronizzazione attiva di SnapMirror.

    1. Andare a protezione > Relazioni.

    2. Selezionare il menu kabob accanto alla relazione che si desidera modificare, quindi Modifica.

    3. Modificare Criteri di protezione in AutomatedFailoverDuplex.

    4. Selezionando AutoMatedFailoverDuplex viene avviata l'opzione di modifica delle impostazioni di prossimità dell'host. Per gli iniziatori, selezionare l'opzione appropriata per iniziatore prossimale a quindi Salva.

    5. Selezionare Salva.

  5. Nel menu protezione, confermare l'operazione riuscita quando la relazione viene visualizzata come InSync.

CLI
Procedura per una configurazione uniforme
  1. Modificare la policy SnapMirror da AutomatedFailover a. AutomatedFailoverDuplex:

    snapmirror modify -destination-path destination_path -policy AutomatedFailoverDuplex

  2. La modifica del criterio attiva una risincronizzazione. Attendere il completamento della risincronizzazione e confermare che la relazione sia Insync:

    snapmirror show -destination-path destination_path

  3. Se gli host esistenti sono locali al cluster primario, aggiungere l'host al secondo cluster e stabilire la connettività con il rispettivo accesso a ciascun cluster.

  4. Sul sito secondario, eliminare le mappe LUN sugli igroup associati agli host remoti.

    Nota Verificare che igroup non contenga mappe per LUN non replicati.

    SiteB::> lun mapping delete -vserver svm_name -igroup igroup -path <>

  5. Sul sito primario, modificare la configurazione dell'iniziatore per gli host esistenti per impostare il percorso prossimale per gli iniziatori sul cluster locale.

    SiteA::> igroup initiator add-proximal-vserver -vserver svm_name -initiator host -proximal-vserver server

  6. Aggiungere un nuovo igroup e iniziatore per i nuovi host e impostare la prossimità dell'host per l'affinità dell'host al sito locale. Replica ennable igroup per replicare la configurazione e invertire la posizione dell'host sul cluster remoto.


    SiteA::> igroup modify -vserver vsA -igroup ig1 -replication-peer vsB
    SiteA::> igroup initiator add-proximal-vserver -vserver vsA -initiator host2 -proximal-vserver vsB

  7. Rilevare i percorsi sugli host e verificare che gli host dispongano di un percorso Active/Optimized verso la LUN dello storage dal cluster preferito

  8. Implementa l'applicazione e distribuisci i workload VM tra i cluster.

Procedura per una configurazione non uniforme
  1. Modificare la policy SnapMirror da AutomatedFailover a. AutomatedFailoverDuplex:

    snapmirror modify -destination-path destination_path -policy AutomatedFailoverDuplex

  2. La modifica del criterio attiva una risincronizzazione. Attendere il completamento della risincronizzazione e confermare che la relazione sia Insync:

    snapmirror show -destination-path destination_path

  3. Se gli host esistenti sono locali al cluster primario, aggiungere l'host al secondo cluster e stabilire la connettività con il rispettivo accesso a ciascun cluster.

  4. Sul sito secondario, eliminare le mappe LUN sugli igroup associati agli host remoti.

    Nota Verificare che igroup non contenga mappe per LUN non replicati.

    SiteB::> lun mapping delete -vserver svm_name -igroup igroup -path <>

  5. Sul sito primario, modificare la configurazione dell'iniziatore per gli host esistenti per impostare il percorso prossimale per gli iniziatori sul cluster locale.

    SiteA::> igroup initiator add-proximal-vserver -vserver Svm_name -initiator host -proximal-vserver server

  6. Sul sito secondario, aggiungere un nuovo igroup e iniziatore per i nuovi host e impostare la prossimità dell'host per l'affinità dell'host al sito locale. Mappare i LUN all'igroup.


    SiteB::> igroup create -vserver svm_name -igroup igroup_name
    SiteB::> igroup add -vserver svm_name -igroup igroup_name -initiator host_name
    SiteB::> lun mapping create -igroup igroup_name -path path_name

  7. Rilevare i percorsi sugli host e verificare che gli host dispongano di un percorso Active/Optimized verso la LUN dello storage dal cluster preferito

  8. Implementa l'applicazione e distribuisci i workload VM tra i cluster.

Convertire da Active/Active simmetrico a una relazione asimmetrica

Se hai configurato la protezione Active/Active simmetrica, puoi convertire la relazione in protezione asimmetrica utilizzando l'interfaccia a riga di comando di ONTAP.

Fasi
  1. Sposta tutti i workload della VM nell'host locale nel cluster di origine.

  2. Rimuovere la configurazione di igroup per gli host che non gestiscono le istanze VM e modificare la configurazione di igroup per terminare la replica di igroup.

    code

  3. Sul sito secondario, rimuovere la mappatura dei LUN.

    SiteB::> lun mapping delete -vserver svm_name -igroup igroup_name -path <>

  4. Sul sito secondario, eliminare la relazione Active/Active simmetrica.

    SiteB::> snapmirror delete -destination-path destination_path

  5. Sul sito primario, rilasciare la relazione Active/Active simmetrica.
    SiteA::> snapmirror release -destination-path destination_path -relationship-info-only true

  6. Dal sito secondario, creare una relazione con lo stesso set di volumi con l' AutomatedFailover criterio la risincronizzazione della relazione.


    SiteB::> snapmirror create -source-path source_path -destination-path destination_path -cg-item-mappings source:@destination -policy AutomatedFailover
    SiteB::> snapmirror resync -destination-path vs1:/cg/cg1_dst

    Nota Il gruppo di coerenza sul sito secondario ha bisogno "da eliminare" prima di ricreare la relazione. I volumi di destinazione "Deve essere convertito in tipo DP".
  7. Verificare che lo stato mirror della relazione sia Snapmirrored Lo stato della relazione è Insync.

    snapmirror show -destination-path destination_path

  8. Riscoprire i percorsi dall'host.