Building Disaster Recovery Serviceguard Solutions Using Continentalclusters for Linux B.01.00.00

Using any other array based physical replication technology
If you select a data replication technology is chosen that is not mentioned in the previous section,
and if the integration is performed independently, then note the following:
• Continentalclusters for Linux product is only responsible for Continentalclusters configuration
and management commands, the monitoring of remote cluster status, and the notification of
remote cluster events.
• Continentalclusters for Linux product provides a single recovery command to start all recovery
packages that are configured in the Continentalclusters configuration file. These recovery
packages are typical Serviceguard's packages. Continentalclusters recovery command does
not verify on the status of the devices and data that are used by the application before starting
the recovery package. The user is responsible for checking the state of the devices and the
data before executing Continentalclusters recovery command.
As part of the recovery process, you must follow the guidelines described in section “Preparing
the storage manually in the recovery cluster” (page 24).
Using software based logical replication
If the data replication software is separate from the application itself, a separate Serviceguard
package must be created for it.
Logical data replication may require the use of packages to handle software processes that copy
data from one cluster to another or that apply transactions from logs that are copied from one
cluster to another. Some methods of logical data replication may use a logical replication data
sender package, and others may use a logical replication data receiver package while some may
use both. Configure and apply the data sender package, or data receiver package, or both as
required. Logical replication data sender and receiver packages are configured as part of the
Continentalclusters recovery group, as shown in section, “Creating a Continentalclusters
configuration” (page 17).
Configuring LVM volume group
The LVM volume groups that use the application disks must be created on all the Continentalclusters
nodes. Create the LVM volume groups in one of the primary site nodes, and distribute the
configuration to the rest of the Continentalclusters nodes. For more information on creating volume
group, see the section Building Volume Groups and Logical Volumes in the latest edition of
Managing Serviceguard for Linux A.11.20.10 available at http://www.hp.com/go/
linux-serviceguard-docs.
For more information on configuring LVM volume group using XP P9000 for Linux, see Building
Disaster Recovery Serviceguard Solutions Using Metrocluster with Continuous Access XP P9000
for Linux B.01.00.00http://www.hp.com/go/linux-serviceguard-docs.
For more information on configuring LVM volume group using EVA P6000 for Linux, see Building
Disaster Recovery Serviceguard Solutions Using Metrocluster with Continuous Access EVA P6000
for Linux B.01.00.00http://www.hp.com/go/linux-serviceguard-docs.
For more information on configuring LVM volume group using 3PAR Remote Copy for Linux, see
Building Disaster Recovery Serviceguard Solutions Using Metrocluster with 3PAR Remote Copy for
Linux B.01.00.00http://www.hp.com/go/linux-serviceguard-docs.
Installing and Configuring an application in the primary site
Install the application at the primary site in a non replicated disk and configure it to run such that
the data is stored in the replicated disks. The installed application and its resources such as volume
groups, file system mount points must be configured as a Serviceguard package as explained in
the section “Configuring the Continentalclusters primary and recovery packages” (page 12).
Configuring LVM volume group 11