Merge pull request #312801 from MicrosoftDocs/main

Auto Publish – main to live - 2026-03-07 23:00 UTC

Author: learn-build-service-prod[bot]

articles/sap/workloads/high-availability-guide-suse-nfs.md

@@ -7,7 +7,9 @@ manager: juergent
 ms.service: sap-on-azure
 ms.subservice: sap-vm-workloads
 ms.topic: article
+
 ms.date: 02/02/2026
+
 ms.author: radeltch
 ms.custom:
   - linux-related-content
@@ -83,7 +85,10 @@ The NFS server uses a dedicated virtual hostname and virtual IP addresses for ev
 * Probe port 61001 for NW2
 
 ## Set up a highly available NFS server
-In the following sections, you'll learn how to set up a highly available NFS server on SUSE Linux Enterprise Server.
+
+
+Use the following steps to deploy and configure a highly available NFS infrastructure for SAP workloads on SLES. Complete each subsection in order, because later steps depend on resources created in earlier steps.
+
 ### Deploy Linux manually via Azure portal
 
 This document assumes that you've already deployed a resource group, [Azure Virtual Network](../../virtual-network/virtual-networks-overview.md), and subnet.
@@ -394,6 +399,8 @@ The following items are prefixed with either **[A]** - applicable to all nodes,
 
 ### Configure Cluster Framework
 
+After you complete the DRBD and NFS base configuration, add Pacemaker resources for each SAP system and define the required ordering and colocation constraints.
+
 1. **[1]** Add the NFS drbd devices for SAP system NW1 to the cluster configuration
 
    > [!IMPORTANT]

articles/sap/workloads/sap-ascs-ha-multi-sid-wsfc-file-share.md

@@ -8,7 +8,7 @@ ms.service: sap-on-azure
 ms.subservice: sap-vm-workloads
 ms.topic: article
 ms.tgt_pltfrm: vm-windows
-ms.date: 12/16/2022
+ms.date: 03/07/2026
 ms.author: juergent
 ms.custom:
   - H1Hack27Feb2017

articles/sap/workloads/sap-high-availability-guide-wsfc-shared-disk.md

@@ -102,7 +102,7 @@ There are two options for shared disks in a Windows failover cluster in Azure:
 - Use [Azure shared disks](/azure/virtual-machines/disks-shared) to attach Azure Managed Disks to multiple VMs simultaneously.
 - Use [SIOS DataKeeper Cluster Edition](https://us.sios.com/products/sios-datakeeper/) to create a mirrored storage that simulates cluster shared storage.
 
-When you're selecting the technology for shared disks, keep in mind the following considerations about Azure shared disks for SAP workloads:
+When you select a technology for shared disks, keep in mind the following considerations about Azure shared disks for SAP workloads:
 
 - Use of Azure shared disks with [Azure Premium SSD](/azure/virtual-machines/disks-types#premium-ssds) disks is supported for SAP deployment in availability sets and availability zones.
 - [Ultra Disks](/azure/virtual-machines/disks-types#ultra-disks) and [Azure Standard SSDs](/azure/virtual-machines/disks-types#standard-ssds) are not supported as Azure shared disks for SAP workloads.
@@ -121,7 +121,9 @@ You can implement SAP ASCS/SCS HA with [Azure shared disks](/azure/virtual-machi
 
 #### Prerequisites and limitations
 
-Currently, you can use Azure Premium SSDs as Azure shared disks for the SAP ASCS/SCS instance. The following limitations are currently in place:
+
+You can use Azure Premium SSD disks as Azure shared disks for the SAP ASCS/SCS instance. Consider the following limitations:
+
 
 - [Ultra Disks](/azure/virtual-machines/disks-types#ultra-disks) and [Standard SSDs](/azure/virtual-machines/disks-types#standard-ssds) are not supported as Azure shared disks for SAP workloads.
 - [Azure Shared disks](/azure/virtual-machines/disks-shared) with [Premium SSDs](/azure/virtual-machines/disks-types#premium-ssds) are supported for SAP deployment in availability sets and availability zones.
@@ -133,7 +135,7 @@ Currently, you can use Azure Premium SSDs as Azure shared disks for the SAP ASCS
   - If you're using PPGs for an SAP system deployed in a region, all virtual machines that share a disk must be part of the same PPG.
   - If you're using PPGs for an SAP system deployed across zones, as described in [Proximity placement groups with zonal deployments](proximity-placement-scenarios.md#proximity-placement-groups-with-zonal-deployments), you can attach `Premium_ZRS` storage to virtual machines that share a disk.
 
-For more information, review the [Limitations](/azure/virtual-machines/disks-shared#limitations) section of the documentation for Azure shared disks.
+For more information, see the [Limitations](/azure/virtual-machines/disks-shared#limitations) section of the documentation for Azure shared disks.
 
 #### Important considerations for Premium SSD shared disks
 

articles/sap/workloads/sap-high-availability-infrastructure-wsfc-file-share.md

@@ -8,7 +8,7 @@ ms.service: sap-on-azure
 ms.subservice: sap-vm-workloads
 ms.topic: article
 ms.tgt_pltfrm: vm-windows
-ms.date: 12/16/2022
+ms.date: 03/07/2026
 ms.author: radeltch
 ms.custom: H1Hack27Feb2017
 # Customer intent: As a cloud architect, I want to prepare Azure infrastructure for SAP high availability using Windows failover clustering and file shares, so that I can ensure robust performance and reliability for SAP ASCS/SCS instances.

articles/virtual-network/ip-services/public-ip-upgrade.md

@@ -61,7 +61,7 @@ In order to upgrade a public IP, it must not be associated with any resource. Fo
 Upgrading a public IP resource retains the IP address.
 
 >[!IMPORTANT]
->In most cases, Public IPs upgraded from Basic to Standard SKU continue to have no [availability zones](/azure/reliability/availability-zones-overview?toc=%2fazure%2fvirtual-network%2ftoc.json). This means they can't be associated with an Azure resource that is either zone-redundant or tied to a prespecified zone in regions where this is offered. (In rare cases where the Basic Public IP has a specific zone assigned, it retains this zone when upgraded to Standard.)
+>In most cases, Public IPs upgraded from Basic to Standard SKU become zone-redundant [availability zones](/azure/reliability/availability-zones-overview?toc=%2fazure%2fvirtual-network%2ftoc.json). Note these upgraded IPs will [not show multiple zones in their properties](public-ip-addresses.md#availability-zone), but they are zone-redundant. (In rare cases where the Basic Public IP has a specific zone assigned, it retains this zone when upgraded to Standard.)
 
 > [!NOTE]
 > If you have multiple basic SKU public IP addresses attached to a virtual machine, it may be easier to use our [upgrade script](public-ip-upgrade-vm.md).