InfoScale™ 9.0 Cluster Server Agent for Hitachi TrueCopy/HP-XP Continuous Access Configuration Guide - Windows

Last Published:
Product(s): InfoScale & Storage Foundation (9.0)
Platform: Windows
  1. Introducing the agent for Hitachi TrueCopy/Hewlett-Packard XP Continuous Access
    1.  
      About the agent for Hitachi TrueCopy/HP-XP Continuous Access
    2.  
      Supported software
    3.  
      Supported hardware
    4.  
      Typical Hitachi TrueCopy/Hewlett-Packard XP Continuous Access setup in a VCS cluster
    5. Hitachi TrueCopy/Hewlett-Packard XP Continuous Access agent functions
      1.  
        About the Hitachi TrueCopy/Hewlett-Packard XP Continuous Access agent's online function
  2. Configuring the agent for Hitachi TrueCopy/Hewlett-Packard XP Continuous Access
    1. Configuration concepts for the Hitachi TrueCopy/Hewlett-Packard XP Continuous Access agent
      1.  
        Resource type definition for the Hitachi TrueCopy agent
      2. Attribute definitions for the TrueCopy/HP-XP-CA agent
        1. About the SplitTakeover attribute for the Hitachi TrueCopy agent
          1.  
            SplitTakeover attribute = 0
          2.  
            SplitTakeover attribute = 1
        2. About the FreezeSecondaryOnSplit attribute for the Hitachi TrueCopy agent
          1.  
            FreezeSecondaryOnSplit attribute = 0
        3.  
          About the HTC configuration parameters
        4.  
          Special consideration for fence level NEVER
        5.  
          Considerations for calculating the AllowAutoFailoverInterval attribute value
      3.  
        Sample configuration for the TrueCopy/HP-XP-CA agent
    2. Before you configure the agent for Hitachi TrueCopy/Hewlett-Packard XP Continuous Access
      1.  
        About cluster heartbeats
      2.  
        About configuring system zones in replicated data clusters
      3.  
        About preventing split-brain
    3. Configuring the agent for Hitachi TrueCopy/Hewlett-Packard XP Continuous Access
      1.  
        Configuring the agent manually in a global cluster
      2.  
        Configuring the agent manually in a replicated data cluster
  3. Testing VCS disaster recovery support with Hitachi TrueCopy/Hewlett-Packard XP Continuous Access
    1. How VCS recovers from various disasters in an HA/DR setup with Hitachi TrueCopy/Hewlett-Packard XP Continuous Access
      1.  
        Failure scenarios in global clusters
      2.  
        Failure scenarios in replicated data clusters
      3.  
        Replication link / Application failure scenarios
    2.  
      Testing the global service group migration
    3.  
      Testing disaster recovery after host failure
    4.  
      Testing disaster recovery after site failure
    5.  
      Performing failback after a node failure or an application failure
    6.  
      Performing failback after a site failure
  4. Setting up fire drill
    1.  
      About fire drills
    2. About the HTCSnap agent
      1.  
        HTCSnap agent functions
      2.  
        Resource type definition for the HTCSnap agent
      3.  
        Attribute definitions for the HTCSnap agent
      4.  
        About the Snapshot attributes
      5.  
        Sample configuration for a fire drill service group
    3.  
      Additional considerations for running a fire drill
    4.  
      Before you configure the fire drill service group
    5. Configuring the fire drill service group
      1.  
        About the Fire Drill wizard
    6.  
      Verifying a successful fire drill

Hitachi TrueCopy/Hewlett-Packard XP Continuous Access agent functions

The VCS enterprise agent for Hitachi TrueCopy monitors and manages the state of replicated devices that are attached to VCS nodes.

The agent performs the following functions:

Table: Agent Functions

Function

Description

online

If the state of all local devices is read-write enabled, the agent makes the devices writable by creating a lock file on the local host.

If one or more devices are not in a writable state, the agent runs the horctakeover command to enable read-write access to the devices.

For S-VOL devices in any state other than SSWS/SSUS/SMPL, the agent runs the horctakeover command and makes the devices writable. The time required for failover depends on the following conditions:

  • The health of the original primary.

  • The RAID Manager timeouts as defined in the horcm configuration file for the device group.

The agent considers P-VOL devices writable and takes no action other than going online, regardless of their status.

If the S-VOL devices are in the COPY state, the agent runs the horctakeover command after one of the following:

  • The synchronization from the primary completes.

  • The OnlineTimeout period of the entry point expires, in which case the resource faults.

If the S-VOL devices are in the PAIR state, the agent runs the pairdisplay command without the -l option to retrieve the state of the remote site devices. If it finds that the P-VOL devices are in PAIR state, the agent proceeds with the failover. But if the remote RAID manager is down, then the agent honors the SplitTakeover attribute configuration before performing failover.

See About the Hitachi TrueCopy/Hewlett-Packard XP Continuous Access agent's online function.

If the RAID manager is not up for an instance, the agent runs the horcmstart command to bring the RAID manager online.

offline

The agent removes the lock file that was created for the resource by the online entry point. The agent does not run any TrueCopy commands because taking the resource offline is not indicative of an intention to give up the devices.

monitor

Verifies the existence of the lock file to determine the resource status. If the lock file exists, the agent reports the status of the resource as online. If the lock file does not exist, the agent reports the status of the resource as offline.

Based on other attribute values, the monitor entry point examines the state of the devices or the state of the replication link between the arrays.

open

Removes the lock file from the host on which this entry point is called. This functionality prevents potential concurrency violation if the group fails over to another node.

Note that the agent does not remove the lock file if the agent starts after the following command:

hastop<-all | -local> -force

clean

Determines whether if it is safe to fault the resource if the online entry point fails or times out. The main consideration is whether a management operation was in progress when the online thread timed out and it was killed. If a management operation was in progress, it could potentially leave the devices in an unusable state.

info

Reports the current role and status of the devices in the device group. This entry point can be used to verify the device state and to monitor dirty track trends.

action

The agent supports the following actions using the hares -action command from the command line:

  • pairdisplay - Displays information about all devices.

  • pairresync - Resynchronizes the S-VOL devices from the VCS command line after connectivity failures are detected and corrected.

  • pairresync-swaps - Promotes the S-VOLs to P-VOLs and resynchronizes the original P-VOLs.

  • localtakeover - Makes the local devices write-enabled.

action\PreSwitch

Ensures that the remote site cluster can come online during a planned failover within a GCO configuration without data loss. The VCS engine on the remote cluster invokes the PreSwitch action on all the resources of the remote Service Group during a planned failover using the hagrp -switch command. For this, the PreSwitch attribute must be set to 1. The option -nopre indicates that the VCS engine must switch the servicegroup regardless of the value of the PreSwitch service group attribute.

If running the PreSwitch action fails, the failover should not occur. This minimizes the application downtime and data loss .

For more information on the PreSwitch action and the PreSwitch feature in the VCS engine, refer to the Cluster Server Administrator's Guide.

action\vxdiske

Reports the mapping between the physical disk name and the volume manager disk name for all connected disks.