dss_appand get ready to receive the IBC message. The command to break-off the snapshot plex when the IBC is received is specified with the
vxibc regrecvcommand, as follows:
vxibc -g hrdg regrecv dss_app
hr_dv02into a consistent state.
Note Putting the application in a consistent state involves flushing all the buffers and pending transactions. For example, the file system can be brought into a consistent state by synchronizing the volumes using the VxFS specific sync command. In Oracle, the application can be brought into a consistent state by putting it in a hot-backup mode.
dss_appand send the IBC message using the following command:
vxibc -g hrdg regsend
When the Secondary receives the IBC message, replication is frozen and no more data is written to the secondary data volumes. The
snapshot command specified in step 1 then breaks-off the snapshot plexes from the Secondary data volumes, and replication starts again. When the
vxibc commands complete on both the hosts, the application name is unregistered.
If the RLINK is asynchronous and behind there may be a delay between the
snapshot command. During this delay, the application is running.
SNAP-hr_dv01 and SNAP-hr_dv02for running the DSS application, that is, for off-host processing.
vxrvg -g hrdg snapback hr_rvg
The reattach destroys the SNAP volumes and reattaches the snapshot plexes to their original volumes. If you have enabled FR on these volumes, only the blocks that were changed by the off-host processing application are resynchronized.