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.

Informazioni sulla replica di SnapMirror SVM

Collaboratori
PDF

È possibile utilizzare SnapMirror per creare una relazione di protezione dei dati tra le SVM. In questo tipo di relazione di protezione dei dati, viene replicata tutta o parte della configurazione di SVM, dalle esportazioni NFS e dalle condivisioni SMB a RBAC, nonché i dati nei volumi di proprietà di SVM.

Tipi di relazione supportati

È possibile replicare solo le SVM che servono i dati. Sono supportati i seguenti tipi di relazione per la protezione dei dati:

  • SnapMirror DR, in cui la destinazione contiene in genere solo le copie Snapshot attualmente presenti nell'origine.

    A partire da ONTAP 9.9.1, questo comportamento cambia quando si utilizza il criterio del vault mirror. A partire da ONTAP 9.9.1, è possibile creare diverse policy Snapshot sull'origine e sulla destinazione e le copie Snapshot sulla destinazione non vengono sovrascritte dalle copie Snapshot sull'origine:

    • Non vengono sovrascritti dall'origine alla destinazione durante le normali operazioni pianificate, gli aggiornamenti e la risincronizzazione

    • Non vengono cancellati durante le operazioni di interruzione.

    • Non vengono cancellati durante le operazioni flip-resync. Quando si configura una relazione di emergenza SVM utilizzando il criterio mirror-vault utilizzando ONTAP 9.9.1 e versioni successive, il criterio si comporta come segue:

    • I criteri di copia Snapshot definiti dall'utente all'origine non vengono copiati nella destinazione.

    • I criteri di copia Snapshot definiti dal sistema non vengono copiati nella destinazione.

    • L'associazione dei volumi con le policy Snapshot definite dall'utente e dal sistema non viene copiata nella destinazione. + SVM.

  • A partire da ONTAP 9.2, SnapMirror Unified Replication, in cui la destinazione è configurata sia per il DR che per la conservazione a lungo termine.

I dettagli su questi tipi di relazione sono disponibili qui: "Informazioni sulla replica dei volumi SnapMirror".

Il tipo di policy del criterio di replica determina il tipo di relazione che supporta. La tabella seguente mostra i tipi di policy disponibili.

Tipo di policy

Tipo di relazione

mirror asincrono

Dr. SnapMirror

vault mirror

Replica unificata

XDP sostituisce DP come replica SVM predefinita in ONTAP 9.4

A partire da ONTAP 9.4, le relazioni di protezione dei dati SVM passano per impostazione predefinita alla modalità XDP. Le relazioni di protezione dei dati SVM continuano a essere impostate per impostazione predefinita sulla modalità DP in ONTAP 9.3 e versioni precedenti.

Le relazioni esistenti non vengono influenzate dal nuovo valore predefinito. 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

MirrorAndVault (replica unificata)

I dettagli sulle modifiche di default sono disponibili qui: "XDP sostituisce DP come impostazione predefinita di SnapMirror".

Nota

L'indipendenza dalla versione non è supportata per la replica SVM. In una configurazione di disaster recovery delle SVM, la SVM di destinazione deve trovarsi su un cluster dotato della stessa versione di ONTAP del cluster SVM di origine per supportare le operazioni di failover e failback.

"Versioni ONTAP compatibili per le relazioni SnapMirror"

Come vengono replicate le configurazioni SVM

Il contenuto di una relazione di replica SVM è determinato dall'interazione dei seguenti campi:

  • Il -identity-preserve true opzione di snapmirror create Il comando replica l'intera configurazione SVM.

    Il -identity-preserve false L'opzione replica solo i volumi e le configurazioni di autenticazione e autorizzazione della SVM, nonché le impostazioni del protocollo e del servizio nomi elencate nella "Configurazioni replicate nelle relazioni di disaster recovery delle SVM".

  • Il -discard-configs network opzione di snapmirror policy create Il comando esclude le LIF e le relative impostazioni di rete dalla replica SVM, da utilizzare nei casi in cui le SVM di origine e di destinazione si trovano in sottoreti diverse.

  • Il -vserver-dr-protection unprotected opzione di volume modify Il comando esclude il volume specificato dalla replica SVM.

