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.

Nozioni di base sul disaster recovery sincrono di SnapMirror

Collaboratori
PDF

A partire da ONTAP 9.5, la tecnologia SnapMirror Synchronous (SM-S) è supportata su tutte le piattaforme FAS e AFF con almeno 16 GB di memoria e su tutte le piattaforme ONTAP Select. La tecnologia SnapMirror Synchronous è una funzionalità concessa in licenza per nodo che fornisce la replica sincrona dei dati a livello di volume.

Questa funzionalità soddisfa i requisiti normativi e nazionali per la replica sincrona in settori finanziari, sanitari e altri settori regolamentati in cui non è richiesta alcuna perdita di dati.

Operazioni di SnapMirror Synchronous consentite

Il limite del numero di operazioni di replica sincrona di SnapMirror per coppia ha dipende dal modello di controller.

La tabella seguente elenca il numero di operazioni sincroni di SnapMirror consentite per coppia ha in base al tipo di piattaforma e alla release di ONTAP.

Piattaforma

Versioni precedenti a ONTAP 9.9.1

ONTAP 9.9.1

ONTAP 9.10.1

Da ONTAP 9.11.1 a ONTAP 9.14.1

AFF

80

160

200

400

ASA

80

160

200

400

FAS

40

80

80

80

ONTAP Select

20

40

40

40

Funzionalità supportate

La tabella seguente indica le funzionalità supportate con SnapMirror Synchronous e le release ONTAP in cui è disponibile il supporto.

Funzione

Release supportata per la prima volta

Ulteriori informazioni

Antivirus sul volume primario della relazione sincrona di SnapMirror

ONTAP 9.6

Replica delle copie Snapshot creata dall'applicazione

ONTAP 9.7

Se una copia Snapshot viene contrassegnata con l'etichetta appropriata al momento della snapshot create Operazione, utilizzando l'interfaccia CLI o l'API ONTAP, SnapMirror Synchronous replica le copie Snapshot, create dall'utente o con script esterni, dopo aver terminato le applicazioni. Le copie Snapshot pianificate create utilizzando una policy Snapshot non vengono replicate. Per ulteriori informazioni sulla replica delle copie Snapshot create dall'applicazione, consultare l'articolo della Knowledge base: "Come replicare gli snapshot creati dall'applicazione con SnapMirror Synchronous".

Clona eliminazione automatica

ONTAP 9.6

Gli aggregati FabricPool con policy di tiering Nessuno, Snapshot o Auto sono supportati con origine e destinazione sincrone di SnapMirror.

ONTAP 9.5

Il volume di destinazione in un aggregato FabricPool non può essere impostato su tutti i criteri di tiering.

FC

ONTAP 9.5

Su tutte le reti per le quali la latenza non supera i 10ms ms.

FC-NVMe

ONTAP 9.7

Cloni dei file

ONTAP 9.7

FPolicy sul volume primario della relazione sincrona di SnapMirror

ONTAP 9.6

Quote hard e soft sul volume primario della relazione di SnapMirror Synchronous

ONTAP 9.6

Le regole di quota non vengono replicate nella destinazione, pertanto il database di quota non viene replicato nella destinazione.

Relazioni sincrone all'interno del cluster

ONTAP 9.14.1

L'high Availability viene fornita quando i volumi di origine e destinazione vengono posizionati su diverse coppie ha.
In caso di guasto dell'intero cluster, l'accesso ai volumi non sarà possibile fino al ripristino del cluster.
Le relazioni sincrone intra-cluster di SnapMirror contribuiranno al limite complessivo della simultaneità Relazioni per coppia ha.

ISCSI

ONTAP 9.5

Cloni LUN e cloni namespace NVMe

ONTAP 9.7

Cloni LUN supportati dalle copie Snapshot create dalle applicazioni

ONTAP 9.7

Accesso al protocollo misto (NFS v3 e SMB)

ONTAP 9.6

Ripristino NDMP/NDMP

ONTAP 9.13.1

Sia il cluster di origine che quello di destinazione devono eseguire ONTAP 9.13.1 o versione successiva per utilizzare NDMP con SnapMirror Synchronous. Per ulteriori informazioni, vedere Trasferire i dati utilizzando la copia ndmp.

Operazioni sincrone SnapMirror senza interruzioni (NDO) solo su piattaforme AFF/ASA.

ONTAP 9.12.1

Il supporto per operazioni senza interruzioni consente di eseguire molte attività di manutenzione comuni senza pianificare i tempi di inattività. Le operazioni supportate includono takeover e giveback e spostamento del volume, a condizione che un singolo nodo sopravviva tra ciascuno dei due cluster.

NFS v4,2

ONTAP 9.10.1

NFS v4,3

ONTAP 9.5

NFS v4.0

ONTAP 9.6

NFS v4,1

ONTAP 9.6

NVMe/TCP

9.10.1

Rimozione della limitazione di frequenza delle operazioni con metadati elevati

ONTAP 9.6

Sicurezza per i dati sensibili in transito con crittografia TLS 1.2

ONTAP 9.6

Ripristino di file singoli e file parziale

ONTAP 9.13.1

SMB 2.0 o versione successiva

ONTAP 9.6

Cascata del mirror sincrono di SnapMirror

ONTAP 9.6

