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 ONTAP SnapMirror

Collaboratori netapp-aaron-holt netapp-aherbin netapp-lenida netapp-thomi
PDF

La relazione tra il volume di origine nello storage primario e il volume di destinazione nello storage secondario viene chiamata relazione di data Protection. è possibile utilizzare il comando per creare relazioni di disaster recovery, SnapVault o protezione dei dati di replica unificate di SnapMirror. snapmirror create

A proposito di questa attività

  • Questa procedura si applica ai sistemi FAS, AFF e ASA. Se hai un sistema ASA r2 (ASA A1K, ASA A90, ASA A70, ASA A50, ASA A30, ASA A20 o ASA C30), segui "questi passaggi" per creare una relazione di replicazione. I sistemi ASA R2 forniscono un'esperienza ONTAP semplificata, specifica per i clienti solo SAN.

  • A partire da ONTAP 9.20.1, puoi configurare la replica asincrona backend di SnapMirror in modo che utilizzi il trasporto IP o FC. Per impostazione predefinita, la replica backend utilizza la rete IP. Usa una policy di protezione dei dati asincrona supportata e l'opzione -transport fc quando crei la relazione di SnapMirror per replicare sulla tua fabric FC. "Scopri quali policy di protezione dei dati asincrone predefinite sono supportate per la replica FC del backend".

    • Per modificare il protocollo di trasporto selezionato dopo aver creato una relazione di replica SnapMirror, devi eliminare e ricreare la relazione.

    • Le configurazioni FC collegate direttamente non sono supportate per la replica FC backend.

  • A partire da ONTAP 9.11.1, è possibile utilizzare Gestione sistema per selezionare policy di vault e mirror pre-create e personalizzate, per visualizzare e selezionare policy legacy e per ignorare le pianificazioni di trasferimento definite in una policy di protezione quando si proteggono volumi e macchine virtuali di storage. Questa funzionalità è disponibile anche in ONTAP 9.8P12 e nelle patch successive di ONTAP 9.8.

    Nota

    Se si utilizza ONTAP 9.8P12 o versione successiva della patch per ONTAP 9.8 e si configura SnapMirror utilizzando Gestione di sistema, è necessario utilizzare ONTAP 9.9.1P13 o versione successiva e ONTAP 9.10.1P10 o versioni successive se si intende eseguire l'aggiornamento a ONTAP 9.9.1 o ONTAP 9.10.1.
Prima di iniziare

  • In ONTAP 9.20.1 e versioni successive, se stai configurando una relazione asincrona di SnapMirror per utilizzare FC come protocollo di trasporto:

    • Il backend del sistema ONTAP deve essere configurato per la replica FC e sia il fabric FC sia la rete IP intercluster devono essere operativi. I dati di replica possono essere trasportati sul fabric FC, ma la rete IP intercluster è necessaria per le comunicazioni del cluster e le funzioni di gestione della replica. "Impara a configurare il backend del tuo sistema ONTAP per la replica FC".

    • In una configurazione MetroCluster, l'initiator di storage utilizzato per MetroCluster deve essere separato dall'initiator utilizzato per la replica su FC. La condivisione dell'initiator di storage tra i due non è supportata.

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

A partire da ONTAP 9.14.1, -backoff-level l'opzione viene aggiunta ai snapmirror create`comandi , `snapmirror modify`e `snapmirror restore per consentire di specificare il livello di backoff per relazione. L'opzione è supportata solo con relazioni di FlexVol SnapMirror. Il comando opzionale specifica il livello di backoff di SnapMirror dovuto agli op dei client. I valori di backoff possono essere alti, medi o nessuno. Il valore predefinito è alto.

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

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

Fasi

Puoi utilizzare System Manager o l'interfaccia a riga di comando di ONTAP per creare una relazione di replica.

System Manager

  1. Selezionare il volume o il LUN da proteggere: Fare clic su Storage > Volumes o Storage > LUN, quindi fare clic sul nome del volume o del LUN desiderato.

  2. Fare clic su Icona di protezione.

  3. Selezionare il cluster di destinazione e la VM di storage.

  4. Il criterio asincrono viene selezionato per impostazione predefinita. Per selezionare un criterio sincrono, fare clic su altre opzioni.

  5. Fare clic su Protect (protezione).

  6. Fare clic sulla scheda SnapMirror (locale o remoto) del volume o LUN selezionato per verificare che la protezione sia impostata correttamente.

CLI

  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>
    Nota Il schedule parametro non è applicabile quando si creano relazioni sincrone 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

    L'esempio seguente crea una relazione di replica unificata utilizzando la policy asincrona predefinita MirrorAndVault e il fc protocollo di trasporto:

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

    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 il Sync criterio predefinito:

    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 il StrictSync criterio predefinito:

    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 sincrona SnapMirror 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 istantanea creata con l' `snapmirror-label`opzione "app_consistent".
Al termine

Utilizzare snapmirror show Per verificare che sia stata creata la relazione SnapMirror.

Ulteriori informazioni su snapmirror show nella "Riferimento al comando ONTAP".

Informazioni correlate

Altri modi per farlo in ONTAP

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

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

"Panoramica del backup del volume con SnapVault"
Informazioni correlate