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.

Ottieni informazioni sul disaster recovery sincrono di ONTAP 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 sincrona SnapMirror è una funzione per nodo concessa in licenza che offre replica dei dati sincrona 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 sincrone SnapMirror consentite

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

Nella tabella seguente sono elencate le operazioni sincrone 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 funzioni 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 Snapshot creata dall'applicazione

ONTAP 9.7

Se uno snapshot viene contrassegnato con l'etichetta appropriata al momento dell' `snapshot create`operazione, utilizzando la CLI o l'API ONTAP, SnapMirror Synchronous replica gli snapshot, creati dall'utente o creati con script esterni, dopo aver chiuso le applicazioni. Gli snapshot pianificati creati utilizzando un criterio snapshot non vengono replicati. Per ulteriori informazioni sulla replica degli snapshot creati dall'applicazione, vedere l'articolo della Knowledge base: "Come replicare le snapshot create dalle applicazioni 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 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 SnapMirror

ONTAP 9.6

Quote hard e soft sul volume primario della relazione sincrona SnapMirror

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 SnapMirror contribuiranno al limite complessivo di simultanee Relazioni per coppia ha.

ISCSI

ONTAP 9.5

Cloni LUN e cloni namespace NVMe

ONTAP 9.7

Cloni LUN supportati dalle 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 mirror-mirror sincrona SnapMirror

ONTAP 9.6

La relazione proveniente dal volume di destinazione della relazione sincrona SnapMirror deve essere una relazione asincrona di SnapMirror.

Disaster recovery SVM

ONTAP 9.6

* Una fonte sincrona SnapMirror può anche essere una fonte di disaster recovery SVM, ad esempio una configurazione fan-out con SnapMirror sincrono come un componente e un disaster recovery SVM come l'altro. * Una origine sincrona SnapMirror non può essere una destinazione di disaster recovery SVM perché SnapMirror Synchronous non supporta la funzione di Cascading 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 sincrona SnapMirror 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 funzioni non sono supportate con le relazioni sincrone SnapMirror:

  • Gruppi di coerenza

  • Sistemi DP_Optimized (DPO)

  • Volumi FlexGroup

  • Volumi FlexCache

  • Rallentamento globale

  • In una configurazione fan-out, solo una relazione può essere una relazione sincrona SnapMirror; tutte le altre relazioni del volume di origine devono essere relazioni asincrone 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

  • 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 ha due modalità di funzionamento in base al tipo di criterio SnapMirror utilizzato:

  • 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. Una volta risolta la condizione di errore, la tecnologia sincrona SnapMirror risincronizza automaticamente il sistema di storage secondario e riprende la replica dal sistema di storage primario a quello 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 al primario riprende solo dopo che la relazione SnapMirror torna allo 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 SnapMirror è sempre nello InSync stato durante il normale funzionamento. Se il trasferimento SnapMirror non riesce per qualsiasi motivo, la destinazione non è sincronizzata con l'origine e può passare allo OutofSync stato.

Per le relazioni sincrone SnapMirror, il sistema controlla automaticamente lo stato della relazione InSync`o `OutofSync) a un intervallo fisso. Se lo stato della relazione è OutofSync, ONTAP attiva automaticamente il processo di risincronizzazione automatica per riportare la relazione allo 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. Le operazioni avviate dall'utente, come snapmirror quiesce e snapmirror break non attivano la risincronizzazione automatica.

Se lo stato della relazione diventa OutofSync per una relazione sincrona SnapMirror in modalità StrictSync, tutte le operazioni di i/o al volume primario vengono interrotte. `OutofSync`Lo stato della relazione sincrona SnapMirror in modalità Sync non interrompe le operazioni primario e le operazioni i/o sono consentite sul volume primario.

Informazioni correlate

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