Sample cascade setup

Figure 1. Copying data between storage systems in a cascade configuration

To support a series of cascading volume destinations as shown in the preceding diagram, the entries in the /etc/snapmirror.conf file in each of the systems is the cascade should be similar to the following entries. systemA:vol1 systemB:vol1 - 15 * * 1,2,3,4,5 systemA:vol1 systemL:vol1 - 15 * * 1,2,3,4,5 systemB:vol1 systemC:vol1 - 25 * * 1,2,3,4,5 systemC:vol1 systemD:vol1 - 35 * * 1,2,3,4,5 systemL:vol1 systemM:vol1 - 25 * * 1,2,3,4,5 systemM:vol1 systemX:vol1 - 35 * * 1,2,3,4,5 systemM:vol1:systemN:vol1 - 35 * * 1,2,3,4,5 systemX:vol1 systemY:vol1 - 45 * * 1,2,3,4,5 systemX:vol1 systemZ:vol1 - 45 * * 1,2,3,4,5

Note: When specifying the destination update schedule in the snapmirror.conf file, stagger the update times instead of starting multiple destination updates at the same time. If SnapMirror does not have enough resources to perform all scheduled destination updates, it postpones some updates. As a result, SnapMirror might need to perform subsequent updates at times that are different from those you specify in the snapmirror.conf file.

Parent topic: Data replication from one destination to another in a series (cascading)

Related reference

SnapMirror advanced function commands and configuration files