SLES High Availability Solution for HANA 2.0


We have SAP HANA2.0 installed on SLES over IBM Power8 Server with ppc64le arch

PRETTY_NAME="SUSE Linux Enterprise Server 12 SP1"

We require to make SAP HANA highly available using High Availability Solution provided by SuSe as PoC.

How can we achieve the same like is the OS support there, or newer version needed or specific HANA version supported, etc ?

Any help will be highly appreciated.


  • Automatic ReplyAutomatic Reply No Reply Posting Bot

    It appears that in the past few days you have not received a response to your
    posting. That concerns us, and has triggered this automated reply.

    These forums are peer-to-peer, best effort, volunteer run and that if your issue
    is urgent or not getting a response, you might try one of the following options:

    - Visit and search the knowledgebase and/or check all
    the other support options available.
    - Open a service request:
    - You could also try posting your message again. Make sure it is posted in the
    correct newsgroup. (

    Be sure to read the forum FAQ about what to expect in the way of responses:

    If this is a reply to a duplicate posting or otherwise posted in error, please
    ignore and accept our apologies and rest assured we will issue a stern reprimand
    to our posting bot..

    Good luck!

    Your SUSE Forums Team
  • We have implemented SLES for SAP v15 with the HA solution (pacemaker, corosync) for HANA 2.0 on Power9 (ppc64le)

    In brief,

    1) Use stonith; share three 1GB disks between Cluster members; do not format them, use multipathing with the same device names on all nodes, and configure sbd using defaults; don't forget to initialize the disks from one node

    2) Corosync has to be able to perform a passwordless login as root between nodes; it is idiotic, so use your ability to configure sshd to limit that (for example, use a Match block to restrict by IP address, etc) default timeouts are fine

    3) Pacemaker defaults to wanting to use multicast, but unless there is a specific technical reason driving use of multicast, totem works just as well with unicast; default timeouts should be fine, if implementing a 2-node cluster, read the docs about that carefully, you need to use special quorum/voting config; do NOT allow the HANA DBAs to initiate failover from inside HANA!!!!! All cluster operations should utilize the cluster management tools (such as crm)

    4) Use a dedicated network interface (preferably a bond) for node-to-node communications (that is, the Pacemaker and Corosync connectivity)

  • As a followup to my 5/5 reply, I'm no longer so sure about using crm exclusively (#3) - we've been revising our thinking that perhaps initiating the fail-over via Hawk is better.

    I wish SAP and SuSE would get together on that and make a definitive statement.

Sign In or Register to comment.