Friday Mar 08, 2013

Stay in sync with a changing SAP world

Over the years, the SAP kernel changed a lot. Finally, the architecture of our SAP agents had reached its limits. It was clearly time for a rewrite of the SAP agent. To accommodate the changes in the SAP kernel, we created the new HA for NetWeaver agent. We also took this chance to support central instance and traditional HA deployments within this one agent. This integration reduces the resource complexity.

Most recently, the SAP kernel 7.20_EXT SAP introduced the ability to integrate HA frameworks. Of course, we did not miss the opportunity to integrate our new SAP NetWeaver agent with this functionality. So, with the new HA for NetWeaver agent, it is now possible to use the SAP command and the SAP Management console to manage SAP instances under cluster control, without having root access. This will improve the ease of use for SAP in an Oracle Solaris Cluster environment. We made these functionalities available on Oracle Solaris 11 software starting with Oracle Solaris Cluster 4.0 SRU 4.

One of the larger cities in Europe made the change with their SAP system from Oracle Solaris 10 to Oracle Solaris 11 as soon as the HA for NetWeaver agent was available. They reduced their system administration costs because of the benefits of Oracle Solaris 11 and Oracle Solaris Cluster 4.0. Information about this customer use case is available at:

We look forward to your feedback and inputs !


Tuesday May 26, 2009

SAP on Solaris Cluster

Solaris Cluster comes bundled with rich support for numerous software applications.

Follow the link to see a list of all the Solaris Cluster Agents available in the latest release of  Solaris Cluster  - SC 3.2 01/09.
For most of these applications the latest versions are supported.  In this blog I specifically want to highlight the latest support
for the SAP NetWeaver stack and highlight some key features provided by Solaris Cluster to make SAP highly available on

Solaris Cluster 3.2 HA SAP Web Application Server agents now support SAP 7.1 on S10 SPARC and X64. You will need
patch# 126062-06 or later for S10 SPARC or patch# 126063-07 or later for S10 X64. This patch is required for the following
Resource Types (RTs) - SUNW.sapenq, SUNW.saprepl, SUNW.sapscs, SUNW.sapwebas. The SAP agent RTs SUNW.sap_ci_v2
and SUNW.sap_as_v2 do not support SAP 7.1 version.

All SAP Agents are supported in global containers and zone nodes (SC 3.2 support for containers).

Solaris Cluster software can be used to improve the availability of SAP components running on Solaris OS. Solaris Cluster uses
redundant components to protect against any planned or unplanned downtime - eliminating any single point of failure in the entire
stack. Solaris Cluster provides HA agents for SAP CI (Central Instance), SAP Enqueue Server, Replica Server, Message Server,
Web Application Servers, SAP MaxDB and SAP LiveCache. The Agents support the following SAP installations a) ABAP only,
b) JAVA only and c) ABAP and JAVA combined.

One of the strengths and key features of Solaris Cluster is the support for multiple flavors of dependencies and  affinities
between applications. Refer to the blog by Marty Rattner where he explained this in detail.

You can always refer to the "Sun Cluster Data Services Planning and Administration Guide for Solaris OS" where this topic is
explained in depth with examples.

When making the SAP Enqueue Server and Replication Server highly available in Solaris Cluster, the dependencies and affinities
play a very important role. For High Availability, the Enqueue Server and the Replica Server must run on different nodes. If the
node running the Enqueue Server goes down then the Enqueue Server must be started on the node where Replica Server is running.
When the Enqueue Server starts, the replication table, stored on the replication server, is transferred to the standalone Enqueue Server
and the new lock table is created from it. After the Enqueue Server has started, the Replica Server must be failed over to another node
in the cluster to continue replication of the lock table.

This can be easily accomplished in Solaris Cluster by setting a weak positive affinity between the Enqueue Server and the Replica
Server and a strong negative affinity between the Replica Server and the Enqueue Server. The weak positive affinity ensures that the
Enqueue Server failsover to the node running the Replica Server. The Strong Negative affinity ensures that the Replica Server never
runs on the same node as the Enqueue Server. Check out the following diagram to understand this clearly.

In addition to affinities, dependencies also play a very critical role: A dependency between SAP resource and a Database resource
ensures that the Database is started first before SAP servers are started. Also, a resource dependency between Enqueue resource
and a Replica resource ensures that latter is started only after the Enqueue Server is online.

As you can see, Solaris Cluster provides several options to make SAP highly available on Solaris. In this blog I highlighted only a few.
Please refer to the Solaris Cluster HA for SAP agents administration guide for additional configuration examples.

Prasad Dharmavaram
Solaris Cluster Engineering


Oracle Solaris Cluster Engineering Blog


« July 2016