In caso contrario, la replica SVM è quasi identica alla replica del volume. È possibile utilizzare virtualmente lo stesso flusso di lavoro per la replica SVM utilizzato per la replica dei volumi.

Dettagli del supporto

La seguente tabella mostra i dettagli del supporto per la replica SVM di SnapMirror.

Risorsa o funzione

Dettagli del supporto

Tipi di implementazione

  • Da origine singola a destinazione singola

  • A partire da ONTAP 9.4, fan-out. È possibile eseguire la fan-out solo su due destinazioni.

    Per impostazione predefinita, è consentita una sola relazione effettiva -Identity-Preserve per SVM di origine.

Tipi di relazione

  • Disaster recovery SnapMirror

  • A partire da ONTAP 9.2, la replica unificata di SnapMirror

Ambito della replica

Solo intercluster. Non è possibile replicare le SVM nello stesso cluster.

Protezione ransomware autonoma

Supporto asincrono gruppi di coerenza

A partire da ONTAP 9.14.1, sono supportate massimo 32 relazioni di disaster recovery SVM in presenza di gruppi di coerenza. Vedere "Proteggere un gruppo di coerenza" e. "Limiti del gruppo di coerenza" per ulteriori informazioni.

FabricPool

A partire da ONTAP 9.6, la replica SVM di SnapMirror è supportata con FabricPools.

MetroCluster

A partire da ONTAP 9.11.1, entrambi i lati di una relazione di disaster recovery SVM all'interno di una configurazione MetroCluster possono fungere da origine per ulteriori configurazioni di disaster recovery SVM.

A partire da ONTAP 9.5, la replica SVM di SnapMirror è supportata nelle configurazioni MetroCluster.

  • Nelle release precedenti a ONTAP 9,10.X, una configurazione MetroCluster non può essere la destinazione di una relazione di disaster recovery della SVM.

  • In ONTAP 9.10.1 e versioni successive, una configurazione MetroCluster può essere la destinazione di una relazione di disaster recovery della SVM solo ai fini della migrazione e deve soddisfare tutti i requisiti necessari descritti in "TR-4966: Migrazione di una SVM in una soluzione MetroCluster".

  • Solo una SVM attiva all'interno di una configurazione MetroCluster può essere l'origine di una relazione di disaster recovery SVM.

    Un'origine può essere una SVM di origine della sincronizzazione prima dello switchover o una SVM di destinazione della sincronizzazione dopo lo switchover.

  • Quando una configurazione MetroCluster si trova in uno stato stabile, la SVM di destinazione della sincronizzazione MetroCluster non può essere l'origine di una relazione di disaster recovery SVM, poiché i volumi non sono online.

  • Quando la SVM sync-source è l'origine di una relazione di disaster recovery della SVM, le informazioni della relazione di disaster recovery della SVM di origine vengono replicate al partner MetroCluster.

  • Durante i processi di switchover e switchback, è possibile che si verifichi un errore nella replica alla destinazione di disaster recovery della SVM.

    Tuttavia, al termine del processo di switchover o switchback, gli aggiornamenti pianificati del disaster recovery della SVM successivo avranno esito positivo.

Gruppo di coerenza

Supportato a partire da ONTAP 9.14.1. Per ulteriori informazioni, vedere Proteggere un gruppo di coerenza.

ONTAP S3

Non supportato con disaster recovery SVM.

SnapMirror sincrono

Non supportato con disaster recovery SVM.

Indipendenza dalla versione

Non supportato.

Crittografia dei volumi

  • I volumi crittografati sull'origine vengono crittografati sulla destinazione.

  • I server Onboard Key Manager o KMIP devono essere configurati sulla destinazione.

  • Le nuove chiavi di crittografia vengono generate alla destinazione.

  • Se la destinazione non contiene un nodo che supporta la crittografia .volume, la replica ha esito positivo, ma i volumi di destinazione non vengono crittografati.

