Figure: Example implementation of an off-host point-in-time copy solution illustrates that, by accessing snapshot volumes from a lightly loaded host (shown here as the OHP host), CPU- and I/O-intensive operations for online backup and decision support are prevented from degrading the performance of the primary host that is performing the main production activity (such as running a database).
Also, if you place the snapshot volumes on disks that are attached to host controllers other than those for the disks in the primary volumes, it is possible to avoid contending with the primary host for I/O resources. To implement this, paths 1 and 2 shown in the Figure: Example implementation of an off-host point-in-time copy solution should be connected to different controllers.
Figure: Example connectivity for off-host solution using redundant-loop access shows an example of how you might achieve such connectivity using Fibre Channel technology with 4 Fibre Channel controllers in the primary host.
This layout uses redundant-loop access to deal with the potential failure of any single component in the path between a system and a disk array.
Figure: Example implementation of an off-host point-in-time copy solution using a cluster node shows how off-host processing might be implemented in a cluster by configuring one of the cluster nodes as the OHP node.
Figure: Example implementation of an off-host point-in-time copy solution using a separate OHP host shows an alternative arrangement, where the OHP node could be a separate system that has a network connection to the cluster, but which is not a cluster node and is not connected to the cluster's private network.
Figure: Implementing off-host processing solutions illustrates the steps that are needed to set up the processing solution on the primary host.
Disk Group Split/Join is used to split off snapshot volumes into a separate disk group that is imported on the OHP host.