VERITAS Volume Manager 3.5 Administrator's Guide (September 2002)

Chapter 11, Configuring Off-Host Processing
Implementing Off-Host Processing Solutions
277
12. On the OHP host, use the following command to deport the snapshot volume’s disk
group:
# vxdg deport snapvoldg
13. On the primary host, re-import the snapshot volume’sdisk group using thefollowing
command:
# vxdg import snapvoldg
14. Onthe primary host,use the followingcommand to rejointhe snapshot volume’s disk
group with the original volume’s disk group:
# vxdg join snapvoldg volumedg
15. The snapshot volume is initially disabled following the join. Use the following
commands on the primary host to recover and restart the snapshot volume:
# vxrecover -g volumedg -m snapvol
# vxvol -g volumedg start snapvol
16. On the primary host, reattach the plexes of the snapshot volume to the original
volume, and resynchronize their contents using the following command:
# vxassist -g volumedg -o allplexes snapback snapvol
Repeat steps 4 through 16 each time that you need to back up the volume.
Implementing Decision Support
This section describes a procedure for implementing off-host decision support for a
volume in a private disk group. The intention is to present an outline of how to set up a
replica database by combining the Persistent FastResync and disk group split and join
features of VxVM. It is beyond the scope of this guide to describe how to configure a
database to use this procedure.
To set up a replica database using the table files that are configured within a volume in a
private disk group, use the following procedure.
1. Use the following command on the primary host to see if the volume is associated
with a datachange object (DCO)andDCO volumethatallow PersistentFastResyncto
be used with the volume:
# vxprint -g volumedg -F%hasdcolog volume
This command returns on if there is a DCO and DCO volume; otherwise, it returns
off.