To protect the SAP System, an SAP Hierarchy will be needed. This SAP Hierarchy consists of the Core (Central Services) Resource, the ERS Resource, the Primary Resource and Secondary Resources. To create this hierarchy, perform the following tasks from the Primary Server.
Note: The below example is meant to be a guideline for creating your hierarchy. Tasks will vary somewhat depending upon your configuration.

Create the Core Resource

  1. From the LifeKeeper GUI menu, select Edit, then Server. From the drop-down menu, select Create Resource Hierarchy.

A dialog box will appear with a drop-down list box with all recognized recovery kits installed within the cluster. Select SAP from the drop-down listing.

Click Next.

When the Back button is active in any of the dialog boxes, you can go back to the previous dialog box. This is especially helpful should you encounter an error that might require you to correct previously entered information.

If you click Cancel at any time during the sequence of creating your hierarchy, LifeKeeper will cancel the entire creation process.

  1. Select the Switchback Type. This dictates how the SAP instance will be switched back to this server when it comes back into service after a failover to the backup server. You can choose either intelligent or automatic. Intelligent switchback requires administrative intervention to switch the instance back to the primary/original server. Automatic switchback means the switchback will occur as soon as the primary server comes back on line and re-establishes LifeKeeper communication paths.

The switchback type can be changed later, if desired, from the General tab of the Resource Properties dialog box.

Click Next.

  1. Select the Server where you want to place the SAP PAS, ASCS or SCS (typically this is referred to as the primary or template server). All the servers in your cluster are included in the drop-down list box.

Click Next

  1. Select the SAP SID. This is the system identifier of the SAP PAS, ASCS or SCS system being protected.

Click Next.

  1. Select the SAP Instance Name (ex. ASCS<No.>) (Core Instance first) for the SID being protected.

Note: Additional screens may appear related to customization of Protection and Recovery Levels.

  1. Select the IP Child Resource. This is typically either the Virtual Host IP address noted during SAP installation (SAPINST_USE_HOSTNAME) or the IP address needed for failover.

a. Select whether LifeKeeper should attempt to automate creation of dependent filesystems for the instance. If yes is selected, LifeKeeper will attempt to create the necessary filesystem resources and add them as dependencies under the SAP resource. (Note that replicated filesystems cannot be created automatically.) If no is selected, the following dialog box will prompt the user to select existing LifeKeeper filesystem resources to be added as dependencies.

b. If no was chosen in the previous dialog, the option will be provided to select the filesystem resource(s) which should be added as a dependency under the SAP resource. Multiple resources can be selected by holding CTRL and clicking each resource separately. Note: Filesystem resources must be in-service (ISP) on this server in LifeKeeper in order to appear as choices in this dialog.

  1. Select or enter the SAP Tag. This is a tag name that LifeKeeper gives to the SAP resource. You can select the default or enter your own tag name. The default tag is SAP-<SID>_<INST>.

When you click Create, the Create SAP Resource Wizard will create your SAP resource.

  1. At this point, an information box appears and LifeKeeper will validate that you have provided valid data to create your SAP resource hierarchy. If LifeKeeper detects a problem, an ERROR will appear in the information box. If the validation is successful, your resource will be created. There may also be errors or messages output from the SAP startup scripts that are displayed in the information box.

Click Next

  1. Another information box will appear explaining that you have successfully created an SAP resource hierarchy, and you must Extend that hierarchy to another server in your cluster in order to place it under LifeKeeper protection.

When you click Next, LifeKeeper will launch the Pre-Extend Wizard that is explained later in this section.

If you click Cancel now, a dialog box will appear warning you that you will need to come back and extend your SAP resource hierarchy to another server at some other time to put it under LifeKeeper protection.

  1. The Extend Wizard dialog will appear stating Hierarchy successfully extended. Click Finish.

  1. The Hierarchy Integrity Verification dialog appears. Once Hiearchy Verification finishes, click Done to exit the Create Resource Hierarchy menu selection.

Hierarchy with the Core as the Top Level

Create the ERS Resource

The ERS resource provides additional protection against a single point of failure of a Core Instance (Central Services Instance) or enqueue server process. When a Core Instance (Central Services Instance) fails and is restarted, it will retrieve a backup copy of the enqueue lock table (i.e., the replication table) from the enqueue replication server. The result is that, in the event of the enqueue server failure, no transactions or updates are lost and the service for the SAP system continues.

For a discussion of the differences in the implementation of ERS resources in SPS-L in versions 9.4.0 and later versus the implementation prior to version 9.4.0, see ERS Resource Types in LifeKeeper.

Perform the following steps to create the ERS Resource.

  1. From the LifeKeeper GUI menu, select Edit, then Server. From the drop-down menu, select Create Resource Hierarchy. A dialog box will appear with a drop-down list box with all recognized recovery kits installed within the cluster. Select SAP from the drop-down listing. Click Next.

  1. Select the Switchback Type. Click Next.

  1. Important: Select a Server in the cluster where the corresponding ASCS/SCS instance is not ISP. Click Next.

  1. Select the SAP SID for the ERS instance. Click Next.

  1. Select the SAP Instance Name (ex. ERS<No.>). Click Next.

  1. If creating a resource to represent an ERSv2 instance, select the IP Child Resource. This choice will not appear when creating a resource to represent an ERSv1 instance.

  1. If creating a resource to represent an ERSv2 instance, select the Dependent Filesystem Resource to be added as a dependency under the ERS resource. Note that filesystem resources must be in-service (ISP) on this server in LifeKeeper in order to appear on this list. This choice will not appear when creating a resource to represent an ERSv1 instance.

  1. Select or enter the SAP Tag.

  1. Follow prompts to extend resource hierarchy. Note: A resource representing an ERSv1 instance may only be extended to one backup server. The hierarchy extension will fail if attempting to extend an ERSv1 hierarchy to a third cluster node.
  1. Once Hierarchy Successfully Extended displays, select Finish.
  1. Select Done.

Separate ASCS and ERSv1 Hierarchies


Separate ASCS and ERSv2 Hierarchies

In the case where the ASCS instance is running ENSAv2, the ERS instance is running ERSv2, and the hierarchies have been extended to the same systems in a cluster with three or more nodes, the ASCS and ERS resource hierarchies can be forced to attempt to avoid each other on switchover and failover by using special “hierarchy avoidance” generic application resources. See Enforcing ASCS/ERS Avoidance Behavior When Using ENSAv2/ERSv2 for more details on how to create these resources and add them as dependencies in the ASCS and ERS hierarchies. Note: These hierarchy avoidance resources should not be used in an ENSAv1/ERSv1 configuration or in a two node cluster.

Create the Primary Application Server Resource

  1. Again, for this same SAP SID, repeat the above steps to create the Primary Application Server Resource selecting DVEBMGS{XX} (where {XX} is the instance number) when prompted.
  1. Select the Level of Protection when prompted (default is FULL). Click Next.

  1. Select the Level of Recovery when promted (default is FULL). Click Next.

  1. When prompted for Dependent Instances, select the “parent” instance, which would be the ERS instance created above.
  1. Select the IP Child Resource.
  1. Follow prompts to extend resource hierarchy.
  1. Once Hierarchy Successfully Extended displays, select Finish.
  1. Select Done.

Hierarchy with Primary Application Server as Top Level

Create the Secondary Application Server Resources

If necessary, create the Secondary Application Server Resources in the same manner as above.

Note: For command line instructions, see Setting Up SAP from the Command Line.

Feedback

Thanks for your feedback.

Post your comment on this topic.

Post Comment