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.

Rehosting di un volume in una relazione SnapMirror

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

È possibile eseguire il rehosting di un volume definito come parte di una relazione di SnapMirror. Ci sono parecchi problemi che dovete considerare prima di reospitare il rapporto.

A proposito di questa attività

  • Il rehosting è un'operazione che interrompe.

  • Se l'operazione di rehosting non riesce, potrebbe essere necessario riconfigurare i criteri del volume e le regole associate sul volume di origine.

  • Dopo l'operazione di rehosting, le seguenti policy, regole dei criteri e configurazioni del volume vengono perse dal volume di origine e devono essere riconfigurate manualmente sul volume rehosted:

    • Policy di esportazione di volumi e qtree

    • Policy antivirus

    • Policy di efficienza dei volumi

    • Policy sulla qualità del servizio (QoS)

    • Policy di Snapshot

    • Regole di quota

    • criteri e regole di esportazione della configurazione di ns-switch e name services

    • ID utente e gruppo

Prima di iniziare

  • Il volume deve essere online.

  • Le operazioni di gestione dei volumi, come gli spostamenti dei volumi o delle LUN, non devono essere in esecuzione.

  • L'accesso ai dati al volume che viene reospitato deve essere interrotto.

  • La configurazione ns-switch e name Services della SVM di destinazione deve essere configurata per supportare l'accesso ai dati del volume di re-hosting.

  • L'ID utente e l'ID gruppo del volume devono essere disponibili nella SVM di destinazione o modificati nel volume di hosting.

Fasi

  1. Registrare il tipo di relazione SnapMirror:

    snapmirror show

    Si tratta di una procedura precauzionale per evitare di perdere informazioni sul tipo di relazione SnapMirror in caso di errore del rehost del volume.

  2. Dal cluster di destinazione, eliminare la relazione SnapMirror:

    snapmirror delete

    Non interrompere la relazione SnapMirror; in caso contrario, si perde la funzionalità di data Protection del volume di destinazione e non è possibile ristabilire la relazione in seguito all'operazione di re-hosting.

  3. Dal cluster di origine, rimuovere le informazioni sulle relazioni di SnapMirror:

    snapmirror release -relationship-info-only true

    L'impostazione del -relationship-info-only parametro in modo da true rimuovere le informazioni sulla relazione di origine senza eliminare le istantanee.

  4. Se il volume è montato, smontarlo:

    volume unmount -vserver <source_svm> -volume <vol_name>

  5. Passare al livello di privilegio avanzato:

    set -privilege advanced

  6. Eseguire nuovamente l'hosting del volume sulla SVM di destinazione:

    volume rehost -vserver <source_svm> -volume <vol_name> -destination-vserver <destination_svm>

  7. Se la relazione di peering SVM non è presente, creare la relazione peer SVM tra SVM di origine e SVM di destinazione:

    vserver peer create

  8. Creare la relazione di SnapMirror tra il volume di origine e il volume di destinazione:

    snapmirror create

    È necessario eseguire snapmirror create Dal SVM che ospita il volume DP. Il volume rehosted può essere l'origine o la destinazione della relazione SnapMirror.

  9. Risincronizzare la relazione SnapMirror.

Informazioni correlate