You can use the snapmirror resync command to restore or redefine a SnapMirror source or destination relationship that was broken with the snapmirror break command.
The source specified by the -S option must match a source entry in the /etc/snapmirror.conf file. If entries exist but the source does not match, the operation displays an error message and terminates. If there is no entry for the specified source, the command runs.
SnapMirror does not lock or delete this Snapshot copy.
dest_system is the name of the destination system.
dest_volume or /vol/qtree_path is the destination volume or qtree. If it is a scheduled destination as specified in the /etc/snapmirror.conf file, that source volume or qtree is considered to be the source. If the destination volume or qtree specified is not in a scheduled relationship, then the -S option must be used to provide a source.
SnapMirror then prompts you to choose whether to continue.
|You want to:
||Type y at the prompt.
|You do not want to lose the data in a Snapshot copy that was created after the common Snapshot copy on the destination, but you want to resynchronize the two volumes or qtrees after the data is saved||
|You do not want to reestablish the SnapMirror relationship||Type n at the prompt.
Result: SnapMirror terminates the command.
systemB> snapmirror resync systemB:vol2 The resync base snapshot will be vol2(0001234567)_d.4 These newer snapshots will be deleted from the destination: hourly.0 hourly.1 These older snapshots have already been deleted from the source and will be deleted from the destination: vol2(0001234567)_d.3 Are you sure you want to resync the volume?
systemB> snapmirror resync -S systemA:/vol/vol2/qtreeBob systemB:/vol/vol3/qtreeBak The resync base snapshot will be vol2(0001234567)_d.4 Data could be lost as a result of this operation. Are you sure you want to resync the volume?