Data Replication Using SnapMirror16-7
If you start the dump command when the filer is replicating data to the mirror, the
filer stops the replication and does not update the mirror. It restarts replication
after the dump command is finished.
Delaying the mirror update is necessary because when the dump command backs up
data from a snapshot, the snapshot must exist until the command is completed. Dur-
ing a mirror update, the filer deletes existing snapshots on the mirror and copies new
ones from the source. This process causes the snapshot being backed up to disap-
pear and the dump command to terminate.
7KHHWFVQDSPLUURUDOORZ)LOH

3XUSRVHRIWKHVQDSPLUURUDOORZ)LOH

The /etc/snapmirror.allow file on the source filer specifies the host names of filers that
are allowed to replicate data from the source filer.
The filer is not shipped with a default /etc/snapmirror.allow file. You must use a text
editor to create the file if you want to use SnapMirror.

:KHQ<RX&DQ0RGLI\WKHVQDSPLUURUDOORZ)LOH

You can modify the /etc/snapmirror.allow file at any time.

)RUPDWRIWKHVQDSPLUURUDOORZ)LOH

Each entry in the /etc/snapmirror.allow file contains the host name of the filer that can
replicate data from the source filer. Type each entry on a separate line.
([DPSOH
If you want to replicate volumes locally on filerA, enter this line in the
/etc/snapmirror.allow file on filerA:
filerA
([DPSOH
If you want to replicate volumes from filerA to filerB, enter this line in the
/etc/snapmirror.allow file on filerA:
filerB