1. Installing and Configuring HA for SAP
Installing and Configuring HA for SAP
Planning the HA for SAP Installation and Configuration
Standard Data Service Configurations
Failover and Scalable Applications
Configuration Planning Questions
Installing and Configuring SAP and Database
How to Install SAP and the Database
How to Install and Enable an SAP Scalable Application Server
How to Enable Failover SAP Instances to Run in a Cluster
How to Configure an SAP Web Dispatcher With Your Oracle Solaris Cluster HA for SAP
Configuring Your Highly Available Database
Verifying the SAP Installation
How to Verify SAP and the Database Installation With Central Instance
How to Verify an SAP Failover Application Server
Verifying an SAP Scalable Application Server
Installing the HA for SAP Packages
How to Install the HA for SAP Packages
Setting Up SAP on Non-Global Zones for HAStoragePlus Configuration
How to Set Up SAP on Non-Global Zones for HAStoragePlus Configuration
Registering and Configuring HA for SAP
HA for SAP Extension Properties
HA for SAP Extension Properties for the Central Instance
HA for SAP Extension Properties for the Application Servers
How to Register and Configure HA for SAP With Central Instance
How to Register and Configure HA for SAP as a Failover Data Service
How to Register and Configure HA for SAP as a Scalable Data Service
How to Set Up a Lock File for Central Instance or the Failover Application Server
How to Set Up a Lock File for Scalable Application Server
Verifying the HA for SAP Installation and Configuration
How to Verify HA for SAP Installation and Configuration and Central Instance
How to Verify the Installation and Configuration of HA for SAP as a Failover Data Service
How to Verify the Installation and Configuration of HA for SAP as a Scalable Data Service
The HA for SAP fault monitor checks SAP process and database availability. SAP process availability impacts SAP resources' failure history. SAP resources' failure history in turn drives the fault monitor's actions, which include no action, restart, or failover.
In contrast to SAP process availability, SAP database unavailability has no impact on SAP resources' failure history. Any change in the SAP database availability does, however, trigger the SAP fault monitor to log any syslog messages to /var/adm/messages and to set the status accordingly for the SAP resources that use the database.
For the central instance, the fault probe executes the following steps.
Retrieves the process IDs for the SAP Message Server and the dispatcher
Loops infinitely (sleeps for Thorough_probe_interval)
Checks the availability of the SAP resources
Abnormal exit – If the Process Monitor Facility (PMF) detects that the SAP process tree has failed, the fault monitor treats this problem as a complete failure. The fault monitor restarts or fails over the SAP resource to another node based on the resources' failure history.
Availability check of the SAP resources through probe – The probe uses the ps(1) command to check the SAP Message Server and main dispatcher processes. If any of the SAP Message Server or main dispatcher processes are missing from the system's active processes list, the fault monitor treats this problem as a complete failure.
If you configure the parameter Check_ms_retry to have a value greater than zero, the probe checks the SAP Message Server connection. If you have set the extension property Lgtst_ms_with_logicalhostname to its default value TRUE, the probe completes the SAP Message Server connection test with the utility lgtst. The probe uses the logical hostname interface that is specified in the SAP resource group to call the SAP-supplied utility lgtst. If you set the extension property Lgtst_ms_with_logicalhostname to a value other than TRUE, the probe calls lgtst with the node's local hostname (loopback interface).
If the lgtst utility call fails, the SAP Message Server connection is not functioning. In this situation, the fault monitor considers the problem to be a partial failure and does not trigger an SAP restart or a failover immediately. The fault monitor counts two partial failures as a complete failure if the following conditions occur.
You configure the extension property Check_ms_retry to be 2.
The fault monitor accumulates two partial failures that happen within the retry interval that the resource property Retry_interval sets.
A complete failure triggers either a local restart or a failover, based on the resource's failure history.
Database connection status through probe – The probe calls the SAP-supplied utility R3trans to check the status of the database connection. HA for SAP fault probes verify that SAP can connect to the database. HA for SAP depends, however, on the highly available database fault probes to determine database availability. If the database connection status check fails, the fault monitor logs the message, Database might be down, to /var/adm/messages. The fault monitor then sets the status of the SAP resource to DEGRADED. If the probe checks the status of the database again and the connection is reestablished, the fault monitor logs the message, Database is up, to /var/adm/messages and sets the status of the SAP resource to OK.
Evaluates the failure history
Based on the failure history, the fault monitor completes one of the following actions.
No action
Local restart
Failover
For the application server, the fault probe executes the following steps.
Retrieves the process ID for the main dispatcher
Loops infinitely (sleeps for Thorough_probe_interval)
Checks the availability of the SAP resources
Abnormal exit – If the Process Monitor Facility (PMF) detects that the SAP process tree has failed, the fault monitor treats this problem as a complete failure. The fault monitor restarts or fails over the SAP resource to another node, based on the resources' failure history.
Availability check of the SAP resources through probe – The probe uses the ps(1) command to check the SAP Message Server and main dispatcher processes. If the SAP main dispatcher process is missing from the system's active processes list, the fault monitor treats the problem as a complete failure.
Database connection status through probe – The probe calls the SAP-supplied utility R3trans to check the status of the database connection. HA for SAP fault probes verify that SAP can connect to the database. HA for SAP depends, however, on the highly available database fault probes to determine database availability. If the database connection status check fails, the fault monitor logs the message, Database might be down, to /var/adm/messages and sets the status of the SAP resource to DEGRADED. If the probe checks the status of the database again and the connection is reestablished, the fault monitor logs the message, Database is up, to /var/adm/messages. The fault monitor then sets the status of the SAP resource to OK.
Evaluates the failure history
Based on the failure history, the fault monitor completes one of the following actions.
No action
Local restart
Failover
If the application server resource is a failover resource, the fault monitor fails over the application server.
If the application server resource is a scalable resource, after the number of local restarts are exhausted, RGM will start the application server on a different node if another node is available in the cluster.