Il rapporto dal volume di destinazione della relazione di SnapMirror Synchronous deve essere una relazione di SnapMirror asincrono.

Disaster recovery SVM

ONTAP 9.6

* Una fonte di SnapMirror Synchronous può anche essere un'origine di disaster recovery SVM, ad esempio una configurazione fan-out con SnapMirror Synchronous come una tappa e il disaster recovery SVM come l'altra.

* Un'origine SnapMirror Synchronous non può essere una destinazione di disaster recovery SVM perché SnapMirror Synchronous non supporta la catena di un'origine di data Protection.
È necessario rilasciare la relazione sincrona prima di eseguire la risincronizzazione in caso di disaster recovery delle SVM nel cluster di destinazione.

* Una destinazione SnapMirror Synchronous non può essere un'origine di disaster recovery SVM perché il disaster recovery SVM non supporta la replica dei volumi DP.
Una risincronizzazione in flip dell'origine sincrona causerebbe il disaster recovery della SVM, escludendo il volume DP nel cluster di destinazione.

Ripristino basato su nastro sul volume di origine

ONTAP 9.13.1

Parità di timestamp tra volumi di origine e destinazione per NAS

ONTAP 9.6

Se è stato eseguito l'aggiornamento da ONTAP 9,5 a ONTAP 9,6, l'indicatore data e ora viene replicato solo per i file nuovi e modificati nel volume di origine. L'indicatore orario dei file esistenti nel volume di origine non viene sincronizzato.

Funzionalità non supportate

Le seguenti funzionalità non sono supportate con le relazioni di SnapMirror sincrono:

  • Gruppi di coerenza

  • Sistemi DP_Optimized (DPO)

  • Volumi FlexGroup

  • Volumi FlexCache

  • Rallentamento globale

  • In una configurazione fan-out, una sola relazione può essere una relazione sincrona di SnapMirror; tutte le altre relazioni del volume di origine devono essere relazioni asincrone di SnapMirror.

  • Spostamento delle LUN

  • Configurazioni MetroCluster

  • I LUN di accesso MISTI SAN e NVMe e gli spazi dei nomi NVMe non sono supportati sullo stesso volume o SVM.

  • SnapCenter

  • Volumi SnapLock

  • Copie Snapshot a prova di manomissione

  • Backup o ripristino su nastro utilizzando dump e SMTape sul volume di destinazione

  • Throughput floor (QoS min) per volumi di origine

  • SnapRestore volume

  • Vol

Modalità operative

SnapMirror Synchronous dispone di due modalità operative in base al tipo di policy SnapMirror utilizzata:

  • Sync mode in modalità Sync, le operazioni di i/o dell'applicazione vengono inviate in parallelo ai sistemi di storage primario e secondario. Se la scrittura sullo storage secondario non viene completata per qualsiasi motivo, l'applicazione può continuare a scrivere sullo storage primario. Quando la condizione di errore viene corretta, la tecnologia SnapMirror Synchronous risincronizza automaticamente con lo storage secondario e riprende la replica dallo storage primario allo storage secondario in modalità sincrona. In modalità Sync, RPO=0 e RTO sono molto bassi fino a quando non si verifica un errore di replica secondario, in cui RPO e RTO diventano indeterminati, ma pari al tempo necessario per riparare il problema che ha causato il fallimento della replica secondaria e il completamento della risincronizzazione.

  • Modalità StrictSync SnapMirror Synchronous può funzionare in modalità StrictSync. Se la scrittura sullo storage secondario non viene completata per qualsiasi motivo, l'i/o dell'applicazione non riesce, garantendo che lo storage primario e secondario siano identici. L'i/o dell'applicazione verso il primario riprende solo dopo che la relazione SnapMirror ritorna a InSync stato. In caso di guasto dello storage primario, l'i/o dell'applicazione può essere ripristinato sullo storage secondario, dopo il failover, senza perdita di dati. In modalità StrictSync, l'RPO è sempre zero e l'RTO è molto basso.

Stato della relazione

Lo stato di una relazione sincrona di SnapMirror è sempre in InSync stato durante il normale funzionamento. Se il trasferimento di SnapMirror non riesce per qualsiasi motivo, la destinazione non è sincronizzata con l'origine e può andare al OutofSync stato.

Per le relazioni sincroni di SnapMirror, il sistema verifica automaticamente lo stato della relazione InSync oppure OutofSync) a intervalli fissi. Se lo stato della relazione è OutofSync, ONTAP attiva automaticamente il processo di risincronizzazione automatica per riportare la relazione a InSync stato. La risincronizzazione automatica viene attivata solo se il trasferimento non riesce a causa di un'operazione, ad esempio un failover dello storage non pianificato all'origine o alla destinazione o un'interruzione della rete. Operazioni avviate dall'utente come snapmirror quiesce e. snapmirror break non attivare la risincronizzazione automatica.

Se lo stato della relazione diventa OutofSync Per una relazione sincrona di SnapMirror in modalità StrictSync, tutte le operazioni di i/o sul volume primario vengono interrotte. Il OutofSync lo stato per la relazione sincrona di SnapMirror in modalità Sync non è disgregante per il principale e le operazioni di i/o sono consentite sul volume primario.

Informazioni correlate

"Report tecnico NetApp 4733: Configurazione sincrona e Best practice di SnapMirror"