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.

Creare una relazione di replica

Collaboratori
PDF

La relazione tra il volume di origine nello storage primario e il volume di destinazione nello storage secondario viene definita relazione di protezione dei dati. è possibile utilizzare snapmirror create Per creare relazioni di protezione dei dati di replica unificata, SnapVault o DR SnapMirror.

Di cosa hai bisogno

  • I cluster di origine e di destinazione e le SVM devono essere peering.

    "Peering di cluster e SVM"

  • La lingua del volume di destinazione deve essere la stessa del volume di origine.

A proposito di questa attività

Fino a ONTAP 9.3, SnapMirror invocato in modalità DP e SnapMirror richiamato in modalità XDP utilizzavano diversi motori di replica, con diversi approcci alla dipendenza dalla versione:

  • SnapMirror invocato in modalità DP utilizzava un motore di replica dipendente dalla versione in cui la versione di ONTAP doveva essere la stessa sullo storage primario e secondario:

    cluster_dst::>  snapmirror create -type DP -source-path ... -destination-path ...

  • SnapMirror invocato in modalità XDP utilizzava un motore di replica version-Flexible che supportava diverse versioni di ONTAP sullo storage primario e secondario:

    cluster_dst::>  snapmirror create -type XDP -source-path ... -destination-path ...

Con i miglioramenti delle performance, i benefici significativi di SnapMirror flessibile per la versione superano il leggero vantaggio nel throughput di replica ottenuto con la modalità dipendente dalla versione. Per questo motivo, a partire da ONTAP 9.3, la modalità XDP è stata impostata come nuova impostazione predefinita e tutte le invocazioni della modalità DP sulla riga di comando o in script nuovi o esistenti vengono automaticamente convertite in modalità XDP.

Le relazioni esistenti non vengono influenzate. Se una relazione è già di tipo DP, continuerà ad essere di tipo DP. La tabella seguente mostra il comportamento che ci si può aspettare.

Se si specifica…​

Il tipo è…​

Il criterio predefinito (se non si specifica un criterio) è…​

DP

XDP

MirrorAllSnapshot (DR SnapMirror)

Niente

XDP

MirrorAllSnapshot (DR SnapMirror)

XDP

XDP

XDPDefault (SnapVault)

Vedere anche gli esempi della procedura riportata di seguito.

Le uniche eccezioni alla conversione sono le seguenti:

  • Le relazioni di protezione dei dati SVM continuano a essere impostate per impostazione predefinita sulla modalità DP.

    Specificare XDP esplicitamente per ottenere la modalità XDP predefinita MirrorAllSnapshots policy.

  • Le relazioni di protezione dei dati con condivisione del carico continuano a essere impostate per impostazione predefinita sulla modalità DP.

  • Le relazioni di protezione dei dati di SnapLock continuano a essere impostate per impostazione predefinita sulla modalità DP.

  • Le invocazioni esplicite di DP continuano a essere predefinite in modalità DP se si imposta la seguente opzione a livello di cluster:

    options replication.create_data_protection_rels.enable on

    Questa opzione viene ignorata se non si richiama esplicitamente DP.

In ONTAP 9.3 e versioni precedenti, un volume di destinazione può contenere fino a 251 copie Snapshot. In ONTAP 9.4 e versioni successive, un volume di destinazione può contenere fino a 1019 copie Snapshot.

A partire da ONTAP 9.5, sono supportate le relazioni sincroni di SnapMirror.

Fase

  1. Dal cluster di destinazione, creare una relazione di replica:

    È necessario sostituire le variabili tra parentesi angolari con i valori richiesti prima di eseguire questo comando.

    snapmirror create -source-path <SVM:volume> -destination-path <SVM:volume> -type <DP|XDP> -schedule <schedule> -policy <policy>

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

    Nota

    Il schedule Il parametro non è applicabile quando si creano relazioni sincroni di SnapMirror.

    Nell'esempio seguente viene creata una relazione di DR SnapMirror utilizzando l'impostazione predefinita MirrorLatest policy:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy MirrorLatest

    Nell'esempio seguente viene creata una relazione SnapVault utilizzando l'impostazione predefinita XDPDefault policy:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy XDPDefault

    Nell'esempio seguente viene creata una relazione di replica unificata utilizzando l'impostazione predefinita MirrorAndVault policy:

    cluster_dst:> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy MirrorAndVault

    Nell'esempio riportato di seguito viene creata una relazione di replica unificata utilizzando il metodo personalizzato my_unified policy:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy my_unified

    Nell'esempio seguente viene creata una relazione sincrona SnapMirror utilizzando l'impostazione predefinita Sync policy:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -policy Sync

    Nell'esempio seguente viene creata una relazione sincrona SnapMirror utilizzando l'impostazione predefinita StrictSync policy:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -policy StrictSync

    Nell'esempio seguente viene creata una relazione di DR di SnapMirror. Con il tipo di DP convertito automaticamente in XDP e senza alcun criterio specificato, il criterio viene automaticamente impostato su MirrorAllSnapshots policy:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type DP -schedule my_daily

    Nell'esempio seguente viene creata una relazione di DR di SnapMirror. Se non viene specificato alcun tipo o criterio, il criterio viene impostato automaticamente su MirrorAllSnapshots policy:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -schedule my_daily

    Nell'esempio seguente viene creata una relazione di DR di SnapMirror. Se non è stato specificato alcun criterio, il criterio viene impostato automaticamente su XDPDefault policy:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily

    Nell'esempio seguente viene creata una relazione SnapMirror Synchronous con il criterio predefinito SnapCenterSync:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -policy SnapCenterSync
    Nota

    Il criterio predefinito SnapCenterSync è di tipo Sync. Questo criterio replica qualsiasi copia Snapshot creata con snapmirror-label di "app_coerente".
Al termine

Utilizzare snapmirror show Per verificare che sia stata creata la relazione SnapMirror. Per la sintassi completa dei comandi, vedere la pagina man.

Informazioni correlate

Altri modi per farlo in ONTAP

Per eseguire queste attività con…​ Guarda questo contenuto…​

System Manager riprogettato (disponibile con ONTAP 9.7 e versioni successive)

"Configurare mirror e vault"

System Manager Classic (disponibile con ONTAP 9.7 e versioni precedenti)

"Panoramica del backup del volume con SnapVault"