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 una relazione SAN ONTAP SnapMirror esistente in SnapMirror active sync per relazione SAN

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

Se hai configurato la protezione SnapMirror, puoi convertire una relazione SAN in SnapMirror active sync per SAN. A partire da ONTAP 9.15.1, puoi convertire la relazione per utilizzare la protezione simmetrica active/active.

Per informazioni sulla conversione di una relazione SVM-DR in una relazione SnapMirror active sync per NAS, vedi "Converti una relazione SVM DR in una relazione di sincronizzazione attiva SnapMirror".

Convertire una relazione iSCSI o FC SnapMirror esistente in una relazione di sincronizzazione attiva SnapMirror asimmetrica

Se si dispone di una relazione sincrona iSCSI o FC SnapMirror esistente tra un cluster di origine e uno di destinazione, è possibile convertirla in una relazione di sincronizzazione attiva SnapMirror asimmetrica. Ciò consente di associare i volumi sottoposti a mirroring a un gruppo di coerenza, garantendo un RPO pari a zero in un carico di lavoro multivolume. Inoltre, è possibile conservare gli snapshot SnapMirror esistenti se è necessario ripristinare un punto temporale precedente all'istituzione della relazione di sincronizzazione attiva SnapMirror .

A proposito di questa attività

  • È necessario essere un amministratore di cluster e SVM sui cluster primario e secondario.

  • Non è possibile convertire zero RPO in zero RTO Sync modificando il criterio SnapMirror.

  • Assicurarsi che i LUN siano dismappati prima di emettere snapmirror create comando.

    Se i LUN esistenti sul volume secondario sono mappati e l' AutomatedFailover il criterio è configurato, il snapmirror create il comando attiva un errore.

Prima di iniziare

  • Tra il cluster primario e quello secondario deve esistere una relazione sincrona SnapMirror con RPO zero.

  • Prima di poter creare la relazione SnapMirror zero RTO, è necessario rimuovere la mappatura di tutti i LUN del volume di destinazione.

  • "Mediatore ONTAP" deve essere configurato per la sincronizzazione attiva SnapMirror .

Fasi

  1. Dal cluster secondario, eseguire un aggiornamento di SnapMirror sulla relazione esistente:

    SiteB::>snapmirror update -destination-path vs1_dst:vol1

  2. Verificare che l'aggiornamento di SnapMirror sia stato completato correttamente:

    SiteB::>snapmirror show

  3. Metti in pausa ciascuna delle relazioni sincrone di RPO pari a zero:

    SiteB::>snapmirror quiesce -destination-path vs1_dst:vol1

    SiteB::>snapmirror quiesce -destination-path vs1_dst:vol2

  4. Eliminare ciascuna delle relazioni sincrone RPO zero:

    SiteB::>snapmirror delete -destination-path vs1_dst:vol1

    SiteB::>snapmirror delete -destination-path vs1_dst:vol2

  5. Rilasciare la relazione SnapMirror di origine ma conservare gli snapshot comuni:

    SiteA::>snapmirror release -relationship-info-only true -destination-path vs1_dst:vol1

    SiteA::>snapmirror release -relationship-info-only true -destination-path vs1_dst:vol2

  6. Crea una relazione sincrona RTO di zero SnapMirror:

    SiteB::> snapmirror create -source-path vs1_src:/cg/cg_src -destination-path vs1_dst:/cg/cg_dst -cg-item-mappings vol1:@vol1,vol2:@vol2 -policy AutomatedFailover

  7. Risincronizzare il gruppo di coerenza:

    SiteB::> snapmirror resync -destination-path vs1_dst:/cg/cg_dst

  8. Eseguire nuovamente la scansione dei percorsi i/o del LUN host per ripristinare tutti i percorsi dei LUN.

Convertire una relazione iSCSI o FC SnapMirror esistente in una relazione simmetrica attiva/attiva

A partire da ONTAP 9.15.1, è possibile convertire una relazione iSCSI o FC SnapMirror esistente in una relazione simmetrica attiva/attiva SnapMirror .

Prima di iniziare

  • È necessario eseguire ONTAP 9.15.1 o versione successiva.

  • È necessario che esista una relazione sincronizzata con il RPO pari a zero tra il cluster primario e secondario.

  • Prima di poter creare la relazione SnapMirror zero RTO, è necessario rimuovere la mappatura di tutti i LUN del volume di destinazione.

  • SnapMirror Active Sync supporta solo i protocolli SAN (non NFS/CIFS). Assicurarsi che nessun componente del gruppo di coerenza sia montato per l'accesso NAS.

  • "Mediatore ONTAP" deve essere configurato per la sincronizzazione attiva SnapMirror .

Fasi

  1. Dal cluster secondario, eseguire un aggiornamento di SnapMirror sulla relazione esistente:

    SiteB::>snapmirror update -destination-path vs1_dst:vol1

  2. Verificare che l'aggiornamento di SnapMirror sia stato completato correttamente:

    SiteB::>snapmirror show

  3. Metti in pausa ciascuna delle relazioni sincrone di RPO pari a zero:

    SiteB::>snapmirror quiesce -destination-path vs1_dst:vol1

    SiteB::>snapmirror quiesce -destination-path vs1_dst:vol2

  4. Eliminare ciascuna delle relazioni sincrone RPO zero:

    SiteB::>snapmirror delete -destination-path vs1_dst:vol1

    SiteB::>snapmirror delete -destination-path vs1_dst:vol2

  5. Rilasciare la relazione SnapMirror di origine ma conservare gli snapshot comuni:

    SiteA::>snapmirror release -relationship-info-only true -destination-path vs1_dst:vol1

    SiteA::>snapmirror release -relationship-info-only true -destination-path vs1_dst:vol2

  6. Creare una relazione sincrona SnapMirror RTO zero con il criterio Automatedfailover Duplex:

    SiteB::> snapmirror create -source-path vs1_src:/cg/cg_src -destination-path vs1_dst:/cg/cg_dst -cg-item-mappings vol1:@vol1,vol2:@vol2 -policy AutomatedFailoverDuplex

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

  8. 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 <>

  9. 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>

  10. 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

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

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

  13. Risincronizzare il gruppo di coerenza:

    SiteB::> snapmirror resync -destination-path vs1_dst:/cg/cg_dst

  14. Eseguire nuovamente la scansione dei percorsi i/o del LUN host per ripristinare tutti i percorsi dei LUN.

Informazioni correlate