Escludi rete, name service e altre impostazioni dalla replica della SVM con ONTAP
-
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 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
-
Protezione dei dati mediante backup su nastro
-
-

Raccolta di documenti PDF separati
Creating your file...
Potresti voler escludere network, name service e altre impostazioni da una relazione di replica della SVM per evitare conflitti o differenze di configurazione con la SVM di destinazione.
È possibile utilizzare -identity-preserve false
opzione di snapmirror create
Per replicare solo i volumi e le configurazioni di sicurezza di una SVM. Vengono mantenute anche alcune impostazioni del protocollo e del servizio nomi.
Per un elenco delle impostazioni preservate del protocollo e del servizio nomi, vedere "Configurazioni replicate nelle relazioni di DR SVM".
Ulteriori informazioni su snapmirror create
nella "Riferimento al comando ONTAP".
I cluster di origine e di destinazione e le SVM devono essere peering.
Per ulteriori informazioni, vedere "Creare una relazione peer del cluster" e. "Creare una relazione peer tra cluster SVM".
-
Creare una SVM di destinazione:
vserver create -vserver SVM -subtype dp-destination
Il nome SVM deve essere univoco nei cluster di origine e di destinazione.
Nell'esempio seguente viene creata una SVM di destinazione denominata
svm_backup
:cluster_dst:> vserver create -vserver svm_backup -subtype dp-destination
-
Dal cluster di destinazione, creare una relazione peer SVM utilizzando
vserver peer create
comando.Per ulteriori informazioni, vedere "Creare una relazione peer tra cluster SVM".
Ulteriori informazioni su
vserver peer create
nella "Riferimento al comando ONTAP". -
Creare una pianificazione del processo di replica:
job schedule cron create -name job_name -month month -dayofweek day_of_week -day day_of_month -hour hour -minute minute
Per
-month
,-dayofweek
, e.-hour
, è possibile specificareall
per eseguire il processo ogni mese, giorno della settimana e ora, rispettivamente.La pianificazione minima supportata (RPO) per i volumi FlexVol in una relazione SnapMirror SVM è di 15 minuti. La pianificazione minima supportata (RPO) per i volumi FlexGroup in una relazione SnapMirror SVM è di 30 minuti.
Nell'esempio seguente viene creata una pianificazione del processo denominata
my_weekly
Il sabato alle 3:00:cluster_dst::> job schedule cron create -name my_weekly -dayofweek "Saturday" -hour 3 -minute 0
-
Creare una relazione di replica che escluda le impostazioni di rete, name service e altre impostazioni di configurazione:
snapmirror create -source-path SVM: -destination-path SVM: -type DP|XDP -schedule schedule -policy policy -identity-preserve false
Inserire i due punti (:) dopo il nome SVM in
-source-path
e.-destination-path
opzioni. Vedere gli esempi riportati di seguito. È necessario eseguire questo comando dalla SVM di destinazione o dal cluster di destinazione.Nell'esempio seguente viene creata una relazione di DR SnapMirror utilizzando l'impostazione predefinita
MirrorAllSnapshots
policy. La relazione esclude la rete, il servizio nomi e altre impostazioni di configurazione dalla replica SVM:cluster_dst::> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy MirrorAllSnapshots -identity-preserve false
Nell'esempio seguente viene creata una relazione di replica unificata utilizzando l'impostazione predefinita
MirrorAndVault
policy. La relazione esclude le impostazioni di rete, name service e altre impostazioni di configurazione:cluster_dst:> snapmirror create svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy MirrorAndVault -identity-preserve false
Supponendo di aver creato un criterio personalizzato con il tipo di criterio
async-mirror
, Nell'esempio seguente viene creata una relazione di DR di SnapMirror. La relazione esclude la rete, il servizio nomi e altre impostazioni di configurazione dalla replica SVM:cluster_dst::> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy my_mirrored -identity-preserve false
Supponendo di aver creato un criterio personalizzato con il tipo di criterio
mirror-vault
, nell'esempio seguente viene creata una relazione di replica unificata. La relazione esclude la rete, il servizio nomi e altre impostazioni di configurazione dalla replica SVM:cluster_dst::> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy my_unified -identity-preserve false
-
Arrestare la SVM di destinazione:
vserver stop
SVM name
Nell'esempio seguente viene interrotta una SVM di destinazione denominata dvs1:
destination_cluster::> vserver stop -vserver dvs1
-
Se si utilizza SMB, è necessario configurare anche un server SMB.
-
Dalla SVM di destinazione o dal cluster di destinazione, inizializzare la relazione di replica SVM:
snapmirror initialize -source-path SVM_name: -destination-path SVM_name:
È necessario configurare la rete e i protocolli sulla SVM di destinazione per l'accesso ai dati in caso di disastro.