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

04/17/2025 Collaboratori

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 Ulteriori informazioni su snapmirror create nella "Riferimento al comando ONTAP".

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

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.

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

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) è…

XDP

MirrorAllSnapshot (DR SnapMirror)

Niente

XDP

MirrorAllSnapshot (DR SnapMirror)

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 snapshot. In ONTAP 9,4 e versioni successive, un volume di destinazione può contenere fino a 1019 snapshot.

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

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. Ulteriori informazioni su snapmirror create, snapmirror modify e snapmirror restore nella "Riferimento al comando ONTAP".

Fasi

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

System Manager

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.
Fare clic su .
Selezionare il cluster di destinazione e la VM di storage.
Il criterio asincrono viene selezionato per impostazione predefinita. Per selezionare un criterio sincrono, fare clic su altre opzioni.
Fare clic su Protect (protezione).
Fare clic sulla scheda SnapMirror (locale o remoto) del volume o LUN selezionato per verificare che la protezione sia impostata correttamente.

CLI

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>
```
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
```
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 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
```
Il criterio predefinito SnapCenterSync è di tipo Sync. Questo criterio replica qualsiasi istantanea creata con l' `snapmirror-label`opzione "app_consistent".

Al termine

Utilizzare il snapmirror show comando per verificare che la relazione SnapMirror sia stata creata. Ulteriori informazioni su snapmirror show nella "Riferimento al comando ONTAP".

Informazioni correlate