Exclude network, name service, and other settings from SVM replication
You can use the -identity-preserve false
option of the snapmirror create
command to replicate only the volumes and security configurations of an SVM. Some protocol and name service settings are also preserved.
For a list of preserved protocol and name service settings, see Configurations replicated in SVM DR relationships.
For complete command syntax, see the man page.
The source and destination clusters and SVMs must be peered.
For more information, see Create a cluster peer relationship and Create an SVM intercluster peer relationship.
-
Create a destination SVM:
vserver create -vserver SVM -subtype dp-destination
The SVM name must be unique across the source and destination clusters.
The following example creates a destination SVM named
svm_backup
:cluster_dst:> vserver create -vserver svm_backup -subtype dp-destination
-
From the destination cluster, create an SVM peer relationship using the
vserver peer create
command.For more information, see Create an SVM intercluster peer relationship.
-
Create a replication job schedule:
job schedule cron create -name job_name -month month -dayofweek day_of_week -day day_of_month -hour hour -minute minute
For
-month
,-dayofweek
, and-hour
, you can specifyall
to run the job every month, day of the week, and hour, respectively.The minimum supported schedule (RPO) for FlexVol volumes in an SVM SnapMirror relationship is 15 minutes. The minimum supported schedule (RPO) for FlexGroup volumes in an SVM SnapMirror relationship is 30 minutes.
The following example creates a job schedule named
my_weekly
that runs on Saturdays at 3:00 a.m.:cluster_dst::> job schedule cron create -name my_weekly -dayofweek "Saturday" -hour 3 -minute 0
-
Create a replication relationship that excludes network, name service, and other configuration settings:
snapmirror create -source-path SVM: -destination-path SVM: -type DP|XDP -schedule schedule -policy policy -identity-preserve false
You must enter a colon (:) after the SVM name in the
-source-path
and-destination-path
options. See the examples below. You must run this command from the destination SVM or the destination cluster.The following example creates a SnapMirror DR relationship using the default
MirrorAllSnapshots
policy. The relationship excludes network, name service, and other configuration settings from SVM replication:cluster_dst::> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy MirrorAllSnapshots -identity-preserve false
The following example creates a unified replication relationship using the default
MirrorAndVault
policy. The relationship excludes network, name service, and other configuration settings:cluster_dst:> snapmirror create svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy MirrorAndVault -identity-preserve false
Assuming you have created a custom policy with the policy type
async-mirror
, the following example creates a SnapMirror DR relationship. The relationship excludes network, name service, and other configuration settings from SVM replication:cluster_dst::> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy my_mirrored -identity-preserve false
Assuming you have created a custom policy with the policy type
mirror-vault
, the following example creates a unified replication relationship. The relationship excludes network, name service, and other configuration settings from SVM replication:cluster_dst::> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy my_unified -identity-preserve false
-
Stop the destination SVM:
vserver stop
SVM name
The following example stops a destination SVM named dvs1:
destination_cluster::> vserver stop -vserver dvs1
-
If you are using SMB, you must also configure an SMB server.
-
From the destination SVM or the destination cluster, initialize the SVM replication relationship:
snapmirror initialize -source-path SVM_name: -destination-path SVM_name:
You must configure the network and protocols on the destination SVM for data access in the event a disaster occurs.