Implementazioni di protezione dei dati fan-out e cascata
-
PDF del sito di questa documentazione
- Amministrazione del cluster
-
Amministrazione dei volumi
-
Gestione dello storage logico con la CLI
- Utilizzare le quote per limitare o tenere traccia dell'utilizzo delle risorse
-
Gestione dello storage logico con la CLI
-
Gestione dello storage NAS
- Configurare NFS con la CLI
- Gestisci NFS con la CLI
-
Gestire SMB con la CLI
- Gestire i server SMB
- Gestire l'accesso ai file utilizzando SMB
- Autenticazione e controllo dell'accesso
-
Sicurezza e crittografia dei dati
- Utilizzare FPolicy per il monitoraggio e la gestione dei file su SVM
- Protezione dei dati e disaster recovery
Raccolta di documenti PDF separati
Creating your file...
È possibile utilizzare un'implementazione fan-out per estendere la protezione dei dati a più sistemi secondari. È possibile utilizzare un'implementazione Cascade per estendere la protezione dei dati ai sistemi terziari.
Le implementazioni fan-out e cascata supportano qualsiasi combinazione di DR SnapMirror, SnapVault o replica unificata; tuttavia, le relazioni sincrone SnapMirror (supportate a partire da ONTAP 9.5) supportano solo implementazioni fan-out con una o più relazioni SnapMirror asincrone e non supportano implementazioni a cascata. Solo una relazione nella configurazione fan-out può essere una relazione sincrona di SnapMirror, mentre tutte le altre relazioni del volume di origine devono essere relazioni asincrone di SnapMirror. Continuità aziendale di SnapMirror (Supportato a partire da ONTAP 9.8) supporta anche le configurazioni fan-out.
È possibile utilizzare un'implementazione fan-in per creare relazioni di protezione dei dati tra più sistemi primari e un singolo sistema secondario. Ogni relazione deve utilizzare un volume diverso sul sistema secondario. |
Tenere presente che la risincronizzazione dei volumi che fanno parte di una configurazione fan-out o a cascata può richiedere più tempo. Non è raro che la relazione di SnapMirror riporti lo stato di "preparazione" per un periodo di tempo prolungato. |
Come funzionano le implementazioni fan-out
SnapMirror supporta le implementazioni fan-out di mirror multipli e mirror-vault.
Un'implementazione fan-out con mirror multipli consiste in un volume di origine che ha una relazione di mirroring con più volumi secondari.
Un'implementazione fan-out del vault mirror è costituita da un volume di origine che ha una relazione di mirroring con un volume secondario e una relazione SnapVault con un volume secondario diverso.
A partire da ONTAP 9.5, è possibile avere implementazioni fan-out con relazioni sincrone di SnapMirror; tuttavia, solo una relazione nella configurazione fan-out può essere una relazione sincrona di SnapMirror, tutte le altre relazioni dal volume di origine devono essere relazioni asincrone di SnapMirror.
Come funzionano le implementazioni a cascata
SnapMirror supporta le implementazioni a cascata di mirror-mirror, mirror-vault, vault-mirror e vault-vault.
Un'implementazione a cascata di mirror consiste in una catena di relazioni in cui un volume di origine viene mirrorato su un volume secondario e il volume secondario viene mirrorato su un volume terzo. Se il volume secondario non è più disponibile, è possibile sincronizzare la relazione tra il volume primario e il volume terzo senza eseguire un nuovo trasferimento di riferimento.
A partire da ONTAP 9.6, le relazioni sincroni di SnapMirror sono supportate in una distribuzione a cascata con mirror. Solo i volumi primari e secondari possono trovarsi in una relazione sincrona di SnapMirror. La relazione tra i volumi secondari e i volumi terziari deve essere asincrona.
Un'implementazione a cascata del vault mirror consiste in una catena di relazioni in cui un volume di origine viene mirrorato su un volume secondario e il volume secondario viene vault su un volume terzo.
Sono supportate anche le implementazioni Vault-Mirror e, a partire da ONTAP 9.2, Vault-Vault Cascade:
-
Un'implementazione a cascata del vault-mirror consiste in una catena di relazioni in cui un volume di origine viene vault su un volume secondario e il volume secondario viene mirrorato su un volume terzo.
-
(A partire da ONTAP 9.2) Una distribuzione a cascata di vault è costituita da una catena di relazioni in cui un volume di origine viene vault su un volume secondario e il volume secondario viene vault su un volume terzo.