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.

Ulteriori informazioni sul disaster recovery asincrono di ONTAP SnapMirror

Collaboratori
PDF

SnapMirror è una tecnologia di disaster recovery progettata per il failover dallo storage primario allo storage secondario in un sito geograficamente remoto. Come suggerisce il nome, SnapMirror crea una replica, o mirror, dei dati di lavoro nello storage secondario da cui è possibile continuare a servire i dati in caso di disastro nel sito primario.

Se il sito primario è ancora disponibile per la fornitura dei dati, è possibile semplicemente trasferire di nuovo i dati necessari e non servire i client dal mirror. Come implica il caso di utilizzo del failover, i controller sul sistema secondario devono essere equivalenti o quasi equivalenti ai controller sul sistema primario per fornire i dati in modo efficiente dallo storage mirrorato.

Relazioni di data Protection

I dati vengono mirrorati a livello di volume. La relazione tra il volume di origine nello storage primario e il volume di destinazione nello storage secondario viene chiamata relazione di data Protection. i cluster in cui risiedono i volumi e le SVM che servono i dati dai volumi devono essere "sbucciato". Una relazione di peer consente ai cluster e alle SVM di scambiare i dati in modo sicuro.

Questa figura illustra le relazioni di protezione dei dati di SnapMirror:

Illustrazione delle relazioni di protezione dei dati di SnapMirror

Ambito delle relazioni di protezione dei dati

È possibile creare una relazione di protezione dei dati direttamente tra i volumi o tra le SVM che possiedono i volumi. In una relazione di protezione dei dati SVM, la configurazione SVM completa o parziale, dalle esportazioni NFS e dalle condivisioni SMB a RBAC, viene replicata, così come i dati nei volumi di proprietà di SVM.

È inoltre possibile utilizzare SnapMirror per applicazioni speciali di protezione dei dati:

  • Una copia mirror per la condivisione del carico del volume root SVM garantisce che i dati rimangano accessibili in caso di interruzione o failover di un nodo.

  • Una relazione di protezione dei dati tra volumi SnapLock consente di replicare i file WORM sullo storage secondario.

    "Archiviazione e conformità con la tecnologia SnapLock"

  • A partire da ONTAP 9.13,1, è possibile utilizzare SnapMirror Asynchronous per proteggere gruppi di coerenza. A partire da ONTAP 9.14.1, puoi utilizzare gli snapshot asincroni SnapMirror per replicare gli snapshot granulari del volume sul cluster di destinazione usando la relazione del gruppo di coerenza. Per ulteriori informazioni, vedere Configurazione della protezione asincrona di SnapMirror.

Come vengono inizializzate le relazioni di protezione dei dati di SnapMirror

La prima volta che si richiama SnapMirror, esegue un trasferimento baseline dal volume di origine al volume di destinazione. La policy SnapMirror per la relazione definisce il contenuto della linea di base e gli eventuali aggiornamenti.

Trasferimento di riferimento con il criterio predefinito di SnapMirror MirrorAllSnapshots prevede i seguenti passaggi:

  • Creare un'istantanea del volume di origine.

  • Trasferire lo snapshot e tutti i blocchi di dati a cui fa riferimento al volume di destinazione.

  • Trasferire le istantanee rimanenti meno recenti sul volume di origine al volume di destinazione per l'uso nel caso in cui il mirror "`attivo'" sia danneggiato.

Come vengono aggiornate le relazioni di protezione dei dati di SnapMirror

Gli aggiornamenti sono asincroni, in base alla pianificazione configurata. La conservazione rispecchia la politica di snapshot sull'origine.

In ogni update secondo MirrorAllSnapshots la policy, SnapMirror crea una snapshot del volume di origine e trasferisce tale snapshot e gli snapshot creati dopo l'ultimo aggiornamento. Nell'output seguente dal snapmirror policy show comando per il MirrorAllSnapshots criterio, tenere presente quanto segue:

  • Create Snapshot È "`true'", che indica che MirrorAllSnapshots crea uno snapshot quando SnapMirror aggiorna la relazione.

  • MirrorAllSnapshots Ha regole "m_created'" e "`all_source_Snapshots'", che indicano che sia lo snapshot creato da SnapMirror che gli snapshot creati dall'ultimo aggiornamento vengono trasferiti quando SnapMirror aggiorna la relazione.

cluster_dst::> snapmirror policy show -policy MirrorAllSnapshots -instance

                     Vserver: vs0
      SnapMirror Policy Name: MirrorAllSnapshots
      SnapMirror Policy Type: async-mirror
                Policy Owner: cluster-admin
                 Tries Limit: 8
           Transfer Priority: normal
   Ignore accesstime Enabled: false
     Transfer Restartability: always
 Network Compression Enabled: false
             Create Snapshot: true
                     Comment: SnapMirror asynchronous policy for mirroring all snapshots
                              and the latest active file system.
       Total Number of Rules: 2
                  Total Keep: 2
                       Rules: SnapMirror Label     Keep  Preserve Warn Schedule Prefix
                              ----------------     ----  -------- ---- -------- ------
                              sm_created              1  false       0 -        -
                              all_source_snapshots    1  false       0 -        -

Policy MirrorLatest

Il criterio preconfigurato MirrorLatest funziona esattamente allo stesso modo di MirrorAllSnapshots, tranne che solo lo snapshot creato da SnapMirror viene trasferito all'inizializzazione e all'aggiornamento.

                       Rules: SnapMirror Label     Keep  Preserve Warn Schedule Prefix
                              ----------------     ----  -------- ---- -------- ------
                              sm_created              1  false       0 -        -