Configurazioni replicate nelle relazioni di disaster recovery delle SVM

La seguente tabella mostra l'interazione di snapmirror create -identity-preserve e il snapmirror policy create -discard-configs network opzione:

Configurazione replicata

‑identity‑preserve true

‑identity‑preserve false

Policy senza -discard-configs network impostato

Policy con -discard-configs network impostato

Rete

LIF NAS

Sì

No

No

Configurazione Kerberos LIF

Sì

No

No

LIF SAN

No

No

No

Policy firewall

Sì

Sì

No

Politiche di servizio

Sì

Sì

No

Percorsi

Sì

No

No

Dominio di broadcast

No

No

No

Subnet

No

No

No

IPSpace

No

No

No

PMI

Server SMB

Sì

Sì

No

Gruppi locali e utenti locali

Sì

Sì

Sì

Privilegio

Sì

Sì

Sì

Copia shadow

Sì

Sì

Sì

BranchCache

Sì

Sì

Sì

Opzioni del server

Sì

Sì

Sì

Sicurezza del server

Sì

Sì

No

Home directory, condividere

Sì

Sì

Sì

Link simbolico

Sì

Sì

Sì

Policy Fpolicy, policy FSecurity e FSecurity NTFS

Sì

Sì

Sì

Mappatura dei nomi e mappatura dei gruppi

Sì

Sì

Sì

Informazioni di audit

Sì

Sì

Sì

NFS

Policy di esportazione

Sì

Sì

No

Regole dei criteri di esportazione

Sì

Sì

No

Server NFS

Sì

Sì

No

RBAC

Certificati di sicurezza

Sì

Sì

No

Configurazione dell'utente, della chiave pubblica, del ruolo e del ruolo

Sì

Sì

Sì

SSL

Sì

Sì

No

Servizi di nome

Host DNS e DNS

Sì

Sì

No

Utente UNIX e gruppo UNIX

Sì

Sì

Sì

Aree di autenticazione Kerberos e blocchi di chiavi Kerberos

Sì

Sì

No

Client LDAP e LDAP

Sì

Sì

No

Netgroup

Sì

Sì

No

NIS

Sì

Sì

No

Accesso web e web

Sì

Sì

No

Volume

Oggetto

Sì

Sì

Sì

Copie Snapshot, policy Snapshot e policy di eliminazione automatica

Sì

Sì

Sì

Policy di efficienza

Sì

Sì

Sì

Policy di quota e regola dei criteri di quota

Sì

Sì

Sì

Coda di recovery

Sì

Sì

Sì

Volume root

Namespace

Sì

Sì

Sì

Dati dell'utente

No

No

No

Qtree

No

No

No

Quote

No

No

No

QoS a livello di file

No

No

No

Attributi: stato del volume root, garanzia di spazio, dimensione, dimensionamento automatico e numero totale di file

No

No

No

QoS dello storage

Gruppo di criteri QoS

Sì

Sì

Sì

Fibre Channel (FC)

No

No

No

ISCSI

No

No

No

LUN

Oggetto

Sì

Sì

Sì

igroups

No

No

No

portset

No

No

No

Numeri di serie

No

No

No

SNMP

utenti v3

Sì

Limiti storage per il disaster recovery delle SVM

Nella tabella seguente viene indicato il numero massimo consigliato di volumi e relazioni di disaster recovery delle SVM supportate per ogni oggetto storage. Devi essere consapevole che i limiti sono spesso dipendenti dalla piattaforma. Fare riferimento a. "Hardware Universe" per conoscere i limiti della configurazione specifica.

Oggetto di storage

Limite

SVM

300 volumi flessibili

Coppia HA

1,000 volumi flessibili

Cluster

128 relazioni di disastro delle SVM