376Configuring off-host processing

Implementing off-host processing solutions

8On the primary host, if you temporarily suspended updates to a volume in step 6, release all the database tables from hot backup mode.

9On the primary host, deport the snapshot volume’s disk group using the following command:

#vxdg deport snapvoldg

10On the OHP host where the replica database is to be set up, use the following command to import the snapshot volume’s disk group:

#vxdg import snapvoldg

11The snapshot volume is initially disabled following the join. Use the following command on the OHP host to recover and restart the snapshot volume:

#vxrecover -gsnapvoldg -msnapvol

12On the OHP host, check and mount the snapshot volume. The following are sample commands for checking and mounting a file system:

#fsck -F vxfs /dev/vx/rdsk/snapvoldg/snapvol

#mount -F vxfs /dev/vx/dsk/snapvoldg/snapvol \ mount_point

13On the OHP host, use the appropriate database commands to recover and start the replica database for its decision support role.

When you want to resynchronize the snapshot volume’ s data with the primary database, you can reattach the snapshot volume to the original volume as follows:

1On the OHP host, shut down the replica database, and use the following command to unmount the snapshot volume:

#umount mount_point

2On the OHP host, use the following command to deport the snapshot volume’s disk group:

#vxdg deport snapvoldg

3On the primary host, re-import the snapshot volume’s disk group using the following command:

#vxdg import snapvoldg

4The snapshot volume is initially disabled following the join. Use the following command on the primary host to recover and restart the snapshot volume:

#vxrecover -gsnapvoldg -msnapvol

5On the primary host, reattach the snapshot volume to its original volume using the following command:

#vxsnap -g snapvoldg reattach snapvol source=vol \ sourcedg=volumedg