SnapLock volumes are Write-Once-Read-Many (WORM) volumes that you create for data you want to archive permanently. There are two types of SnapLock volumes:
For details about licensing and creating SnapLock volumes, see the Storage Management Guide.
SnapLock Compliance volumes do not support synchronous SnapMirror. SnapLock Enterprise volumes do support synchronous SnapMirror.
You cannot replicate a non-SnapLock volume to a SnapLock Compliance volume. Nor can you replicate a SnapLock Enterprise volume to a SnapLock Compliance volume.
You can replicate a non-SnapLock volume to a SnapLock Enterprise volume. Note that the SnapMirror replication does not automatically perform WORM commits for files transferred in such a configuration. To perform WORM commits, you have to break the SnapMirror replication and perform the WORM commits on all transferred files, either manually or using a script.
You can also replicate a SnapLock Compliance volume or a SnapLock Enterprise volume to a non-SnapLock volume. There are no restrictions on this replication.
The following table summarizes the different SnapMirror replication options using SnapLock volumes.
A SnapMirror destination volume created as a SnapLock Compliance volume has the following restrictions:
Note
This restriction applies to volume SnapMirror relationships only. Resynchronization is supported for qtree SnapMirror relationships.
You can initialize a new empty SnapLock Compliance destination volume.
A SnapMirror destination volume created as a SnapLock Enterprise volume is the same as a destination volume created for a non-SnapLock volume. You can perform all the same administrative tasks on a SnapLock Enterprise destination volume that you can perform on a non-SnapLock destination.
The SnapMirror resync command enables you to re-establish a broken SnapMirror relationship without a lengthy baseline transfer. Typically, this command locates the most recent Snapshot copy, discards any data written to the destination after that Snapshot copy, and begins to resynchronize content using the common Snapshot copies.
To support data integrity in a restrictive SnapLock Compliance environment, the resync operation saves all data that was written after the common Snapshot copy to a directory on the volume. The SnapMirror resync operation locates the most recent Snapshot copy, and saves any changes that occured prior to that Snapshot copy to an image and log file. These files are then stored in following directory on the SnapLock Compliance volume:
/etc/logs/snapmirror_resync_archive/volname_UUID_qtree
The image and log files are named dump_image_YYMMDD_HHMMSS, and dump_log_YYMMDD_HHMMSS, respectively.
Note
The retention period for image and log files is equal to the longest retention period of any data file in the data set. This ensures that the image and log files will not be deleted before the retention period has passed.
If the save operation fails for any reason, the resync transfer operation will not proceed.
For detailed information about the SnapMirror resync command, see Resynchronizing SnapMirror.
To create a SnapMirror relationship from a SnapLock Compliance volume to a SnapLock Compliance destination volume, complete the following steps.
Note
This procedure assumes you have read about basic SnapMirror setup and you have experience with creating SnapMirror relationships. See Setting up a basic SnapMirror operation for a details about first-time SnapMirror setup.
Creating a SnapMirror relationship from a SnapLock Enterprise source volume to a SnapLock Enterprise destination volume is the same as creating a SnapMirror relationship for non-SnapLock Enterprise volumes. See Setting up a basic SnapMirror operation for a details about first-time SnapMirror creation.
Copyright © 1994-2005, Network Appliance, Inc. All rights
reserved.
Part No. 210-01081_B0
File: mirror32.htm
Last updated: 01-Dec-2005 16:36:03