Download SAP HANA Virtual Machines
Author: a | 2025-04-24
SAP Virtual Machine Service; SAP Virtual Machine Service; Download PDF. The following PDF options are available for this document: SAP HANA XS Applications, and SAP HANA Databases to a Virtual Machine . Consume an SAP HANA Database From a Virtual Machine .
SAP HANA Cloud Platform Virtual Machines. - SAP
Enough, promoting a new node to the master role is not necessary. To prevent SAP HANA from using Master 2 and Master 3 candidates in scale-out installations, set the following entries in the global.ini file:[communication]listeninterface = .global[persistence]basepath_shared = noWhen installing SAP HANA using hdbinst, add these parameters to the /usr/sap//SYS/global/hdb/custom/config/global.ini file after the first node has been installed. When using hdblcm for an SAP HANA scale-out installation, create a default global.ini file with the above entries in a temporary directory. The --custom_cfg installation parameter must point to this temporary directory.In existing SAP HANA installations that already have multiple master candidates (Master 2 and Master 3), disable the failover mechanism by removing the nameserver roles Master 2 and Master 3:Click SAP HANA Studio > Administration-Perspective > Landscape > Hosts. Select Configure Hosts for Failover Situation and change the master role to Slave.If a network failure occurs whereby a physical ESXi host becomes disconnected from the network but all virtual machines on the host are still running, the VMware HA Host Isolation rule and the associated response are applied. The default response leaves all virtual machines powered on, as shown in Figure 2. Because a virtualized SAP HANA scale-out cluster does not have a standby node to take over the function (master nameserver) of the unresponsive node on the isolated host, a split-brain situation cannot occur. The default response allows the administrator to investigate and resolve the network issue, or to power off the isolated host, which then causes VMware HA to restart the virtual machines on another host.It is also possible to set the “Host Isolation” response to Power off and restart VMs. The host is powered off and the virtual machines are restarted automatically on another host that still has network connectivity.With only one SAP HANA master nameserver candidate and
Installation of SAP HANA on Azure virtual machines
HA in a vSphere clusterIn a vSphere cluster, you must enable the vSphere HA feature. If one of the hosts in the cluster fails, the HA feature is responsible for the restart of virtual machines on another host that has enough free resources. To ensure that SAP HANA starts automatically with the virtual machine, enable the SAP HANA service autostart feature either at the time of the SAP HANA installation or by setting the autostart option to 1 in the following file:/hana/shared//profile/_HDB_Figure 2 shows the minimum required vSphere HA settings.Figure 2. vSphere HA settingsUsing vSphere host groups, VM groups, and affinity rules, the administrator can control which hosts in the vSphere cluster are allowed to run SAP HANA virtual machines.HA for SAP HANA virtual machinesThe SAP HANA service auto-restart watchdog function monitors the SAP HANA application and the associated services within a virtual machine. The watchdog function automatically detects a failure and restarts the corresponding SAP HANA process—nameserver, indexserver, and so on. The VMware HA virtual machine monitoring feature Guest not heartbeating responds to operating system failures by restarting the guest operating system of the virtual machine as well as SAP HANA on the same host. (The SAP HANA autostart option must be enabled.) Enable the monitoring feature when you enable vSphere HA, as shown in Figure 2. Set Heartbeat monitoring sensitivity to High, as shown in Figure 3.Figure 3. Enabling VMware HA VM monitoringTo enable heartbeat monitoring, install and run the VMware tools in the virtual machine. These tools are installed either as part of the operating (open-vm-tools) or by using the vSphere Web client and the virtual machine’s context menu: select Guest OS > Install VMware Tools. In addition to heartbeat polling, VM Monitoring monitors the virtual machine’s I/O activity. When heartbeats are not received and no diskSAP HANA Cloud Platform Virtual Machines. - SAP Community
Title description services author ms.service ms.topic ms.date ms.author Configure the database for Azure Application Consistent Snapshot tool for Azure NetApp Files Learn how to configure the database for use with the Azure Application Consistent Snapshot tool that you can use with Azure NetApp Files. azure-netapp-files Phil-Jensen azure-netapp-files how-to 02/01/2025 phjensen Configure the database for Azure Application Consistent Snapshot toolThis article provides a guide for configuring the database and the database prerequisites for use with the Azure Application Consistent Snapshot tool (AzAcSnap) that you can use with Azure NetApp Files or Azure Large Instances.Enable communication with the databaseThis section explains how to enable communication with the database. Use the following tabs to correctly select the database that you're using.SAP HANAIf you're deploying to a centralized virtual machine, you need to install and set up the SAP HANA client so that the AzAcSnap user can run hdbsql and hdbuserstore commands. You can download the SAP HANA client from the SAP Development Tools website.The snapshot tools communicate with SAP HANA and need a user with appropriate permissions to initiate and release the database save point. The following example shows the setup of the SAP HANA 2.0 user and hdbuserstore for communication to the SAP HANA database.The following example commands set up a user (AZACSNAP) in SYSTEMDB on an SAP HANA 2.0 database. Change the IP address, usernames, and passwords as appropriate.Connect to SYSTEMDB::30013 -i 00 -u SYSTEM -p ">hdbsql -n IP_address_of_host>:30013 -i 00 -u SYSTEM -p SYSTEM_USER_PASSWORD>">Welcome to the SAP HANA Database interactive terminal.Type: \h for help with commands\q to quithdbsql SYSTEMDB=>Create the user. This example creates the AZACSNAP user in SYSTEMDB: CREATE USER AZACSNAP PASSWORD NO FORCE_FIRST_PASSWORD_CHANGE;">hdbsql SYSTEMDB=> CREATE USER AZACSNAP PASSWORD AZACSNAP_PASSWORD_CHANGE_ME> NO FORCE_FIRST_PASSWORD_CHANGE;Grant the user permissions. This example sets the permission for the AZACSNAP user to allow for performing a database-consistent storage snapshot:For SAP HANA releases up to version 2.0 SPS 03: GRANT BACKUP ADMIN, CATALOG READ TO AZACSNAP;">hdbsql SYSTEMDB=> GRANT BACKUP ADMIN, CATALOG READ TO AZACSNAP;For SAP HANA releases from version 2.0 SPS 04, SAP added new fine-grained privileges: GRANT BACKUP ADMIN, DATABASE BACKUP ADMIN, CATALOG READ TO AZACSNAP;">hdbsql. SAP Virtual Machine Service; SAP Virtual Machine Service; Download PDF. The following PDF options are available for this document: SAP HANA XS Applications, and SAP HANA Databases to a Virtual Machine . Consume an SAP HANA Database From a Virtual Machine .Sizing SAP HANA Virtual Machines - Part 2 - SAP
Used to route traffic to master node across multiple Scale-out nodes of the SAPP BW database from SAP application servers.Here are the general steps for using a Standard Load Balancer with SAP HANA Scale-out:Deploy multiple instances of SAP HANA in a scale-out configuration. Each instance should be deployed to a separate virtual machine.Install and configure the SAP HANA system according to the requirements for a scale-out configuration.Create a backend pool in the Standard Load Balancer for each instance of SAP HANA. Each backend pool should contain the private IP address of all the virtual machines hosting the SAP HANA Scale-out instance.Create a health probe to identify the Virtual Machine running master node out of all virtual machines hosting Scale-Out of SAP HANA instance. The health probe should check that the SAP HANA Nameserver service SQL Port 315.Create a load balancing rule to route traffic to the backend pool(s) for SAP HANA. The load balancing rule can select HA Ports.Configure the SAP HANA clients to connect to the IP address of the Standard Load Balancer rather than directly to the IP address of the SAP HANA instances. The load balancer will route traffic to the master node based on the load balancing rule & configuration. It can be achieved by updating the SAP Default Profile & HDBUSERSTORE or SSFS keys for connectivity to the HANA database.Advantages of using Standard Load Balancer over multi-node connection strings for HANA scale-out,Standard Load Balancer simplifies the connection string from Application server & 3rd party application.Configuration of SSFS/HDBUSERSTORE is simple with single host configuration v/s multiple host where there is a complexity due to long entries as scale-out can go up to 16 nodes.For 3rd party application, it is complex to maintain multi-node connection string.Lower management overhead as addition/removal of scale-out nodes can be directly managed from Azure Load Balancer backend pool. Single place for managing node details. The configuration will also work for SAP HANA Scale-out HA/DR configuration across zones using single Standard Load Balancer.Scenario#1High-Availability using N+1 Scale-Out deploymentbelow example with SAP BW Scale-Out using VM SKU M128sScenario#2Combined High-Availability & Disaster Recovery using N+1 Scale-Out deployment across zones.Refer below link for more information on the parts of the configurations,SAP HANA scale-out with HSR and Pacemaker on RHEL | Microsoft LearnSAP HANA scale-out with HSR and Pacemaker on SLES | Microsoft LearnAzure Load Balancer Floating IP configuration | Microsoft LearnJitendra Singh is a Program Manager at Microsoft, part of Customer Solutions & Incubation team, responsible for safeguarding SAP Workload On Azure customer scenarios and helping achieve the most out of the cloud investment.Password - VMware - SAP HANA Virtual Machine by SA - SAP
Or network activity has occurred over the last 120 seconds, the virtual machine is reset by default. The administrator can change the advanced setting das.iostatsInterval to modify this 120-second interval. Dell Technologies recommends aligning das.iostatsInterval with the failure interval you selected in the vSphere HA VM Monitoring section in the vSphere Web client.SAP HANA high availability in scale-out installationsIn an SAP HANA scale-out installation on physical servers, you can deploy a standby server to enable the SAP HANA host auto-failover functionality. If one of the active SAP HANA servers (workers) fails, the SAP HANA nameserver triggers a failover to the standby host. In VMware virtualized environments, an SAP HANA standby host is not required and does not work with the default SAP HANA storage connector. Instead, the VMware HA feature restarts the SAP HANA virtual machines on another host in the cluster when a physical host fails, or on the same host if just the virtual machine operating system fails. SAP HANA split-brain condition and host isolationIn physical SAP HANA scale-out installations with shared storage, the first installed node becomes the master nameserver, Master 1, and the second and the third installed nodes become master candidates Master 2 and Master 3 respectively. SAP HANA experiences a split-brain situation if multiple hosts try to become the master nameserver or indexserver and to access the same data (persistence) from disk. Such a situation might occur if the host of the master nameserver becomes isolated from the network but can still access the shared disk storage and a master candidate tries to take over the master role. Physical SAP HANA installations use techniques such as SCSI-3 persistent reservation to prevent this situation. The standby master nameserver candidates are not required in VMware virtualized environments. Because VMware HA restarts the existing master nameserver quicklySAP HANA Azure virtual machine storage configurations
Contains SAP application servers, SAP Central Services, SAP enqueue replication services instances, and web dispatchers.Database: A subnet that contains only database virtual machines.NoteThe example SAP systems architecture shows the explicit definition of web dispatchers in a separate virtual machine scale set. The web dispatcher component is a load balancer for SAP traffic among the SAP application servers. To achieve high availability for SAP Web Dispatcher, Azure Load Balancer implements either the failover cluster or the parallel web dispatcher setup. Set up a standalone solution architecture in a perimeter network for internet-facing communications to help satisfy security concerns. Embedded Web Dispatcher on ASCS describes a specific option. Take into account the sizing that's required because of other workloads on SAP ASCS.Virtual machine scale setsFor all pools and clusters (SAP Web Dispatcher, SAP application servers, SAP Central Services, and SAP HANA), group the virtual machines in separate virtual machine scale sets. There's no charge for creating a virtual machine scale set. You pay only for each virtual machine that you create.Virtual machines and availability zonesAn Azure availability zone is a unique physical location within a region. Each zone is made up of one or more datacenters that are equipped with independent power, cooling, and networking.When you design for availability zones, check the latency between zones. Knowing the network latency between the zones of a region helps you choose availability zones that have the least network latency for cross-zone network traffic.When you set up your availability zones, use zone-redundant services for your instances of ExpressRoute, Azure VPN Gateway, and Application Gateway.For more information about the availability zone architecture for SAP on Azure, see SAP HA availability zones.It is important to ensure all Azure resources used in your workload are set up with Zone-redundant or across availability zones for zonal components. In order to assist in the process assign Azure Policy Initiative for Zone Resilience to intermediate Management Group. This ensures “start resilient & stay resilient” approach. The Zone Resilient built-in policies aim to:Deliver clear and actionable information that assists in the design, planning, and automation of AZ-resilient deployments.Detect: Audit subscriptions for non-compliance of these policies.Prevent configurations using the Deny effect for resources that do not adhere to zone resiliency standards.Compliance to this initiative can be checked at the end of the Implementation process. More information of the Azure Policy Initiative for Zone Resilience can be found here.Azure NetApp Files and Azure FilesAzure NetApp Files and Azure Files with Network File System (NFS) and Server Message Block (SMB) provide high-availability file share requirements for SAP Central Services, a shared SAP mount, and a global transport directory.To handle transport directory requirements, use the transport groups option as described in Azure Virtual Machines planning and implementation. SAP Virtual Machine Service; SAP Virtual Machine Service; Download PDF. The following PDF options are available for this document: SAP HANA XS Applications, and SAP HANA Databases to a Virtual Machine . Consume an SAP HANA Database From a Virtual Machine . SAP HANA PLATFORM EDITION DOWNLOADS SAP HANA PLATFORM EDITION 2.0 Support Packages and Patches DOWNLOADS SAP HANA COCKPIT 2.0 . 4. Download the installation media. The SAP HANA cockpit can be installed in either a dedicated virtual machine, or in a virtual machine that is shared with an SAP HANA system. For best results, a dedicated virtualComments
Enough, promoting a new node to the master role is not necessary. To prevent SAP HANA from using Master 2 and Master 3 candidates in scale-out installations, set the following entries in the global.ini file:[communication]listeninterface = .global[persistence]basepath_shared = noWhen installing SAP HANA using hdbinst, add these parameters to the /usr/sap//SYS/global/hdb/custom/config/global.ini file after the first node has been installed. When using hdblcm for an SAP HANA scale-out installation, create a default global.ini file with the above entries in a temporary directory. The --custom_cfg installation parameter must point to this temporary directory.In existing SAP HANA installations that already have multiple master candidates (Master 2 and Master 3), disable the failover mechanism by removing the nameserver roles Master 2 and Master 3:Click SAP HANA Studio > Administration-Perspective > Landscape > Hosts. Select Configure Hosts for Failover Situation and change the master role to Slave.If a network failure occurs whereby a physical ESXi host becomes disconnected from the network but all virtual machines on the host are still running, the VMware HA Host Isolation rule and the associated response are applied. The default response leaves all virtual machines powered on, as shown in Figure 2. Because a virtualized SAP HANA scale-out cluster does not have a standby node to take over the function (master nameserver) of the unresponsive node on the isolated host, a split-brain situation cannot occur. The default response allows the administrator to investigate and resolve the network issue, or to power off the isolated host, which then causes VMware HA to restart the virtual machines on another host.It is also possible to set the “Host Isolation” response to Power off and restart VMs. The host is powered off and the virtual machines are restarted automatically on another host that still has network connectivity.With only one SAP HANA master nameserver candidate and
2025-04-23HA in a vSphere clusterIn a vSphere cluster, you must enable the vSphere HA feature. If one of the hosts in the cluster fails, the HA feature is responsible for the restart of virtual machines on another host that has enough free resources. To ensure that SAP HANA starts automatically with the virtual machine, enable the SAP HANA service autostart feature either at the time of the SAP HANA installation or by setting the autostart option to 1 in the following file:/hana/shared//profile/_HDB_Figure 2 shows the minimum required vSphere HA settings.Figure 2. vSphere HA settingsUsing vSphere host groups, VM groups, and affinity rules, the administrator can control which hosts in the vSphere cluster are allowed to run SAP HANA virtual machines.HA for SAP HANA virtual machinesThe SAP HANA service auto-restart watchdog function monitors the SAP HANA application and the associated services within a virtual machine. The watchdog function automatically detects a failure and restarts the corresponding SAP HANA process—nameserver, indexserver, and so on. The VMware HA virtual machine monitoring feature Guest not heartbeating responds to operating system failures by restarting the guest operating system of the virtual machine as well as SAP HANA on the same host. (The SAP HANA autostart option must be enabled.) Enable the monitoring feature when you enable vSphere HA, as shown in Figure 2. Set Heartbeat monitoring sensitivity to High, as shown in Figure 3.Figure 3. Enabling VMware HA VM monitoringTo enable heartbeat monitoring, install and run the VMware tools in the virtual machine. These tools are installed either as part of the operating (open-vm-tools) or by using the vSphere Web client and the virtual machine’s context menu: select Guest OS > Install VMware Tools. In addition to heartbeat polling, VM Monitoring monitors the virtual machine’s I/O activity. When heartbeats are not received and no disk
2025-03-27Used to route traffic to master node across multiple Scale-out nodes of the SAPP BW database from SAP application servers.Here are the general steps for using a Standard Load Balancer with SAP HANA Scale-out:Deploy multiple instances of SAP HANA in a scale-out configuration. Each instance should be deployed to a separate virtual machine.Install and configure the SAP HANA system according to the requirements for a scale-out configuration.Create a backend pool in the Standard Load Balancer for each instance of SAP HANA. Each backend pool should contain the private IP address of all the virtual machines hosting the SAP HANA Scale-out instance.Create a health probe to identify the Virtual Machine running master node out of all virtual machines hosting Scale-Out of SAP HANA instance. The health probe should check that the SAP HANA Nameserver service SQL Port 315.Create a load balancing rule to route traffic to the backend pool(s) for SAP HANA. The load balancing rule can select HA Ports.Configure the SAP HANA clients to connect to the IP address of the Standard Load Balancer rather than directly to the IP address of the SAP HANA instances. The load balancer will route traffic to the master node based on the load balancing rule & configuration. It can be achieved by updating the SAP Default Profile & HDBUSERSTORE or SSFS keys for connectivity to the HANA database.Advantages of using Standard Load Balancer over multi-node connection strings for HANA scale-out,Standard Load Balancer simplifies the connection string from Application server & 3rd party application.Configuration of SSFS/HDBUSERSTORE is simple with single host configuration v/s multiple host where there is a complexity due to long entries as scale-out can go up to 16 nodes.For 3rd party application, it is complex to maintain multi-node connection string.Lower management overhead as addition/removal of scale-out nodes can be directly managed from Azure Load Balancer backend pool. Single place for managing node details. The configuration will also work for SAP HANA Scale-out HA/DR configuration across zones using single Standard Load Balancer.Scenario#1High-Availability using N+1 Scale-Out deploymentbelow example with SAP BW Scale-Out using VM SKU M128sScenario#2Combined High-Availability & Disaster Recovery using N+1 Scale-Out deployment across zones.Refer below link for more information on the parts of the configurations,SAP HANA scale-out with HSR and Pacemaker on RHEL | Microsoft LearnSAP HANA scale-out with HSR and Pacemaker on SLES | Microsoft LearnAzure Load Balancer Floating IP configuration | Microsoft LearnJitendra Singh is a Program Manager at Microsoft, part of Customer Solutions & Incubation team, responsible for safeguarding SAP Workload On Azure customer scenarios and helping achieve the most out of the cloud investment.
2025-04-05Or network activity has occurred over the last 120 seconds, the virtual machine is reset by default. The administrator can change the advanced setting das.iostatsInterval to modify this 120-second interval. Dell Technologies recommends aligning das.iostatsInterval with the failure interval you selected in the vSphere HA VM Monitoring section in the vSphere Web client.SAP HANA high availability in scale-out installationsIn an SAP HANA scale-out installation on physical servers, you can deploy a standby server to enable the SAP HANA host auto-failover functionality. If one of the active SAP HANA servers (workers) fails, the SAP HANA nameserver triggers a failover to the standby host. In VMware virtualized environments, an SAP HANA standby host is not required and does not work with the default SAP HANA storage connector. Instead, the VMware HA feature restarts the SAP HANA virtual machines on another host in the cluster when a physical host fails, or on the same host if just the virtual machine operating system fails. SAP HANA split-brain condition and host isolationIn physical SAP HANA scale-out installations with shared storage, the first installed node becomes the master nameserver, Master 1, and the second and the third installed nodes become master candidates Master 2 and Master 3 respectively. SAP HANA experiences a split-brain situation if multiple hosts try to become the master nameserver or indexserver and to access the same data (persistence) from disk. Such a situation might occur if the host of the master nameserver becomes isolated from the network but can still access the shared disk storage and a master candidate tries to take over the master role. Physical SAP HANA installations use techniques such as SCSI-3 persistent reservation to prevent this situation. The standby master nameserver candidates are not required in VMware virtualized environments. Because VMware HA restarts the existing master nameserver quickly
2025-04-02Skip to main content This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. How to upgrade SAP-HANA and SAP-APPS PAYG virtual machines from RHEL 8.x to RHEL 9.x using Leapp Article12/24/2024 In this article -->Applies to: ✔️ Linux VMsUpgrading your Red Hat Enterprise Linux (RHEL) system is a crucial task to ensure that you benefit from the latest features, security updates, and support. This article introduces how to use the Leapp utility to upgrade Linux virtual machines (VMs) that use SAP-HANA or SAP-APPS pay-as-you-go (PAYG) images from RHEL 8.x to RHEL 9.x.For more information about performing a Leapp upgrade on custom, golden or PAYG images provided by Red Hat, see Upgrading SAP environments from RHEL 8 to 9.PrerequisitesMake a backup of the Linux VM or a snapshot of the OS disk.Clear enough space in /var/lib/leapp to accommodate the upgrade. A best practice is to have at least 2-5 GB of free space.Set up access to the Serial Console.Run the commands in this article with root privileges.Prepare the VM for the Leapp pre-upgrade and upgrade processYou can perform an in-place upgrade from RHEL 8 to the following RHEL 9 minor versions.System configurationSource OS versionTarget versionSAP High-performance ANalytic Appliance (HANA)RHEL 8.8RHEL 9.2SAP HANARHEL 8.10RHEL 9.4SAP NetWeaver and other SAP ApplicationsRHEL 8.8RHEL 9.2SAP NetWeaver and other SAP ApplicationsRHEL 8.10RHEL 9.4According to the Upgrading SAP environments from RHEL 8 to RHEL 9 - Supported upgrade paths documentation, SAP validates SAP HANA for the RHEL minor versions that receive package updates for more than six months. Currently, the supported in-place upgrade paths for an SAP HANA system are from RHEL 8.8 to RHEL 9.2 and from RHEL 8.10 to RHEL 9.4. This documentation also describes restrictions and detailed steps for upgrading an SAP HANA system.SAP validates SAP NetWeaver for each major RHEL version. The supported in-place upgrade paths for an SAP NetWeaver system are the two latest Extended Update Support (EUS)/Update Services for SAP Solutions (E4S) releases that the Leapp tool supports for non-HANA systems. For more information, see Upgrading from RHEL 8 to RHEL 9 - Supported upgrade paths. Certain deviations from the default upgrade procedure are described in Upgrading an SAP NetWeaver system. For systems where both SAP HANA and SAP NetWeaver are installed, the SAP HANA restrictions apply.RHEL 8.8 to RHEL 9.2 - SAP-HANA PAYG VMsRHEL 8.10 to RHEL
2025-04-16