About ShadowImage replication

Ops Center Protector User Guide

Version
7.7.x
Audience
anonymous
Part Number
MK-99PRT002-08
ft:lastEdition
2023-10-26
Figure. Full clone using batch mode ShadowImage

ShadowImage enables the creation of in-system, RAID-protected, read/write, volume-consistent, full clones.

As with TI snapshots, consistent clones can be created using Consistency Groups (CTGs).

Note: ShadowImage has a limitation on the maximum number of clones that can be created at one time. There can be up to three 1st level (L1) clones and then two L2 clones per L1 clone, giving a potential total of six L2 clones. Including the L1 clones, the potential total is nine clones. If more copies are required beyond this then use Refreshed Thin Image snapshots.
When taking a clone of a primary volume the storage system copies all of the data to the secondary volume. The point at which this is done depends on the split type selected:
  • Quick Split - copying from primary to secondary is performed in the background so that the secondary is immediately available for reading/writing. The performance of the primary may be affected if access the secondary references data that has not yet been copied from the primary. In this case, on-demand copying of that data from the primary is required.
  • Steady Split - copying from primary to secondary is performed in the foreground before the secondary is made available for reading/writing. The creation of the secondary takes time depending on volume size.

If using Dynamic Provisioning (DP) volumes for both primary and secondary volumes, the copy is applied only for the allocated area; the unallocated area is ignored.

Once the clone is created, the storage system updates the bitmap for the primary, which records which blocks have been modified. Pair resynchronization can be performed in one of the following ways:
  • Quick Resync - resynchronization is performed in the background and on-demand. The secondary is briefly made read only (for less than 1 second), after which it becomes available for reading/writing (i.e it enters the PAIR state in less than 1 second). The performance of the primary may be affected if access to the secondary requires on-demand resyncing from the primary.
  • Normal Copy - the secondary is made unavailable while the resynchronization is performed. The resync takes time depending on the size of differentials between the primary and secondary.
When the secondary is accessed, behaviour depends on the mode of operation as follows:
  • Steady Split and Normal Copy - the storage system presents the actual contents of the secondary volume. This is in contrast to TI snapshots, where a merging process is required between the primary and secondary volumes to reconstruct the data.
  • Quick Split and Quick Resync - the storage system presents the actual contents of the secondary volume. However a merging process may be required between the primary and secondary volumes to reconstruct the accessed block of data, if the background copy of that block has not yet been performed.

The following table shows how Quick Split and Quick Resync (indicated by the suffix q) are affected by upstream and downstream operations in an SI data flow:

Data Flow Behaviour
SIq

The SI is performed using quick operations.

The SI secondary is immediately available for manually mounting.

SIq with auto-mount of secondary

The SI is performed using quick operations.

The SI secondary is auto-mounted immediately.

SIq with downstream replications/snapshots
SI is performed using quick operations. However:
  • The downstream replications/snapshots will wait until the SI secondary has been completely copied.
  • The SI secondary will only be available for manually mounting once it is completely copied.

See note below.

SIq with auto-mount and downstream replications/snapshots
SI is performed using quick operations. However:
  • The downstream replication/snapshot will wait until the SI secondary has been completely copied.
  • The SI secondary will only be auto-mounted once it is completely copied.

See note below.

Upstream replications with downstream SIq

SI is performed using quick operations.

The SI secondary is immediately available for manually mounting.

There is no impact on upstream replications.

Note: In cases where the SI replication must be fully evaluated, Quick Resync and Quick Split will take as long as Normal Copy and Steady Split. However the use of Quick Resync will have a beneficial affect on when and for how long the production application is quiesced.

When the clone is deleted the storage system releases the bitmap.

Protector supports Steady Split/Normal Copy and Quick Split/Quick Resync.

Figure. Full clone using continuous ShadowImage with protected, isolated, multiple TI snapshots
Continuous ShadowImage can be used to:
  • Protect access to local TI snapshots if the production volumes fail.
  • Isolate production volumes from performance impacts caused by heavy I/O on local TI snapshots.
  • Allow multiple scheduled mount operations (beyond the limits imposed by SI mirror counts) without affecting the original backup, through the use of Refreshed TI.
Note:

Continuous SI can be combined with all hardware operations (i.e. TI, RTI, SI, TC, UR or GAD), with the exception that a continuous SI S-VOL cannot also be the P-VOL of a remote replication (i.e. TC, Universal Replicator or GAD).

i.e. It is not possible to chain a remote replication from a continuous SI target.

The typical use cases for continuous ShadowImage include:
  • Repurpose on Demand - using continuous SI, keeps a close copy of the primary volume and allows pause and mount for repurposing.
  • Protected Backup - using continuous SI to TI snapshots, retains snapshots in the event that the primary volume fails.
  • DRU Protected Backup - using continuous SI to TI snapshots with DRU, retains snapshots with DRU lock in the event that the primary volume fails.
  • Repurposing (TI) - using continuous SI to RTI snapshots, provides multiple repurposing copies, possibly in excess of the SI limit.
  • Repurposing (SI) - using continuous SI to batch SI, provides a repurposing copy.
  • Repurposing (SI) with Backup - using continuous SI to batch SI to TI snapshots, provides a repurposing copy with snapshots for protection.
  • Repurposing (SI) with DRU Backup - using continuous SI to batch SI to TI snapshots with DRU, provides a repurposing copy with snapshots for protection with DRU lock.