Skip Navigation Links | |
Exit Print View | |
Oracle Solaris Cluster Data Service for SAP NetWeaver Guide Oracle Solaris Cluster 4.1 |
1. Installing and Configuring HA for SAP NetWeaver
Overview of the Installation and Configuration Process for HA for SAP NetWeaver
Planning the HA for SAP NetWeaver Installation and Configuration
Application Operation Restrictions
Application Operation Requirement
Supported Data Service Configurations
Configuration Planning Questions
Installing and Configuring SAP NetWeaver
How to Enable the SAP NetWeaver to Run in a Cluster
Verifying the SAP NetWeaver Installation and Configuration
How to Verify the Installation of an SAP NetWeaver
Configuring Your Highly Available Database
Preparing SAP NetWeaver for High Availability
Registering and Configuring HA for SAP NetWeaver
Setting HA for SAP NetWeaver Extension Properties
How to Register and Configure an SAP NetWeaver sapstartsrv Resource
How to Register and Configure an SAP Central Service Resource
How to Register and Configure an SAP Replicated Enqueue Server Resource
How to Register and Configure an SAP Replicated Enqueue Preempter Resource
How to Register and Configure an SAP NetWeaver Dialogue Instance Resource
Using Alternate Project Identification
Tuning the HA for SAP NetWeaver Fault Monitors
Operation of the Fault Monitor for the SAP sapstartsrv Resource Type
Operation of the Fault Monitor for the SAP Central Services Resource Type
Operation of the Fault Monitor for the SAP Replicated Enqueue Server Resource Type
Operation of the Fault Monitor for the SAP Dialogue Instance Resource Type
Operation of the Fault Monitor for the SAP Replicated Enqueue Preempter Resource Type
Verifying the HA for SAP NetWeaver Installation and Configuration
How to Verify the Operation of the Fault Monitor for the SAP sapstartsrv Process
How to Verify the Operation of the Fault Monitor for the SAP Instance Resource Types
Enabling Interaction Between Oracle Solaris Cluster and SAP NetWeaver
How to Enable Interaction Between Oracle Solaris Cluster and SAP NetWeaver
A. HA for SAP NetWeaver Extension Properties
B. Deployment Example: How to Configure the Oracle Solaris Cluster HA for SAP NetWeaver Agent
Fault monitoring for the HA for SAP NetWeaver data service is provided by the following fault monitors:
The fault monitor for the SAP sapstartsrv process
The fault monitor for the SAP central services
The fault monitor for the SAP replicated enqueue server
The fault monitor for the SAP replicated enqueue preempter
The fault monitor for the SAP dialogue instance
Each fault monitor is contained in a resource whose resource type is shown in the following table.
Table 1-3 Resource Types for the Fault Monitors of HA for SAP NetWeaver
|
System properties and extension properties of the resource types control the behavior of the fault monitors. The default values of these properties determine the preset behavior of the fault monitors. The preset behavior should be suitable for most Oracle Solaris Cluster installations. Therefore, you should tune the fault monitors only if you need to modify this preset behavior.
Tuning these fault monitors involves the following tasks:
Setting the interval between fault monitor probes
Setting the timeout for fault monitor probes
Defining the criteria for persistent faults
Specifying the failover behavior of a resource
Perform these tasks when you register and configure HA for SAP NetWeaver, as described in Registering and Configuring HA for SAP NetWeaver.
In addition, perform the following tasks for tuning the SAP NetWeaver profiles and Oracle Solaris Cluster resources:
Ensure that the SAP enqueue server is not restarted upon process failures, by changing the Restart_Program_01 = local $(_EN) pf=$(_PF) line in the SAP central services profile to Start_Program_01 = local $(_EN) pf=$(_PF). For example:
#----------------------------------------------------------------------- # Start SAP enqueue server #----------------------------------------------------------------------- _EN = en.sap$(SAPSYSTEMNAME)_$(INSTANCE_NAME) Execute_03 = local rm -f $(_EN) Execute_04 = local ln -s -f $(DIR_EXECUTABLE)/enserver$(FT_EXE) $(_EN) Start_Program_01 = local $(_EN) pf=$(_PF)
For every SAP central service resource of the type ORCL.sapcentr, set retry_count to 0.
# clrs set -p Retry_count=0 resource name
(Optional) For every sapstart service resource of the type ORCL.sapstartsrv, which includes either the SAP central services resource or the SAP replicated enqueue server resource of the type ORCL.saprepenq, you can set Child_mon_level to 5. Follow this for only the sapstart service resource which has the same instance name as the SAP central service and the SAP replicated enqueue server resources.
# clrs set -p Child_mon_level=5 resource name
For detailed information about these tasks, see Tuning Fault Monitors for Oracle Solaris Cluster Data Services in Oracle Solaris Cluster Data Services Planning and Administration Guide.
To determine whether the SAP sapstartsrv process is operating correctly, the fault monitor for the SAP sapstartsrv resource type probes these resources periodically.
The probe uses the sapcontrol command to check the health of the sapstartsrv process.
# su - sidadm -c "sapcontrol -nr instance number -function GetProcessList"
Specifies the SAP administrative user.
Specifies the SAP instance number of the sapstartsrv process.
The return codes 0, 3, and 4 signal a healthy sapstartsrv process. Every other return code indicates a faulty sapstartsrv process
If the probe command times out, that is if it reaches 80% of the probe_timeout property, the return code of the probe command is determined by the timeout_return property.
The number of tolerated consecutive timeouts within retry_interval seconds is obtained by dividing 100 over timeout_return. If this number is greater than the number you obtain by dividing retry_interval by thorough_probe_interval, then timeouts will be tolerated forever.
For more information, see Tuning Fault Monitors for Oracle Solaris Cluster Data Services in Oracle Solaris Cluster Data Services Planning and Administration Guide.
To determine whether the SAP central services are operating correctly, the fault monitor for the SAP central services resource type probes these resources periodically.
The probe uses the sapcontrol command to check the health of the sapstartsrv process.
# su - sidadm -c "sapcontrol -nr instance number -function GetProcessList"
Specifies the SAP administrative user.
Specifies the SAP instance number of the central service.
The return code indications are as follows:
1 signals an internal error.
3 signals that everything is running as expected.
4 indicates that everything is stopped and a failover is initiated.
For all other return codes, the output off the sapcontrol command is evaluated for the status of the critical processes.
Critical processes are the message server, enqueue server, and the gateway reader, if available. The status of the different processes lead to different actions as shown in the following table.
|
If the probe command times out, that is if it reaches 80% of the probe_timeout property, the return code of the probe command is determined by the YELLOW property.
The number of tolerated consecutive YELLOW states or timeouts within retry_interval seconds is obtained by dividing 100 over timeout_return. If this number is greater than the number you obtain by dividing retry_interval by thorough_probe_interval, then timeouts and YELLOW states will be tolerated forever.
For more information, see Tuning Fault Monitors for Oracle Solaris Cluster Data Services in Oracle Solaris Cluster Data Services Planning and Administration Guide.
To determine whether the SAP central services are operating correctly, the fault monitor for the SAP replicated enqueue server resource type probes these resources periodically.
The probe uses the sapcontrol command to check the health of the sapstartsrv process.
# su - sidadm -c "sapcontrol -nr instance number -function GetProcessList"
Specifies the SAP administrative user.
Specifies the SAP instance number of the SAP replicated enqueue server.
The return code indications are as follows:
1 signals an internal error.
3 signals that everything is running perfectly.
4 signals that everything is stopped and a failover is initiated.
For all other return codes, the output off the sapcontrol command is evaluated for the status of the critical processes.
The critical process is SAP replicated enqueue server. The status of the process lead to different actions as shown in the following table.
|
If the probe command times out, that is if it reaches 80% of the probe_timeout property, the return code of the probe command is determined by the YELLOW property.
The number of tolerated consecutive YELLOW states or timeouts within retry_interval seconds is obtained by dividing 100 over timeout_return. If this number is greater than the number you obtain by dividing retry_interval by thorough_probe_interval, then timeouts and YELLOW states will be tolerated forever.
For more information, see Tuning Fault Monitors for Oracle Solaris Cluster Data Services in Oracle Solaris Cluster Data Services Planning and Administration Guide.
To determine whether the SAP dialogue instance is operating correctly, the fault monitor for the SAP dialogue instance resource type probes these resources periodically.
The probe uses the sapcontrol command to check the health of the dialogue instance process.
# su - sidadm -c "sapcontrol -nr instance number -function GetProcessList"
Specifies the SAP administrative user.
Specifies the SAP instance number of the dialogue instance process.
The return code indications are as follows:
1 signals an internal error.
3 signals that everything is running perfectly.
4 signals that everything is stopped and a failover is initiated.
For all other return codes, the output off the sapcontrol command is evaluated for the status of the critical processes.
The critical processes depend on the deployment variation.
For a pure dialogue instance, the critical processes is as follows:
disp+work, jstart, or jcontrol
For a combined instance the critical processes are as follows:
disp+work, jstart, or jcontrol
Enqueue server
Message server
The status of a critical process leads to different actions as show in the following table.
|
If the probe command times out, that is if it reaches 80% of the probe_timeout property, the return code of the probe command is determined by the YELLOW property.
The number of tolerated consecutive YELLOW states or timeouts within retry_interval seconds is obtained by dividing 100 over timeout_return. If this number is greater than the number you obtain by dividing retry_interval by thorough_probe_interval, then timeouts and YELLOW states will be tolerated forever.
For more information, see Tuning Fault Monitors for Oracle Solaris Cluster Data Services in Oracle Solaris Cluster Data Services Planning and Administration Guide.
To determine whether the SAP replicated enqueue preempter is operating correctly, the fault monitor for the SAP replicated enqueue preempter service resource type probes these resources periodically.
The probe uses the sapcontrol command to check the health of the sapstartsrv process.
# su - sidadm -c "sapcontrol -nr instance number -function GetProcessList"
Specifies the SAP administrative user.
Specifies the SAP instance number of the sapstartsrv process.
The return code of 0 indicates that everything is running as expected. All other return codes indicate errors.
If the SAP central services and the SAP replicated enqueue server are running on the same node, the probe evaluates if a giveover is possible. If yes, it will initiate the giveover to reinstate the redundancy of the lock table.
If the probe command times out, that is if it reaches 80% of the probe_timeout property, the return code of the probe command is determined by the YELLOW property.
The number of tolerated consecutive timeouts within retry_interval seconds is obtained by dividing 100 over timeout_return. If this number is greater than the number you obtain by dividing retry_interval by thorough_probe_interval, then timeouts will be tolerated forever.
For more information, see Tuning Fault Monitors for Oracle Solaris Cluster Data Services in Oracle Solaris Cluster Data Services Planning and Administration Guide.