How to Set Up a Performance-Optimized SAP HANA Total Infrastructure
Modern SAP systems running critical workloads need to meet the highest standards for availability for their SAP services. Achieving the ideal goal of zero downtime may be a physical impossibility for some organizations. Business continuity architectures based on SAP HANA System Replication rely on the system administrator to determine that a failure has occurred and initiate the failover to the secondary system.
When it comes to SAP HANA total cost of ownership (TCO), one of the main cost drivers is related to lowering management and operational costs by designing an efficient landscape and meeting aggressive Service Level Agreements (SLAs).
SAP HANA offers three levels of disaster recovery support:
- storage replication
- system replication
With the help of SAP HANA System Replication you are able to ensure high availability (HA) and disaster recovery (DR).
SAP HANA System Replication provides the possibility to copy and continuously synchronize an SAP HANA database to a secondary location in the same or another data center. While System Replication is running, the secondary system, which is configured identically to the primary, is on standby until a takeover takes place.
The secondary server can normally not be used for anything else. SUSE Linux Enterprise Server for SAP Applications enhances this feature by providing resource agents for detecting a failure and automating the SAP HANA takeover. SUSE has implemented the automation with the help of two resource agents: the SAPHanaSR resource agent, which performs the actual check of the SAP HANA database instances, and the SAPHanaTopology resource agent, which runs information about the status and configuration of system replications.
While SAP is adding support for additional SAP HANA System Replication scenarios based on company requests, SUSE matches those by adding failover detection and automation for those scenarios as well.
Download the whitepaper and set-up a performance-optimized Sap HANA Infrastructure.
More information on SAP on Linux can be found here: SAP on SUSE
The whitepaper attached is about "performance optimized" and not "cost optimized" as claimed..